প্রতি বছর কম চুষছেন? [বন্ধ]


10

প্রতি বছর কম চুষছি - জেফ অ্যাটউড

আমি এই অন্তর্দৃষ্টিপূর্ণ নিবন্ধ জুড়ে এসেছি। পোস্ট থেকে সরাসরি

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

  1. এটি আপনার সাথে কতবার ঘটে বা না ঘটে?
  2. আপনার কোডিংয়ে আপনি কতটা প্রকৃত উন্নতি দেখতে পাচ্ছেন? মাস বছর?
  3. আপনি কি কখনো পরিদর্শন না তোমার বয়সী কোড?
  4. আপনার পুরানো কোড আপনাকে কতবার বিপর্যস্ত করে? বা আপনার প্রযুক্তিগত debtণ নিয়ে আপনাকে কতবার মোকাবেলা করতে হয়।

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

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

  • এটা কি ঘটে?
  • যদি তাই হয় তবে কত বছর কোনও নির্দিষ্ট ভাষার কোডিংয়ে এমনটি হওয়ার আশা করা যায়?

সম্পর্কিত:

আপনার কিছু পুরানো কোড এবং বেদনা গ্রীমাসের দিকে ফিরে তাকান?

কোডটিতে স্টার ওয়ার্স মুহুর্ত "লুক! আমি আপনার কোড!" "না! অসম্ভব! এটি হতে পারে না!"


3
IMHO লোকেরা যারা নিখুঁত বলে মনে করে এবং তাদের উন্নতির দরকার নেই বলে মনে করে তারা ঠিক। তারা উন্নতি করতে পারে না । যে কোনও বুদ্ধিমান ব্যক্তি জানেন যে তারা কখনই নিখুঁত হতে পারে না, সবসময় উন্নতি / নতুন জিনিস শেখার সুযোগ থাকে। আমি যদি নিজেকে আবিষ্কার করতে পারি যে আমি নিজেকে উন্নত করতে পারছি না - তবে আমি আতঙ্কিত হব - আমি মনে করতে চাই না যে আমার সিলিং আছে।
এমএকে

আমি যখন খুব নতুন ছিলাম তখন আমি যে প্রকল্পগুলি তৈরি করেছি সেগুলিতে ফিরে যেতে পছন্দ করি এবং কোডটি আমার পক্ষে লেখা এত কঠিন ছিল looking অনেক সময় কোডটি খুব সহজ হয়। এটি আমাকে কোলাহল করে তোলে
মাফিন ম্যান

উত্তর:


6
  > Sucking Less Every Year ?

না তবে প্রতি বছরই আলাদা চুষছে :-)

বহু বছর আগে আমার প্রথম পর্যালোচনার পরে আমি নামকরণ-সম্মেলনগুলি হারিয়ে যাওয়ার বিষয়ে ভোগ করেছি।

তারপরে আমি ভোগ করেছি যে আমার কোডিংটি (অপ্রয়োজনীয়) যথাসম্ভব জেনেরিক হিসাবে প্রয়োগ করা হয়েছিল তবে কোডটি বুঝতে এবং বজায় রাখতে অসুবিধা তৈরি করেছিল।

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

উপসংহার

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


19

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

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


2
আমি 100% সম্মত। তারা নিরব ঘাতক! ওহ এবং দুর্দান্ত নাম, এক্স কেসিডি? :)
জ্যামিবারো

@ জামিবারো: অবশ্যই :)
ববি টেবিলগুলি

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

13

নিম্নলিখিত পয়েন্টগুলি পরামর্শ নয় তবে ব্যক্তিগত লগ:

  • কম গ্লোবাল ভেরিয়েবল ব্যবহার করে
  • ভেরিয়েবল বা ফাংশন নামের জন্য সংক্ষেপণ ব্যবহার করবেন না
  • [কিছু] পরীক্ষার কোড লিখুন
  • কোডটিকে বেঞ্চমার্কিং না করে ধীর (বা দ্রুত) হিসাবে বিচার করবেন না
  • কীভাবে কোনও অ্যাপ্লিকেশন পরীক্ষা লোড করতে হয় তা শিখুন
  • যদি এটি ভেঙে না যায় তবে এটি ঠিক করবেন না
  • উত্স কোড পরিচালনা সরঞ্জাম (গিট / এইচজি) ব্যবহার করুন
  • রিফ্যাক্টরিংটি দুর্দান্ত, পরীক্ষার জন্য এটি যে ব্যয় করে তা ব্যয় করতে হবে না
  • সুরক্ষা কঠিন, তাই যত তাড়াতাড়ি সম্ভব এ থেকে সাবধান থাকুন
  • কিছু ওপেন সোর্স প্রকল্পের বাগগুলি প্যাচ করুন
  • ব্লগ নতুন কিছু
  • ব্যবহারযোগ্যতা কোনও বৈশিষ্ট্যের অনুরোধ নাও হতে পারে তবে এটি গুরুত্বপূর্ণ

আমি এক বছরের মধ্যে সব শিখি না, সবকিছুতে সময় লাগে ...


আপনি কীভাবে "টেস্টিং কোড লিখুন [কিছু]" উল্লেখ করেছেন তা আমার পছন্দ like আমি বিশ্বাস করি যে কেউ কখনই পরিপূর্ণতায় পৌঁছায় না যেখানে তারা প্রোগ্রামার হিসাবে কখনও ভুল করবে না - আমরা সবাই মানুষ, এবং আমরা সময়ে সময়ে ভুল করি। ইউনিট পরীক্ষা এবং সংহতকরণ পরীক্ষাগুলি আমাদের ভুলগুলি হ্রাস করতে পারে। এবং আমি লক্ষ্য করেছি যে আপনি 'কিছু' পরীক্ষা বলছেন, যা গুরুত্বপূর্ণ, কারণ কখনও কখনও আমি লেখার পরীক্ষাগুলি সম্পাদন করেছিলাম যা সত্যই কার্যকর ছিল না।
জ্যামিবারো

আসলে, আমি মনে করি নীচে "এটি সংশোধন করবেন না, যদি এটি না ভেঙে যায়" তবে আমি যুক্ত করব "যদি এটি ভেঙে যায়, এবং এটি জটিল, পরীক্ষার কোড সহ বাগটি পুনরুত্পাদন এবং সংশোধন করে"
জ্যামিবারো

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

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

4

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

আমি একেবারে জানি না এমন কোনও প্রোগ্রামার যা তার সফটওয়্যারটির অংশ নিয়ে গর্বিত তবে এটি ভাল is থান মানে প্রোগ্রামারটি প্রক্রিয়াটিতে শিখেছে।

এছাড়াও যদি আপনি "ক্লিন কোড" বইটি পড়ে থাকেন তবে আপনি নিজের কোড "স্যাক ফ্যাক্টর" কয়েকবার বাড়িয়ে তুলবেন। : ডি


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

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

ক্লিন কোডের জন্য +1 যদিও এর তুলনাটি সর্বদা আপনার নিজের সাথে থাকে।
আদিত্য পি

4

আমি আসলে এই জন্য মুদ্রার উভয় পক্ষ আছে।

একদিকে, আপনি পুরানো কোডটি দেখুন এবং আপনি দেখতে পাচ্ছেন যে এটি ত্রুটিপূর্ণ এবং জটিল কাজগুলি করার পদ্ধতিগুলি যা কৌশলগুলি এবং ভাষার বৈশিষ্ট্যগুলির সুবিধার্থে আপনি কেবল তখনই জানেন না taking

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

এবং তারপরে আপনি সিটিতে জিওটিও ব্যবহার করেছিলেন সেজন্য আপনি কয়েকটি লাইন এবং ভয়াবহতায় ভয়াবহতায় স্ক্রল করে ফেলেন


3

হুম ... আমি প্রায়শই বেশিরভাগ আনন্দের সাথে অবাক হই যে আমার পুরানো কোডটি কতটা ভাল।

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


3
  1. এটি আপনার সাথে কতবার ঘটে বা না ঘটে?

  2. আপনার কোডিংয়ে আপনি কতটা প্রকৃত উন্নতি দেখতে পাচ্ছেন? মাস বছর?

  3. আপনি কি কখনও নিজের পুরানো কোডটি আবার ঘুরে দেখেন?

  4. আপনার পুরানো কোড আপনাকে কতবার বিপর্যস্ত করে? বা আপনার প্রযুক্তিগত debtণ নিয়ে আপনাকে কতবার মোকাবেলা করতে হয়।

  1. প্রতিবার আমি নতুন কিছু শিখি, আশা করি এটি প্রতিদিনের।

  2. আমি যদি আমি যা শিখেছি তা যদি বাস্তবায়িত করতে পাই তবে তা কার্যকর করার পরে তা থেকে তাৎক্ষণিক।

  3. হ্যাঁ, কেবলমাত্র (1) নতুন বৈশিষ্ট্যগুলির জন্য, (2) বাগ ফিক্সগুলি, (3) নস্টালজিয়া, (4) দেখুন কীভাবে আমি কিছু সমাধান করেছি, দরকারী হতে পারে।

  4. 1. সম্পর্কিত, যখন আমি কীভাবে আরও ভাল কিছু করতে শিখি তখন আমি সচেতন যে কিছু পুরানো প্রকল্পগুলি "আরও ভাল" করতে পারত। আমি তাদের থাকতে দাও। পরবর্তী প্রকল্পটি আরও ভালভাবে সম্পন্ন হয়েছে তা নিশ্চিত করুন। সত্যিকারের বাগ না থাকলে আমি চিন্তা করি না।


3

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

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

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

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

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

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

যখন কোনও ব্যক্তি বলেন যে তিনি এতটাই নিখুঁত যে তার কিছু শেখার দরকার নেই, তার অর্থ হল যে তিনি সম্পূর্ণরূপে বোবা কি তা বুঝতে সক্ষমও নন।

কম্পিউটার / প্রোগ্রামিংয়ে আপনার বিশ বছরের অভিজ্ঞতা থাকলেও জিনিসগুলি খুব দ্রুত পরিবর্তিত হয়, তাই সর্বদা শেখার জন্য নতুন জিনিস এবং কোড উন্নত করার জন্য নতুন কৌশল রয়েছে। উদাহরণস্বরূপ, .NET ফ্রেমওয়ার্ক 3.0 না থাকাকালীন একটি সি # কোড লিখিত ছিল আমাদের আজকের নতুন জিনিসগুলির সাথে (লিনক, কোড চুক্তিগুলি, ইত্যাদি সহ) খুব সম্ভবত আরও পঠনযোগ্য এবং আরও ভাল করে তৈরি করা যেতে পারে, এবং এটি এমনকি পুরানো কোডও বুদ্ধিমান বিকাশকারী লিখেছেন।


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

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

1

এটি নিয়মিতভাবে ঘটে যখন আমি কোডটির দিকে তাকিয়ে ভাবছি যে "আমি যখন এটি লিখছিলাম তখন আমি কী ভাবছিলাম?"

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

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

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

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


1

1. আপনার ঘন ঘন এই ঘটনা ঘটে বা ঘটে না?

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

2. আপনি কতক্ষণ আগে আপনার কোডিংয়ে একটি বাস্তব উন্নতি দেখতে পাচ্ছেন? মাস বছর?

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

৩. আপনি কি কখনও নিজের পুরানো কোডটি ঘুরে দেখেন?

আমি যতবার চাই না আমার পুরানো কোডটির বেশিরভাগটি পূর্ববর্তী নিয়োগকর্তার মালিকানাধীন। ব্যক্তিগত কোড খুব ঘন ঘন সাদা ধুয়ে যায়।

৪. কত ঘন ঘন আপনার পুরানো কোড আপনাকে প্লেগ করে? বা আপনার প্রযুক্তিগত debtণ নিয়ে আপনাকে কতবার মোকাবেলা করতে হয়।

আগের নিয়োগকর্তাগুলি আমার বেশিরভাগ পুরানো কোড থাকায় এবং আমি আমার বেশিরভাগ ব্যক্তিগত কোডটি ধবধবে ধুয়ে ফেলি ... খুব প্রায়ই না।


হোয়াইট ওয়াশ = রি-ফ্যাক্টর? আপনি কি একটি প্রকল্প কোড বা আপনার ব্যক্তিগত কোড বেস উল্লেখ করছেন?
আদিত্য পি

1
@ আদিত্যগেমপ্রগ্রামার: হোয়াইট ওয়াশ = এগুলি টস আউট এবং শুরু থেকে এটি আবার লিখুন। আমি আমার ব্যক্তিগত কোড সম্পর্কে কথা বলছি।
স্টিভেন এভার্স
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.