তৃতীয় পক্ষের কোডটি সংশোধন করার পরে নিজেকে লেখক হিসাবে অন্তর্ভুক্ত করা উচিত?


17

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

এই পরিবর্তনগুলি করার পরে সঠিক জিনিসটি কী করা উচিত? লাইসেন্সের তথ্যটি অচ্ছুত রাখুন বা নিজের মতো করে @authorবা @revisionট্যাগ সহ এটি আপডেট করার চেষ্টা করবেন ?

অন্য একটি সাধারণ সমস্যাটি আপনার প্রকল্পের কনভেনশনে এটি ফিট করার জন্য তৃতীয় পক্ষের নামস্থান / প্যাকেজটি পরিবর্তন করা হচ্ছে। কিছু লাইসেন্স ধরণের তথ্যের মধ্যে তাদের লাইসেন্স ব্লকে এই ধরণের তথ্য অন্তর্ভুক্ত থাকে, আমি কি এটি নির্দ্বিধায় পরিবর্তন করতে পারি?

আমি জানি যে এই প্রশ্নের উত্তর প্রতিটি লাইসেন্সের ধরণের উপর নির্ভর করে, তাই আমার প্রশ্নটিকে আরও নির্দিষ্ট করে তোলার জন্য ...

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


2
লাইসেন্স এবং প্রকল্পের প্রতিষ্ঠিত অনুশীলনের উপর নির্ভর করে। কিছু প্রকল্প লাইসেন্স লেখায় সমস্ত লেখককে জমা দেয়; অন্যরা লেখকদের গিথুবকে রেখেছিলেন এবং লাইসেন্সে নামটি দিয়ে প্রকল্পটি দেখুন। কিছু লাইসেন্স এট্রিবিউশন প্রয়োজন, কিছু না।
রবার্ট হার্ভে

@ রবার্ট হার্ভে আপনি ঠিক বলেছেন তবে আমি এই পরিস্থিতিতে কিছু সাধারণ দিকনির্দেশনা সংজ্ঞায়নের চেষ্টা করছি। আমি প্রশ্ন আপডেট করেছি।
কেবিটিজ

আপনার সম্পাদনাটি কাঁটাচামড়ার মতো শোনাচ্ছে আপনি যদি প্রকল্পটি কাঁটাচ্ছেন, আপনি যা চান তা করতে পারেন (কাঁটাচামড়ার মালিক)। তবে আপনি যদি প্রকল্পটির মালিক না হন তবে আমি গ্রন্থাগারের নাম দিয়ে বানর বানাব না।
রবার্ট হার্ভে


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

উত্তর:


9

এই পরিবর্তনগুলি করার পরে সঠিক জিনিসটি কী করা উচিত? লাইসেন্সের তথ্যটি অচ্ছুত রাখুন বা নিজেকে @ আপডেট বা @ রেভিশন ট্যাগের মতো কিছু সহ আপডেট করার চেষ্টা করবেন?

আমি মনে করি আপনি সফটওয়্যার লাইসেন্স এবং এমন কোনও পূর্বোলগ যা সফ্টওয়্যারটির অংশ হতে পারে তা বিভ্রান্ত করছেন।

লাইসেন্সটি যেখানে প্রোগ্রামটির কপিরাইটের মালিকরা অন্যান্য ব্যক্তির জন্য ব্যবহারের শর্তাদি (লাইসেন্স) নির্দিষ্ট করে। কিছু লাইসেন্স খুব অনুমোদিত হয়, অন্যদের অনেক বেশি সীমাবদ্ধ।

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

অন্য একটি সাধারণ সমস্যাটি আপনার প্রকল্পের কনভেনশনে এটি ফিট করার জন্য তৃতীয় পক্ষের নামস্থান / প্যাকেজটি পরিবর্তন করা হচ্ছে। কিছু লাইসেন্স ধরণের তথ্যের মধ্যে তাদের লাইসেন্স ব্লকে এই ধরণের তথ্য অন্তর্ভুক্ত থাকে, আমি কি এটি নির্দ্বিধায় পরিবর্তন করতে পারি?

এটি প্রকল্পের সম্মেলনের উপর নির্ভর করে।

আপনি যদি প্রকল্পটি কাঁটাচামড়া করেন তবে আপনি যা চান তা করতে পারেন।

আপনি যদি প্রকল্পটিতে আপনার পরিবর্তনগুলি অবদান রাখার পরিকল্পনা করেন তবে আপনার প্রতিষ্ঠিত সম্মেলনের সাথে থাকা উচিত। যদি নেমস্পেস পরিবর্তন করার কোনও বাধ্যতামূলক কারণ থাকে তবে আপনাকে তা অ্যাপ্লিকেশনটির সম্প্রদায়ের কাছে উপস্থাপন করতে হবে।

সাধারণ লাইসেন্স বিধি বিবেচনা করে (সাধারণত এগুলি ছোটখাটো দিক থেকে আলাদা, তাই না?),

নৈতিক (বা কমপক্ষে অনুমোদিত) যা আমি আমার সংশোধনী সম্পর্কে লাইসেন্স ব্লকে অবাধে তথ্য যুক্ত করি এবং সম্ভবত আমার কোডে এটি কীভাবে উল্লেখ করব তাও সংশোধন করতে পারি (যেমন YACorp.YALib কে Utils.YALib হিসাবে ব্যবহার করি)?

লাইসেন্স পরিবর্তন করবেন না!

প্রথমত, লাইসেন্স পরিবর্তনের আইনগত অধিকার আপনার কাছে নেই। দ্বিতীয়ত, আপনার যে কোনও পরিবর্তন সম্ভবত লাইসেন্স নষ্ট করে দেবে। অ্যাটর্নিগুলিতে লাইসেন্স পরিবর্তনগুলি ছেড়ে দিন।

অগ্রণী আপডেট করার ক্ষেত্রে এটি প্রকল্পের আদর্শের উপর নির্ভর করে। কিছু প্রকল্প কোনও অগ্রগতি চায় না কারণ তারা এটি নিয়ন্ত্রণ করতে সোর্স নিয়ন্ত্রণ ব্যবহার করে। অন্যান্য প্রকল্পগুলি করে। প্রকল্পের সম্মেলনগুলি অনুসরণ করুন।

প্রকৃতপক্ষে আমার উদ্বেগগুলি আইনগত দিকগুলির চেয়ে "সম্প্রদায়ের প্রতি শ্রদ্ধা" সম্পর্কে বেশি, আমি যদি আমাদের প্রকল্পটিকে ব্যক্তিগত বা ব্যক্তিগত হিসাবে বিবেচনা করা যায় তবে আমরা কতটা নৈতিকতা বজায় রাখতে পারি "সে সম্পর্কে আরও জিজ্ঞাসা করছি।

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

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


আমি যেমন প্রত্যাশা করেছি, উত্তরগুলি প্রায় সুস্পষ্ট, তবে প্রত্যেককে তাদের মনের কথা বলতে দেখে স্বস্তি হয়েছিল। সমস্ত উত্তর ধন্যবাদ!
কেবিটিজ

প্রকল্পগুলি যা অবদানগুলি গ্রহণ করে তবে কাঁটাচামচ করার অনুমতি দেয় না আসলে? বা আপনি কি বাণিজ্যিক লাইব্রেরির মতো জিনিসগুলি বোঝাতে চান যা তাদের উত্স কোডের সাথে আসে?
সোভিক

@ এসভিক - উভয় ক্ষেত্রেই এটি প্রযোজ্য। কিছু কাছাকাছি-ওপেন সোর্স প্রকল্প বিদ্যমান যেগুলি কাঁটাচামচ প্রতিরোধ করে try প্রকল্পগুলির কথা চিন্তা করুন যেখানে তারা ভবিষ্যতে কোনও সময়ে বাণিজ্যিকভাবে যাওয়ার ক্ষমতা সংরক্ষণ করার চেষ্টা করছেন। বিদ্যমান বাণিজ্যিক গ্রন্থাগারগুলি লাইসেন্সের শর্তাদি দিয়ে কাঁটাচামচ প্রতিরোধ করবে।

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

5

আমি কোনও মন্তব্য যুক্ত করব, আংশিকভাবে কোনও পাঠকের সাথে সংকেত দিতে যে ফাইলটি "ভ্যানিলা" নয়, কোনও প্রাসঙ্গিক ডকুমেন্টেশন বা ইস্যু ট্র্যাকিং সিস্টেমের লিঙ্ক সহ।

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

আমি মনে করি না যে আপনি কোনও লাইব্রেরির নামকরণ / বিল্ডিং / সংশোধন করতে লজ্জা পান, কেননা আমি অনুমান করছি যে আপনি ফলাফলটি আরও বিস্তৃত বিশ্বে বিতরণ করবেন না? এই ক্ষেত্রে আমি উত্স সহ একটি README অন্তর্ভুক্ত করব যা আপনাকে কী পরিবর্তন করেছে এবং কেন তা বর্ণনা করে। যেমন README। $ {CompanyName}। পরিবর্তনগুলি


আমি এটির মতোও কিছু করব তবে আমার প্রশ্নটি তৃতীয়-অংশের দৃষ্টিকোণ এবং / অথবা সাধারণ লাইসেন্সিং বিধি থেকে সঠিক বিবেচিত হওয়ার বিষয়ে আরও উদ্বেগ প্রকাশ করেছে।
কেবিটিজ

2

আপনাকে কোডের লাইসেন্সিং বিধিটির পরামর্শ নিতে হবে।

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

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

লেখকের তথ্য দুটি উদ্দেশ্যে কাজ করে:

  1. যেখানে creditণ দেওয়া হচ্ছে
  2. দোষ দেওয়া যেখানে এটি প্রাপ্য

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

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