প্রোগ্রামারদের কীভাবে বেসিক বিধি মেনে চলতে প্ররোচিত করবেন to


20

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

  • পরিবর্তন প্রতিশ্রুতিবদ্ধ
  • ভিউ বা নিয়ন্ত্রণকারীগুলিতে মডেল সমস্যাগুলি লিখছেন না
  • হার্ডকোডিং এড়িয়ে চলুন

আপনার অভিজ্ঞতা সম্পর্কে আমাকে বলতে পারেন? আপনি কীভাবে এটি পরিচালনা করেন?


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

15
আপনি তাদের বিছানায় ঘোড়ার মাথা রেখে দেওয়ার চেষ্টা করতে পারেন যা গডফাদারে কাজ করে।
গৌরব

4
আমি উচ্চ ভোল্টেজের সাথে দুর্দান্ত সাফল্য পেয়েছি। আপনার মাইলেজ পরিবর্তিত হতে পারে.
টিম পোস্ট

2
@ টিম: একটি রোলড আপ সংবাদপত্রটি আরও পরিবেশ বান্ধব
স্টিভেন এ লো লো

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

উত্তর:


6

সমস্ত জ্ঞান কর্মীদের মানসম্পন্ন কাজ করার জন্য চ্যালেঞ্জ দেওয়া দরকার। গুণমানের ক্ষতি হবে যদি তারা নির্বিচারে সময় সীমাবদ্ধতা তাদের উপর চাপিয়ে দেয়। প্রত্যেকটি নির্দিষ্টকরণগুলি পূরণ করার এবং সময়সীমা পূরণের সাথে উদ্বিগ্ন হয়ে কেন কেবল "পর্যাপ্ত ভাল" জিনিসগুলি তৈরি করবেন না?

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


1
এটি দেখানোর জন্য +1 একটি সাংস্কৃতিক সমস্যা এবং প্রেরণার দৃষ্টিকোণ থেকে সমাধান করা প্রয়োজন needs
অ্যালেক্স ফেনম্যান

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

@ রবার্টব্রিস্টো-জনসন - ভাল কথা।
জেফো

14

প্রাথমিক নিয়মগুলি অনুসরণ করতে সক্ষম হতে তাদের নিয়মগুলি কী তা জানতে হবে এবং তাদের সাথে তাদের একমত হওয়া দরকার।

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

সুতরাং দলকে একত্রিত করুন এবং আপনার প্রাথমিক নিয়মের একটি সাধারণ সংজ্ঞা নিয়ে কাজ শুরু করুন!

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

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


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

12

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

এটি কোনও ম্যাজিক স্যুইচ হতে যাচ্ছে না যা আপনি চালু করতে পারেন; এটি একটি ধীর প্রক্রিয়া হবে এবং এটি কখনই 100% হবে না। যাইহোক এটি আমার অভিজ্ঞতা হয়েছে।


1
একমত। এটি একটি রাজনৈতিক সমস্যা, প্রযুক্তিগত নয়।

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

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

@ 0101 খুব সত্য। শক্তি বার্তাটি এগিয়ে নিতে সহায়তা করে। বার্তাটি এমনভাবে তৈরি করতে হবে যাতে এটি গ্রহণ এবং অনুসরণ করা যায়।
যৌক্তিকগীত

7

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

আমার কৌশলগুলি এখানে কয়েকটি:

প্রতিশ্রুতিবদ্ধ পরিবর্তনগুলি:

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

আমি জানি বেশিরভাগ বিকাশকারী আইএফ কোড চেক করে দেখে বেশি খুশি:

  • প্রক্রিয়া চেক করা সহজ
  • সিঙ্ক্রোনাইজেশন প্রক্রিয়া সহজ (অন্যান্য বিকাশকারীদের পরিবর্তনে ফ্যাক্টরিং)
  • সংস্করণগুলির মধ্যে পরিবর্তনগুলি দেখা এবং স্থানান্তর করা সহজ

একটি জিনিস যা আমি সম্প্রতি লক্ষ্য করেছিলাম তা হ'ল আমরা যখন একটি নতুন সিএম সরঞ্জামে এগিয়ে যাব তখন চেকিনগুলি আরও ঘন ঘন এবং কম ব্যথা পেয়েছিল। আমাদের দলটি ক্লিয়ারকেস আগে ব্যবহার করে যুক্তিযুক্ত দল কনসার্টের পথিকৃৎ। আমি বিজ্ঞাপনের বিজ্ঞাপন বলতে চাইছি না, তবে প্রচুর ছোট, দ্রুত সংশ্লেষের সাথে স্ট্রিমিং চেকিনগুলির নতুন (আমার কাছে) তরঙ্গ প্রারম্ভিক এবং প্রায়শই চেকইনকে আরও প্ররোচিত করে তোলে।

বিকাশকারীদের মুখ্যমন্ত্রী ব্যথা অপসারণের দায়িত্বে থাকায় সাধারণত চেকিনের পরিমাণ বেড়ে যায় increases

আর্কিটেকচার মেনে চলা - ভিউ এবং কন্ট্রোলারগুলিতে মডেল ইস্যু লিখছেন না

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

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

হার্ডকোডিং এড়িয়ে চলুন

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

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

সাধারণভাবে

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

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

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


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

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

6

কোড পূনর্বিবেচনা. কেবল তাত্ক্ষণিকভাবে লিখে দেওয়া কোডটি গ্রহণ করুন।


3
এটি অন্তর্নিহিত সমস্যার সমাধান নয়। কোড পর্যালোচনাগুলির সাথে সময় নষ্ট করবেন না, যখন আপনি পরিবর্তে মূল-কারণ সমস্যাটি ঠিক করতে পারেন।
মার্টিন উইকম্যান

যদি আপনি তাদের বারবার স্টাফগুলি পুনরায় কাজ করতে বাধ্য করতে পারেন তবে তাদের সহজাত আলস্যতা তাদেরকে সময়ের সাথে সাথে মানিয়ে নেওয়া শুরু করবে।
ডেভিড থর্নলি

সম্মতি জানানো হয়েছে, লোকদের কেবল দায়বদ্ধ হওয়া এবং তাদের কাজ না বলা ছাড়া করা দরকার। প্রতিটি পরিবর্তনের পরে কোড পর্যালোচনা হ'ল সময়ের অপচয়।
jmort253

5

অন্তত :

  • কোডলাইনগুলি অনুসরণ করার জন্য তাদের পক্ষে সহজ করুন (সরঞ্জামগুলি পুনঃশিরণকারী, স্টাইলকপ) যদি সহজ হয় তবে এগুলি গ্রহণ করার সম্ভাবনা বেশি।

এ ছাড়া আপনার সংস্থা, বিকাশকারী এবং দলের মধ্যে আপনার ভূমিকার ভিত্তিতে কী কাজ করে তা চয়ন করুন।

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

5

আমার ভূমিকা পরিচালক, তবে একটি ছোট দল হিসাবে আমি বিকাশ করি এবং আমি কোচ হিসাবে পরিচালনা করতে পছন্দ করি।

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

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


3
যদি আপনার সম্পদগুলি এত উপযুক্ত হয়, তবে এই বিষয়গুলি এত গুরুত্বপূর্ণ নয়? আপনাকে কিছু সময় আপনার যুদ্ধ বাছাই করতে হবে।
JeffO

আমার প্রশ্নটি আমার যা আছে তা উন্নতি করার বিষয়ে, এটি অনুসন্ধান এবং প্রতিস্থাপনের চেয়ে আরও বেশি কঠিন তবে কার্যকর
লিস্টেস্ট সুগরা

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

@ এইচএলজিএম - যদি না এই ব্যক্তিটি নিয়মগুলি অনুসরণ না করে কেবল কোড নিঞ্জা হিসাবে সংঘটিত হয় যিনি সংগঠনের কোনও সমস্যা সমাধান করতে পারেন। ডাঃ হাউস নিয়মগুলি মানেন না, তবে হাসপাতাল যদি তাকে বরখাস্ত করে, তবে প্রচুর কাল্পনিক মানুষ মারা যেতেন। en.wikipedia.org/wiki/Gregory_House
jmort253

4

এখানে 3 টি উপায় রয়েছে যার মাধ্যমে আমরা এই সমস্যাটিকে সম্বোধন করছি:

  1. কোডিং কনভেনশন সহ সমস্যাগুলি পরীক্ষা করার জন্য উত্স কোডের স্ট্যাটিক বিশ্লেষণ। মতো সরঞ্জামগুলি ব্যবহার cppcheck এবং থেকে যারা grammatech । উইকিপিডিয়ায় একটি ভাল তালিকা রয়েছে: http://en.wikedia.org/wiki/List_of_tools_for_static_code_analysis । সাধারণত বেশিরভাগ সোর্স কন্ট্রোল সিস্টেমে হুক থাকে যার মাধ্যমে আপনি সরাসরি চেক-ইন করার সময় এই জাতীয় সমস্যাগুলি পরীক্ষা করতে পারেন। সিভিএস হুকের জন্য এই লিঙ্কটি দেখুন: http://goo.gl/F1gd2 । মেনে চলতে ব্যর্থতা মানে একটি ব্যর্থ চেক ইন, এবং 3 টিরও বেশি ব্যর্থতার অর্থ এই যে বিকাশকারীকে নিজের কাছে নিজেকে / নিজেকে দলের কাছে ব্যাখ্যা করতে হবে।

  2. কোডিং প্রক্রিয়া চলাকালীন বিকাশকারীকে নিজেই ফ্ল্যাগ ইস্যু করে। কাস্টম স্ক্রিপ্টগুলি যা আপনার পছন্দের IDE এর সাথে একীভূত করা এটি করার একটি দুর্দান্ত উপায়। এই লিঙ্কটি দেখুন : http://goo.gl/MM6c4

  3. চৌকস প্রক্রিয়াগুলি অনুসরণ করুন এবং কোড পর্যালোচনাটি স্প্রিন্টের অংশ কিনা তা নিশ্চিত করুন


1
+1, আমি হুকগুলি প্রতিশ্রুতিবদ্ধ করেছি যা স্প্লিন্ট (এবং অন্যান্য বেশ কয়েকটি লিঙ্ক) এর মাধ্যমে সংশোধন করা হয়েছে এমন কিছু চালায় সেইসাথে সরঞ্জামগুলিও যাতে আমি অযথাই শিরোনামকে অন্তর্ভুক্ত না করি তা নিশ্চিত করার জন্য, আরও নিশ্চিত করে ইনডেন্টেশন ট্যাবগুলি ফাঁকা স্থান নয়, ইত্যাদি
টিম পোস্ট

বিকাশকারীরা সেগুলি ব্যবহার করতে বাধ্য না হলে প্রযুক্তিগত সমাধানগুলি সাহায্য করবে না।
রবার্ট হার্ভে

2

এখানে আমার 3-পদক্ষেপ পরিকল্পনা:

  1. প্রোগ্রামারদের আগুন
  2. কিছু সফটওয়্যার ইঞ্জিনিয়ার নিয়োগ করুন
  3. ...
  4. লাভ!

: ডি

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


2
  1. যখন তারা মৌলিক নিয়ম লঙ্ঘন করে তাদেরকে নির্দেশ করুন।
  2. তাদের কেবলমাত্র ত্রুটিগুলি খুঁজে বের করতে পারে না এমন বৈশিষ্ট্যগুলির অনুরোধের সাথে মুখোমুখি হওয়ার জন্য অপেক্ষা করুন বা তারা তাদের অবিচ্ছিন্ন কোডের কারণে কার্যকর করতে পারবেন না।
  3. আপনি আগে যা বলেছিলেন সেগুলি তাদের মনে করিয়ে দিন।
  4. তাদের কিছুক্ষণের জন্য তাদের নিজের ছিলে ডুব দিন।
  5. প্রশ্নে কোডটি রিফ্যাক্টর করার সময় নিন, বাগগুলি আলাদা করুন / নতুন কার্যকারিতাটি প্লাগ ইন করতে ইনফ্রাস্টারক্রিট সরবরাহ করুন। আপনি যা করেছেন তা ব্যাখ্যা করার জন্য কিছুটা সময় নিন।

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

সাধারণত, কিছু মানকে মানিয়ে নিতে অনিচ্ছুকতা বলতে টিমের কাজের অভিজ্ঞতার অভাব বোঝায়।

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


আমি এটা ভালোবাসি. কাউকে আপনাকে ঘৃণা করার দুর্দান্ত রেসিপি। ;)
রোমান জেনকা 18

@ রোমান জেনকা: সম্ভবত, হ্যাঁ তবে পছন্দটি যদি ঘৃণা ও হতাশার মধ্যে থাকে, কারণ আপনি দলে এনএনপিপি করছেন, তবে আমি প্রথম বিকল্পটি পছন্দ করি;)
back2dos

এই মুহুর্তে, তাদের বেতন-ভাতা বন্ধ করা দরকার।
জেফো

আমি আসলে কাজ করেছি! তারা আমাকে ঘৃণা করে না উপসংহারটি হল, প্রত্যেকে নিজের স্বাচ্ছন্দ্যে সন্তুষ্ট। এবং এটি এই কাজটিকে এত কঠিন করে তোলে।
সুগ্রা

1

আমি মনে করি আপনি প্রোগ্রামার এই বিষয়গুলির প্রতি তাদের দৃষ্টিভঙ্গি পরিবর্তন করবেন না যতক্ষণ না তারা উপলব্ধি করে যে এই জিনিসগুলি তাদের জন্য কোনও উপকার বা উপকারের দিকে পরিচালিত করবে। আপনি কেন তাদের এই জিনিসগুলি করতে চান তা তাদের বোঝানোর চেষ্টা করুন। আরও ভাল, তাদের সুবিধার অভিজ্ঞতা দিন।


1

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

এখানে মূল ধারণা, পেশাদারটি বেশিরভাগ কাজ করা শুরু করবে এবং অন্যদের গুলি চালানো মূল্যবান মানবসম্পদ হ্রাস করবে না।


1
নেতৃত্বের দক্ষতার অভাব এবং কম অভিজ্ঞ ব্যক্তিদের পরামর্শদাতার দক্ষতার অভাব পূরণের এটি দুর্দান্ত উপায়। যদি আপনার প্ররোচনার দক্ষতা সফল হয় তবে কেবলমাত্র আপনার সাথে অসম্মতিপূর্ণ সমস্ত ব্যক্তিকেই গুলি চালানো শুরু করুন।
jmort253

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

1

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


0

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

অথবা সবচেয়ে খারাপ অপরাধীকে আগুনে ফেলে দিন এবং বাকী লোকজনকে তা ঘামিয়ে দিন।


Eeep! আপনার কাছে ভিসিএসের একমাত্র চেকআউট প্রকার আছে? শতাব্দীর সাথে পেতে, মানুষ!
ডেভিড থর্নলি

0

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


0

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

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


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


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

0

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

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

নীতিটি যদি কমিটিকেটিং কোড না করার বিষয়ে হয় তবে তাদের লিখিত সতর্কতার জন্য কল করা হয় যখন তারা যখন এটি করতে বলা হয় তারা তা না করতে পারে। যদি তারা কোড না করে থাকে তবে আপনারা যতটা উদ্বিগ্ন তারা কোনও লিখিত করেনি।

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

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