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

আমাদের অনেকের দিন কাটে ধারণাগুলো নিয়ে চলাফেরা করে: লেখা, সংশোধন, খোঁজা, শেয়ার করা, এবং সিদ্ধান্তগুলোকে ঠিক প্রসঙ্গে সংযুক্ত রাখার চেষ্টা করা। এখন এটা স্বাভাবিক মনে হয়—কিন্তু 1960-এর দশকে আমরা যে “জ্ঞানকর্ম” প্যাটার্নগুলো আজ গ্রহণ করি সেগুলো তখনই আবিষ্কৃত হচ্ছিল।
ডগলাস এঙ্গেলবার্ট কোনো গ্যাজেট তৈরি করতে বেরিয়েছিলেন না। তিনি মানুষের চিন্তা ও সমন্বয়কে উন্নত করার লক্ষ্য নিয়ে কাজ শুরু করেছিলেন যখন সমস্যা জটিল হয়ে যায়। তার গবেষণা দল অফিসিয়াল কাজকে এমন কিছু হিসেবে দেখেছিল যেটাকে আপনি ইচ্ছাকৃতভাবে ডিজাইন করতে পারেন, শুধু দ্রুততর মেশিন দিয়ে গতি বাড়ানো নয়।
এঙ্গেলবার্ট "augmenting human intellect" বলতেন যার মানে ছিল: মানুষকে ভালভাবে ভাবতে ও দলগতভাবে কাজ করতে সাহায্য করা এমন টুল দিয়ে যা ধারণাগুলো তৈরি, সংযুক্ত এবং কাজে রূপান্তর করা সহজ করে তোলে। মানুষের প্রতিস্থাপন নয়—তাদের ক্ষমতা বাড়ানো।
আধুনিক প্রোডাকটিভিটি সফটওয়্যারের অনেক বৈশিষ্ট্য তিনটি মূল ধারণার কাছে ফিরে যায় যা এঙ্গেলবার্ট এগিয়ে নিয়ে গেছিলেন:
আমরা দেখব এঙ্গেলবার্ট প্রকৃতপক্ষে কী তৈরি করেছিলেন (বিশেষ করে NLS oN-Line System) এবং 1968 সালের বিখ্যাত ডেমো—যা প্রায়ই “Mother of All Demos” হিসাবে পরিচিত—এ কী দেখানো হয়েছিল। তারপর সেই ধারণাগুলোকে আপনি আগের থেকেই যে টুলগুলো ব্যবহার করেন—ডকস, উইকি, প্রজেক্ট ট্র্যাকার এবং চ্যাট—তাদের সঙ্গে যুক্ত করব, যাতে আপনি বুঝতে পারেন কোনটা কাজ করছে, কী মিস হচ্ছে, এবং কেন কিছু ওয়ার্কফ্লো মসৃণ লাগে আর কিছু ব্যস্ততামূলক মনে হয়।
ডগলাস এঙ্গেলবার্টের মূল অবদান কোনো একক আবিষ্কার ছিল না—এটি একটি উদ্দেশ্য। তার 1962 সালের রিপোর্ট Augmenting Human Intellect: A Conceptual Framework-এ তিনি যুক্তি দিয়েছিলেন যে কম্পিউটারগুলো মানুষের চিন্তাভাবনা, শেখা, এবং জটিল সমস্যা সমাধানে সাহায্য করা উচিত যাতে তারা একা করার চেয়ে ভাল করতে পারে। তিনি এটাকে “অগমেন্টেশন” বলতেন, এবং এটাকে একটি ডিজাইন নর্থ স্টার হিসেবে বিবেচনা করতেন, কেবল ধোঁয়াশাভরা আকাঙ্ক্ষা নয়।
অটোমেশন মানে মানুষকে প্রতিস্থাপন করা: আপনার জন্য কাজটি করা, দ্রুত ও সস্তায়। এটা কাজে লাগে, কিন্তু এটি আপনার ক্ষমতাকে সংকীর্ণ করতেও পারে—বিশেষত যখন কাজ অস্পষ্ট, সৃজনশীল বা সমঝোতাপূর্ণ হয়।
অগমেন্টেশন আলাদাভাবে কাজ করে। কম্পিউটার চিন্তা গ্রহণ করে না; এটি সেই চিন্তাকে শক্ত করে তোলে। এটি আপনাকে ধারণা বহির্ভূত করতে, তথ্যের মধ্য দিয়ে দ্রুত চলতে, সংযোগ খুঁজে পেতে, এবং চলার পথে আপনার বোঝাপড়া সংশোধন করতে সাহায্য করে। লক্ষ্য মানুষকে বিলোপ করা নয়—মানব বিচক্ষণতাকে বাড়ানো।
এঙ্গেলবার্ট আরও বিশ্বাস করতেন উন্নতি যৌগিক হওয়া উচিত। যদি ভালো টুল আপনাকে বেশি সক্ষম করে, আপনি সেই সক্ষমতায় আরও ভালো টুল, পদ্ধতি এবং অভ্যাস তৈরি করতে পারবেন। এই লুপ—কিভাবে আমরা উন্নতি করি তা উন্নত করা—তার চিন্তার কেন্দ্রে ছিল।
এটির অর্থ হল ছোট আপগ্রেডও (নোট গঠন, ডকুমেন্ট নেভিগেশনের একটি ভালো উপায়, বা সিদ্ধান্ত সমন্বয়) বড় ও দীর্ঘমেয়াদি প্রভাব ফেলতে পারে।
গুরুত্বপূর্ণভাবে, এঙ্গেলবার্ট দলের উপর ফোকাস করেছিলেন। জটিল সমস্যা প্রায়শই এক ব্যক্তির মাথায় থাকে না, ফলে অগমেন্টেশনকে শেয়ারড প্রসঙ্গ অন্তর্ভুক্ত করতে হবে: সাধারণ ডকুমেন্ট, সাধারণ ভাষা, এবং এমন উপায় যাতে কাজ সমন্বয় করা যায় সিদ্ধান্তের পেছনের যুক্তি হারানো ছাড়াই।
এই টিম-প্রথম জোরদার কারণেই তার ধারণাগুলো আজকের জ্ঞানকর্মের সঙ্গে এত পরিষ্কারভাবে মিলে যায়।
এঙ্গেলবার্টের NLS (oN-Line System) 1960-এর দশকে যেভাবে তৈরি করা হয়েছিল, সেটি তখনকার ভাষায় কেবল একটি “কম্পিউটার প্রোগ্রাম” ছিল না। এটি বরং একটি ইন্টারেক্টিভ নলেজ ওয়ার্কস্পেস ছিল: এমন একটি জায়গা যেখানে আপনি তৈরি করতে, নেভিগেট করতে, সংশোধন করতে এবং তথ্য সংযুক্ত করতে পারতেন আপনার কাজের প্রবাহে থাকা অবস্থায়।
কম্পিউটারকে আর কেবল একটি রিমোট ক্যালকুলেটর হিসেবে না দেখে—NLS এটাকে এমন এক সঙ্গী হিসেবে দেখেছিল যাকে আপনি মুহূর্তে মুহূর্তে স্টীয়ার করতে পারেন।
NLS এমন ক্ষমতাগুলো একত্র করেছিল যা আধুনিক প্রোডাকটিভিটি টুলগুলো প্রায়শই ডকস, উইকি এবং সহযোগী অ্যাপসে ভাগ করে দেয়:
NLS ডিজাইন করা হয়েছিল গবেষণা, পরিকল্পনা এবং সহযোগিতার জন্য: প্রস্তাবনা খসড়া করা, প্রকল্প সংগঠিত করা, জ্ঞানভিত্তি বজায় রাখা, এবং সিদ্ধান্ত সমন্বয় করা।
উদ্দেশ্য ছিল কম্পিউটারকে চমকপ্রদ দেখানো নয়; উদ্দেশ্য ছিল টিমকে আরও সক্ষম করা।
সেই সময় অনেক প্রতিষ্ঠান এখনও ব্যাচ কম্পিউটিং (জব সাবমিট করুন, ফলাফলের জন্য অপেক্ষা করুন) এবং কাগজভিত্তিক প্রক্রিয়া (মেমো, বাইন্ডার, ম্যানুয়াল ভার্সন কন্ট্রোল) উপর নির্ভর করত। NLS অপেক্ষা করা ও পুনরায় টাইপ করার বদলে ইন্টারেক্টিভ এডিটিং, নেভিগেবল স্ট্রাকচার, এবং সংযুক্ত তথ্য চালু করেছিল—আজকের প্রোডাক্টিভিটি প্ল্যাটফর্মগুলোর জন্য এক ব্লুপ্রিন্ট।
এঙ্গেলবার্টের আগে, বেশিরভাগ ইন্টারঅ্যাকশন ছিল টাইপভিত্তিক: আপনি কমান্ড লিখতেন, এন্টার দিতেন, এবং মেশিনের প্রতিক্রিয়ার জন্য অপেক্ষা করতেন। সেটি ক্যালকুলেটর ও ব্যাচ জবের ক্ষেত্রে চলে, কিন্তু যখন তথ্য স্ক্রিনে বস্তুরূপে থাকে—শব্দ, শিরোনাম, লিংক, ফাইল এবং ভিউ—তখন এটি ভেঙে পড়ে।
যদি আপনার লক্ষ্য জ্ঞানকর্মকে দ্রুত করা হয়, আপনাকে সেই জিনিসটিকে “টাচ” করার দ্রুত উপায় দরকার।
এঙ্গেলবার্টের দল NLS তৈরি করছিল এমন একটি পরিবেশ হিসেবে যেখানে মানুষ জটিল ডকুমেন্ট নেভিগেট ও এডিট করতে পারবে, সম্পর্কিত আইডিয়ার মধ্যে লাফ দিতে পারবে, এবং একাধিক ভিউ পরিচালনা করতে পারবে।
এই ধরনের ইন্টারফেসে, “লেন 237-এ যান” কেবল পয়েন্ট করে যা আপনি চাইছেন তার চেয়ে ধীর ও ত্রুটিপূর্ণ।
একটি পয়েন্টিং ডিভাইস অভিপ্রায়কে কাজেই রূপান্তর করে কম অনুবাদে: পয়েন্ট করুন, সিলেক্ট করুন, ক্রিয়া নিন। এই মানসিক ওভারহেডের হ্রাসই অন-স্ক্রিন কাজকে দূরস্থ নিয়ন্ত্রণের বদলে সরাসরি ম্যানিপুলেশনের মতো অনুভব করিয়েছিল।
প্রথম মাউসটা ছিল একটি ছোট কাঠের ডিভাইস যার চাকা দিয়ে পৃষ্ঠের উপর গতি ট্র্যাক করে কার্সর মুভমেন্ট তৈরি করত।
নতুনত্ব কেবল হার্ডওয়্যার নয়—এটা ছিল স্থিতিশীল অন-স্ক্রিন পয়েন্টারের সাথে দ্রুত সিলেকশনের যুগলবন্দি। এটি ব্যবহারকারীদের টেক্সট ব্লক বেছে নিতে, কমান্ড চালু করতে, এবং স্ট্রাকচার্ড ডকুমেন্টে চলা-ফেরা করতে দেয়া সহজ করে তুলেছিল, বারবার “কমান্ড ভাষা” মোডে যাওয়ার প্রয়োজন কমিয়েছিল।
প্রায় প্রত্যেক পরিচিত প্যাটার্ন একই ধারণা থেকে আসে: টার্গেটগুলিতে পয়েন্ট করা, ক্লিক করে সিলেক্ট করা, ড্র্যাগ করে সরানো, উইন্ডো রিসাইজ করা, এবং একাধিক প্যান বা উইন্ডোর মধ্যে কাজ করা।
এমনকি টাচস্ক্রিনও একই মূলনীতিকে অনুকরণ করে: ডিজিটাল বস্তুগুলোকে ম্যানিপুলেবল মনে করানো।
এঙ্গেলবার্টের দল চর্ডিং কীবোর্ডও পরীক্ষা করেছিল—এক হাত দিয়ে কী কম্বিনেশন চাপে দ্রুত কমান্ড ইস্যু করা আর অন্য হাতটি পয়েন্টিংয়ের জন্য রাখা।
এটি মনে করিয়ে দেয় যে মাউস টাইপিংকে প্রতিস্থাপন করার জন্য নয়, প্রশমন করার জন্য ডিজাইন করা হয়েছিল: এক হাত নেভিগেশনের জন্য, অন্য হাত দ্রুত ইনপুট ও নিয়ন্ত্রণের জন্য।
হাইপারটেক্সট একটি সরল ধারণা যার বিশাল প্রভাব আছে: তথ্যকে একটি নির্দিষ্ট ক্রমে পড়তে বাধ্য করা দরকার নেই। বরং আপনি ছোট টুকরো—নোট, অনুচ্ছেদ, ডকুমেন্ট, মানুষ, শব্দ—সংযুক্ত করে তাদের মধ্যে লাফাতে পারেন যখন দরকার।
একটি ঐতিহ্যগত ডকুমেন্ট একটা রাস্তির মতো: উপরে শুরু করে সামনে এগোতে হয়। হাইপারটেক্সট তথ্যকে একটি মানচিত্রে পরিণত করে। আপনি এখন যেকোনো প্রাসঙ্গিক পথ অনুসরণ করতে পারেন, যা প্রাসঙ্গিক নয় তা এড়িয়ে যেতে পারেন, এবং মূল থ্রেডে ফিরে আসতেও পারবেন।
এই রূপান্তর কিভাবে আপনি জ্ঞান সংগঠিত করেন তা বদলে দেয়। সবকিছুকে এক “নিখুঁত” আউটলাইনে বাঁধা না রেখে, আপনি তথ্য যেখানে স্বভাবতই থাকে সেখানে রাখতে পারেন এবং সম্পর্কগুলো ব্যাখ্যা করতে লিংক যোগ করতে পারেন:
এই ধারণা সেই সিদ্ধান্তকে সমর্থন করে।
এই মিটিং নোটটি ব্যাখ্যা করে কেন আমরা দিশা বদলেছি।
এই শব্দটির সংজ্ঞা এখানে আছে।
সময়ের সাথে, সেই সংযোগগুলো দ্বিতীয় স্তরের গঠন হয়ে ওঠে—একটি যা প্রতিফলিত করে মানুষ কিভাবে বাস্তবে চিন্তা ও কাজ করে।
আপনি ওয়েবে কোনো হাইপারলিংক ক্লিক করলেই হাইপারটেক্সট দেখতে পাবেন, কিন্তু এটি আধুনিক ওয়ার্ক টুলগুলোর ভেতরেও সমান গুরুত্বপূর্ণ:
লিংকগুলো কেবল সুবিধার নয়; এগুলো ভুল বোঝাবুঝি কমায়। যখন একটি প্রজেক্ট ব্রিফ সিদ্ধান্ত লগ, গ্রাহক প্রতিক্রিয়া এবং বর্তমান স্ট্যাটাসের সাথে লিঙ্ক করে, টিম একই প্রসঙ্গ ভাগ করে—নতুন সদস্যরা দীর্ঘ মৌখিক ইতিহাস ছাড়াই কুইকভাবে ধরতে পারে।
বাস্তবে, ভালো লিংকিং হচ্ছে সহানুভূতির একটি রূপ: এটি পরবর্তী প্রশ্নটি আবিষ্কার করে এবং উত্তর পাওয়ার পরিষ্কার পথ দেয়।
এঙ্গেলবার্ট একটি ডকুমেন্টকে “পৃষ্ঠা” হিসেবে নয় বরং একটি স্ট্রাকচার্ড সিস্টেম হিসেবে দেখতেন। NLS-এ তথ্য আউটলাইনগুলিতে সংগঠন করা হতো—নেস্টেড হেডিং ও সাবপয়েন্ট যা আপনি এক্সপ্যান্ড, কোলাপ্স, পুনর্বিন্যাস, এবং পুনঃব্যবহার করতে পারতেন।
কাজের ইউনিট একটি প্যারাগ্রাফ নয়; এটি একটি ব্লক যার একটি নির্দিষ্ট স্থান থাকে হায়ারারকিতে।
স্ট্রাকচার্ড রাইটিং মানে deliberate আকার: হেডিং, নম্বরকৃত লেভেল, এবং পুনঃব্যবহারযোগ্য ব্লক (সেকশন, বুলেট, বা স্নিপেট) যা সরানোর সময় পুরোটা ভেঙে পড়ে না।
যখন কন্টেন্ট মডুলার হয়, এডিটিং দ্রুত হয় কারণ আপনি:
আধুনিক ডক এডিটর ও নলেজ বেসগুলো নীরবে এই ধারণাটিকে প্রতিফলিত করে। আউটলাইনার, হেডিং নেভিগেশন সহ ডকস, এবং ব্লক-ভিত্তিক টুলগুলো লেখাকে তৈরির মতো করা সহজ করে।
টাস্ক লিস্টগুলো একই প্যাটার্ন: প্রতিটি টাস্ক একটি ব্লক যা একটি প্রজেক্টের অধীনে নেস্ট করা যায়, অ্যাসাইন করা যায়, লিংক করা যায় এবং ট্র্যাক করা যায়।
প্রায়োগিক ফলাফল কেবল সুন্দর নয়—স্ট্রাকচার স্পষ্টতা বাড়ায় (মানুষ সহজে স্ক্যান করতে পারে), এডিটিং স্পিড বাড়ায় (আপনি অংশ বদলান, সবকিছু নয়), এবং সহযোগিতা সহজ করে (সহকর্মীরা নির্দিষ্ট সেকশনে মন্তব্য বা মালিকানা নিতে পারে)।
“Project Alpha” একটি ডক শুরু করুন সাধারণ আউটলাইন দিয়ে:
যখন আপনি শিখবেন, আপনি পুনর্গঠন করবেন—পুনরায় লিখবেন না। একটি রিস্ককে “Notes” থেকে “Scope” এ নিয়ে যান, টাস্কগুলোকে মাইলস্টোনের নিচে নেস্ট করুন, এবং প্রতিটি মাইলস্টোন থেকে ডেডিকেটেড পেজ (মিটিং নোট, স্পেক্স, বা চেকলিস্ট) এ লিংক যোগ করুন।
ফল হলো একটি জীবন্ত মানচিত্র: প্রসঙ্গ নেভিগেট করার এক জায়গা, কেবল দীর্ঘ স্ক্রলিং থ্রেড নয়।
এঙ্গেলবার্ট “সহযোগিতা” বলতে ইমেইলে ডক আদানপ্রদানের ওপর ভর করতেন না। তার লক্ষ্য ছিল শেয়ারড স্পেস যেখানে গ্রুপটি একই মেটেরিয়াল দেখতে পেত, একই সময়ে, পর্যাপ্ত প্রসঙ্গসহ যাতে যৌথ সিদ্ধান্ত দ্রুত নেওয়া যায়।
কাজের ইউনিট আর কোনো একজনের কম্পিউটারে থাকা ফাইল নয়—এটি একটি জীবন্ত, নেভিগেবল জ্ঞানভাণ্ডার যা টিম ধারাবাহিকভাবে উন্নত করতে পারে।
যখন কাজ ব্যক্তিগত খসড়ায় ভাগ করা হয়, সমন্বয় একটি আলাদা কাজ হয়ে যায়: ভার্সনগুলো সংগ্রহ করা, পরিবর্তন মিলানো, এবং কোন কপি বর্তমান তা অনুমান করা।
এঙ্গেলবার্টের ভিশন সেই ওভারহেড কমিয়েছিল একটি শেয়ারড সিস্টেম রেখে যেখানে আপডেটগুলি সাথে সাথেই দৃশ্যমান ও লিংক করা যায়।
শেয়ারড প্রসঙ্গটা শেয়ারড টেক্সটের সমমানের — এটি পার্শ্ববর্তী কাঠামো: এই সেকশন কী সাথে সংযুক্ত, কেন একটি পরিবর্তন করা হয়েছিল, কোন সিদ্ধান্তকে এটা সমর্থন করে—যা টিমকে একই চিন্তা বারবার পুনরায় না লেখার থেকে বিরত রাখে।
1968 সালের বিখ্যাত ডেমোতে এঙ্গেলবার্ট এমন ক্ষমতা দেখিয়েছিলেন যা এখন স্বাভাবিক মনে হয় কিন্তু তখন চরম নব্য ছিল: রিমোট ইন্টারঅ্যাকশন, শেয়ারড এডিটিং, এবং এমন উপায় যাতে মানুষ একই তথ্য দেখেই সমন্বয় করতে পারে।
কথাটি কেবল দুই ব্যক্তি একই ডকুমেন্টে টাইপ করতে পারা নয়; এটি ছিল যে একটি সিস্টেম "ওয়ার্কফ্লো" সমর্থন করতে পারে—রিভিউ, আলোচনা, আপডেট এবং অল্প ঘর্ষণে অগ্রসর হওয়া।
আজকের সহযোগিতা সফটওয়্যার প্রায়ই স্পষ্টভাবে এই ধারণাগুলোর সঙ্গে মিল khay:
এগুলো কোনো ফ্যাশনের অদ্ভুত ফিচার নয়; যখন অনেক হাতে একই কাজ স্পর্শ করে, শেয়ারড প্রসঙ্গ বজায় রাখার মেকানিজম গুলো অপরিহার্য।
সেরাম আঁকা প্ল্যাটফর্মও ভালো সহযোগিতা জোর করে দিতে পারে না। টিমগুলোকে নিয়ম দরকার: কখন কমেন্ট করবেন বনাম সরাসরি এডিট, সিদ্ধান্ত কীভাবে রেকর্ড হবে, “ডান” মানে কী এবং চূড়ান্ত কল কার—এসব।
এঙ্গেলবার্টের গভীর অন্তর্দৃষ্টি ছিল যে জ্ঞানকর্ম উন্নত করতে হলে টুল ও তাদের চারপাশের অনুশীলন—উভয়ই ডিজাইন করা দরকার যাতে সমন্বয় একটি সমর্থিত অভ্যাস হয়ে ওঠে, ক্রমাগত সংগ্রাম নয়।
রিয়েল-টাইম কো-এডিটিং মানে একাধিক ব্যক্তি একই মুহূর্তে এক ডকুমেন্টে কাজ করছে—এবং সবাই পরিবর্তনগুলো প্রায় সাথে সাথেই দেখছে।
এঙ্গেলবার্টের NLS এটিকে একটি সমন্বয় সমস্যা হিসেবে দেখেছিল, কোনো খেলনা হিসেবে নয়: মূল মূল্য কেবল টাইপিংয়ের গতি নয়, সেটি হচ্ছে সম্মতিতে গতিশীলতা।
লাইভ এডিট থাকলে সিদ্ধান্ত গ্রহণ ত্বরান্বিত হয় কারণ টিম একটি একক, বর্তমান “সোর্স অফ ট্রুথ” শেয়ার করে। এটাচমেন্ট ওয়েট করার, চ্যাটে কপি-পেস্ট করে আপডেট পাঠানোর, বা আলাদা নোট মিলানোর বদলে দল কয় মিনিটে মিলিতভাবে সিদ্ধান্তে আসতে পারে।
লাইভ সহযোগিতা সবচেয়ে ভাল কাজ করে যখন আপনি দেখেন অন্যরা কী করতে চাচ্ছে।
একটি ঝাঁকুনি কার্সর, হাইলাইট করা সিলেকশন, অথবা একটি ছোট অ্যাক্টিভিটি ফিড ব্যবহারিক প্রশ্নগুলোর উত্তর দেয়: কে এই সেকশন এডিট করছে? তারা পুনর্লিখছে, রেফারেন্স যোগ করছে, না কি শুধু স্ক্যান করছে?
এটি দ্বৈত কাজ কমায় (“আমি জানতাম না তুমি সেই অনুচ্ছেদ ঠিক করছো”) এবং হ্যান্ডঅফ গুলোকে মসৃণ করে (“তুমি এটা শেষ করো, আমি পরের অংশ নেব”)।
যখন দুজন একই অংশ এডিট করে সমস্যা জটিল হয়।
আধুনিক টুলগুলো এটি কয়েকটি সহজ ধারণায় মোকাবিলা করে:
অটোমেটিক মর্জ হলেও, টিমগুলোকে এখনও অভিপ্রায় সম্পর্কে স্পষ্টতা দরকার—কেন পরিবর্তন করা হয়েছে, কেবল যে পরিবর্তন ঘটেছে তা নয়।
রিয়েল-টাইম কো-এডিটিং সহযোগিতাকে রিলে থেকে একটি শেয়ারড ওয়ার্কস্পেসে পরিণত করে—এবং সমন্বয়ই মূল দক্ষতা যার জন্য টুল চেষ্টা করছে সমর্থন করতে।
1968 সালের 9 ডিসেম্বর ডগলাস এঙ্গেলবার্ট এবং তার দল সান ফ্রানসিসকোতে মঞ্চে উঠে তাদের NLS (oN-Line System) এর একটি লাইভ, 90‑মিনিটের প্রদর্শনী চালিয়েছিল।
এটি পরবর্তীতে “Mother of All Demos” উপনামে খ্যাতি পায় কারণ এটি ইন্টারেক্টিভ, সংযুক্ত জ্ঞানকর্মের একটি সঙ্গত দৃষ্টিভঙ্গি দেখিয়েছিল—লাইভ, রিয়েল টাইমে।
এঙ্গেলবার্ট কেবল দ্রুত টাইপ করার উপায় দেখাননি। তিনি একটি পুরো কার্যকর পরিবেশ প্রদর্শন করেছিলেন:
গভীর দিকটি কোনো একক গ্যাজেট ছিল না। ডেমোটি যুক্তি দিয়েছিল যে কম্পিউটারগুলো "জ্ঞানকর্মের" সঙ্গী হতে পারে: মানুষকে তৈরি, সংগঠিত এবং তথ্য পুনরায় পর্যালোচনা করতে সাহায্য করে কাগজভিত্তিক কাজের তুলনায় দ্রুত।
ততোপর, এটি ইঙ্গিত করেছিল যে এই কাজটি নেটওয়ার্ক করা এবং সহযোগিতামূলক হতে পারে, বিচ্ছিন্ন ফাইলের বদলে শেয়ারড প্রসঙ্গ সহ।
1968-কে এক মুহূর্তে আধুনিক কম্পিউটিং আবির্ভাব হিসাবে দেখা প্রবণতা আছে—কিন্তু বাস্তবে তা ঘটেনি।
NLS সঙ্গে সঙ্গে সবার অফিস টুল হয়ে উঠেনি, এবং অনেক অংশ তখনকার হার্ডওয়্যার ও খরচের কারণে ব্যয়বহুল বা অপ্রায়োগিক ছিল।
ডেমো যা করেছিল তা ছিল প্রমাণ করা যে এই ধারণাগুলো সম্ভব এবং কার্যকর। পরে গবেষণা ল্যাব ও বাণিজ্যিক সফটওয়্যার সেই ভিশনের টুকরোগুলো ধার করে, সময়ের সঙ্গে বিভিন্নভাবে পুনর্গঠিত করেছে—NLS-কে পুরোপুরি অনুলিপি করে না।
এঙ্গেলবার্ট কেবল মাউস বা লিংকগুলোর পূর্বাভাস দেননি—তিনি কিভাবে জ্ঞানকর্ম হওয়া উচিত তার একটি প্যাটার্ন আঁকেছিলেন। আধুনিক টুলগুলো ভিন্ন দেখালেও, তাদের “সেরা” মুহূর্তগুলোর অনেকটাই তার মূল ধারণার সরাসরি প্রতিধ্বনি।
বিভাগ ভেদে একই ভিত্তি বারবার উঠে আসে: লিংক (আইডিয়া সংযোগ করার জন্য), স্ট্রাকচার (আউটলাইন, ব্লক, ফিল্ড), সার্চ (আনতে), পারমিশন (নিরাপদ ভাগ করার জন্য), এবং হিস্ট্রি (ভার্সনিং ও অডিট ট্রেইল)।
সাধারণ ব্যর্থতা হল না ফিচারের অভাব—বরং বিভাজন।
কাজ অ্যাপগুলো জুড়ে ছড়িয়ে পড়ে, এবং প্রসঙ্গ লিক হয়ে যায়: চ্যাটে সিদ্ধান্ত, ডকসে যুক্তি, টাস্কে অ্যাকশন, ফাইলে প্রমাণ। আপনি এগুলো লিংক করতে পারেন, কিন্তু তবুও সময় যায় "কি হচ্ছে" পুনর্গঠন করতে।
চারটি ক্রিয়ার মধ্যে চিন্তা করুন: capture → connect → coordinate → decide। যদি আপনার টুলগুলো কনটেক্সট-সুইচিং কম করে এই চারটি সমর্থন করে—এবং লিংক, স্ট্রাকচার, ইতিহাস সংরক্ষণ করে—তাহলে আপনি এঙ্গেলবার্টের প্রকৃত অবদানের কাছাকাছি আছেন।
এটি নতুন AI-সহায়ক “ভাইব-কোডিং” টুলগুলির জন্যও প্রাসঙ্গিক: যখন একটি AI আপনাকে সফটওয়্যার চালু করতে সাহায্য করে, জয়ের মান কেবল কোড জেনারেট করা নয়—এটি হলো উদ্দেশ্য, সিদ্ধান্ত এবং বাস্তবায়নের সংযোগ বজায় রাখা। Koder.ai-র মতো প্ল্যাটফর্মগুলি চ্যাটের মাধ্যমে টিমকে ওয়েব, ব্যাকএন্ড, এবং মোবাইল অ্যাপ নির্মাণে সহায়তা করে সেই ধারণা কার্যকারিতে পরিণত করার চেষ্টা করে।
এঙ্গেলবার্টের মূল প্রতিশ্রুতি কোনো নির্দিষ্ট অ্যাপ নয়—এটি কাজ করার একটি উপায় ছিল: তথ্যকে গঠন করুন, সংযুক্ত করুন, এবং সহযোগিতাকে স্পষ্ট করুন।
আপনি যা ব্যবহার করেন (Docs, Word, Notion, Confluence, Slack, ইমেইল)—যেকোনোটাতেই এই অনেক কিছু গ্রহণ করতে পারেন।
দস্তাবেজগুলোকে একটি আউটলাইন হিসেবে শুরু করুন, “নিখুঁত” বর্ণনার বদলে। হেডিং, বুলেট, এবং ছোট ব্লক ব্যবহার করুন যা পুনর্বিন্যাসযোগ্য।
এটি মিটিং দ্রুত করে (সবাই একই সেকশন পয়েন্ট করতে পারে) এবং এডিটিং কম ভয়ঙ্কর করে (মানুষ পুরো পৃষ্ঠা না বদলে একটি ব্লক সামলায়)।
যখন আপনি কোনো দাবী লিখেন, তার পাশে লিংক দিন। যখন সিদ্ধান্ত নেন, কেন তা রেকর্ড করুন এবং আলোচনার বা প্রমাণের লিংক দিন।
একটি ছোট সিদ্ধান্ত লগ অনবরত পুনর্বিবেচনা প্রতিরোধ করে।
Decision note format: Decision → Reason → Owner → Date → Link to evidence
ফলাফলগুলো কেবল চ্যাটে থাকতেই দেবেন না। মিটিংয়ের পরে একটি সংক্ষিপ্ত সারসংক্ষেপ পোস্ট করুন যাতে থাকে:
প্রতিটি ডক-এ স্পষ্ট মালিক নির্ধারণ করুন ("DRI" বা "Editor") যাতে কেউ ডককে সামঞ্জস্যপূর্ণ রাখার দায়িত্ব নেয়।
গুরুত্বপূর্ণ সম্পাদনা করলে একটি ছোট পরিবর্তন সারসংক্ষেপ উপরে বা একটি মন্তব্যে যোগ করুন: কি বদলেছে + কেন + অন্যদের কাছে কী দরকার। এটা ভার্সন কন্ট্রোলের মানবীয় রূপ।
কনসিস্টেন্ট নামকরণ ব্যবহার করুন: TEAM — Project — Doc — YYYY-MM-DD.
রিকারিং কাজের জন্য টেমপ্লেট ব্যবহার করুন: মিটিং নোট, প্রজেক্ট ব্রিফ, রেট্রো নোট, ডিসিশন লগ।
এঙ্গেলবার্ট একা মাউস, হাইপারটেক্সট বা সহযোগিতা আবিষ্কার করেননি।
আগে থেকেই কিছু ধারণা ছিল: ভ্যানিভার বুশ “As We May Think”-এ সংযুক্ত জ্ঞান বর্ণনা করেছিলেন, এবং আধুনিক মাউসের আগে অন্যান্য পয়েন্টিং ডিভাইসও তৈরি হয়েছিল। এঙ্গেলবার্টের প্রকৃত জোর ছিল সিস্টেম-অ্যাপ্রোচে: পয়েন্টিং, লিংক, স্ট্রাকচার্ড ডকুমেন্ট এবং টিমওয়ার্ককে একত্রিত করে একটি মিলিত পরিবেশ তৈরি করা—উদ্দেশ্য ছিল গোষ্ঠী কিভাবে চিন্তা ও সমস্যা সমাধান করে তা উন্নত করা।
1960-এর দশকের ভার্সনটি ব্যয়বহুল ও ভঙ্গুর ছিল। ইন্টারেক্টিভ কম্পিউটিং চেয়েছিল খরচবহুল টাইম-শেয়ারিং মেশিন, বিশেষ ডিসপ্লে, এবং কাস্টম ইনপুট হার্ডওয়্যার।
নেটওয়ার্ক সীমিত ছিল, স্টোরেজ কম, এবং সফটওয়্যার হাতে করে তৈরি করতে হত।
ততসঙ্গে: অনেক প্রতিষ্ঠান প্রস্তুত ছিল না। এঙ্গেলবার্টের পদ্ধতি টিমকে অভ্যাস বদলাতে, শেয়ারড কনভেনশন গৃহীত করতে এবং প্রশিক্ষণে বিনিয়োগ করতে বলত—এগুলো বাজেট সংকোচনের সময় সহজেই কাটা যায়। পরবর্তীতে শিল্পের ফোকাস পার্সোনাল কম্পিউটারের দিকে চলে যাওয়ায় সহজ, স্ট্যান্ডঅ্যালোন অ্যাপগুলো গভীরভাবে ইন্টিগ্রেটেড সহযোগিতামূলক সিস্টেমগুলোর পূর্বে এগিয়ে গেল।
NLS ব্যবহারকারীদের যারা এর স্ট্রাকচার্ড পদ্ধতিগুলো (এবং বিখ্যাতভাবে, উন্নত ইনপুট কৌশল) শিখত তাদের জন্য পুরস্কার ছিল। এর অর্থ ছিল “কম্পিউটার সাক্ষরতা” ঐচ্ছিক ছিল না।
সহযোগিতা অংশটাও মনস্তাত্ত্বিক সম্মতি চেয়েছিল: শেয়ারড স্পেসে কাজ করা, খসড়া প্রকাশ করা, এবং খোলামেলা সমন্বয়—প্রতিযোগিতামূলক বা সিলো সংস্কৃতিতে কঠিন।
আরও প্রেক্ষাপটের জন্য যে ভাবনা গুলো আধুনিক টুলগুলোতে কিভাবে পুনরাবৃত্তি হচ্ছে, দেখুন /blog/how-his-ideas-show-up-in-todays-productivity-software.
এঙ্গেলবার্টের যুক্তি ছিল যে কম্পিউটারকে মানুষের চিন্তা এবং দলগত কাজকে বর্ধিত করা উচিত, প্রতিস্থাপন করা নয়। “অগমেন্টেশন” বলতে তিনি অর্থ করেছিলেন যে এটি সহজ করে তোলে:
যদি কোনো টুল আপনাকে দ্রুত বুঝতে, সিদ্ধান্ত নেয়া ও সহযোগিতা করতে সাহায্য করে (শুধু কাজ দ্রুত করার চেয়ে বেশি), তাহলে সেটা তার লক্ষ্যকে মেলে।
অটোমেশন আপনার বদলে কাজ করে (পুনরাবৃত্তি ও সুস্পষ্ট কাজের জন্য ভালো)। অগমেন্টেশন আপনাকে জটিল, অস্পষ্ট কাজগুলোতে ভালভাবে চিন্তা করতে সাহায্য করে।
প্রায়োগিক নিয়ম: যদি কাজটি বিচক্ষণতা লাগে (ট্রেডঅফ, অনিশ্চিত লক্ষ্য, পরিবর্তনশীল প্রসঙ্গ), তাহলে কেবল গতি নয়—স্পষ্টতা, নেভিগেশন এবং ভাগ করা বোঝাপড়া বাড়ানোর দিকে নজর দিন।
বুটস্ট্র্যাপকিং মানে হল উন্নতি গুলো কম্পাউন্ড হওয়া: ভালো টুল আপনাকে বেশি সক্ষম করে, আর সেই সক্ষমতা দিয়ে আপনি আরও ভালো টুল ও পদ্ধতি তৈরি করতে পারেন।
প্রয়োগ করার উপায়:
ছোট প্রক্রিয়ার আপগ্রেডগুলো ধীরে ধীরে একটি ফ্লাইহুইল তৈরি করে।
NLS (oN-Line System) ছিল একটি প্রাথমিক ইন্টারেক্টিভ নলেজ ওয়ার্কস্পেস যেখানে কাজ করে তথ্য তৈরি, সংগঠিত এবং সংযুক্ত করা যেত।
এটি যে ধারণাগুলোকে মিলিয়েছিল (যা আজকের অনেক টুল ভাগ করে দেয়):
সোজা করে বললে: একটি পরিবেশ যেখানে “ডকস + উইকি + সহযোগিতা” একসঙ্গে কাজ করে।
স্ক্রিনভিত্তিক ওয়ার্কস্পেসে পয়েন্টিং ট্রান্সলেশন ওভারহেড কমায়। “লাইন ২৩৭-এ যান” মনে রেখে লেখা থেকে ভালো—কোনো কিছুকে শুধু নির্দেশ করলেই চলে।
প্রায়োগিক টেকওয়ে: যখন টুল নির্বাচন করতে হবে, এমন ইন্টারফেস বেছে নিন যা দ্রুত নির্বাচন, পুনরায় সাজানো ও নেভিগেশনকে সহজ করে (মাল্টি-পেন ভিউ, ভালো কীবোর্ড শর্টকাট, নির্দিষ্ট সিলেকশন)। গতি আসে ঘর্ষণ কমানোর মধ্য দিয়ে, কেবল দ্রুত টাইপ করা থেকে নয়।
হাইপারটেক্সট তথ্যকে একটি নেটওয়ার্ক করে দেয়, লিনিয়ার এক পেজ হওয়ার বদলে আপনি প্রাসঙ্গিকতা অনুসারে লাফিয়ে যেতে পারেন।
দৈনন্দিন কাজে এটাকে কাজে লাগাতে:
ভালো লিংকগুলো বারবার “কেন আমরা এটা করছি?” জিজ্ঞাসাকে কমিয়ে দেয়।
স্ট্রাকচার্ড রাইটিং কন্টেন্টকে মুভেবল ব্লক হিসেবে দেখে (হেডিং, বুলেট, নেস্টেড সেকশন) এক লম্বা পৃষ্ঠার বদলে।
সরল ওয়ার্কফ্লো:
ফল: সহযোগিতা সহজ হয়, কারো নির্দিষ্ট সেকশন রাখা বা কমেন্ট করা যায়।
এঙ্গেলবার্ট দেখিয়েছিলেন যে জটিল কাজগুলোতে দরকার শেয়ারড প্রসঙ্গ, কেবল শেয়ারড ফাইল নয়।
প্রায়োগিক অভ্যাস যা শেয়ারড প্রসঙ্গ তৈরি করে:
টুলগুলো এটা সক্ষম করে, কিন্তু টিম-এর নিয়মই এটাকে টিকে রাখে।
রিয়েল-টাইম কো-এডিটিং মূল্য দেয় কারণ এটি আইনের ওপর সমন্বয় বাড়ায়, টাইপিংয়ের গতি নয়।
অপ্রীতিকর কনফ্লিক্ট এড়াতে:
লাইভ এডিটিং সেরা কাজ করে যখন অভিপ্রায় দৃশ্যমান এবং সিদ্ধান্তগুলো আটকানো হয় না।
কয়েকটি সীমাবদ্ধতা ছিল যা গ্রহণকে ধীর করে:
এঙ্গেলবার্টের ভূমিকা সম্পর্কে সাধারণ ভুল ধারনা: তিনি সবকিছু একা আবিষ্কার করেননি; তার প্রকৃত অবদান ছিল সিস্টেম-স্তরীয় একীকরণ (পয়েন্টিং + লিংক + স্ট্রাকচার + টিমওয়ার্ক) যা গোষ্ঠীগত সমস্যা সমাধানে সহায়তা করার দিকে লক্ষ্য রাখে।