উত্তর:
আপনার কোডটি লেখার আরও ভাল উপায় আছে।
আপনি যে কোডটি লিখেছেন তা আপনি যতই দুর্দান্ত পেয়েছেন তা বিবেচনা না করেই, আপনি কয়েক বছরের মধ্যে পর্যালোচনা করে দেখলে অবাক হবেন যে এটি কতটা খারাপ। মাত্র কয়েক বছর আগে, আপনি আজ যে কিছু নিদর্শনগুলি জানেন সেগুলি সম্পর্কে আপনি অসচেতন ছিলেন বা কিছু ভাষা বৈশিষ্ট্য যা আপনি ইতিমধ্যে শিখেছিলেন ইত্যাদি etc.
কোডিং শুরু করার আগে ভাবুন।
অস্থায়ী সমাধান ছাড়া আর স্থায়ী কিছুই নেই :)
যদি সমস্যাটি সমাধান করা খুব ভয়ঙ্কর হয় তবে সম্ভবত সমস্যাটি খুব প্রথম থেকেই খারাপভাবে উত্থাপিত হয়।
আপনার সফ্টওয়্যারটি আপনি যখন লেখেন এটির চেয়ে বেশি দিন বেঁচে থাকবে।
আমি ৮০ এর দশকে আমার কেরিয়ার শুরু করি। আমি সফটওয়্যারটিতে শুরু করেছি যা 70 এর দশকে উত্পন্ন হয়েছিল এবং এখনও 90 এর দশকে ব্যবহৃত হচ্ছিল (সম্ভবত এটি আরও দীর্ঘতর, আমি এর ভাগ্য সম্পর্কে কিছু জানি না)। আমার নিজস্ব কিছু ওপেন সোর্স কোড এর দ্বিতীয় দশকের মাঝামাঝি।
অন্যের সাথে ভাল কাজ করা অত্যন্ত গুরুত্বপূর্ণ।
"আমাকে আপনার 'লোকের কাছে যান' দেখান এবং আমি আপনাকে আপনার সমস্যা দেখাব"
স্ল্যাপড্যাশ হিরো কোডারস - যারা কনভেনশন, পঠনযোগ্যতা বা অন্য যে কোনও বিষয় নিয়ে কাজ করছে না তাদের পক্ষে কোড ছিটিয়ে দেওয়া ভাল - এর চেয়ে ভাল ক্ষতি হতে পারে।
যে লোকেরা টন ভাল মানের কোড লিখতে পারে তারা খারাপ জিনিস বলে না। শুধু বিরল।
নতুন ভাষা শেখা কাজের একটি অংশ
আমি ৮০ এর দশকে স্কুলে চারটি প্রোগ্রামিং ল্যাঙ্গুয়েজ শিখেছি কিন্তু সেগুলির একটির একটি চাকরিতে ব্যবহার করেছি। আমার চারটি কাজ ছিল যেখানে আমি যে ভাষাটি ব্যবহার করতে নিযুক্ত হয়েছিল তাও জানতাম না।
সামগ্রিকভাবে, আমি আমার ক্যারিয়ারে ফোরট্রান, সি, সি ++, সি #, জাভা, পারল, টিসিএল, রুবি, গ্রোভি, অ্যাড, পাইথন, শ, ব্যাচ, ডিসিএল, জাভাস্ক্রিপ্ট এবং একটি সহ পেশাদারভাবে সম্ভবত এক ডজন ভাষা শিখেছি এবং ব্যবহার করেছি কয়েকটি ছোট ডিএসএল একটু গণিত করার পরে, আমি প্রচুর ওভারল্যাপ থাকলেও প্রতি কয়েক বছর পর পর একটি নতুন ভাষা গড় বলে মনে করি la
আমার ক্যারিয়ারে যদি কোনও কিছু স্থির থাকে, তবে এটি পরিবর্তন।
সফ্টওয়্যার কখনই সম্পূর্ণ হয় না।
প্রয়োজনীয়তা, উন্নতি, বাগ সংশোধন করার ক্ষেত্রে সর্বদা কিছু পরিবর্তন থাকে যা আপনাকে পরিচালনা করার জন্য প্রস্তুত থাকতে হবে। সুতরাং, নমনীয় হোন এবং এটিকে গ্রহণ করুন "software is never complete"এবং সর্বদা উন্নতির সুযোগ রয়েছে।
প্রতিদিন পড়াশুনা চালিয়ে যান। আজকের জ্ঞানটি কাল অপ্রচলিত।
হাস্যকরভাবে এই উত্তরটি আগামীকালও অপ্রচলিত হওয়া উচিত। তবে সত্যই, কঠোর এক বা দুটি স্টাফ অধ্যয়ন করুন এবং যদি সম্ভব হয় তবে শংসাপত্র প্রাপ্ত হন, সেই জিনিসের Godশ্বর হন (হতে পারে প্রোগ্রামিং ভাষা বা সিস্টেম / নেটওয়ার্ক / ডাটাবেস প্রশাসন) এবং সর্বদা গুরুত্ব না রেখে অন্যান্য ভাষার মতো অন্যান্য ছোটখাট বিষয়গুলিতেও নজর রাখুন always আপনি.
আমি উদাহরণস্বরূপ, জাভা এবং ওরাকল ডিবি প্রশাসনের এক দুর্দান্ত পেশাদার হতে চাই, তবে পাইথন, পিএইচপি, সি ++, এইচটিএমএল 5, জাভাস্ক্রিপ্টের কিছুটা অধ্যয়ন করুন, যদিও শংসাপত্রের স্তরটি নেই। বিদ্যমান প্রতিটি ওয়েব বা ভাষার কাঠামো অধ্যয়ন করুন। এসকিউএল সার্ভার, মাইএসকিউএল, ক্যাসান্দ্রা, এইচবেস, পোস্টগ্র্রেএসকিউএল, এবং মঙ্গোডিবি এবং কাউচডিবি-র মতো পুরো নো-এসকিউএল জগতের মতো বিদ্যমান প্রতিটি ডাটাবেসের সাথে অধ্যয়ন বা কিছু (বেসিক) অভিজ্ঞতা অর্জনের চেষ্টা করুন। লিনাক্স প্রশাসন এবং ভার্চুয়ালাইজেশন সম্পর্কে কিছু অভিজ্ঞতা নেওয়ার চেষ্টা করুন।
এটিই আমার সবচেয়ে বড় পাঠ যা আমি আমার 16 বছরের অভিজ্ঞতা থেকে শিখেছি। আমি প্রায় 10 বছর ধরে এক মনো-ভাষা প্রোগ্রামার ছিলাম, এর যুগে পাস্কাল এবং সহস্রাব্দের শুরুতে ভিজ্যুয়াল বেসিক 6 এবং 9 বছর আগে থেকে পিএইচপি বিকাশকারী ছিলাম। তবে তখন থেকে আমি শিখেছি যে বিকাশকারীদের কমপক্ষে সমস্ত কিছু জানতে হবে।
আমি শিখেছি যে সেরা ডিজাইনের নীতিটি হ'ল KISS (এটি সহজ রাখুন, বোকা!) ।
আমি শিখেছি যে আপনার কোডটি সহজ এবং পরিষ্কার রাখা প্রাথমিক উদ্বেগ হওয়া উচিত এবং প্রতিটি দলের সদস্যকে আপনার কোডটি বুঝতে হবে। The KISS principleউল্লেখ করেছে যে বেশিরভাগ সিস্টেমগুলি জটিল না করে সাধারণ রাখলে সবচেয়ে ভাল কাজ করে, তাই নকশার ক্ষেত্রে সরলতা একটি মূল লক্ষ্য হওয়া উচিত এবং অপ্রয়োজনীয় জটিলতা এড়ানো উচিত।
কোন চেষ্টা নেই
আসুন বলুন যে আপনার কাছে একটি টাস্ক বা গুচ্ছ কর্ম রয়েছে যা অনুমান করা হয় যে 4 দিন সময় লাগে। তারপরে আপনার বস বা প্রকল্প পরিচালক আপনাকে জিজ্ঞাসা করেছেন যে কোনও গুরুত্বপূর্ণ কারণে আপনি যদি এটি দুটি দিনের মধ্যে করার চেষ্টা করতে পারেন। একজন ভাল, নমনীয় কর্মচারী হতে চাইলে আপনাকে প্ররোচিত হতে পারে: অবশ্যই, আপনি চেষ্টা করতে পারেন। এর সম্ভবত ফলস্বরূপ ফলাফলগুলি হ'ল আপনি হয় সময়সীমাটি মিস করেন বা এটি করার জন্য আপনি অর্ধ-assed হ্যাক করতে যাচ্ছেন। এবং আপনাকে এটি করতে বলার জন্য এটি আপনার বসের দোষ নয়, এটি তাঁর কাজ। না বলার জন্য এটি আপনার দোষ, যা আপনার কাজ।
আপনি সময়ের সাথে দর কষাকষি করতে পারবেন না। আপনি সুযোগ দিয়ে দর কষাকষি করতে পারেন। পেশাদার হন এবং নিজেকে ছোট বিক্রি করবেন না।
"এটি কখনই ঘটবে না" এর অর্থ "প্রযোজনার প্রথম দিন পর্যন্ত কখনও তা ঘটবে না"
কোড লিখন সহজ। কোড পড়া কঠিন difficult কোডটিও যদি আপনার হয়। সুতরাং, যখনই সম্ভব, পঠনযোগ্য পদ্ধতির জন্য যান।
আপনি অন্যদের চেয়ে বুদ্ধিমান নন। কখনই ভাববেন না যে আপনার কাছে যাওয়াটি আপনার পক্ষে সেরা কারণ এটি আপনার।
যা বলা হয় তার প্রতি মনোযোগ দিন, কার কাছ থেকে বলা হয়েছে তা নয়। উজ্জ্বল ধারণাগুলি সবচেয়ে অপ্রত্যাশিত উত্সের জন্য আসতে পারে।
অলসতা করবেন না। আপনার সময়টি ভালো কোড লিখতে দিন। আপনাকে আরও বেশি দামে এটি ঠিক করতে হবে।
অভিনব ওওপি বৈশিষ্ট্যগুলি কেবল এটির কারণেই ব্যবহার করবেন না ! - ইয়াগনি (আপনার দরকার হবে না)
Use fancy OOP featuresকারণ আপনি যে সমস্যার সমাধান করার চেষ্টা করছেন তার সুনির্দিষ্ট ও বর্ধনশীল সুবিধা রয়েছে । আপনি হাসেন তবে আমি সব সময় এটি দেখতে পাই। বেশিরভাগ প্রোগ্রামাররা তাদের পছন্দ না এমন কোনও বস্তুর সাথে কখনও সাক্ষাত করেনি। আমি মনে করি এটি অন্যভাবে হওয়া উচিত: কেআইএসএসের আদালতে নির্দোষ প্রমাণ না হওয়া পর্যন্ত এই কৌশলগুলি দোষী ।