দীর্ঘ জীবনকাল জন্য ওয়েব অ্যাপ্লিকেশন বিকাশ (20+ বছর)

Question

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

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

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

Comments

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

— অপ্রচলতার কথা চিন্তা করুন

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

— লাইভ

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

— জন ফোরকোষ

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

— ডেভিড স্টারকি

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

— গাইস

Answer 1

এই জাতীয় জীবনকাল জন্য সফ্টওয়্যার পরিকল্পনা করা কঠিন, কারণ ভবিষ্যতে কী ধারণ করে তা আমরা জানি না। কিছুটা প্রসঙ্গে: জাভা প্রকাশিত হয়েছিল 1995, 21 বছর আগে। এক্সএমএলএইচটিপিআরকুয়েস্ট প্রথম 17 বছর আগে 1999, 1999 এ প্রকাশিত ইন্টারনেট এক্সপ্লোরার 5 এর স্বত্বাধিকারী এক্সটেনশন হিসাবে উপলব্ধ হয়েছিল। এটি সমস্ত বড় ব্রাউজার জুড়ে উপলব্ধ হওয়া অবধি প্রায় 5 বছর সময় নিয়েছিল। আপনি যে ২০ বছর এগিয়ে যাওয়ার চেষ্টা করছেন সেটি কেবল সমৃদ্ধ ওয়েব অ্যাপ্লিকেশনগুলির অস্তিত্ব রয়েছে।

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

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

এই ইতিহাস থেকে, আমরা কয়েকটি ক্লু সংগ্রহ করতে পারি:

• এটি সহজ রাখুন: কোনও কাজের ক্ষেত্র ব্যবহার না করে এখনই যা কাজ করে তা করুন। পিছনে-সামঞ্জস্যের কারণে এই আচরণটি ভবিষ্যতে দীর্ঘ সময় উপলব্ধ থাকবে।

• মালিকানাধীন প্রযুক্তির উপর নির্ভরতা এড়িয়ে চলুন এবং মুক্ত মানের পছন্দ করুন।

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

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

Comments

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

— অ্যান্ডি

@ ডেভিডপ্যাকার একেবারে, টাইপস্ক্রিপ্ট ইত্যাদি দুর্দান্ত এবং বিকাশকে আরও সহজ করে তোলে। তবে আমি কোনও বিল্ড প্রক্রিয়াটি প্রবর্তন করার সাথে সাথে বিল্ড প্রক্রিয়াটির জন্য প্রয়োজনীয় সমস্ত সরঞ্জাম নির্ভরতা হয়ে যায়: নোডজেএস, গুল্প, এনপিএম - কে বলে 20 বছর পরেও এনপিএম অনলাইনে থাকবে? নিশ্চিত হতে আমার নিজের রেজিস্ট্রি চালাতে হবে। এটি অসম্ভব নয়। তবে কিছু বিষয়, এমন কিছু ছেড়ে দেওয়া ভাল যা কেবল তাত্ক্ষণিক বিকাশকে সহজ করে দেয়, তবে দীর্ঘমেয়াদে নয়।

— আমন

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

— আমন

আমি কি কেবল "ইউএসবি নিয়ে এবং বিভিন্ন মেশিনে পরীক্ষা" পড়েছি? কেন কেবল ভার্চুয়ালবক্স স্পিন করবেন না বা কেবল ছদ্মবেশী মোড ব্যবহার করবেন (এথএক্স অক্ষম সহ)।

— কিসলিক

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

— কেআরিয়ান

Answer 2

আপনার কোডটি 20 বছরের জন্য বেঁচে থাকার চেয়ে আরও গুরুত্বপূর্ণ যা আপনার ডেটা 20 বছরের জন্য বেঁচে থাকে for সম্ভাবনা হ'ল, এটি সংরক্ষণের জন্য উপযুক্ত জিনিস। আপনার ডেটা যদি কাজ করা সহজ হয় তবে নতুন প্রযুক্তিতে এটির উপরে একটি বিকল্প সিস্টেম তৈরি করা সহজ হবে।

• সুতরাং একটি পরিষ্কার এবং ভাল নথিভুক্ত ডেটা মডেল দিয়ে শুরু করুন।
• অরাকল ^[1] বা এসকিউএল সার্ভারের মতো একটি প্রতিষ্ঠিত, ভাল সমর্থিত ডাটাবেস সিস্টেম ব্যবহার করুন ।
• প্রাথমিক বৈশিষ্ট্যগুলি ব্যবহার করুন, চটকদার নতুনগুলিতে চেপে দেখার চেষ্টা করবেন না।
• চতুর চেয়ে সহজ পছন্দ ।
• ভবিষ্যতের রক্ষণাবেক্ষণ দক্ষতার মতো দিকগুলি ব্যয় করে আসতে পারে তা গ্রহণ করুন। উদাহরণস্বরূপ, আপনি সঞ্চিত পদ্ধতি ব্যবহারের জন্য প্রলুব্ধ হতে পারেন, তবে এগুলি ভবিষ্যতে রক্ষণাবেক্ষণের সীমাবদ্ধ করতে পারে যদি তারা কাউকে একটি সহজ স্টোরেজ সমাধানে সিস্টেমকে স্থানান্তরিত করা থেকে বিরত করে।

একবার আপনার কাছে হয়ে গেলে, ভবিষ্যতে-প্রমাণীকরণের অ্যাপটি নিজেই সহজ because WASM বা কিছু। জিনিসগুলিকে মডুলার রাখা, কম নির্ভরশীল, ভবিষ্যতের সহজ রক্ষণাবেক্ষণের অনুমতি দেয়।

---

^[1] এই উত্তরের বেশিরভাগ মন্তব্যই ডিবির জন্য ওরাকল ব্যবহারের বিরুদ্ধে দৃ st় অবস্থান নিয়েছে, অনেকগুলি বৈধ কারণ উল্লেখ করে কেন ওরাকল কাজ করতে ব্যথা হচ্ছেন, খাড়া শেখার বক্ররেখা এবং ইনস্টলেশন ওভারহেড রয়েছে। ওরাকলকে ডিবি হিসাবে বেছে নেওয়ার সময় এগুলি পুরোপুরি বৈধ উদ্বেগ, তবে আমাদের ক্ষেত্রে আমরা কোনও সাধারণ উদ্দেশ্যে ডিবি খুঁজছি না, তবে প্রাথমিক উদ্বেগটি রক্ষণাবেক্ষণের বিষয়টি । ওরাকল সত্তর দশকের শেষের দিক থেকে রয়েছে এবং আগত অনেক বছর ধরে এটি সমর্থিত হবে এবং পরামর্শদাতাদের একটি বিশাল বাস্তুতন্ত্র এবং সহায়তা বিকল্প রয়েছে যা আপনাকে এটি চালিয়ে যেতে সহায়তা করতে পারে। এটি কি অনেক সংস্থার জন্য অতিরিক্ত মূল্যের জগাখিচুড়ি? অবশ্যই। তবে এটি কি আপনার ডাটাবেস 20 বছরের জন্য চলমান রাখবে ? অনেকটা সেরকম.

Comments

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

— jpmc26

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

— কিছু_ কোডার

@ jpmc26 আমি ওরাকল সম্পর্কে আপনার অনুভূতির সাথে একমত, কিন্তু যেমনটা আমি বলেছি, "এর সাথে কাজ করা সহজ" অগত্যা এখানে মূল প্রয়োজনীয়তা নয়। আমি এখানে দৃ supported়ভাবে সমর্থিত প্ল্যাটফর্মটি পছন্দ করি, যদিও এটির সাথে কাজ করতে ব্যথা হয়। কারণ যখন 20 বছরেরও বেশি সময় ধরে আইনীকরণ করা হয়, এটি খুব খারাপ নয়।

— অব্নার শাহর-কাশতান

প্রকৃতপক্ষে ওরাকল এড়িয়ে চলুন। অস্তিত্বের একমাত্র ডিবি যা সম্ভবত 20 বছরের মধ্যে খারাপ পছন্দ বলে মনে হচ্ছে না তা হ'ল পোস্টগ্র্যাস্কল।

— জোশুয়া

আমি যুক্ত করতে চাই যে দুর্দান্ত ওপেন সোর্স DBMS পছন্দনীয় কারণ তাদের মরার খুব ভাল সম্ভাবনা রয়েছে। যদি ওরাকল 10 বছরে অর্থোপার্জন বন্ধ করে দেয় তবে 11 এ তা চলে যাবে। পোস্টরেএসকিউএল হ'ল সেরা ঘোড়ার মতো মনে হয়।

— শাওটিহ

Answer 3

আমনের পূর্বের উত্তরটি দুর্দান্ত তবে দুটি অতিরিক্ত পয়েন্ট রয়েছে যা উল্লেখ করা হয়নি:

• এটি কেবল ব্রাউজারগুলির বিষয়ে নয়; ডিভাইসগুলিও গুরুত্বপূর্ণ।

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

• আপনি একটি ভুল বিষয়ে ফোকাস করছেন।

  প্রযুক্তির পরিবর্তনগুলি একটি জিনিস, তবে আরও গুরুত্বপূর্ণ একটি হ'ল প্রয়োজনীয়তা পরিবর্তন । পণ্যটির পরিমাণ বাড়ানোর প্রয়োজন হতে পারে, বা অতিরিক্ত বৈশিষ্ট্য থাকতে পারে বা এটির বর্তমান বৈশিষ্ট্যগুলি পরিবর্তনের প্রয়োজন হতে পারে।

  ব্রাউজার, বা ডিভাইস, বা ডাব্লু 3 সি, বা ... যাই হোক না কেন ঘটবে তা বিবেচ্য নয়।

  আপনি যদি আপনার কোডটি এমনভাবে লিখে থাকেন যাতে এটি পুনঃসংশ্লিষ্ট হয় , পণ্যটি প্রযুক্তির সাথে বিকশিত হবে।

  আপনি যদি নিজের কোডটি এমনভাবে লিখেন যাতে কেউ এটি বুঝতে এবং বজায় রাখতে না পারে, প্রযুক্তি কোনও বিষয় নয়: যে কোনও পরিবেশগত পরিবর্তন আপনার প্রয়োগটিকে যে কোনও উপায়ে নামিয়ে আনবে যেমন কোনও ভিন্ন অপারেটিং সিস্টেমে মাইগ্রেশন, এমনকি প্রাকৃতিক ডেটা বৃদ্ধির মতো কোনও সাধারণ জিনিস thing ।

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

Comments

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

— নাল

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

— আর্সেনী মরজেনকো

আরেকটি ভাল উদাহরণ হ'ল 'ইভেন্ট' যা মেনু সিস্টেমে প্রায়শই ব্যবহৃত হত। এই মেনুগুলির অনেকগুলি স্পর্শ ডিভাইসগুলির সাথে খারাপভাবে ব্যর্থ।

— জাস্টাস

আপনি ডিভাইসগুলি সম্পর্কে সঠিকভাবে 110% (বা আরও), এবং আমি আপনাকে দশক-পুরানো উদাহরণ সরবরাহ করতে পারি। ১৯৮০ এর দশকের শেষের দিকে আমি আইবিএম মেইনফ্রেমস এবং সিঙ্ক্রোনাস 3270 টার্মিনালগুলিতে চলমান সিসিএস অ্যাপ্লিকেশনগুলিতে কাজ করেছি। সিআইসিএস অঞ্চলটি সার্ভার-সাইড অ্যাপ্লিকেশনগুলির সাথে একরকম সাদৃশ্যযুক্ত, একসাথে সিঙ্ক্রোনাস টার্মিনালগুলিতে স্ক্রিন-পূর্ণ ডেটা প্রেরণ করে, যা ডেডিকেটেড-ডিভাইস-ব্রাউজারগুলির সাথে সমান an এবং সিসিএস প্রোগ্রামিং হতে পারে 80% কোবল, 20% পিএল / 1। এই দুটি ভাষাই আজকাল বেশিরভাগই অপ্রচলিত এবং 1990 এর দশকের গোড়ার দিকে ইউনিক্স ওয়ার্কস্টেশনগুলির উপস্থিতি (সান এবং অ্যাপোলো) পুরোপুরি

— সিকসকে

Answer 4

আপনি 20 বছরের দীর্ঘস্থায়ী হওয়ার পরিকল্পনা করেন না। সোজা এবং সরল. পরিবর্তে আপনি আপনার লক্ষ্যগুলি বিভাগে বদল করুন।

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

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

সুতরাং আপনি যা করছেন তা নিশ্চিত করা আপনার যুক্তিটি সুন্দরভাবে পৃথক করা হয়েছে এবং আপনি কোনও নির্দিষ্ট প্রযুক্তি যা আপনাকে কোনও নির্দিষ্ট বিক্রেতার সাথে লক করে using

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

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

Comments

"যদি আপনাকে এখনই ডেটা-বেসগুলি স্যুইচ করতে হয়, আপনি কি" যদি একবারে এক সারিতে CRUD ছাড়া আর কিছু করতে পারেন তবে এটি সম্পাদন করা প্রায় অসম্ভব।

— jpmc26

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

— কোটায়ার

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

— jpmc26

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

— jpmc26

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

— fgp

Answer 5

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

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

আপনার পরিস্থিতি জটিল, কারণ একটি ওয়েবসাইটের অর্থ আপনার দুটি পরিবেশ - সার্ভার এবং ব্রাউজারের জন্য পরিকল্পনা করা দরকার।

এটি যখন সার্ভারে আসে তখন আপনার দুটি সাধারণ পছন্দ থাকে:

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

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

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

Comments

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

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

— জোনাথন ভানাসকো

@ ফাইটারজেট, আপনি সর্বদা সমর্থিত ওএসে ফায়ারওয়াল চালাতে পারেন, তবে এসকিউএল ইনজেকশন ইত্যাদির বাইরে আপনার কয়েকটি ঝুঁকি রয়েছে যা আপনার যে কোনও উপায়ে কোড করা উচিত।

— আয়ান

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

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

— জোনাথন ভানাসকো

Answer 6

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

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

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

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

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

Comments

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

— eis

এটি অনুশীলনে আশ্চর্যজনকভাবে সামঞ্জস্যপূর্ণ এবং পাশাপাশি পুরানো সংস্করণ ইনস্টল করা কোনও সমস্যা নয়। এছাড়াও নোট করুন যে। নেট নেট বিসিএল আমার অনুমানে জাভা অন্তর্নির্মিত ক্লাসগুলির চেয়ে 10-100x বড়।

— usr

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

— eis

Answer 7

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

আপনি ব্রাউজারগুলিতে কাজ করতে সর্বদা সামঞ্জস্যতা মোডগুলি ব্যবহার করতে পারেন।

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

উপসংহার: এটি সহজ এবং পরিষ্কার রাখুন এবং আপনার ভাল হওয়া উচিত।

Comments

ফ্রেম এবং iframes খুব ভাল এইচটিএমএল অনুমান মধ্যে সংজ্ঞায়িত করা হয়। কী তাদের অযোগ্য করে তোলে?

— কৌতূহলীনি

@ কুরিয়াসননি: স্ক্রিপ্টিং ইত্যাদির মাধ্যমে কনটেন্টগুলি অ্যাসিঙ্ক্রোনালিভাবে লোড করতে ফ্রেম এবং আইফ্রেমে ব্যবহার হিসাবে এটি ইফ্রেমেস (ফ্রেমগুলি আর এইচটিএমএল 5 তে সমর্থিত নয়) হিসাবে ব্যবহার করা খুব বেশি নয় তবে এটি এখন দুর্দান্ত কাজ করতে পারে তবে এটি সর্বদা কার্যকর থাকবে সুরক্ষা পরিবর্তন সাপেক্ষে।

— জোনাথন ভ্যান ডি ভীন

Answer 8

কয়েকটি অক্ষরেখা:

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

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

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

উদাহরণস্বরূপ কয়েকটি উদাহরণ:

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

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

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

সর্বশেষ ভাবনা

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