"বাস ফ্যাক্টর" বাড়ানোর জন্য আপনার কি ভাল ডকুমেন্টেশন এবং ক্লিন কোড লিখতে হবে?

Question

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

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

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

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

সুতরাং প্রোগ্রামার হিসাবে, আপনি কি সত্যই চমৎকার ডকুমেন্টেশন এবং প্রত্যেকের জন্য সহজেই পঠনযোগ্য কোড লিখতে চান; বা কোডটি এবং ডকুমেন্টেশনগুলি এমনভাবে লেখা উচিত যাতে এটি কাজ করে এবং আপনি নিজে এটি বুঝতে পারেন তবে অন্য কোনও ব্যক্তির এটি বুঝতে সমস্যা হতে পারে?

Comments

গ্রিনের বইটি ফিকফডমস-এ অনুপ্রেরণা পোষণকারী ও লেকারদের জন্য উপযুক্ত। টিম ওয়ার্কের জন্য ভাল নৈতিক দর্শন নয়। কমপক্ষে বলার! [দ্রষ্টব্য যে উইকিপিডিয়া এই বইটিকে "সিসিওপ্যাথি" এর অধীনে শ্রেণিবদ্ধ করেছে]

— স্টিভেন এ লো লো

আমি আপনাকে কখনই ভাড়া দেব না: ডি

— ডেডালনিক্স

কবরস্থান অপরিবর্তনীয় লোকের দ্বারা পূর্ণ।

— কাজ

আপনি কখনই অপরিবর্তনীয় হতে চান না - আপনি প্রতিস্থাপন করা না গেলে আপনি কীভাবে পদোন্নতি পাবেন? আপনি যেখানে থাকেন ঠিক সেখানে খুশি না হলে, 'বাস ফ্যাক্টর' সর্বদা গুরুত্বপূর্ণ।

— ডেভ

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

— ক্যাসাবেল

Answer 1

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

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

Comments

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

— সিভিএন

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

— ক্যাফগিকে

Answer 2

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

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

Answer 3

আপনি যদি অপরিবর্তনীয় হয় তবে আপনার পদোন্নতি দেওয়া যাবে না।

Comments

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

— জন আর স্ট্রোহম

বিষয়ে সর্বকালের সেরা তর্ক

— জেডজেআর

ক্লাসিক উত্তর প্রকৃতপক্ষে।

— সারাউত পোসিটওয়িনিয়ু

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

— ডেভিডএক্সওয়াইজেড

Answer 4

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

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

কবরস্থানগুলি অপরিহার্য পুরুষদের দ্বারা পূর্ণ।
- গল, চার্লস ডি

তাই খাঁটি কাটা এবং আপনার কাজটি সঠিকভাবে করুন। যদি অন্য কোনও কিছুর জন্য না হয় তবে আপনার জন্য, কারণ আপনি সম্ভবত দরিদ্র আত্মা হবেন, যাকে এখন থেকে ২ বছর পরে কোডটিতে কিছু পরিবর্তন আনতে হবে।

Comments

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

— নোটোল

@ 動靜 能量: এটি হেরে যাওয়ার মতো শোনাচ্ছে। বিনা শর্তে সবার জন্য জয়-পয়েন্টের বিন্দুটি সুন্দর নয়। আপনার যদি মনে হয় যে কেউ আপনাকে ময়লার মতো আচরণ করছে, আপনার এটি খোলামেলা, স্পষ্ট এবং যুক্তিযুক্তভাবে সম্বোধন করা উচিত। এটি সহজেই দেখানো যেতে পারে, আপনার দলের কেউ যদি একটি গাধার মতো আচরণ করে তবে এটি সামগ্রিক দলের পারফরম্যান্সের পক্ষে উপকারী নয়।

— back2dos

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

— nopole

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

— নোপোল

@ 動靜 能量: আমার পোস্টে লিঙ্কটি অনুসরণ করুন। আপনার ক্ষেত্রে, আপনার খোলামেলাভাবে উইন-উইন বা কোনও চুক্তির পক্ষে পরামর্শ দেওয়া উচিত। প্রায়শই সমস্ত ধরণের মিথস্ক্রিয়া মারামারিতে পরিণত হয়, যখন মিথস্ক্রিয়াটি আসলে যোগাযোগের উপায় নিয়ে আলোচনায় সময় ব্যয় করে তা বিষয়গুলিকে সমাধান করে। এটি এতটা সহজ: "আমি আমাদের সম্পর্কটিকে একটি প্রতিযোগিতার পরিবর্তে একটি সহযোগীতা হিসাবে অগ্রাধিকার দেব এবং সে অনুযায়ী প্রতিশ্রুতিবদ্ধ হতে রাজি আছি you আপনি যদি বিকল্প হিসাবে এটি দেখতে না পান তবে এখনই আমাকে বলার জন্য যথেষ্ট সৎ হন you আপনি যদি চেষ্টা করেন এটি আমার চেয়ে বেশি ছত্রভঙ্গ করতে ব্যবহার করতে, আমি আপনার বলগুলি ছিড়ে দেব। যদিও আপনি শেষ বিটটি পুনরায় প্রকাশ করতে চাইতে পারেন;)

— ব্যাক

Answer 5

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

একজন লোকের পুরো কাজটি মডিউলটির কোড বজায় রেখেছিল যা দুটি সম্পূর্ণ পৃথক সাবসিস্টেম ব্রিজ করে দিয়েছিল, প্রতিটি সিস্টেমের মডিউলগুলিকে একটি ইউআরটির মাধ্যমে যোগাযোগের সুযোগ দেয়। মূলত, এটি ছিল সিরিয়াল প্রোগ্রামিং ১০১. কেবলমাত্র এমন একটি সাধারণ ইন্টারফেস তৈরি করার পরিবর্তে যা দেখতে এরকম কিছু দেখায়:

  int সেন্ডডেটা (int টার্গেটমডুল, শূন্য * ডেটা, সাইজ_ টাইট বাইটকাউন্ট);
  int recvData (int SourceModule, void * data, আকার_t maxBytes);

তিনি প্রতিটি একক বার্তার জন্য পৃথক ওপকোড তৈরি করেছেন যে কোনও দুটি যোগাযোগের মডিউল প্রতিটিটিতে পাঠাতে চাইতে পারে। যার অর্থ প্রতিটি ম্যাসেজ সম্পর্কে তার মডিউলটি জানতে হবে এবং যখনই কোনও বার্তা যুক্ত করা বা পরিবর্তন করা হয়েছিল তখন আপডেট হওয়া দরকার। অনুচিত ঘনিষ্ঠতা সম্পর্কে কথা!

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

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

Comments

একটি আকর্ষণীয় দৃষ্টিকোণ।

— স্ক্রিবু

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

— ক্রেগটিপি

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

— কালেব

@ কালেব: যে কোনও বড় প্রতিষ্ঠানে কোনও ভাল কাজই শাস্তি পায় না goes আপনি যদি পারেন তবে অন্যকে তাদের কৃপণতা এবং নিজের জন্য কল্পিত করে তোলা আরও সহজ।

— গিলবার্ট লে ব্ল্যাঙ্ক

@ কালেব: আমরা বিষয়টি বন্ধ করে দিচ্ছি, কিন্তু আমি এবং আমার মতো অন্যরা মানব প্রকৃতির সাথে লড়াই না করার সিদ্ধান্ত নিয়েছে। আপনি একটি ক্ষুদ্র (<20) ইনফরমেশন টেকনোলজি গ্রুপে মেধাবৃত্তি অর্জন করতে পারেন, তবে একবার আপনি যদি 100 বা ততোধিক সফ্টওয়্যার বিকাশকারীদের পাস করেন তবে আপনার সংস্থাটি এটি পছন্দ করবে বা না হোক তা ফিফডম হবে।

— গিলবার্ট লে ব্ল্যাঙ্ক

Answer 6

পুনঃস্থাপনযোগ্য হওয়া, এটি কি কোনও বিকাশকারীর আগ্রহের বিরুদ্ধে নয়?

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

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

আসলে কোড ডকুমেন্টেশনে ভাল থাকা এই দিনগুলির মধ্যে আসা একটি শক্ত মানের, যাতে একা আপনাকে অন্যদের থেকে আলাদা করতে সহায়তা করে।

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

Comments

-1: আপনার কাছে এটি ভাঙতে আমি ঘৃণা করি তবে সবাই প্রতিস্থাপনযোগ্য। - হ্যাঁ, তবে কিছু লোকের বদলে অন্যদের তুলনায় আরও বেশি কঠিন।

— জিম জি।

Answer 7

পুনঃস্থাপনযোগ্য হওয়া, এটি কি কোনও বিকাশকারীর আগ্রহের বিরুদ্ধে নয়?

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

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

এখন এটি অন্যরকমভাবে দেখুন: যে কেউ পড়তে পারে এমন কোড লিখে এমন কতজন বিকাশকারী তাদের চাকরি হারিয়েছেন?

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

আপনি কী ধরণের ব্যক্তি তা আমি জানি না, তবে এটি আমার স্বার্থকে আরও ভালভাবে পরিবেশন করে।

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

Answer 8

পুনঃস্থাপনযোগ্য হওয়া, এটি কি কোনও বিকাশকারীর আগ্রহের বিরুদ্ধে নয়?

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

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

Answer 9

ইতিমধ্যে বেশ কয়েকটি দুর্দান্ত উত্তর রয়েছে বলেই আমি এই প্রশ্নটিকে অন্য দৃষ্টিকোণ থেকে সম্বোধন করব।

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

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

আপনি কোন রুট পছন্দ করবেন?

Answer 10

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

অন্যদিকে, প্রতিস্থাপনযোগ্য হওয়া আপনাকে বেশ কয়েকটি অমূল্য সুবিধা দেয়:

• অবকাশ নিতে সক্ষম হচ্ছে
• ফোন করা হচ্ছে না
• ছেড়ে যাওয়ার এবং নতুন এবং বহির্গমন প্রকল্পে কাজ করার স্বাধীনতা

Comments

-1: আপনি যদি ব্যর্থতার একক পয়েন্ট হন তবে আপনার ক্লায়েন্ট (বা নিয়োগকারী) সম্ভবত আপনাকে প্রতিস্থাপনের চেষ্টা করবে; - আমার অভিজ্ঞতা না। দয়া করে @ নেদেফ্লো উত্তরটি দেখুন।

— জিম জি।

Answer 11

আপনি যদি কিছু দ্রুত ডকুমেন্টেশন লেখার জন্য 5 মিনিট ব্যয় না করেন তবে আপনি যখন আপনার কোডটি ব্যবহার করার প্রয়োজন হবে তখন আপনি একটি ঘন্টা পুনরায় পড়ার এবং এটি ব্যাখ্যা করার জন্য ব্যয় করতে যাচ্ছেন।

আরও খারাপ কোনও নতুন কাজের সন্ধানের জন্য দিন কাটাতে পারে কারণ আপনার বসকে জানতে পেরেছিলেন যে আপনি রক্ষণাবেক্ষণযোগ্য কোডটি লিখছেন না।

Answer 12

চমত্কার ডকুমেন্টেশনগুলি অবশেষে রিফ্যাক্টরিং / বিবর্তনের সাথে অপ্রচলিত হবে এবং এটি আপ টু ডেট রাখা সত্যিই সময় সাপেক্ষ is

ক্লিন কোড + ইউনিট পরীক্ষা> দুর্দান্ত ডকুমেন্টেশন

Comments

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

— 21

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

— ক্যাসকেবেল

Answer 13

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

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

Answer 14

সফটওয়্যার ডেভলপমেন্ট সংস্থাগুলির অন্যতম প্রধান লক্ষ্য তাদের বাস ফ্যাক্টর বৃদ্ধি করা

মিথ্যা ভিত্তি। একটি সফ্টওয়্যার ডেভলপমেন্ট সংস্থার প্রধান লক্ষ্য (যে কোনওটিতে আমি কাজ করেছি, যে কোনওভাবেই) তারা পারে সর্বোত্তম সফ্টওয়্যার তৈরি করা এবং অর্থোপার্জন করা, প্রয়োজনীয় ক্রম হিসাবে তা নয়। "বাস ফ্যাক্টর" হ্রাস করা অর্থ হারানো এড়ানোর একমাত্র উপায়।

আইন 11 আপনার উপর নির্ভরশীল মানুষ রাখতে শিখুন।

তার মানে কী?

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

এটা আপনার কল।

Answer 15

(প্রোডাকশন কোড ধরে)

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

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

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

সুতরাং প্রোগ্রামার হিসাবে, আপনি কি সত্যই চমৎকার ডকুমেন্টেশন এবং প্রত্যেকের জন্য সহজেই পঠনযোগ্য কোড লিখতে চান; বা কোডটি এবং ডকুমেন্টেশনগুলি এমনভাবে লেখা উচিত যাতে এটি কাজ করে এবং আপনি নিজে এটি বুঝতে পারেন তবে অন্য কোনও ব্যক্তির এটি বুঝতে সমস্যা হতে পারে?

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

Answer 16

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

Answer 17

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

Answer 18

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

Comments

-1: আপনি স্ব-ডকুমেন্টিং কোডের জন্য চেষ্টা করছেন না কেন? সর্বোপরি, অপ্রয়োজনীয় ডকুমেন্টেশনের বিরোধিতা হিসাবে এবং সবচেয়ে খারাপভাবে, ডকুমেন্টেশন যা খুব দ্রুত অচল হয়ে যাবে? দয়া করে @xsAce উত্তরটি দেখুন।

— জিম জি।

Answer 19

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

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

Comments

-1: যখন আমার কাছে এমন লোকেরা এসেছিলেন যখন আমাকে জানান যে তাদের সময় "নষ্ট" ডকুমেন্টিংয়ের পক্ষে মূল্যবান তা আমি যত তাড়াতাড়ি সম্ভব এগুলি প্রতিস্থাপন করি।

— জিম জি।

@ জিম জি: চমৎকার। আমি ধরে নিতে চলেছি যে আপনার সময়টি নথিপত্র নষ্ট করার পক্ষে মূল্যবান ...

— জন পারসিভাল হ্যাকওয়ার্থ

Answer 20

আপনি যদি সত্যিই অপরিবর্তনীয় হতে চান (যা আপনি সমস্ত উত্তর পড়ার পরে পুনর্বিবেচনা করতে চান ...) - কোডটি নথিভুক্ত না করে কেন থামবেন?

আপনার অবিশ্বাস্য কোডটি কীভাবে লিখবেন সে সম্পর্কে একটি সত্যই উজ্জ্বল গাইড রয়েছে যা আপনার অবশ্যই পড়তে হবে: http://thc.org/root/phun/unmaintain.html

উপভোগ করুন! (আমি অবশ্যই করেছি ...)

Comments

এখানে "অপসারণকারী" আছে :) :)

— ক্রেগটিটিপি