เนื้อหา
- 01. การเข้ารหัสอย่าตัดทอนอีกต่อไป
- ความกว้างและความลึก
- 02. ข้อแม้ใหญ่
- 03. สิ่งที่อินเทอร์เน็ตพูด
- เข้าใจสื่อ
- 04. สิ่งที่เราสร้างด้วย
- 05. Devops
- ทำความเข้าใจกับสแต็ก
- งานลึกลับ
- เครื่องมือที่มีประโยชน์
- 06. Dev จะแก้ไข ...
- การแก้จุดบกพร่อง
- 07. สิ่งที่ผู้ใช้ต้องการ
- ตลาดการแข่งขัน
- 08. การวาดภาพและการเขียน
- 09. สนุกกับตัวเอง
- 10. อยู่อย่างเฉียบคม
- ชอบสิ่งนี้ไหม อ่านสิ่งเหล่านี้!
นักพัฒนาจำเป็นต้องเป็นมากกว่าคนทำงานที่สร้างรหัส เราคาดหวังว่าชีวิตดิจิทัลของเราจะมากขึ้นและคนเหล่านี้เป็นผู้สร้างมันขึ้นมาดังนั้นนักพัฒนาซอฟต์แวร์ที่ดีที่สุดต้องรู้อะไรบ้าง นี่คือสิ่งที่ฉันเห็นว่าขาดหายไปจากนักพัฒนาซอฟต์แวร์จำนวนมากเกินไป สิ่งนี้ยังไม่ครอบคลุมทั้งหมด แต่เป็นคุณสมบัติเหล่านี้ที่เปลี่ยน coder ที่สมเหตุสมผลให้กลายเป็นนักพัฒนาที่น่าทึ่ง
แต่มันไม่ใช่สิ่งเดียวและโดยเฉพาะอย่างยิ่งไม่สามารถแยกวิเคราะห์ XML หรือเพิ่มประสิทธิภาพโค้ดได้เลยนับเป็นชุดทักษะที่น่าแปลกใจที่ไม่มีสอนในหนังสือเกี่ยวกับการเขียนโค้ด พวกเขาเป็นสิ่งพิเศษเล็กน้อย
ทำไมระบายแบบนี้? เนื่องจากการพัฒนามีความสำคัญ แต่นักพัฒนามักจะถูกส่งไปยังโลกที่แตกต่างกันมากเกินไปซึ่งไม่ใช่สิ่งที่พวกเขาสร้างขึ้นเสมอไป สิ่งนี้ไม่เคยได้ผล การพัฒนาไม่ว่าจะเป็นทางเทคนิคอะไรก็ตาม - จะเจริญรุ่งเรืองได้เสมอเมื่อผู้ที่มีความรู้เข้าใจมากกว่าแค่รหัส
01. การเข้ารหัสอย่าตัดทอนอีกต่อไป
เราอยู่ในโลกที่การเขียนโค้ดไม่ค่อยน่าประทับใจ ทุกคนสร้างเว็บไซต์บางคนก็ใช้รหัส แต่คุณไม่จำเป็นต้องทำ ไม่ใช่แค่คนโง่เท่านั้นที่สามารถสร้างไซต์แอปและคุณลักษณะต่างๆได้อีกต่อไป
ตั้งแต่มีเว็บเข้ามาและผู้คนสามารถสอนตัวเองได้จึงมีนักพัฒนาที่เรียนรู้ด้วยตนเอง แต่ถึงแม้บัณฑิตจะถูกคุกคาม ฉันได้รับ CV จากผู้ที่มีวุฒิทางวิทยาศาสตร์คอมพิวเตอร์หลักสูตร AI สื่อต่างๆและการเขียนโค้ดภายใต้เข็มขัดของพวกเขา แต่ยังมีบางอย่างที่ขาดหายไป บางครั้งหายไปมาก
ฉันไม่ใช่คนแรกที่พูดแบบนี้ "การเข้ารหัสอย่าตัดทอนอีกต่อไป" เป็นชื่อของบทที่ 3 จาก โปรแกรมเมอร์ผู้หลงใหลซึ่งพร้อมกับหนังสือเช่น การคิดและการเรียนรู้เชิงปฏิบัติ กระตุ้นให้โปรแกรมเมอร์ปรับปรุงตัวเองนอกเหนือจากโค้ด กลายเป็นสมาชิกของทีมที่ตอบสนองได้และเป็นมนุษย์ทั้งหมด
ความกว้างและความลึก
นักพัฒนาจำเป็นต้องเก่งขึ้นในสองทางคือกว้างและลึก พวกเขาต้องเข้าใจความกว้างของปฏิสัมพันธ์ของมนุษย์ในทีมและกับสิ่งที่พวกเขาสร้างขึ้น พวกเขาจำเป็นต้องเข้าใจความลึกของระบบที่พวกเขากำลังทำงานอยู่จนถึง O / S
และไม่ใช่แค่นักพัฒนาซอฟต์แวร์เท่านั้นที่ควรอ่านเนื้อหานี้ หากคุณทำงานกับนักพัฒนาซอฟต์แวร์ฉันคิดว่าคุณควรคาดหวังสิ่งเหล่านี้มากกว่านี้ ทำให้พวกเขาร่างสิ่งที่พวกเขากำลังพูดถึง ให้พวกเขาอธิบายด้วยรูปภาพวัตถุและ (ใช้งานได้) ตัดทอนผู้คนว่าระบบจะเป็นอย่างไรสำหรับมนุษย์ที่ใช้มัน
02. ข้อแม้ใหญ่
ฉันจะพูดในแง่ลบเกี่ยวกับนักพัฒนา แต่ฉันคิดว่าฉันได้รับอนุญาตเพราะฉันเป็นคนหนึ่ง เพราะอย่างน้อยสิ่งหนึ่งที่ฉันพูดถึงที่นี่ก็เป็นความจริงสำหรับนักพัฒนาหลายคนที่ฉันพบเจอ แม้ว่างานของพวกเขาจะยอดเยี่ยมและพวกเขารู้รหัสของพวกเขา แต่เวลาก็มีการแข่งขัน คุณต้องมีขอบและนี่คือ:
- ขี้กังวลมากขึ้น
และ
- เป็น มาก มนุษย์มากขึ้น
03. สิ่งที่อินเทอร์เน็ตพูด
Googling for "ทักษะการพัฒนาเว็บที่สำคัญ" จะแสดงสิ่งที่คุณคาดหวัง ความรู้เกี่ยวกับกรอบ, x-browser, CSS และ JS พวกเขาแสดงรายการเฟรมเวิร์กที่คุณควรรู้แพลตฟอร์มที่คุณต้องเขียนและเทรนด์ใหม่ ๆ ที่คุณควรจับตาดู
สิ่งเหล่านี้คือสื่อของเรา สิ่งเหล่านี้เป็นสิ่งที่เราสร้างขึ้นด้วย แต่ไม่ใช่สิ่งที่ทำให้โครงการประสบความสำเร็จ นักพัฒนาสามารถเข้าใจทุกรายละเอียดของระบบบอกคุณลักษณะทั้งหมดของ API และเทคโนโลยี CSS ใหม่ แต่ยังคงสร้างสิ่งที่ใช้ไม่ได้
เข้าใจสื่อ
นักพัฒนาเช่นทุกคนต้องเข้าใจสื่อของตน - แต่ต้องเข้าใจผู้ชมด้วยไม่ว่าจะเป็นผู้ใช้ทีมงานหรือนักพัฒนาคนอื่น ๆ พวกเขาต้องเข้าใจว่าสื่อของพวกเขาเข้ากับโลกได้อย่างไร (กล่าวคือสภาพแวดล้อมการผลิต) และผลกระทบอย่างไร (ผู้คนใช้มันอย่างไร)
ฉันเคยเห็นสิ่งนี้อธิบายว่าเป็นคนที่ 'กว้างและลึก' กว้างเพราะคุณต้องเข้าใจโลกในฐานะมนุษย์ที่ทำงานร่วมกับมนุษย์คนอื่น ๆ ลึกเพราะคุณต้องการความรู้ทางเทคนิคอย่างละเอียดต่ำกว่าระดับส่วนของโครงการของคุณ นักพัฒนาเหล่านี้ให้การสนับสนุนโครงการของคุณเป็นอย่างมากและเปลี่ยนแปลงความก้าวหน้าของโครงการโดยที่คุณจะพบว่าพนักงานที่ไม่ได้ใช้เทคนิคต้องจมอยู่กับรายละเอียดที่น่าเบื่อซึ่งล้นออกมาจากทีมเทคโนโลยี
04. สิ่งที่เราสร้างด้วย
ฉันเพิ่งเขียนรายการทุกสิ่งที่เราใช้ในการสร้างไซต์จัดการโฮสติ้งและทำสิ่งต่างๆให้เสร็จเพื่อให้คนที่เข้าร่วมสามารถมีข้อมูลโกงของเทคโนโลยีที่จะเรียนรู้ในช่วงสองสามสัปดาห์แรกของพวกเขา เรากำลังอ่านว่าผู้คนรู้สิ่งเหล่านี้ดังนั้นเพื่อให้การรับสมัครใหม่เริ่มต้นอย่างรวดเร็วเราจะแสดงรายการทุกสิ่งที่เราใช้ในแต่ละวัน
ฉันคาดหวังว่าจะมีเทคโนโลยีครึ่งโหล แต่จบลงด้วยมากกว่านั้น รายการนี้ - "สิ่งที่เราใช้" - ประกอบด้วย CMS ตามปกติภาษาโปรแกรมและเทคโนโลยีเบราว์เซอร์ แต่ยังมีเครื่องมืออีกมากมายที่ทีมจำไม่ได้ว่าตัวเองใช้อยู่ มันเป็นความทรงจำของกล้ามเนื้อทั้งหมด การพิมพ์ "git", "phing", "thor" ในบรรทัดคำสั่งเราไม่ได้คิดว่าจะมีคนไม่เข้าใจด้วยซ้ำ
สร้างเครื่องมือ CI; git สำหรับการควบคุมเวอร์ชันได้รับการยอมรับ แต่เมื่อมองย้อนกลับไปใน CV สิ่งเหล่านี้แทบจะไม่ปรากฏ สิ่งที่ทันสมัยจะปรากฏขึ้น (และฉันคิดว่าเอเจนซี่บางแห่งเพิ่มพวกเขาเข้ามาหรือไม่!) แต่มักจะไม่มีประสบการณ์ที่เป็นรูปธรรม
เครื่องมือเหล่านี้มีความสำคัญต่อการเร่งการพัฒนาโครงการดังนั้นตรวจสอบให้แน่ใจว่าคุณมีชุดเครื่องมือที่สมบูรณ์กว่าภาษาของคุณ CMS และกรอบงานสองสามอย่าง คุณต้องมีการปรับใช้การทดสอบ CI การควบคุมเวอร์ชันที่เข้มงวด (ในทีมไม่ใช่ด้วยตัวคุณเอง) และคุณต้องเข้าใจแนวคิดหลักของสิ่งเหล่านี้แทนที่จะเป็นเพียงบทแนะนำเล็กน้อย
05. Devops
เครื่องมือและกลเม็ดพิเศษเหล่านี้เข้ากันได้ดีกับสิ่งที่ผู้คนเรียกว่า "devops" Devops บินเผชิญหน้ากับไซโลแบบดั้งเดิมสองแบบ ได้แก่ การผลิตซึ่งช่วยให้สิ่งต่างๆดำเนินไปและการพัฒนาซึ่งทำให้เกิดสิ่งใหม่ ๆ (และมักจะหยุดการทำงานของสิ่งต่างๆ) ไซโลส่งผลให้สองค่ายไม่ค่อยเห็นอกเห็นใจซึ่งกันและกัน
นักพัฒนาที่ไม่มีความรู้ด้านการผลิตมักจะผลิตโค้ดที่ไม่เหมาะสำหรับการใช้งานจริงโดยใช้การกำหนดค่าหรือคุณลักษณะที่ยังไม่ได้อยู่ในกองการผลิต เนื่องจากพวกเขาไม่ทราบถึงปัญหาของสภาพแวดล้อมการใช้งานจริงพวกเขาจึงเขียนโค้ดเพื่อทำให้คุณลักษณะนี้สมบูรณ์แทนที่จะทำให้คุณลักษณะนี้ใช้งานได้จริง
รายละเอียดเล็ก ๆ น้อย ๆ เหล่านี้สามารถสร้างความล่าช้าที่เจ็บปวดและรุนแรงขึ้นจากแนวโน้มในการส่งการจัดการเซิร์ฟเวอร์ไปต่างประเทศ
ทำความเข้าใจกับสแต็ก
Devops เป็นพื้นที่ขนาดใหญ่ในตัวมันเองซึ่งครอบคลุมถึงการปรับใช้งานอย่างต่อเนื่องและระบบอัตโนมัติมากมาย นี่เป็นบทสรุปที่ครอบคลุม แต่สิ่งสำคัญที่นักพัฒนาซอฟต์แวร์ต้องเข้าใจคือสแต็กที่พวกเขากำลังดำเนินการอยู่ ไม่เพียงพอที่จะมอบสิทธิ์นี้ให้กับผู้ดูแลระบบเซิร์ฟเวอร์คุณต้องเข้าใจผลกระทบที่แพลตฟอร์มมีต่อโค้ดของคุณ
หากคุณทำงานกับ Rails อ่านโค้ด Rails และทราบว่า Apache ดำเนินการอย่างไร หากคุณทำงานใน Java โปรดทราบเกี่ยวกับตัวเลือกการกำหนดค่า หากเป็น Perl ที่คุณใช้โปรดทำความเข้าใจวิธีการติดตั้งโมดูล Perl และกำหนดค่า
งานลึกลับ
รายการ "สิ่งที่เราใช้" มีเนื้อหาจำนวนมากและนักพัฒนาที่ดีก็ก้าวกระโดดเพื่อทำความเข้าใจว่างานลึกลับทั้งหมดนี้สำเร็จลุล่วงไปได้อย่างไร และเมื่อได้รับแล้วการนำไปใช้งานได้เร็วขึ้นงานจะถูกปรับใช้อย่างราบรื่นมากขึ้นและทุกคนก็มีความสุขมากขึ้น
การปรับใช้อย่างต่อเนื่องและแนวทางปฏิบัติที่เกี่ยวข้องของ devops กำลังกลายเป็นมาตรฐานจนนักพัฒนาหรือ บริษัท ใด ๆ ที่ไม่ได้ฝึกฝนสิ่งนี้กำลังตั้งค่าตัวเองให้ถูกแซงหน้า คนอื่นจะเริ่มทำแล้วจะเร็วกว่าคุณ
เครื่องมือที่มีประโยชน์
Googling สำหรับ "devops" ช่วยให้คุณทราบถึงเครื่องมือที่พวกเขาใช้ ไม่เกี่ยวกับ PHP และ MySQL หรือ Rails เป็นเรื่องเกี่ยวกับการจัดส่งซอฟต์แวร์และการรักษาส่วนที่มีความเสี่ยงของโครงการให้ปราศจากความเสี่ยง พวกเขาให้ความสำคัญกับการปรับใช้ระบบอัตโนมัติและการรักษาไปป์ไลน์จากผู้พัฒนาไปจนถึงสภาพแวดล้อมการผลิตที่ทำงานได้เร็วที่สุด
คุณจะพบว่ารูปแบบการพัฒนานี้ช่วยให้คุณเป็นนักพัฒนาที่ทำงานร่วมกันและกับแผนกและ บริษัท อื่น ๆ ได้ดีขึ้น หากพวกเขากำลังทำงานกับ API จากบุคคลที่สามพวกเขาจะเข้าใจปัญหาที่อาจเกิดขึ้นในอีกด้านหนึ่ง เมื่อทำงานร่วมกับผู้ดูแลระบบเซิร์ฟเวอร์พวกเขาจะเข้าใจสิ่งที่ต้องติดตั้งและรู้ว่าไซต์ซอฟต์แวร์ของตนบนเซิร์ฟเวอร์ที่ใช้งานจริงเป็นอย่างไร การย้อนกลับของสิ่งนี้อาจเจ็บปวด ...
06. Dev จะแก้ไข ...
การค้นหา "ทักษะนักพัฒนาเว็บที่จำเป็น" นั้นนำมาซึ่งคำตอบที่ดีจาก Michael Greer (The Onion’s CTO) ใน Quora:
- ความเกียจคร้าน: ปฏิเสธที่จะทำอะไรซ้ำสอง: เขียนสคริปต์หรือทำสิ่งนั้น
- ความขี้ขลาด: คิดที่จะทดสอบกังวลเรื่องภาระและผลกระทบของโค้ด
- ความประมาท: พยายามสิ่งใหม่ ๆ อยู่ตลอดเวลาเปิดตัวแนวคิดในวันเดียวกัน
ความขี้ขลาดเป็นวิธีที่ดีในการใช้ข้อความ "ใส่ใจในรายละเอียด" การดีบักและการทดสอบคือ 99 เปอร์เซ็นต์ของชีวิตนักพัฒนาที่ไม่มีใครพูดถึงเมื่อพวกเขาเข้าสู่ W3Schools หรือเริ่มหลักสูตรการคำนวณ 101
ความสามารถในการแก้ไขแอพต้องใช้ทักษะการแก้ปัญหาที่ยอดเยี่ยม แต่ไม่ใช่แค่การดีบักโค้ด บางครั้งวิธีแก้ปัญหาสำหรับผู้ใช้ที่ไม่สามารถดาวน์โหลดใบแจ้งหนี้ได้คือการทำให้หน้าพิมพ์ได้แทนที่จะใช้เวลาหนึ่งวันในการสร้าง PDF บางครั้งลิงก์สามารถแทนที่หนึ่งสัปดาห์ของการพัฒนาได้ แต่วิธีแก้ปัญหาที่สวยงามนั้นจะไม่เกิดขึ้นหากผู้พัฒนากำลังแก้ปัญหาอย่างหมดจดโดยการเขียนโค้ดหลายบรรทัด
การทดสอบเป็นจุดบอดที่ยอดเยี่ยมสำหรับนักพัฒนาซอฟต์แวร์จำนวนมากแม้ว่าจะมีเครื่องมือมากมายก็ตาม ใช้การทดสอบหน่วยซีลีเนียมการทดสอบโหลดและเครื่องมือทำโปรไฟล์เช่น xhprof การวิเคราะห์จากสิ่งต่างๆเช่น New Relic เพื่อให้แอปของคุณมีขนาดเล็ก และพิจารณาสิ่งนี้เป็นส่วนหนึ่งของงานของนักพัฒนานั่นคือรหัสของคุณตรวจสอบให้แน่ใจว่าคุณรู้ว่ามันทำงานได้ตามที่ตั้งใจไว้แทนที่จะหวังว่าจะเป็นเช่นนั้น
การแก้จุดบกพร่อง
การแก้ไขจุดบกพร่องเป็นจุดที่เจ็บเช่นกัน ไม่ใช่วิธีใช้ดีบักเกอร์ แต่จะแก้ไขปัญหาได้อย่างไรดังนั้นฉันจะเพิ่มในรายการของ Michael Greer:
- ความไม่อดทน: เพิกเฉยต่อข้อมูลที่ไม่เกี่ยวข้องเพื่อค้นหาและแก้ไขปัญหาที่แท้จริง
นี่คือรากฐานที่สำคัญของเทคนิคการดีบักทั้งหมด ละเว้นสิ่งที่ไม่เกี่ยวข้องและค้นหาความหมายในสิ่งที่เกี่ยวข้อง น่าเสียดายที่หลายคนมีแนวโน้มที่จะใช้ค้อนทุบสิ่งที่ไม่เกี่ยวข้องเป็นเวลาหลายชั่วโมงหรือหลายวันโดยใช้วิธีเดียวกันนี้โดยการแก้ปัญหา 10 ครั้ง
มีหนังสือหลายเล่ม (น่าเศร้าที่ฉันไม่ได้เสนอชื่อไปยังสำนักพิมพ์ที่ฉันจะไม่เปิดเผยชื่อ) เกี่ยวกับการแก้ไขข้อบกพร่องและนักพัฒนาทุกคนควรอ่านหนังสือทั้งหมด นักพัฒนาที่ยอดเยี่ยมจริงๆสามารถแก้ปัญหาในระบบได้โดยไม่ต้องเห็นบรรทัดของโค้ด
07. สิ่งที่ผู้ใช้ต้องการ
ทำความเข้าใจกับสิ่งที่คนรอบข้างพยายามทำ เพลิดเพลินไปกับโค้ด - ชอบศิลปะการเยื้องไฟล์ CSS อย่างสมบูรณ์แบบหรือปรับแต่งแอปราง - แต่อย่าลืมว่าทั้งหมดนี้มีจุดประสงค์
นักพัฒนาจำเป็นต้องเข้าใจธุรกิจการดำเนินงานและกระบวนการทางธุรกิจเพราะสิ่งที่พวกเขาช่วยดำเนินการนั้น นักพัฒนาที่มีความรู้นี้สามารถสร้างซอฟต์แวร์และแอปที่ช่วยเหลือผู้ใช้ได้ แต่มักจะมีประสิทธิผลที่ผิดปกติ อาจเป็นเพราะพวกเขาพิมพ์แสงได้อย่างรวดเร็วหรือมีความรู้ที่น่าทึ่งเกี่ยวกับสแต็ก แต่ก็น่าจะเป็นเพราะพวกเขารู้ว่าผู้ใช้ต้องการอะไร
ตลาดการแข่งขัน
ย้อนกลับไปที่จุดเดิมของฉันการพัฒนานั้นง่ายขึ้นเรื่อย ๆ และตลาดสำหรับนักพัฒนาที่ยอดเยี่ยมก็มีการแข่งขันสูงขึ้นนักพัฒนาที่สามารถเข้าใจความต้องการทางธุรกิจและนำสิ่งที่ยอดเยี่ยมมาตอบสนองพวกเขาจะต้องได้เปรียบ ทำความเข้าใจกับตลาดลูกค้าและเหตุผลที่พวกเขามีส่วนร่วมกับเงินทั้งหมดนี้ช่วยได้
ทำความเข้าใจกับข้อมูลและการเปลี่ยนแปลงเมื่อเวลาผ่านไป ในความคิดของนักพัฒนาซอฟต์แวร์พวกเขาควรใช้เทคโนโลยีใหม่ ๆ พร้อมกับความท้าทายที่คุณมีในวันนี้หรือกำลังจะมา ด้วยวิธีนี้เมื่อคุณแนะนำแนวคิดใหม่ ๆ ให้กับ MD หรือลูกค้าแนวคิดนั้นจะขึ้นอยู่กับสิ่งที่ลูกค้าต้องการจริงๆและคุณจะได้รับงบประมาณ / เวลาจากนั้น (ในทางตรงกันข้ามสิ่งที่แย่ที่สุดที่จะได้เห็นคือนักพัฒนาที่ใช้เทคโนโลยีใหม่ที่พวกเขาชื่นชอบเป็นทางออกสำหรับความเจ็บป่วยทั้งหมดของเรา)
นักพัฒนามีการควบคุมมากมาย - พวกเขาจำเป็นต้องรู้หรือไม่ว่าแต่ละฟิลด์ในฐานข้อมูลมีความหมายสำหรับผู้ใช้ปลายทางหรือไม่? ถ้าเราเปลี่ยนข้อมูลผู้ใช้จะเห็นอะไร? มีวิธีที่ดีกว่าในการช่วยเหลือผู้ใช้หรือไม่บ่อยครั้งที่มุมมองของผู้ดูแลระบบ DB คือโลกนี้เป็นภาพสะท้อนที่ไม่ดีต่อฐานข้อมูลของพวกเขาแทนที่จะเป็นฐานข้อมูลที่เป็นตัวแทนของโลกแห่งความจริงที่ไม่ดี โลกยุ่งเหยิงและเต็มไปด้วยคดีสุดล้ำอย่างน่าประหลาดใจ จัดการกับมันผู้ดูแลระบบ DB
08. การวาดภาพและการเขียน
การวาดภาพเป็นวิธีที่ตรงที่สุดในการสื่อสารว่าสิ่งต่างๆจะเป็นอย่างไร นักพัฒนาต้องสามารถวาดไอเดียของพวกเขาบนกระดานไวท์บอร์ดกระดาษและเสื่อเบียร์ได้
นักพัฒนาต้องสามารถสร้างต้นแบบบนกระดาษพิมพ์ภาพหน้าจอและขีดเขียนเพื่อแสดงเจตจำนงของพวกเขา อย่าไว้วางใจนักพัฒนาซอฟต์แวร์ที่พยักหน้าบอกว่าเข้าใจและเปิดตัวแก้ไข
ล้มเหลวในราคาถูก: การเข้ารหัสที่ดีที่สุดเริ่มต้นด้วยการวาดเป็นต้นแบบอย่างรวดเร็ว ล้มเหลวบ่อยขึ้นและตรวจสอบให้แน่ใจว่านักพัฒนาทั้งหมดที่อยู่รอบตัวคุณทำเช่นเดียวกับที่คุณมีแนวโน้มที่จะประสบความสำเร็จด้วยวิธีนั้น
09. สนุกกับตัวเอง
และถ้าคุณต้องใช้เวลา 10 ชั่วโมงในการแก้ปัญหาโดยการย้ายลิงค์ไปรอบ ๆ ? สนุกกับมันแม้ว่าจะเป็นเพียงความท้าทายในการทำงานให้สำเร็จ
ทัศนคติที่แย่ที่สุดจากนักพัฒนา (หรือใครก็ตาม) คือความไม่แยแสต่อสิ่งที่ทีมพยายามบรรลุ น่าเสียดายที่นี่เป็นเรื่องปกติเนื่องจากนักพัฒนามองว่าตัวเองอยู่นอกเหนือจากสิ่งที่ทีมกำลังบรรลุ (โปรแกรมเมอร์ผู้หลงใหล ตั้งคำถามว่า 'คุณจะทำให้งานของคุณสนุกขึ้นได้มากแค่ไหน?' - ลองดู)
และพร้อมที่จะแสดงผลงานของคุณในทางกลับกันคืออย่าขยายความเมื่อได้ลองใช้บทช่วยสอนสองสามบทเกี่ยวกับ Ruby to 'Experience of Ruby'!
การพัฒนาเว็บและแอปยังคงเป็นอาชีพที่อายุน้อย แต่ชุดทักษะที่จำเป็นสำหรับนักพัฒนาซอฟต์แวร์ที่ยอดเยี่ยมกำลังขยายตัว ทุกคนควรคาดหวังกับนักพัฒนามากขึ้นเพราะยิ่งเราออกมาจากห้องด้านหลังที่น่ารังเกียจและมีส่วนร่วมกับกระบวนการสร้างสรรค์ได้เร็วเท่าไหร่ผลลัพธ์ก็จะยิ่งดีขึ้นเท่านั้น
10. อยู่อย่างเฉียบคม
เพื่อนำสิ่งนี้ไปสู่รอบ 10 ที่ดีฉันจะเพิ่มสิ่งสุดท้ายเข้าไป เฉียบคม ค้นหาการแข่งขัน สิ่งที่เลวร้ายที่สุดคือสิ่งที่แยกจากกัน
"เป็นผู้ชายที่แย่ที่สุดในทุกวงที่คุณอยู่"
สิ่งที่แย่ที่สุด - จริงๆแย่มาก - โปรแกรมเมอร์นักเขียนโค้ดนักออกแบบเรียนรู้สิ่งต่างๆของพวกเขาและพักผ่อนในเกียรติยศของพวกเขา หากไม่มีเครื่องกระตุ้นหัวใจมันง่ายเกินไปที่จะชะลอตัวและไม่เห็นการแข่งขันมันจะกลายเป็นนิสัยที่เห็นว่าตัวเองสูงกว่าค่าเฉลี่ย
ดังนั้นจงเป็นคนที่แย่ที่สุดที่คุณสามารถทำได้โดยการค้นหาสิ่งที่ดีกว่า เข้าร่วมโครงการนอกที่ทำงานมีส่วนร่วมและค้นหาคำติชมและคำวิจารณ์เพราะยิ่งคุณได้รับคำวิจารณ์มากเท่าไหร่ก็จะยิ่งมีคนให้คุณน้อยลงในอนาคต เมื่อคุณคาดเดาสิ่งที่พวกเขาต้องการได้ดีกว่าที่เป็นอยู่คุณคือนักพัฒนานินจาที่ทุกคนต้องการ
Dan Frost เป็นผู้อำนวยการด้านเทคนิคของ บริษัท เว็บที่ให้บริการเต็มรูปแบบ 3EV ซึ่งเป็นพันธมิตร AWS อย่างเป็นทางการ เขาทำงานใน CMS และการพัฒนาเว็บแอปมาเจ็ดปีแล้ว
ชอบสิ่งนี้ไหม อ่านสิ่งเหล่านี้!
- วิธีสร้างแอป
- แบบอักษรบนเว็บฟรีที่ดีที่สุดสำหรับนักออกแบบ
- ค้นพบสิ่งต่อไปสำหรับ Augmented Reality