চাপের মধ্যে পড়ে আপনি কি খারাপ কোড লেখেন? [বন্ধ]


14

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


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

উত্তর:


31

এক কথায়, হ্যাঁ যে কেউ আপনাকে অন্যথায় বলে, সম্ভবত সে ভুলভাবে ভুল হয়।

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

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


আমি পোস্টের জন্য আরও 10 প্রদান করবো, খুব ভাল বলেছে
maz3tt

16

দল যদি সঙ্কটে থাকে তবে কিছু ভুল হয়েছে।

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

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

50% -র একটি ভাল সমাধান যা লোকেরা আসলে বেশি সমস্যা সমাধান করে এবং 99% এর সমাধানের চেয়ে বেশি বেঁচে থাকে যা কারও কাছে নেই কারণ এটি আপনার ল্যাবটিতে যেখানে আপনি অবিচ্ছিন্নভাবে জিনিসটিকে পালিশ করছেন। শিপিং একটি বৈশিষ্ট্য

জোয়েল অন সফ্টওয়্যার দ্য ডেক্ট টেপ প্রোগ্রামার থেকে

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


1
কেবলমাত্র আমি আপনার মূল বিষয়টির "আপনি" শব্দটি পরিবর্তন করব। আমি যুক্তি দিয়েছি যে আপনার দলের প্রতিটি সদস্যের জন্য এমন একটি গুণগত কারণ রয়েছে যা ভুল হতে পারে এবং প্রতিটি বাইরের নির্ভরতার জন্য, কিছু ভুল জিনিস হতে পারে এমন ঘনিষ্ঠ উপাদান রয়েছে। ্য মচক্সফন্দক্স. ;)
ওয়াঙ্কো দ্য সনে

2
@ সাইলিক: পুনর্নির্মাণ দেখুন। আপনার দোষটি নাও হতে পারে যে পরিকল্পনা বা অনুমানটি FUBAR'ed হয়েছিল।
জোশ কে

2
@ সোলিক: আপনি একটি নির্দিষ্ট সময়সীমা পূরণের জন্য আদর্শ কোডটি কম লিখেছেন এবং প্রার্থনা করলে আপনি এটি পরে ঠিক করার সুযোগ পাবেন। যথাযথ পরিকল্পনার মাধ্যমে এটি কখনই ঘটে না।
জোশ কে

2
কখনও বলবেন না ... :)
ওঙ্কো দ্য সনে

3
@ ওঙ্কো: সঠিক, সঠিক পরিকল্পনা নিয়ে খুব কমই ঘটে।
জোশ কে

7

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

কিছু লোক বলবেন "আচ্ছা সেই জীবন, তুমি চালাও" তবে আমি এই মনোভাবের সাথে সত্যই একমত নই।

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

এটি খুব ভালভাবে "আপনি শিপ করতে হবে" বলছেন , তবে দক্ষ দেখানো এবং slড়ু শ্রমিকের মতো দেখার মধ্যে পার্থক্য রয়েছে।


5

হ্যাঁ. তবে এটি পরে সর্বদা আমাকে আড়াল করার জন্য ফিরে আসে।


2

যখন আমি কোনও চাপের মধ্যে থাকি তখন আমার কোডটি কাজটি করানো বোঝায়। এটাই. আমি দক্ষতা এবং অন্যান্য বিষয়গুলিতে মনোনিবেশ করি না, যা খারাপ, আমার মতামত।

আমি যদিও এটিতে কাজ করব।


এটি কাজ করুন, এটিকে সঠিক করুন, দ্রুত করুন :) c2.com/cgi/wiki?MakeItWorkMakeItRightMakeItFast
জুহা উন্টিনেন

1

আমি বিশ্বাস করি না যে আমি ব্যক্তিগতভাবে উল্লেখযোগ্যভাবে খারাপ কোড লিখেছি, তবে আমি আরও খারাপ পণ্য সরবরাহ করি।

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

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


0

নির্ভর করে।

সমস্ত কিছু করার কোনও উপায় না থাকায় এবং চাপের ফলে কি মুক্তির কয়েক ঘন্টা আগে নতুন নতুন বৈশিষ্ট্য যুক্ত করা হচ্ছে?

খারাপ কোড আসছে!

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


ওহ - ভাল মন্তব্য ছাড়া, খুব শেষ বাক্যটি আমাকে কিছুটা ভয় দেয়।
ওঙ্কো দ্য সনে

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

একমাত্র সমস্যাটি হ'ল যে 34% আচ্ছাদন করা হয়নি তা হ'ল নতুন কোড যা আপনি তাড়াহুড়োয় রেখেছেন এবং ইতিমধ্যে প্রতিষ্ঠিত কোডটি নয় যা আপনার পরিবর্তনগুলি দিয়ে ভেঙে যাওয়ার (সম্ভবত) সম্ভাব্য নয়। আমরা সকলেই এটি করিনি তা বলার অপেক্ষা রাখে না যে এটি একটি ভীতিজনক প্রস্তাব।
ওঙ্কো দ্য সনে

0

আমি এমন কাউকে চিনি যে চাপের মুখে কখনও খারাপ কোড লেখেন না। আপনার আগ্রহী হতে পারে তার কাছে কিছু জাদুযুক্ত মটরশুটি রয়েছে।

প্রত্যেকে মাঝেমধ্যে খারাপ কোড লেখেন এবং সময়সীমা বেঁধে দেওয়ার স্বাভাবিক কারণ হ'ল কৌশলটি হ'ল প্রথমে সেই অবস্থাতে যাওয়া এড়ানো (এবং এটি সহজও নয়)।

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