ভবিষ্যতে এক ম্যান প্রকল্প থেকে টিম প্রকল্পে চলেছে Mov প্রস্তুতিতে আমার এখন কী করা উচিত এবং কী অপেক্ষা করতে পারে?


13

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

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


আপনি কি বলছেন যে এখন আপনার সংস্করণ নিয়ন্ত্রণ নেই? আপনি কি আপনার বর্তমান প্রকল্পের অবকাঠামো বর্ণনা করতে পারেন? আপনি কোন সমর্থনকারী সরঞ্জাম এবং নথিগুলি ব্যবহার করছেন বা উত্পন্ন করছেন?
টমাস ওয়েন্স

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

খুবই মৌলিক? এটি একটি সংক্ষিপ্তসার
থমাস ওভেনস

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

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

উত্তর:


12

আমি যা শিখেছি। (আমি একটি আলাদা আদেশ চেষ্টা করেছি I আমি ভুল ছিলাম things

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

  2. এমন একটি কিউএ / টেস্ট অঞ্চল তৈরি করুন যা আপনার ব্যক্তিগত "কর্মক্ষম" বা "বিকাশ" পরিবেশ থেকে সম্পূর্ণ পৃথক। কমপক্ষে একটি পৃথক ব্যবহারকারী আইডি। আদর্শভাবে একটি পৃথক ভিএম এ।
    সম্পূর্ণ আলাদা। আপনার বর্তমান কাজের পরিবেশের সাথে কোনও সম্ভাব্য ওভারল্যাপ নেই।

  3. আপনার নিজস্ব কাজের পরিবেশে ইউনিট পরীক্ষার বাইরে পরীক্ষা বন্ধ করুন। কোড এবং ইউনিট পরীক্ষা আপনি "নিজের মতো করে" করেন। আপনি পৃথক ভিএম-এ যা যা করেন তা অন্য সমস্ত পরীক্ষার (সংহতকরণ, কর্মক্ষমতা, যাই হোক না কেন)। কখনও নিজের মতো পরীক্ষা করো না। সর্বদা পৃথক কিউএ ব্যবহারকারী হিসাবে পরীক্ষা করুন। আদর্শভাবে একটি পৃথক ভিএম এ।

    "আমার পক্ষে কাজ করে," আপনার দলের সদস্য (গুলি) কে বলা খারাপ কাজ। খুব খারাপ. তারা কী ভুল করছে তা আপনাকে খুঁজে বের করতে হবে। দিনে বেশ কয়েকবার।

  4. সবকিছু লিখে রাখার পরিকল্পনা করুন। একটি সরল-পাঠ্য মার্কআপ সরঞ্জাম (আরএসটি বা মার্কডাউন বা কোনও কিছু) ব্যবহার করুন যাতে সমস্ত ডকুমেন্টেশন সংস্করণ নিয়ন্ত্রণ সংগ্রহস্থলের সরল-পাঠ্য হয়। একটি সরঞ্জাম HTML পৃষ্ঠাগুলি তৈরি করতে পারে (যেমন, আরএসটির জন্য ডকুমেন্টস) বা পিডিএফ বা যা ভাল মনে হয়। মালিকানা দলিল বিন্যাস (যেমন এমএস-ওয়ার্ড) ব্যবহার করবেন না। তারা কিছু সোর্স-কোড নিয়ন্ত্রণ সিস্টেমের সাথে ভাল খেলতে পারে না।

  5. আপনার প্রথমে যে জিনিসগুলি লিখতে হবে তা নীচে রয়েছে।

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

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

    • কীভাবে ইন্টিগ্রেশন টেস্ট স্যুটটি চালানো যায়।

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

  6. নথির পরবর্তী জিনিসগুলি হ'ল ব্যবহারকারীর গল্প। এবং সেই পরীক্ষাগুলি যা সেই গল্পগুলিকে সমর্থন করে। এবং সেই পরীক্ষার ক্ষেত্রে প্রয়োজনীয় ডেটা ফিক্সচারগুলি যা সেই ব্যবহারকারী গল্পগুলিকে সমর্থন করে।

    আপনি এটি ভাগ করা হবে। এটি উত্স কোড নিয়ন্ত্রণে চলে।

  7. শেষ পর্যন্ত, আপনি অন্যান্য 4 টি দর্শন ডকুমেন্ট করতে পারেন।

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

    • প্রক্রিয়া দর্শন প্রায়শই সহায়ক। এটি কতটা গুরুত্বপূর্ণ তা সামগ্রিক প্রয়োগের উপর নির্ভর করে।

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

      অনানুষ্ঠানিক হিসাবে গ্রহণযোগ্য হওয়ার পাশাপাশি এটি দ্রুত পরিবর্তনের প্রবণতা রাখে।

    • স্থাপনার তথ্য। সার্ভার। আইপি ঠিকানা। ডাটাবেস শংসাপত্র। সমস্ত স্টাফ অবশ্যই লিখতে হবে । অবশেষে.


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

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

8

সরঞ্জাম এবং পদ্ধতি

সফলভাবে সহযোগিতা করার জন্য এবং উত্পাদনশীল হওয়ার জন্য কী প্রয়োজন?

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

ম্যানেজমেন্ট / টিম ওয়ার্ক

... বা আন্তঃব্যক্তিক স্তরের অন্য কিছু

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

বইয়ের উল্লেখ

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

দলগুলি, সংস্থাগুলি এবং প্রোগ্রামিং প্রকল্পগুলির ক্ষেত্রে এই বইগুলি সত্যই পড়ার উপযুক্ত:

  • Peopleware
  • পৌরাণিক মানুষ মাস
  • সফ্টওয়্যার অনুমান, কালো শিল্পকে প্রত্যাখ্যান করা

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


এই উত্তরটি প্রশ্নটি থেকে মিশে গেছে programmers.stackexchange.com/questions/121603/... যা প্রায় একটি বছর এবং একটি খয়রাত পর প্রোগ্রামারদের কাছে Stackoverflow থেকে হিজরত করা হয় ... তাই আপনি যদি উত্তর অংশগুলি একটু বন্ধ (মূল প্রশ্ন জিজ্ঞাসা বইয়ের রেফারেন্সের জন্য), এজন্যই।
মেরাপেট

4

আমি অভিজ্ঞতা থেকে কথা বলব, তবে মনে রাখবেন যে সবাই আলাদা। এই জিনিসগুলি সর্বজনীন নয়।

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

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

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

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


1
+1, "এটি যেতে দিন" হ'ল প্রথম জিনিসটি আমিও পরামর্শ দেব।
স্লাগস্টার

2

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

অটোমেশন তৈরি করুন: দুর্দান্ত ধারণা, আমি কোনও দেব মেশিনের জন্য কনফিগারেশন অটোমেশন যুক্ত করতে পারি। এটি যত বেশি নির্মাণ করা হবে এটি সবচেয়ে সহজ (এত বেশি / দ্রুত পরীক্ষার স্থাপনা)।

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


1

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

  • সংস্করণ নিয়ন্ত্রণ ইনস্টল করুন এবং স্বয়ংক্রিয়গুলির সাথে ম্যানুয়াল ব্যাকআপগুলি প্রতিস্থাপন করুন,
  • যথাসম্ভব স্বয়ংক্রিয় স্থাপনা সেট আপ করুন (ন্যূনতম হিসাবে, হাত থেকে না করে এফটিপি-র মাধ্যমে স্থাপনের জন্য একটি স্ক্রিপ্ট লিখুন।

আপনি যদি এগুলি করতে ব্যর্থ হন, হয় আপনি এই কাজগুলি চিরকালের জন্য শৃঙ্খলিত হয়ে পড়বেন, বা (কিছু লোক) অনিবার্যভাবে শীঘ্রই বা পরে কিছু আবিষ্কার করবেন।

অন্যান্য গুরুত্বপূর্ণ কাজটি হ'ল ডিমিট্রিস নথি হিসাবে উল্লেখ করেছেন। @S। লট এ সম্পর্কে আরও বিশদ যুক্ত করেছে, সুতরাং তার পুনরাবৃত্তি না করে কেবল তাকে +1 করুন :-)


0

আংশিকভাবে ব্যক্তিগত অভিজ্ঞতার ভিত্তিতে এখানে কিছু চিন্তাভাবনা দেওয়া হল:

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

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

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

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

  • একটি পুনর্বিবেচনা নিয়ন্ত্রণ ব্যবস্থা ব্যবহার করুন । একটি লজিকাল উত্স ফাইলের বিন্যাস বজায় রাখুন এবং শৃঙ্খলা তৈরি করুন

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


0

প্রযুক্তি

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

  1. উৎস নিয়ন্ত্রণ
  2. সমস্যা ট্র্যাকিং
  3. একটানা সমাকলান

যদি এই তিনটি জিনিস সঠিকভাবে চলতে থাকে এবং আপনি যখন নতুন দলের সদস্যকে নিয়ে আসেন তখন আপনি প্রায় 75% সাধারণ সমস্যাটি দূর করবেন। এই টেকনোলজির টুকরোটি হ'ল কেবল আপনার মাথায় যা ঘটছে তা অনেকটা নিয়ে যাওয়া এবং আপনার দলের সদস্য যেখানে এটির সাথে ইন্টারঅ্যাক্ট করতে পারে সেখানে তা বের করে আনা।

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

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

http://www.pragprog.com/titles/tpp/the-pragmatic-programmer http://www.pragprog.com/titles/tsgit/pragmat-version-control-used-git http: //www.pragprog। কম / শিরোনাম / অটো / বাস্তবমুখী-প্রকল্প-অটোমেশন

ব্যক্তিগত

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

সুরক্ষা ব্যবস্থা রাখার সময় সমস্যাগুলির সমাধানের জন্য আপনি নিজের নতুন ভাড়াটিকে স্বাধীনতা দিতে চান যাতে আপনি তাড়াতাড়ি সমস্যাগুলি ধরতে পারেন।


0

এই বিষয়গুলি আমার মতে সবচেয়ে গুরুত্বপূর্ণ:

  1. আপনার কোডের গুরুত্বপূর্ণ অংশগুলি পড়ুন এবং সেগুলি বোঝার পক্ষে সহজ। মন্তব্য বা স্বজ্ঞাত ফাংশন এবং পরিবর্তনশীল নাম ব্যবহার করুন।
  2. নতুন ব্যক্তির পক্ষে কোড জমা দেওয়া সহজ করুন।
  3. যদি এটি তুচ্ছ না হয় তবে একটি README ফাইল তৈরি করুন যা উন্নয়নের পরিবেশ কীভাবে সেটআপ করতে হবে সে সম্পর্কে নতুন বিকাশকারীকে প্রয়োজনীয় সমস্ত পদক্ষেপের ব্যাখ্যা দেয়। বিকল্পভাবে এই পরিবেশটি স্থাপনে নিবিড়ভাবে সহায়তা করুন।
  4. এই নতুন প্রকল্পে কাজ করার সময় নতুন বিকাশকারীকে খুব স্পষ্টভাবে সংজ্ঞায়িত কার্য দিন। আমার মতে এই কাজগুলিতে নতুন তবে সাধারণ কার্যকারিতা জড়িত হওয়া উচিত। পরিষ্কার-পরিচ্ছন্নতার কাজগুলি আমার মতে খুব একটা বোঝা যায় না কারণ নতুন বিকাশকারীকে প্রথমে আপনার কোডিং শৈলীতে এবং সেই অভ্যাসগুলি খারাপ হলেও তা ব্যবহার করতে হবে used পরিষ্কার করা বা রিফ্যাক্টরিং এমন কাজগুলি যা কোডগুলি জানেন এমন লোকদের দ্বারা করা উচিত।
  5. কোড জমা দেওয়ার জন্য প্রক্রিয়াটি কী তা পরিষ্কার করুন। (উদাহরণস্বরূপ কেবল সংকলনকারী উপাদানগুলি জমা দিন।) তবে খুব কঠোর হবেন না, এটি শুরুতেই হতাশ হতে পারে।
  6. কোডিং কনভেনশন সহ একটি ডকুমেন্ট রাখুন। অন্যান্য কোডিং কনভেনশনগুলি কী তা অনুমান করে সত্যই হতাশ হতে পারে।
  7. অ্যাপ্লিকেশনটি জটিল হলে আর্কিটেকচারটি ব্যাখ্যা করার জন্য কিছু ডকুমেন্টেশন প্রস্তুত করুন। অথবা নতুন ব্যক্তির কাছে ফ্লো চার্ট বা অনুরূপ কিছু ব্যবহার করে আর্কিটেকচারটি ব্যাখ্যা করুন। আপনার প্রকল্পটি রিভার্স ইঞ্জিনিয়ারিংয়ে আপনি নতুন বিকাশকারী খুব বেশি সময় নষ্ট করতে চান না।
  8. যদি নতুন বিকাশকারী নিজেই মোতায়েন করার কথা মনে করেন, মোতায়েনের জন্য প্রয়োজনীয় সমস্ত পদক্ষেপের ব্যাখ্যা দিয়ে একটি অর্ডারযুক্ত চেকলিস্ট প্রস্তুত করুন।

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

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