ইস্টার ডিমের বিরুদ্ধে কী যুক্তি রয়েছে? এমনকি ইস্টার ডিমগুলিকে সমর্থন করার জন্য কি কোনও যুক্তি রয়েছে? [বন্ধ]


28

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

এখন আমি পারফরম্যান্স সম্পর্কে কিছুটা ভৌতিকও তাই আমি যখনই সম্ভব বাড়তি অপসারণ পছন্দ করি। এটি ইস্টার ডিমগুলির সাথে প্রচুর পরিমাণে বৈপরীত্য হয় কারণ এটি 100% অতিমাত্রায় কোড।

ইস্টার ডিমের বিরুদ্ধে কী যুক্তি রয়েছে? এছাড়াও, এমনকি ইস্টার ডিমগুলিকে সমর্থন করার জন্য কোনও যুক্তি রয়েছে?


5
এই প্রশ্নটি মোটেই নিখুঁত ভোটের প্রাপ্য নয়, অবশ্যই কোনও উদ্দেশ্যহীন নয়। আমি নিজেও বিষয়টি নিয়ে খুব আগ্রহী। শেষ ব্যবহারকারীদের দ্বারা এটি কীভাবে উপলব্ধি করা হয় তা বিশেষত জেনে রাখা, প্রকৃত কর্তারা।

এটি ক্লাসিক @ মার্ক ট্র্যাপের জন্য প্রধান "" আপনি যে সত্যিকারের সমস্যার মুখোমুখি হতে পারেন তার সমাধানের জন্য আমরা এখানে আছি। "
গ্রেটজি

1
@ ক্রিসএফ বাহ যদি আমার প্রশ্নাগুলি প্রোগ্রামার্স.স্ট্যাকেক্সেঞ্জ / বিকিউশনস / 88৮৮০/২ "সত্যিকারের প্রশ্ন" প্রতিক্রিয়া পেয়ে থাকে এবং আপনি আমাকে বলেন তবে তা এই সাইটের উদ্দেশ্য সম্পর্কে আমি সত্যিই বেশ বিভ্রান্ত হয়ে পড়েছি।
গ্রেটজি

1
দুর্দান্ত প্রশ্ন, আইএমএইচও।
উরি

1
@ মার্ক সি আয়ে, আমি সম্পদ নষ্ট করার বিষয়ে কেবলমাত্র উপরের দিক থেকে বেড়াচ্ছি।

উত্তর:


11

সর্বদা হিসাবে উত্তর "এটি নির্ভর করে"।

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

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

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


"একটি অ্যাপ্লিকেশনটিতে একটি ইস্টার ডিম থাকার কারণে পারফরম্যান্সের উপর ক্ষতিকারক প্রভাব ফেলতে হবে না run এটি কেবলমাত্র কার্যকর হলেই কার্যকর করা হবে যাতে কোনও রানটাইম পেনাল্টি নেই" " সত্যি? যদি এটি কোনও সিটিআরএল-এফইউ দ্বারা ওপি হিসাবে প্রকাশিত হয় তবে কি প্রতিটি মূল স্ট্রোক আপনার আটকা পড়ে না?
গ্রেটজি

2
@ গ্রেজি - আসলে এটি একটি ভাল বিষয় - যদি না আপনি সাধারণ অপারেশনের জন্য কীস্ট্রোক আটকে না রাখেন তবে এটি একটি খারাপ ইস্টার ডিমের উদাহরণ।
ক্রিসএফ

7

আমি বলব যে আপনি যে ধরণের সফ্টওয়্যার বিকাশ করছেন তার উপর নির্ভর করে।

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

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

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

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


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

@ অ্যান: উইকিপিডিয়া নিবন্ধ থেকে আমি আমার উত্তরে উল্লেখ করেছি: "মাইক্রোসফ্ট, যারা অতীতে মাইক্রোসফ্ট অফিসের মতো কিছু বৃহত্তম এবং সর্বাধিক বিস্তৃত ইস্টার ডিম তৈরি করেছে, তাদের সফ্টওয়্যারের অংশ হিসাবে ইস্টার ডিম আর অনুমতি দেয় না Microsoft তাদের বিশ্বস্ত কম্পিউটিং উদ্যোগ। " এই বিবৃতিটির উত্স হ'ল এমএসডিএন ব্লগ নিবন্ধটি চার্লসের উত্তরে লিঙ্কযুক্ত। আমি আমার বক্তব্যের সাথে কোনও বৈপরীত্য দেখছি না। আমি কোথায় ভুল পেয়েছি দয়া করে ব্যাখ্যা করতে পারেন? :)
বেলনর্ন

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

@ অ্যান: মাথা উঁচু করার জন্য ধন্যবাদ। আমি আমার উত্তরটি সম্পাদনা করেছি এবং অনুচ্ছেদগুলিকে পুনরায় সাজিয়েছি, প্রথম ভাগে ইইর বিরুদ্ধে কারণগুলি বিশদ।
বেলনর্ন

5

80 এবং 90 এর দশকে বড় বাণিজ্যিক সফ্টওয়্যার রিলিজেও ইস্টার ডিমগুলি সাধারণ ছিল। বেশিরভাগ অংশে তারা সুন্দর ছিলেন এবং তুলনামূলকভাবে খুব কম লোকই তাদের বিরক্ত করেছিলেন। আমি মনে করি যে তারা তিনটি কারণে আজ কম সাধারণ:

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

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

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

মাইক্রোসফ্টের ওএস গ্রুপ কেন ইস্টার ডিমগুলিকে আর অনুমতি দেয় না তা নিয়ে আলোচনা করে ল্যারি ওস্টারম্যান বেশ বিখ্যাত ব্লগ পোস্ট করেছিলেন ।


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

আমাকে অবশ্যই স্বীকার করতে হবে যে আমি সিটিআরএল-এফইউকে এক ধরণের কুং-এফইউ হিসাবে পড়েছি।
ক্রিস্টোফার ক্রিউটজিগ

@ খ্রিস্টোফার এটি পুরোপুরি যুক্তিসঙ্গত ব্যাখ্যা। হাস্যরস প্রায়শই একাধিক ব্যাখ্যার সাপেক্ষে, এটি কারওর পক্ষে আপত্তিজনক ঝুঁকি না চালিয়ে আপনার সফ্টওয়্যারটিতে রাখা কেন মুশকিল।
চার্লস ই। গ্রান্ট

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

4

ইস্টার ডিমগুলি বিল্ডারদের কাছে রাখা খুব সামান্য রহস্য। এটি কি শেষ ব্যবহারকারীদের ক্ষতি করে? না।

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

কোড অপ্টিমাইজেশনের ক্ষেত্রে, যতক্ষণ না ইস্টার ডিমগুলি খুব বেশি নিবিড় না হয় (হ্যালো ফ্লাইট সিমুলেটর ) এটি অর্থবহ উপায়ে পারফরম্যান্সকে আঘাত করবে না।


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

@ মম্মে: আমি মনে করি এটি অত্যন্ত সম্ভাবনাময় ঘটনা।
জোশ কে

আপনি কি এই ঝুঁকিগুলি হ্রাস করতে সর্বোচ্চ চেষ্টা করবেন না?
স্টুপারউজার

@ স্টুপার: আপনি কি কখনও ইস্টার প্রোগ্রামটি ক্র্যাশ করার কথা শুনেছেন?
জোশ কে

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

2

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

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

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

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


0

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


-2

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


আপনার ব্যবহারে 'ইস্টার ডিম' বলতে কী বোঝায়? তুমি কি আমাকে একটা উদাহরণ দিতে পারবে?

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

1
@ গ্লেন, একটি ভাল উদাহরণ হ'ল ... যদি আপনি কোনও ডেস্কটপ জিইউআই অ্যাপ্লিকেশনটি পাঠাচ্ছেন। যখন ব্যবহারকারী একটি বোতাম ক্লিক করেন, তারা একটি নতুন ডায়ালগ পান। শিফট কী ধরে রাখার সময় যখন ব্যবহারকারী সেই বোতামটি ক্লিক করেন, তখন তারা একটি পুরানো একটি পান। পুরানো এবং নতুন কার্যকারিতা তুলনা করার জন্য এটি একটি ভাল উপায় হবে, যখন নতুন উইজেটের কারণে বাগগুলি ঠিক করার চেষ্টা করা হচ্ছে। আপনি যদি সাবধান হন তবে ডুয়াল কোডটি রেখে দিতে পারেন তবে পিছনের অংশে মন্তব্য করতে পারেন। তারপরে, আপনার যেমন জিনিসগুলি ডিবাগ করা দরকার, অসাবধানতা, পুনর্নির্মাণ এবং এখন আপনি পাশাপাশি দুটি জিনিস তুলনা করতে পারেন। ডেভ, আপনার বজ্র চুরি করার চেষ্টা করার জন্য দুঃখিত।
কাজ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.