কোডিংয়ের আগে ধারণা এবং নকশা: এটি কতটা সত্য? [বন্ধ]

Question

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

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

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

আমরা কীভাবে এমন কিছু কল্পনাও করতে পারি এবং ডিজাইন করতে পারি যা আমরা আগে কখনও অভিজ্ঞতা ও প্রোগ্রাম করি নি? তা কি হাস্যকর নয়? প্রোগ্রামিং এর পরিবর্তে ধারণা এবং নকশা নেতৃত্ব দেয় না?

Comments

দ্রুত এবং বগী বিকাশের সম্ভাব্য সদৃশ , তারপরে ত্রুটিগুলি সংশোধন করুন বা ধীর হয়ে নিন, কোডের প্রতিটি লাইনের প্রতি যত্নবান? (সেখানে "লিঙ্কযুক্ত" প্রশ্নগুলিও দেখুন - কারুশিল্পের মূল্য পরিশোধ করা হয়? ইত্যাদি)

— 22:25

আপনি এখানে যে লিঙ্কটি দিয়েছেন তা জাগ্রত করা আমার প্রশ্নের একটি দিকের উত্তর হতে পারে। আমি মনে করি না এটি একটি সদৃশ প্রশ্ন।

meta.stackexchange.com/questions/194476/...

— মশা

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

— রিচার্ড টিঙ্গলে

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

— ম্যাট ক্লিঙ্কার

Answer 1

আমি মনে করি উত্তরটি থাকতে হবে: আপনি যতটা পারেন পরিকল্পনা করুন তবে এর চেয়ে বেশি নয়।

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

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

আপনি যখন প্রডাকশন কোডটি লিখতে প্রস্তুত হন বা না করেন, একবার আপনি আপনার সর্বাধিক পরিকল্পনার স্তরে পৌঁছেছেন তখন কোডিং ছাড়া আর কিছুই করার নেই। হতে পারে এটি একটি বিপর্যয় হতে পারে, তবে সেগুলি ভাল শেখার অভিজ্ঞতা এবং আপনি একটি সংশোধিত পরিকল্পনা তৈরির জন্য আরও সজ্জিত হবেন।

Answer 2

এটা একেবারে সত্য। প্রয়োজনীয়তা যত বড় এবং জটিল, তত বেশি সত্য।

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

তবে কীভাবে একটি বাস্তব-সময়ের ট্রেডিং প্ল্যাটফর্মটি বিশ্বব্যাপী বিতরণ করা এবং এর জন্য 99.9999 আপটাইম এবং 100% নির্ভুলতার প্রয়োজন বলে কয়েক মিলিয়ন লেনদেন করবে? আপনি কি কোডিংয়ে ঝাঁপিয়ে পড়বেন?

এই দুটি চরমের মধ্যে প্রচুর অন্যান্য বিকল্প রয়েছে।

প্রকল্পের এক নজরে দেখুন Euler । উপস্থাপিত ক্রমে কিছু সমস্যা সমাধান করুন। আপনি খুঁজে পাবেন যে যুক্তিসঙ্গত সময়ে কিছু সমস্যা সমাধানের জন্য আপনাকে কোডে ঝাঁপ দেওয়ার আগে ভাবতে হবে।

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

---

আমি কখনই শুরু থেকে সবকিছুর নকশা এবং ধারণা তৈরি করতে সফল হই নি

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

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

এটি সময় এবং প্রচেষ্টা লাগে - এবং শুরুতে সম্পূর্ণ বা সম্পূর্ণ সঠিক নাও হতে পারে।

কিন্তু এই কেন এটা বলা হয় নরম -ware এবং হার্ড -ware। এটি ম্যালেবল এবং পরিবর্তন করা যায়।

Comments

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

— voithos

Answer 3

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

এটা সত্য.

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

এবং আপনার সমস্যা আছে।

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

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

Answer 4

কোডিংয়ের আগে আপনার অবশ্যই কিছু নকশা থাকতে হবে ।

কারণটি বেশ সোজা - আপনার যদি কোনও নকশা না থাকে তবে আপনি কী তৈরি করছেন তা আপনি জানেন না ।

নকশা চূড়ান্ত হওয়ার আগে আপনার অবশ্যই কিছু কোড থাকতে হবে ।

কারণটি বেশ সহজবোধ্য - ডিজাইনের পরিবর্তন হবে এবং ডিজাইনের অংশগুলি বিকাশ করে এমন প্রশ্ন, সুযোগ এবং চ্যালেঞ্জগুলি প্রকাশিত হবে যা সমাধানে কাজ শুরু না করেই প্রত্যাশা করা শক্ত।

উন্নয়ন পুনরাবৃত্ত হয়।

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

একাধিক পদ্ধতির চেষ্টা করুন।

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

Answer 5

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

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

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

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

কোডিংয়ের আগে আপনি একটি সম্পূর্ণ নকশা (এবং আপনার করা উচিত নয়) করতে পারেন তবে ব্যবহারকারীর কর্মপ্রবাহটি কী হবে তার একটি মোটামুটি স্কেচ আপনার থাকা উচিত।

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

---

একটি বড় আকারের আকার রাখার একটি উদাহরণ। ধারণা: "একটি ভিজ্যুয়াল ক্লাউড-ভিত্তিক সরঞ্জাম তৈরি করুন যা ব্যবসাগুলি তাদের সফ্টওয়্যার প্ল্যাটফর্মগুলিকে সংহত করতে দেয়"। এটি দুর্দান্ত শোনায় এবং কেউ বিপণনের উপাদান লেখা শুরু করতে এবং এটি এমনকি সেখানে যাওয়ার আগে বিক্রি করতে পারে sell কোডিংয়ের আগে আপনার এটি থাকতে হবে।

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

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

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

Answer 6

আমি সর্বদা নিম্নলিখিত সময় বরাদ্দ করি:

1. 1/3 ডিজাইন
2. ২/৩ উন্নয়ন
3. 1/3 পরীক্ষা

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

বিকাশ: একবার আপনার অংশগুলি জানার পরে সেগুলি কোড করুন। তারপরে আপনি তাদেরকে সংহত করুন।

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

এই দিকগুলি ছাড়াও, সচেতন থাকুন যে কোনও প্রকল্পেরও এই পর্যায়গুলির শীর্ষে 3 টি পর্যায় রয়েছে।

1. আন্ডার-ইঞ্জিনিয়ার্ড প্রথম প্রচেষ্টা
2. ওভার ইঞ্জিনিয়ার দ্বিতীয় প্রচেষ্টা, প্রথম প্রচেষ্টা থেকে শেখা পাঠ থেকে।
3. সঠিকভাবে ইঞ্জিনিয়ার 3 য় প্রচেষ্টা।

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

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

Answer 7

এখানে একটি মৌলিক ভুল অনুমান আছে। আপনি প্রথমে কোড না লিখে কোনও ভাল নকশা নিয়ে আসতে পারবেন না (স্কুল আপনাকে কখনই এটি শেখায় না)। তবুও, স্কুল ঠিক আছে যে আপনি নকশা ছাড়াই ভাল কোড পাবেন না।

সমাধানটি হ'ল:

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

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

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

Comments

পুরানো কোডটি ফেলে না দেওয়ার অনেকগুলি বৈধ কারণ রয়েছে। আপনি দয়া করে শেষ অনুচ্ছেদে পিছনে কিছু রেফারেন্স সরবরাহ করতে পারেন।

— mattnz

+1 টি। কেন এই নিম্নমানের ছিল জানি না। "এটিকে ফেলে দেওয়ার জন্য একটি তৈরি করুন" ক্লাসিক ফ্রেড ব্রুকসের পরামর্শ।

— নিকি

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

— জেফো

Answer 8

ধারণাটি হ'ল মূল নকশাটি সর্বদা পরিবর্তিত হতে পারে প্রোগ্রামিংয়ে সম্পূর্ণ ধারণাযুক্ত অ্যাপের প্রয়োজনীয়তা পূরণ করতে হবে।

1 ম পয়েন্টটি কী, 2 য় কীভাবে এটি অ্যাক্সেস করা দরকার, 3 য় ব্যবহারকারী যারা, 4 র্থ এই সমস্ত অ্যাপ্লিকেশনটি যা করতে হবে তা নির্দিষ্ট শর্তে সংজ্ঞায়িত কাজের একটি সম্পূর্ণ SOW সুযোগ রেখে দেয়। এবং আপনি যে প্রতিটি ফাংশন যুক্ত করবেন তা কীভাবে কাজ করবে।

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

তারপরে সেরা স্ট্যাকটি বেছে নিন

আমি একটি ল্যাম্প বিকাশকারী

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

এটি যুক্ত করার জন্য, এমভিসি ফ্রেমওয়ার্কগুলি ব্যবহার করতে শিখুন, জেন্ডস এবং কেকিএইচপি হ'ল সেরা দ্রুত বিকাশের ফ্রেমওয়ার্ক (পিএইচপি)

Comments

" সেরা স্ট্যাকটি বেছে নিন ... আমি একটি ল্যাম্প বিকাশকারী " - যদিও কারও বুনন ধরে রাখা পুরোপুরি ঠিক আছে, এই বিবৃতিটি সামান্য বৈপরীত্য বলে মনে হচ্ছে, তাই না?

— JensG