ওপেন সোর্স প্রকল্পে যোগদান করা কোনও কঠিন প্রোগ্রামারকে কীভাবে মোকাবিলা করব?


65

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

প্রথমত, তিনি আমাদের সংস্করণ সিস্টেমটি মুছে ফেললেন (গিটের মতো নয়, তবে এর মতো - আমরা এটি সংস্করণগুলি v4.1.16বলেছি) এবং বলেছিলেন যে কোডটি প্রস্তুত হওয়ার পরে কেবল সাইটের দিকে ঠেলা ভাল। মুক্তির নোটগুলি রাখার জন্য এখন কেন্দ্রীভূত কোনও জায়গা নেই, যা বিরক্তিকর হয়ে উঠেছে।

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

তাই এখন আমি কী করতে হবে তা জানতে চাই। আমি এই প্রকল্পে আমার অনেক সময় ব্যয় করেছি, তাই আমি উঠে এসে চলে যেতে চাই না, তবে এই নতুন বিকাশকারীকে নিয়ে কাজ করা আমার পক্ষে খুব কঠিন। উল্টো দিকে, তিনি এখন শীর্ষস্থানীয় বিকাশকারীদের চেয়ে আরও বেশি প্রতিশ্রুতি দিয়ে প্রকল্পের # 1 প্রতিশ্রুতিবদ্ধ। আমি এই সম্পর্কে কি করতে হবে তা নিশ্চিত নয়। অন্য কেউ এই সমস্যাটি অনুভব করেছেন? যদি তাই হয়, আপনি কি করবেন?

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

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


46
কীভাবে একজন ব্যক্তি নিজেই সংস্করণ পদ্ধতি পরিবর্তন করতে পারেন ? অন্তত কিছু লোকের মধ্যে অবশ্যই তাঁর জনপ্রিয় সমর্থন ছিল। এবং, অন্য একটি মন্তব্যের দ্বারা বিচার করে, এটি সমস্ত ক্যাপ করার জন্য লাইসেন্স পরিবর্তন ছিল - যখন আপনার প্রকল্পের ভিত্তি হঠাৎ কাঁপানো / প্রতিস্থাপন করা হয় তখন আপনি কেন বেশি সোচ্চার হন না?
হরিণ হান্টার

32
আপনি প্রশ্নের বিন্দুটি মিস করছেন। কীভাবে একজন নতুন আগত আপনার প্রকল্পে যোগ দিয়েছিল এবং আপাতদৃষ্টিতে পুরো জিনিসটি পুরোপুরি গ্রহণ করেছিল? এটি ওপেন সোর্স হতে পারে তবে বোঝা যাচ্ছে যে কোনও নেতা বা একদল নেতৃবৃন্দ রয়েছেন এবং সম্ভবতঃ / সেই নেতারাই এই প্রকল্পটি কীভাবে পরিচালিত হয় তার গুরুত্বপূর্ণ অংশগুলি পরিবর্তন করার ক্ষমতা রাখেন।
aloc

35
এটি আপনার গিথুব প্রজেক্ট, সঠিক? আপনি প্রকল্পে তার অ্যাক্সেস অপসারণ করতে পারে এমন কোন কারণ আছে? অথবা তার নিজের কাঁটাচামচ তৈরি করেছেন যে আপনি যদি পরিবর্তনগুলি পছন্দ করেন তবে আপনি যেখান থেকে টানতে পারেন? কেউ যদি আমার নিজের প্রকল্পে কোডটি কীভাবে সংস্করণিত করা হচ্ছে তা পরিবর্তনের জন্য যদি কেবল নিজেরাই তা গ্রহণ করে তবে তারা এখনই চলে যাবে।
গ্র্যান্ডমাস্টারবি

6
আপনি কি করেন? আপনি TheDailyWTF এ পোস্ট করেন এবং লিঙ্কটি সবার সাথে ভাগ করে নেন। আপনি তাকে বশ্যতা স্বীকার করবেন।
রথ

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

উত্তর:


55
  1. আপনি ছেড়ে দিতে পারেন। সর্বাধিক গঠনমূলক কাজ নয়, তবে কখনও কখনও এটি একমাত্র বিকল্প। যদি আপনি এটি করেন, তবে কীভাবে আপনার এটিকে ছেড়ে দিতে হবে তা নিয়ে বসে পড়বেন না এবং সেই শক্তিটি নিয়ে যান এবং সরাসরি অন্য কোনও কিছুতে রেখে যান - অন্য কথায় 'এগিয়ে যান'।

  2. আপনি এটি কাঁটাচামচ করতে পারেন। কারও সাথে কাজ করার কোনও কারণ নেই। কাঁটাচামচ, কোডটি উন্নত করুন এবং অন্যদের তাদের নিজস্ব অহং-ফেস্ট চালিয়ে যেতে দিন। আপনার নতুন প্রকল্পটি কেবল পুরানো এবং এটির উপর নির্ভর করে আপনি এটির সাফল্য অর্জন করুন, বা পুরানো আপনাকে ব্যবহারকারী এবং বৈশিষ্ট্যের দিক দিয়ে মারবে।

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

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


2
আমি একটি কাঁটাচামচ প্রস্তাব ();
অট--

1
সমাধান # 1 হিসাবে কেন ছেড়ে দেওয়া হচ্ছে? প্রকল্পটি যদি সত্যিই উত্তেজনাপূর্ণ হয় তবে শেষ বিকল্পটি হওয়া উচিত নয়?
হরিণ হান্টার

2
@ ডিয়ারহান্টার: আমি পছন্দক্রমের ক্রম হিসাবে সম্ভাব্যতার ক্রমটি পড়িনি, তবে এই সম্ভাবনাগুলি ৩. এর আলোচনাকে অবহিত করতে পারে বলে প্রথমে ১,২ তালিকাভুক্ত হওয়া কার্যকর
হার্ডম্যাথ

36
বিকল্পগুলি টাইপ করা সবচেয়ে সহজ অনুসারে তালিকাভুক্ত করা হয়।
gbjbaanb

# 1 এর সাথে # 3 অদলবদল করতে হবে, আপনাকে পিছনে ঠেলাতে হবে কারণ অন্য কোনও কিছুরই অবকাশ নেই এমন একাকী-নেকড়ে ভাল প্রকল্পটি ধ্বংস করতে পারে।
জোনাথন নিউফিল্ড

39

আপনার ভূমিকা এখানে ঠিক কী তা আপনি এটিকে কিছুটা অস্পষ্ট করে তুলেছেন। উত্তরটি আপনি কীভাবে ফিট করেন তার উপর নির্ভর করে।

আপনি যদি প্রকল্পের নেতৃত্ব দিচ্ছেন এবং গিট সংগ্রহস্থলটি নিয়ন্ত্রণ করেন

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

অন্য কেউ যদি রেপো নিয়ন্ত্রণ করে

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


23

দয়া করে আমার অস্পষ্টতা ক্ষমা করুন, তবে আপনার পোস্টটি বাচ্চাদের মতো পড়ছে।

আপনি বলছেন যে এটি অন্য ব্যক্তি যিনি নির্বোধ পরিবর্তন চান, কিন্তু আপনি নিজের এই নতুন চকচকে জাভা প্রোগ্রামটি সম্পর্কে কথা বলার পরে নিজেকে বিরোধিতা করছেন।

বিরতি নাও; এটি একমুখী রাস্তা নয়, দয়া করে আপসগুলি সন্ধান করার চেষ্টা করুন (যদি আপনি এই প্রকল্পে কাজ চালিয়ে যেতে চান - কাঁটাচামচ করা সবচেয়ে সহজ সিদ্ধান্ত তবে এটি আপনাকে কোনও জায়গায় কার্যকর হতে পারে না, যদিও এটি আপনার অহংকে আঘাত করতে পারে)।

দয়া করে প্রকল্পে শ্রমের বিভাজন সম্পর্কেও পুরোপুরি চিন্তা করুন - আপনার যদি কোন সুনির্দিষ্ট সীমানা না থাকে তবে আপনি কী বলতে পারছেন তা টারফ ওয়ারগুলি অনিবার্য । হ্যাঁ, আপনাকে কখনও কখনও অন্য লোকদের রায়কে বিশ্বাস করতে হবে।


4
@ নাথান ২০৫৫ - আমার বইতে সহজ এবং কাজ করা আরও ভাল (সম্ভবত এটি কেবল আমার)। যাইহোক, দেখে মনে হচ্ছে প্রকল্পটি খুব বেশি দিকনির্দেশনা ছাড়াই অবিচ্ছিন্ন।
হরিণ হান্টার

1
আমি অ্যাড্রিফ্ট অংশের সাথে একমত আমি যে জিনিসগুলির কথা উল্লেখ করতে ভুলে গেছি তার মধ্যে একটি হ'ল একই বিকাশকারী এলোমেলোভাবে কাউকে কিছু না বলে প্রকল্পটি পুনরায় সংযুক্ত করে।
নাথান 2055

24
কীভাবে, ঠিক কীভাবে একজন নতুন বিকাশকারী একতরফাভাবে বিদ্যমান কোডের কোডের লাইসেন্স পরিবর্তন করেছিলেন যার একক কপিরাইট নিয়ন্ত্রণ নেই? কীভাবে তিনি এই ধরনের অ্যাক্সেস / কর্তৃত্ব পেলেন এবং কেন তা কেড়ে নেওয়া হয়নি?
KutuluMike

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

9
@ নাথান ২০৫৫ অনুমোদন ছাড়াই কোনও প্রকল্পের লাইসেন্স পরিবর্তন করা তাত্ক্ষণিক বরখাস্ত হওয়ার কারণ, এমনকি ওপেন সোর্স প্রকল্পেও। এটি উন্মুক্ত উত্সের অর্থ এই নয় যে কোনও কিছু এলোমেলো ডুড কেবলমাত্র হাঁটাচলা করতে পারে এবং নিয়ন্ত্রণ ধরে নিতে পারে। তার প্রোগ্রামিং দক্ষতা কতটা মহাকাব্যিক বিষয় নয়, যদি তিনি কোনও দলে কাজ করতে না পারেন তবে আপনি তাকে সেখানে চান না এবং আপনার তার সাথে কথা বলতে হবে এবং / অথবা তাকে বের করে দেওয়া উচিত। আপনি যদি আমাদের সব কিছু না বলে থাকেন ..
থমাস

10

এটি ইতিমধ্যে বেশ কয়েকটি উত্তরে উল্লেখ করা হয়েছে যে শ্রম বিভাজন দ্বন্দ্ব হ্রাস করার একটি উপায়। এখানে কয়েকটি দৃ concrete় উদাহরণ দেওয়া হল:

  1. ভারসাম্য উত্পাদনশীলতা বনাম স্থায়িত্ব। কৌশল গেমগুলির সাথে উপমা ধার করার জন্য, একটি দল অবশ্যই বুম, টার্টল এবং রাশ মিশ্রণ নিয়ে গঠিত এবং সতীর্থদের অবশ্যই পরিস্থিতির প্রতিক্রিয়াতে ভূমিকা পালনের জন্য প্রস্তুত থাকতে হবে।
    • যখন কেউ উত্পাদনশীলতার ক্রেজে থাকে তখন অন্যরা এতে কাজ করতে পারে:
    • অন্যান্য বৈশিষ্ট্য
    • বাগ ফিক্সিং
    • বিশেষ উল্লেখ (নতুন বৈশিষ্ট্য অনুরোধগুলি পরিচালনা করা এবং সফ্টওয়্যার সম্মতিযুক্ত মানদণ্ডটি পূরণ করে তা যাচাই করে)
    • গুণ নিশ্চিত করা
      • ম্যানুয়াল (অনুসন্ধান) পরীক্ষা
      • স্বয়ংক্রিয় পরীক্ষা
    • নথিপত্র
    • রিফ্যাক্টরিং এবং কোড পরিষ্কার
    • উন্নতির জন্য ধারণা সংগ্রহ করতে ব্যবহারকারী অধ্যয়ন পরিচালনা করুন
    • প্রভৃতি
  2. একটি প্রকল্পকে মডিউলাইজ করা যেতে পারে (সফ্টওয়্যার আর্কিটেকচারের মতো), বা এমনকি বগিযুক্ত (প্রকল্প পরিচালনার মতো) যাতে প্রতিটি মডিউলটি স্বাধীনভাবে কাজ করতে পারে।
    • সাধারণভাবে, বেশিরভাগ সফটওয়্যারগুলিতে একটি ফ্রন্ট-এন্ড এবং একটি ব্যাক-এন্ড উভয়ই মডিউলাইজ করা উচিত, কারণ তাদের বিকাশের বিভিন্ন বেগ রয়েছে।
    • ইউএক্স সমৃদ্ধ সফ্টওয়্যারগুলি ক্রস-মডিউল ইভেন্টের রাউটিংয়ের তাদের প্রচুর ব্যবহারের কারণে মডিউলাইজার করা কঠিন হতে পারে।
    • কোনও প্রকল্পের রক্ষণাবেক্ষণকারী মডুলারাইজেশন এড়িয়ে প্রকল্পটি সহজ রাখতে চাইতে পারেন।
  3. বৈশিষ্ট্য শাখা । প্রতিটি বিকাশকারী প্রকল্পটি কাঁটাচামচ করতে, তার পছন্দসই পোষ্য বৈশিষ্ট্যটিতে কাজ করতে পারে এবং বাস্তবায়ন শেষ হলে মার্জ করার অনুরোধ করতে পারে। সীসা বিকাশকারী মার্জটি গ্রহণ করবেন কিনা তা চূড়ান্ত বলতে পারে।

দ্বন্দ্ব-পরিহারের দিকটি বাদ দিয়ে এটাই স্পষ্ট যে প্রকল্পটির অপর্যাপ্ত প্রশাসন থাকতে পারে ।

প্রশাসন কেন গুরুত্বপূর্ণ? একদিন কল্পনা করুন যে প্রাক্তন সতীর্থ সফটওয়্যারটির একটি অংশ নিয়েছিলেন এবং দলকে লঙ্ঘনের জন্য মামলা করেছেন। বা পেটেন্ট ট্রল দ্বারা দায়ের করা দল। বা কেউ জানেন না-কে প্রকল্প হোস্টিং সাইটে ডিএমসিএ নোটিশ পাঠানোর এবং প্রকল্পের উত্স কোডটি মোছার দাবি করেছেন।

সর্বনিম্ন:

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

বেশিরভাগ ওপেন-সোর্স প্রকল্প সাইটগুলি রেডিমেড প্রকল্প প্রশাসনের চার্টার সরবরাহ করতে পারে।


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

9

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

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

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

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


শ্রমের বিভাজন সম্পর্কে একটি ভাল পয়েন্ট।
হরিণ হান্টার

3
অন্যান্য প্রোগ্রামাররা কী সিদ্ধান্ত নিয়েছে তা কখনই দেখবেন না, কেবল তাদের উপর আস্থা রাখুন? আমার কাছে বিপজ্জনক মনে হচ্ছে। মান নিয়ন্ত্রণ সম্পর্কে কী?
স্টিফান

6

চারটি পছন্দ, আমি গণনা করব।

  1. তাকে লাথি মেরে ফেলে দাও। আপনি (অভিযোগে) এখনও এই প্রকল্পের প্রধান বংশোদ্ভূত; তার ধাক্কা সুবিধাগুলি বাতিল এবং একটি দিন কল। সবচেয়ে সম্ভাব্য ফলাফল হ'ল তিনি প্রকল্পটিকে দৃking়ভাবে গড়ে তোলেন, তার সম্প্রদায়কে ভাগ করছেন এবং তারপরে একটি যুদ্ধ শিথিল হয়ে যায় এবং যখন ধূলিকণা স্থির হয়ে যায়, তখন একটি কাঁটাচামচটি জনপ্রিয় হবে।
  2. এটি কাঁটাচামচ করুন এবং অন্য কোথাও চালিয়ে যান। ১ এর চেয়ে কম আক্রমণাত্মক, তবে পরিণতি অন্যথায় এক রকম। লোককে আপনার দিকে টানতে গেলে আপনাকে সম্প্রদায়টিতে সক্রিয় থাকতে হবে।
  3. এটি ছেড়ে দিন: কেবল তিনি যা করছেন সেটাই করুক, শান্ত হও এবং সর্বোত্তম আশা করি।
  4. সম্প্রদায়ের সাথে আলোচনা করুন, প্রয়োজন অনুযায়ী আপস করুন এবং পরিস্থিতি সমাধান করুন।

ব্যক্তিগতভাবে, আমি বিকল্প 4 পছন্দ করব।


6

গুগলের কয়েক বছর আগে এ নিয়ে বেশ কয়েকটি কারিগরি আলাপ হয়েছিল। তাদের দেখ:1 , । সংক্ষেপে:

  1. বিবেচনা করুন : আপনার প্রকল্পের অন্যান্য সমস্ত সুযোগ ব্যয়ের বিরুদ্ধে কাজ করার জন্য আপনার সম্প্রদায়ের অনুপ্রেরণা বুঝতে এবং সেগুলিগুলি সংরক্ষণ করুন।
  2. বলাধান : ভদ্রতা, সম্মান, নির্ভরতা এবং নম্রতা সামাজিক নিয়ম সঙ্গে একটি সুস্থ সম্প্রদায় তৈরি করুন।
  3. সনাক্ত করুন : বিষাক্ত ব্যক্তিদের বলার লক্ষণগুলি দেখুন (তালিকার জন্য অনেক বেশি, তবে আপনি যদি এই প্রশ্নটি জিজ্ঞাসা করেন তবে সম্ভবত আপনি তাদের মধ্যে ইতিমধ্যে অনেকগুলি জানেন)।
  4. জীবাণুমুক্ত : শান্ত থাকুন এবং আপনার ভিত্তি দাঁড় করান, অপমান, ঝলক, চ্যালেঞ্জ, অসম্মান ইত্যাদির প্রতি অবহেলিত থাকুন এবং আপনার সম্প্রদায়ের নিয়মগুলিকে আরও শক্তিশালী করার ক্ষেত্রে অটল থাকুন।

আপনি যদি ঘড়ির পরিবর্তে পড়া পছন্দ করেন তবে একটি বিস্তৃত লিখিত রূপরেখা উপলব্ধ is


3
আপনি কি এই সম্পদগুলির প্রত্যেকটির কিছুটা বিস্তৃত করতে আপত্তি করবেন এবং আপনি কেন জিজ্ঞাসিত প্রশ্নের উত্তর হিসাবে এগুলি সুপারিশ করবেন? "লিঙ্ক কেবল-উত্তর" স্ট্যাক এক্সচেঞ্জ বেশ স্বাগত জানাই হয় না
মশা

1
সংক্ষিপ্ত যোগ করা হয়েছে, কিভাবে?
কুরটোসিস

5

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

এই বলে, আমি দৃ strongly়ভাবে বিশ্বাস করি যে আপনার উদ্বেগ প্রকাশ করা উচিত। আপনি এগুলি ইমেলটিতে লিখে আপনার বিশ্বস্ত বন্ধুদের কাছে এটি দেখাতে পারেন যারা দলের অংশ নন এবং আপনি যা করছেন তাতে কিছু বা আগ্রহ নেই। এই ক্ষেত্রে আপনি একটি ভাল প্রতিক্রিয়া পেতে পারেন যাতে আপনার ইমেইল শব্দটি খুব কঠোর না হয়। যদিও তথ্যে আটকে থাকুন। দোষারোপ বা দোষ দেবেন না। কেবল এমন তথ্য যা আপনার পক্ষে কিছু করা কঠিন কারণ কারণ 'বেলা' অনুপস্থিত। 'বেলা' কেন অনুপস্থিত তা প্রতিটি দলের সদস্যের কাছে পরিষ্কার হওয়া উচিত, অর্থাৎ "নতুন প্রোগ্রামার" মুছে ফেলা হয়েছে বা কিছু সম্পাদন করেনি।

আবার এই ইমেলটি প্রেরণ করা শক্ত তবে এটি নিজেই একটি দুর্দান্ত অভিজ্ঞতা যা আপনার এগিয়ে যাওয়ার জন্য খুব কার্যকর হতে পারে। শেখার দুর্দান্ত পাঠ

পিএস: আমি খুব বেশি পিতামাত্বক শব্দ বলতে চাইনি। তবে এটি আসলে আমি আমার বাচ্চাদের সহ যে কাউকে বলতে চাই।


7
"আপনি কেবল ছাড়তে পারবেন না" ... হ্যাঁ আপনি পারেন । এটি হালকাভাবে তৈরি করা পছন্দ নয় কারণ এর অর্থ আপনি দলের সকলের সাথে প্রতিটি সেতু জ্বালিয়ে দেবেন, তবে পরিস্থিতি যদি যথেষ্ট খারাপ হয় (মানসিক সঙ্কটের কারণ হতে পারে) তবে কেবল দূরে চলে যাওয়া সবসময়ই একটি বিকল্প ।
শাদুর
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.