কোনও কোড লেখা না থাকায় কোনও ডিজাইনের সমস্যা নিয়ে ভাবা কি স্বাভাবিক? [বন্ধ]

52

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

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

design

— কিম জং উও
সূত্র

9

এটি সমস্যা এবং আপনার স্বতন্ত্র চিন্তাধারার উপর নির্ভর করে। আপনি যদি আপনার সময়সীমাটি পূরণ করেন তবে আপনি কতটা সময় চিন্তা করতে ব্যয় করেছেন এবং কত কোডিং করেছেন তা বিবেচ্য নয়।

— ইয়ানিস

4

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

— ম্যাপেল_শ্যাফ্ট

2

বরং কোনও খারাপ নকশা দ্রুত বাস্তবায়নের চেয়ে কয়েক দিনের জন্য নকশাকে আবদ্ধ মনে করুন

— চ্যানি

4

হ্যাঁ! এবং কখনও কখনও আমি কোডটি দেখেছি যা আমি ইতিমধ্যে লিখেছি এবং আমি ইচ্ছা করি এটি লেখার আগে ডিজাইনের বিষয়ে আরও চিন্তা করেছিলাম :-)

— জর্জিও

2

কম্পিউটার সায়েন্স,

— হাস্যকরভাবে

60

আপনি যে সমস্যাটি সমাধান করার চেষ্টা করছেন তার উপর নির্ভর করে ডিজাইনের পর্বটি কয়েক দিন সময় নয়, কয়েক বছর সময় নিতে পারে (যদি বছর না হয়)।

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

— ওবেদের
সূত্র

1

বছরের জন্য +1। এমন একটি দলের সাথে জড়িত ছিল যেখানে পাশের ঘরে একটি দল ছিল যা 5 বছরের জন্য একটি নতুন সিস্টেমের জন্য প্রয়োজনীয় জমায়েতে জড়িত ছিল, যার কোনও শেষ নেই end তারা আরও কিছু পেতে পারে কিনা তা নিয়ে আমরা গুরুত্ব সহকারে সন্দেহ করেছিলাম।

— জেয়েন্টিং

8

@ জওয়েন্টিং ... এটিও ভাল নয়, এই ছেলেরা সম্ভবত টাইপ করা শুরু করা উচিত ছিল।

— গ্রেডি প্লেয়ার

8

@ জেন্টিং, হ্যাঁ, এটিকে জলপ্রপাত পদ্ধতি বলা হয় এবং তাদের প্রত্যেককেই বরখাস্ত করা উচিত। আপনি যদি এক বছরে কী করতে চাইছেন তা যদি বুঝতে না পারেন তবে প্রযুক্তি নিজেই অপ্রচলিত হওয়ার আগে আপনি কখনই এটিকে বাজারে আনতে পারবেন না।

— রিওয়ালক

1

আমি ভয় পেয়েছিলাম যে যদি তারা কোড মন্থন করা শুরু করে, তবে তারা কীভাবে কীভাবে কোনও প্রযুক্তিবিহীন সমস্ত ব্যবসায়িক বিশ্লেষক ছিলেন :)

— ই

24

এটিকে সাধারণত "বিশ্লেষণ পক্ষাঘাত" হিসাবে উল্লেখ করা হয়

এটি সাধারণ তবে ভুল। আপনার জন্য কী সবচেয়ে ভাল কাজ করবে তা দেখার জন্য আপনাকে বিভিন্ন সময়ে বিভিন্ন ধারণাগুলি পরীক্ষা করে দেখতে হবে এবং তারপরে ক্রমবর্ধমান উন্নতি করতে হবে।

প্রগমেটিক প্রোগ্রামারটি বিশেষত "ট্রেসার বুলেটস" বিভাগে অধ্যায় 2 পড়ার প্রস্তাবিত

— মরনস
সূত্র

12

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

— '14

3

সময় ব্যয় করা চিন্তাভাবনার সাথে সরাসরি সম্পর্কিত directly তবে যদি তিনি "আমার আইডিইতে কোনও স্পষ্ট কোড না পেয়ে নার্ভাস হন তবে আমি করব" আমি মনে করি এটি শুরু করা দরকার বলে ধরে নেওয়া নিরাপদ।

— মরনস

7

আমি কোনওভাবেই বলিনি যে এটি "আপনার সিস্টেমের ডিজাইনিংয়ের জন্য সময় ব্যয় করা ভুল"

— মরনস

4

@ মরনস: আপনি যা বলছেন তা গুরুত্বপূর্ণ নয়, লোকে যা শুনবে তা কী গুরুত্বপূর্ণ এবং লোকেরা আপনাকে শুনতে পেয়েছে যে ওপি যা করছে তা ভুল।

— কিয়াসনাম

5

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

— পিটারএলেন ওয়েবেব

10

এটি সম্পূর্ণ সাধারণ common তবে আপনি যদি "টেস্ট প্রথম" বা টিডিডি পদ্ধতি গ্রহণ করেন তবে এটি কম সাধারণ এবং আপনার ধারণাগুলি আরও ভালভাবে গঠনে সহায়তা করতে পারে।

— দোলক
সূত্র

5

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

এটি নির্ভর করে যে আপনাকে কী এবং আপনার কারণগুলির দিকে নিয়ে যায়। এখানে কয়েকটি দেওয়া হল:

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

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

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

— JeffO
সূত্র

4

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

এটি একটি প্রাকৃতিক ঘটনা এবং বিকাশকারীর পক্ষে তার মনের সময় এবং মাঝের মাঝে বাধা দেওয়া।

— পঙ্কজ উপাধ্যায়
সূত্র

4

যখন আমি প্রকল্প পরিচালনার একটি কোর্স নিয়েছিলাম, তখন প্রশিক্ষক আমাদের পরিকল্পনার সাথে সম্পর্কিত যে বিষয়গুলির মধ্যে একটি ছিল যা আমার মাথায় আটকে গিয়েছিল তা হ'ল তারা যে সামরিক ক্ষেত্রে শিখিয়েছিলেন তার আঙ্গুলের নিয়মটি পরিকল্পনার জন্য সময়টির 1/3 অংশ ছিল to । সুতরাং আপনার যদি এমন কোনও অপারেশন হয়ে থাকে যা আপনাকে এখন থেকে 3 মাস পূর্ণ হতে হবে, মৃত্যুদন্ড কার্যকর করার আগে পরিকল্পনায় এক মাস ব্যয় করার চিত্র figure

— স্কট হুইটলক
সূত্র

4

আমার দৃষ্টিতে, তিনটি পন্থা রয়েছে, প্রতিটি একটি নির্দিষ্ট কোডিং পরিস্থিতির জন্য উপযুক্ত

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

=> পছন্দসই সমাধানগুলি থেকে শুরু করে কোডে কাজ করে বিডিডি / টিডিডি ব্যবহার করুন। (ঠিক আছে, কখনও কখনও আমি ঠকাই এবং কোডটি একটি বিট লিখি এবং তারপরে পরীক্ষা - এক ধরনের নেস্টেড 2 -> 1. পদ্ধতির)।
প্রয়োগ করার জন্য আমার কাছে নিদর্শনগুলির একটি ভাল ধারণা রয়েছে তবে সমাধানটি কেমন হবে তা আমি নিশ্চিত নই।

=> কী ধরণের আকর্ষণীয় জিনিস পপ-আপ হয় তা দেখতে প্রোটোটাইপ। 1 এ সরান 1 যখন আমি বুঝতে পারি কোন আকর্ষণীয় জিনিসগুলি পছন্দসই।
কোন ধরণের প্রয়োগ করতে হবে তা আমি নিশ্চিত নই।

=> এটিকে সমস্যা এবং কীভাবে সমস্যাটির কাছে যাওয়ার বিভিন্ন উপায় কোডকে প্রভাবিত করে সে সম্পর্কে ভাবেন। 2) বা 1) এ অনুশীলনের ফলাফলের উপর নির্ভর করে যান।

অন্য কথায়, উত্তরটি ইঞ্জিনিয়ারের প্রিয়: এটি নির্ভর করে।

— forforf
সূত্র

3

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

— TMN
সূত্র

2

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

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

— স্টিফেন গ্রস
সূত্র

1

যেমন সাতচেল পাইগে বলেছিলেন, "মাঝে মাঝে বসে বসে চিন্তা করি, এবং কখনও কখনও কেবল বসে থাকি।"

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

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

— jfrankcarr
সূত্র

1

প্রোগ্রাম = অ্যালগরিদম + ডেটা স্ট্রাকচার

আইএমএইচও, নকশা (সমস্যা সমাধান) প্রক্রিয়া সম্পূর্ণ নিয়ম করে। বাস্তবায়ন (প্রযুক্তিগত সমস্যা) বিশদ প্রাকৃতিকভাবে অনুসরণ এবং সমাধান করে।

— টেরি লি
সূত্র

আমি সত্যিই সরলীকৃত সমীকরণটি পছন্দ করি। +1

— কিম জং উু

1

এখানে আমার চিন্তা মামলা।

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

— PearsonArtPhoto
সূত্র

0

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

— dsimcha
সূত্র

3

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

— রিওয়ালক

@ স্টারগাজের 12১২: আমি সম্পূর্ণ একমত এই কারণেই আমি বলেছিলাম যে আপনি কী করতে চলেছেন তা হ'ল আপনার কমপক্ষে একটি ন্যাপকিন ধারণা প্রয়োজন। যাইহোক, এই প্রশ্নটি আমাকে যেভাবে জিজ্ঞাসা করা হয়েছিল আমি বেশিরভাগ ঝুঁকিপূর্ণ / উপন্যাস / আকর্ষণীয় বৈশিষ্ট্যগুলির প্রোটোটাইপটি বের করার চেষ্টা করার আগে আমলাতান্ত্রিক বৈঠকের কয়েকদিন বা সপ্তাহের চিত্র প্রদর্শন করছিলাম।

— dsimcha

0

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

সুতরাং আসল পরামর্শটি হ'ল: "সমস্যার সংজ্ঞার নিকটবর্তী হওয়ার জন্য প্রয়োজনীয় প্রতিটি শেখার সরঞ্জামটি ব্যবহার করুন" , তবে "মনে রাখবেন যে এগুলি শেখার সরঞ্জামগুলি, সুতরাং তাদের প্রেমে পড়বেন না" কোড এবং স্কেচ উভয়ই হ'ল বোঝানো ।

— ZioBrando
সূত্র

0

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

— সৈয়দ আকিল আশিক
সূত্র

2

এবং পর্যাপ্ত বিবরণে দৃষ্টি নিবদ্ধ না করা আপনাকে এমন কোথাও নিয়ে যেতে পারে যে এর চেয়ে ভাল আর কোথাও নেই।

— ডঙ্ক

@ ডাঙ্ক আমি তিনটি শব্দ ব্যবহার করেছি: অবিচ্ছেদ্য, প্রতিটি, বিশদগুলিতে ফোকাস করার বিষয়ে একক। আমি এখনই কীবোর্ড পাউন্ড করতে বলিনি, ড্রিফ্ট ম্যানটি পান।

— সৈয়দ আকিল আশিক