บล็อกนักพัฒนาที่ดีในมุมมองของผู้สัมภาษณ์
(f-lab.kr)จากตัวอย่างของนักพัฒนาจำนวนมาก ดูเหมือนว่าบล็อกนักพัฒนาได้กลายเป็นหนึ่งในสเปกสำหรับการสมัครงานไปแล้ว แท้จริงแล้วในอดีต บล็อกมีจุดประสงค์หลักเพื่อการบันทึกส่วนตัว และยังเป็นพื้นที่สำหรับแสดงให้เห็นถึงความมุ่งมั่น ความกระตือรือร้น และความตั้งใจที่พยายามอย่างหนัก
วัฒนธรรมการพัฒนาซอฟต์แวร์ในอดีตมีทั้ง sourceforge, code project, google code และในช่วงหลังมานี้คลังเก็บโค้ดโอเพนซอร์สอย่าง github, gitlab, bitbucket ก็กลายเป็นเรื่องปกติอย่างมาก ในบรรดาสิ่งเหล่านี้ การที่ blog กลายเป็นสิ่งที่ต้องแนบในเรซูเม่ควบคู่กับ github และทำหน้าที่เป็นสเปกนั้น อาจมองได้ว่าเป็นเพราะวัฒนธรรมที่ดีสำหรับนักพัฒนาโดยรวมได้แพร่หลายมากขึ้น แต่ในขณะเดียวกันก็ดูเหมือนว่าหลายคนจะรู้สึกว่ามันเป็นภาระไม่น้อย
ดังนั้นสำหรับคนที่รู้สึกเช่นนั้น จึงอยากถ่ายทอดวิธีเขียนบล็อกที่ไม่สร้างภาระเกินไป ช่วยพัฒนาตัวเองได้ และยังเป็นประโยชน์เมื่อนำไปแนบกับเรซูเม่ด้วย
5 ความคิดเห็น
ถึงอย่างนั้น ในมุมของคนที่เคยเข้าไปเป็นผู้สัมภาษณ์มาหลายสิบครั้ง ถ้า GitHub หรือบล็อกไม่มีอะไรที่สะดุดตาจริง ๆ ก็พูดตรง ๆ ว่าผมไม่ค่อยเปิดดู เพราะต้องตรวจเรซูเม่ระหว่างเวลางาน เลยไม่มีเวลามานั่งดูทีละอย่างละเอียด โดยเฉพาะพอร์ตโฟลิโอที่ทำด้วย Notion นี่ไม่ชอบที่สุด คิดว่าดีที่สุดคือจัดระเบียบประวัติและผลงานของตัวเองให้ดูเข้าใจได้ในพริบตาตั้งแต่ในเรซูเม่เลย
งั้นใช้แค่ docx หรือ HWP ธรรมดาจะดีกว่า Notion ไหมครับ ฮ่าๆ
ผมคิดว่าแม้จะเป็น Notion ถ้าสรุปเฉพาะประเด็นสำคัญโดยไม่ใส่คำสวยหรูเกินจำเป็น ก็สามารถมีรูปแบบที่อ่านง่ายได้อย่างเพียงพอ แต่เพราะผมยังไม่เคยเห็นตัวอย่างที่ทำได้ดี เลยยิ่งมีอคติแบบนั้นมากขึ้นเรื่อย ๆ...
จำได้ว่ามีคนหนึ่งส่งเรซูเม่มาเป็นหน้า Notion ที่ใส่แท็บ 5 อันไว้ในทุกหน้า
อา เกลียด Notion จริงๆ เลย 5555