প্রোগ্রামাররা আইএসও মানকে কেন উপেক্ষা করবে? [বন্ধ]

Question

আমি প্রায়শই যা চালাই সেগুলির মধ্যে একটি হ'ল প্রোগ্রামগুলি যা আইএসও স্ট্যান্ডার্ডের সাথে খাপ খায় না তা দ্বারা সৃষ্ট সমস্যা।

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

অন্য উদাহরণ হিসাবে, অভ্যন্তরীণ তারিখের স্বরলিপিগুলি। কেন কেউ এখনও 01/02/2014 হিসাবে একটি তারিখ সঞ্চয় করবে? এটি 1 ই ফেব্রুয়ারি বা 2 শে জানুয়ারী কিনা তা সম্পূর্ণ অস্পষ্ট, আপনি যদি আইএসও মান ব্যবহার করেন তবে আপনি কেবল 2014-02-01 * সংরক্ষণ করেন এবং এটি ফেব্রুয়ারী 1 ই প্রথম নির্বিঘ্নে।

আমার প্রশ্ন: যখন কোনও আইএসও স্ট্যান্ডার্ড উপলব্ধ থাকে তখন কোনও প্রোগ্রামারকে তাদের নিজস্ব নির্মাণগুলি কখন তৈরি করতে হবে?

_{* 2014-02-01 সঞ্চয় করুন এবং শেষ ব্যবহারকারীকে দেখানোর সময় অনুযায়ী তারিখটি ফর্ম্যাট করুন।}

Comments

কারণ তারা তাদের চেনে না, বা তাদের সম্পর্কে ভুলে গেছে! গাজিলিয়ন মিলিয়ন আইএসও মান আছে .... আপনি কি ISO26262 এর সমস্তটি জানেন?

— বেসাইল স্টারিনকিভিচ

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

— ড্যাম্মকওল

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

— বেসিল স্টারিনকিভিচ

স্ট্যান্ডার্ডগুলি সম্পর্কে দুর্দান্ত জিনিসটি এমন অনেকগুলি যাছাই করতে পছন্দ করে!

— জার্গ ডব্লু মিট্টাগ

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

— JensG

Answer 1

বোকাদের দ্বারা কখনই এট্রিবিউট করবেন না যা মূর্খতার দ্বারা যথাযথভাবে ব্যাখ্যা করা হয়েছে। - রবার্ট জে Hanlon ।

যে, এবং যোগাযোগের অভাব।

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

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

Comments

এটি প্রচুর পরিমাণে আইএসও স্ট্যান্ডার্ড ব্যয়বহুল এবং / অথবা পাওয়া শক্ত ... এটি আপনি যদি খারাপভাবে চান তা করতেও সহায়তা করে না!

— হেলটনবাইকার 18

হ্যাঁ-মিমি-ডিডি ... ব্যয়বহুল নয়

— হাফবাইট

@ হাফবিট: কেনার জন্য ব্যয়বহুল, গণনামূলক সংস্থানগুলিতে ব্যয়বহুল নয়। গুরুতরভাবে, তাদের দোকান ব্রাউজ করুন । আপনি কি ভাসমান-পয়েন্ট স্ট্যান্ডার্ড চান ? এটি 178 ফ্র্যাঙ্ক হবে।

— ব্যবহারকারী 2357112

Answer 2

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

আমি যখন সি # তে প্রোগ্রাম করি তখন আমি আইএসও সি # কেও উপেক্ষা করি যা সি # 2.0 এর একটি উপসেট (এবং আরও গুরুত্বপূর্ণ, আইএসও ক্লাস লাইব্রেরি। নেট বিসিএলের একটি অতি ক্ষুদ্র উপসেট) এবং পরিবর্তে আমি সি # 5.0 তে প্রোগ্রাম করি এবং আমি ডন করি না আইএসও সিএলআই-এ উল্লিখিত কেবলমাত্র লাইব্রেরিগুলি ব্যবহার করতে নিজেকে সীমাবদ্ধ রাখবেন না, পরিবর্তে আমি .NET 4.5.2 এবং মনো 3.4.0 এ উপলব্ধ গ্রন্থাগারগুলির সাধারণ উপসেটটি ব্যবহার করি।

এবং ওয়েব ডিজাইন করার সময়, আমি আবারও আইএসও এইচটিএমএল (যা এইচটিএমএল 4.01 স্ট্রাইক্টের একটি ছোট উপসেট) এর চেয়ে HTML5 ব্যবহার করতে পছন্দ করি, কারণ এইচটিএমএল 5 এর একটি প্রাচীন সংস্করণের সীমাবদ্ধ সাবসেটের চেয়ে বৈশিষ্ট্য সমৃদ্ধ।

সুতরাং, আইএসও মানগুলি উপেক্ষা করার জন্য ভাল কারণ রয়েছে।

Comments

এটি নির্ভর করে, সি, সি ++, ফোর্টরানের সাথে ... পরিস্থিতি খুব আলাদা।

— ভ্লাদিমির এফ

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

— লুশেনকো

@ লুশেনকো আমি একমত নই; ওপিকে মনে হয় আপনার সর্বদা আইএসও মান, পিরিয়ড অনুসরণ করা উচিত। এই "হওয়া উচিত" এর একটি সাহসী পাল্টা নমুনার জন্য +1।

— djechlin

সব ভাল এবং ভাল, কিন্তু আমি মনে করি যে প্রশ্নটি আসলে প্রোগ্রামিং ভাষার জন্য আইএসও মান নয়, ডেটা উপস্থাপনের জন্য আইএসও মান সম্পর্কে কথা বলছিল not

— অ্যারোনআউট

কেউ কেউ যুক্তি দেয় যে (কিছু) আইএসও স্ট্যান্ডার্ডগুলি "ডিজাইনের বাই কমিটি" বিরোধী

— নিদর্শনগুলির

Answer 3

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

সুতরাং, যদি কোনও কিছু আইএসও মানের সাথে সামঞ্জস্য না করে তবে এর অর্থ এই নয় যে কোনও মান ব্যবহার করা হচ্ছে না; এর সহজ অর্থ হ'ল কোনও ভিন্ন স্ট্যান্ডার্ড ব্যবহার করা হচ্ছে। (@ জার্গ একটি মন্তব্যে উল্লেখ করেছেন যে, মানদণ্ডগুলির সম্পর্কে চমৎকার জিনিসটি বেছে নিতে অনেক বেশি রয়েছে)) সেক্ষেত্রে প্রশ্নটি সত্যই হয়ে যায় যে প্রদত্ত সমস্যা ডোমেন, পরিবেশ ইত্যাদির জন্য কোন মানটি সবচেয়ে উপযুক্ত হবে etc. ?

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

---

এছাড়াও, মানগুলি বিবর্তিত / পরিবর্তিত হয়। গতকাল যা উপযুক্ত ছিল তা আজ নাও হতে পারে।

---

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

Answer 4

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

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

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

Comments

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

— অ্যারোনআট

@ অ্যারোনট: আপনি কি মনে করেন যে "রূপান্তর" দ্বারা আমি অভ্যন্তরীণ পুনরায় লেখার চেয়ে একটি বাহ্যিক ফাইল রূপান্তর বোঝাতে চাই?

— ডগএম

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

— অ্যারোনআউট

+1 "... আপনি যত তাড়াতাড়ি এটি করতে না পারছেন ততক্ষণে আপনি এই সমস্ত কয়েক মিলিয়ন ক্ষেত্র পরিবর্তন করতে চান না ..." যথাযথভাবে।

— ডেভিড

Answer 5

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

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

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

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

Comments

-1 আপনার অভিজ্ঞ, অ্যান্টি-আইএসও প্রোগ্রামারগুলির ক্যারিকেচারের জন্য 1

— djechlin

@ ডিজেচলিন উদ্ধৃত বাক্যগুলিতে লিঙ্কিত প্রশ্নের উত্তরগুলি থেকে আক্ষরিক। এগুলি আসল মতামতগুলি দেখতে আপনি এমনকি পৃষ্ঠায় সন্ধান করতে পারেন। সমস্ত অভিজ্ঞ প্রোগ্রামাররা মানকে ঘৃণা করে না।

— তুলিনাস কর্ডোভা

@ ডিজেচলিন আমার উত্তরে একটি লিঙ্কযুক্ত প্রশ্ন রয়েছে, "এই একই প্রশ্নটি দেখুন" দেখুন। "প্রশ্ন" শব্দটির একটি লিঙ্ক আছে। সেখানে আপনি উদ্ধৃতিতে সঠিক বাক্যাংশ অনুসন্ধান করতে পারেন।

— তুলিনাস কর্ডোভা

@ ডিজেচলিন লিঙ্কটি উত্তরে রয়েছে, প্রশ্ন নয়, এখানে আপনার কাছে এটি রয়েছে: প্রোগ্রামার্স.সটাকেক্সচেঞ্জ

— প্রশ্নগুলি

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

— অ্যারোনআট

Answer 6

ওয়েল, লোকেরা আইএসও মানগুলি উপেক্ষা করে: উদাহরণস্বরূপ, আপনি লিখেছেন

যদি আপনি আইএসও স্ট্যান্ডার্ড ব্যবহার করেন তবে আপনি কেবল 20140201 * সঞ্চয় করেন এবং এটি ফেব্রুয়ারী 1 লা ই প্রথম নির্ধারিত।

তবে পুরোপুরি আইএসও 8601- অনুবর্তী রেন্ডেশনটি 2014-02-01 আসলে । ( এক্সকেসিডি 1179 দেখুন )

Comments

ISO8601 স্ট্যান্ডার্ড YYYY-MM-DD এবং YYYYMMDD উভয় ফর্ম্যাটকে সম্পূর্ণ ক্যালেন্ডারের তারিখ উপস্থাপনের জন্য অনুমতি দেয়।

— পিটার বি

প্রকৃতপক্ষে; অতএব আমার লেখা "সম্পূর্ণরূপে সম্মতিজনক"। 20140201 মানক মধ্যে "বেসিক" ফর্ম্যাট।

— ক্লাইমেন্ট

আইএসও মৌলিক এবং বর্ধিত বিন্যাসের অনুমতি দেয়, এটি উভয়ই সম্পূর্ণরূপে মেনে চলে।

— পিটার বি

ISO 8601 was published on 06/05/88 and most recently amended on 12/01/04.ক্লাসিক

— ওয়ার্নারসিডি

Answer 7

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

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

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

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

_{(1) আমি এখানে "প্রোগ্রামিং পদ্ধতি" বলতে চাইছি না।}

_{(২) আমাকে জিজ্ঞাসা করবেন না কেন লোকেরা কেন তাদের দৈনন্দিন জীবনে সেই মান ব্যবহার করে না? আমি বলতে চাই যে YYYYmmdd পরিষ্কার, dd / মিমি / YYYY পরিষ্কার, তবে মিমি / ডিডি / YYYY এর মতো মাঝারি, ছোট, বড় ক্রমের সাথে একটি তারিখ অর্ডার করা, এটি ঠিক বোঝা যায় না :-)।}

Comments

হা! আপনি জানেন কি কোন মানে নেই? কমা যেখানে দশমিক হওয়া উচিত! ;)

— ডার্কওয়াটার 23

@ ডার্কওয়াটার ২৩ হা, আমি যে কোনওভাবেই আপত্তি করি না এটি কেবল একটি সম্মেলন এবং এটি বোঝার দরকার নেই। এটি ঠিক যে আমি সর্বদা খুঁজে পেয়েছি যে মিমি / ডিডি / ওয়াইওয়াই আপনার সম্পূর্ণ যুক্তির অভাব বলে মনে হয়েছে, কেন টাইমস্ট্যাম্পগুলির জন্য মিমি-এমএম-ডিডি-এইচএইচ-ওয়াইওয়াই; কেন যাই না; আরে, আমি একমত, এটাই ঠিক পথ এটি তাই আমাদের সাথে এটি বাঁচতে হবে।

— ব্রুনো

@ ডার্কওয়াটার ২২ আসলে, একটি আইএসও স্ট্যান্ডার্ড ⎖কীবোর্ডগুলিতে দশমিক বিভাজকের জন্য একটি অদ্ভুত ইউনিকোড প্রতীক (এটি :) ব্যবহার করে এবং আমি ভেবেছিলাম যে সরল টিক চিহ্নগুলি ( ') অঙ্কের পাশাপাশি অঙ্কের জন্য মানিক করা হয়েছে (যদিও আমি এখন এটি খুঁজে পাচ্ছি না)

— ইজকাটা

দিবালোক-সঞ্চয় সময় নষ্ট করা অন্য কারণের দিকে চিহ্নিত করার জন্য +1।

— ctrl-alt-delor

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

— ব্রুনো

Answer 8

আমি আইএসও 3166-1 আলফা -2 দেশের কোড ব্যবহার করব না কেন ?

কারণ আমি স্টান্যাগ 1059 টি দেশের কোড ব্যবহার করি ... এবং সেই যুক্তরাজ্যে ইউনাইটেড কিংডমের কোড (আইএসও 3166-1 অনুযায়ী জিবি পরিবর্তে)।

বিকল্পভাবে আমি FIPS দেশের কোডগুলি ব্যবহার করতে পারি - আবার যুক্তরাজ্য হল যুক্তরাজ্যের দেশ কোড।

অনেকগুলি স্ট্যান্ডার্ড রয়েছে (আইএসও এবং নন-আইএসও) এবং কখনও কখনও কোনও নির্দিষ্ট ডোমেন এমন একটি মানক ব্যবহার / দাবি করে যা আইএসও মানের সাথে সঙ্গতিপূর্ণ নয়।

Answer 9

20140201 সঞ্চয় করা মোটেও স্পষ্ট নয়। আপনি যখন আইএসও মান অনুসরণ করছেন এমন জ্ঞান অন্তর্ভুক্ত করবেন কেবল তখনই তা দ্ব্যর্থহীন হয়ে উঠবে। একইটি 01/02/2014 এর জন্য হয়: আপনি যখন এই জ্ঞানটি অন্তর্ভুক্ত করেন যে ফর্ম্যাটটি মিমি / ডিডি / ইয়াই হয় এটিও পুরোপুরি দ্ব্যর্থহীন।

যতক্ষণ না অ্যাপ্লিকেশনটিকে অন্য অ্যাপ্লিকেশনের সাথে ইন্টারফেস করতে হবে না কোনও ভাল নথিভুক্ত মান ঠিক ঠিক কাজ করতে পারে।

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

Comments

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

— ডার্কওয়াটার 23

"যতক্ষণ না অ্যাপ্লিকেশনটিকে অন্য অ্যাপ্লিকেশনের সাথে ইন্টারফেস করতে হবে না" লিখে লিখে আপনি আইএসও মান ব্যবহার করার দৃ strong় কারণ দিয়েছেন।

— তুলাইন্স কর্ডোভা

আপনার প্রোফাইল আপনার অবস্থানের তালিকা করে না, তাই আপনার নমুনার তারিখটি জানুয়ারী বা ফেব্রুয়ারিতে হয় কিনা তা আমি জানি না।

— djechlin

-1 ধরে নেওয়ার জন্য অন্যান্য অ্যাপ্লিকেশনগুলির সাথে ইন্টারফেস করবে না। এটি পুরো প্রোগ্রামিং শিল্পের বিপরীতে।

— djechlin

@ জেফ : আমি এর আগে কখনও কোয়েড দাবি করা ব্যতীত অন্য কোনও উদ্দেশ্যে ওয়াইয়াইডিডিএমএম হিসাবে কোডেড একটি তারিখ দেখিনি। তোমার আছে?

— সুপারক্যাট

Answer 10

এখনও অবধি উত্থাপিত হয়নি এমন একটি বিষয় হ'ল আন্তর্জাতিক মানের সাংস্কৃতিক যথাযথতা।

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

বিবেচনা করুন যে আন্তর্জাতিক মান সরকারগুলি দ্বারা রচিত। স্পেন সরকার যদি বাস্কের ভাষা স্বীকৃতি না দেয় তবে এটি একটি আইএসও স্পেসিফিকেশন কীভাবে পাবে? এটি বিশেষত প্রান্তিক গোষ্ঠীর উপভাষা এবং ক্রোলগুলির সাথে একটি সমস্যা।

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

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

চূড়ান্ত বিষয়টি হ'ল এই ধরণের পছন্দগুলি করার ক্ষেত্রে আপনার প্রোগ্রামটি রাজনৈতিক বিবৃতি দিতে পারে। এই বাস্তবতাটি কোডের সর্বোত্তমতমের সাথে গোলযোগ করতে পারে (যেমন, একই ভাষার জন্য আপনার একাধিক ভাষার নামের প্রয়োজন হতে পারে)।

Comments

আমি বিশ্বাস করি বেশিরভাগ অন্ধ লোক তাদের কাছে একটি চিঠি পড়ার জন্য কাউকে পেতে সক্ষম হবে। এটি পছন্দ নয় যে আপনি প্রথম ব্যক্তি (বা সংস্থার) হয়ে তাদের চিঠি পাঠিয়েছেন।

— ওয়াইল্ডকার্ড

Answer 11

আমার অভিজ্ঞতায় প্রোগ্রামাররা বিভিন্ন বর্ণিত কারণে আইএসও মান ব্যবহার করতে ব্যর্থ হয়, যেমন:

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

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

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

Comments

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

— স্টোনমেটাল

Answer 12

আইএসওর প্রচুর স্ট্যান্ডার্ড রয়েছে। যেমনটি সিসিআইটিটি / আইটিইউ করেছে। এর মধ্যে কয়েকটি মান "আকর্ষক" মান, অন্যগুলি ন্যূনতম প্রয়োজনীয় কার্যকারিতা। এটি প্রায়শই পরিষ্কার হয় না যে কোনটি।

আমার মনে আছে ১৯৮০-এর দশকে কেন কিছু সরঞ্জাম বিক্রেতারা মানের একটি উপসেটটি প্রয়োগ করেন যখন অন্য বিক্রেতারা আলাদা সাবসেট প্রয়োগ করেন। এটি যখন তখন প্রকাশিত হয়েছিল যে কিছু কাজ করার আগে প্রায়শই মানগুলি সেট করা হয়। এবং বিক্রেতারা প্রায়শই ইচ্ছাকৃতভাবে মানগুলি প্রয়োগ না করা বেছে নেন যাতে তারা আন্তঃব্যবহারকে বাধাগ্রস্ত করতে পারে, যা তাদের পরে একটি সুবিধা দেয়।

এজন্য আমি আইইটিএফ আরএফসি পছন্দ করি। আরএফসির 3 টি স্বতন্ত্র বাস্তবায়ন না হওয়া পর্যন্ত তারা আরএফসিও হয় না।

Comments

আইইটিএফ-র "মোটামুটি sensক্যমত্য এবং চলমান কোড" মডেলটি কমপক্ষে ১৯৯৫ এর প্রথম দিক থেকেই ভালভাবে পরিত্যাগ করা হয়েছিল that আমি সেই যুগে আইইটিএফ-তে খুব বেশি জড়িত ছিলাম এবং মডেলটি ছিল "এমন একটি ধারণা যা আমি হাঁচি ফেলেছি এমনকি একটি রেফারেন্স বাস্তবায়নও করি না not "। এটি পুরোপুরি আন্ডার-নির্দিষ্ট প্রোটোকলটি কীভাবে বাস্তবায়িত করা যায় এবং এটি অন্যান্য বাস্তবায়নগুলির সাথে কাজ করে যা আপনাকে যেমন অনুমান করতে পারে তার সাথে কাজ করার পরিবর্তে "রানিং কোড" স্ট্যান্ডার্ডটি যখন ছিল তখন খুব ভাল হয়েছিল।

— এমএসডাব্লু

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

— জে গডসে

Answer 13

যদি আমি একটি ওরাকল ডাটাবেস তৈরি করছি, এবং আমি তারিখগুলি সঞ্চয় করতে চাই, আমি ওরাকল তারিখের ডেটাটাইপ ব্যবহার করতে যাচ্ছি। ওরাকল আইএসও মান মেনে চলে কিনা তা আমি জানি না, বা যত্ন করব না। এটি সত্যই আমার ভিন্ন মানের (ওরাকল এক) প্রতিযোগিতার ঘটনা এবং আইএসও স্ট্যান্ডার্ড থেকে এত বেশি প্রস্থান নয়। @ ডেভিড এর প্রতিক্রিয়া দেখুন।

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

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

Comments

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

— পিটার বি

এটা একটা ভাল দিক. স্টোরেজের জন্য মান এবং ইন্টারফেসের মানটি আলাদা হতে পারে।

— ওয়াল্টার মিট্টি