কোডিংয়ের সর্বোত্তম অভ্যাসগুলি সর্বদা ব্যবহার করা উচিত [বন্ধ]


20

সফ্টওয়্যার কোডিংয়ের সময়, আর্কিটেকচারটি সর্বদা সেরা অনুশীলন বা ব্যবহারিক অনুশীলনগুলি অ্যাপ্লিকেশন তৈরির ক্ষেত্রে হওয়া উচিত?

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


53
ওভার ইঞ্জিনিয়ারিং সেরা অভ্যাস নয়।
5gon12eder

18
এমন কোনও একক 'সেরা অনুশীলন' নেই যা সমস্ত পরিস্থিতিতে সমস্ত সফ্টওয়্যারের ক্ষেত্রে প্রযোজ্য। আপনার নির্দিষ্ট পরিস্থিতির জন্য প্রযোজ্য ব্যয়ের জন্য আপনাকে সেরা পরিশোধের অর্থ প্রদান কী আপনাকে মূল্যায়ন করতে হবে।
কিয়াসনাম

10
একটি বাস্তববাদী প্রোগ্রামার হন। এটি আপনাকে সর্বনিম্ন প্রতিরোধের পথে নিয়ে যায়।
জন রেয়নর

3
আপনি কি সেরা অনুশীলনের জন্য একটি সংজ্ঞা দিতে পারেন? অনেকগুলি উত্তর এটি মনে করে যে তারা তৈরি করেছেন কিছু ধরণের আক্ষরিক ব্যাখ্যার সাথে এটি বিভ্রান্ত।
জেফো

5
সর্বদা সেরা অনুশীলনগুলি ব্যবহার করা এটি সর্বোত্তম অনুশীলন।
গোস

উত্তর:


40

কোডিংয়ের সর্বোত্তম অনুশীলনগুলি সর্বদা ব্যবহার করা উচিত

সর্বদা? না, এটা নির্বোধ।

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

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


12
... তবে, "সেরা অনুশীলন" সংজ্ঞা দিন।
এসভিডজেন

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

19
@ রবার্টহারভে - প্রথমে আপনি কী করতে হবে তা শিখুন, তারপরে আপনি এটি কেন করেন তা শিখুন, তারপরে আপনি কেন করবেন না তা শিখবেন
হুরাসকোল

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

"মানুষ ভবিষ্যতে দেখতে পারে না"
তুলিনাস কর্ডোভা

29

হ্যাঁ. এটি স্বতঃসিদ্ধ। আপনি কেন সর্বোত্তম কাজ করবেন না?

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

তবে থাম্বের একটি ভাল নিয়ম: এটি কখনও কখনও সেরা অনুশীলন নয়, একগুচ্ছ ডিজাইনের নিদর্শনগুলির নাম নেওয়া এবং কেবল চিন্তাভাবনা না করেই তাদের একসাথে জ্যাম করা।

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


6
আপনার উত্তরটি কেবলমাত্র তৃতীয় অনুচ্ছেদের কারণে আমার কাছ থেকে একটি উঁচু স্থান থেকে রক্ষা পেয়েছে ।
রবার্ট হার্ভে

4
আমি তৃতীয়টির জন্য একটি উত্সাহ নিক্ষেপ করব, তবে এটি করার পক্ষে এটি সর্বোত্তম অনুশীলন। <গ্রিন অ্যান্ড হাঁস>
ব্লারফ্ল

5
আমার আপভোট চারটি অনুচ্ছেদে সমানভাবে প্রযোজ্য।
কুইকসপ্লসোন

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

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

11

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

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

অন্য কথায়, এটি মোটেও নিতম্ব নয়।

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

সর্বোপরি, এটি 30 দিনের মধ্যে সম্পন্ন হবে, এমন একটি কীর্তি যা অর্জন করতে এক বছর একটি এন্টারপ্রাইজ আর্কিটেকচারে জাভা বিকাশকারীদের একটি সেনা নেবে। কোডটি ES6 / টাইপস্ক্রিপ্ট; এটি আমি দেখেছি এমন কিছু পরিষ্কার কোড।


আমি মনে করি আপনার উত্তরটি আমার মধ্যে যে বিন্দুটি তৈরি করার চেষ্টা করছিল তা চিত্রিত করে ... কমপক্ষে আমারও তাই মনে হয়। +1 ... যদিও আমি এখনও তথ্যের অভাবে এই প্রশ্নটি ভিটিসি করছি!
এসভিডজেন

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

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

@ ড্যানপেন্ট্রি: আমি এটি মাথায় রাখব।
রবার্ট হার্ভে

3

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

একজন বিকাশকারী হিসাবে আপনার কাজটি সর্বোত্তম অনুশীলনগুলি জানা এবং ব্যবহার করা, তবে সেগুলি কখন আলাদা করে রাখা নিরাপদ তাও জানুন।

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

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

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


2

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

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

তবে মূল বিষয়: সংক্ষিপ্ত উত্তর: সাধারণত, তবে সবসময় নয় not

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

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

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

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

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

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


1

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

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

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



1

কিছু জিনিস গুরুত্বপূর্ণ, কিছু না।

আপনার নিজের ভাষা এবং শৈলীর পছন্দটি হাতের সমস্যার সাথে তাল মিলিয়ে নেওয়া উচিত।

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

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

সংক্ষেপে, নমনীয় হন তবে কেবল অপঠনযোগ্য জাঙ্ক কোড করবেন না কারণ আপনি মনে করেন যে এটি নিক্ষেপযোগ্য কোড।


1

আমি অন্য দৃষ্টিকোণ থেকে দেখার চেষ্টা করব।

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

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


1

আমার অভিজ্ঞতায় কেবলমাত্র একটি সেরা অনুশীলনই আমি বাধ্যতামূলক বলে মনে করি:

এটি সরল রাখুন, মূ up (কেআইএসএস)

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

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


0

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


0

সফ্টওয়্যার কোডিংয়ের সময়, আর্কিটেকচারটি সর্বদা সেরা অনুশীলন বা ব্যবহারিক অনুশীলনগুলি অ্যাপ্লিকেশন তৈরির ক্ষেত্রে হওয়া উচিত?

থিওরিতে, হ্যাঁ

রিয়েল ওয়ার্ল্ডে, [এখনও] হ্যাঁ, যতক্ষণ আপনি এটি সামর্থ্য করতে পারেন।

যার অবশ্যই অবশ্যই অর্থ "না"।

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

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

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

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