คอฟฟี่เบรค #48 9 นิสัยที่เป็นประโยชน์สำหรับนักพัฒนารุ่นน้อง

ที่มา: Free Code Camp คุณเคยวิเคราะห์นิสัยของตัวเองบ้างไหม? คนดีจะช่วยให้คุณเป็นคนที่คุณอยากเป็น นิสัยที่ไม่ดีจะค่อยๆ เปลี่ยนคุณให้กลายเป็นใครก็ได้ที่คุณอยากเป็น หลังจากทำงานเป็นนักพัฒนาซอฟต์แวร์มาเป็นเวลากว่า 12 ปี ฉันได้พัฒนานิสัยบางอย่างที่ฉันภาคภูมิใจ และบางอย่างที่ฉันอยากจะเลิกไป ตอนแรกฉันไม่ตระหนักถึงความสำคัญของสิ่งเหล่านี้ แต่ต่อมาก็ชัดเจนสำหรับฉันว่านิสัยเหล่านี้ช่วยให้ฉันเติบโตและสิ่งใดขัดขวางฉัน สิ่งนี้ทำให้ฉันต้องจดรายการสินค้าและเขียนเกี่ยวกับสิ่งที่อาจเป็นแรงบันดาลใจให้คุณทำเช่นเดียวกัน

สมัครใจทำสิ่งที่คุณไม่เข้าใจ

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

ขอทำงานร่วมกับคนเป็นคู่

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

รายงานสิ่งที่คุณทำ (และไม่ทำ)

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

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

โดยทั่วไป มีความเป็นไปได้ค่อนข้างมากที่การประมาณการเวลาของคุณจะมีแง่ดีมากเกินไป จะแก้ไขปัญหานี้ได้อย่างไร? คุณสามารถจัดการความคาดหวังได้ในขณะที่คุณไป! พูดถึงสิ่งที่คุณกำลังทำอยู่เสมอและสื่อสารเสมอว่าอะไรคือสิ่งที่รั้งคุณไว้ ฉันไม่ได้หมายความว่าคุณต้องออกการอัปเดตสถานะงานทุกๆ 15 นาที เพียงตรวจสอบให้แน่ใจว่าผู้ที่เกี่ยวข้องทราบว่าคุณอยู่ที่ไหนในกระบวนการนี้ ทางที่ดีควรสื่อสารเรื่องนี้ตั้งแต่ต้นและสิ้นสุดวันทำการ หากหัวหน้าหรือทีม/ผู้จัดการโครงการของคุณคาดหวังผลลัพธ์จากคุณ ให้รายงานกับเขาทุกวัน: “ฉันกำลังดำเนินการเรื่องนี้อยู่ ฉันเจอปัญหาเช่นนี้ นี่คือทางเลือกในการแก้ปัญหา" ด้วยวิธีนี้ทุกคนที่สนใจจะทราบความคืบหน้าของคุณ จะไม่มีใครตำหนิคุณหากคุณประสบปัญหาอย่างกะทันหัน ตราบใดที่คุณทำให้คนอื่นเข้าใจอยู่เสมอ ประโยชน์เพิ่มเติม: โดยการรายงานสถานะปัจจุบันของงาน คุณสามารถรับฟังคำแนะนำหรือวิธีแก้ปัญหาจากผู้อื่นได้ ทำให้เป็นนิสัยในการอัปเดตผู้มีส่วนได้ส่วนเสียของคุณเกี่ยวกับผลงานของคุณเป็นประจำ

เริ่มเขียนบล็อก

ฉันอาจไม่ใช่คนแรกที่คุณได้ยินคำแนะนำนี้ แต่ฉันจะพูดต่อไป: บล็อก! ไม่จำเป็นที่บล็อกของคุณจะเป็นแบบสาธารณะ นี่อาจเป็นสองสามหน้าในวิกิของบริษัทของคุณหรือคอลเลกชันของที่เก็บ GitHub พร้อมตัวอย่างโค้ดและข้อความอธิบายสองสามบรรทัด เหตุใดจึงจำเป็น? เพราะเมื่อคุณเขียนบางอย่างเพื่อสอนผู้อื่น (แม้ว่า “ผู้อื่น” เหล่านั้นจะเป็นตัวคุณในอนาคตก็ตาม) นี่เป็นวิธีที่ดีในการเรียนรู้และเติบโตอย่างมืออาชีพ เขียนว่าคุณสามารถแก้ไขปัญหายากๆ ได้อย่างไร หรือเกี่ยวกับวิธีการทำงานของเฟรมเวิร์กใหม่การเปิดตัวที่คุณรอคอยมานาน คุณยังสามารถจดบันทึกสิ่งที่คุณทำระหว่างสัปดาห์ได้ด้วย อย่างไรก็ตาม สิ่งนี้จะช่วยให้คุณพัฒนานิสัยในการสื่อสารสิ่งที่คุณกำลังทำอยู่ ฉันเริ่มเขียนบล็อกหลายครั้ง แน่นอนว่าในตอนแรก มันยากมากที่จะรักษาแรงจูงใจและบังคับตัวเองให้เขียน โดยตระหนักว่าแทบไม่มีใครอ่านโพสต์ของคุณ การเขียนลงในความว่างเปล่าค่อนข้างแปลก ด้วยเหตุนี้ฉันจึงละทิ้งบล็อกของฉัน และเมื่อสามปีที่แล้ว ฉันเริ่มบล็อก ถัด ไป ฉันเขียนโดยไม่มีผู้ฟังเป็นเวลาหกเดือน จากนั้นฉันก็พบว่าฉันไม่มีผู้อ่านเพราะไฟล์ robots.txt ของฉันไม่อนุญาตให้เครื่องมือค้นหาจัดทำดัชนีบล็อก! เรื่องสั้นสั้น ฉันเปลี่ยนการตั้งค่าใน robots.txt และผู้คนก็เริ่มอ่านบทความของฉัน มีผู้อ่านไม่มากนัก แต่พวกเขาก็ยังทำให้ฉันมีแรงจูงใจที่จะไม่หยุด ฉันค่อยๆ พัฒนาทักษะการเขียนของฉัน และตอนนี้บล็อกของฉันมีผู้ดูมากถึง 200,000 ครั้งต่อเดือน และทั้งหมดนี้เกิดจากการที่ครั้งหนึ่งฉันตัดสินใจเริ่มเขียนเกี่ยวกับเฟรมเวิร์กและปัญหาใหม่ ๆ ที่ฉันจัดการเพื่อแก้ไข และฉันทำสิ่งนี้เพื่อให้สามารถกลับมาดูบันทึกของฉันเมื่อฉันต้องการได้ ไม่ใช่เลยเพราะฉันต้องการรวบรวมผู้ฟังจำนวนมาก การเขียนบล็อกอาจดูเหมือนเป็นงานที่น่าเบื่อในช่วงแรก แต่เมื่อเวลาผ่านไป หากคุณไม่หยุด มันก็จะเริ่มสร้างความพึงพอใจให้กับคุณ หากคุณเริ่มเขียนด้วยความปรารถนาที่จะเรียนรู้และสอน คุณจะไม่เพียงแต่เรียนรู้มากมายเท่านั้น แต่ยังกลายเป็นที่สนใจของผู้คนจำนวนมากอีกด้วย

หาสมุดบันทึกให้ตัวเอง

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

บันทึกชัยชนะของคุณ

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

หาเวลาไปทำงานสำคัญ

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

หากคุณติดขัดให้หยุดพัก

นักพัฒนามักจะถึงทางตัน และสถานการณ์เหล่านี้น่ารำคาญอย่างยิ่ง ในกรณีเช่นนี้ ทุกคนมักแนะนำให้หยุดพักจากการทำงาน แต่บางครั้งการปฏิบัติตามคำแนะนำดังกล่าวก็เป็นเรื่องยากมาก เพราะ “การตัดสินใจใกล้เข้ามาแล้ว ฉันหยุดไม่ได้แล้ว” และถ้าฉันหยุดพักตอนนี้ หลังจากนั้นฉันจะต้อง "แทรกแซง" ในสาระสำคัญของเรื่องอีกครั้ง เหตุใดจึงสมัครใจเสียเวลา? แต่ความจริงก็คือเมื่อคุณติดอยู่กับงาน มันจะทำให้คุณไม่สามารถคิดตรงไปตรงมาได้ คุณคิดว่ามันโง่มากที่ต้องติดอยู่กับปัญหาเช่นนี้ ท้ายที่สุดแล้ว เพื่อนร่วมงานของคุณอาจจะจัดการมันได้อย่างง่ายดาย (อีกทางเลือกหนึ่งคือพวกเขาได้งานที่ง่ายกว่าเสมอ) ในเวลาเดียวกัน คุณไม่ได้คิดถึงวิธีแก้ปัญหาจริงๆ หยุดพักไปทำงานอย่างอื่นสักพัก หรือ (ดียิ่งขึ้น) กลับมาที่ปัญหานี้อีกครั้งในวันพรุ่งนี้ การอยู่ห่างจากปัญหาจะทำให้คุณมองเห็นวิธีแก้ปัญหาที่คุณเคยมองข้ามไป บางทีสิ่งนี้อาจไม่เกิดขึ้นกับคุณ แต่ฉันขอรับรองกับคุณว่า: บ่อยครั้งมากที่วิธีแก้ปัญหาที่ถูกต้องจะอยู่ในใจด้วยตัวมันเอง หากคุณไม่มีเวลา คุณสามารถใช้วิธี Pomodoro โดยแบ่งงานออกเป็นช่วงๆ ละ 30 นาที โดยให้พักช่วงสั้นๆ ระหว่างนั้น หลังจากแต่ละขั้นตอน ฉันถามตัวเองว่าฉันอยู่ในโหมดการแก้ปัญหาหรือติดขัดและควรดำเนินการอย่างอื่นหรือไม่ วิธี Pomodoro มีประโยชน์เพิ่มเติมในการใช้จุดสิ้นสุดของแต่ละขั้นตอนเป็นตัวกระตุ้นให้เกิดนิสัยอื่นๆ เช่น สร้างนิสัยลุกจากโต๊ะยืดเส้นยืดสายดื่มน้ำ บางครั้งสิ่งนี้เรียกว่านิสัยแบบซ้อน เพราะคุณเรียงนิสัยแบบซ้อนๆ กัน และผลที่ตามมาก็คือ คุณจะได้รับผลที่ดี

ไม่จำเป็นต้องมองหาไม้กายสิทธิ์

ฉันเคยเขียนหนังสือเกี่ยวกับสถาปัตยกรรมซอฟต์แวร์รูปแบบหนึ่งและได้รับอีเมลเป็นประจำพร้อมคำถามเช่น “ฉันชอบสไตล์นี้มากและต้องการนำไปใช้กับโปรเจ็กต์ทั้งหมดของฉัน! ทำอย่างไร?" แล้วคุณรู้ไหมว่าฉันตอบอะไร? ไม่มีรูปแบบสถาปัตยกรรมแบบใดที่เหมาะกับการแก้ปัญหาทุกปัญหา เมื่อคุณมีโปรเจ็กต์ขนาดเล็ก คุณจะต้องสร้าง CRUD API แบบง่าย และถ้าคุณมีโมเดลที่ซับซ้อน คุณจะสร้างสถาปัตยกรรมหกเหลี่ยมที่ซับซ้อนมากขึ้น และเมื่อสร้างไมโครเซอร์วิสในแต่ละบริบท คุณจะใช้รูปแบบสถาปัตยกรรมหนึ่งในหลายร้อยรูปแบบ ไม่มีกรอบงานสากลที่สามารถใช้กับโครงการใดๆ ได้ เช่นเดียวกับที่ไม่มีภาษาการเขียนโปรแกรมหรือรูปแบบการเขียนโค้ดเพียงภาษาเดียว อย่าพยายามหาไม้กายสิทธิ์ เธอไม่มีอยู่จริง การมีความคิดเห็นของตัวเองเป็นสิ่งที่ดีเมื่อมีข้อโต้แย้งที่สมควรอยู่เบื้องหลังความคิดเห็นของคุณ “นี่คือรูปแบบสถาปัตยกรรมที่ดีที่สุด” และ “ฉันทำแบบนี้เสมอ” ไม่ใช่ข้อโต้แย้งที่สมควร ลองนึกภาพว่ามีนักพัฒนาในทีมของคุณที่มีความชอบเป็นของตัวเองอยู่เสมอ และมักจะน้ำลายฟูมปากเพื่อพิสูจน์ว่าเขาพูดถูก “เพราะมันดีที่สุด” คุณจะเบื่อมันเร็วมาก อย่าเป็นนักพัฒนาประเภทนั้น