ทำไมการประชุม Ruby ถึงไม่พูดถึง Ruby อีกต่อไป
การสนับสนุน Rocky Mountain Ruby 2016 ล่าสุดของเราแสดงให้เห็นถึงความหลากหลายที่เพิ่มขึ้นของชุมชน คนที่เราส่งให้การประชุมไม่ใช่นักพัฒนาโดยการค้า - และในวินาทีนั้นฉันกังวลเกี่ยวกับเนื้อหาทางเทคนิคของการเจรจา แต่หลังจากดูพวกเขา เห็นได้ชัดว่าแม้แต่ Rubyists ที่มีประสบการณ์มากที่สุดก็ยังเน้นทักษะที่ไม่ใช่ด้านเทคนิคเพื่อประสบความสำเร็จในที่ทำงาน
หากคุณเป็นนักพัฒนาซอฟต์แวร์ที่เสียใจกับการเปลี่ยนแปลงนี้ การพูดคุยต่อไปนี้อาจไม่ใช่สิ่งที่คุณคิดไว้ในใจ แต่หากคุณต้องการก้าวไปสู่โอกาสในการเป็นผู้นำ ก็มีบางประเด็นที่คุณควรมองข้าม
รวมธีมเด่น:
1. การให้คำปรึกษา ไม่มีวิธีใดที่จะทดสอบความเชี่ยวชาญของคุณได้ดีไปกว่าการสอนคนอื่น Kinsey Ann Durham และ Kim Barnes แสดงความสัมพันธ์ระหว่างพี่เลี้ยง/พี่เลี้ยงบนเวทีและพิสูจน์การให้คำปรึกษาช่วยให้นักพัฒนารุ่นเยาว์กลายเป็นโปรแกรมเมอร์ที่มีความมั่นใจมากขึ้น ตลอดจนช่วยให้นักพัฒนาอาวุโสฝึกฝนทักษะและได้รับมุมมองใหม่
2. การสื่อสาร Sarah Allen เป็นตำนานในหลาย ๆ ด้าน แต่เมื่อเร็ว ๆ นี้มีภารกิจเพื่อให้ความรู้แก่สมาชิกในชุมชนเกี่ยวกับเทคโนโลยี การแบ่งปันเรื่องราวเกี่ยวกับงานของเธอที่ BridgeFoundry เธอโต้แย้งว่าทักษะทางเทคนิคจะแข็งแกร่งขึ้นก็ต่อเมื่อสามารถสื่อสารและแบ่งปันกับผู้อื่นได้ โดยเฉพาะทักษะที่มาจากภูมิหลังที่หลากหลาย
3. การสร้างระบบ พนักงานของ Microsoft ที่ไม่น่าจะเป็นไปได้มากที่สุด (คำพูดของเขา ไม่ใช่ของเรา) Chad Fowler เป็นเสาหลักในชุมชนเทคโนโลยีของโคโลราโดมานานหลายปีก่อนที่จะเข้าร่วม Wunderlist/Microsoft เขาแชร์เรื่องราวเกี่ยวกับการเขียนโค้ดเดิมใหม่ และเตือนเราว่าผู้นำทางความคิดเป็นอย่างไรด้วยแนวคิด "โครงสร้างพื้นฐานที่ไม่เปลี่ยนรูปแบบ"
บทสรุป
แม้ว่าจะมีความถนัดทางเทคนิคจำนวนหนึ่งที่ต้องรับมือกับความท้าทาย (เช่น การเขียนโค้ดเบสของคุณใหม่) การพูดคุยเหล่านี้แสดงให้เห็นถึงแง่มุมอื่นๆ ที่จำเป็นสำหรับความสำเร็จ - การสื่อสารกับทีมของคุณ รวมถึงการให้คำปรึกษาของพนักงานระดับต้น Rocky Mountain Ruby 2016 ทำหน้าที่เตือนนักพัฒนาเกี่ยวกับทักษะอื่นๆ ที่จำเป็นนอกเหนือจากการเขียนโปรแกรมเพื่อก้าวขึ้นเป็นผู้นำทางเทคนิคที่เข้มแข็ง
อยากรู้เกี่ยวกับการพูดคุยส่วนที่เหลือของการประชุมหรือไม่ ดูรายชื่อผู้เล่นตัวเต็มได้ที่ Confreaks
