ক্রিস সোয়ার এসেম্বলারের বেশিরভাগ রোলারকোস্টার টাইকুন লেখার ক্ষেত্রে কতক্ষণ এবং কোন ধরণের জটিলতায় জড়িত থাকতেন?


14

এই প্রশ্নটি থেকে আমার আরও একটি প্রশ্ন রয়েছে ...
ক্রিস সাওয়ের এসেম্বলারের বেশিরভাগ রোলারকোস্টার টাইকুন লেখার ক্ষেত্রে কতক্ষণ এবং কী ধরনের জটিলতা জড়িত থাকত?

এই প্রশ্নটি নির্দিষ্ট করতে এবং ভাঙতে আমি আগ্রহী;

  1. আনুমানিক কত ঘন্টা ঘন্টা (একটি অনুমান আছে) আপনি অনুমান করেন যে এটি ক্রিসকে নিজেই গেমটি লিখতে নিয়ে গিয়েছিল? অথবা বিকল্পভাবে পুরো বিষয়টিকে সি / সি ++ তে লিখে, এসেম্বলারের কোডিং ঘন্টাগুলির অনুপাতের আনুমানিক শতাংশের পরিমাণ দিন।

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


1
তিনি কি এটি সিতে লিখে লিখে আরম্ভ করতে পারতেন, এবং তারপরে পারফরম্যান্সের প্রয়োজন হিসাবে এর অংশগুলি পরিবর্তন করে?
জন অনস্টট

1
হা, হা, হা, এটি আমার পুরানো মন্তব্যগুলি পড়ছেন এমন একজনের প্রশ্নের মতো।
মার্ক সি সি

উত্তর:


12

তাঁর রুক্ষ বায়ো পড়ে , এটি দেখতে দুটি বছরের মতো (1997 এর শুরু থেকে 1998 সালের শেষের দিকে)। প্রদত্ত যে তিনি 'এক সময়ে একটি প্রকল্প' বলে মনে করছেন এবং 'টিম বিকাশের' জন্য সরঞ্জাম সেট এবং সময়সীমাটি দুর্দান্ত নয়, আমি সরাসরি ২৪ প্রোগ্রামার-মাস ধরে নেব।

এই মুহুর্তে তিনি 1983 সাল থেকে বিধানসভায় পেশাদার পেশাদার গেমস প্রোগ্রামার ছিলেন, সুতরাং আমি "দু'টি ক্রিস বছর" কে "দু'বছরের বছর" কাজের সমীকরণ করব না।

দেওয়া হয়েছে যে বেশিরভাগ পেশাদার গেমগুলি একটি দলের বিকাশে প্রায় 25-ব্যক্তি বয়সের সময় নেয়, একটি শিল্প নেতৃস্থানীয় গেমের জন্য দ্বি-ব্যক্তির বছরগুলি একটি আশ্চর্যজনক কৃতিত্ব, এই উক্তিগুলিতে ndingণদানের ধর্ম:

তাহলে এক্ষেত্রে ক্রিস সি বা জাভা বা জাভাস্ক্রিপ্ট বা ... ব্যবহার করত রোলারকোস্টার টাইকুন কত দ্রুত লেখা হত? সম্ভবত এটি উচ্চতর স্তরের ভাষা ব্যবহার করে কিছুটা ধীর হয়ে থাকতে পারে যার সাথে তার 14 বছরের অভিজ্ঞতা ছিল না তা ছাড়া এটি অন্য কোনও বিষয় বিবেচনা করতে পারে না ...


দুর্দান্ত পয়েন্টস, আমি মনে করি বাছাই করে এমনটি হতে পারে।
বেনামে টাইপ

4

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

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

তবুও আমি তা করতে পারতাম না! আমি সরাসরি সমাবেশে ডাইরেক্টএক্সকে আরম্ভ করার চেষ্টা করার কথা চিন্তা করে কাঁপছি! ( সম্পাদনা: উইকিপিডিয়া আমাকে বলেছে যে সে সিতে কিছু অংশ "উইন্ডোজ অপারেটিং সিস্টেমের সাথে ইন্টারফেস" লিখেছিল তাই আমি অনুমান করি যে তিনি তখন সমাবেশে ডাইরেক্টএক্স আরম্ভ করছিলেন না ... ভাই!)


হ্যাঁ এটিই আমি প্রথমে বুঝতে পারি না। তবে আমি ডাইরেক্টএক্সের জন্য সি ব্যবহার সম্পর্কে বিটটি পড়ি। অপটিমাইজেশন সম্পর্কিত তথ্যের জন্য ধন্যবাদ যা খুব আকর্ষণীয়।
নামহীন টাইপ

3

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

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

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