নতুন সিনিয়র বিকাশকারী কাজ

Question

11,000-লাইন-অফ-কোড অ্যাপ্লিকেশনটিতে কাজ করার জন্য আমি আগামীকাল থেকে নেট শুরু করে আট বছরের .NET অভিজ্ঞতা নিয়ে একজন সিনিয়র বিকাশকারী পেয়েছি। দলে আমি এবং অন্য একজন প্রোগ্রামার রয়েছেন। আমরা দু'জনেই প্রত্যেকে প্রায় তিন বছরের অভিজ্ঞতা পেয়েছি।

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

তারা নতুন বৈশিষ্ট্যগুলি লিখতে এবং বাগগুলি ঠিক করার জন্য প্রস্তুত হওয়ার আগে আমি তাদের আর কতক্ষণ দেব?

Comments

এটি 1100 টি লাইনের লাইন কী জটিল তা সত্যিই নির্ভর করে। আমি 8 বছর বয়সী কারও কাছে প্রত্যাশা করব (এর অর্থ তারা 2003 এ এটি ব্যবহার শুরু করেছেন) এক সপ্তাহের মধ্যে পুরো গতিতে চালাতে সক্ষম হবে।

— রামহাউন্ড

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

— রোবট

@ স্টিভেন বার্নাপ: আমি এটি পছন্দ করি :) তার পা আগুন জ্বালান এবং দেখুন তিনি বাড়িটি পুড়িয়ে ফেলছেন কিনা।

— জোয়েল ইথারটন

আমি কি কেবলমাত্র একাই মনে করি যে 11 কে লাইন বেশি নয়? আমি আমার হৃদয়ের নিখুঁত মঙ্গলভাবের বাইরে একটি দিন দিতাম।

— লুই কোটম্যান

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

— বিকাশকারী

Answer 1

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

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

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

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

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

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

Comments

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

— মিঃব্লিজ

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

— ডঙ্ক

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

— ডিজেক্লেওয়ার্থ

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

— এইচএলজিইএম

@ ডাঙ্ক: আমার অভিজ্ঞতায়, বিশ্বের সবচেয়ে খারাপ লোকেরাও যখন কোনও কাজের জন্য মরিয়া হয়ে থাকে, তখন একটি সাক্ষাত্কারের সময় কয়েক ঘন্টা তাদের সাথে আচরণ করতে পারে। নতুন ভাড়া নিয়ে চুক্তি-থেকে-ভাড়া, ইন্টার্নশিপ এবং কোডের নমুনাগুলি এত গুরুত্বপূর্ণ That's

— জর্দান

Answer 2

ছোট কাজগুলিতে তাৎক্ষণিকভাবে এগুলি শুরু করুন - এমন জিনিসগুলির জন্য যা বড় ছবির প্রয়োজন হয় না।

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

Comments

এটি আমি যা ভাবছি তা অনেকটাই।

— মিঃব্লিজ

+1, এটি কোনও ব্রেইনার, বিশেষত যেহেতু কোড বেসটি ছোট।

— লুই কোটম্যান

Answer 3

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

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

এছাড়াও ... আপনি যতই ভাল বলে মনে করেন আপনি কীভাবে কোনও প্রকল্প সেখানে কীভাবে কাজ করেন তা সবসময় 'ওহ হ্যাঁ আমি আপনাকে বলতে ভুলে গেছি', 'আমরা এই সমস্যায় পড়েছিলাম, তাই আমরা এই মুহুর্তগুলি করেছি যা যতক্ষণ না জ্বালানো হয় আপনি আসলে কাজ শুরু।

Comments

+1 প্রকল্পের মাধ্যমে নতুন ভাড়া যত তাড়াতাড়ি শুরু করা যেতে পারে, তত তাড়াতাড়ি নতুন ভাড়া তারা কী করছে তা আরামদায়ক (মালিকানা / দায়বদ্ধতা নিতে ইচ্ছুক) হবে।

— চাদ হ্যারিসন

Answer 4

কতক্ষণ?

দড়ি কত দিন?

যখন তিনি আরামদায়ক যখন তিনি তার প্রথম বাগ সংশোধন করা হয়েছে -> তিনি প্রস্তুত ।

Answer 5

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

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

Answer 6

8 বছরের অভিজ্ঞতা। আমি কেবল তাকে ভিতরে wouldুকিয়ে দেব He তার সাঁতার কাটা উচিত। অন্যরা যেমন ছোট ছোট কাজগুলি শুরু করে তা উল্লেখ করেছে। এটি তাকে কোড চেক-ইন / চেক-আউট প্রক্রিয়া এবং আপনার যে কোনও বিকাশ প্রক্রিয়াতে ভুগতে দেবে।

আমি অনেকবার চাকরি পরিবর্তন করেছি এবং প্রথম সপ্তাহের মধ্যে আমি তাদের সকলের জন্য একজন সহযোগী হয়েছি। কোডটি সংকলন করতে আমার পক্ষে সবচেয়ে কঠিনতম এক সপ্তাহ সময় নিয়েছে (কমপক্ষে 100k + কোডের লাইন) get এই প্রকল্পের জন্য একটি পূর্ণ বিল্ড লেগেছিল 8 ঘন্টা।

আমি প্রথম সপ্তাহে 80 ঘন্টার মতো কিছু কাজ করেছি (প্রকল্পটি গুরুতরভাবে পিছনে ছিল)।

Comments

আকর্ষণীয় যে প্রত্যেকে এটি একটি লোক ধরে

— নিচ্ছে

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

— থাইমাইন

আমি একজন লোক এবং সুতরাং প্রত্যেককে অবশ্যই :-) হতে হবে। শুধু আমার লেখার উপায়, আমি তাঁর লেখার পক্ষে যথেষ্ট শৃঙ্খলাবদ্ধ নই all

— বিল লিপার

Answer 7

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

Comments

আমি মনে করি আমার মানগুলি সম্ভবত খুব বেশি, তবে আপনার ... 1 দিন ... এবং 1 সপ্তাহ সত্যিই উত্পাদনশীল হতে পারে? আইএমই, এটি খুব বাস্তববাদী নয়।

— ডঙ্ক

@ ডাঙ্ক: কার্যভার অর্পণ করা এবং সম্পূর্ণরূপে ক্ষতিগ্রস্ত না হয়ে সেগুলির কাছে যেতে সক্ষম হতে? আমি বলছি না যে তারা পুরো গতিতে থাকবে, তবে এই মুহুর্তে তাদের কোড-বেসের

— সাহায্যে খোঁজ

হ্যাঁ গম্ভীরভাবে. 11 কে এলওসি খুব বড় নয়। তাকে সেট আপ করুন যাতে এটি তৈরি হয় এবং ডিবাগারে চালিত হয় এবং তারপরে এটি কীভাবে কাজ করে তা তাকে দেখান। এটি যথেষ্ট হওয়া উচিত।

— gbjbaanb

Answer 8

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

এটি আপনি যে কাজটি সম্পাদন করবেন বলে আশা করছেন তা নির্ভর করে।