গিটার দ্বারা
_Andrew Fisher সুন্দর আলোর প্রভাব তৈরি করতে হার্ডওয়্যার এবং সফ্টওয়্যার একত্রিত করার একটি প্রকল্পে কাজ করে৷ তিনি তার প্রকল্পের চারপাশে ওপেন সোর্স সম্প্রদায়কে লালন-পালন এবং পরিচালনা করার তার উপায় সম্পর্কে আমাদের বলেছিলেন। তিনি কি বলেন তা খুঁজে বের করুন এবং Node-Pixel Gitter চ্যানেলটি দেখুন। __
আপনার এবং নোড-পিক্সেল সম্প্রদায় সম্পর্কে আমাদেরকে একটু বলুন। নোড-পিক্সেল কি? এটা কিভাবে শুরু হল?
আমি 20 বছরের ক্যারিয়ার ওয়েব ডেভেলপার এবং এখন LUXE সিটি গাইডের CTO। আমি সবসময় ওপেন সোর্স সম্প্রদায়ের সাথে বিভিন্ন ফর্মে জড়িত ছিলাম এবং গত কয়েক বছর ধরে জাভাস্ক্রিপ্ট রোবোটিক্স (নোডবট) সম্প্রদায়ের সাথে গভীরভাবে জড়িত ছিলাম।
নোড-পিক্সেল এর থেকে বড় হয়েছে, প্রকল্পটি খুব নির্দিষ্টভাবে হার্ডওয়্যার এবং সফ্টওয়্যার (জাভাস্ক্রিপ্ট) একত্রিত করে সুন্দর আলোর প্রভাব তৈরি করতে। এটি শুরু হয়েছিল কারণ ঐতিহাসিকভাবে JS হার্ডওয়্যার বিশ্বে এটি করার একটি সহজ উপায় ছিল না এবং আমি সুন্দর আলোর জন্য একজন চোষা তাই এমন কিছু তৈরি করার সিদ্ধান্ত নিয়েছি যা এটি করবে৷
সম্প্রদায়টি অবশ্যই জনি-ফাইভ এবং নোডবটস সম্প্রদায়ের একটি উপসেট যার সাথে যারা বিশেষভাবে হার্ডওয়্যার আলোতে আগ্রহী তারা এর অংশ হতে পারে (অন্যান্য দলগুলি ঐতিহ্যগত রোবোটিক্স বা হোম অটোমেশন ইত্যাদিতে বেশি আগ্রহী)। প্রকল্পটি সারা বিশ্বের কিছু আশ্চর্যজনকভাবে প্রতিভাবান ডেভেলপারদের কাছ থেকে প্রতিশ্রুতি দেখেছে যারা জাভাস্ক্রিপ্ট থেকে হার্ডওয়্যার আলো নিয়ন্ত্রণ করার একটি সহজ উপায়ের লক্ষ্য উপলব্ধি করতে সাহায্য করেছে৷
একটি সম্প্রদায় হিসাবে আপনার কোন সাধারণ লক্ষ্য আছে?
প্রায় যেমন উপরে ব্যাখ্যা করা হয়েছে, সত্যিই মানুষ জাভাস্ক্রিপ্টের সাথে হার্ডওয়্যার ব্যবহার করে এবং বিশেষ করে এটি করার জন্য একটি সহজ উপায় ব্যবহার করে খুব পরিশীলিত হার্ডওয়্যারের সাথে কাজ করতে সক্ষম হতে দেখার ইচ্ছা।
নোড পিক্সেল প্রকল্পের সাথে সম্পর্কিত কোন সমস্যাগুলি নিয়ে আপনি এই দিনগুলিতে সবচেয়ে বেশি উত্তেজিত?
অবশ্যই ইন্টারচেঞ্জে বিস্তৃত ইন্টিগ্রেশন, যা আমিও জড়িত এমন একটি প্রকল্প। ইন্টারচেঞ্জ হার্ডওয়্যার ফার্মওয়্যারের জন্য সমাধান করে যা পাইথন এবং জাভাস্ক্রিপ্ট মডিউলগুলির জন্য পিপ এবং এনপিএম সমাধান করে — অর্থাৎ, নির্দিষ্ট লক্ষ্যগুলির জন্য প্যাকেজ পরিচালনা। নোড পিক্সেল প্রজেক্ট JS হার্ডওয়্যার জগতে এর প্রয়োজনীয়তার চিত্র তুলে ধরেছে এবং ইন্টারচেঞ্জ ঘটায়, তাই এটিকে ইন্টারচেঞ্জের সাথে পুরোপুরি সামঞ্জস্যপূর্ণ করা একটি বড় লক্ষ্য।
এর বাইরেও পরবর্তী বড় ধাক্কা হল লাইব্রেরীকে অ্যানিমেশনের মতো জিনিসগুলিতে আরও সক্ষম করে তোলা এবং কী নয়, সত্যিই পরিশীলিত আলোক প্রভাব তৈরি করা এবং সেগুলিকে নোডজেএস থেকে বা সম্ভাব্য সরাসরি ব্রাউজার থেকে ট্রিগার করা৷
সমাজ তৈরি এবং রক্ষণাবেক্ষণ করার সময় আপনি সবচেয়ে গুরুত্বপূর্ণ বিষয়গুলি কী বিবেচনা করেছেন? আপনার সম্প্রদায়ের সাফল্যে কোন বিষয়গুলি অবদান রাখে?
আমি মনে করি সবচেয়ে বড় জিনিসগুলি হল স্বচ্ছতা — আমরা ভৌগলিকভাবে বিচ্ছিন্ন লোকেদের মধ্যে সহযোগিতা বাড়ানোর জন্য এর একটি বড় অংশ হিসাবে Gitter এবং GitHub সমস্যাগুলি ব্যবহার করি। আমাদের আলোচনার লগ থাকা ইত্যাদি কোনো কিছুর পিছনে যুক্তি ব্যাখ্যা করার জন্য সম্প্রদায়ের কাছে ফিরে যাওয়া সহজ করে তোলে, বিশেষ করে যদি তারা প্রকল্পের ব্যবহারকারী হয় কিন্তু এতে অবদান নাও করতে পারে৷
এর সাথে সম্পর্কিত যে আমরা প্রকল্পে অবদানের জন্য একটি আচরণবিধি মেনে চলি এবং শুরু থেকেই আমরা সর্বদা একটি উন্মুক্ত, বিশ্বস্ত, নিরাপদ এবং দায়িত্বশীল সম্প্রদায় গড়ে তোলার চেষ্টা করেছি। আমি মনে করি যখন লোকেরা এটিকে "যেমন জিনিসগুলি হয়" হিসাবে সেট করে তখন এটি লোকেদের সাথে জড়িত হওয়ার সময় সেই মানগুলির সেটটি গ্রহণ করতে সহায়তা করে। নোড পিক্সেল সেদিক থেকে ভালো হয়েছে কিন্তু নিরাপদ স্থান নিশ্চিত করার জন্য সাধারণভাবে জনি-ফাইভ এবং জাভাস্ক্রিপ্টের JS হার্ডওয়্যার জগতে ব্যাপক কাজ করার জন্য সত্যিই অনেক বেশি ঋণী।
সমাজ পরিচালনা করার সময় আপনি কী কী চ্যালেঞ্জের মুখোমুখি হন?
সময় অঞ্চল!!!!
আমি অস্ট্রেলিয়াতে আছি এবং আমার বেশিরভাগ সহযোগীরা মার্কিন যুক্তরাষ্ট্র এবং ইইউতে আছেন তাই যখন আমরা বৈশিষ্ট্য নির্মাণের মাধ্যমে কাজ করছি তখন ওভারল্যাপ করা সত্যিই চ্যালেঞ্জিং হতে পারে। প্রশান্ত মহাসাগর বা ভারত মহাসাগরকে তাদের আকারের প্রায় অর্ধেক করতে হবে;)
গিটারে নোড পিক্সেল প্রজেক্ট চ্যানেলে প্রধান সমস্যাগুলি কী কী আলোচনা করা হয়েছে?
প্রতিদিনের বেশিরভাগ জিনিসই প্রকল্পটি ব্যবহার করা লোকেদের সমর্থনের চারপাশে ঘোরে। আমরা একটি প্রাথমিক সমর্থন চ্যানেল হিসাবে আমাদের Gitter ব্যবহার সম্পর্কে খুব সোচ্চার তাই লোকেদের ড্রপ করতে এবং প্রশ্ন জিজ্ঞাসা করতে উত্সাহিত করুন৷ এটি লোকেদের খুব দ্রুত প্রকল্পের সাথে কাজ করতে সাহায্য করে।
এর পাশাপাশি, আমরা যখন বৈশিষ্ট্যগুলি তৈরি করছি, তখন পন্থা, কোড পর্যালোচনার নোট ইত্যাদি সম্পর্কে অনেক আগে-পরে আলোচনা রয়েছে। গিটহাব এটিতে সহায়তা করে, তবে আমরা যখন একটি পদ্ধতিতে পৌঁছাই তখন এই আরও মুক্ত-প্রবাহিত চ্যাটারের দ্বিতীয় অংশ হিসাবে GH ব্যবহার করার প্রবণতা থাকে তারপর সমস্যাগুলি এবং সমাধানের পদক্ষেপগুলি নথিভুক্ত করতে GH ব্যবহার করি৷
আপনার অভিজ্ঞতার ভিত্তিতে, আপনি কি মনে করেন যে ওপেন সোর্স সম্প্রদায়গুলি বিগত বছরগুলিতে পরিবর্তিত হয়েছে এবং বিকশিত হয়েছে? যদি তাই হয়, কিভাবে?
অবশ্যই। এর মধ্যে কিছু ভালো মন্দ আছে। একদিকে ওপেন সোর্স আমাদের সফ্টওয়্যার তৈরির অনেকটাই কমবেশি "জিতেছে"। বিকাশকারী হিসাবে আমরা আমাদের নিজস্ব প্রকল্পগুলিতে যে কোডটি চালাচ্ছি তা দেখতে, যাচাই করতে এবং পরিবর্তন করতে সক্ষম হতে চাই। এইভাবে আমি মনে করি সফ্টওয়্যার ডেভেলপমেন্ট সবার জন্য অনেক বেশি উন্মুক্ত হয়ে গেছে এবং আশা করি এটি ভবিষ্যতের বিকাশকারীদের শিখতে এবং তথ্যের অভাবে অতীতের ভুলের পুনরাবৃত্তি না করতে সাহায্য করবে৷
খারাপ দিকটি হল যে বিনামূল্যে এবং ওপেন সোর্স সফ্টওয়্যারের "ফ্রি" অংশের প্রচুর পরিমাণে ব্যবহার হতে পারে যেখানে প্রকল্পের গ্রাহকরা আশা করেন যে তারা অবিলম্বে সংশোধন হবে বা তাদের জিজ্ঞাসা করার কারণে একটি নতুন বৈশিষ্ট্য যুক্ত করা হবে। এই পদ্ধতিটিকে নরম করার জন্য লোকেদের সাথে জড়িত থাকার জন্য সরঞ্জামগুলি ব্যবহার করতে সক্ষম হওয়া অমূল্য, কারণ আপনি প্রায়ই কাউকে অবদান রাখতে এবং সম্ভাব্যভাবে প্রকল্পের অংশ হিসাবে তারা যে বৈশিষ্ট্যটি দেখতে চান তা তৈরি করতে সহায়তা করতে উত্সাহিত করতে পারেন৷
সামগ্রিকভাবে, আমি মনে করি সম্প্রদায়টি এখন একটি সম্প্রদায়ের বেশি এবং আমি বিশ্বাস করি যে ভাল অবশ্যই নেতিবাচক দিকগুলিকে ছাড়িয়ে যায় — তবে আমাদের সর্বদা লক্ষ্য করা উচিত যে সমস্ত প্রকল্পকে আরও ভাল অভিজ্ঞতা পেতে সাহায্য করার জন্য কী করা যেতে পারে৷
যে স্ক্র্যাচ থেকে একটি অনলাইন ওপেন সোর্স সম্প্রদায় শুরু করতে চায় তাকে আপনি কী পরামর্শ দেবেন?
নিজের সাথে কথা বলুন।
এটি অদ্ভুত শোনাচ্ছে কিন্তু যখন আপনি একটি প্রকল্পে কাজ করছেন তখন এটি প্রায়শই ভয়ঙ্কর হয়। আপনার কাছে একটি ধারণা আছে, আপনি আপনার কোডটি সেখানে ফেলে দেন এবং আপনি অপেক্ষা করেন যে লোকেরা এটি বাছাই করবে। এটা খুবই চ্যালেঞ্জিং হতে পারে কারণ আপনি সম্ভাব্য সমালোচনার জন্য নিজেকে উন্মুক্ত করছেন।
আমি এটি কাটিয়ে উঠার উপায়গুলির মধ্যে একটি হল আমার গিটহাবে সমস্যাগুলি উত্থাপন করা এবং সেগুলি আমার কাছে বরাদ্দ করা। আমি আমার নিজের কোডের কোড পর্যালোচনা করি এবং এটি সম্পর্কে নোট তৈরি করি এবং কোডটি ঠিক করার জন্য টিকিট বাড়াই। আমি প্রায়শই গিটারে বর্তমান স্ট্যাটাস ইত্যাদি নোট করি যদিও আমার সন্দেহ হয় কেউ এটি পড়বে না।
তবে এই পদ্ধতির মজার বিষয় হল এটি আপনাকে আপনার প্রকল্প সম্পর্কে পরে অন্যদের সাথে কথা বলার পদ্ধতিতে আরও পরিমার্জিত হতে সাহায্য করে এবং আপনি আপনার প্রকল্প সম্পর্কে ডকুমেন্টেশন, যৌক্তিকতা এবং "জীবন্ততা" তৈরি করেন এবং এটি অন্যদের পক্ষে অবদান রাখা সহজ করে তোলে — এমনকি যদি তারা মনে করে যে তারা এমন একজন পাগল ব্যক্তির সাথে সহযোগিতা করছে যে নিজের সাথে কথা বলে (যা যাইহোক আমরা সবাই করি)।
তাই আমার পরামর্শ হল নিজের সাথে কথা বলুন। এটি আপনার প্রকল্পকে স্পষ্ট করতে সাহায্য করে, আপনাকে যোগাযোগযোগ্য করে তোলে এবং একটি সম্প্রদায়কে একজন ব্যক্তির সাথে শুরু করতে হয় তাই হও যে ব্যক্তি থেকে এটি শুরু হয়।
ধন্যবাদ!
বিনামূল্যে কোড শিখুন. freeCodeCamp-এর ওপেন সোর্স পাঠ্যক্রম 40,000-এরও বেশি লোককে ডেভেলপার হিসেবে চাকরি পেতে সাহায্য করেছে। শুরু করুন
