আমাদের সোর্স কোডে আমাদের যোগাযোগের বিশদটি ছেড়ে দেওয়া উচিত?


15

আমি আমার ইমেল ঠিকানাটি সৌজন্য হিসাবে সাধারণত রেখে দিই যদি কেউ আমাকে পরে এ সম্পর্কে কোনও প্রশ্ন জিজ্ঞাসা করতে চায়। অন্য লোকেরা কি এর চেয়ে কম বা কম তথ্য রেখে যায়? কেউ কি কোনও ফোন নম্বর রেখে দেয় ??


7
****** নং ******
জোয়েল ইথারটন

1
@ জোয়েল - ****** হেল নং আমাকে ডাব্লুটিএফ জিজ্ঞাসা! = পি
জেএমকিউ

উত্তর:


28

আমি আমার নাম বা ই-মেইল ঠিকানাটি প্রায় ছাড়ি না:

  • এটি অনুলিপি-পেস্ট (হ্যাঁ, খারাপ অভ্যাস) পেতে ঝোঁক ; এবং আমি লিখি না এমন কোডের জন্য লোকেরা আমার সাথে যোগাযোগ করছে
  • কোডটি সংশোধন করা হলে যোগাযোগের তথ্য সরানো হয় না বা আপডেট হয় না; এবং আমি এমন কোড সম্পর্কে আমার সাথে যোগাযোগ করার লোকদের সাথে শেষ হয়েছি যা এত বেশি পরিবর্তিত হয়েছে যে আমি এটি স্বীকৃতও করি না।

পরিবর্তে, আমি কোড সংগ্রহস্থল (এসভিএন, গিট, ...) এর দিকে লোকদের নির্দেশ করতে পছন্দ করি : সেখানে, তাদের পুরো ইতিহাস থাকতে পারে - এবং তাদের যে অংশটি নিয়ে প্রশ্ন রয়েছে সে অংশটি কে লিখেছেন / সংশোধন করেছেন তা সন্ধান করুন।


6

আমার নাম বা আদ্যক্ষরটি মন্তব্য শিরোনামে রেখে যাওয়ার অভ্যাস ছিলাম, একটি সংশোধন নম্বর এবং পরিবর্তনের সংক্ষিপ্ত বিবরণ সহ।

আমি সম্প্রতি এই অভ্যাসটি পেয়েছি সংস্করণ নিয়ন্ত্রণের সাথে এটি বাস্তবহীন given উদাহরণটি প্রদান করে, উদাহরণস্বরূপ, সংস্করণ নিয়ন্ত্রণে উত্স কোডের পুরো ইতিহাসটি কী পরিবর্তন করতে পারে সে বিষয়ে আগ্রহী কেউই।


আহা! নেটবিন্সকে তাদের ডিফল্ট টেম্পলেট সম্পর্কে অভিযোগ করার সময়।
জিও বোর্জে

5

আপনি যদি পেশাদারভাবে সফ্টওয়্যার বিকাশ করছেন তবে আপনি সম্ভবত কিছু সংস্করণ নিয়ন্ত্রণ ব্যবস্থা (এসএনএন, এইচজি, গিট, ইত্যাদি) ব্যবহার করছেন। এই ক্ষেত্রে, আমি কোডের অভ্যন্তরে আপনার ব্যক্তিগত তথ্য ফেলে রাখা অপ্রয়োজনীয় মনে করি যেহেতু আপনার কাছে ইতিমধ্যে একটি কোডার অ্যাকাউন্ট রয়েছে (সেই তথ্য সহ) এই প্রকল্পে কোড করতে পারবেন।

তবে ওপেন সোর্স সম্প্রদায়ের কিছু লোক যোগাযোগের জন্য একটি নাম এবং ইমেল ঠিকানা রেখে যাওয়া আকর্ষণীয় মনে করেন। এটি মোটেই খারাপ ধারণা নয়। এই উদাহরণগুলি দেখুন:

এফএফম্পেগ থেকে:

/*
 * Interplay C93 video decoder
 * Copyright (c) 2007 Anssi Hannula <anssi.hannula@gmail.com>
 *
 * This file is part of FFmpeg.
 */

ডাইরেক্টএফবি থেকে:

/*
   (c) Copyright 2001-2009  The world wide DirectFB Open Source Community (directfb.org)
   (c) Copyright 2000-2004  Convergence (integrated media) GmbH

   All rights reserved.

   Written by Denis Oliver Kropp <dok@directfb.org>,
              Andreas Hundt <andi@fischlustig.de>,
              Sven Neumann <neo@directfb.org>,
              Ville Syrjälä <syrjala@sci.fi> and
              Claudio Ciccani <klan@users.sf.net>.
*/

3

তবে অবশ্যই আমার নাম এবং ইমেলটি রেখে যাওয়ার অর্থ আমার কোডটিতে মন্তব্য লেখার কথা ছিল ?? দুঃখিত একটি উত্তর ছিল না। বাস্তবে আমি সাধারণত ডক্টাইপ মন্তব্যগুলি রেখে যাই ...

/**
* @author PurplePilot
* @package
* @etc
*/

আমার নাম সহ তবে ইমেল ঠিকানা নয়। হ্যাঁ এই কোডটি কাটা এবং আটকানো যেতে পারে তবে অনুলিপিটি লেখকের নাম পরিবর্তন না করলে তারা অন্য কিছু পরিবর্তন করতে পারে না এবং এটি স্পষ্ট হয়ে যায় এটি একটি অনিচ্ছাকৃত মন্তব্য।

আমার সময়ে সময়ে সময়ে একটি ইমেল থাকে যা চলে

/* Anything you put in comments is not tested and easily goes out of date. */

যা এই থ্রেডের অন্যান্য অনেক পোস্টের একটি সাধারণ প্রতিচ্ছবি বলে মনে হচ্ছে। তবে বিষয়টিতে কোনও বিধি নেই বলে একজন প্রোগ্রামারকে তাদের সবচেয়ে বেশি স্বাচ্ছন্দ্যবোধ করে এমনটি করা উচিত।


এর ... কী? আমি মনে করি এটি একটি মন্তব্য করা উচিত ছিল।
অ্যাডাম শিখুন

2
@ আন্না - এর .... আমার মনে হয় এটি রসিকতা হওয়ার কথা।
ocodo

স্লোমোজো হ্যাঁ, আমি এটি পেয়েছি। এখনও মন্তব্য হিসাবে এটি আরও উপযুক্ত মনে করুন। এটি সুন্দর, তবে একটি উত্তর নেই।
অ্যাডাম শিখুন

@ আন্না, ওহ, আমি দেখতে পাচ্ছি, তবে আমি যখন এটি পড়ি তখন প্রশ্নের উত্তর হিসাবে কাজ করে।
ocodo

2

আমি প্রায়শই মন্তব্যে আমার আদ্যক্ষর রেখে যাই (যেখানে উপযুক্ত) তবে আমি আর কিছু ছেড়ে যাওয়ার কোনও কারণ দেখি না। কোডটির মালিকানাধীন যে সংস্থায় আমি এখনও কাজ করছি, লোকেরা কীভাবে আমার সাথে যোগাযোগ করবে তা জানতে হবে।

যদি আমি সংস্থাটি ছেড়ে চলে যাই এবং অন্য কোথাও কাজ করি, তবে আমার নতুন নিয়োগকর্তার পক্ষে যদি আমি আমার শেষ কোম্পানির সফ্টওয়্যার সম্পর্কে কল নিই (তবে প্রতিযোগী হতে পারে!) এটি সত্যিই ন্যায্য নয়।

যদি কোডটি অন্য কোনও উপায়ে ভাগ করা হয় (উদাঃ ওপেন-সোর্স, অনলাইনে পোস্ট করা), তবে সম্ভবত আপনার যোগাযোগের বিশদ রাখাই সার্থক তবে যদি কোডটি অন্য কোনও উপায়ে পাস করা হয় তবে আপনি যে ব্যক্তিকে এটি দিয়েছিলেন সেটি ইতিমধ্যে আপনার থাকতে পারে যোগাযোগের বিশদ, এবং আপনি কি সত্যই চান যে কোনও র্যান্ডম অচেনা কলিং কোডটি আপনি বছর আগে লিখেছেন?


হ্যাঁ এমন কোনও সংস্থার ভিতরে হ্যাঁ। আমি পাবলিক ডোমেনে প্রকাশিত কোড সম্পর্কে আরও ভাবছিলাম।

1
প্রকাশ্যে প্রকাশিত কোডের জন্য, আমি সম্ভবত আমার নাম / url / ইমেলটি হেডারে রেখেছি in আমি সম্ভবত একটি অনন্য ইমেল ওরফে ব্যবহার করব যাতে অনলাইনে প্রকাশ্যে পোস্ট হওয়ার কারণে এটি স্প্যাম হওয়ার কারণে মেল ফিল্টার / ব্লক করতে পারি।
ড্যানি টুপেনি

2

চিন্তার একটি পংক্তি রয়েছে যা বলেছে: উত্স নিয়ন্ত্রণে থাকা উচিত আপনার উত্স কোড স্টাফগুলিতে রাখবেন না।

লেখকের তথ্য এই জিনিসগুলির মধ্যে একটি, সময়ের সাথে সাথে কোড ফাইল ফাইলের ব্যাকুলতার চেয়ে কম সময়ে সংশোধন করবে। একটি দোষযুক্ত লগ আপনাকে জানার জন্য প্রয়োজনীয় সমস্ত কিছু বলা উচিত।

বলা হচ্ছে, অনেকগুলি সংস্থা মূল ফাইল লেখকের তালিকা তৈরি করে এবং কখনই পরিবর্তন করে না follow এটি সত্যিই দরকারী কিনা (লোকেরা সংস্থা ছেড়ে যায়), আমি জানি না I

আমি সন্দেহ করি যে মূল মূল্য সচেতনতা বাড়ানো। আপনি গিয়ে IDE কে আপনার প্রতিটি ফাইল যে লিখেছেন তা লেখার জন্য জিজ্ঞাসা করবেন না, তবে আপনার গ্রুপের কোডবেজে সময়ের সাথে এইগুলির মুখোমুখি হয়ে আপনি প্রকল্পের দায়িত্ব এবং দক্ষতার ধারণা পাবেন।

পাবলিক ডোমেনের জন্য - সুবিধাটি "বিজ্ঞাপন", ক্ষতির দিকটি হ'ল ভবিষ্যতে কেউ আপনার ফাইলটি নষ্ট করতে পারে তবে এটি এখনও আপনার নাম বহন করবে।


2

প্রোগ্রামিং এবং রক্ষণাবেক্ষণ এবং সফ্টওয়্যার রূপান্তরকরণের 3 দশক পরে আমি নিরাপদে বলতে পারি যে উত্স কোডে লেখকের তথ্য মূল্যহীন।

আমি এর জন্য কখনও ব্যবহার করিনি। এটি বিশ্বাস করা যায় না। জনগণের কেউই এখনও সংস্থাটি দ্বারা নিযুক্ত নেই। অর্ধেক নাম ঠিকাদার।


2

আমি কোডে আমার পরিচিতির বিশদটি কখনই ছাড়ি না। এটি সর্বদা পুরানো হয়ে যায় এবং আরও সমস্যার কারণ মনে হয় তবে এটি সমাধান হয়।

অন্যান্য ব্যক্তিরা সমস্যার কয়েকটি উল্লেখ করেছেন, তবে আমি একটি উল্লেখ করতে চেয়েছিলাম যা আমি মনে করি সবচেয়ে কুখ্যাত প্রভাব।

এটি দলের কাজ এবং কোডের গুণমানকে ধ্বংস করতে পারে।

আপনি কীভাবে জিজ্ঞাসা করতে পারেন, এটি সর্বোপরি সম্মিলিত কোডের মালিকানার সাথে সম্পর্কিত। যদি আপনি কোডটির নাম রাখেন, তবে পরবর্তী ব্যক্তিটি আসবে "এটি আমার কোড নয়, আমি কেবল এক্স করব" যেখানে এক্স এটি হ্যাক করতে পারে, এটিকে উপেক্ষা করতে পারে ইত্যাদি Then তারপর তারা যদি এটি ঠিক করে দেয় তবে তারা অবশ্যই কোডটিতে তাদের নাম রাখতে চান কারণ তারা এটির উন্নতি করেছে। তবে আপনি ভাবতে পারেন, আরে আমি এই কোডটিতে সপ্তাহ কাটিয়েছি এবং তারা 10 মিনিট ব্যয় করেছে কেন তারা আমার নামটি সঠিকভাবে পেতে পারে। সময়ের সাথে সাথে এই চক্রটি অব্যাহত থাকে এবং কোডগুলির জন্য কাকে ক্রেডিট (বা দোষ দেওয়া) উচিত তা নিয়ে লোকেরা তর্ক করে।

এটি কেবল দলের পক্ষে ভাল কাজ করে না। পরিবর্তে যদি টিম সম্মিলিত মালিকানাতে মনোযোগ কেন্দ্রীভূত করে এবং সমস্ত কোডকে কোনও মালিকানা ছাড়াই দুর্দান্ত করে না তোলে তবে আপনি কী গুরুত্বপূর্ণ যা সিস্টেমের গুণমান তা গুরুত্বপূর্ণ on কে এটিতে কাজ করেছে তা খতিয়ে দেখার দরকার হলে বিশদটি পেতে আপনি সর্বদা ভিসিএস ব্যবহার করতে পারেন।

দ্রষ্টব্য: এমনকি কপিরাইট শিরোনামগুলির যদি এই বিকাশকারীর নাম থাকে তবে এটি ধ্বংসাত্মক প্রভাব ফেলতে পারে, বিশেষত যদি বিকাশকারী অন্যান্য অবদানকারীদের মতো সক্রিয় না থাকে। এ কারণেই ওপেন সোর্স প্রকল্পগুলিতে আমি কেবল কোনও লেখক বা লেখকগণের লেখককে প্রকল্পে একটি স্থান দায়ের করার চেষ্টা করি।


1
আমি মনে করি আপনার ইস্যুগুলি নিজের মতামতের চেয়ে দুর্বল মনের সহকর্মীদের থেকে বেশি।
জয়

দুর্দান্ত উত্তর, কিছু মুক্ত-উত্স প্রকল্প এমনকি ফাইলগুলিতে লেখকের তথ্য লিখতে নিষেধ করে কারণ এটি সম্মিলিত কোডের মালিকানা ভঙ্গ করছে।
Étienne

1

আমার ভিসিএস আমার জন্য দায়বদ্ধতার যত্ন নেয় বলে আমি সোর্স কোডে আমার যোগাযোগের তথ্য রাখি না।

এটি বলেছিল, আপনার যোগাযোগের তথ্য কোথাও রাখার পরামর্শ দেওয়া হয়েছে যাতে কোড ব্যবহার করা লোকেরা আপনাকে প্রতিক্রিয়া জানাতে সরাসরি যোগাযোগ করতে পারে। README ফাইলে একটি প্রকল্প ওয়েবসাইটের একটি লিঙ্ক সাধারণত ভাল অনুশীলন।

কনভেনশনটি সেই যুগ থেকে আসে যখন উত্সেট এবং আইআরসি উত্স কোডটি ভাগ করার জন্য নিয়মিত ব্যবহৃত হত। যেহেতু কোডটি খুব কমই কোনও ভিসিএসের সাথে সংযুক্ত ছিল এবং প্রায়শই সরাসরি প্রেরণ করা হয়েছিল, আপনি যদি মতামত চান তবে আপনাকে নিজের যোগাযোগের তথ্য কোথাও অন্তর্ভুক্ত করতে হবে।


1

আমি এসকিউএল স্ক্রিপ্টগুলিতে আমার নাম রেখেছি কারণ এগুলি বেশিরভাগ উত্স নিয়ন্ত্রণ থেকে নয় সরাসরি ডাটাবেস থেকে নেওয়া হবে directly

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.