কর্মক্ষেত্রে জোড় প্রোগ্রামিং কতটা সাধারণ?


16

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

আমি অবাক হই যে এটি অর্থ / সময় (পয়েন্টি কেশিক বসের কারণে একই কম্পিউটারে কাজ করা একটি কম্পিউটারে দু'জন লোককে দেখায় !!!! তাদের সাহস কেমন!) বা অন্য কারণে?


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

3
মূল কেশিক বসকে বোঝানো খুব শক্ত যে এর মূল্য রয়েছে।
ওয়াল্টার

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

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

5
@ টিজেডএক্সএক্স: "এক আউটপুটের জন্য দু'জন লোক হ'ল দুর্বল ব্যবসা"। এটি একটি গুরুতর ত্রুটিযুক্ত যুক্তি এবং আপনি এটি জানেন (কোড লাইন প্রতি প্রোগ্রামার প্রদান করে)। জুড়ি প্রোগ্রামিং একটি জটিল বিষয় এবং এত সহজে বরখাস্ত করা উচিত নয়।
মার্টিন উইকম্যান

উত্তর:


20

আমার 15 বছর ধরে একই গিগ ছিল এবং আমরা সম্প্রতি (গত 12-18 মাস) চটপটে কৌশল অবলম্বন করা শুরু করেছি। যেখানে জোড় প্রোগ্রামিং ব্যবহৃত হয়, ফলাফল গল্প / বৈশিষ্ট্যটি সময় / কম ত্রুটিগুলিতে প্রয়োগ করা হয়েছে। আমি এখনও মনে করি না যদিও এটি প্রায়শই নিযুক্ত হয়।

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

  • দলে সিলো হ্রাস (দলটি যখন 6-8 ডিভাস হয় তখন বিশাল জয়)
  • কম ত্রুটিযুক্ত কোড উত্পাদিত
  • প্রতিটি দেব সাধারণত এ থেকে দক্ষতা বাছাই করে

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


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

আপনি স্বাগত জানাই। আমাদের টার্নওভারটি বেশ কম হয়েছে ... 4 জন স্থান পরিবর্তন (4 টি বিল্ডিং এবং 2 টি রাজ্য জুড়ে) আমাদের 4 জন 15+ বছর ধরে একই অফিসে ভাগ করেছেন!
দেবসোলো

অদ্ভুত, আপনার উপন্যাসটি 'দেবসোলো';) আমার অভিজ্ঞতাগুলি আপনার সাথে একমত
ক্রিসঅ্যানডোলে

11

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


খুব সত্য পেমদাস!
ওজ

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

4
এই পেশার জন্য অহংকে তদারক করা প্রয়োজন। এটি সর্বদা সহজ নয়, তবে পুরষ্কারগুলি অত্যন্ত উপকারী হবে।
দেবসোলো

@ ডেভসোল ... আমার উত্তরটির সাথে এর কী সম্পর্ক আছে?
পেমদাস

@ পারেন্ডাস, আমি ধরেই নিয়েছিলাম, সম্ভবত ভুলভাবে, যে প্রতিরোধের কারণ হ'ল অহংকার। কমপক্ষে আমি যখন এটি দেখেছি, এটি কারণ হিসাবে উপস্থিত হবে। আমি কেবল 2 টি দেখেছি (যা আমি প্রত্যাহার করি) ডিভস আসলে এটি প্রতিরোধ করে। একজনের অহংকার ঘরে inুকতে পারে না, অন্যটির ডাব্লু / আস্থা ছিল।
দেবসোলো

9

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

আশা করি এটি আরও করা হত।


4
ব্যবহারের আরেকটি সরঞ্জাম, যদি আপনি পরিচিত না হন তবে তাকে "রাবার ডাকিং" বলা হয়। মূলত, আপনার ডেস্কে রাবার হাঁসের মতো কোনও জিনিস রাখুন (আপনার সত্যিকারের খেলনা যোদা ব্যবহার করে) এবং এতে সমস্যাটি ব্যাখ্যা করুন। দেখতে c2.com/cgi/wiki?RubberDucking
DevSolo

পরিবর্তে আমার পাশে বসে থাকা ব্যক্তিকে আমি ব্যবহার করি ... আমরা আমাদের ডেস্কে জিনিস রাখতে পারি না।
ক্যাফগীক

সিরিয়াসলি?
মাইকেল কে

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

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

9

আমি এটির যত্ন নিই না:

1 - আমি কোডিংয়ের সময় আমার সংগীত শুনতে পছন্দ করি। সকলেই কানে কানে স্লেয়ার শুনতে পাচ্ছে না।

2 - আমি লোকদের কাঁধে খুব অভদ্রভাবে তাকানোর কথা বিবেচনা করে বেড়ে উঠেছিলাম এবং লোকেরা যখন এটি করে তখন খুব অস্বস্তি বোধ করে।

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

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

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

আমি বিবেচনা করেছি যে এটি অন্যকে আমার কৌশলগুলি কিছুটা নিতে সহায়তা করতে পারে তবে # 3 বিবেচনায় নিয়ে তারা আমার চিন্তার ট্রেনটি ভাঙা ছাড়াই প্রশ্ন জিজ্ঞাসা করতে সক্ষম হবে না।

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


2
@ নোয়া, কেবলমাত্র # 2 এর উপর ভিত্তি করে, আপনি নিশ্চিত নন যে আপনি জোড়-প্রোগ্রামিংয়ের ধারণাটি উপলব্ধি করেছেন কিনা। ধারণাটি কাঁধের ওপরে দেখার নয়। ধারণাটি, যেমনটি আমি এটি অনুশীলন করেছি, তা হ'ল পিসিকে ভাগ করে নেওয়া। এটি মাস্টার / স্লেভ প্রোগ্রামিং নয়, এটি পিয়ার প্রোগ্রামিং। সম্ভবত পরবর্তীকালের জন্য এটি আরও ভাল শব্দ ...
দেবসোলো

এটি পুরোপুরি বৈধ। কিছু লোকেরা নিজেরাই এটি বের করার জন্য কেবল একা থাকতে চান।
ম্যাটসি 25'11

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

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

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

5

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

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


আমি অবশ্যই এটি চেয়ে কম চেয়ে কম।
ওজ

5

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


3

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

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

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