একটি সফ্টওয়্যার আর্কিটেক্ট হিসাবে, আমার কি লগগুলি বিশ্লেষণ এবং অন্যের বাগগুলি ঠিক করার বিষয়ে এতটা ফোকাস করার কথা?

Question

আমার স্নাতক (2005 সালের শেষের দিকে) থেকে আমি একই সংস্থার জন্য সি ++ সফটওয়্যার ইঞ্জিনিয়ার হিসাবে কাজ করছিলাম। এক বছর আগে আমি একটি সফ্টওয়্যার আর্কিটেক্ট হিসাবে পদোন্নতি পেয়েছি তবে আমি নিজেকে যোগ্যতা এবং ফিক্সিং বাগগুলি, স্তর 2 সমর্থনে আরও বেশি করে জড়িত পেয়েছি।

আমার 50% সময় নোটপ্যাড ++ এ সফটওয়্যার লগগুলি বিশ্লেষণ করে এবং কী ভুল হয়েছে তা বের করার চেষ্টা করার জন্য ব্যয় করেছে। 30% অন্যের বাগ এবং অন্যান্য (যদি থাকে) বিকাশকারীদের স্প্যাগেটি কোড পর্যালোচনা ঠিক করে।

আমি এই পণ্যটিকে ঘৃণা করতে শুরু করেছি এবং এই সংস্থা থেকে বেরিয়ে আসার কৌশল সম্পর্কে ভাবতে শুরু করেছি।

এই পরিস্থিতিতে আমি কী করতে পারি বলে আপনি মনে করেন? আপনি কি অন্য সফ্টওয়্যার আর্কিটেক্ট এখনও কোডে বাগ ফিক্স করছেন?

Comments

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

— সর্বোচ্চ

নাহ - কোনও "আর্কিটেক্ট" এর দায়িত্ব বাগগুলি তৈরি করা, সেগুলি ঠিক করা নয় not

— নেমানজা ত্রিফুনোভিচ

আপনি যা বর্ণনা করেন তা কোনও সফ্টওয়্যার আর্কিটেক্ট নয় - এটি সাপোর্ট ইঞ্জিনিয়ার।

— ওডে

"লেভেল 2 সাপোর্ট" কী .. .. গেমের মতো আহহ

— টমাস

@ ক্রেল্প খুব বড় সফটওয়্যার প্রোডাক্ট অপারেশনগুলিকে 2 আকারে বিভক্ত করা হয়েছে: 1. রিলিজ 2. রক্ষণাবেক্ষণ প্রকাশের ক্রিয়াকলাপগুলির মধ্যে রয়েছে কয়েকটি বড় বৈশিষ্ট্য যুক্ত করা, অপ্টিমাইজেশনের স্কোপগুলি অনুসন্ধান করা, সফ্টওয়্যারটির বিশ্বায়ন, নতুন প্ল্যাটফর্মগুলির সমর্থন যোগ করা ইত্যাদি Now এখন, রক্ষণাবেক্ষণের অংশটি 3 ভাগে বিভক্ত করা হয়েছে: এল 1, এল 2 এবং এল 3। এল 1 একটি গ্রাহক সহায়তা কল কেন্দ্র। এল 2 জন ব্যক্তি পণ্যটির বিস্তারিত জ্ঞান দিয়ে সজ্জিত। যখন এল 1 গ্রাহক সমস্যা সমাধান করতে ব্যর্থ হয়, তারা ইস্যুটি বা এল 2 কে পাস করে দেয়। এবং যদি এল 2 সমস্যাটি সমাধান করতে না পারে তবে তারা এল 3 কল করে। এল 3 কোড পরিবর্তন করতে সক্ষম।

— চানি

Answer 1

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

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

অন্য কথায়, শিরোনামগুলি বেশিরভাগ অর্থহীন।

Comments

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

— মাইকে 30

এটি কলেজের দু'বছর বাদে কীভাবে আমাকে "সিনিয়র সফটওয়্যার ইঞ্জিনিয়ার" হিসাবে পদোন্নতি দেওয়া হয়েছিল তার মতোই এটি। আমি সম্ভবত কমপক্ষে এক দশক ধরে এই শিরোনামের প্রাপ্য নই।

— রোবট

সফ্টওয়্যার স্থপতিরা সাধারণত যা করেন তার জন্য আর্কিটেক্টের চেয়ে সিটি প্ল্যানার সম্ভবত আরও ভাল রূপক ।

— রায় টিঙ্কার

সত্য, শিরোনাম অর্থহীন

— srk করুন

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

— কারসন 63000

Answer 2

উইকিপিডিয়া নিবন্ধটি সফ্টওয়্যার স্থপতি হিসাবে সংজ্ঞায়িত করে :

এমন একটি কম্পিউটার প্রোগ্রামার যিনি উচ্চ-স্তরের ডিজাইনের পছন্দগুলি তৈরি করেন এবং সফ্টওয়্যার কোডিং মান, সরঞ্জামগুলি বা প্ল্যাটফর্ম সহ প্রযুক্তিগত মানকে চালিত করেন ...

উপরে দেওয়া, আপনার অনুমান "আমার সময় 50% অতিবাহিত ... সফ্টওয়্যার লগ বিশ্লেষণ ... 30% অপরের বাগ স্থাপন" আপনি পর্যন্ত করা পর্যন্ত বন্ধ সফ্টওয়্যার স্থপতি স্বাভাবিকভাবে করতে বলে আশা করা হচ্ছে কি।

• আমি উপরে বলব যে তারা আপনাকে 50+30=80%জাল সম্পর্কে শিরোনাম দিয়েছে ।

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

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

---

_{আরও কিছু ইতিবাচক নোটে, আপনার প্রশ্নটি কমপক্ষে একটি দক্ষতা দেখায় যা স্থপতিদের জন্য বেশ গুরুত্বপূর্ণ: বিভিন্ন ধরণের ক্রিয়াকলাপ শ্রেণিবদ্ধ করার ক্ষমতা এবং এগুলিতে ব্যয় করা প্রচেষ্টা ট্র্যাক করে। আপনার পর্যবেক্ষণ এবং অনুমানের সংক্ষিপ্ত বিবরণ এবং এগুলি স্পষ্টভাবে যোগাযোগের জন্য বিশেষত পরিচালনার সিঁড়ি পর্যন্ত আপনার "টুলবক্স" পরিপূরক দক্ষতা যুক্ত করার কথা বিবেচনা করুন। :)}

Answer 3

একটি সফ্টওয়্যার আর্কিটেক্ট হিসাবে, আমার কি লগগুলি বিশ্লেষণ এবং অন্যের বাগগুলি ঠিক করার বিষয়ে এতটা ফোকাস করার কথা?

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

আপনার সক্রিয় হওয়ার কথা:

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

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

Comments

আমার মতে সেরা উত্তর। আমার ... এভাবেই আমার অভিনয় আশা করবে।

— রিঙ্কিপিঙ্কু

Answer 4

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

আপনি যা বলেছেন তা দিয়েছেন:

আমার 50% সময় নোটপ্যাড ++ এ সফটওয়্যার লগগুলি বিশ্লেষণ করে এবং কী ভুল হয়েছে তা বের করার চেষ্টা করার জন্য ব্যয় করেছে। 30% অন্যের বাগ এবং অন্যান্য (যদি থাকে) বিকাশকারীদের স্প্যাগেটি কোড পর্যালোচনা ঠিক করে।

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

Answer 5

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

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

এটি সমাধান করা একটি কঠিন সমস্যা তবে আমার পরামর্শটি হ'ল:

1. এই অ সফটওয়্যার আর্কিটেক্ট প্রকল্পের সময় প্রকল্পের জন্য চার্জ নম্বর জিজ্ঞাসা করুন। আমি দেখতে পাচ্ছি প্রকল্প পরিচালকরা আপনার সময় জিজ্ঞাসা করার মতো আগ্রহী নয়, যদি তাদের এটির জন্য দায়বদ্ধ হতে হয়।

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

3. আপনার অগ্রাধিকারগুলি পরিষ্কার রেখে আপনার কাজকে সংগঠিত করুন এবং আপনার আর্কিটেকচার প্রকল্পগুলির বাইরে তেমন সাড়া জাগানো না।

4. একজন স্থপতি হিসাবে কাজ করুন, আপনার সহকর্মীদের আপনাকে স্থপতি হিসাবে দেখার জন্য পান, আপনি এত বছর একই বিকাশকারী হিসাবে নন। আপনি অন্যকে ঠিক বিকাশকারী হিসাবে ব্যবহার করার অভ্যাসটি ভঙ্গ করেছেন।

শুভকামনা।

Answer 6

না, আপনি এখানে বড় ছবি পরিচালনা করতে এসেছেন।

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

আপনি তবে মূল আর্কিটেকচারে বাগ প্রয়োগ এবং ঠিক করতে পারেন।

উদাহরণ: আপনি ডাব্লুপিএফ / সি # প্রকল্পে PRISM, MEF ইত্যাদিতে কাজ করবেন তবে আপনি স্প্ল্যাশস্ক্রিন প্রদর্শন করতে এক্সএএমএল-তে কাজ করবেন না।

আপনি ডিবি ডিজাইনে কাজ করবেন তবে আপনি CRUD ক্রিয়াকলাপের জন্য সঞ্চিত পদ্ধতি লিখবেন না।

প্রভৃতি

Answer 7

উত্তরের অংশটি এমন কোনও ইঞ্জিনিয়ারের সন্ধান করা হবে যিনি এই বোঝাটি নিতে আগ্রহী।

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

আমি দুটি সম্ভাবনা দেখতে পাচ্ছি।

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

2. শিরোনামটি মূলত আনুষ্ঠানিক - আপনার চারপাশে রাখার জন্য আপনাকে একটি হাড় ফেলে দেওয়া হয়।

এই ক্ষেত্রে, ম্যানেজমেন্ট আপনার সমর্থন বোঝা হ্রাস করতে মারাত্মক আগ্রহী নাও হতে পারে।

-

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

Answer 8

আমার 50% সময় নোটপ্যাড ++ এ সফটওয়্যার লগগুলি বিশ্লেষণ করে এবং কী ভুল হয়েছে তা বের করার চেষ্টা করার জন্য ব্যয় করেছে। 30% অন্যের বাগ এবং অন্যান্য (যদি থাকে) বিকাশকারীদের স্প্যাগেটি কোড পর্যালোচনা ঠিক করে।

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

অন্য কথায়, আমার পয়েন্ট # 1 হ'ল আর্কিটেক্টস হলেন উচ্চ স্তরের ডিজাইনার এবং সিস্টেম ইন্টিগ্রেটাররা হ'ল অন-অভিজ্ঞতার সাথে কীভাবে প্রযুক্তির অভ্যন্তরীণ-কার্য-প্রযুক্তি কাজ করে / প্রয়োগ করে এবং ব্যবহার করা প্রয়োজন।

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

পয়েন্ট # 2 : আপনি যদি এই অ্যাপ্লিকেশনগুলির কয়েকটি সংখ্যক বিকাশকারী হয়ে থাকেন - তবে এই শিরোনামটি আপনাকে নতুন অভিনব শিরোনামের সাথে একই "ঠিক করুন" র ভূমিকা রাখতে আপনাকে সংস্থা ম্যানেজমেন্টের দ্বারা অন্য একটি চিনির গ্লাস ।

Answer 9

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

Answer 10

একটি সফ্টওয়্যার আর্কিটেক্ট হিসাবে, আমার কি লগগুলি বিশ্লেষণ এবং অন্যের বাগগুলি ঠিক করার বিষয়ে এতটা ফোকাস করার কথা?

'হ্যাঁ' বলার ক্ষেত্রে।

আমি কীভাবে আমার উত্তরটি যোগ্য করে তুলেছি তা এখানে:

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

---

# 2 এ আরও:

1. এই ধরণের ত্রুটিগুলি সাধারণত একটি আর্কিটেকচারাল ব্যর্থতা বোঝায়। যখন তারা তা করে, আপনাকে অবশ্যই ত্রুটির সঠিক প্রকৃতিটি বুঝতে হবে এবং স্থির স্থপতি হতে হবে।
   1. সুতরাং এক্সটেনশনের মাধ্যমে আপনাকে অবশ্যই লগগুলি সন্ধান করতে এবং অন্যান্য ব্যক্তির বাগগুলি ঠিক করতে সক্ষম হবেন (এমনকি যদি আপনি সোর্স কোড সংগ্রহস্থলে সরাসরি কোড না করেন)।

Answer 11

উত্তর নেই সম্ভবত। আপনি এতক্ষণ ডিবাগিং এবং সহায়তা সংক্রান্ত সমস্যার জন্য কেন ব্যয় করছেন? কেউ কি আপনাকে সেই কাজটি অর্পণ করছে?

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