হেভিওয়েট বিকাশের পদ্ধতিগুলিতে কীভাবে ব্যক্তিগত অনুশীলন অর্জন করবেন?


9

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

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

কিছু মাস / বছর ধরে কেবল চাকরিতে থাকা ছাড়াও তা।

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

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

উত্তর:


1

অল্প সময়ে (একদিন) অল্প সংখ্যক লোক অল্প সময়ের মধ্যে একটি পুরো বড় প্রকল্পকে ইঞ্জিনিয়ারিংয়ের অনুকরণ করতে পারে এমন কোনও উপায় আছে কি?

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

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

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

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


2

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

কাজ করার জন্য একটি নমুনা প্রোগ্রাম চয়ন করুন। আপনি যদি একটি, গুগল "কোড ক্যাটাস" নিয়ে আসতে না পারেন বা গুগলের কোডজাম সংরক্ষণাগারকে চ্যালেঞ্জগুলির পরীক্ষা করতে পারেন। অথবা কেবল একটি ক্যালকুলেটর তৈরি করুন। :-)

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

আপনার প্রথম রাউন্ডের জন্য, এগিয়ে যান এবং এটি ছোট রাখুন। প্রক্রিয়াটির মাধ্যমে সাইকেল চালানো কোনও নির্দিষ্ট পর্যায়ে ওভারকিলের চেয়ে গুরুত্বপূর্ণ। পরবর্তী রাউন্ডগুলির জন্য, আপনি যে বৈশিষ্ট্যগুলি ছেড়ে গিয়েছিলেন সেগুলিতে যুক্ত করুন। ট্রেসিং, লগিং, পারফরম্যান্স বিশ্লেষণ, পরীক্ষা-স্ক্যাফোल्ड ইত্যাদি you'll আপনি কী যুক্ত করতে চাইবেন তা নির্ভর করবে আপনার নিয়োগকর্তা আপনার আসল কাজের জন্য কী প্রত্যাশা রাখবে upon

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


1
@gnat - চেকলিস্টে লিঙ্কের জন্য প্রপস। ভাল সংযোজন।

-1

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

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

মূলত, পরিবর্তন এবং ঝুঁকি ব্যবস্থাপনার প্রতিটি সংস্থার এক অনন্য আকার রয়েছে বলে মনে হয়। আপনার সেরা বেট হ'ল মুক্ত মন বজায় রাখা, তবে দল থেকে দলে খুব বেশি অনুমান করবেন না।

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