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