আমার এক সহকর্মী আজ বলা একটি শ্রেণীর প্রতিশ্রুতিবদ্ধ ThreadLocalFormat, যা মূলত জাভা ফর্ম্যাট ক্লাসগুলির উদাহরণগুলি স্থানীয় থ্রেডে স্থানান্তরিত করে, যেহেতু তারা থ্রেড নিরাপদ নয় এবং "তুলনামূলকভাবে ব্যয়বহুল" তৈরি করতে পারে না। আমি একটি দ্রুত পরীক্ষা লিখেছি এবং গণনা করেছিলাম যে আমি দ্বিতীয় সেকেন্ডে 200,000 উদাহরণ তৈরি করতে পারলাম, তাকে জিজ্ঞাসা করল তিনি এতগুলি তৈরি করছেন, যার জবাব তিনি "সেই অনেকের কাছে কোথাও নেই"। তিনি একজন দুর্দান্ত প্রোগ্রামার এবং দলের সবাই অত্যন্ত দক্ষ, সুতরাং ফলস্বরূপ কোডটি বুঝতে আমাদের কোনও সমস্যা নেই, তবে এটি প্রকৃতপক্ষে যেখানে সত্যিকারের প্রয়োজন নেই সেখানে অনুকূলিতকরণের একটি বিষয় ছিল। আমার অনুরোধে তিনি কোডটি সমর্থন করেছিলেন। আপনি কি মনে করেন? এটি কি "অকাল অপটিমাইজেশন" এর একটি ঘটনা এবং এটি আসলে কতটা খারাপ?
22
আমি মনে করি আপনার অকাল অপটিমাইজেশন এবং অপ্রয়োজনীয় অপ্টিমাইজেশনের মধ্যে পার্থক্য করতে হবে। আমার কাছে অকাল পরামর্শ দেয় 'জীবনচক্রের খুব প্রথম দিকে' অবিরাম প্রস্তাব দেয় 'উল্লেখযোগ্য মান যোগ করে না'। আইএমও, দেরীতে অপ্টিমাইজেশনের প্রয়োজনীয়তা মূ .় নকশাকে বোঝায়।
হ্যাঁ, তবে মন্দটি একটি বহুপদী এবং এর অনেক শিকড় রয়েছে, এর মধ্যে কিছু জটিল।
—
ড্যান_ওয়াটারওয়ার্থ
আপনার বিবেচনা করা উচিত, যে নথ এই 1974 সালে লিখেছিলেন। সত্তরের দশকে স্লো প্রোগ্রামগুলি লেখা এতটা সহজ ছিল না যেমনটি আজকাল। তিনি পাস্কালকে মাথায় রেখে লিখেছেন জাভা বা পিএইচপি দিয়ে নয়।
—
সিলিং
না। সমস্ত অশুভের মূল লোভ।
—
তুলিনাস কর্ডোভা
@ এসিভিং 70 এর মধ্যে ধীর প্রোগ্রামগুলি লেখার জন্য আজকের মতো সহজ ছিল। আপনি যদি ভুল অ্যালগরিদম বা ভুল ডেটা কাঠামো চয়ন করেন তবে বিএএম! পুরো জায়গা জুড়ে খারাপ পারফরম্যান্স। একজন অন্য উপায়ে চারপাশে তর্ক করতে পারে। আজ যেগুলি অনেক বেশি সরঞ্জাম এবং অবিস্মরণীয় হওয়া উচিত যে কোনও প্রোগ্রামার এখনও এমন সফ্টওয়্যার লিখেন যা সর্বাধিক প্রাথমিক সেভ অপারেশনে ভুগছে। সমান্তরালতা প্রায় একটি পণ্য হয়ে ওঠে এবং আমরা এখনও ভোগ করি। ধীর পারফরম্যান্সকে ভাষা বা সরঞ্জাম বা সিপিইউ বা মেমরির জন্য দোষ দেওয়া যায় না। এটি এত কিছুর একটি সূক্ষ্ম ভারসাম্য যার কারণে তাড়াতাড়ি অনুকূলকরণ করা প্রায় অসম্ভব।
—
অ্যালেক্স