কীভাবে "কাস্টম সফটওয়্যার সংস্থাগুলি" প্রযুক্তিগত withণ নিয়ে কাজ করে?


20

"কাস্টম সফটওয়্যার কোম্পানি" কী?

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

"কাস্টম সফটওয়্যার সংস্থাগুলি" এর বিপরীতটি কী?

উপরোক্ত ব্যবসায়ের মডেলের বিপরীতে হ'ল সংস্থাগুলি যেগুলি দীর্ঘমেয়াদী পণ্যগুলিতে ফোকাস করে, তারা প্রয়োগযোগ্য ডেস্কটপ / মোবাইল অ্যাপ্লিকেশন, বা সাস সফটওয়্যার হোক।

প্রযুক্তিগত debtণ বাড়ানোর একটি নিশ্চিত আগুনের উপায়:

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

প্রযুক্তিগত debtণ বহন করার এটি একটি নিশ্চিত আগুনের উপায়। এখন আমাদের বজায় রাখার জন্য আমাদের কাছে কিছুটা সফটওয়্যার রয়েছে যা আমাদের মূল পণ্যটিতে কিছুই যোগ করে না।

যদি কাস্টম কাজটি প্রযুক্তিগত debtণ তৈরির একটি নিশ্চিত আগুনের উপায় হয়, এজেন্সিগুলি কীভাবে এটি পরিচালনা করে?

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


5
কেন কেবলমাত্র "খারাপ" বলার এই তীব্র আকাঙ্ক্ষা আমার?
এইচএলজিইএম

5
এটি কি প্রযুক্তিগত debtণ, বা বৈশিষ্ট্য ক্রেপ এবং এক-ক্লায়েন্ট-কেবল সফ্টওয়্যার সম্পর্কিত প্রশ্ন? কারিগরি debtণ হ'ল খারাপ অভ্যাসগুলির যোগফল যা আপনাকে পরে আড়াল করে। ফিচার ক্রিপ এবং ওয়ান-ক্লায়েন্ট-শুধুমাত্র সফ্টওয়্যার হ'ল ম্যানেজমেন্টের বিভিন্ন ধরণের দুঃস্বপ্ন।
ফিল

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

3
কোনও ক্লায়েন্টের দৃষ্টিকোণ থেকে, অভিজ্ঞতার সূচনা হয়েছে যে বেশিরভাগ কাস্টম শপগুলি আপনাকে দুষ্টু প্রযুক্তিগত debtণ রেক আপ করতে দৃ strongly়ভাবে উত্সাহ দেয় যাতে আপনি তাদের আবার নতুন, বিভিন্ন প্রযুক্তিগত debtণে র্যাকআপ করতে ডাকতে পারেন।
ওয়াট বার্নেট

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

উত্তর:


13

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

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

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

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

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


+1 দুর্দান্ত উত্তর এসএসএলএইচ, এটি সত্যিই আমাদের কী ধরণের পরিবর্তন বা হ্যাক করতে হবে তার ক্রুসে পৌঁছেছে। আমি সমাপ্তির ধারণাটি পছন্দ করি ... সত্যিই আকর্ষণীয় interesting
অ্যান্ডি

+1 ক্লায়েন্ট যতক্ষণ পর্যন্ত বৈশিষ্ট্যটি + সহায়তা প্রদান করে ততক্ষণ সমর্থন করতে হবে এমন ছোট্ট কয়েকটি বৈশিষ্ট্য অর্জন করতে কোনও সমস্যা নেই। দুঃখিত, আমরা আপনার বৈশিষ্ট্যটি নিখরচায় সমর্থন করতে পারি না ...
ফিল

18

আমি যখন কাস্টম বিকাশের অনুরোধগুলির মুখোমুখি হই তখন আমি সেগুলিকে শীতল ফিল্টারের মাধ্যমে ফিল্টার করি যা অনুরোধগুলি 3 টি পাইলের মধ্যে বিভক্ত করে:

  1. দুর্দান্ত কাজগুলি যা প্রত্যেকের জন্য কার্যকর হবে এবং এটি প্রয়োগ করা তুলনামূলকভাবে সহজ
  2. দুর্দান্ত কাজগুলি যা প্রত্যেকের জন্য কার্যকর হবে এবং এটি কার্যকর করা শক্ত
  3. বোকা এক জিনিস যা কেবলমাত্র এই এক ক্লায়েন্টের জন্য প্রয়োজন যা আসলে তাদের আর প্রয়োজন হয় না
  • বিভাগ 1 বর্তমান দেব চক্রটিতে বাস্তবায়িত হয়।
  • বিভাগ 2 পরবর্তী দেব চক্রটিতে বাস্তবায়িত হয়।
  • বিভাগ 3 টি 1 মাসের মাসের ডেভ টাইমের উদ্ধৃতি পায় যার পরে বেশিরভাগ ক্লায়েন্ট বুঝতে পারে যে তাদের অনুরোধটি উপযুক্ত নয়।

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

(এই অভিজ্ঞতাটি একটি আইএসভি সংস্থায় ছিল)


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

6
1 পুরুষ মাস? আপনার খুব ছোট বৈশিষ্ট্য অনুরোধ সহ গ্রাহকদের থাকতে হবে!
জনবি

@ জনবি, হ্যাঁ, হয় বা পণ্যটি ইতিমধ্যে খুব নমনীয় ছিল।
এম কে 0 1

6
@ জনবি আপনি কি বলছেন যে মাস-মাসটি একটি মিথ?
অক্টোবর

2
@ প্রথম আমি মনে করি অন্যরা রেফারেন্সটি মিস করেছে :-)
আর্নল্ড জোকাস

12

নির্দিষ্ট প্রতিবন্ধকতার কারণে আমরা মাঝে মাঝে নির্দিষ্ট ক্লায়েন্টের ইচ্ছাকে বাঁকিয়ে শেষ করি এবং আমরা কেবলমাত্র সেই ক্লায়েন্টের জন্যই ব্যবহার করা যেতে পারে এমন কাস্টম সফটওয়্যারের বিট তৈরি শেষ করি।

আপনার সমস্যাটি এমন নয় যে আপনি এমন কোড তৈরি করছেন যা কেবলমাত্র এক ক্লায়েন্টের জন্য ব্যবহৃত হয়। সমস্যাটি হ'ল আপনি এমন কোডটি অন্তর্ভুক্ত করছেন যা কেবলমাত্র একটি ক্লায়েন্টের জন্য এমন একটি পণ্যতে ব্যবহার করা হয় যা আপনি অন্য অনেক ক্লায়েন্টের কাছে বিক্রি করে থাকেন যাদের এই কার্যকারিতার প্রয়োজন নেই।

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

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

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


3

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

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


1

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

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

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

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

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

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


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

0

কাস্টম সফ্টওয়্যার প্রযুক্তিগত debtণের গ্যারান্টি নয়, তবে দুটি মাস্টার পরিবেশন করা।

একটি কাস্টম সফ্টওয়্যার সংস্থা হাতের কাজটিতে পুরোপুরি ফিট করা একটি সফ্টওয়্যার তৈরি করবে, সরবরাহ করবে এবং প্রয়োজনে তা বজায় রাখবে। সত্যিকারের কাস্টম সফ্টওয়্যারটির প্রায়শই প্রায়শই নতুন বৈশিষ্ট্য যুক্ত হওয়ার প্রয়োজন হয় না।

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

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