- ปี 2019: ตอนที่เริ่มเรียนการพัฒนาเว็บ ผู้สอนและผู้เขียนบล็อกเทคนิคบอกให้เรียนรู้ทั้งกว้างและลึก เพื่อจะได้เป็น ผู้เชี่ยวชาญด้านเทคโนโลยีหรือเฟรมเวิร์กเฉพาะทาง
- ปี 2022: ตอนที่ได้ฟังบรรยายจากคนทำงานจริงในมหาวิทยาลัย รุ่นพี่ที่ได้งานในบริษัทใหญ่บอกว่าอย่ากำหนดอัตลักษณ์ของตัวเองด้วยเครื่องมือ แต่ควรเป็น ผู้เชี่ยวชาญในโดเมนเฉพาะ
- ปัจจุบันในปี 2025: ในนิตยสารสาย IT หรือบล็อกของบริษัทเทคโนโลยี มีการพูดถึงความจำเป็นของ Product Engineer ที่สามารถรับผิดชอบวงจรชีวิตทั้งหมดของผลิตภัณฑ์ โดยอ้างอิงจากพัฒนาการของเทคโนโลยี AI
ผมได้ยินมาบ่อยว่าอาชีพนี้เป็นอาชีพที่เทรนด์เปลี่ยนเร็วมาก แต่ก็เริ่มสงสัยเกี่ยวกับความเสี่ยงที่จูเนียร์ซึ่งกำลังจะเพิ่งเข้าสู่งานสายนี้ อาจต้องเผชิญหากพยายามวิ่งตามเทรนด์ของยุคสมัย
สุดท้ายแล้ว เทรนด์ทั้งสามข้อที่ยกมาข้างต้น ไม่ว่าจะเอาไปแทนกับตำแหน่งแบบไหนในบริษัทไหน ก็ให้ความรู้สึกว่าเป็นสิ่งที่ 'ทำได้ก็ดีอยู่แล้ว' ทั้งนั้น ถ้าอย่างนั้น เทรนด์ของภาพลักษณ์บุคลากรไม่ได้ย้ายจากอย่างหนึ่งไปอีกอย่างหนึ่ง แต่กำลังค่อย ๆ ขยายกว้างขึ้นหรือเปล่า?
ในยุคปัจจุบันที่มีทั้งเครื่องมือและแนวคิดใหม่ ๆ เพิ่มขึ้นเรื่อย ๆ และมีเรื่องที่ต้องตัดสินใจด้วยตัวเองมากขึ้น ผมจึงอยากถามเพื่อขอคำแนะนำที่จะช่วยให้เข้าใจว่าจูเนียร์ควรมีทัศนคติแบบไหน
8 ความคิดเห็น
ผมคิดว่าเทรนด์น่าจะเป็น "การเปลี่ยนแปลงของน้ำหนักความสำคัญอันเกิดจากพัฒนาการของ abstraction" มากกว่าครับ
ทั้ง CS, ภาษา, เฟรมเวิร์ก, โดเมน, และ SDLC ล้วนเป็นความสามารถที่จำเป็นต่อการสร้างผลิตภัณฑ์ แต่ในแต่ละยุคสมัย ระดับความสำคัญของสิ่งเหล่านี้แตกต่างกัน
ในยุค 1GL·2GL การจะสร้างซอฟต์แวร์ได้จำเป็นต้องเข้าใจโครงสร้างหน่วยความจำ การใช้รีจิสเตอร์ กระบวนการคอมไพล์ และหลักการทำงานของฮาร์ดแวร์อย่างลึกซึ้ง จึงทำให้น้ำหนักของความรู้ด้าน CS สูงมาก
ในยุค 3GL·4GL การมาของภาษาระดับสูงอย่าง C และ Java ทำให้ตัวภาษาเองช่วย abstract รายละเอียดของฮาร์ดแวร์ออกไป ความสามารถในการเลือกภาษาให้เหมาะและใช้งานได้อย่างดีจึงเป็นปัจจัยสำคัญต่อคุณภาพและความเร็วในการพัฒนา ทำให้น้ำหนักของทักษะการใช้ภาษาเพิ่มขึ้น
ในยุคโอเพนซอร์ส เมื่อเฟรมเวิร์กสำหรับเว็บ·โมบายล์·คลาวด์อินฟราสตรักเจอร์พัฒนาอย่างก้าวกระโดด การเข้าใจเฟรมเวิร์กและนำไปใช้ให้เกิดประสิทธิภาพการทำงานจึงกลายเป็นเรื่องสำคัญมากขึ้น
ระยะหลังมานี้ ด้วยพัฒนาการของ generative AI ความสามารถในการเข้าใจและขับเคลื่อนโดเมนอย่างลึกซึ้งกลับสำคัญกว่าการไปเรียนรู้ภาษา·เฟรมเวิร์กเฉพาะตัวใดตัวหนึ่ง
แม้น้ำหนักความสำคัญจะเปลี่ยนไปตามยุคสมัย แต่ก็ไม่มีความสามารถใดที่กลายเป็นศูนย์ไปเลย ถ้าเป็นระดับจูเนียร์ เวลานำตัวเองเข้าสู่ตลาดงาน ก็ควรคาดการณ์ให้ได้ว่าการกระจายน้ำหนักความสำคัญจะเป็นอย่างไร แล้วลงทุนเวลาที่มีอย่างเหมาะสมเพื่อเพิ่มมูลค่าของตัวเองให้สูงสุดน่าจะดีที่สุดครับ
ผมกลับคิดตรงกันข้ามกับเรื่องนี้ เมื่อเทียบกับปี 2019 แล้ว ปี 2025 ดูเหมือนจะมีหลายอย่างที่ง่ายขึ้น
ในปี 2019 เฟรมเวิร์ก Django น่าจะอยู่ราว ๆ เวอร์ชัน 2.0 และเมื่อไม่นานมานี้ก็มีการประกาศ Django 6.0 แล้ว ส่วน Spring Framework ก็เพิ่งรีลีสเวอร์ชัน 7.0 ไปเช่นกัน เฟรมเวิร์กสำหรับสร้างเว็บเพจพัฒนาไปทุกวัน แต่สิ่งที่ต้องสร้างนั้น ไม่ว่าจะในปี 2019 หรือ 2025 ก็ยังคงเป็นประมาณว่า 'แพลตฟอร์มสำหรับ XXX' อยู่ดี กล่าวคือ ดูเหมือนว่าความต้องการของผู้คนไม่ได้ซับซ้อนขึ้นตามสัดส่วนของความก้าวหน้าทางเทคโนโลยี ผลที่ตามมาคือ ความสนใจค่อย ๆ เปลี่ยนจาก "จะทำสิ่งนี้อย่างไร" ไปเป็น "จะทำสิ่งนี้ให้เร็วแค่ไหน" ก็เป็นได้ (แน่นอนว่าการทำให้ดีนั้น ผมคิดว่าไม่ว่าจะตอนนั้นหรือตอนนี้ก็เหมือนกัน)
โทนความหมายของปี 2022 กับปี 2025 ให้ความรู้สึกแทบไม่ต่างกัน เหมือนเป็นการพูดว่า "จงเข้าใจธุรกิจด้วย (ไม่ใช่แค่โค้ด)" ด้วยถ้อยคำที่ต่างกันในแต่ละช่วงครับ
ขอบคุณสำหรับมุมมองที่ดีมากครับ/ค่ะ แม้จะเขียนเพียงประโยคเดียว ก็ทำให้คิดได้ว่าสิ่งที่ผม/ฉันมองเห็นไม่ใช่ทั้งหมด
อย่างไรก็ตาม สำหรับนัยของปี 2022 กับปี 2025 นั้น จริง ๆ แล้วผม/ฉันคิดว่า product engineer ในปี 2025 ใกล้เคียงกับ full-stack engineer มากกว่า จึงใช้คำว่าเป็นการขยายภาพของบุคลากรที่ต้องการครับ/ค่ะ
ก็มีแง่มุมนั้นเหมือนกันนะครับ! ถ้ามองจากมุมนั้น ก็อาจตีความได้ว่าในช่วงปี 2019 ถึง 2025 เป็น "การลดลงอย่างต่อเนื่องของระดับความสนใจต่อเทคโนโลยี" เช่นกันครับ
ป.ล. ข้อความที่คุณเขียนว่า "ตื้นและลึก" น่าจะเป็นการพิมพ์ผิดของ "แคบและลึก" มากกว่านะครับ :D
อ้อ ครับ ผมพิมพ์ผิดเอง!! ขอบคุณครับ
ไม่ว่าจะสร้างอะไร ทำไมถึงสร้าง สร้างอย่างไร อยากสร้างอะไร และเราเป็นใคร
ผมคิดว่าคำถามเหล่านี้ไม่เคยเปลี่ยนไปเลย ไม่ว่าจะในอดีตหรือตอนนี้ และคำว่า “คนเก่ง” ก็น่าจะหมายถึงคนที่สามารถมีคำตอบในแบบของตัวเองต่อคำถามสำคัญเหล่านั้นได้
ในยุคที่อุปสรรคทางเทคนิคในเรื่อง “สร้างอย่างไร” ยังสูง องค์กรที่มีผู้เชี่ยวชาญซึ่งช่วยแก้โจทย์เรื่อง “สร้างอย่างไร” ได้ ก็ย่อมมีทางเลือกมากขึ้นในเรื่อง “จะสร้างอะไร” หรือ “ทำไมถึงสร้าง” ด้วย... จึงเป็นเรื่องสำคัญ
แต่เมื่อเวลาผ่านไป อุปสรรคในส่วนของ “สร้างอย่างไร” ค่อย ๆ ต่ำลงและมาตรฐานโดยรวมสูงขึ้น ผมจึงคิดว่ากระแสใหญ่ที่ว่าต่อจากนี้ควรเป็น generalist มากกว่าจะเป็นผู้เชี่ยวชาญที่แก้ได้แค่เรื่อง “ทำอย่างไร” นั้น น่าจะถูกต้อง
อย่างไรก็ตาม แต่ละบริษัทก็ไม่เหมือนกัน แต่ละคนก็ไม่เหมือนกัน และแต่ละสถานการณ์ก็ไม่เหมือนกัน จึงพูดไม่ได้เต็มปากว่าการเดินตามกระแสใหญ่ของโลกจะดีเสมอไป สำหรับผม ผมอยากเป็นคนที่เหมาะกับบริษัทของตัวเอง คนของตัวเอง และสถานการณ์ของตัวเอง ตอนนี้ก็กำลังพยายามอยู่ จากมุมมองของคนที่เพิ่งทำงานมาได้ราว 10 ปี... ผมก็คิดแบบนั้นครับ หวังว่าจะเป็นประโยชน์นะครับ
นี่เป็นสิ่งที่ทำให้เราได้ลองคิดเกี่ยวกับสถานการณ์ที่ได้รับมาเลยนะครับ! ขอบคุณสำหรับคำพูดดี ๆ ครับ