কোনও ভাল প্রোগ্রামারের পক্ষে সংস্করণ নিয়ন্ত্রণ কখনও ব্যবহার না করা কি সম্ভব? [বন্ধ]


73

একটি কঠিন পরিস্থিতি সমাধানে সহায়তা করার জন্য আমি একজন বিশেষজ্ঞ প্রোগ্রামার সন্ধান করছি।

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

নিজে থেকেই সমস্যাটি খুব গুরুতর নাও হতে পারে কারণ এটি এমন একটি জিনিস যা অল্প সময়ের মধ্যেই শেখা যায়।

তবে এর মধ্যে আরও গভীর দিক রয়েছে, যা আমাকে চিন্তিত করে:

সংস্করণ নিয়ন্ত্রণের প্রয়োজন ছাড়া 10-15 বছর ধরে সক্রিয়ভাবে সফ্টওয়্যার বিকাশ করা কীভাবে সম্ভব?

ট্র্যাকিংয়ের সমস্যার সমাধানের সন্ধান না করার ঘটনাটি কি প্রোগ্রামিংয়ে ভুল দৃষ্টিভঙ্গির লক্ষণ বদল করে?


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

6
@ ই-এমইই নির্ভর করে আপনি 30-60 মিনিটের মধ্যে আপডেট / রেজলিউশন / কমিট শিখতে পারেন তবে একটি (ডি) ভিসিএস কীভাবে একটি ঘন্টা কাজ করে তা কেউ শিখতে পারে না। বেশিরভাগ পিপিএল যারা বছরের পর বছর ধরে এটি ব্যবহার করে তারা এখনও সত্যই তা পায় না।
atamanroman

3
@ কনরাডফ্রিক্স গাজর পিষ্টক :)
চাদ হ্যারিসন

7
এটা সম্ভব একটি ভাল প্রোগ্রামার সংস্করণ নিয়ন্ত্রণ কখনও ব্যবহৃত হয়েছে যদি ক্যালেন্ডার বলছেন যে আজ 1981 হয়
Kaz

7
এটি এমন কারও ক্লাসিক ক্ষেত্রে বলে মনে হয় যার 10 বছরের অভিজ্ঞতা নেই, বরং 1 বছরের অভিজ্ঞতা 10 বার পুনরাবৃত্তি হয়েছে।
জিনে পিন্ডার

উত্তর:


90

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

হ্যাঁ, ইন্টারনেটের আগে প্রোগ্রামিং ছিল।

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

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

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


17
+1, এটি একটি আকর্ষণীয় উত্তর। তবে, "সেই দিনগুলিতে, উত্স নিয়ন্ত্রণের জন্য ভাল অর্থ ব্যয় হবে" আমি একেবারে একমত নই । আরসিএস প্রায় 30 বছর ধরে, সিভিএস - 21 বছর; দুটোই ওপেন সোর্স।
ভের্টেক

8
+1: আমি এখনও এখানে কাজ করি । আমরা অবশেষে এই বছর পরিচালিত উত্স নিয়ন্ত্রণ পাচ্ছি (মূলত আমার কারণে)। আমি মনে করি না যে আমরা এখন অবধি না থাকার ফলস্বরূপ আমরা সমস্ত ভয়ানক বিকাশকারী, তবে আমি এটি আসতে পেরে খুশী
অলিভার-ক্লেয়ার

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

4
সঠিক প্রশ্ন জিজ্ঞাসা করার বিষয়টির জন্য +1। আমিও তাকে সবচেয়ে সেরা প্রার্থী করেছিলাম তা ভেবে অবাক হলাম।
shambulator

3
@ র‌্যামাউন্ড: এবং আপনি বিশ্বাস করেন যে সোর্স কন্ট্রোলটি ম্যানুয়ালি করার সময় আপনার ব্যাকআপের জন্য কম হার্ডওয়ার এবং কম সময় প্রয়োজন? আমার অভিজ্ঞতা থেকে, বিপরীত বেশ সত্য।
ডক ব্রাউন 18

49

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

  • ভাল

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

  • খারাপ

    সংস্করণ নিয়ন্ত্রণ হ'ল ধীরে ধীরে শিল্পে মারা যাচ্ছে এমন একটি বাজওয়ার্ড। আমি সংস্করণ নিয়ন্ত্রণের উপরে।


17
আমি একমত হব যে এটি 10 ​​বছর আগে একটি বৈধ হতে পারে তবে আজকাল? আমি এটি "ভাল / খারাপ" না বলে "খারাপ / ভয়ঙ্কর"
বলব

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

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

7
এই উত্তরের জন্য +1। এটি কোনও ভাল প্রোগ্রামারের চিহ্ন নয় যে তার প্রতিটি দক্ষতা রয়েছে। এটা যে তিনি / সে পারে কুড়ান কোনো দক্ষতা প্রয়োজন।
স্টিভেন

2
@ স্টিভেন: না মোটেও নয়। এই যুক্তি অনুসারে, একটি 8 বছর বয়সী ভাড়া নেওয়া যেতে পারে কারণ তারা প্রোগ্রামিং তুলতে পারে। আইএমও রয়েছে প্রোগ্রামার বিবেচনা করার জন্য বেস দক্ষতা রয়েছে বা হওয়া উচিত। প্রোগ্রামিং ভাষার ক্ষেত্রে দক্ষতা এক, যে কোনও ভিসিএসের জ্ঞান এবং ব্যবহার অন্যটি। আরো আছে.
স্টিভেন এভার্স 21

34

আমি আপনাকে 20 বছরেরও বেশি সময় ধরে ডস এবং উইন্ডোজে সফ্টওয়্যার বিকাশ থেকে কিছুটা দৃষ্টিভঙ্গি দিই।

উইন্ডোজ / পিসি জগতের সংস্করণ নিয়ন্ত্রণ সফ্টওয়্যার 90 এর দশকের মাঝামাঝি সময়ে প্রায়শই অবিশ্বস্ত ছিল। ভিজ্যুয়াল সোর্সসেফ (ভিএসএস) প্রায় সেরা উইন্ডোজ ভিত্তিক উইন্ডো সম্পর্কে ছিল তবে এটি উদ্বেগজনক হতে পারে এবং অনেক প্রোগ্রামাররা এটি ঘৃণা করে। কিছু পরিস্থিতি এই পরিস্থিতি মোকাবেলা করার পরে তাদের ব্যবহারের বিনোদন দেয় না।

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

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

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

সুতরাং, আমি মনে করি না যে এই ক্ষেত্রে আপনার প্রার্থীর অভিজ্ঞতার অভাব একটি সুনির্দিষ্ট 'না' তবে আপনি সম্ভবত তাদের পূর্ববর্তী কাজের পরিস্থিতিটি আরও অনুধাবন করতে চান এটি কেন তাদের অভিজ্ঞতা থেকে অনুপস্থিত find আপনি সংস্করণ নিয়ন্ত্রণের প্রতি তাদের মনোভাবও অন্বেষণ করতে চাইবেন। তারা কি মনে করে যে এটি একটি ভাল ধারণা তবে তাদের পূর্ববর্তী অবস্থানে এটি অনুসরণ করার অনুমতি দেওয়া হয়নি বা তারা কি মনে করেন যে এটি সময়ের অপচয়?


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

@ অ্যাল্রোক - বিশ্বাস করুন বা না করুন, সেখানে কিছু কম নির্ভরযোগ্য এবং আরও বেশি উদ্দীপনা পাওয়া গেছে। 1995 সালে একটি সার্কা ব্যবহার করার আমার দুর্ভাগ্য হয়েছিল V ভিএসএস নির্ভরযোগ্যতার সাথে আমার কখনও গুরুতর সমস্যা হয়নি তবে আমি অন্যের কাছ থেকে দুঃখের গল্প শুনেছি hear আমি কিছু সংস্থা জানি যারা ভিএসএসের সাথে খারাপ অভিজ্ঞতার পরে কোনও ভিসিএস ব্যবহার বন্ধ করে দিয়েছিল।
jfrankcarr

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

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

আমরা ডস পরিবেশে একটি চাকরিতে tlib ( burtonsys.com/index.html ) ব্যবহার করি । অনুমোদিত যে এটি ২০০৫ সালে হয়েছিল তবে মনে হয়েছিল তারা এটি কিছুক্ষণ ব্যবহার করেছে।
ডগ টি।

29

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

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

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


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

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

19

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

সংস্থাগুলি "অভিনবত্ব" হিসাবে সংস্করণ নিয়ন্ত্রণ অনুধাবনকারী সংস্থাগুলি, যা তারা প্রবর্তন করতে রাজি নয়:

  • এসসিসি প্রকাশিত হয়েছিল 1972 সালে ( 40 বছর আগে )
  • আরসিএস 1982 সালে প্রকাশিত হয়েছিল ( 30 বছর আগে ), এবং এটি সম্পূর্ণ উন্মুক্ত উত্স এবং বিনামূল্যে
  • সিভিএস 1990 সালে প্রকাশিত হয়েছিল ( 21 বছর আগে ) এটি সম্পূর্ণ উন্মুক্ত উত্স এবং বিনামূল্যে free

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

9
@vartec: পরলোক তুচ্ছ হয় কি git init। লিঙ্কযুক্ত পৃষ্ঠাটি আমাকে বেশ জটিল মনে হওয়ায় পালিয়ে যেতে পারে।
মার্টিনাস

7
@ ভার্টেক: আমি যুক্তি দিয়ে বলব যে গিট এবং এইচজি হ'ল ভিসিএস নবাগতের দ্বারা বোঝা আরও সহজ যিনি বছরের পর বছর সেন্ট্রালাইজড ভিসিএস ব্যবহার করে চলেছেন এবং নবজাতকের সিভিসিএসের চেয়ে সহজ easier Page পৃষ্ঠার রিপোজিটরি লেআউট বিভাগটি কেবল দেখে নিন যেন আপনি এটি ইতিমধ্যে বুঝতে পারেন নি। তারপরে ভাবেন "আমার এখানে একটি সংগ্রহশালা আছে, আমি এটি এখানে ক্লোন করতে চাই।"
pdr

8
@ ভার্টেক: হুম। একমত হতে পারে না। আমি একা কাজ করার পরেও শাখা করতে এবং ক্লোন করতে সক্ষম হতে চাই। মাঝে মাঝে আমার ধারণা থাকে। এবং কখনও কখনও তারা খারাপ হয় :)।
pdr

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

14

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


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

12
এটি একটি মহিমান্বিতভাবে ঝাড়ু বিবৃতি এবং স্পষ্টত অসত্য।
মার্ফ

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

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

5
এখানকার অনেক লোককে দেখতে ভীতু প্রকৃতপক্ষে সাধারণ বা গ্রহণযোগ্য কিছু হিসাবে উত্স নিয়ন্ত্রণের অভাব খুঁজে পান।
জেস্পের ই

12

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


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

2
@ লর্ডস্ক্রি - একটি উচ্চ-ভলিউম ওয়েবসাইটে কাজ করা আপনার নিজের পক্ষে করা কঠিন হতে পারে তবে আপনি এখনও নিজের কাজের বাইরে উত্স নিয়ন্ত্রণ ব্যবহার করতে শিখতে পারেন।
JeffO

9

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

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

আপনার জিজ্ঞাসা করা প্রশ্নটি হ'ল, উত্স নিয়ন্ত্রণের অভাবে তিনি কীভাবে পরিচালনা করেছিলেন? এটি আপনাকে তাঁর সম্পর্কে এবং তিনি কীভাবে তাঁর কাজ পরিচালনা করেন সে সম্পর্কে কিছু বলতে পারে।


4
তিনি কীভাবে সংস্করণ নিয়ন্ত্রণ ছাড়াই আপডেটগুলি, রিলিজ ইত্যাদি পরিচালনা করেছিলেন তা অবশ্যই খুঁজে পাওয়া দরকার
ChrisF

4

আপনি তাঁর অভিজ্ঞতা সম্পর্কে প্রচুর তথ্য রেখে যান।

মূলত, আমি বলব যে এটি খুব সম্ভব যে কোনও প্রোগ্রামার সংস্করণ নিয়ন্ত্রণ সম্পর্কে না জেনে 10-15 বছরের অভিজ্ঞতা থাকতে পারে। 10 বছর ধরে কোডিং করা 10 বছর ধরে নিয়মিত নতুন প্রোগ্রামিং কৌশল শেখার সমান নয়।

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

শুভকামনা।


4

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

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


4

আমি এখানে কিছু বরং বিচারিক উত্তরগুলি দেখছি যা প্রকৃতপক্ষে বিচার করা ব্যক্তির বিবেচনায় নেই।

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

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

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


4
যদি আপনি কেবল 15 বছর ধরে বোকা লোকদের সাথে কাজ করেছেন এবং পাশে কোনও বুদ্ধিমান ওপেন সোর্স না করেন, এটি সম্ভবত আপনার দক্ষতা সেট এবং মনোভাবের প্রতিফলন ঘটবে। মানুষ তাদের পরিবেশ দ্বারা আকৃতির হয়। যদি তা না হয়, তবে আমরা কেন কারও কর্মসংস্থান ইতিহাসের দিকে তাকাব।
কাজ

@ কাজ আমরা তাদের কর্মসংস্থান ইতিহাসটি তাদের সহকর্মীদের ইনপুট নয় বরং তাদের নিজস্ব হিসাবে দেখি। তারা যে অঞ্চলে বেড়েছে সেখানকার কাউকে বিচার করতে পারবেন না অন্যথায় আমরা প্রতিবেশীদেরও সাক্ষাত্কার দেওয়া শুরু করতে পারি।
জেমস খুরি

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

4

আমি পেশাদার হিসাবে এটি উপার্জন শুরু না করা পর্যন্ত আমি নিজেকে কখনই "প্রোগ্রামার" হিসাবে বিবেচনা করি নি।

আমি সিস্টেম তৈরিতে বেশ কিছুটা অর্থ উপার্জন করেছি যা ক্লায়েন্টদের আরও বেশি অর্থোপার্জন করে। আমি একজন "ভাল" বিকাশকারী থাকুক না কেন বিষয়গত।

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

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

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

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

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


2

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

তার কী অভিজ্ঞতা আছে। আমি ভাবতে পারি যে তিনি আর জানেন না যে আপনি এখনও অবধি খুঁজে পান নি।

আপনার সফ্টওয়্যার বিকাশের অভিজ্ঞতা কী? আপনি কি তাকে আর্কিটেকচার, ডিজাইনের ধরণ, সাধারণ সফ্টওয়্যার বিকাশের সমস্যা, সিস্টেমের পারফরম্যান্স প্রশ্ন, সিস্টেম সুরক্ষা প্রশ্ন ইত্যাদি সম্পর্কে জিজ্ঞাসা করার মতো অবস্থানে আছেন?

তিনি যদি সেই ধরণের স্টাফের উপর দৃ strong়ভাবে উপস্থিত হন, তবে সম্ভবত আমি উত্স নিয়ন্ত্রণ জ্ঞানের অভাবকে উপেক্ষা করতে পারি।


2

কোনও ভাল প্রোগ্রামারের পক্ষে সংস্করণ নিয়ন্ত্রণ কখনও ব্যবহার না করা কি সম্ভব?

হ্যাঁ. স্ব-শিক্ষিত প্রোগ্রামার সহ অনেক ছোট সংস্থাগুলি এটি ব্যবহার করে না।

সংস্করণ নিয়ন্ত্রণের প্রয়োজন ছাড়া 10-15 বছর ধরে সক্রিয়ভাবে সফ্টওয়্যার বিকাশ করা কীভাবে সম্ভব?

আমি ব্যক্তিগতভাবে 2 টি ছোট সংস্থায় সংস্করণ নিয়ন্ত্রণ প্রবর্তন করেছি, 1 টি মাঝারি সংস্থাকে SVN (সেই সময়ের সেরা বিকল্প) থেকে ভয়ঙ্কর কিছু থেকে আপগ্রেড করেছি এবং অন্য একটি ছোট সংস্থায় কাজ করেছি যার কেবল কিছু ভিসি ছিল, কিছু কোডের জন্য নিজস্ব ভিসি সমাধান লিখেছিল এবং প্রচুর কোড ছিল কেবল কোনও ভিসিতে নয়।

ট্র্যাকিংয়ের সমস্যার সমাধানের সন্ধান না করার ঘটনাটি কি প্রোগ্রামিংয়ে ভুল দৃষ্টিভঙ্গির লক্ষণ বদল করে?

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

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


1
এই উত্তরে নতুন কিছু নেই।
pdr

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

@ কাজ অসমত। আমি মনে করি এটিই আমরা ভাবতে চাই তবে আমার ব্যক্তিগত অভিজ্ঞতা অনুসারে আমি এমন প্রোগ্রামারদের সাথে দেখা করেছি যারা স্মার্ট হিসাবে বিবেচনা করবেন না। সংস্করণ নিয়ন্ত্রণ ব্যবহার না করা একটি বড় সতর্কতা চিহ্ন যা তাদের মাথা কোথাও আটকে থাকতে পারে [মনোমুগ্ধকর বাক্য :-)] তবে এটি সবসময় হয় না।
জেমস

2

আমি এক্সপ্লোশন পিলের সাথে একমত হতে চাই (তবে আমার প্রতিনিধি খুব কম, এটিএম ...) ... মনোভাবটি আরও গুরুত্বপূর্ণ is

দেখার জন্য কয়েকটি জিনিস রয়েছে যা আমি বিশ্বাস করি প্রোগ্রামিংয়ের উত্সাহ অর্জনের জন্য:

  1. যোগাযোগ
  2. সৃজনশীলতা
  3. করুণা (কি বলবেন?)

এবং, প্রায়শই বার, অল্প ওসিডি বেশি হয়।

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

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

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


2

সংস্করণ নিয়ন্ত্রণের প্রয়োজন ছাড়া 10-15 বছর ধরে সক্রিয়ভাবে সফ্টওয়্যার বিকাশ করা কীভাবে সম্ভব?

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

ট্র্যাকিংয়ের সমস্যার সমাধানের সন্ধান না করার ঘটনাটি কি প্রোগ্রামিংয়ে ভুল দৃষ্টিভঙ্গির লক্ষণ বদল করে?

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

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


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

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

2

অভিজ্ঞতার বিষয়টি এবং আপনি সঠিক যে উত্স নিয়ন্ত্রণ সরঞ্জামগুলি ব্যবহার করার কৌশলগুলি খুব দ্রুত শিখতে পারে। তবে আপনি একটি লাল পতাকা দেখতে ঠিক বলেছেন।

  • আপনার প্রার্থী পেশা এবং এর প্রবণতা থেকে বিচ্ছিন্ন?
  • দলে কাজ করার আরও অনেক দিকও কি শেখা দরকার?

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

তবে তিনি সেখানে পৌঁছেছেন, যদি তিনি এক দশক বা তারও বেশি সময় ধরে একাকী নেকড়ে হয়ে থাকেন তবে এটি মানুষের সাথে জীবনযাপন করা কঠিন করে তুলতে পারে।

আপনার প্রার্থীকে আরও কয়েকটি পরীক্ষামূলক প্রশ্ন জিজ্ঞাসা করা উচিত।

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

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

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

2

২০১২ সালে, ১৫ বছরের শিল্প অভিজ্ঞতার সাথে সংস্করণ নিয়ন্ত্রণ কখনও ব্যবহার করা হয়নি এমন একটি লাল পতাকা। ১৯৮২ বা এমনকি ১৯৯২ সাল হলে এটি এতটা লাল পতাকা নাও হতে পারে But তবে আজ, সেই বিকাশকারীর পটভূমিতে এই চমকপ্রদ ফাঁকটির জন্য আরও একটি দুর্দান্ত ব্যাখ্যা থাকতে পারে।

অসাধারণ পরিস্থিতিতে অসাধারণ ব্যাখ্যা প্রয়োজন।

এটি কিছুটা গাড়ি মেকানিকের মতো, যিনি দাবি করেছেন যে তিনি 15 বছর ধরে গাড়ি ঠিক করছেন, তবে নিজের উপর গ্রীস স্পট হিসাবে এতটা পাননি।

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

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

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

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


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

হ্যাঁ, এবং তারা নতুন স্নাতক হওয়ার কারণে আমরা এটি "ক্রয়" করে এগিয়ে চলেছি।
কাজ

"পরিচিতির পরিচয় দিন" (আমি মনে করি আপনি এর উত্তরে যা বোঝাতে চেয়েছিলেন) বোঝায় তারা এটিকে কোনও এক সময় ব্যবহার করেছেন; আমি আপনাকে ইঙ্গিত করছি আপনি এমনকি এটি আশা করতে পারেন না।
ইজকাটা

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

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

1

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

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

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

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


ডিবিএকে ডেটাবেস থেকে এসকিউএল স্ক্রিপ্ট তৈরি করতে বলুন এবং তারপরে তিনি স্ক্রিপ্টগুলি উত্স নিয়ন্ত্রণে রাখতে পারেন।
লিকুইজ করুন

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

1

আমার নিজের 2 সি এটি ভিসি সম্পর্কে জিজ্ঞাসা করার বিষয়ে তিনি কীভাবে প্রতিক্রিয়া দেখিয়েছিলেন তার উপর নির্ভর করে। সম্ভাব্য প্রতিক্রিয়াগুলি হতে পারে:

  1. তাই না? ওটা কী
  2. না আমরা পরিবর্তে না
  3. বিব্রতকর কোনও বদলে যাওয়া , পরিচালনা আমাদের অনুমতি দেয় না
  4. বিব্রতকর কোনও বদলে যাওয়া নয়, তবে আমি নিজেই কিছুটা তদন্ত করেছি এবং ভেবেছিলাম এটি আমাদের কিছু করা উচিত।

4 এর ক্ষেত্রে, লোকটি আমার কাছ থেকে একটি পাস পাবে, তার সঠিক মনোভাব রয়েছে এবং সম্ভবত এটি সূক্ষ্মভাবে তুলবে। 3 এর ক্ষেত্রে, তিনি বোঝার জন্য ক্রেডিট পান যে এটি করা উচিত এমন কিছু যা 4 হিসাবে ততটা ক্রেডিট নয় I যদি তিনি ভিসি সম্পর্কে কয়েকটি ফ্যাকটিডের নাম রাখতে সক্ষম হন (সেখানে কিছু ভিসি প্যাকেজগুলির তালিকা তৈরি করুন) আমি ' এটি কিছু কৌতূহলের প্রমাণ হিসাবে গ্রহণ করুন এবং তাকে উত্তীর্ণ হতে পারে।

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

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


1

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

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

আপনি কী প্রোগ্রামিং করছেন এগুলি সবই।


0

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

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

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

আমি বিকাশকারীদের জানি যারা কেবলমাত্র এই শর্তে কাজ করেছে। তারা এই সরঞ্জামগুলি ব্যবহার করতে চায়, তারা এই সরঞ্জামগুলি ব্যবহার করতে পছন্দ করবে তবে তাদের এই সরঞ্জামগুলি ব্যবহার করার অনুমতি নেই।

তারা কেন তাদের ব্যবহার করেননি তদন্ত করুন। শূন্য অভিজ্ঞতার কারণে পদ্ধতিগুলি না বোঝা, সরঞ্জামগুলি প্রত্যাখ্যান করার চেয়ে অনেক বেশি আলাদা।


এই উত্তরে নতুন কিছু নেই।
pdr

0

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


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

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

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

0

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

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

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

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


0

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

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


-1

সংস্করণ নিয়ন্ত্রণ ব্যবহার না করার কয়েকটি সম্ভাব্য কারণ রয়েছে:

  1. যে সংস্থাগুলি তাদের ব্যবসায়ের মূল লাইন হিসাবে সফ্টওয়্যার বিকাশ করছে না তাদের সাথে কাজ করা।
  2. বা যদি বিকাশকারী অন্য কোনও সিস্টেম ব্যবহার করার সিদ্ধান্ত নিয়ে থাকেন - তবে অভিজ্ঞদের জন্য বৈধ।
  3. অথবা যদি বিকাশকারীরা প্রতিটি সিস্টেম কীভাবে কাজ করে তা এখনও শিখেনি
  4. বা এটি যে সরঞ্জামগুলির সাথে অপরিচিত তার বিরুদ্ধে মনোভাব সমস্যা

যারা ধরে নিলেন এমন লোকদের সাথে আপনি দেখা করার সময় আপনার যত্নবান হওয়া উচিত:

  1. কিছু করার একমাত্র উপায় আছে
  2. বা যে প্রতিটি প্রোগ্রামারকে অবশ্যই এটি করা উচিত তারা করছে
  3. বা যে পদ্ধতিগুলি লোকেরা ব্যবহার করছে তা পরিবর্তন করা সহজ

-2

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


-2

আমি মনে করি "সংস্করণ নিয়ন্ত্রণের প্রয়োজন ছাড়া 10-15 বছর ধরে সক্রিয়ভাবে সফ্টওয়্যার বিকাশ করা কীভাবে সম্ভব?" এর প্রশ্ন এতোটুকু নয়, তবে " গত 10-15 বছর ধরে কীভাবে সক্রিয়ভাবে সফ্টওয়্যার বিকাশ করা সম্ভব? সংস্করণ নিয়ন্ত্রণ প্রয়োজন? "।

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

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

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