কোনও প্রযুক্তিবিহীন ব্যক্তিকে কীভাবে বোঝাতে হবে কেন কাজটি তাদের চিন্তাভাবনা থেকে অনেক বেশি সময় নেয়? [বন্ধ]

Question

প্রায় প্রতিটি বিকাশকারীকে ব্যবসায়ের দিক থেকে এমন প্রশ্নের উত্তর দিতে হবে যেমন:
এই সাধারণ যোগাযোগের ফর্মটি যুক্ত করতে 2 দিন সময় লাগবে কেন?

যখন কোনও বিকাশকারী এই কাজটির অনুমান করে, তারা এটিকে ধাপে ভাগ করতে পারে:

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

এগুলি সম্ভবত কোনও অ প্রযুক্তিগত ব্যক্তির কাছে ব্যাখ্যা করা শক্ত, যিনি মূলত পুরো কাজটি কেবল কিছু HTML এইচটিএমএল যুক্ত করে ডেটা সঞ্চয় করার জন্য একটি টেবিল তৈরি করে দেখেন। তাদের কাছে এটি 2 ঘন্টা MAX হতে পারে।

সুতরাং অনুমানটি কেন একটি নন-বিকাশকারীদের তুলনায় উচ্চতর তা বোঝানোর আরও ভাল উপায় আছে?

Comments

আমি আপনার প্রশ্নটিকে উত্সাহিত করেছি কারণ এটি নিজেরাই সেরা উত্তর।

— জনএফএক্স

যথাযথভাবে। তাদের একবারে ডিটগুলি বলুন এবং তারপরে তারা বিশদগুলি বুঝতে পারবেন ... এটি একবার করুন এবং সম্ভবত তারা পরবর্তী সময় বিশদটি সম্পর্কে ছায়া নেবেন ...

— স্কাউট

সম্ভাব্য সদৃশ উন্নয়ন প্রক্রিয়া বুঝতে অ প্রোগ্রামারদের পথ

— মশা

আপনি কি ভাবেন যে অ-প্রযুক্তিবিদদের কাছে এটি ব্যাখ্যা করা কঠিন? প্রযুক্তিগত লোকেরাও তা পায় না!

— কংগ্রেসবঙ্গাস

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

— এরিক রেপেন

Answer 1

আপনি আপনার প্রশ্নে এটি সবেমাত্র করেছেন।

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

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

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

Comments

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

— ড্যানিয়েল নুডল

@ ড্যানিয়েল - আমি মনে করি এটি আপনার "ফর্মাল" কীভাবে পেতে হবে তার উপর নির্ভর করে তবে প্রকল্প (বা সমতুল্য) আরও পেশাদার দেখায়।

— ক্রিসএফ

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

— ড্যানিয়েল নুডল

অবশ্যই এর খারাপ দিকটি হ'ল এই তালিকাটি একটি প্রতিশ্রুতিবদ্ধ হয়ে ওঠে এবং যদি কিছু শেষ হয়ে যায় তবে আপনি আঘাত হানবেন।

— অ্যান্ডি 0

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

— Panzercrisis

Answer 2

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

তবে আপনি "অপটিমাইজ" শব্দটি না করে "DB" শব্দটিতে আপনার প্রকল্প পরিচালনাটি হারাতে পারেন।

আমি ব্যবসায়ের ক্ষেত্রে ঝুঁকি বর্ণনা করে এমন শব্দগুলির সাথে বিজি পদক্ষেপের শর্তে প্রজেক্ট পরিচালনায় এই জিনিসটি সাধারণত প্রকাশ করি। আপনার তালিকাটি গ্রহণ করে, আমি যদি আমার প্রকল্প পরিচালনার সাথে কথা বলি তবে আমি এটিকে এটিকে সিদ্ধ করব:

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

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

সর্বাধিক গুরুত্বপূর্ণ নিম্নলিখিত বিষয়গুলি হল:

• গ্রাহক উপলব্ধি এবং পণ্য ব্যবহার সম্পর্কে সর্বাধিক কথা বলা কিনুন, আপনি তাদের ভাষা বলতে part র ভাষা - অংশটি আসছেন - বিষয়টি হ'ল কোডটি যদি একসাথে হ্যাক করা হয় তবে অবশেষে আপনি ব্যবসাটি আলগা করে ফেলবেন - তা না হলে এই বৈশিষ্ট্যটিতে, তারপরে কিছু ফিচারে যখন দুর্বল বিকাশ অনুশীলনগুলি কোডটি প্রসারিত করা অসম্ভবভাবে উপস্থাপন করেছে।
• ইভেন্টের ক্রম নির্ধারণ করুন। পরবর্তী অ-প্রযুক্তিগত প্রশ্নটি হবে "যদি আমরা আপনার চেয়ে আরও বিকাশকারী হয়ে থাকি তবে কি এটি দ্রুত ঘটবে? যদি তাই হয়, যদি এটি তৈরি করতে 40 ঘন্টা সময় লাগে তবে 40 জন লোক কি আজ বিকেলে এটি ঘটতে পারে?" অবশ্যই উত্তরটি হ'ল "না! আপনি কি নিজের মন থেকে বাইরে ??"। তবে এটি সেরা নয়। সর্বোত্তমটি হ'ল এখানে পদক্ষেপগুলির একটি যৌক্তিক অনুক্রম। জিনিস এ স্থানে না হওয়া পর্যন্ত থিং বি করা যাবে না (যদি আপনি কোনও কোড না লিখে থাকেন তবে আপনি সত্যিই এটি অনুকূলিত করতে বা পরীক্ষা করতে পারবেন না ...)। যদিও থিং এ এবং এ 'একসাথে করা যেতে পারে, সুতরাং তারা যদি সেখানে সেই স্মার্ট লোকটিকে বাঁচাতে পারে তবে আপনি এক সপ্তাহ থেকে ৪ দিন সময় কাটাতে পারেন এবং যদি তারা দুর্দান্ত পরীক্ষার সহায়তার গ্যারান্টি দিতে পারে তবে আপনি সম্ভবত সেখানে যেতে পারেন 3 দিন. সেখানে '
• ঝুঁকির উপর ফোকাস করুন এবং এই মুহুর্তে কিছু ঝুঁকির পক্ষে মূল্যবান বলে জানাতে প্রস্তুত থাকুন। ব্যবসায়ের ছেলেরা এ জন্যই বড় অঙ্কের অর্থ প্রদান করে - কী কী ঝুঁকি গ্রহণ করা উচিত তা নির্ধারণ করে। উদাহরণস্বরূপ, যদি বাজারের গতি দুর্বল পারফরম্যান্সকে ওজন করে কারণ আপনার সংস্থায় স্বল্প মেয়াদে একটি হাস্যকর সংখ্যক সার্ভার মজাদার হাতে পর্যাপ্ত নগদ রয়েছে, তবে আপনাকে পদক্ষেপ 4 এ সমস্ত জিনিস এড়িয়ে যেতে বলা হতে পারে (কোড / ডাটাবেস অপ্টিমাইজেশন )। এটি তাদের অধিকার - সিদ্ধান্তের অন্তর্ভুক্ত ঝুঁকিগুলি ব্যাখ্যা করা কেবল আপনার কাজ।
• তবে, যদি আপনি এই ভাবেন লোকগুলিকে বিশ্বাস না করেন তবে লিখিতভাবে একটি নিশ্চিতকরণ পান - এটি মুখোমুখি হতে হবে না, কেবল একটি দ্রুত ইমেল বলছে "এখানে আমি যা আলোচনা করি বলে মনে করি, আমি এখানে যা করছি না, তা এখানে ঝুঁকিপূর্ণ। আমি এখনই এটি করতে যাচ্ছি, সুতরাং আপনি যদি অসম্মতি প্রকাশ করেন তবে আমাকে জানান ... যদি আমি তা না শুনি তবে আপনি আমি ধরে নেবেন এটি এগিয়ে যাওয়ার সঠিক উপায় "। প্রদত্ত যে পণ্য পরিচালন স্বল্পমেয়াদী মেমরির ক্ষতির কেন্দ্র হতে পারে, এটি সবার জন্য বেশ সহায়ক।

Comments

এটি তখনই যখন পছন্দসই উত্তরগুলির পক্ষে সক্ষম হবেন।

— Panzercrisis

Answer 3

একটি প্রবাদ আছে, "আপনি পাঁচ পাউন্ড ব্যাগে দশ পাউন্ড (ক্রেপ) ফিট করতে পারবেন না।" আপনার কাজটি দেখানোর জন্য যে টাস্কটি দশ পাউন্ড এবং তারা এটি পাঁচ পাউন্ড সময়সীমার মধ্যে রাখতে বলেছে।

কেবলমাত্র অনুমান করা হ'ল সময় অনুমান। প্রতিটি কাজের জন্য একটি সময় অনুমান রাখুন এবং আপনার সরবরাহ করা অনুমানের সাথে কীভাবে এই সমস্ত জিনিস যুক্ত হয় তা দেখান। কোনও অনুমান 4 ঘন্টার বেশি হতে দেবেন না। আপনার যদি এমন কোনও কাজ থাকে যেখানে আপনি "একটি দিন" বা "10 ঘন্টা" বলছেন, তবে এটিকে ছোট ছোট সাবটাস্কে বিভক্ত করুন।

2h make some changes to Database
2h add front end HTML
   write server side code
     4h input validation
     4h database inserts
2h add validation
2h add client side javascript
   use unit tests
     2h client-side tests
     3h server-side tests
2h make sure SEO is setup is working
2h implement email confirmation
2h optimize DB changes for speed
2h refactor and optimize the code for speed

এখন আপনি ব্যয়ের একটি আইটেমাইজড বিল পেয়েছেন। সবই বলা হয়েছে, এটি মোট 27 ঘন্টা কাজ করে।

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

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

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

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

Comments

প্রতিদিন পাঁচ বা ছয় ঘন্টা ভাল কোডিং? সুন্দর হতে হবে!

— আমার সঠিক মতামতটি

Answer 4

তাদেরকে জিজ্ঞেস করো:

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

Comments

এগুলি আমার কাছে প্যাসিভ-আক্রমনাত্মক বলে মনে হয়।

— অ্যান্ডি

না, এটি সক্র্যাটিক পদ্ধতি।

— স্নুপডুজিডুগ

Answer 5

আমি আপনাকে তাদের বোঝাতে বলতে পারি যে তাদের সফ্টওয়্যারটি 100 টন মেশিনের মতো 10,000 টি বিভিন্ন অংশ, এর বেশিরভাগই জটিল উপায়ে সংযুক্ত। এই মেশিনে 1 ইঞ্চি টুকরো ফিট করে কিছু ইঞ্জিনিয়ারিং লাগবে, যাতে এটি মেশিনটি ভাঙবে না, তবে আরও ভাল উত্তরটি হ'ল:

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

20 তম শতাব্দীর মতো ভাল আর্কিটেকচার এবং বড় বড় ইমারত তৈরির জন্য ইঞ্জিনিয়ারিং সংগ্রহ করতে, ঠিক যেমন সফটওয়্যার ইঞ্জিনিয়ারিংয়ের সরঞ্জামগুলি মূল স্রোতে আসে নি। সেগুলি বিকাশিত হচ্ছে: এটি একটি নতুন মানসিকতা লাগে। Wiki.hackerspaces.org/Hacking_with_the_Tao এ জেন কোডটি দেখুন।

Comments

এই কিছু সারগর্ভ প্রস্তাব উপর পয়েন্ট হয়েছে এবং পূর্বে 5 উত্তর ব্যাখ্যা বলে মনে হচ্ছে না

— মশা