আমি কীভাবে একটি প্রকল্প পরিকল্পনা করে শুরু করব?

Question

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

ক্লাস ম্যাপিং এবং ইউনিট পরীক্ষা দিয়ে শুরু করার মতো কোনও প্রকল্প শুরু করার সময় কি কোনও মানদণ্ড রয়েছে? একটি মাঝারি প্রকল্পের পরিকল্পনা এবং শুরু করার সময় একটি ভাল সম্মেলন কী is

শেষ প্রজেক্টটি এবং শুরু করা হয়েছিল একটি অভিক্ষিপ্ত গতি সিমুলেটর - আমি জানি, অনুমানযোগ্য।

Comments

একটি নকশা চয়ন করুন এবং এটি দিয়ে লাঠি। আপনি নিজের ডিজাইনগুলি পরিবর্তন করার কারণ খুঁজে পাচ্ছেন বলে মনে হচ্ছে।

— রামহাউন্ড

আপনার প্রশ্নটি কি প্রকল্পের নকশার দিকের সাথে সম্পর্কিত বা আপনার যে পরিবর্তনের বিষয়টি মনে হচ্ছে এবং আপনি প্রকল্পের পুরো ক্ষেত্র পরিবর্তন করেছেন তা সম্পর্কিত?

— ননাম

@ রামহাউন্ড: "কোডটি লেখার এবং পরীক্ষার পরে যতক্ষণ আপনি কোনও নকশা বেছে নেন ততক্ষণ" একটি নকশা চয়ন করুন এবং এটির সাথে স্টিক করুন "পুরোপুরি কার্যকর হয়।

— কেভিন cline

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

— ড্যারেন ইয়ং

Answer 1

আপনি যখন পরিকল্পনা করেন, তখন অ্যাপ্লিকেশন সম্পর্কে প্রতিটি সম্ভাব্য জিনিস আগেই পরিকল্পনা করবেন না। শিশুর পদক্ষেপে পরিকল্পনা করুন। অ্যাপ্লিকেশনটি ব্যবহার শুরু করার জন্য আপনার নিখুঁত ন্যূনতম কার্যকারিতা কী ? সেখানে শুরু করুন।

আপনি যখন আপনার প্রকল্প শুরু করেন, কেবলমাত্র সর্বনিম্ন ন্যূনতম কার্যকারিতাটি কোড করুন। আপনি যখন কোডটি বের করেন, তখন নিশ্চিত হয়ে নিন যে আপনি স্মার্ট এনক্যাপসুলেশন সহ ভাল, পরিষ্কার কোড লিখছেন । এটি ত্রুটিগুলি হ্রাস করবে যা পরে পরিবর্তনগুলি থেকে আসে।

আপনি এটিতে খুশি না হওয়া পর্যন্ত সেই ন্যূনতম কার্যকারিতাটি নিয়ে ইটারেট করুন । তারপরে একবারে নতুন কার্যকারিতা এবং সংযোজন যুক্ত করা শুরু করুন। আবার স্মার্ট এনক্যাপসুলেশন সহ ভাল, পরিষ্কার কোড লিখতে ফোকাস করুন।

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

Comments

+1: এটি একটি উত্তর যা আমি পিছনে পেতে পারি। পরম সর্বনিম্ন জন্য পরিকল্পনা এবং প্রয়োজন হিসাবে পরিকল্পনা যোগ করুন, কিন্তু সর্বনিম্ন যোগ করুন।

— জোয়েল ইথারটন

সহজ, তবে এটি খুব ভাল কাজ করেছে; ধন্যবাদ।

— উইল03uk

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

— ফ্রেডেরিক উইট্ট

Answer 2

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

Comments

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

— আর্সেনী মোরজেনকো

Answer 3

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

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

Answer 4

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

Answer 5

http://nathanmarz.com/blog/suffering-oriented-programming.html

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

Answer 6

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

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

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

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

Answer 7

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

আমি মনে করি আপনি নিজের কাছে জিজ্ঞাসা করতে হবে আপনি মূল পরিকল্পনার সাথে লেগে থাকার পরিবর্তে কেন গুরুত্বপূর্ণ মুহুর্তে জিনিসগুলি পরিবর্তন করছেন। মূল পরিকল্পনাটি ত্রুটিযুক্ত ছিল? অথবা আপনার কাছে অন্তর্দৃষ্টিপূর্ণ মুহুর্ত রয়েছে যা কাজ করার আরও ভাল উপায় দেখায়। এটি আসলে ভাল ছিল নাকি অন্যরকম?

Answer 8

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

Answer 9

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

অন্য কথায়, আপনি যখন আর কিছু ডিজাইন করবেন না !!! ।

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

সুতরাং, বৈশিষ্ট্যগুলির তালিকা চান + প্রাথমিক অগ্রাধিকারগুলি = প্রয়োজনীয়তা ।

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

উদাহরণস্বরূপ: এখনই আপনি আপনার ডিজাইনারদের অনুরোধ জানাতে পারেন ।

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

হাহাকার, কুকুরের পিছলে ... কোড !!

সেখান থেকে, আপনার নির্দিষ্টকরণের সাথে মেলে আপনার পরীক্ষাগুলি প্রয়োগ করুন, তারপরে প্রতিটি পরীক্ষার জন্য আপনার কোডটি লিখুন। বিল্ড করুন, "রিলিজ করুন", তারপরে পরবর্তী বৈশিষ্ট্যটি দিয়ে পুনরাবৃত্তি করুন যতক্ষণ না আপনি সিদ্ধান্ত নেন যে প্রকল্পটি যথেষ্ট পর্যাপ্ত is

এটি সত্যই অভিজ্ঞের দিকে নেমে আসে তবে আমি যে পদ্ধতিটি পেয়েছি তা হ'ল খুব বেশি করার চেষ্টা করার কারণে বিলম্বের অন্তহীন চক্রের মধ্যে আবদ্ধ হওয়ার চেয়ে আপনার কী করা উচিত তা আপনার মনকে কেন্দ্রীভূত করতে সহায়তা করার একটি সহজ সূত্র is একদা.

Answer 10

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

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

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

আপনি আপনার প্রধান ক্লাস নির্দিষ্ট করতে প্রস্তুত:

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

সিকোয়েন্স ডায়াগ্রাম, ডেটা মডেলগুলির সাথে একত্রে আপনি কোনও কোডিং হওয়ার আগে আপনার নকশাটি যাচাই বা উন্নত করতে পারেন।

Answer 11

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

আপনি যে বর্গক্ষেত্রে ফিরে আসবেন সে ক্ষেত্রে, সমস্ত অভিজ্ঞতা হ'ল না কারণ আপনি অভিজ্ঞতা অর্জন করেছেন।

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

আমি কাজের মধ্য দিয়ে জ্বলজ্বল করতাম, বছরের পর বছর দ্রুত কাজ করতাম এবং তারপরে একদিন বুঝতে পারলাম আমি আমার স্কিলসেটে নন-কারেন্ট হয়ে যাচ্ছি।