কেন ওয়েব দূরবর্তী অ্যাপ্লিকেশনগুলির স্থান এবং এক্স জিতেছে না?


19

এক্স উইন্ডো সিস্টেমটির বয়স 25 বছর, এটির জন্মদিন ছিল গতকাল (15''It)।

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

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

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

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


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

3
আমি একমত না যে পার্থক্য আছে। যখন আমি আমার ওয়েব ক্লায়েন্টকে (ব্রাউজারটি) কোনও সার্ভারের সাথে সংযুক্ত করি (স্থানীয়ভাবে বা দূরবর্তী) আমি আমার (ওয়েব) অ্যাপ্লিকেশনটির জিইউআই দেখতে পারি। ঠিক যেমন আমি এক্স সেশন দিয়ে আমার অ্যাপ্লিকেশনটির জিইউআই দেখতে পারি।
মার্টিন জোসেফসন

4
একটি এক্স 11 প্রোগ্রাম লেখার চেষ্টা করুন এবং এটি একটি HTML পৃষ্ঠার সাথে তুলনা করুন - এছাড়াও প্রয়োজনীয় ব্যান্ডউইথের সাথে তুলনা করুন। অতিরিক্তভাবে, ডাব্লুডাব্লুডাব্লু এক্স 11 প্রতিস্থাপন করেনি, এটি গোফারকে প্রতিস্থাপন করেছে।

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

14
যেহেতু প্রযুক্তিটি প্রাপ্তবয়স্ক বিনোদন শিল্পের দ্বারা বৈধতা প্রেরণ করে না, একটি প্রযুক্তি মূলধারার অবলম্বনের প্রয়োজনীয় পদক্ষেপ (এটি এক অভিনব উপায় যা বলা যায় যে এক্স সিস্টেমে নগ্ন মহিলাদের ছবিগুলি পর্যাপ্ত পরিমাণে পাওয়া যায়নি)।
dasblinkenlight

উত্তর:


22

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


1
এটি খুব ভাল সঠিক উত্তর হতে পারে। অ্যাপল এবং মাইক্রোসফ্ট ওএস-তেও যে ওয়েব ক্লায়েন্টগুলি ছুটেছিল।
মার্টিন জোসেফসন

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

3
@ চার্লসসালভিয়া: এইচটিএমএল হাইপারলিংকের যুগান্তকারী URL টি ছিল। বিশেষত এর সর্বজনীন দিক: বিশ্বব্যাপী, কেবলমাত্র পর্যাপ্ত কেন্দ্রীয় কর্তৃপক্ষের সাথে কাজ করার, এবং একটি নির্দিষ্ট মিডিয়া টাইপ বা প্রযুক্তির সাথে আবদ্ধ নয়। আপনার পূর্ববর্তী প্রযুক্তিগুলি অনেক বেশি, সর্বজনীন ছিল।
এমএসএলটাররা

17

কারণ এক্স প্রয়োগ করতে আপনার সিএস ডিগ্রি থাকা দরকার degree যদিও ওয়েবের প্রয়োজন হয় যে আপনার টাইপ করার ক্ষমতা থাকতে হবে (এমনকি এটি নয়)।

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

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

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


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

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

ওয়েবটি প্রতিষ্ঠিত হওয়ার পরে জিটিকে ভালভাবে পাওয়া যায় নি।
ব্যবহারকারী16764

@ ইউজার ১676464৪: এটি সত্য নয়। আমি 1997 সালে জিটিকে ব্যবহার করছিলাম (তারা প্রথম কখন শুরু করেছিল তা নিশ্চিত নয় তবে তার আগে)। ওয়েবটি (এইচটিএমএল / এইচটিটিপিতে যেমন রয়েছে) তখন হতে পারে তবে এতটা ভাল প্রতিষ্ঠিত হয়নি। আমার অর্থ ওয়েব ব্রাউজারটি কেবলমাত্র 92 এ মূল স্রোতে আনা হয়েছিল (আমি প্রথম দেখলাম)। এক্স এর আরও বেশ কয়েকটি উইন্ডো পরিচালক রয়েছে যা এর আগে ব্যবহারযোগ্য ছিল। আমার মনে আছে টুইম (টমের উইন্ডো ম্যানেজার যা আমি বিশ্বাস করি) এবং অন্য একজন সামান্য উচ্চ স্তরের এক (যা আমি ভুলে যাই) তবে 90 সালে (অনেকগুলি) থেকে বেছে নেওয়ার প্রচুর পরিমাণ ছিল (এবং তারা এর আগে (আমার মনে হয়) উপলব্ধ ছিল)।
মার্টিন ইয়র্ক

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

11

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

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

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

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


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


3

প্রযুক্তিগুলি এখন একই ধরণের সমস্যাগুলি সমাধান করার চেষ্টা করতে পারে তবে তারা নিশ্চিত যে অতীতে ছিল না।

সম্পূর্ণ HTML বৈশিষ্ট্যযুক্ত অ্যাপ্লিকেশন প্ল্যাটফর্মে সামান্য স্ক্রিপ্টিং সহ "ভিজ্যুয়াল" নথিগুলির মাধ্যমে সত্যিকারের সাধারণ পাঠ্য-নথি স্থানান্তর থেকে বর্তমান এইচটিএমএল স্ট্যাকটি সময়ের সাথে বিবর্তিত হয়েছে।

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

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

এটি "ওয়েব কেন জিতল?" প্রশ্নের উত্তর দেয়। কোনও প্রতিযোগিতা ছিল না, ওয়েব এমনকি সবকিছু শুরু করার আগেই জিতেছিল।


1
এইচটিএমএল শুরু হওয়ার সময়, এনএসসিএ এইচটিটিপি সার্ভার এবং এর এসজিআই সহ ইতিমধ্যে সার্ভার-সাইড কম্পিউটিং ছিল। বেশিরভাগ অ্যাপ্লিকেশনগুলি পাঠ্য সরবরাহ করে তবে আমি মনে করি যে একটি Google মানচিত্রের পূর্বপুরুষ, বি / ডাব্লু কাস্টম মানচিত্র উপস্থাপন করতে সক্ষম হয়েছিল।
mouviciel

চিত্র মানচিত্রগুলি প্রকৃতপক্ষে পূর্ববর্তী শতাব্দীর শেষ দশকের প্রথম দিকের পুরানো।
এমএসএলটাররা

1

আমি সম্মত হই যে, নীতিগতভাবে, দুটি একই রকম। আপনি যদি "কোনও সার্ভারে কোড চালাবেন তবে কোনও দূরবর্তী ক্লায়েন্টকে ভিজ্যুয়ালাইজেশন সরবরাহ করতে পারেন?" এই প্রশ্নটি জিজ্ঞাসা করেন, তবে স্বতন্ত্র দলগুলি উভয়ই সমাধান নিয়ে আসতে পারে তা ভাবা যুক্তিযুক্ত।

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

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

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

সুতরাং, গাড়ী / ট্রাক উপমা মত, ওয়েব এবং এক্স 11 উভয়ই যুক্তিযুক্তভাবে একই প্রযুক্তিগত সমস্যার সমাধান করে, তবে তারা সম্পূর্ণ পৃথক উদ্দেশ্যে পরিবেশন করে।


1

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

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

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