HackerNoon- এর নেতৃত্বে গত দশকে, আমি অনেক প্রতিভাবান সফ্টওয়্যার বিকাশকারীদের সাথে কাজ করেছি এবং তাদের মেয়াদের শুরুতে, আমি সাধারণত একই কথা বলেছি: সফ্টওয়্যারের ছোট ইউনিট পাঠান এবং আপনার স্থানীয় হোস্ট শাখাগুলির আকার সীমিত করুন। কেন? এখানে দুটি মূল কারণ এবং একটি বড় ওলে কিন্তু:
আপনার যদি এমন একটি প্রকল্প থাকে যা 6 মাসের কাজের মূল্যের, এবং 6 মাস ধরে লাইভ না হয়, তাহলে ব্যবহারকারীদের 5 মাস এবং 30 দিন আপনার কাজ থেকে শূন্য সুবিধা কাটবে৷ শুধুমাত্র যখন এটি লাইভ থাকে তখন বাকি ইন্টারনেট এমনকি আপনি যা পাঠান তা থেকে উপকৃত হওয়ার সুযোগ পেতে পারে। এবং তারপরেও, ঠিক তখনই যখন দত্তক নেওয়ার জন্য বিশাল চড়াই যুদ্ধ শুরু হয়। আপনি যদি প্রতি সপ্তাহে প্রকল্পের কিছু অংশ পাঠাতেন, ব্যবহারকারীরা প্রকল্পের জীবনচক্রের উপর মূল্য পেতে শুরু করবে।
আমার প্রাক্তন সহকর্মী ডেন লিয়নস একবার আমাকে বলেছিলেন যে "আমাদের মূল্যের পারমাণবিক একক যোগ করা চালিয়ে যাওয়া উচিত এবং যতটা রিলিজ লাগে ততগুলি করা উচিত। আমরা এতে সন্তুষ্ট এবং এগিয়ে যাওয়ার জন্য প্রস্তুত হওয়ার আগে আমরা সহজেই [কার্যকারিতা]তে 10টি রিলিজ পেতে পারি।"
সিইও হিসাবে, আমি প্রায়ই নতুন নিয়োগের বিচার করি যে তাদের লাভজনক অবদানকারী হতে কত সময় লাগে। বিক্রয়, এই আরো কাটা এবং শুষ্ক, তাদের বিক্রয় তাদের ক্ষতিপূরণ অতিক্রম করেছে? অবশ্যই বিবেচনা করার মতো অন্যান্য বিষয় রয়েছে, যেমন মার্কেটিং, পরিকাঠামো ইত্যাদির উপর প্রান্তিক খরচ, তবে আপনি এটিকে টুকরো টুকরো করলেও, একজন সফ্টওয়্যার বিকাশকারী কীভাবে একজন বিক্রয়কর্মীর চেয়ে নীচের লাইনকে প্রভাবিত করে তা পরিমাপ করা আরও কঠিন। আপনি যদি একজন সফ্টওয়্যার বিকাশকারী হিসাবে একটি নতুন ভূমিকায় র্যাম্পিং করেন, আমি হোম রানে যাওয়ার আগে সফলভাবে এককদের একসাথে স্ট্রিং করার চেষ্টা করার পরামর্শ দিচ্ছি।
সফ্টওয়্যার ডেভেলপমেন্টের খেলায়, স্কোর কী তার জন্য কোনও সর্বজনীন নিয়ম নেই। নিশ্চিতভাবে কিছু লোক পয়েন্ট সিস্টেম বরাদ্দ করে এবং অন্যরা কেপিআইগুলিকে সংজ্ঞায়িত করে, কিন্তু দিনের শেষে, তারাই আপনার পণ্য ব্যবহার করে যারা নির্ধারণ করে যে আপনি মান তৈরি করছেন কি না। তাড়াতাড়ি শিপিং করে, আপনি শীঘ্রই প্রতিক্রিয়া পাবেন। আপনার সফ্টওয়্যার ব্যবহারকারী লোকেরা প্রকল্পের পরবর্তী পারমাণবিক ইউনিট কীভাবে তৈরি করবেন এবং কীভাবে তৈরি করবেন না তা আরও স্পষ্ট করে দেবেন।
সবচেয়ে আপ টু ডেট সংস্করণ শিপিং না করার বাহ্যিকতাগুলি প্রথমে দেখা কঠিন হতে পারে। সবকিছুই সংযুক্ত. উদাহরণস্বরূপ, হ্যাকারনুনের মতো একটি পণ্যে, প্রোফাইল পৃষ্ঠা এবং গল্পের পৃষ্ঠা ভ্যাকুয়ামে বিদ্যমান নেই; এগুলি একটি পণ্যের মধ্যে সংযুক্ত পৃষ্ঠা হিসাবে বিদ্যমান। একটি পৃষ্ঠা কীভাবে কাজ করে তাতে পরিবর্তন ঘটলে, এটির সাথে সংযুক্ত সমস্ত পৃষ্ঠাগুলি কীভাবে কাজ করে তা প্রভাবিত করে।
যদি আপনার স্থানীয় শাখাটি খুব বড় হয়, তবে অন্যান্য পরিবর্তনগুলি যা এটির সাথে সংযুক্ত পৃষ্ঠাগুলিতে বা ফাংশনে ঘটে থাকে, আপনার স্থূল শাখাটি অবশেষে উত্পাদনে পাঠানোর পরে প্রায়শই কাজ করবে না। এই জিনিস ভেঙ্গে. এটি বাগ তৈরি করে। এটি কাজ পুনরায় করতে বাধ্য করে। এটি আপনার সতীর্থদের আপনার সাথে কাজ না করার ইচ্ছা তৈরি করে। এটি এমন একটি পণ্যের অভিজ্ঞতাও তৈরি করতে পারে যা আপনার স্থানীয় শাখায় করা সমস্ত কাজ করার আগে আপনার ইতিমধ্যেই ছিল তার চেয়েও খারাপ।
আরও নিয়মিতভাবে ছোট পরিবর্তন করে আপনি অন্যদের অবদান রাখার জন্য ক্ষমতায়ন করছেন। তারা অনুভব করে যে তারা কী কাজ করবে তাও কাজ করবে কারণ আপনি উভয়েই ইতিমধ্যেই একমত যে উৎপাদন বেসলাইন কী। ইনক্রিমেন্টাল আপনার bff. এটি আপনাকে বাস্তবতার সাথে সংযুক্ত করে। যদি ক্রমবর্ধমান পরিবর্তনগুলি পণ্যকে নেতিবাচকভাবে প্রভাবিত করে, তাহলে একই দিকের বৃহত্তর পরিবর্তনগুলি পণ্যের অভিজ্ঞতাকে ইতিবাচকভাবে প্রভাবিত করবে বলে আপনি কি মনে করেন?
কিছু প্রকল্প সহজভাবে বড় শাখা হতে হবে. উদাহরণস্বরূপ, নতুন ডাটাবেসের মতো বিশাল নির্ভরতা সহ জিনিসগুলি বিদ্যমান ব্যবহারে এতটাই নিবিষ্ট হতে পারে যে ঘড়ির কাঁটা ফিরিয়ে দেওয়া এবং প্রিমাইজ 2.0 রিলিজের মতো বার্ষিক প্রকল্পের সাথে যোগাযোগ করা ভাল। এবং অন্যান্য যুগান্তকারী প্রযুক্তি, যেমন ChatGPT, তৈরি করতে এত বেশি সময় লেগেছে যে নতুন প্রযুক্তির একটি অপ্রশিক্ষিত, অসম্পূর্ণ, বিষ্ঠা ইউএক্স সংস্করণ প্রকাশ করার জন্য এটি গ্রহণের অর্থ হবে না। বড় দোলনা নিন। আপনি যখন রানওয়ে আছে. আপনি যখন জাহাজে দল আছে. কিন্তু নিজেকে মহিমান্বিত করবেন না। বেশিরভাগ সময় সফ্টওয়্যার বিকাশ চাকাটিকে পুনরায় উদ্ভাবন করে না। এটা সহজভাবে পরবর্তী পারমাণবিক ইউনিট শিপিং.