โครงการ Wikimedia Foundation

หน้านี้มีรายละเอียดของโปรเจ็กต์การเขียนเชิงเทคนิคที่ได้รับการยอมรับสำหรับ Google Season of Docs

สรุปโปรเจ็กต์

องค์กรโอเพนซอร์ส:

มูลนิธิ Wikimedia

นักเขียนเชิงเทคนิค

Pavithra Eswaramoorthy

ชื่อโปรเจ็กต์:

การปรับปรุงเอกสารประกอบสำหรับผู้เขียนเอกสารประกอบทางเทคนิคและนักถ่ายวิดีโอของ Wikimedia

ระยะเวลาของโปรเจ็กต์

ระยะเวลามาตรฐาน (3 เดือน)

คำอธิบายโปรเจ็กต์

1. เกี่ยวกับฉัน

ฉันได้รู้จักซอฟต์แวร์โอเพนซอร์สเมื่อไม่กี่เดือนที่ผ่านมา และรู้สึกทึ่งกับขอบเขตอันไร้ขีดจำกัดของซอฟต์แวร์นี้ในทันที ฉันทำงานอย่างหนักเพื่อก้าวผ่านโปรเจ็กต์ที่ประสบความสำเร็จเป็นล้านๆ โครงการ ฉันได้เรียนรู้เกี่ยวกับโครงการริเริ่มแบบโอเพนซอร์ส เช่น Google Summer of Code และ Outreachy ซีซันของเอกสารใน Google นั้นดูน่าสนใจ และไอเดียโครงการของ The Wikimedia Foundation กระตุ้นความสงสัยใคร่รู้ของฉัน ฉันก็เลยเริ่มสำรวจเพิ่มเติม

เส้นทางของฉันจนถึงตอนนี้มีทั้งความตื่นเต้นและความสับสนผสมปนเปกันไป เต็มไปด้วยเสียง "เดี๋ยวก่อน อะไรนะ" "อ๋อ ฉันเข้าใจแล้ว" และ "ฉันควรแสดงความคิดเห็นไหม" ชุมชน Wikimedia ให้การสนับสนุนฉันในทุกขั้นตอน ฉันได้เรียนรู้สิ่งใหม่ๆ ทุกวัน ตั้งแต่การแก้ไขหน้าเว็บไปจนถึงการสร้างส่วนขยาย

กระบวนการสมัครเป็นประตูสู่ชุมชนโอเพนซอร์สสำหรับฉันตามที่คาดไว้ แนวคิดนี้ได้รับแรงบันดาลใจจากประสบการณ์ของผู้เริ่มต้นใช้งานเอง

2. โปรเจ็กต์

2.1 โครงร่าง

โครงการนี้มีเป้าหมายเพื่อปรับปรุงเอกสารประกอบสำหรับผู้เขียนเนื้อหาทางเทคนิคและผู้ที่มีศักยภาพในการเป็นนักถ่ายวิดีโอทั่วทั้ง Wikimedia หลักเกณฑ์เอกสารประกอบทางเทคนิคที่สมบูรณ์จะช่วยส่งเสริมเอกสารประกอบโดยรวมที่ดีขึ้น และข้อมูลอ้างอิงสำหรับการสร้างสกรีนแคสต์จะช่วยให้สาธิตฟีเจอร์ของซอฟต์แวร์ได้อย่างมีประสิทธิภาพ เอกสารประกอบที่มีอยู่ในพื้นที่เหล่านี้สามารถขยายการให้บริการเพื่อรองรับทั้งผู้เข้าร่วมใหม่และผู้เข้าร่วมที่มีประสบการณ์ได้ดียิ่งขึ้น เราจะใช้แนวทางแบบค่อยเป็นค่อยไปเพื่อพัฒนาเครือข่ายแหล่งข้อมูลที่มีประโยชน์นี้

2.2 สิ่งที่ส่งมอบ

• T197006 [https://phabricator.wikimedia.org/T197006] - ปรับปรุงเอกสารประกอบสำหรับผู้สร้างสารคดีของ Wikimedia:

  • เพิ่มเคล็ดลับและตัวอย่างลงในคู่มือเอกสาร/สไตล์ [https://www.mediawiki.org/wiki/Documentation/Style_guide]
  • เพิ่มข้อมูลเฉพาะของ MediaWiki ลงในบางประเภทในเทมเพลตและคำแนะนำในเอกสารทางเทคนิค ได้แก่ คู่มือผู้ใช้ วิธีการ คู่มือเริ่มใช้งานฉบับย่อ บันทึกประจำรุ่น และ README [https://www.mediawiki.org/wiki/Technical_documentation_templates_and_suggestions]
  • ทดสอบและปรับปรุงหลักเกณฑ์การจัดลําดับความสําคัญของเอกสารทางเทคนิค [https://www.mediawiki.org/wiki/Technical_documentation_prioritization]
  • ออกแบบกลยุทธ์การเก็บรวบรวมเนื้อหาสำหรับเอกสารประกอบประเภทต่างๆ
  • ออกแบบกลยุทธ์การสื่อสารและการทำงานร่วมกันสำหรับเอกสารประกอบของ MediaWiki
  • สร้างรายการตรวจสอบเพื่อให้นักเขียนตรวจสอบเอกสารก่อนเผยแพร่
  • ขยายโครงสร้างเอกสารประกอบสำหรับนักเขียนใหม่ๆ ด้านเทคนิค [https://www.mediawiki.org/wiki/User:Pavithraes/Sandbox/New_Technical_Writers]
  • จัดทำรายการงานเอกสารประกอบทางเทคนิคที่เหมาะสำหรับแฮ็กกาธอน [https://www.mediawiki.org/wiki/Technical_Documentation_Tasks_for_Hack-a-thons]
  • สร้างฮับของนักเขียนเนื้อหาทางเทคนิคซึ่งชี้ไปยังแหล่งข้อมูลที่เป็นประโยชน์

• ปรับปรุงเอกสารประกอบสำหรับช่างถ่ายวิดีโอ MediaWiki:

  • สร้างคู่มือผู้ใช้ฉบับย่อสำหรับการสร้าง Screencast ทั่วไป
  • ออกแบบเทมเพลตสกรีนแคสต์สำหรับ MediaWiki โดยเฉพาะสำหรับบทแนะนำและบทแนะนํา

• T214522 [https://phabricator.wikimedia.org/T214522]- สร้าง Screencast "ข้อมูลเบื้องต้นเกี่ยวกับ Phabricator"

2.3 ขยายประตู

• ตรวจสอบเนื้อหาอีกครั้งและอัปเดตเอกสารประกอบของ WikiProject Screencast (https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Screencast)

3. เมนเทอร์

Zulip จะเป็นช่องทางหลักในการสื่อสารกับที่ปรึกษา เราจะใช้ช่องทาง IRC และอีเมลของ Wikimedia เพื่อพูดคุยกับชุมชน การพูดคุยเกี่ยวกับงานที่เฉพาะเจาะจงจะเกิดขึ้นในส่วนความคิดเห็นของงาน Phicator

4. การสนทนา

โปรเจ็กต์นี้แบ่งออกเป็น 2 ระยะโดยคร่าวๆ ดังนี้

(1) ปรับปรุงแหล่งข้อมูลที่มีอยู่สำหรับผู้เขียนเนื้อหาทางเทคนิคของ Wikimedia

(ii) สร้างเทมเพลตที่เป็นประโยชน์สำหรับผู้ที่สนใจเป็นวิดีโอกราฟิก

(1) ปรับปรุงแหล่งข้อมูลที่มีอยู่สำหรับผู้เขียนเนื้อหาทางเทคนิคของ Wikimedia

ที่ผ่านมามีโครงการริเริ่มมากมายเพื่อปรับปรุงเอกสารของ MediaWiki ที่มีระดับความสำเร็จแตกต่างกันไป ตัวอย่างที่เห็นได้ชัดมีดังนี้

• https://www.mediawiki.org/wiki/User:Zakgreant/Tech_DocsPlan(2011--01/P6M)
• https://www.mediawiki.org/wiki/User:Zakgreant/MediaWiki_Technical_Documentation_Plan
• https://www.mediawiki.org/wiki/Thread:Project:Current_issues/RestructureMediaWiki.org(or:_Document_how_it_was_and_execute_it)
• https://www.mediawiki.org/wiki/User:Waldir/Docs

จากการดำเนินการเหล่านี้ เราเข้าใจว่าชุดทรัพยากรที่ดีขึ้นสำหรับนักเขียนเนื้อหาทางเทคนิคจะส่งผลโดยตรงต่อเอกสารที่นักเขียนเหล่านี้สร้างขึ้น

ต่อไปนี้เป็นตัวอย่างข้อมูลจากรายงานราย 2 สัปดาห์เกี่ยวกับนักศึกษาฝึกงาน Outreachy 2018 ชื่อ Anna e só https://anna.flourishing.stream/2018/01/18/bringing-documentation-to-light/

"คู่มือสไตล์ของ MediaWiki นั้นยังไม่สามารถสร้างได้อย่างสมบูรณ์แบบ โดยเฉพาะอย่างยิ่งเนื่องจากการใช้ข้อมูลอ้างอิงภายนอกมากเกินไปโดยไม่ได้เน้นว่าแนวทางปฏิบัติไหนเหมาะสมที่สุด ขออภัย ปัญหานี้ไม่ได้เกิดขึ้นเฉพาะใน MediaWiki เท่านั้น เนื่องจากปรากฏในเอกสารประกอบอื่นๆ เช่น แนวทางปฏิบัติแนะนำในการแปล ท้ายที่สุดนักเขียนจะไม่มีทรัพยากรที่ดีและน่าเชื่อถือในการทำงาน ซึ่งส่งผลให้กำหนดกลุ่มเป้าหมายและรูปแบบการเขียนที่เหมาะสมได้ยาก และผู้ใช้ โดยเฉพาะผู้ใช้ใหม่ ก็อาจประสบปัญหาในการทำความเข้าใจแนวคิดและกระบวนการใหม่ๆ"

T197006 [https://phabricator.wikimedia.org/T197006] ยังชี้ให้เห็นถึงบางประเด็นในเอกสารประกอบการเขียนเชิงเทคนิคที่ต้องปรับปรุง เห็นได้ชัดว่า Documentation/Style_guide เป็นจุดเริ่มต้น

เมื่อเรามีคู่มือสไตล์ที่ดีขึ้นแล้ว เราจะวางแผนจัดทำชุดเอกสารถัดไปเพื่อแนะนำผู้เขียนเนื้อหาทางเทคนิคเกี่ยวกับขั้นตอนต่างๆ ของการเขียนเนื้อหาทางเทคนิค เอกสารต้องเข้าใจง่ายสำหรับผู้เริ่มต้นใช้งาน และในขณะเดียวกันก็ให้ข้อมูลที่จำเป็นทั้งหมดแก่ผู้เขียนเพื่อใช้อ้างอิง

ขั้นตอนการเตรียมการอาจเป็นสิ่งที่สำคัญที่สุดเนื่องจากเป็นการวางพื้นฐานในการสร้างเอกสาร เอกสารอ้างอิงจะอธิบายวิธีรวบรวมข้อมูลที่มีประสิทธิภาพและเคล็ดลับในการจัดโครงสร้างข้อมูลนี้โดยใช้เทมเพลต เพื่อสนับสนุนนักเขียนเนื้อหาทางเทคนิคในขั้นตอนนี้

มาถึงขั้นการเขียนแล้ว ผู้เขียนจะได้รับตัวอย่างงานที่ยอดเยี่ยมเพื่อยกระดับมาตรฐานโดยอัตโนมัติ นอกจากนี้ ระบบสร้างรายการตรวจสอบพร้อมชุดเกณฑ์พื้นฐานที่เอกสารทุกฉบับต้องปฏิบัติตาม ซึ่งจะช่วยให้ผู้เขียนได้ตรวจสอบเอกสารก่อนเผยแพร่

แม้จะเป็นเอกสารเหล่านี้ นักเขียนหน้าใหม่ในวงการก็ต้องการความช่วยเหลือเป็นพิเศษ และเราก็ต้องจัดหาเอกสารดังกล่าวให้ เราได้ปรับแต่งคู่มือสำหรับผู้เขียนเนื้อหาทางเทคนิคมือใหม่และดูแลจัดการรายการงานที่เหมาะสำหรับแฮ็กแฮตทตามระดับความยาก

ขั้นสุดท้าย เอกสารสำหรับทำความเข้าใจกระบวนการจัดการและดูแลรักษาเอกสาร "การจัดลำดับความสำคัญของเอกสารทางเทคนิค" จะได้รับการทดสอบและปรับปรุง

เมื่อสิ้นสุดระยะนี้ เราจะสร้างฮับคู่มือการเขียนเชิงเทคนิค แหล่งข้อมูล ตัวอย่าง คำแนะนำ และเทมเพลตที่รองรับคู่มือสไตล์เอกสารประกอบ

(ii) สร้างเทมเพลตที่เป็นประโยชน์สำหรับผู้ที่สนใจเป็นวิดีโอกราฟิก

"วิธีหนึ่งที่ยากที่สุดในการเรียนรู้ทุกอย่างที่เกี่ยวข้องกับกราฟิกคือการอ่านข้อความธรรมดา ลองนึกดูว่าจะเกิดอะไรขึ้นหากคู่มือของคุณอ้างอิงถึงซอฟต์แวร์เวอร์ชันที่ไม่ถูกต้อง คู่มือที่เป็นข้อความล้วนมักจะทําให้สร้างชุดการดําเนินการอีกครั้งไม่ได้เมื่อเมนูและข้อความในแอปพลิเคชันเปลี่ยนแปลงไป เนื่องจากเราไม่มีสิ่งบอกใบ้ทั้งหมดตามปกติ

วิธีที่ดีที่สุดในการเรียนอาจคือการมีผู้เชี่ยวชาญนั่งอยู่ข้างๆ Screencast จะอยู่ระหว่างกราฟิกนิ่งที่มีผู้เชี่ยวชาญคอยอยู่เคียงข้าง เราได้รับภาพตัวอย่างที่เคลื่อนไหวพร้อมเสียงที่ไพเราะ และยังมีคำอธิบายประกอบข้อความบนหน้าจอและภาพเคลื่อนไหวด้วย ข้อดีของหน้าจอแคสต์เหนือกว่าผู้เชี่ยวชาญคือคุณสามารถเล่นซ้ำได้ทุกเมื่อทุกชั่วโมงของทุกวัน

นอกจากนี้ เรายังเพิ่มคำบรรยายที่แปลแล้วลงในสกรีนแคสต์เพื่อให้ผู้ชมที่ไม่ใช่เจ้าของภาษาดูได้ หรือแทนที่แทร็กเสียงด้วยภาษาอื่นได้ด้วย"

ในตัวอย่างข้อมูลข้างต้นจาก ""The Screencasting Handbook"" [https://thescreencastinghandbook.com/wp-content/uploads/The_Screencasting_Handbook_rel10_20100502_v6.pdf] Ian Ozsvald ได้อธิบายความสำคัญของ Screencast ซึ่งจะมีประโยชน์อย่างยิ่งสำหรับบทแนะนำเกี่ยวกับการตั้งค่าสภาพแวดล้อมการพัฒนา MediaWiki, การเขียนส่วนขยาย, การใช้ Gerrit และอื่นๆ

การมีเทมเพลตมาตรฐานสำหรับสกรีนแคสต์จะช่วยส่งเสริมความสม่ำเสมอ ซึ่งจะปรับปรุงประสบการณ์ของผู้ชม รวมถึงเป็นเฟรมเวิร์กสำหรับผู้ที่สนใจที่จะเป็นนักถ่ายวิดีโอด้วย ด้วยเหตุนี้ จึงได้จัดทำคู่มือสำหรับผู้ใช้ฉบับย่อ ตามด้วยเทมเพลตสำหรับสร้างวิดีโอแนะนำและบทแนะนำ เอกสารมีคำแนะนำเกี่ยวกับความลึกของแนวคิดที่จะครอบคลุมและไอเดียสกรีนแคสต์สำหรับ MediaWiki 2-3 รายการ

วิธีที่ดีที่สุดในการทดสอบเทมเพลตข้างต้นและเตรียมพร้อมสําหรับเป้าหมายเพิ่มเติมคือสร้างสกรีนแคสต์โดยใช้เครื่องมือและเทมเพลต ด้วยเหตุนี้ เราจึงจัดทำ Screencast "ข้อมูลเบื้องต้นเกี่ยวกับ Phabricator" ที่ครอบคลุมพื้นฐานการใช้งาน Phabricator กระบวนการนี้จะไฮไลต์ส่วนที่ต้องมีการพูดคุยด้วย

สุดท้าย แหล่งข้อมูลกลางสำหรับการอ้างอิงสำหรับผู้ถ่ายวิดีโอของ Wikimedia - WikiProject Screencast ได้รับการตรวจสอบและอัปเดตแล้ว

5. ไทม์ไลน์โดยประมาณ

ระยะเวลาผูกพันกับชุมชน (1 สิงหาคม - 1 กันยายน)

• วิเคราะห์โครงการโดยละเอียดกับที่ปรึกษาของฉัน

• พูดคุยเกี่ยวกับ

  • ความถี่ในการตรวจสอบงาน
  • แชร์กำหนดการและตัดสินใจเกี่ยวกับเวิร์กโฟลว์รายสัปดาห์/รายวัน
  • เครื่องมือและแหล่งข้อมูลที่ใช้ได้
  • รายงานโปรเจ็กต์ราย 2 สัปดาห์และรายวัน

• สร้างงานที่จำเป็นและงานย่อยใน Phabricator

• จัดทำฉบับร่างเพื่อชดเชยความมุ่งมั่นส่วนตัวในระหว่างขั้นตอนการพัฒนาเอกสาร

สัปดาห์ที่ 1 (2-8 กันยายน)

• ปรับปรุง Documentation/Style_guide:

  • เปลี่ยนจุดสนใจหลักเพื่อแสดงแนวทางปฏิบัติแนะนำและมาตรฐานใน MediaWiki
  • ใส่ตัวอย่างงานที่ยอดเยี่ยมและปรับปรุงระดับการมองเห็นของหน้าที่เกี่ยวข้อง

• ปรับปรุงคู่มือสำหรับผู้เขียนเนื้อหาทางเทคนิคมือใหม่

  • ขยายโครงสร้างเอกสารประกอบ

สัปดาห์ที่ 2 (9-15 กันยายน)

• ทำงานเกี่ยวกับการจัดลำดับความสำคัญของเอกสารประกอบทางเทคนิค

  • ประเมินเวิร์กบอร์ดในเอกสาร แล้วดูตัวอย่างคำอธิบายงานที่ดีและการจัดลำดับความสำคัญ
  • ศึกษาเทรนด์และบันทึกปัญหาที่พบได้ทั่วไป
  • ใช้ข้อมูลและตัวอย่างเพื่อบันทึกมาตรฐานการจัดลําดับความสําคัญ

สัปดาห์ที่ 3 (16 - 22 กันยายน)

• สร้างเอกสารประกอบเพิ่มเติมต่อไปนี้สำหรับผู้เขียนเนื้อหาทางเทคนิค

  • รายการตรวจสอบเพื่อช่วยตรวจสอบเอกสารทางเทคนิคก่อนเผยแพร่
  • วิธีรวบรวมเนื้อหาอย่างมีประสิทธิภาพสำหรับเอกสารประกอบประเภทต่างๆ

สัปดาห์ที่ 4 (23-29 กันยายน)

• เพิ่มข้อมูลเกี่ยวกับการเขียนในประเภท MediaWiki ที่พบบ่อยที่สุดลงในเทมเพลตและคำแนะนำของเอกสารประกอบทางเทคนิค

  • บันทึกแนวทางปฏิบัติที่ดีที่สุดใน MediaWiki สำหรับการเขียนคู่มือผู้ใช้ คู่มือเริ่มใช้งานฉบับย่อ README บันทึกประจำรุ่น และวิธีการ

• เพิ่มวิธีการเพื่อปรับปรุงความสมบูรณ์ของการสื่อสารทางเทคนิค [https://www.mediawiki.org/wiki/User:SRodlund_(WMF)/Maturity_model_for_MediaWiki_technical_documentation#Increasingmaturity--_strategic_directions]

สัปดาห์ที่ 5 (30 กันยายน - 6 ตุลาคม)

• ปรับปรุงเอกสารสำหรับการเตรียมความพร้อมให้ผู้ทำงานร่วมกันรายใหม่:

  • อัปเดตหน้าเว็บ: งานเกี่ยวกับเอกสารทางเทคนิคสำหรับแฮ็กกาธอน (สิ่งที่ต้องทำ: เพิ่มงานที่เหมาะสมลงในหน้านี้ตลอดระยะเวลาของโปรเจ็กต์)

• สร้างฮับนักเขียนด้านเทคนิค

  • สร้างหน้า Landing Page ที่มีลิงก์ไปยังหน้าเว็บและแหล่งข้อมูลที่เป็นประโยชน์
  • เพิ่มลิงก์ที่จําเป็นลงในหน้าใหม่และหน้าที่มีอยู่เพื่อให้ไปยังหน้าต่างๆ ได้ง่ายขึ้น

สัปดาห์ที่ 6 (7-13 ตุลาคม)

• สร้างเอกสารต่อไปนี้เกี่ยวกับการสร้างวิดีโอสำหรับ MediaWiki:

  • คู่มือผู้ใช้ฉบับย่อเกี่ยวกับ "การสร้าง Screencast ทั่วไป" ที่ชี้ไปยังโปรเจ็กต์ Screencast
  • เทมเพลตสำหรับ: คำแนะนำแบบทีละขั้นตอนในการใช้ซอฟต์แวร์/เครื่องมือ บทแนะนำเกี่ยวกับการพัฒนาเครื่องมือใหม่

• สร้างรายการไอเดียสำหรับ Screencast ของ MediaWiki

สัปดาห์ที่ 7 (14-20 ตุลาคม)

• ทำงานเกี่ยวกับวิดีโอ ""ข้อมูลเบื้องต้นเกี่ยวกับ Phabricator""

  • ใช้เทมเพลต (สร้างเมื่อสัปดาห์ที่แล้ว) เพื่อร่างสคริปต์
  • ประมาณประสิทธิภาพของเทมเพลตและปรับปรุงหากจําเป็น
  • รับความคิดเห็นและทำแบบร่างให้เสร็จ

สัปดาห์ที่ 8 (21-27 ตุลาคม)

• เผยแพร่วิดีโอ "ข้อมูลเบื้องต้นเกี่ยวกับ Phabricator"

  • เลือกและติดตั้งซอฟต์แวร์
  • ตั้งค่าสภาพแวดล้อมและสร้าง Screencast
  • จดบันทึกปัญหาที่พบและวิธีแก้ไข

สัปดาห์ที่ 9 (28 ตุลาคม - 3 พฤศจิกายน)

• ปรับปรุงเอกสารประกอบของโปรเจ็กต์ Screencast

  • ตรวจสอบโครงสร้างและพูดคุยถึงความจำเป็นในการเปลี่ยนแปลง
  • ตรวจสอบซอฟต์แวร์ที่กล่าวถึง
  • ค้นคว้าและอัปเดตรายการซอฟต์แวร์

สัปดาห์ที่ 10 (4 - 10 พฤศจิกายน)

• ปรับปรุงเอกสารประกอบของโปรเจ็กต์ Screencast ต่อไป

  • ประเมินและปรับปรุงบทแนะนำและสคริปต์
  • ตรวจสอบแกลเลอรีภาพหน้าจอ

สัปดาห์ที่ 11 (11-17 พฤศจิกายน)

• ทํางานในเอกสารประกอบโปรเจ็กต์ Screencast ให้เสร็จสมบูรณ์

  • ค้นหาและเพิ่มวิดีโอที่ใหม่กว่าลงในแกลเลอรี
  • ทำการเปลี่ยนแปลงโครงสร้างที่จำเป็น

สัปดาห์ที่ 12 (18-24 พฤศจิกายน)

• ทำงานกับงานที่รอดำเนินการ

• เขียนรายงานฉบับสุดท้าย

  • ดูรายงานทุก 2 สัปดาห์/รายวันและรวบรวมข้อมูลที่จำเป็น
  • วางแผนโครงสร้างรายงานและเขียนฉบับร่าง
  • ปรับปรุงและแก้ไขร่างให้เสร็จสมบูรณ์ตามความคิดเห็นของที่ปรึกษา

สัปดาห์ที่ 13 (25-29 พฤศจิกายน)

• ส่งรายงานฉบับสุดท้ายและการประเมินของที่ปรึกษา

6. การติดตามความคืบหน้า

เราจะแจ้งข้อมูลอัปเดตความคืบหน้ารายวันให้ที่ปรึกษาทราบผ่าน Zulip ชุมชน Wikimedia สามารถติดตามความคืบหน้าของฉันผ่าน Phabricator หรือรายงานโปรเจ็กต์ราย 2 สัปดาห์

7. สัญญาผูกมัดอื่นๆ

ฉันเป็นนักศึกษาเต็มเวลาในมหาวิทยาลัยและภาคการศึกษาฤดูใบไม้ร่วงของฉันทับซ้อนกับไทม์ไลน์ซีซันของเอกสาร ดังนั้น ฉันมุ่งมั่นที่จะสอบมหาวิทยาลัยด้วย

สอบภายในครั้งแรก: 18-24 สิงหาคม

สอบภายในครั้งที่ 2: 29 กันยายนถึง 6 ตุลาคม

สอบปลายภาคเรียน: 11 ถึง 30 พฤศจิกายน

นอกจากนี้ เรายังมีแผนที่จะเข้าร่วมการประชุมสาธารณะครั้งแรกในชื่อ PyCon India ตั้งแต่วันที่ 12-15 ตุลาคมด้วย เนื่องจากปีนี้มีสถานที่จัดงานที่สะดวก ฉันเชื่อว่านี่จะเป็นโอกาสดีที่จะได้พบปะผู้คนใหม่ๆ และพูดคุยกันในเชิงลึก

หากต้องการจัดการสัญญาผูกมัดเหล่านี้ ลำดับเวลาโดยประมาณจะมีงานที่หนักกว่านี้ในสัปดาห์ที่เกี่ยวข้อง ฉันตั้งใจที่จะสร้างหน่วยกิตหลักไม่เกิน 20 หน่วยในภาคการศึกษาฤดูใบไม้ร่วงเพื่อให้มีเวลาเพียงพอสำหรับการพัฒนาเอกสาร (นักเรียนปกติจะเรียนจบ 25 หน่วยกิตโดยเฉลี่ยต่อภาคเรียน)