যদি কেউ আপনাকে বলে যে আপনার কোডটি গোলমাল করছে তবে আপনি কী করবেন?


86

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

আমাদের দলটি 5 জন প্রোগ্রামার সমন্বয়ে গঠিত এবং আমরা 4 জন নতুন, 1 টির 3 বছরের বেশি অভিজ্ঞতা রয়েছে। আমরা প্রায় এক বছর ধরে একটি প্রোগ্রামের জন্য কাজ করছি এবং কেউই আমার কোডটি পর্যালোচনা করে না এবং আমাকে কাজ করার জন্য একটি পৃষ্ঠা দেওয়া হয়েছিল। আমাদের কখনই কোড পর্যালোচনা ছিল না এবং আমরা সকলেই নতুন তাই আমরা জানি না যে পরিষ্কার কোডটি কেমন। আমি মনে করি প্রোগ্রামাররা নিজেরাই শিখছে?

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

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


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

160
অভিনন্দন! আজকের হিসাবে, আপনি সরকারীভাবে একজন সত্যিকারের প্রোগ্রামার! আপনাকে ভয়ঙ্কর বলা হচ্ছে এই পেশার অন্যতম গুরুত্বপূর্ণ পদক্ষেপ। আমি এটিকে গুরুত্ব দিতে পারি না: প্রতিটি একক পেশাদার প্রোগ্রামারকে বলা হয়েছিল যে তারা লিখেছিল এমন কিছু বিষয় এক পর্যায়ে বা অন্য সময়ে ভয়াবহ ছিল, এবং আপনি যখন নতুন হন তখন এই ধরনের স্টিংস হলেও এটি সত্য এবং আপনি অবশ্যই আরও অনেক বার শুনতে পাবেন course আপনার ক্যারিয়ারের! বক আপ, আপনি সবেমাত্র পেশায় যোগদান করেছেন। ভাল প্রোগ্রামাররা সেই জবগুলি নিয়ে যায় এবং একই ভুলগুলি না করতে শিখবে (পরিবর্তে, তারা প্রতিবারই আলাদা করে তোলে!)
জিমি হোফা

15
@ নতুন আপনি যখন নতুন হন এবং আপনি কিছুটা অহংকার তৈরি করে থাকেন এবং বুঝতে চান যে আপনি খারাপ, আমি খারাপ, আমরা সবাই এতে খারাপ আছি কারণ এটি সত্যই শক্ত। আপনার যদি কোনও অহংকার থাকে তবে আপনি আরও ভুল করার পরে এটি এগিয়ে যাবে। আপনি একটি পেশাদার প্রকৌশলী হন এবং ঘটনাক্রমে দূরে প্রস্ফুটিত হয়েছে একটি ডাটাবেস সামনে আসলেই আপনার হাত বাড়াতে হাত উত্থাপন
জিমি Hoffa

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

19
লোকদের মনে রাখবেন, কারণ কেউ বলেছেন যে কোডটি খারাপ ছিল তা সত্য হয় না। "আপনার কোডটি একটি গণ্ডগোল" শোনার পরে ওপি প্রাপ্য "এবং এর কারণ এখানে।" তারপরে, বিশ্লেষণ শুরু হতে পারে।
টনি এনিস

উত্তর:


175

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

সুতরাং যদি কেউ বলে যে আপনার কোডটি একটি জগাখিচুড়ি বলে বোঝানো হয় না এবং প্রোগ্রামারদের মধ্যে এটি "আমি এটি আরও ভাল করব" রোগের সাধারণ ঘটনা নয় তবে আপনার কোডটি সম্পর্কে কী ভুল তা আপনি তাকে জিজ্ঞাসা করা উচিত এবং আপনি কীভাবে করতে পারেন এটি উন্নত.


27
তুমি ঠিক বলছো! আমি আমার কোড 2 বছর আগে হাসি। সুতরাং আমার ধারণা আমি এখন থেকে দু'বছর পরে আমার কোডটিতেও হাসব। আমি এটি সম্পর্কে কিছুটা আবেগাপ্লুত হয়ে পড়েছিলাম। যাইহোক, আমি আরও ভাল হওয়ার চেষ্টা করব।
নবাগত

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

27
আমি মনে করি যে আপনার কোডটিকে ঘৃণা করার জন্য ছয় মাসের প্রচুর সময় হওয়া উচিত। আমি চিন্তিত যে কিছু দিন আমি কোড যে আমি ছয় মাস পূর্বে লিখিত করেছি এবং পেতে পারে am না কিছু আমি এটা সম্পর্কে ঘৃণা পাবেন। এটি এমন একটি চিহ্ন হতে চাই যে আমি প্রোগ্রামার হিসাবে বাড়ছি না।
zzzzBov

37
২ বছর! আমি সকালে লিখেছি কোডে আমি বিকেলে হাসতে পারি।
ড্যান_ওয়াটারওয়ার্থ

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

68

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

Http://www.perlmonks.org/?node_id=270083 পড়ুন যদি আমি জানিনা যে আমি কী সম্পর্কে বলছি।


সুন্দর নিবন্ধ। :) তাই আমি কেবল আমার অহংকারের সাথে কাজ করছি।
নবাগত

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

5
আপনি কতটা ভাল শিখেন তাতে আমি গর্ব করতে সম্মত, তবে আপনার কোড কীভাবে করা যায় তাতে আপনারও গর্ব করা উচিত। আপনার কোডটি কীভাবে গর্বিত না হলে আপনি আরও উন্নত হতে চালিত হবেন না।
ব্রায়ান ওকলে

1
এবং আপনার শেখার ক্ষেত্রে গর্ব করার বিষয়েও যত্নবান হওয়া উচিত কারণ আপনি যদি শেখার ক্ষেত্রে এতোটা ভাল না হন তবে এটি একই সমস্যা তৈরি করতে পারে।
নিকো বার্নস

আমি ভেবেছিলাম যে deadly মারাত্মক পাপগুলির মধ্যে গর্ব একটি? আজকাল সকলে এটির প্রস্তাব দিয়ে কী ঘটবে? আপনি যে ভাল কাজ করেছেন সে সম্পর্কে কীভাবে অনুভূতি বোধ করা যায়।

40

20+ বছর পরে আমি জানি যে আমার নিজস্ব কোডগুলির মধ্যে কিছু এখনও বিশৃঙ্খলা। এটি যেটি নেমে আসে তা হ'ল সর্বোত্তম সম্ভাব্য কোড লেখার মধ্যে কোনও সিদ্ধান্ত নেওয়া যা বনাম কাজটি করার জন্য প্রয়োজনীয়। কোনও সম্মতিযুক্ত সময়সীমার মধ্যে কাজ করা কোনও দিন প্রযুক্তিগত নিখুঁততার জন্য কখনও শেষ না হওয়া অনুসন্ধানকে সরিয়ে দেয়।

কৌশলটি এটি গ্রহণ করতে শিখতে হবে। আপনি আরও ভাল করতে পারেন তা মেনে নিতে শিখুন। ত্রুটিগুলি নিয়ে বাঁচতে শিখুন। আপনি এবার একে একে নিখুঁত করতে যাচ্ছেন না তা গ্রহণ করতে শিখুন, এবং সম্ভবত পরবর্তী সময়ও, এবং এটি একটি ইচ্ছাকৃত পছন্দ কারণ বিকল্পটি সরবরাহ করছে না। এবং এটি আরও খারাপ।

দাবি অস্বীকার: "খারাপ কোড ঠিক আছে" হিসাবে এর কোনওটিই পড়া উচিত নয়।


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

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

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

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

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

39

প্রত্যেকের কোডটি জঞ্জাল এবং কোনও ভাল প্রোগ্রামার নেই।

সেখানে:

  • প্রোগ্রামাররা যে দ্রুত জাহাজ,
  • প্রোগ্রামাররা সর্বদা শব্দার্থগতভাবে সঠিক কোড শিপ করে,
  • প্রোগ্রামাররা সর্বদা সর্বোত্তম সমাধান এবং দ্রুততম অ্যালগরিদম নিয়ে আসে,
  • প্রোগ্রামার যাদের কোড চোখে সহজ easy

তারা খুব কমই যদি একই ব্যক্তি হয় তবে শেষ পর্যন্ত।

এবং এখানে বাথথ প্রোগ্রামার রয়েছে যাদের বড় হওয়া দরকার এবং:

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

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


3
আক্ষরিক উচ্চস্বরে হেসে। খুব ভাল. roflcopters
কিংডাংগো

1
AMD64 এবং x86 আপনার গদ্যের শক্তি দ্বারা বাধ্য হয় না। - সম্পূর্ণভাবে সন্ত্রস্ত.
স্যাম ব্রিন্ক

এসকিউএল এ ক্লাস নেওয়ার জন্য +1
এইচএলজিইএম

28

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

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

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

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

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


26

আমি খুব খারাপ ও আহত বোধ করছি। আমি সত্যিই প্রোগ্রামিং পছন্দ করি এবং তাদের এমন কিছু বলতে সত্যই ব্যথা দেয় really আমি সত্যিই নিজেকে উন্নত করতে চাই।

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

তবে দেখে মনে হচ্ছে আমি সিনেমাগুলির মতো কোনও প্রতিভাধর প্রোগ্রামার নই।

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

আপনি আমাকে কীভাবে আরও ভাল হতে পারেন সে সম্পর্কে পরামর্শ দিতে পারেন?

পড়ুন এবং অনুশীলন করুন। কোড কমপ্লিট বা প্র্যাকমেটিক প্রোগ্রামার এর মতো বইগুলি দেখুন । অনুরূপ বইয়ের জন্য অ্যামাজনের দিকে তাকান।

আপনি কি কখনও নিজের কোডের সমালোচনা করার অভিজ্ঞতা পেয়েছেন এবং আপনি সত্যিই আঘাত পেয়েছেন? আপনি এই ইভেন্টগুলিতে কি করবেন ..

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

কোনও প্রোগ্রামার জন্ম নিখুঁত হয় না, এমনকি কাছাকাছি হয়। আরো কোডটি আপনার লেখার, আরো পর্যালোচনা আপনি পেতে এবং রিভিউ আপনি প্রদান , আপনি একটি বহুতরফা ভাল প্রোগ্রামার করতে হবে।


2
এটি একসাথে পাইক করার জন্য এবং reviews you provideঅন্যের সমালোচনামূলক হওয়ার কারণে আরও ভাল মানের হয়ে উঠতে আপনার নিজের কোডের সমালোচনা করা আরও ভাল হওয়া গুরুত্বপূর্ণ অনুশীলন হতে পারে।
জিমি হোফা

2
"সিনেমাগুলির 90% প্রোগ্রামার এত নকল যে ক্রমটি শেষ হওয়ার পরে আমার চোখের জল পড়েছে।" 90%? কি সিনেমা না আপনি দেখেছেন? : পি দেখিনি এক সিনেমা সঠিকভাবে রচিত এটি আমরা কি কি। এবং তারপরে "সোর্ডফিশ" এবং "স্বাধীনতা দিবস" ছিল ...
নিক বোগালিস

ভাল রাখুন এবং সংক্ষিপ্তভাবে তাই!
কিংডাংগো

16

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

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

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


9
" সেখানে সর্বদা এমন কেউ আছেন যাঁরা কিছু করেন না যা জানেন যা আপনি করেন না, এবং এমন কেউ কেউ থাকবেন যা এমন কিছু জানেন যা আপনি যা করেন না " - দুর্দান্ত; +1 টি।
ম্যাক্সিমাস মিনিমাস

হ্যাঁ, এবং আমি যা করতে পারি সবকিছু শিখতে চাই
নবাগত

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

10

মেস বরং সাবজেক্টিভ। আপনি যা করতে পারেন সর্বোত্তম জিনিসটি আসলে সেই ব্যক্তিকে জিজ্ঞাসা করা (বা পর্যালোচনা প্রতিবেদন): কেন এটি অগোছালো? (তাদের দৃষ্টিকোণ থেকে, এটি)

তারা আপনাকে উত্তর দিতে বাধ্য এবং আপনি তা করতে সক্ষম হবেন:

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

তিনি কোনও মন্তব্য করেননি :( তবে এখানে আমার কোড -> কোডেরভিউ.স্ট্যাকেক্সেক্সঞ্জ
নবাগত

কেন আপনি অগোছালো মনে করেন?
নবাগত

7
@ নববি: তারপরে সেই পর্যালোচক খুব ভাল নয়। কোডার কীভাবে সমস্যাটি না জেনে কিছু উন্নত করার কথা বলেছে (এমনকি কোনও ক্লুও নয়!)?
ওমেগা

1
ঠিক আছে আপনাকে ধন্যবাদ ... আমি কোনও জেকুরি প্রোগ্রামার নই। আমি জাভা প্রোগ্রামার ....
নবাগত

1
কেবলমাত্র আমার কোডটি তার কাছে উপলভ্য। যাইহোক, আপনি ঠিক বলেছেন, আমি এ সম্পর্কে আরও বিশদ জিজ্ঞাসা করব। আপনাকে ধন্যবাদ :)
নবাগত

8

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

Our team is composed of 5 programmers, and 4 of us are new

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

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

আরও ভাল সফ্টওয়্যার পুঙ্খানুপুঙ্খভাবে পর্যালোচনা করা হয়েছে বলে এই দৃ further়তা আরও জানার জন্য আপনার পর্যালোচনাটি আলিঙ্গন করা শিখতে হবে। এটি লিনাসের আইন উল্লেখ করে সমর্থন করে ...

"যদি পর্যাপ্ত পর্যালোচক থাকে তবে সমস্ত সমস্যা সমাধান করা সহজ" "

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

I feel so sad and hurt. 

আপনি নিজেকে প্রয়োগ না করার সময় আপনি কতটা বিচলিত হন তা বিচার করার জন্য একটি দুঃখের আবেদন করুন Go

আপনি আপনার সমস্যার উত্তর দিয়েছেন ... আপনি পরীক্ষা করেন না!

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

এতে মিথ্যা কথা বলুন

"আমরা পুরো পরীক্ষা ছাড়াই আমাদের প্রোগ্রামটি প্রোগ্রামটিতে স্থাপন করেছি।"

ইউএমএল স্রষ্টা গ্রেডি বুচকে আঁকছে ...

অপেশাদার সফ্টওয়্যার ইঞ্জিনিয়ার সর্বদা যাদু অনুসন্ধানে থাকে, কিছু সংবেদনশীল পদ্ধতি বা সরঞ্জাম যার অ্যাপ্লিকেশনটি সফ্টওয়্যার বিকাশকে তুচ্ছ বলে প্রতিশ্রুতি দেয়। পেশাদার সফটওয়্যার ইঞ্জিনিয়ারের এটি চিহ্ন, এটির মতো কোনও প্যানাসিয়া নেই বলে জানা know

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

প্রোগ্রামিং - এবং জীবনের একটি গুরুত্বপূর্ণ বিষয় হ'ল আপনার শক্তি এবং দুর্বলতাগুলি knowing আপনি যদি আপনার দুর্বলতাগুলি নিয়ে কাজ না করেন তবে আপনার কাছে একটি ভাল বৃত্তাকার দক্ষতা সেট থাকবে না।

আউট্রো ... আপনার কাজ ভাল - ঠিক শোনাবেন না। আপনার নৈপুণ্য বিকাশে এগিয়ে যান এবং প্রোগ্রামিং জন্য আপনার আবেগ আপনাকে চালিয়ে যেতে দিন। শুভকামনা :-)


5

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

তাদের কেবল 'Ewwww' বলার এবং এটিকে রেখে দেওয়া উচিত নয়। প্রোগ্রামিংয়ে কিছু ভুল হওয়ার কারণ রয়েছে। উদাহরণস্বরূপ, সমস্ত জায়গায় প্রচুর কমেন্ট-আউট কোড ছেড়ে যাওয়া ভুল, তবে এটি ভুল কারণ এটি কোডটিকে বিশৃঙ্খলা করে এবং এটি পড়তে আরও কঠিন করে তোলে, কারণ কোনও বইতে কেউ এটি বলেছিল।

আপনার কোড আপনি না। মনে রাখবেন, যে.


4

আমি এখানে ডিক হতে যাচ্ছি এবং এর ভিত্তিতে পরামর্শ দিচ্ছি ... ভাল, সুস্পষ্ট। স্পষ্টতই, আপনার কোডটি গোলযোগ বা আপনি যে প্রশ্নটি জিজ্ঞাসা করবেন তা হ'ল "আমার কোডটি কোনও গোলমাল বলে কেউ কেন?" তবে আপনি অনুমানটিকে চ্যালেঞ্জ করছেন না। আপনি কেবল আঘাত করছেন এবং বেশ খোলামেলাভাবে কান্নাকাটি করতে পারেন তবে প্রোগ্রামিংকে ন্যায়সঙ্গত করার বিষয়টি যখন অনুভূত হয় তখন কোনও অনুভূতি হয় না।

কিন্তু সত্যিই, আপনি জিজ্ঞাসা করছেন কেন? আপনি জানেন যে আপনার কোডটি সফল হয় বা আপনি অন্য কোনও প্রশ্ন জিজ্ঞাসা করবেন। যদি কেউ আমাকে আমার ব্যাক-এন্ড ওয়েব কোডের দুর্গন্ধ বলে দেয় তবে আমি হেসে বলি "ঠিক আছে এতে কী হয়েছে?" যদি তারা আমাকে আমার জাভাস্ক্রিপ্টের দুর্গন্ধ বলে দেয়, আমি তাদের সামাজিক প্রোগ্রামারকে একটি চর্বিযুক্ত ঠোঁটের সমতুল্য দিতাম এবং আমি কীভাবে প্রতিক্রিয়া জানাতে পারি সে সম্পর্কে কোনও পরামর্শ জিজ্ঞাসা করব না কারণ ছোট্ট বিটগুলি স্পষ্ট! @ # $ ভুল।

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


আমেন। এবং আপনার স্টাফগুলি জানার জন্য ... ভাল ... চেষ্টা করা দরকার যাতে আপনি আপনার জিনিসগুলি জানেন। তবে আপনার কলারটিও পপ করতে ভুলবেন না, এই দিনগুলিতে সমস্ত অভিজাত বাচ্চারা এটি করছে। : /
কিংডাংগো

হ্যাঁ, আমি মনে করি যে আমি অন্য কোথাও আরও অভিজ্ঞ ডেভুয়েস্টদের পরামর্শ দিয়েছি যে তারা ভুল বলে স্বীকার করেছেন being আমি একাধিক ব্যক্তিত্ব হেস করতে পারেন।
এরিক রেপেন

4

এটি মনে রাখবেন: আপনি যে সবচেয়ে খারাপ কোডটি দেখতে পাবেন তা হ'ল আপনার নিজের!

কোডিংহরর ডট কমের জেফ অ্যাটউড এই বিষয়টি সম্পর্কে প্রচুর লিখেছেন, আপনি এখানে শুরু করতে চাইতে পারেন: http://www.codinghorror.com/blog/2009/07/nobody-hates-software-more-than-software-developers.html

আপনি যদি উন্নতি করতে চান তবে কোডিং শৈলী, নিদর্শন, ওয়ার্কফ্লো, মূলত যা কিছু আপনি নিজের আঙ্গুলগুলিতে পেতে পারেন সে সম্পর্কে স্টাফ পড়া শুরু করুন। আরও প্রোগ্রামিংয়ের ভাষা শিখুন, দেখুন তারা কীভাবে স্টাফ করে। আপনি যদি ওওপি করে থাকেন তবে এটি পড়ুন: http://en.wikedia.org/wiki/ ডিজাইন_প্যাটার্নস

অন্যান্য প্রোগ্রামারদের সাথে কথা বলুন এবং জুড়ি প্রোগ্রামিং করবেন বা অন্যদের কোড দেখুন।

ভুল করা অনিবার্য, সেগুলি পুনরাবৃত্তি করা।


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

4

যে ব্যক্তি আপনাকে এটি বলেছিল তাকে বেশিরভাগ সময় "ধন্যবাদ" বলা উচিত।

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

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

আমি দীর্ঘদিন ধরে প্রোগ্রামিং করছি (30 বছর) এবং আমার স্টাইল এবং কোডটি সব সময় উন্নত হচ্ছে (আমি আশা করি)। আমি যখন অন্য লোকেরা আমাকে বলি বা আমি যদি ফিরে যাই এবং আমার কোড পর্যালোচনা করি তবে আমি এর উন্নতি জানি way

ক্যারিয়ারের শুরুতে আপনি লিখেছেন কোডটি দেখার চেষ্টা করুন। এটি এখন আপনার দেখতে কেমন দেখাচ্ছে? আপনি এটি লেখার সময় যেমনটি ভেবেছিলেন ঠিক তেমন দেখতে কি সুন্দর লাগছে;)


3

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

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

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

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

রিফ্যাক্টরিংয়ের কথা বলতে গেলে আপনার অবশ্যই একটি ইউনিট পরীক্ষার কাঠামো থাকতে হবে, কারণ এটি ছাড়া আপনি রিফ্যাক্টর করতে পারবেন না।

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


3

আপনি আমাকে কীভাবে আরও ভাল হতে পারেন সে সম্পর্কে পরামর্শ দিতে পারেন?

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

অতীত:

আমাদের দলটি 5 জন প্রোগ্রামার সমন্বয়ে গঠিত এবং আমরা 4 জন নতুন, 1 টির 3 বছরের বেশি অভিজ্ঞতা রয়েছে। আমরা প্রায় এক বছর ধরে একটি প্রোগ্রামের জন্য কাজ করছি এবং কেউই আমার কোডটি পর্যালোচনা করে না এবং আমাকে কাজ করার জন্য একটি পৃষ্ঠা দেওয়া হয়েছিল।

বর্তমান:

এখন এটি কঠোর এবং কোডটি পরিবর্তন করার আগে আমাদের প্রথমে একটি অনুমোদন এবং কোড পর্যালোচনা দরকার।

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

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

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

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

এটি একটি সংস্কৃতি পরিবর্তন, যা আপনি নিজের দ্বারা জোর করতে পারবেন না, তবে আপনি জিনিসগুলিকে সঠিক দিকে ঠেলে দিতে সহায়তা করতে পারেন!

ভুলে যাবেন না, এটি এক ধরণের সংস্কৃতি পরিবর্তন সংস্থাগুলির পক্ষে প্রচুর উপকারী হতে পারে; ভাল পরিচালনাকারীরা বুঝতে পারবেন যে আপনি পুরো দলকে আরও ভাল করার জন্য কাজ করছেন, এটি লাভজনক।


3

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

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

How to be better? 

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

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


3

আমি তাদের প্রতিক্রিয়ার জন্য ধন্যবাদ জানাব এবং তারপরে এটিকে কী খারাপ করে এবং কীভাবে এটি উন্নত করা উচিত তা ব্যাখ্যা করতে বলি।

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

"গোলযোগ" বলা হয়েছে তার নির্দিষ্ট উদাহরণ আপনি দিতে পারেন?


অনুভূতিগুলি মাঝে মাঝে কঠিন হতে পারে তবে আমি অবশ্যই আশা করি যে আমি প্রতিক্রিয়া জানাব।
টমাস প্যাড্রন-ম্যাকার্থি

3

আপনার কোডটি একটি জগাখিচু বলে বলার আগে প্রথমে অত্যন্ত অস্পষ্ট এবং বিষয়ভিত্তিক। এটি বিভিন্ন লোককে বিভিন্ন জিনিস বোঝাতে পারে। কারণটা এখানে; দুটি ভিন্ন বিষয় বিবেচনা করতে হবে।

গঠন

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

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

শৈলী

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

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

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

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

কিছুটা সমালোচনা আপনার প্রফুল্লতাগুলিকে কমিয়ে দেবেন না। আপনি এটি থেকে কী পারেন তা গ্রহণ করুন এবং যদি তা অর্থবহ এবং মূল্যবান হয় তবে এটিকে আপনার জ্ঞানের স্টোরে যুক্ত করুন।


3

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

আপনার নিজের কোডিংয়ে কেবলমাত্র এতগুলি সমস্যা আপনি চিনতে পারবেন, যেহেতু এটি আপনার বর্তমান প্রোগ্রামিং জ্ঞানের সীমাবদ্ধতায় তৈরি হয়েছিল।

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

আমি মনে করি নেতিবাচক প্রতিক্রিয়া প্রক্রিয়াকরণের দুটি অংশ আছে।

1. উত্থাপিত সমস্যার (গুলি) প্রকৃতি এবং এটি থেকে আপনার কী শিখতে হবে তা নির্ধারণ করুন

আমি যখন আমার কোডটি পর্যালোচনা করি বা পর্যালোচনা করি তখন আমি প্রায় এই জাতীয় বালতিগুলিতে কোড সংক্রান্ত সমস্যাগুলি সারণি করি:

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

মনে রাখবেন যে এটি খুব উদ্দেশ্যমূলক বিষয়গুলি ("এটি যখন আমাদের প্রোডাকশন সার্ভারে স্থাপন করা হবে তখন ভেঙে যাবে") থেকে খুব বিষয়গত বিষয় পর্যন্ত ("আপনি কীভাবে ভেরিয়েবলের নাম রেখেছিলেন" আমি পছন্দ করি না))।

২. কোডে কোন (যদি থাকে) পরিবর্তনগুলি পর্যালোচনার ফলাফল হিসাবে তৈরি করা হবে তা নির্ধারণ করুন

তথ্য প্রক্রিয়া করার পরে সিদ্ধান্ত আসে যদি এটি কার্যকর হয় এবং যদি কোড পরিবর্তন করা উচিত। এটি অগত্যা আপনার সিদ্ধান্ত নয়, আপনার মতামত জড়িত পক্ষগুলির উপর নির্ভর করে এবং আপনার পরিস্থিতির নির্দিষ্টতা (জ্যেষ্ঠতা ইত্যাদি) এর উপর নির্ভর করে বা নাও পারে। তবে সম্ভাব্য ফলাফলগুলি হ'ল:

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

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


1

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

আমি এই পরিস্থিতির মধ্য দিয়ে এসেছি এবং আমি বুঝতে পারি।


0

টি এল; ডিআর

যদি কেউ আপনাকে বলে যে আপনার কোডটি গোলমাল করছে তবে আপনি কী করবেন?


আমার সোজাসাপ্টা, "খুব বেশি দিন পড়েনি (সমস্ত উত্তর - ক্ষমা প্রার্থনা, আমি আশা করি পরে সময় নেব এবং প্রয়োজনে এটি সম্পাদনা / সংশোধন করব)" উত্তর / টিপ:

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

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

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

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