পারফরম্যান্স কো-পাইলট প্রকল্প

এই পৃষ্ঠায় Google সিজন অফ ডক্সের জন্য গৃহীত প্রযুক্তিগত লেখার প্রকল্পের বিশদ বিবরণ রয়েছে৷

প্রকল্পের সারসংক্ষেপ

ওপেন সোর্স সংস্থা:
পারফরম্যান্স কো-পাইলট
কৌশলী লেখক:
আরজু১৪
প্রকল্পের নাম:
ডায়াগ্রামের উন্নতির প্রসারিত লক্ষ্য সহ বই প্রকল্প এলাকার বিষয়বস্তুকে রিডথেডক্স এবং পুনর্গঠিত পাঠ্য বিন্যাসে রূপান্তর করুন।
প্রকল্পের দৈর্ঘ্য:
স্ট্যান্ডার্ড দৈর্ঘ্য (3 মাস)

প্রকল্প বর্ণনা

বিমূর্ত:

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

প্রস্তাব:

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

    1. ডকবুকের বিষয়বস্তুকে পুনর্গঠিত পাঠ্য বিন্যাসে রূপান্তর করা এবং রিডথেডকস সাইটে এটি হোস্ট করা।
    2. REST API ডকুমেন্টেশনকে ম্যানপেজ থেকে ডেভেলপার-ফ্রেন্ডলি ফরম্যাটে রূপান্তর করা হচ্ছে, অর্থাৎ, restructuredText ফরম্যাটে এবং রিডথেডকস সাইটে হোস্ট করা।
    3. পিবেঞ্চ মার্কডাউন বিষয়বস্তুকে পুনর্গঠিত পাঠ্য বিন্যাসে রূপান্তর করা এবং রিডথেডকস সাইটে এটি হোস্ট করা।
    4. প্রসারিত লক্ষ্য ডকুমেন্টেশন উপস্থিত ডায়াগ্রাম উন্নত করা হবে.

  2. বাস্তবায়ন: বর্তমানে, পারফরম্যান্স কো-পাইলট ডকুমেন্টেশন একটি নির্দিষ্ট বিন্যাসে উপস্থিত নেই। যখনই ডকুমেন্টেশনের বিষয়বস্তু পরিবর্তন করার প্রয়োজন হয়, এটি ব্যবহারকারীদের একটি সীমাবদ্ধ সেট দ্বারা পরিবর্তন করা প্রয়োজন। সক্রিয় সম্প্রদায়ের সদস্যদের জন্য ডকুমেন্টেশনের বিষয়বস্তু পরিবর্তন এবং প্রসারিত করা এত সহজ নয়।

আমি এই GSoD এর সময় restructuredText ফরম্যাট, Read the Docs (RTD) এবং Sphinx-এর সাহায্যে সংস্থাটিকে এই সীমাবদ্ধতাগুলি কাটিয়ে উঠতে দেব৷

দস্তাবেজ পড়ুন (RTD) স্বয়ংক্রিয়ভাবে বিল্ডিং, সংস্করণ এবং আমাদের জন্য আমাদের ডক্স হোস্ট করে সফ্টওয়্যার ডকুমেন্টেশন সহজ করে। এটি স্ফিংস-উত্পন্ন ডকুমেন্টেশনের জন্য একটি হোস্টিং প্ল্যাটফর্ম। এটি স্ফিঙ্কসের শক্তি নেয় এবং সংস্করণ নিয়ন্ত্রণ, পূর্ণ-পাঠ্য অনুসন্ধান এবং অন্যান্য দরকারী বৈশিষ্ট্য যোগ করে। এটি Git, Mercurial, বা Subversion থেকে কোড এবং ডক ফাইল টেনে আনে, তারপর আমাদের ডকুমেন্টেশন তৈরি করে এবং হোস্ট করে। আমরা আমাদের প্রকল্পে GitHub ব্যবহার করব কারণ এটি কোড অ্যাক্সেস করার জন্য সবচেয়ে বেশি ব্যবহৃত সিস্টেম।

শুরু করার জন্য, আমরা একটি Read the Docs অ্যাকাউন্ট তৈরি করব এবং GitHub অ্যাকাউন্ট লিঙ্ক করব। তারপরে আমরা গিটহাব রিপোজিটরিটি নির্বাচন করব যার জন্য আমরা ডকুমেন্টেশন তৈরি করতে চাই, সেই সময়ে যাদুটি ঘটে।

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

Sphinx হল একটি প্রামাণিক ডকুমেন্টেশন জেনারেটর যেটিতে প্রযুক্তিগত ডকুমেন্টেশন লেখার জন্য অনেকগুলি দুর্দান্ত বৈশিষ্ট্য রয়েছে, যার মধ্যে রয়েছে: - একই উত্স থেকে ওয়েব পৃষ্ঠাগুলি, মুদ্রণযোগ্য PDF, ই-রিডারদের জন্য নথি (ePub) এবং আরও অনেক কিছু তৈরি করুন৷ - আমরা ডকুমেন্টেশন লিখতে restructuredText ব্যবহার করতে পারি। - ক্রস-রেফারেন্সিং কোড এবং ডকুমেন্টেশনের একটি বিস্তৃত সিস্টেম। - সিনট্যাক্স হাইলাইট করা কোড নমুনা। - প্রথম এবং তৃতীয় পক্ষের এক্সটেনশনের একটি প্রাণবন্ত ইকোসিস্টেম।

REST API ডকুমেন্টেশনকে ম্যান পেজ ফরম্যাট থেকে প্রথম ফরম্যাটে রূপান্তর করার পর, ডকবুক ফরম্যাটে উপস্থিত দুটি পিসিপি বইকে আমি প্রথম ফরম্যাটে রূপান্তর করে শুরু করব, তারপরে পিবেঞ্চ মার্কডাউন কন্টেন্টকে প্রথম ফরম্যাটে রূপান্তর করব এবং শেষ পর্যন্ত, সমস্ত হোস্টিং করব। এর মধ্যে রিডথেডক্স সাইটে। প্রসারিত লক্ষ্যগুলি ডকুমেন্টেশনে চিত্রগুলিকে উন্নত করা হবে।

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

2.2। স্ফিংসের সাথে প্রথমটির একীকরণ:

ReadtheDocs ডিফল্ট হিসাবে Sphinx এবং restructuredText (rst) ব্যবহার করে। যেহেতু স্ফিংক্স আমার সিস্টেমে প্রি-ইন্সটল করা আছে, তাই আমি ডক্স ধরে রাখতে প্রোজেক্টের ভিতরে একটি ডিরেক্টরি (পারফরম্যান্স কো-পাইলট ডকুমেন্টেশন নামে) তৈরি করে শুরু করব: $ cd /path/to/project $ mkdir ডক্স

এর পরে, সেখানে sphinx-quickstart চলমান: $ cd docs $ sphinx-quickstart

এই দ্রুত শুরু প্রয়োজনীয় কনফিগারেশন তৈরির মাধ্যমে হাঁটবে; বেশিরভাগ ক্ষেত্রে, আমরা কেবল ডিফল্টগুলি গ্রহণ করতে পারি (কিন্তু যখন প্রয়োজন হয়, আমরা কনফিগারেশন ফাইলে প্রয়োজনীয় পরিবর্তন করতে পারি)। এটি হয়ে গেলে, আমাদের কাছে একটি index.rst, একটি conf.py এবং অন্যান্য কিছু ফাইল থাকবে। index.rst-এ, আমি পারফরম্যান্স কো-পাইলট সম্পর্কে সমস্ত প্রয়োজনীয় বিবরণ যোগ করব এবং বই, REST API ডকুমেন্টেশন এবং pbench গাইড উভয়ের জন্য শিরোনাম তৈরি করব। ব্যবহারকারী যখন কোন শিরোনামে ক্লিক করবেন, তখন এটি সেই শিরোনামের অধীনে সমস্ত ডকুমেন্টেশন সামগ্রী খুলবে।

দ্রষ্টব্য: সূচী পৃষ্ঠার নকশা পরামর্শদাতাদের এবং সম্প্রদায়ের সদস্যদের সম্মতি অনুসারে হবে এবং প্রয়োজন এবং প্রয়োজনীয়তা অনুসারে পরিবর্তন করা হবে।

index.rst আমাদের ডকুমেন্টেশন আউটপুট ডিরেক্টরিতে index.html-এ তৈরি করা হবে (সাধারণত _build/html/index.html)। একবার আমাদের একটি পাবলিক রিপোজিটরিতে Sphinx ডকুমেন্টেশন থাকলে, আমরা আমাদের ডক্স ইম্পোর্ট করে ডক্স পড়ুন ব্যবহার শুরু করতে পারি।

যখন আমরা আমাদের ডকুমেন্টেশনে যেকোন .rst ফাইল যোগ করব, তখন সেই ফাইলের সাথে মিল রেখে আরও তিনটি ফাইল তৈরি হবে, একটি ডকট্রিস ফোল্ডারে .doctree এক্সটেনশন সহ, দ্বিতীয়টি .html এক্সটেনশন সহ এইচটিএমএল ফোল্ডারে এবং তৃতীয়টি html এ। .rst.txt এক্সটেনশন সহ /_sources ফোল্ডার।

  1. ডকুমেন্টেশন হোস্টিং: ইন্টারনেটে ডকুমেন্টেশন হোস্টিং দুটি ধাপ নিয়ে গঠিত: 1. ডকুমেন্টেশন ইম্পোর্ট করা: প্রথম ধাপ হিসেবে, আমি গিটহাবের সাথে রিড দ্য ডক্স অ্যাকাউন্ট সংযুক্ত করব এবং আমাদের ডকুমেন্টেশন প্রজেক্ট তৈরি করতে ইমপোর্ট করব। 2. ডকুমেন্টেশন তৈরি করা: আমদানি প্রক্রিয়া সম্পূর্ণ করার কয়েক সেকেন্ডের মধ্যে, কোডটি স্বয়ংক্রিয়ভাবে আমাদের পাবলিক রিপোজিটরি থেকে আনা হবে এবং ডকুমেন্টেশন তৈরি করা হবে।

  2. ওয়েবহুকস: ডকুমেন্টেশন এবং সংস্করণগুলির পরিবর্তনগুলি সনাক্ত করতে ডক্সটি পাঠ করার প্রাথমিক পদ্ধতিটি হল ওয়েবহুকের ব্যবহার। ওয়েবহুকগুলি আমাদের সংগ্রহস্থল প্রদানকারীর সাথে কনফিগার করা হয়েছে, যেমন GitHub, এবং প্রতিটি প্রতিশ্রুতি, একত্রীকরণ বা আমাদের সংগ্রহস্থলে অন্যান্য পরিবর্তনের সাথে, দস্তাবেজ পড়ুন বিজ্ঞপ্তি দেওয়া হয়৷ যখন আমরা একটি ওয়েবহুক বিজ্ঞপ্তি পাই, তখন আমরা নির্ধারণ করি যে পরিবর্তনটি আমাদের প্রকল্পের জন্য একটি সক্রিয় সংস্করণের সাথে সম্পর্কিত কিনা এবং যদি এটি হয় তবে সেই সংস্করণটির জন্য একটি বিল্ড ট্রিগার করা হয়েছে।

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

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

এই উদ্দেশ্যে, আমি draw.io (অথবা পরামর্শদাতার সম্মতিতে অন্য কোনো টুল) ব্যবহার করব।

ধারণার প্রমাণ হিসাবে, আমি draw.io-এর সাহায্যে ডকুমেন্টেশনে উপস্থিত ডায়াগ্রামগুলির একটিকে উন্নত করেছি। অনুগ্রহ করে এটি এখানে খুঁজুন: https://docs.google.com/document/d/1CUukNgwh6PvvUz9pOTOEEfi659HiyJvMHNyxumKZVfc/edit?usp=sharing

ধারণার প্রমাণ

আমি পিসিপি বইয়ের একটি ছোট অংশ (ডকবুক ফরম্যাট) প্রথম ফরম্যাটে রূপান্তর করেছি এবং এটি রিডথেডকস সাইটে হোস্ট করেছি। এখানে এটি খুঁজুন.

ওয়েবসাইট - https://pcp-books.readthedocs.io/en/latest/ কোড - https://github.com/arzoo14/PCP_Books_Demo

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

টাইমলাইন এবং বিতরণযোগ্য

সম্প্রদায় বন্ধনের সময়কাল [ আগস্ট 17 - সেপ্টেম্বর 13, 2020 ]

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

ডক ডেভেলপমেন্ট সময়কাল [ সেপ্টেম্বর 14 - নভেম্বর 30, 2020 ]

***14 সেপ্টেম্বর, 2020 থেকে 20 সেপ্টেম্বর, 2020 পর্যন্ত [সপ্তাহ 1] ব্যবহারকারী এবং প্রশাসক গাইড বইয়ের প্রথম চারটি অধ্যায়ের জন্য ডকবুকের বিষয়বস্তুকে প্রথম ফর্ম্যাটে রূপান্তর করা।

***21শে সেপ্টেম্বর, 2020 থেকে 27 সেপ্টেম্বর, 2020 পর্যন্ত [সপ্তাহ 2] ব্যবহারকারী এবং প্রশাসক গাইড বইয়ের পরবর্তী চারটি অধ্যায়ের জন্য ডকবুকের বিষয়বস্তুকে প্রথম ফর্ম্যাটে রূপান্তর করা হয়েছে।

*** সেপ্টেম্বর 28, 2020 থেকে 4 অক্টোবর, 2020 পর্যন্ত [সপ্তাহ 3] প্রোগ্রামার গাইড বইয়ের চারটি অধ্যায়ের জন্য ডকবুকের বিষয়বস্তুকে প্রথম ফর্ম্যাটে রূপান্তর করা হয়েছে।

***অক্টোবর 5, 2020 থেকে 11 অক্টোবর, 2020 [সপ্তাহ 4] - রিডথেডকস সাইটে উভয় পিসিপি বইয়ের হোস্টিং। - ম্যান পেজ থেকে প্রথম ফরম্যাটে REST API ডকুমেন্টেশনের রূপান্তর। এই সময়ের মধ্যে প্রধান ল্যান্ডিং পৃষ্ঠাটি কভার করা হবে। - গত তিন সপ্তাহ এবং চলতি সপ্তাহে ব্লগিং (আমার GSoD প্রকল্পের)।

*** অক্টোবর 12, 2020 থেকে 18 অক্টোবর, 2020 পর্যন্ত [সপ্তাহ 5] স্কেলেবল টাইম সিরিজ সূচককে প্রথম ফর্ম্যাটে রূপান্তর করা হয়েছে। স্কেলেবল টাইম সিরিজ সূচক নিম্নলিখিতগুলি কভার করে: GET /series/query , GET /series/values, GET /series/descs , GET /series/labels, GET /series/metrics , GET /series/sources , GET /series/instances , /সিরিজ/লোড পান

***19 অক্টোবর, 2020 থেকে 25 অক্টোবর, 2020 পর্যন্ত [সপ্তাহ 6] PMAPI হোস্ট পরিষেবা সূচিকে প্রথম বিন্যাসে রূপান্তর করা। PMAPI হোস্ট পরিষেবা সূচী নিম্নলিখিতগুলি কভার করে: GET /pmapi/context, GET /pmapi/metric, GET /pmapi/fetch , GET /pmapi/children GET /pmapi/indom, GET /pmapi/profile , GET /pmapi/store , GET /pmapi/ডিরাইভ GET/pmapi/মেট্রিক্স

***অক্টোবর 26, 2020 থেকে 1 নভেম্বর, 2020 [সপ্তাহ 7] - যদি শেষ সপ্তাহগুলিতে কিছু অবশিষ্ট থাকে, তা প্রথমে কভার করা হবে। - readthedocs সাইটে REST API ডকুমেন্টেশনের হোস্টিং। - গত দুই সপ্তাহ এবং চলতি সপ্তাহে ব্লগিং (আমার GSoD প্রকল্পের)।

*** নভেম্বর 2, 2020 থেকে 8 নভেম্বর, 2020 পর্যন্ত [সপ্তাহ 8] পিবেঞ্চ গাইডের জন্য প্রথম ফর্ম্যাটে মার্কডাউন সামগ্রীর রূপান্তর।

*** নভেম্বর 9, 2020 থেকে 15 নভেম্বর, 2020 পর্যন্ত [সপ্তাহ 9] - পিবেঞ্চ গাইডের জন্য মার্কডাউন বিষয়বস্তুকে প্রথম ফর্ম্যাটে রূপান্তর করার সাথে অবিরত। - রিডথেডকস সাইটে পিবেঞ্চ গাইডের হোস্টিং। - গত সপ্তাহ এবং বর্তমান সপ্তাহের জন্য ব্লগিং (আমার GSoD প্রকল্পের)।

*** নভেম্বর 16, 2020 থেকে 22 নভেম্বর, 2020 পর্যন্ত [সপ্তাহ 10] - ওয়েবসাইট(গুলি) এর নাম থেকে যেকোনো বিষয়বস্তু অনুসন্ধানের জন্য সূচক পৃষ্ঠায় অনুসন্ধান কার্যকারিতা বাস্তবায়ন। - প্রসারিত লক্ষ্য আরম্ভ.

*** নভেম্বর 23, 2020 থেকে 30 নভেম্বর, 2020 পর্যন্ত [সপ্তাহ 11] - ডকুমেন্টেশনে উপস্থিত সমস্ত ডায়াগ্রামের উন্নতি। - গত এবং বর্তমান সপ্তাহের জন্য চূড়ান্ত ব্লগিং (আমার GSoD প্রকল্পের)। - কোডবেস কোডিং মান অনুযায়ী কিনা তা পরীক্ষা করা। যদি না হয়, তাদের মান পরিবর্তন.

প্রকল্প চূড়ান্তকরণের সময়কাল [ নভেম্বর 30 - ডিসেম্বর 5, 2020 ]

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