তুচ্ছ এবং অ-তুচ্ছ সফ্টওয়্যার মধ্যে পার্থক্য কীভাবে? [বন্ধ]


11

সুতরাং কি সত্যিই একটি প্রোগ্রাম তুচ্ছ করে তোলে?

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

উদাহরণস্বরূপ, ইউনিট পরীক্ষার প্রশ্নে অনেক বার, আমি শুনতে পাই 'যদি এর তুচ্ছ না হয় তবে আপনাকে ইউনিট পরীক্ষার প্রয়োজন হবে না'।


9
আমি যে প্রোগ্রামারগুলির সাথে কাজ করেছি তাদের বিচার করে আমি বলব যে তাদের জন্য পার্থক্যটি "আপনার কোডটি তুচ্ছ, আমার কোডটি নয়" তে নেমে এসেছিল।
পিএসইউ

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

আপডেট হওয়া প্রশ্নটি পরীক্ষা করুন।
এনভিএম

উত্তর:


12

আমি এখানে একটি অঙ্গ নেভিগেশন যেতে এবং বলতে যাচ্ছি:

একটি তুচ্ছ প্রোগ্রাম এমনটি যা সরাসরি ব্যবসায়কে প্রভাবিত করে না।

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


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

+1, ভাল পয়েন্ট। কর্পোরেট ওভারলর্ডগুলির মাঝে মাঝে "তুচ্ছ" হিসাবে গণ্য হওয়া সম্পর্কে খুব আলাদা ধারণা রয়েছে। এটি প্রতিফলিত করতে আমি আমার উত্তরে কয়েকটি যোগ করেছি।
হতাশ

+1 - আমি মনে করি যে উত্তরটিতে শব্দটির প্রসঙ্গটি প্রশ্নে প্রয়োগ করার সাথে সাথে এটি সর্বোত্তমভাবে বর্ণনা করে। অন্যান্য "উচ্চতর পয়েন্ট উত্তর" সঠিক, তবে কেবল একটি সাধারণ প্রসঙ্গে। আমি নিশ্চিত যে এটি বিবেচিত হিসাবে ভোটের ব্যবস্থায় এটি ছাড়িয়ে যাবে।
জোয়েল ইথারটন

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

16

আমি বিশ্বাস করি যে এই বিবৃতিটির সর্বাধিক প্রচলিত উদ্দেশ্যটি হ'ল কোনও প্রোগ্রামের জন্য নিম্নলিখিত বৈশিষ্ট্য থাকতে পারে:

  • এটা ছোট.
  • স্বল্পকালীন জীবনকাল।
  • আরও বর্ধনের দরকার নেই।
  • কেবলমাত্র একজন বিকাশকারী।

2
+1, এগুলি সবই গুরুত্বপূর্ণ। দুর্ভাগ্যক্রমে, পরিবর্তিত প্রয়োজনীয়তার সাথে এমন একটি পৃথিবীতে আপনাকে কখনও কখনও প্রাকৃতিক জীবনকাল ছাড়িয়ে "তুচ্ছ" সফ্টওয়্যারটি প্রসারিত করতে বাধ্য হতে হয়।
l0b0

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

@ ফ্রাস্ট্রেটেড উইথফর্মস ডিজাইনার: ছোট হিসাবে, একটি 100x100px উইন্ডো অফ কোর্স। ; পি আমার অর্থ, কোডের লাইনের মতো ছোট যা লিখতে হবে, যা এটি বিকাশ করতে সময়ের সাথে আনুপাতিক। জীবনকাল অপরিহার্য নয়, আপনি সঠিক, তবে প্রায়শই একটি বৈশিষ্ট্য যখন একটি সহজ পদ্ধতির বনাম আরও উন্নত পদ্ধতির বিষয়ে আলোচনা করেন।
স্টিভেন জিউরিস 16

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

1
@ ফ্রাস্ট্রেটেড উইথফর্মস ডিজাইনার: আমি বিশ্বাস করি যে আমার চেয়ে আপনার প্রশ্নের আলাদা ব্যাখ্যা রয়েছে। আমার উত্তরটি একটি জটিল তুচ্ছ সমাধানের সিদ্ধান্ত নেওয়ার সাথে সম্পর্কিত। আপনার উত্তরটি সমাধান করা 'কঠিন' বনাম 'সহজ' সমস্যার সাথে সম্পর্কিত। সম্ভবত ওপি-র প্রশ্নটি কিছুটা স্পষ্ট করা উচিত।
স্টিভেন জিউরিস

14

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


6
+1 এটি আমাকে হাসিয়ে তোলে এবং এটিও বোধগম্য হয়।
এনভিএম

8

তুচ্ছ ...

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

কর্পোরেট পরিবেশে, আমি এগুলি যুক্ত করব:

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

4

আমি একটি তুচ্ছ প্রোগ্রামটি এমন হিসাবে সংজ্ঞায়িত করব যা যুক্তিসঙ্গতভাবে কোড করা যেতে পারে:

  • এক সিটে।
  • একটি একক ফাইল / মডিউল হিসাবে (ধরে নিই যে আপনি জাভা বা কিছু ভাষায় প্রোগ্রামিং করছেন না যা মডিউলগুলির দুর্দান্ত সূক্ষ্ম বিভাজনকে বাধ্য করবে)।
  • বিশেষজ্ঞের পরিবর্তে কোনও শালীন "সমস্ত ব্যবসায়ের জ্যাক" প্রোগ্রামার দ্বারা।

3

এখানে আমার "তুচ্ছ" প্রোগ্রামগুলির উদাহরণ রয়েছে:

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

3

Trival সফ্টওয়্যার বিদ্যমান নয়, এটা হয় যখন আপনি প্রয়োজনীয়তা ও জিনিস যে হবে শুনতে trival এটা সবসময় হয় যখন বাস্তবে অ trival

এক দশক আগে আমি উজানেটে একটি উদ্ধৃতিটি দেখেছি, এটি এখন আরও প্রাসঙ্গিক।

একটি সফ্টওয়্যার সমাধানের জটিলতা তার কী করা উচিত তার ব্যাখ্যা করার জটিলতার সাথে বিপরীতভাবে সমানুপাতিক। - অজানা


-1

এমন একটি প্রোগ্রাম যা কেবলমাত্র গেটর / সেটার পদ্ধতিগুলির একগুচ্ছ। কোনও প্রোগ্রামিং যুক্তি নেই। কিছু লুপের সাহায্যে কিছু হতে পারে।

এটা আমার তুচ্ছ সংজ্ঞা।


-1

আমাদের কাজের সংজ্ঞা হ'ল "অন্য কিছু নির্ভর করে না।"

দুর্ভাগ্যক্রমে কয়েকটি তুচ্ছ প্রোটোটাইপ রয়েছে যা অপ্রয়োজনীয় উত্পাদন পণ্য হয়ে ওঠে।


-3

আমি এটি সামগ্রিক প্রকল্প পরিকল্পনার উপর প্রোগ্রামের প্রভাবের প্রসঙ্গেও শুনেছি। যদি কোনও নির্দিষ্ট স্পেসিফিকেশন পণ্য সরবরাহের সময়রেখাকে পরিবর্তন না করে তবে এটি তুচ্ছ लेबलের আওতায় পড়ে।

আমি এমন একজন প্রোগ্রামারকে জানতাম যিনি "তুচ্ছ" ব্যবহার করার জন্য প্রতিশব্দ হিসাবে "আলোচনার পক্ষেও মূল্যবান নন" to

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