আমি কী করছিলাম এবং তিন মাস আগে কোনও প্রকল্পে কেন তা আমার মনে রাখা উচিত?


72

আমি তিন মাস আগে একটি প্রকল্পে কাজ করছি, এবং তারপরে হঠাৎ করেই অন্য একটি জরুরি প্রকল্প হাজির হয়েছিল এবং আমাকে আমার দৃষ্টি আকর্ষণ করতে বলা হয়েছিল।

আগামীকাল থেকে, আমি পুরানো প্রকল্পের দিকে ফিরে যাব। আমি বুঝতে পারি যে আমি ঠিক কী করছিলাম তা মনে নেই। আমি জানি না কোথা থেকে শুরু করব।

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


98
মন্তব্য এবং প্রতিশ্রুতিবদ্ধ প্রতিশ্রুতিবদ্ধ, লোকেরা আপনাকে তাদের ছেড়ে চলে যেতে বলার একটি কারণ আছে
রাচচক্র ফ্রিক

5
আপনি কীভাবে প্রকল্পটি প্রথম স্থানে ট্র্যাক করছেন তার উপর এটি কি সত্যই নির্ভর করে না? আমাদের কি ধরে নেওয়া উচিত যে আপনি স্মৃতি থেকে সমস্ত কিছু করছেন এবং অন্য কোনও ডকুমেন্টেশন নেই?
জেফো

4
@ratchetfreak আমি বলতে যাচ্ছিলাম "এটি কেবলমাত্র বিকাশকারীদের জন্য কার্যকর" যতক্ষণ না বুঝে আপনি যে কোনও কিছুতে একই নীতি প্রয়োগ করতে পারেন। বেশিরভাগ নথির ভাণ্ডারগুলিতে একটি নোট বিভাগ বা বিবরণ থাকে; ইমেলের মাধ্যমে বিতরণযোগ্য বার্তাগুলি থাকে (প্রায়শই উপেক্ষা করা হয়)। নথিতে ট্র্যাক পরিবর্তন এবং টীকা থাকতে পারে। প্রধানমন্ত্রীর জগতেও মন্তব্য এবং প্রতিশ্রুতিবদ্ধ বার্তার একটি সম্পূর্ণ বাস্তুতন্ত্র আছে! </epiphany>
কর্সিকা

6
আমি গতবার আমি যা করেছি তা স্মরণ করিয়ে দেওয়ার জন্য সংস্করণ নিয়ন্ত্রণ ব্যবস্থা এবং এখনও কী করা দরকার তা খুঁজে পাওয়ার জন্য একটি বাগ ট্র্যাকার ব্যবহার করি।
মিথ্যা রায়ান

2
ওহ হ্যাঁ, একবার কাজ থেকে তিন মাস বিরতির পরে, আমাকে আমার শেষ প্রকল্পটি বর্ণনা করার জন্য একটি কাজের সাক্ষাত্কারে জিজ্ঞাসা করা হয়েছিল। আমি এটি করেছি, কিন্তু যখন তারা বিশদ চেয়েছিল, আমি আমার জীবনের জন্য তাদের স্মরণ করতে পারি না। তারা আমাকে প্রত্যাখ্যান করেছিল কারণ আমি যদি তা মনে করতে না পারি তবে স্পষ্টতই আমি একটি কৃপণ। এটি প্রায় 15 বছর আগে ঘটেছিল, তবে আমি এখনও এটি মনে করি।
অ্যান্ড্রু সাভিনিখ

উত্তর:


35

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

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

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

  • প্রকল্পের মান সম্পর্কে পর্যবেক্ষণ

    এই কোডটি কিছু রিফ্যাক্টরিং ব্যবহার করতে পারে

    এটি কাজ পেতে দ্রুত বাস্তবায়ন করেছে তবে এবিসি আরও ভাল হবে।

  • টোডো আইটেম / ইস্যু যেগুলি আপনি ইস্যু ট্র্যাকারে আনুষ্ঠানিকভাবে রেকর্ড করতে চান না

    "এই পদ্ধতির জন্য কাজ করা উচিত x < 0তবে বর্তমানে এটির সুযোগ নেই।

  • ডিজাইনের সিদ্ধান্তগুলি - বিশেষত অ-তুচ্ছ বিষয়গুলি।

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

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

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

    কোডটি চেক আউট করেছে তবে এটি XYZ0123 এ ত্রুটি দিয়েছে, দেখা যাচ্ছে আমাকে প্রথমে উপাদান সি থেকে সংস্করণ 1.2 বা উচ্চতরতে আপগ্রেড করতে হয়েছিল।

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

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


68

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

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

সম্পাদনা করুন :

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


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

1
আপনি সম্প্রতি শেষ অনুচ্ছেদে যা উল্লেখ করেছেন তা করা শুরু করেছি এবং এটি আমাকে সকালে যেতে massive
টিএমএইচ

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

3
কোডের টোডগুলি দুর্দান্ত, তবে আপনাকে কিশোরী ছোট ছোট জিনিসগুলির জন্য এমনকি সেগুলি এখানে রাখার বিষয়ে কঠোর প্রচেষ্টা করতে হবে। একটি হচ্ছে todoআপনার Makefile যে তাদের ডাম্প আউট লক্ষ্য এছাড়াও দরকারী।
ব্লারফ্ল

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

33

এখন কি করতে হবে?

এখন, আগামীকাল থেকে আমি আমার পুরানো প্রকল্পের দিকে ফিরে যাব এবং আমি বুঝতে পারি যে আমি ঠিক কী করছিলাম এবং কোথায় শুরু করব তা আমার মনে নেই!

আমার অনুমান যে আপনি পরবর্তী বিভাগের কোনও কাজ করেন নি। সুতরাং একটি টুডো তালিকা অনুসন্ধান করা কার্যকর হবে না।

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

ভবিষ্যতে কীভাবে এটি নিজের জন্য আরও ভাল করা যায়?

আমি প্রকল্পটি কীভাবে ডকুমেন্ট করব তা জানতে ইচ্ছুক যে কোনও সময় আমি পিছনে ফিরে তাকালে এটি যেদিকেই ছেড়েছি আমাকে যেতে কয়েক মিনিটের বেশি সময় লাগবে না!

প্রথমত, আপনার টডস ট্র্যাক রাখতে আপনার একটি সিস্টেম থাকা দরকার। আপনার কি এখন এমন সিস্টেম আছে? আপনি কীভাবে আপনার বর্তমান প্রকল্পের কাজ পরিচালনা করবেন?

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

  • অবিলম্বে টডস (<1 সপ্তাহের আইটেম)
  • "ভাল লাগছে" টডস
  • মাইলস্টোনস এবং ম্যাক্রো টোডস (যেখানে নির্দিষ্টকরণগুলি অর্থবহ নয়)
  • প্রয়োজনীয়তা / সভা নোট

এছাড়াও, আমি একটি ভিসিএস ব্যবহার করি এবং যেখানে উপযুক্ত সেখানে আমার কোডটি মন্তব্য করি।

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

আলোচ্য বিষয়টি কি?

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

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


@ ইন্ডিপেন্ডেন্ট অ্যাকোয়ারিয়াস কোনও সমস্যা নেই, খুশি যে এটি সহায়ক ছিল। সেই পরিস্থিতি অপ্রতিরোধ্য হতে পারে।
এন্ডারল্যান্ড

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

এই "করণীয়" তালিকার আরও অনেক প্রবাহিত সংস্করণ হ'ল ইস্যু-ট্র্যাকিং সিস্টেমটি ব্যবহার করা। অনেকগুলি নিখরচায় সিস্টেম উপলব্ধ রয়েছে এবং অনেকগুলি বিনামূল্যে গিট সরবরাহকারীদের তাদের পরিষেবায় এমন একটি সিস্টেম নির্মিত হয়েছে (দেখুন: গিটহাব)।
বিটাউনটিকেডি

@ বিটাউনটিকেডি আমি বলেছি যে আমার উত্তরে :)
এন্ডারল্যান্ড

এটি একটি ভাল উত্তর; জোর দেওয়ার জন্য যুক্ত।
বিটাউনটিকেডি

14

আমার মতে, একটি কোড প্রকল্প "পুনরায় শুরু" করার দুটি অংশ রয়েছে:

  1. আপনি কোথায় চলে গেছেন তা নির্ধারণ করা হচ্ছে
  2. আপনার কী করতে হবে তা মনে রেখে

এটি আমার মনে হয়, আপনি যদি সংস্করণটি সঠিকভাবে নিয়ন্ত্রণ করেন তবে এটি আপনার "অন্য মস্তিষ্ক" হবে।

কোথায় ছাড়ে ? যতক্ষণ আপনি ঘন ঘন কোড করে চলেছেন ততক্ষণ আপনার শেষ পরিবর্তনটি দেখুন। এটি সম্ভবত আপনার মনে কিছু জগ ফেলবে। যদি তা না হয় তবে সবচেয়ে পুরানো এবং পুনরায় খেলতে শুরু হওয়া কমিটগুলি দিয়ে শুরু করে গত কয়েকটিকে দেখুন।

আপনার যা করতে হবে তা হিসাবে , একটি ব্যাকলগ সেই উদ্দেশ্যটি (বা একটি করণীয় তালিকার, বা আপনি যা নামকরণ করতে চান তা পরিবেশন করা উচিত Bas মূলত ভবিষ্যতের আইটেম)।

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


10

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

1. কোনও কাজ খুব তাড়াতাড়ি বা খুব ছোট লেখা নেই

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

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

২. বড় চিত্রের ধারণাগুলি ক্যাপচার করতে আপনার ডেস্কে একটি হোয়াইটবোর্ড ব্যবহার করুন

আমার ডেস্কের পাশেই আমার কাছে একটি 3 "x 4" হোয়াইটবোর্ড রয়েছে, তাই যখন আমি কোনও প্রকল্প শুরু করি তখন কোনও প্রকল্পে আমি যে সমস্ত সমস্যার মুখোমুখি হতে পারি তার সমাধানগুলি বুদ্ধিমান করতে পারি। এটি আর্কিটেকচারাল ডায়াগ্রাম, কেস ব্যবহার, ঝুঁকি এবং বাধাগুলির তালিকা বা আপনার কাছে প্রাসঙ্গিক বলে মনে হচ্ছে এমন কিছু হতে পারে।

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

আমি আমার হাতে কলম দিয়ে আরও ভাল মনে করি, তাই আমার চিন্তাগুলি একটি সাদা পৃষ্ঠের উপর ফেলে দেওয়া স্বাভাবিকভাবেই আমার কাছে আসে তবে যদি আপনি এটির ক্ষেত্রে এটি মনে করেন না, তবে এখানে কিছু প্রশ্ন রয়েছে যা আপনাকে প্রাসঙ্গিক কী তা সিদ্ধান্ত নিতে সহায়তা করতে পারে :

  • যদি আমি নেতৃত্ব বিকাশকারী হয়ে থাকি, 3 মাস ধরে হানিমুনে যেতে যাচ্ছিলাম যখন অন্যান্য বিকাশকারীরা প্রকল্পটি সম্পন্ন করে, আমি তাদের কোন সাধারণ দিকনির্দেশনা দিতে চাই? আমি কোন ধারণাগুলি তারা নিশ্চিত ছিল তা নিশ্চিত করতে চাই বা তারা যে পদ্ধতি গ্রহণ করেছে তা নিশ্চিত করতে চাই? আমি কোন লাইব্রেরি বা অন্যান্য সহায়ক সমাধানগুলি সে সম্পর্কে সচেতন ছিল তা নিশ্চিত হতে চাই?
  • যদি এই প্রকল্পটি আমার মিলিয়ন-ডলারের ধারণা ছিল যে আমি জানতাম যে আমার ভবিষ্যতের আর্থিক স্বাধীনতা নিশ্চিত করবে তবে আমি একটি সমালোচনামূলক অস্ত্রোপচারের জন্য নির্ধারিত ছিলাম যা আমাকে 3 মাসের জন্য ব্যর্থ করে তুলবে, আমি কীভাবে আমার ভবিষ্যতের স্বাবলম্বী হতে চাই, যাতে সফলতার সাথে সমাপ্তি নিশ্চিত হয়? প্রকল্প?

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

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

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

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

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

৩. কোনও প্রকল্পের বাধাগুলির ব্যয় সম্পর্কে স্টেকহোল্ডারদের সচেতন করুন

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

প্রকল্পগুলির জন্য এটি হ'ল মূল বিষয় হ'ল এক প্রকল্প থেকে অন্য প্রকল্পে স্থানান্তর করা বড় সময় ব্যয় করে এবং মোকাবেলা করতে হবে এমন অনেকগুলি হেরে যায়।

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

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

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


সংক্ষেপে:

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

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

এবং আপনার মন্তব্য করা এবং ডকুমেন্টিং করা উচিত! আমি আশা করি আপনি ভেবেছিলেন না আমি অন্যথায় পরামর্শ দিচ্ছি। (এবং উপায় দ্বারা আমি আপনার মন্তব্যের সাথে একমত।)
আইকনোক্লাস্ট

2

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


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

2

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

  1. আপনি কোনও কোড পরিবর্তন শুরু করার আগে, নিশ্চিত করুন যে আপনার সমস্যা-ট্র্যাকিং সিস্টেমে কোনও 'সমস্যা' আছে কিনা logged এটি আপনার কাজের অংশ "আমি কী করছিলাম" অনুপস্থিত .েকে রাখে।
  2. আপনার উত্স-নিয়ন্ত্রণ সিস্টেমে একটি শাখা তৈরি করুন এবং নিশ্চিত করুন যে সেই শাখায় আপনার পরিবর্তনগুলি কেবলমাত্র উল্লিখিত ইস্যুর সাথে সম্পর্কিত। এটি আপনাকে পরিবর্তনগুলি বিচ্ছিন্ন করতে এবং আপনাকে "আমি কোথায় ছেড়েছি?" এই প্রশ্নের উত্তর দিয়ে পরিবর্তনের ইতিহাস দেবে? একবার আপনি এটি পরে কাজ করতে ফিরে আসে।
  3. পরিবর্তনটি শেষ হয়ে গেলে, এটি আবার আপনার ট্রাঙ্কে মিশ্রিত করুন এবং সমস্যাটি বন্ধ করুন।

1

অনেক দীর্ঘ উত্তর আছে। আমাকে সবচেয়ে বেশি সহায়তা করে সে সম্পর্কে এটি একটি সংক্ষিপ্ত বিবরণ:

  • পরিষ্কার কোড।
  • পরিষ্কার কোড।
  • পরিষ্কার কোড।
  • সংস্করণ নিয়ন্ত্রণ (মন্তব্যগুলি কমিয়ে দেয় এবং বিভিন্ন করে দেয়)
  • এটি একটি পোস্ট নোট বা একটি টোডো-তালিকা বা একটি কানবান-বোর্ড (উদাহরণস্বরূপ ট্রেলো এবং এভারনোট)

তবে ডিফস, কমিট কমেন্টস, পোস্ট-ইট নোটস, টোডো-লিস্টস বা কানবান-বোর্ডের প্রসঙ্গের অভাবে সময়ের সাথে সাথে ভুল ব্যাখ্যা করা যেতে পারে। সুতরাং এখানে একটি জিনিস যা সবচেয়ে গুরুত্বপূর্ণ:

পরিষ্কার কোড।


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

@ জেনসজি: কোড হ'ল আর্কিটেকচার। একটি ভাল লিখিত প্রোগ্রামে, আমি কার্যকারিতাটিতে প্রোগ্রাম-আর্কিটেকচারের শীর্ষটি দেখতে পাচ্ছি main, যা একটি উল্লেখযোগ্য আকারের প্রোগ্রামের জন্য বরং বিমূর্ত হবে। এরপরে আমি আরও গভীর ডুব দিতে পারি এবং উদাহরণস্বরূপ কীভাবে প্রোগ্রামটি নিজেকে পরিষ্কার করে দেয় তার আর্কিটেকচারটি দেখতে পাচ্ছি। আরও, পরিষ্কার কোড মানে ফাংশন / ভেরিয়েবল / ইত্যাদি। এমন নাম রয়েছে যা বোঝায় এবং তাদের অর্থ সম্পর্কে একটি বিবৃতি দেয়। আমি পরিবর্তে যদি স্প্যাগেটি / লেখার-কেবল-কোডটি লিখি তবে আমি প্রায়শই পরের দিন সকালে / মাস / বছর জেগে থাকি, আমার কোডটি দেখি এবং সেখানে কেবলমাত্র ডাব্লুটিএফ-ডু-আই-ডু-থাকি be এটি একই যখন ..
ফ্রেস্নেল

... একটি বই পড়া বা লেখা: এটি কি বিশাল বাক্যাংশ, অনেক জটিল শব্দ-রচনা দিয়ে 10 এর একটি ফ্লেশ-কেনকেড পাঠযোগ্যতা সূচক, যা পাঠককে শব্দার্থের পরিবর্তে বাক্য বাক্য গঠনের দিকে মনোনিবেশ করে, বা এটি সহজে পড়া সহজ? প্রায় 80 এর সূচক সহ, এবং তাই গল্পটি নিজের মতো হয় না।
ফ্রেসনেল

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

@ জেনসজি: আমি আপনার বক্তব্যটি স্বীকার করি। আমি মনে করি আমরা কেবল "আমি বুঝতে পেরেছি যে আমি ঠিক কী করছি" তা আলাদাভাবে ব্যাখ্যা করছি। আমার কাছে এটি আরও শোনাচ্ছে "আমি বুঝতে পেরেছি যে আমি কোন অ্যালগরিদম এবং ডেটা-কাঠামো কোড করেছিলাম এবং আমি কীভাবে সেগুলি প্রসারিত করতে পারি তা মনে নেই", আপনার কাছে এটি ছিল (আমি অনুমান করি) আরও ভালো লেগেছে "আমি বুঝতে পারি যে আমি কী মনে করি না ঠিক আমি বাস্তবায়ন করার চেষ্টা করছিলাম এবং এর লক্ষ্য "। অস্পষ্ট মানব ভাষা। ...
ফ্রেসেল

1

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

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

সেরা অনুশীলন আছে?

নীচে আমি 20+ বছরের ক্যারিয়ার জুড়ে খুব ছোট থেকে খুব বড় প্রকল্পগুলিতে সেরা অভ্যাসগুলি গ্রহণ করি এবং তারা আমাকে এবং আমার দলগুলিকে ভালভাবে সেবা করে। আপনার প্রকল্পটি বাড়ার সাথে সাথে তালিকাভুক্ত ক্রমে প্রয়োগ করুন:

  1. সংস্করণ নিয়ন্ত্রণ ব্যবহার করুন এটি আপনাকে কী হয়েছে, কখন এবং কে পরিবর্তনগুলি প্রয়োগ করেছে তার একটি নিখরচায় ট্র্যাক রেকর্ড দেয়। এটি আপনাকে যে কোনও সময় আগের সংস্করণে সহজেই পতিত করতে দেয়।

  2. আপনার কোডটি মডুলারি করুন (ভাষা এবং প্রোগ্রামিং পরিবেশের উপর নির্ভর করে ক্লাস, মডিউল, প্যাকেজ, উপাদানগুলি ব্যবহার করুন)।

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

  4. TODOFIXMEআপনি কোডিংয়ের সময় যুক্ত করুন এবং মন্তব্য করুন । এটি আপনার কোড বেসটি অনিবার্যভাবে প্রবেশ করবে এবং পরে আপনাকে ডাব্লুটিএফ জিজ্ঞাসা করবে ? । উদাহরণ:

    //TODO shall actually compute X and return it
    ... some code that does not compute X yet (maybe returns a fixed value instead)
    
    //FIXME make this constant time instead of n^2 as it is now 
    ... some code that works but is not efficient yet
    
  5. কাঠামো কাঠামো এবং জটিল আচরণ যেমন মডিউল / অবজেক্ট / সিস্টেম ইত্যাদির মধ্যে কলগুলির ক্রম ইত্যাদির জন্য ডায়াগ্রাম আঁকার অভ্যাস করুন ব্যক্তিগতভাবে আমি ইউএমএলটি পছন্দ করি কারণ এটি দ্রুত ব্যবহার করা যায়, দুর্দান্ত গ্রাফিক্স তৈরি হয় এবং সর্বাধিক গুরুত্বপূর্ণভাবে আপনার পথে না আসে । তবে অবশ্যই আপনার যে কোনও অঙ্কনের সরঞ্জাম ব্যবহার করা উচিত তা কাজটি করে। মনে রাখবেন যে এই জাতীয় কোনও অঙ্কনের উদ্দেশ্যটি সংক্ষিপ্তভাবে যোগাযোগ করা, মিনিটের বিশদে (!!) কোনও সিস্টেম নির্দিষ্ট করা নয়।

  6. শুরুর দিকে ইউনিট পরীক্ষা যুক্ত করুন। ইউনিট পরীক্ষাগুলি কেবলমাত্র রিগ্রেশন টেস্টিংয়ের জন্য দুর্দান্ত নয়, এটি আপনার মডিউলগুলির জন্য ব্যবহারের ডকুমেন্টেশনের একটি ফর্ম।

  7. শুরুতে কোড-বাহ্যিক ডকুমেন্টেশন যুক্ত করুন। একটি README দিয়ে শুরু করুন যা প্রকল্পটি চালাতে এবং বিকাশের জন্য প্রয়োজনীয় নির্ভরতাগুলি বর্ণনা করে, এটি কীভাবে ইনস্টল করবেন, কীভাবে এটি পরিচালনা করবেন describes

  8. পুনরাবৃত্তিমূলক কাজগুলি স্বয়ংক্রিয় করার অভ্যাস করুন । উদাহরণস্বরূপ সংকলন / বিল্ড / পরীক্ষার চক্রগুলি কোনও কোনও ফর্মের দ্বারা স্ক্রিপ্ট করা উচিত (যেমন জাভাস্ক্রিপ্টের ব্যবহারে grunt, পাইথনে fabric, জাভাতে Maven)। এটি আপনি ফিরে এসে দ্রুত গতিতে উঠতে সহায়তা করবে।

  9. আপনার প্রকল্পটি বাড়ার সাথে সাথে সোর্স-কোড ডক্স তৈরি করে আরও ডকুমেন্টেশন যুক্ত করুন (এটি থেকে HTML বা পিডিএফ তৈরির জন্য জাভাডোক-স্টাইলের মতামতের কিছু ফর্ম এবং একটি উপযুক্ত সরঞ্জাম ব্যবহার করে)।

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


0

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

বসুন, 'টেস্টগুলি চালান' করুন এবং আপনি যেখান থেকে চলে গিয়েছিলেন সেখান থেকে উঠুন।


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

1
@ মাইনমা ​​আমি কমিটমেন্ট বলতে চাইনি। স্রেফ স্থানীয়ভাবে
পিট

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

1
@ মাইনমা ​​তারপরে প্রতিশ্রুতিবদ্ধ এবং নামের একটি শাখায় চাপ দিন next-steps। আমি নিশ্চিত নই যে পুনর্বিবেচনা নিয়ন্ত্রণ পদ্ধতির সুনির্দিষ্ট সম্পর্কে আপনার উদ্বেগগুলি কোনও বিষয়ে ফিরে আসার সময় আপনার মস্তিষ্ককে কিকস্টার্ট করার ক্ষেত্রে সহায়তা হিসাবে একটি ব্যর্থ পরীক্ষার প্রাথমিক ভিত্তিতে কী করবে। আবার, ব্যাকলগগুলি, করণীয় তালিকা ইত্যাদির মতো মানক পদ্ধতির পাশাপাশি এটি প্রস্তাব করা হয়েছিল
পিট

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

0

মন্তব্য / টোডো তালিকাগুলি / প্রতিশ্রুতি ছাড়াও বাস্তববাদী হওয়াও গুরুত্বপূর্ণ important

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

ভাল পুরানো ধৈর্য কার্যকর হবে।

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


0

আমি যে কাজটি করি তার একটি দৈনিক জার্নাল রাখি। আমি আজ কী করলাম, আজকে কি কঠিন ছিল, পরবর্তী পদক্ষেপটি কী, ভবিষ্যতের জন্য আজ আমার কী ধারণা ছিল। দিনটি কেমন ছিল সে সম্পর্কে আমি খানিকটা আখ্যান যোগ করি: একটি আকর্ষণীয় কথোপকথন বা সভা ছিল? রাগ বা আনন্দ কিছু করেছে? আমি পরে যখন আমার জার্নালটি পড়ি তখন এটি জিনিসগুলিকে দৃষ্টিভঙ্গিতে রাখতে সহায়তা করে।

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


এটি 11 টি পূর্ব উত্তরগুলিতে তৈরি এবং ব্যাখ্যা করা পয়েন্টগুলির চেয়ে বেশি কিছু দেওয়ার প্রস্তাব দিচ্ছে না
gnat

0

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

ওয়ান নোটের মধ্যে আমি এমন কিছু জিনিস করছি যা প্রকল্পগুলিতে অগ্রগতি পুনরায় শুরু করতে আমাকে সহায়তা করে:

  • প্রতিদিন / সাপ্তাহিক লগস - আপনি ইতিমধ্যে একটি প্রকল্পের সাথে যে অগ্রগতি করেছেন তা নির্ধারণ করতে আপনাকে প্রতিদিনের বা সাপ্তাহিক লগ রাখুন।

  • করণীয় তালিকা - আমার একটি সাধারণ করণীয় তালিকা রয়েছে, তবে আমি যে প্রকল্পগুলিতে কাজ করছি তার জন্য পৃথক করণীয়ের একটি তালিকাও রাখি যাতে কোনও প্রকল্পের জন্য আমার এখনও কী কী কাজ করা উচিত তা মনে পড়ে। আমি মাঝে মাঝে // টডো: আমার কোডের আইটেমগুলিতেও রেখে যাই।

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

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


-2

সাধারণ প্রকল্পগুলির জন্য, আমি এটি করি:

  1. রুট ডিরেক্টরিতে একটি সহজ README ফাইল (যার ফলে সংস্করণ নিয়ন্ত্রণেও শেষ হয়ে যাবে) যেখানে আমি বিকাশকালে যা পপ আপ হয় তা লক্ষ্য করি: করণীয়, বাগ, উন্নতি / ধারণা। প্রজেক্টটি ব্যাক বার্নারে রেখে আমার প্রথম ফাইলটি পড়তে হবে।
  2. TODO / FIXME / XXX মন্তব্যসমূহ
  3. আমি প্রায়শই টুডলিস্টও ব্যবহার করি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.