সি ++ তে আইবিএম এসেম্বলার + সিওবিওএল পুনরায় লেখা হচ্ছে


13

আমি 1972 সালে লেখা একটি ভাড়া পদ্ধতিতে চালিত একটি গাড়ী ভাড়া সংস্থার জন্য ভাড়া এজেন্ট / পরিচালক হিসাবে কাজ করি I আমি সিদ্ধান্ত নিয়েছিলাম যে সম্ভবত এটি আপডেটের সময় এসেছে। কিছুটা পটভূমির জন্য, আমাদের প্রতিদিনের এই প্রোগ্রামটি থেকে আমাদের যে পাগলামির মুখোমুখি হতে হচ্ছে তার একটি সংক্ষিপ্ত উদাহরণ এখানে:

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

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

এটি আমাকে আমার প্রশ্নের দিকে নিয়ে যায়।

প্রথমটি প্রযুক্তিগত। ভবিষ্যতে রক্ষণাবেক্ষণের উন্নতি করার ধারণা নিয়ে, আমার ধারণা এটি সমাবেশ ভাষার চেয়ে উচ্চ-স্তরের ভাষায় পুনরায় লিখতে হবে। আমার অভিজ্ঞতার ক্ষেত্রটি সি ++ এ রয়েছে, সুতরাং এটি আমার পক্ষে সুস্পষ্ট পছন্দ। প্রোগ্রামটি আপডেট করার সহজ সংস্থার খুব প্রয়োজন, কারণ আমি সম্প্রতি একটি নিবন্ধ পড়েছিলাম যেখানে আমি যার সাথে কথা বলেছিলাম তার উদ্ধৃতি দিয়ে বলা হয়েছে যে টিম কঠোর পরিশ্রম করেছে এবং তারা ঘোষণা করে গর্বিত যে এই প্রোগ্রামটির এখন 5 এর সমর্থন রয়েছে -ডিজিট অবস্থানের কোডগুলি (4 এর পরিবর্তে) এবং 8 ডিজিটের গাড়ি নম্বর (7 এর পরিবর্তে)। হালনাগাদ সম্পর্কিত আমার দর্শন, এমনকি এই পরিস্থিতিতে এই জোয়ারের সাথে সামঞ্জস্যপূর্ণ: সংক্ষেপে http://www.joelonsoftware.com/articles/fog0000000069.html পুনরায় লেখাগুলি আগে যা ছিল তা ছড়িয়ে দেওয়ার পরিবর্তে বর্ধনশীল হওয়া উচিত এবং নতুন করে শুরু।

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

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

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

প্রথমে অফ-শেল্ফ সমাধান রয়েছে।

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

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

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

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


3
হারকিউলিস এমুলেটরটি দেখুন - একটি আইবিএম মেইনফ্রেমের মূল ওএসে প্রচুর যাদু রয়েছে যা অনুকরণ করা দরকার।
ইয়ান রামিন

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

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

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

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

উত্তর:


4

টেকনিক্যাল ফ্রন্টে নিজেকে সংযুক্ত করে ...

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

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

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

বিবেচনার জন্য আরেকটি বিষয়, যদি এই অ্যাপ্লিকেশনটি একটি মরিবন্ড মেইনফ্রেমে চলছে তবে আপনি কোনও অ্যাপ্লিকেশনটি যা অসমর্থিত হার্ডওয়্যার এবং সফ্টওয়্যারটিতে চলে তা সংহত করার চেষ্টা করছেন। এটি 1989-এ লিখিত একটি অ্যাপ্লিকেশনের সাথে সংহত করার চেষ্টা করার মতো নয় যা এর আসল হার্ডওয়্যারটিতে ডস 4.01 তে চলে।


অ্যাপ্লিকেশন এমনকি টিপিএফও ব্যবহার করতে পারে যা রূপান্তরকে অত্যন্ত কঠিন করে তুলবে।
গিলবার্ট লে ব্ল্যাঙ্ক

13

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

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

তাহলে আপনি কেন এই বিশ্লেষণ করার প্রস্তাব দিচ্ছেন না?


7
+1 এটিই একমাত্র উত্তর যা কোনও প্রযুক্তিগত সমাধান প্রস্তাব দেওয়ার আগে বিদ্যমান অ্যাপ্লিকেশন এবং কোম্পানির পুনঃসংশোধনের সম্পূর্ণ বিশ্লেষণের প্রস্তাব দেয়। পুরানো রসিকতার কথা মনে করিয়ে দেয়: আপনি কোডিং শুরু করেন - আমি কী করব তা আবিষ্কার করব।

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

7

আমি অবাক হয়েছি আপনি এমন নম্র সাড়া পেয়েছেন!

এটিকে তাদের দৃষ্টিকোণ থেকে দেখে নেওয়া যাক।

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

তারা সম্ভবত / আশাবাদী তাদের ক্ষেত্রের বিশেষজ্ঞ এবং সে হিসাবে সিবি ++ কে এটির পুরো খেতাব দেওয়ার জন্য আইবিএম "হাই লেভেল এসেমব্লার ল্যাঙ্গুয়েজ" থেকে একটি পদক্ষেপ হিসাবে বিবেচনা করবে। আইবিএম গুলি সমবেতকারী ভাষা অত্যন্ত শক্তিশালী এবং "ম্যাক্রো" ভাষা হ'ল প্রাক-প্রক্রিয়াজাতকরণ / টেমপ্লেট ভাষার সর্বকালের সেরা প্রয়োগ implementation

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

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

তাদের একটি ব্যবহারকারী ইন্টারফেস রয়েছে যা নিখুঁত থেকে দূরে তবে এটি সুপরিচিত এবং দ্রুত। একজন অভিজ্ঞ অপারেটর একটি সমতুল্য GUI এর চেয়ে সবুজ পর্দা ব্যবহার করে প্রায় তিন গুণ দ্রুত একটি ফর্ম পূরণ করবে। এছাড়াও তারা টাইপ করার সময় গ্রাহকের প্রতি মনোযোগ দিতে পারে।

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


4

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

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

IF-THEN-ELSER এমন পরিস্থিতিতে সন্ধান করেছেন যেখানে এটি কোনও লেবেলের নিকটে নিকটস্থ একটি GOTO রেফারেন্স পেয়েছিল, যা নিরাপদে মোছা যেতে পারে (এর দ্বারা রেফারেন্স সংখ্যাটি 1 দ্বারা হ্রাস করা)। আপনি এই IF-THEN-ELSER প্রোগ্রামটি পুনরাবৃত্তভাবে চালনা করেন (এটি আপনি বারবার চালিত করেন, কেবল যখন আপনার শেষ পাসটি আরও কোনও পরিবর্তন করার কোনও উপায় খুঁজে পাবে না তখনই বন্ধ হয়ে যান)। বেশিরভাগ সমালোচনামূলক কাজ যদি হয়-তবে-এলসার দ্বারা করা হয়, যার সিওবিএল পণ্যটি অবশ্যই অভিজ্ঞ, সক্ষম এসেম্বলার-ল্যাঙ্গুয়েজ প্রোগ্রামার (যথা, আমি) দ্বারা অবশ্যই পর্যালোচনা করা উচিত এবং তা পরীক্ষা করা উচিত। আমার অভিজ্ঞতায়, আমার "যদি-তবে-এলসার" মূল শাখার নির্দেশাবলীর ফলে 90% এরও বেশি জিও টিউসকে সরিয়ে দিতে সক্ষম হয়েছিল।

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

আমি মনে করি ইভালুয়েটস (কেস কনস্ট্রাক্টস) এবং ৮৮ স্তরের শর্তের নাম সহ মার্জিতভাবে ব্লক-কাঠামোগত COBOL / II তে কোড তৈরি করা ভাল। এই সমাপ্তি-সংযোজনগুলি যুক্ত করার ফলে আরও একটি জোড় প্রোগ্রামের সূত্রপাত ঘটে, যা এসবিলার থেকে রূপান্তরিত প্রোগ্রামগুলিতে উত্সত না হওয়া সিওবিএল প্রোগ্রামগুলিতে কার্যকর ছিল।

আমি জানি না এটি সাহায্য করে কিনা।

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

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


2

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

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

বিদ্যমান সিওবিওএল প্রোগ্রামারদের হিসাবে - সম্ভবত তারা বিদ্যমান সিস্টেমটি নথিভুক্ত করতে এবং মাইগ্রেশন প্রক্রিয়াতে সহায়তা করতে পারে।


2
+1: এটি সি ++
6502

2
@ 6502: কেন নয়? ওপির দক্ষতা সি ++ এ রয়েছে। একটি পুরানো সিস্টেমের সাথে কীভাবে ডিল করতে হবে তা নির্ধারণ করা যথেষ্ট খারাপ। অন্য ভাষা শেখা সাহায্য করবে না। প্রোগ্রামার সক্ষম এমন সরঞ্জামগুলির সাহায্যে একটি দক্ষ প্রোগ্রামার যে ভাষাই হোক না কেন এটি পুরানো সিস্টেমের চেয়ে অনেক বেশি ভাল কাজ করতে সক্ষম হবে।
সিলিকো

1
@ ইন সিলিকো: এই মাপের যুক্তিসঙ্গতভাবে বড় প্রকল্পের জন্য আমার মতে আপনি সি ++ ব্যবহারের চেয়ে উদাহরণস্বরূপ পাইথনের মতো আরও উপযুক্ত ভাষা শেখার দ্বারা সময় সাশ্রয় করবেন। ধরা যাক পাইথন ওখানে ছিল না, এই ধরণের একটি বড় প্রজেক্টের জন্য এটি আইএমও সি ++ এ আপনার নিজস্ব পাইথন লিখতে এবং সি ++ এ পুরো জিনিস না করে এটি ব্যবহার করে কোডিং প্রদান করে। সি ++ একটি খুব সুন্দর ভাষা এবং এর দৃ point় বিষয় হ'ল ডিজাইনটি সি ++ এর নীচে এবং এসেম্বলারের উপরে কোনও স্থান ছাড়তে চায় না। এখানে সম্পূর্ণ অর্থহীন। পোস্টারের দক্ষতার ক্ষেত্র যদি আপনি এফপিজিএ ব্যবহার করে সমস্ত কিছু লেখার পরামর্শ দিতে চান?
6502

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

1
সিলিকোতে: স্পষ্টতই কোনও কিছু তত্ত্বের সাথে প্রয়োগ করা যেতে পারে (ব্রেনফ কে সহ )। এর অর্থ এই নয় যে সমস্ত সরঞ্জাম সমান। আমি মনে করি যে একটি ব্যাসনেস অ্যাপ্লিকেশনটির জন্য কোড রয়েছে যা সহজেই লিখতে এবং পড়তে সহজ হয় (এমনকি অ প্রযুক্তিগত লোকেরাও) খালি কম্পিউটিং গতির চেয়ে অনেক বেশি গুরুত্বপূর্ণ। অপরিবর্তিত আচরণের মতো কিছু ধাতব অবিচ্ছিন্ন নৈকট্যের জন্য মূল্য দিতে অনেক বেশি দামের উপায়। যদি আপনার জন্য সি ++ ব্যবসায়ের যুক্তিযুক্ত একটি ডেটা এন্ট্রি অ্যাপ্লিকেশন জন্য ভাল পছন্দ হয় তবে আমি অবাক হই যে আপনার জন্য সেখানে ** এমন কোনও কিছুর জন্য সি ++ একটি খারাপ পছন্দ ...
6502

2

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

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

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

জানেন না এর মধ্যে কোনওটি সহায়ক কিনা। আমি যেমন বলেছি, আমি মনে করি এটি মূল কোডের গুণমান এবং আকারের উপর নির্ভর করে।


1

আমি বলতে পারি না এটি একটি রসিকতা বা না - আপনার সংস্থাটি 39 বছর আগে মূলত লিখিত কোডটি গুরুতরভাবে চলছে? যদি এটি কোনও সিস্টেম / 360 এ চলছে তবে আপনাকে উত্স থেকে জি ++ সংকলন করতে হবে ...

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

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

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

শুভকামনা!


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

সিএইচএস এবং ডিবি 2 এর প্রাক প্রসেসরের সাথে জেডওএসের একটি নেটিভ সি ++ সংকলক রয়েছে। সুতরাং g ++ এর দরকার নেই।
জেমস অ্যান্ডারসন

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

3
@ ক্রিস, 39 বছরের পুরানো কোডটি কেন চালানো উচিত নয়? এটি কি 30 এ বাসি বৃদ্ধি পায়? 20? যুদ্ধ পরীক্ষিত প্রোডাকশন কোডটি পুরানো হতে পারে তবে এখনও পুরোপুরিভাবে কাজটি করে। যে কোনও পুনর্লিখনের পুরানো প্রোগ্রামের মতো আপনার স্তরের ফি প্রদানকারীর কোনও সুবিধা হওয়ার আগে একই স্তরে পৌঁছানো দরকার ।

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

0

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

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

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


0
  1. একটি বর্ধিত পরিবর্তন প্রশ্নটির বাইরে।

  2. একটি অফ-শেল্ফ সমাধান উপলব্ধ থাকার সম্ভাবনা রয়েছে। গাড়ী ভাড়া অনেক ব্যবসা আছে।

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

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

আপনি সম্ভবত একই ডেটা ফাইলের ফর্ম্যাটটি রাখতে চান না, সুতরাং সেগুলি স্যুইচ করার পরে আর ফিরে আসবে না।


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