Know Your Next CommitI tapped three

Know Your Next Commit

I tapped three programmers on their shoulders and asked what they were doing. "I am refactoring these methods," the first answered. "I am adding some parameters to this web action," the second answered. The third answered, "I am working on this user story."
It might seem that the first two were engrossed in the details of their work while only the third could see the bigger picture, and that the latter had the better focus. However, when I asked when and what they would commit, the picture changed dramatically. The first two where pretty clear over what files would be involved and would be finished within an hour or so. The third programmer answered, "Oh, I guess I will be ready within a few days. I will probably add a few classes and might change those services in some way."
The first two did not lack a vision of the overall goal. They had selected tasks they thought led in a productive direction, and could be finished within a couple of hours. Once they had finished those tasks, they would select a new feature or refactoring to work on. All the code written was thus done with a clear purpose and a limited, achievable goal in mind.
The third programmer had not been able to decompose the problem and was working on all aspects at once. He had no idea of what it would take, basically doing speculative programming, hoping to arrive at some point where he would be able to commit. Most probably the code written at the start of this long session was poorly matched for the solution that came out in the end.
What would the first two programmers do if their tasks took more than two hours? After realizing they had taken on too much, they would most likely throw away their changes, define smaller tasks, and start over. To keep working would have lacked focus and led to speculative code entering the repository. Instead, changes would be thrown away, but the insights kept.
The third programmer might keep on guessing and desperately try to patch together his changes into something that could be committed. After all, you cannot throw away code changes you have done — that would be wasted work, wouldn't it? Unfortunately, not throwing the code away leads to slightly odd code that lacks a clear purpose entering the repository.
At some point even the commit-focused programmers might fail to find something useful they thought could be finished in two hours. Then, they would go directly into speculative mode, playing around with the code and, of course, throwing away the changes whenever some insight led them back on track. Even these seemingly unstructured hacking sessions have purpose: to learn about the code to be able to define a task that would constitute a productive step.
Know your next commit. If you cannot finish, throw away your changes, then define a new task you believe in with the insights you have gained. Do speculative experimentation whenever needed, but do not let yourself slip into speculative mode without noticing. Do not commit guesswork into your repository.

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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