একজন প্রোগ্রামার অন্য কারও ব্যর্থ বিল্ড ঠিক করতে হবে? [বন্ধ]


45

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

দ্বিতীয় প্রোগ্রামার সঠিক কাজটি করেছিল বা প্রথম প্রোগ্রামারটি সমস্যাটি স্থির না করা পর্যন্ত তার সবেমাত্র অপেক্ষা করা উচিত ছিল?


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

2
এই পরিস্থিতিতে আপনার দলের নিয়ম কী?

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

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

14
আপনি যদি বিপরীতে বিবেচনা করেন তবে এটি আরও সহজেই অনুধাবন করা যায় - যদি বিল্ডটি ভেঙে যায় তবে পুরো টিমটি ধীরে ধীরে (এমনকি ঘরে বসে), এবং আপনি এটিকে ঠিক করতে পারেন তবে কিছু পদ্ধতির কারণে ইচ্ছাকৃত পছন্দ করতে পারেন না , আপনার কাজ রাখার অনুমতি দেওয়া উচিত?
বিল কে

উত্তর:


87

এটি আপনার দলটি সাধারণত কীভাবে কাজ করে তার উপর কিছুটা নির্ভর করে তবে আমি বলব এটি ঠিক ছিল। বিল্ডটি কাজ করে রাখা অন্য সবার সময় সাশ্রয় করে।

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


101
এটি প্রথম বিকাশকারীকে বিল্ড
জে কে

17
আমি ডোনাটের চেয়ে বিয়ার চাই।
মার্টিন ইয়র্ক

2
ডোনাটস আঠালো আঠালোকে আপত্তিজনক হতে পারে। অন্যদিকে সেরা কিনে 5 ডলার গিফট কার্ড ...
ক্রিস্টোফার মাহান

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

1
আপনি 5 ডলারের নিচে বেস্ট বায় এ কী পেতে পারেন?
কেভিন cline

12

এটা নির্ভর করে.

  • বাগটি কি এতটাই সুস্পষ্ট যে লাইব্রেরি যুক্ত করা এটি সমাধানের উপায়? কখনও কখনও এই লাইব্রেরির প্রয়োজন না হয় ঠিক করার জন্য সমাধানটি হয়।

  • প্রকল্পটি কি এমন একটি পর্যায়ে রয়েছে যেখানে সমস্ত পরিবর্তনগুলি অবশ্যই বিদ্যমান টিকিটের সাথে যুক্ত থাকতে হবে? যদি তাই হয়, আপনি কি টিকিট দায়ের করেছিলেন? সেই টিকিট কি আপনাকে অর্পণ করা হয়েছে?

যাইহোক, দোষীদের দোষ দেওয়ার জন্য নয়, বাগ ঠিক করার দিকে মনোনিবেশ করুন।


9
"... দায়বদ্ধদের দোষ দেওয়ার জন্য নয়।" যদি না এটি নিয়মিত ঘটনা
শন ডি

11

হ্যাঁ ঠিক আছে। যাইহোক, বিল্ডটি সংকলন করবে কিনা তা পরীক্ষা করার আগে আসল প্রোগ্রামারটির বাড়িতে যাওয়াটা পেশাদারহীন।

আপনার খ্যাতি আপনার নিয়ন্ত্রণে 100%। এর মতো স্টাফ আপনার খ্যাতিকে কলঙ্কিত করে এবং কলঙ্কিত খ্যাতি পালিশ করার চেষ্টা করা খুব কঠিন is


2
বিল্ডটি পরীক্ষা করার জন্য প্রথম বিকাশকারীকে অনুনাস দেওয়ার জন্য +1। দ্বিতীয় অনুচ্ছেদটি সত্যই সত্য বা প্রাসঙ্গিক নয়। আপনার আচরণ সম্পূর্ণরূপে বোর্ডের উপরে থাকা সত্ত্বেও অন্য ব্যক্তিরা ইচ্ছাকৃতভাবে বা না করে আপনার খ্যাতির ক্ষতি করতে পারে।
কালেব

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

7

যোগাযোগ করুন

এই দৃশ্যের জন্য কোনও কঠোর নিয়ম নেই (আপনার নিজের দলের বিধিগুলির সাথে)।

Dev2 কে তিনি নিজের ত্রুটিটি সংশোধন করতে পারবেন বলে দেব 1 বলতে সক্ষম হবেন, তাদের কারওরওই এই বিনিময়টির ফলে ভয় পাওয়া উচিত নয়, তারা একটি দলের অংশ।


5

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


3

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

যেমনটি বলা হয়েছে, যে লোকটি এটি স্থির করেছে তাকে সম্ভবত এটি ভেঙে দেওয়া লোকটিকে ইমেল করা উচিত এবং ঠিক কীটি ছিল তা বিশদভাবে জানানো উচিত।


2

আমার উদ্দেশ্য, বেলা তিনটার পরে এসভিএন-তে প্রতিশ্রুতিবদ্ধ না যে আপনি সর্বদা নিজের বিল্ড ব্যর্থতাগুলি ঠিক করতে পারেন।

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

কিছুটা ধরণের 'দোষের আঙুলের' চিত্রনাট্য হ'ল এটি করার একটি ভাল উপায় বা বিল্ডটি ভেঙে দেওয়া ব্যক্তিটিকে ডোনট কিনে রাখার জন্য !!


2
আমাদের সিআই সরঞ্জামটি আসলে সেই বিকাশকারীকে (দলের বাকি অংশ ছাড়াও) ই-মেইল প্রেরণের বিকল্প রয়েছে।
টিএমএন

2

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

আমি ব্যাখ্যা গ্রহামের ব্যাখ্যামূলক ইমেল প্রেরণের পরামর্শের সাথে একমত, যদিও আমি বলতাম এটি ভদ্রতার চেয়ে বেশি - এটি মৌলিক যোগাযোগ।


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

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

2

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


2

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

সাধারণভাবে, নিয়মটি হ'ল: আপনি বিল্ডটি ভাঙ্গেন - আপনি বিল্ডটি ঠিক করেন তবে ব্যতিক্রমগুলি রয়েছে, বিশেষত যদি ফিক্সটি সুস্পষ্ট হয় এবং / অথবা দায়বদ্ধ ব্যক্তিটি অ্যাক্সেসযোগ্য হয়।

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


1

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

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


1

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


0

এটি ঠিক করা ঠিক আছে যদি না এটি নিয়মিত ঘটনা না ঘটে তবে আমি বসকে ফোন করে তাকে ফিরিয়ে আনি এবং নিজেই ঠিক করে ফেলব।


0

এটি নির্ভর করে, এটি নির্ভর করে ...

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

যাইহোক, একটি অদ্ভুত টুপি পরার জন্য সর্বশেষতম লোকটি তৈরি হওয়াটি পরবর্তী সময়ে আরও মনোযোগ দেওয়ার জন্য যথেষ্ট time _ ^


0

কিছু পরিবেশে এটি খুব অভদ্র এবং ভাল কারণে রয়েছে। অন্যান্য পরিবেশে এটি প্রত্যাশিত এবং ভাল কারণে রয়েছে।

এখনও অন্যান্য পরিবেশে এটি খুব অভদ্র বা খুব খারাপ কারণে প্রত্যাশিত।

এটি মূলত নির্ভর করে একটি ভাঙা বিল্ড কীভাবে সমালোচনামূলক, বনাম যাচাই করা সঠিক বিল্ডটি কতটা সমালোচনামূলক depends এবং কিছুটা হলেও এটি নির্ভর করে যে এটি ঠিক কী স্থির ছিল যে ঠিক করা ঠিক করা এবং একমাত্র প্রয়োজন one


0

প্রথমত, 'বাড়িতে গিয়েছিলাম' একটি অ্যানক্রোনিজম। প্রোগ্রামাররা আর বাড়িতে যায় না - তারা কেবল অনলাইন বা অফলাইনে। আপনি পিং এবং অপেক্ষা করতে পারে।

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

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