প্রোগ্রামাররা নির্মাণ শিল্প থেকে কী শিখতে পারে? [বন্ধ]


31

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

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

প্রোগ্রামিং ধারণাটি নির্মাণ ধারণার সাথে কীভাবে সম্পর্কিত সে সম্পর্কে দয়া করে একটি বিবরণ বা আপনার ব্যক্তিগত অভিজ্ঞতা সরবরাহ করুন।

[ ধারণার জন্য কলা এবং মানবিক থেকে নেওয়া প্রোগ্রামিং ধারণাগুলিতে ক্রেডিট ]


2
কোনটি ছয় বিষয়ী নির্দেশিকা আপনি কি মনে করেন আপনার প্রশ্নের পূরণ করে না?

9
@ মার্ক আমি এমন কোনও কিছুই দেখতে পাচ্ছি না যা এটি পরিষ্কারভাবে মেলে না
নিকোল

1
@ রেনেসিস - উত্তরের তালিকার জন্য জিজ্ঞাসা করা প্রশ্নগুলি গঠনমূলক নয় এবং সাইটের নির্দেশিকাগুলি পূরণ করে না।
ওয়াল্টার

1
@ ওয়াল্টার, আমি কেবল একটি শব্দের প্রতি আগ্রহী নই, আমি ধারণাগুলির বিবরণ এবং সেগুলির কীভাবে সম্পর্কিত তা সম্পর্কে আগ্রহী। আমি এই বিষয়ে আরও পরিষ্কার হতে প্রশ্ন সম্পাদনা করব।
নিকোল

1
@ ওয়াল্টার, @ মার্ক ট্র্যাপ - আমি বুঝতে পেরেছিলাম যে প্রশ্নটি আমি যা চাইছিলাম তা জিজ্ঞাসা করছে না, তাই আমি শব্দের একটি তালিকা এড়াতে প্রশ্নটি সংশোধন করেছি।
নিকোল

উত্তর:


41

ডিজাইন নিদর্শনগুলি এখান থেকেই এসেছে।

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

এমনকি এখন বক্তৃতার সময় এবং সফ্টওয়্যার বিকাশ এবং আর্কিটেকচারে নির্মাণ বিশ্ব এবং সফ্টওয়্যার বিকাশের বিশ্বের মধ্যে বইগুলির সাদৃশ্য বিরাজমান।

আমি ভাবতে বা স্মরণ করতে পারি এমন কিছু উপমা এবং রেফারেন্স:

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

(আরও যদি মাথায় আসে তবে আমি সেগুলি যুক্ত করব))

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


+1 দুর্দান্ত উত্তর। মজার বিষয় যে en.wikedia.org/wiki/Design_ Pattern আসলে প্রোগ্রামিং এবং আর্কিটেকচার উভয় ক্ষেত্রেই ধারণার জন্য একটি ভাগ করা নিবন্ধ। আমি তাদের আরও সন্ধান করতে চাই!
নিকোল

আমি আপনার উত্তরটি সময়ের সাথে সামঞ্জস্য করতে চাই এবং বাজেট সর্বদা ভুল
পল নাথান

@ পলনাথন সম্পন্ন করেছেন
ডিউকুফগেমিং

1
উল্লেখ করার জন্য দুর্দান্ত উত্তর +1 কিছু লোক উপমাটিকে ভাঙ্গা বলে বিবেচনা করে।
কিসডিজক

@dukeofgaming দয়া করে বিন্যাসের অপব্যবহার এড়ান। যদি সমস্ত কিছুতে জোর দেওয়া হয় তবে কোনও কিছুর উপর জোর দেওয়া হয় না।

14

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

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

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

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

যেমন শব্দগুলি নির্মাণ থেকে সঠিকভাবে এবং ভুলভাবে নেওয়া হয়েছে।

ফ্রেমওয়ার্ক সর্বাধিক সুস্পষ্ট যা ইতিমধ্যে নেওয়া হয়নি। এবং পাইপ আছে


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

@ রেনেসিস: হ্যাঁ, তবে এখন ক্যাট 5 কেটে ফেলুন এবং ফজ দিয়ে এটি প্রতিস্থাপন করুন, একই সাথে দেয়ালগুলিতে উইন্ডো তৈরি করে এবং যেখানে উইন্ডো ছিল সেখানে ফায়ারপ্লেস স্থাপন করুন এবং মেঝেকে একটি সুইমিংপুল তৈরি করুন। আপনি সফ্টওয়্যার দিয়ে এটি করতে পারেন।
লেনার্ট রেজেব্রো

আমি এটি যথেষ্ট ++++ করতে পারি না।
ক্যাফগিকে

10

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

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

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

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

তারপরে ক্লায়েন্ট অবাস্তব কিছু জিজ্ঞাসা করলেন: আপনি কি আমার বাগানের শেডকে গ্যারেজে পরিণত করতে পারবেন? আমি চাই না যে আপনি কিছু করেছেন আপনি পুনরায় করণ করুন ... আমি চাই আপনি এটি আরও বড় করুন যাতে আমি আমার গাড়িটি সেখানে পার্ক করতে পারি। তারপরে, অনেক ক্ষেত্রে, হ্যান্ডিম্যান "গ্রাহক সর্বদা সঠিক" বলে মনে করেন এবং শেডটি আরও বড় করার জন্য শেডের 3 পাশের দিকে সংযোজন তৈরি করে এগিয়ে যান, পার্টিশনের মাঝে প্রাচীরটি ছুঁড়ে দেয়, অবশ্যই, ছাদটি শেষ হয় আপ স্যাগিং কারণ এটি সঠিকভাবে নির্মিত হয়নি, ইত্যাদি

ক্লায়েন্ট তাই আর প্রভাবিত নয়, তারা এখনও আরও চান। তারা হস্তদলকে বারবার জিজ্ঞাসা করে কেবল আরও একটি ঘর যুক্ত করতে, বা এটি করার জন্য এই বিদ্যমান কক্ষটি পরিবর্তন করতে পারে ইত্যাদি You আপনি বারোর মতো দেখতে এমন কিছু দিয়ে শেষ করেন এবং প্রায় স্থাপত্যের মতো শব্দ sound

এখন বেশিরভাগ লোক নির্মাণ বিশ্বে এটি চেষ্টা করার মতো যথেষ্ট বোকা নয়, তবে সফ্টওয়্যার বিশ্বে এটি সর্বদা ঘটে থাকে, কারণ লোকেরা এই সংযোগগুলি তৈরি করে না:

  1. সত্যই সুন্দর একটি বাগানের শেড তৈরির জন্য উপযুক্ত ব্যক্তি কোনও বাড়ি তৈরি করার জন্য প্রয়োজনীয় নয়।

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

  3. অনেক ক্ষেত্রে, এক পর্যায় থেকে অন্য পর্যায়ে উন্নীত করার আগে পূর্বে করা অনেক কাজ পূর্বাবস্থায় ফেলা জড়িত, এটি যেমন হওয়া উচিত বলে মনে হয় তত বেশি ব্যয়বহুল করে তোলে।

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

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


1
+1 বাহ এটি দুর্দান্ত উপমা। আমি নির্লজ্জভাবে এটি চুরি করার পরিকল্পনা করছি। :-)
যৌক্তিকগীত

7

পদ সমাপ্তি কাজ এবং ছাঁটাই মনে আসে।

প্রধান কাঠামোগত সিদ্ধান্তগুলি সম্পূর্ণ হওয়ার জন্য কিছু নান্দনিক পছন্দগুলি ডিফার করা ঠিক হবে এই ধারণা।


4

একটি পুরানো প্রবাদ: দুবার পরিমাপ করুন এবং একবার কাটুন।

সম্পাদনা: অতুল গাওয়ান্দির চেকলিস্ট ইশতেহারে একটি বিভাগ রয়েছে , এটি বৃহত নির্মাণ কাজ পরিচালনার বিষয়ে কথা বলেছে। যখন তারা এমন একটি পয়েন্টে পৌঁছায় যা সত্যই জটিল, তখন তারা সমস্যাটি পুনরায় দেখাতে এবং প্রকল্পটির সময় এমন কিছু ঘটেছে কিনা যা সম্পর্কে প্রত্যেকেরই জানা উচিত see আমরা সম্ভবত তাদের আগে থেকে পরিকল্পনা করতে পারি না can't


5
আমি এটি কেটে কাটা এবং এটি এখনও খুব ছোট!
এমআইএ

3

নির্মাণ এবং প্রোগ্রামিং উভয় সীমাবদ্ধতা বিদ্যমান

আপনি যদি কোনও গ্রাহক হিসাবে সপ্তাহান্তিকের মধ্যে একটি সমাপ্ত হোটেল বিল্ডিং প্রসারিত করার জন্য এবং ভূগর্ভস্থ মেঝেতে একটি বিমানবন্দর এবং তার পেন্টহাউসের একটি রানওয়েতে রাখার মতো হাস্যকর দাবি করতে না পারেন তবে আপনি কেন এটি মেনে নিতে পারবেন না যে সমাপ্তির সাথে সমস্ত সামঞ্জস্য নয়? সফটওয়্যার সম্ভব? এটি 0 ও 1 সেকেন্ডের যাদু বল নয়, এটি জটিল নির্মাণ কাঠামো, যদিও অবিবাহিত তবে এর সীমাবদ্ধতাগুলিও।


3

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

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

তবে, নির্মাণটি আঁকতে হাজার বছরের অভিজ্ঞতা রয়েছে। বাণিজ্যের মৌলিক নিয়মগুলি পদার্থবিজ্ঞানের একই আইন দ্বারা চালিত হয় যা তারা সর্বদা ছিল। উইন্ড লোড এবং ডেড লোডের গণনাগুলি স্লাইড নিয়মের সাথে যখন করা হচ্ছে ঠিক তেমনি। সরঞ্জাম এবং কৌশলগুলির উন্নতিগুলি এসেছে, তবে আমরা যা अनुभव করি তার তুলনায় হিমশীতল গতিতে।

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

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

অবশ্যই উভয় ক্ষেত্রে, কোনও স্থপতি এমন কিছু আঁকতে পারেন যা প্রয়োগ করা যায় না।


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

2

স্ক্যাফোোল্ডিং , "একটি অস্থায়ী কাঠামো ভবন এবং অন্যান্য বড় কাঠামো নির্মাণ বা মেরামতের ক্ষেত্রে লোক এবং উপাদানগুলিকে সমর্থন করার জন্য ব্যবহৃত হয়।" [উইকিপিডিয়া থেকে সংজ্ঞা]

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


2

আমি এমন কিছু নির্মাণ সংস্থা জানি যে ফার্মগুলি সর্বনিম্ন দরদাতায় কাজ করে, opালু কাজ করে, ওয়ারেন্টি শুল্ক কী হওয়া উচিত তা শির্ক করে, মানের চেয়ে বেশি তারিখের দিকে মনোনিবেশ করে এবং তারপরে "সমাপ্ত" পণ্যটির জন্য একটি হাস্যকর মুনাফা আদায় করে charge

তবে আমি মনে করি না প্রোগ্রামাররা বা পরামর্শকারী সংস্থাগুলি those অনুশীলনগুলি থেকে কিছু শিখেছে।


4
কোন? আপনি কি মনে করেন এটি স্বাধীন আবিষ্কার ছিল?
বেটা

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

1

বাগগুলি নরকের মতো ব্যয়বহুল হয়ে উঠতে পারে, না মানুষ হত্যাও করতে পারে?


1

যে কোনও বিভাগের জটিল প্রকৌশল প্রকল্পগুলির জন্য প্রাথমিক নির্দেশিকা রয়েছে:

  1. পরিকল্পনার গুরুত্ব, নীল প্রিন্ট, ডিজাইন ইত্যাদি,
  2. অন্তর্নিহিত গণিতের গুরুত্ব
  3. অনুরূপ অন্যান্য প্রকল্পগুলি থেকে ধারণাগুলি পুনরায় ব্যবহার / শেখা
  4. রেডিমেড বিল্ডিং ব্লক / অন্য কারও দ্বারা নির্মিত উপাদানগুলি ব্যবহার করে
  5. জীবন চক্রের প্রথম দিকে সমস্যাগুলি সংশোধন করা
    ইত্যাদি,

আর্কিটেকচার, সিভিল এবং সফটওয়্যার ইঞ্জিনিয়ারিং শাখাগুলির মধ্যে সাদৃশ্যগুলি মূলত অ্যাসেমব্লিং লাইনের অনুপস্থিতি থেকেই উদ্ভূত : প্রতিটি প্রকল্প নিজস্ব নিজস্বতায় অনন্য।



0

মানক, সম্মেলন এবং প্রাক-নির্মিত উপাদানগুলির ব্যবহার components আপনি এই ধরণের সমস্যার মধ্যে চলে আসার সম্ভাবনা নেই।

আমি বাজারে এমন কিছু পাই না যা আমাদের কাস্টম নির্মিত সকেটগুলির সাথে ফিট করে।


0

যখন আপনি যা পেয়েছেন তা হাতুড়ি হয়ে গেলে সমস্ত কিছুই পেরেকের মতো লাগে। :)


0

পুনরাবৃত্তি স্ট্রেন আঘাত

তারা উভয় শিল্পের একটি পেশাগত বিপত্তি এবং তাদের প্রতিরোধে অবশ্যই সতর্কতা অবলম্বন করা উচিত। একবার তারা শুরু করলে তাদের নিরাময় করা কঠিন're

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.