โปรแกรมเมอร์อาวุโสแนะนำเกี่ยวกับการใช้หนังสือเป็นความคิดที่ดีหรือไม่ [ปิด]


53

ฉันเป็นนักพัฒนารุ่นน้องและอยู่ในอุตสาหกรรมมา 5 ปีเท่านั้น ที่ บริษัท ปัจจุบันของฉันมีคนอาวุโสเรียกเขาว่า Infestus บางครั้งฉันก็ได้รับโอกาสที่จะส่องแสงและทำสิ่งใหม่ทั้งหมดตั้งแต่เริ่มต้น

หนึ่งในตัวอย่างล่าสุดคือฉันต้องสร้างซิงเกิลตันในแอพพลิเคชั่นแบบมัลติเธรด ฉันได้ตัดสินใจที่จะใช้นี้วิธีการ ทันทีที่ Infestus เห็นมันเขาก็รีบโทรหาฉันอย่างงี่เง่าและบอกให้ฉันใช้วิธีนี้ เมื่อถามเขาว่าทำไมเขาเพิ่งปัดมันออกไปเพราะนี่ดีกว่าและนั่นคือสิ่งที่หนังสือเล่มนี้เกี่ยวกับ Java บอกว่าดีกว่า

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

ฉันเพิ่งเขียนโปรแกรมเพื่อเงินเป็นเวลา 5 ปี แต่เป็นความคิดที่ดีหรือไม่ที่จะทำตามวิธีการที่ดีที่สุดในการแก้ปัญหาหรือควรลองทดสอบทุกครั้งหรือไม่ การร้องเรียนอย่างต่อเนื่องจาก Infestus เริ่มทำให้ฉันไม่เคยลองอะไรใหม่และทำตามตัวอย่างในหนังสือ

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

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


100
การติดตามสิ่งใดเป็นความคิดที่ดีหรือไม่?
FrustratedWithFormsDesigner

16
การติดตามอะไรก็ตามที่สุ่มสี่สุ่มห้าเป็นความคิดที่ไม่ดี แต่อย่าให้ "Infestus" ทำให้คุณขุ่นเคืองใจกับหนังสือ การอ่านหนังสือเป็นวิธีที่ดีที่สุดวิธีหนึ่งในการออกไปอยู่นอกเขตความสะดวกสบายของคุณ
Kyralessa

21
ดูเหมือนว่าผู้อาวุโสอาจรู้ว่าทำไมเขาทำตามวิธีการเหล่านี้โดยเฉพาะในการแก้ปัญหา - แต่อาจไม่ต้องการใช้เวลาอธิบายสาเหตุของคุณและเพียงชี้ให้คุณไปยังแหล่งข้อมูลที่อธิบาย คุณได้อ่านทรัพยากรที่เขาแนะนำให้คุณหรือยัง? พวกเขาอธิบายว่าทำไมเลือกวิธีแก้ปัญหาที่เลือก?
Joris Timmermans

28
5 ปีคุณไม่ได้เป็นรุ่นน้องอีกต่อไปแล้วคุณรู้หรือไม่? Infestus รู้หรือไม่?
iluxa

25
...brushed it off as this is better and that's how this and this book about java says it is better. สิ่งนี้ควรตั้งค่าปิดเสียงเตือนทันที หาก Infestus ไม่สามารถอธิบายแบบสแตนด์อโลนให้คุณได้เขาอาจไม่เข้าใจตัวเอง (หรือเขาต้องการสำเนาของหนังสือภาพอันมีข้อโต้แย้งที่ไม่ดี )
Blrfl

คำตอบ:


87

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

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

แค่อย่ากระตุกเรื่องนี้


65

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

เขามักจะพยายามให้หนังสือฉันอ่านเพื่อที่ฉันจะได้ "เรียนรู้" วิธีการเขียนโปรแกรม

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

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


6
คุณสร้างจุดที่ดีมากและบทความที่คุณลิงก์ไปนั้นน่าสนใจมาก แต่มันบอกได้อย่างชัดเจนว่าการล็อกเช็คสองครั้งไม่ทำงานกับ JDK 1.4 และรุ่นก่อนหน้า (กับรุ่นหน่วยความจำของ JDK) ตั้งแต่ JDK 1.5 เป็นต้นไปจะทำงานได้ตราบใดที่ฟิลด์ที่เก็บอินสแตนซ์นั้นถูกประกาศว่าเป็นสารระเหย (ซึ่งเป็นกรณีในตัวอย่างที่ลิงก์โดย OP)
Shivan Dragon

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

6
@Quillion - โดยส่วนตัวฉันจะไม่ทนกับการเรียกชื่อเขา ดูเหมือนว่าคุณกำลังเบื่อหน่ายทุกอย่าง ฉันจะพิจารณาพูดคุยกับผู้จัดการของคุณเกี่ยวกับเรื่องนี้อย่างจริงจัง ชีวิตสั้นเกินไปที่จะล่วงละเมิดผู้อื่น
webdad3

2
@Quillion - ไม่มีใครควรปฏิบัติต่อคุณเช่นนั้น ฉันไม่สนใจว่าพวกเขาเป็นใคร และจำไว้เสมอว่าทุกคนสามารถเปลี่ยนได้ ฉันจะพิจารณาการพูดคุยกับ Infestus อย่างจริงจังก่อนจากนั้นจึงไปยังผู้จัดการของคุณ หากคุณไม่ได้รับความพึงพอใจแล้วไปต่อ เชื่อฉันสิคุณจะพบกับกลุ่มคนที่ยิ่งใหญ่อีกกลุ่มหนึ่ง
webdad3

1
Infestus กำลังมีปฏิกิริยาทางอารมณ์ต่อสิ่งที่เขาเห็นว่าเป็นความอัปลักษณ์อย่างลึกซึ้ง บางทีเขาอาจได้ประโยชน์จากใครบางคนที่ขอให้เขาควบคุมตัวเอง
วินไคลน์

22

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

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


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

17

มีองค์ประกอบสำคัญสามประการที่สัมพันธ์กับสุขภาพ การสื่อสารความซื่อสัตย์และความไว้วางใจ ที่นับสำหรับความสัมพันธ์ทั้งหมดแม้กระทั่งความสัมพันธ์ในการทำงาน คุณควรพูดคุยกับหัวหน้างานของคุณเกี่ยวกับข้อกังวลเหล่านี้

ถ้าคุณไม่เข้าใจเหตุผลของการเรียกร้องให้มีการออกแบบที่บางแล้วบอกเขาว่า บอกเขาว่าคุณยังไม่ได้อ่านหนังสือและคุณต้องการที่จะเข้าใจว่าทำไมวิธีการทำของเขาถึงดีกว่า กุญแจสำคัญคือคุณควรพยายามเข้าใจวิธีการของเขาในการทำสิ่งต่าง ๆ

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

ความคิดสามารถโง่ เราทุกคนทำผิดพลาดและพลาดสิ่งต่าง ๆ แม้แต่คนอาวุโส เมื่อมีข้อบกพร่องในการออกแบบคำถามที่ดีที่สุดที่จะถามคือ "ทำไมคุณถึงทำแบบนี้? จะไม่แตกในสถานการณ์ X, Y, Z หรือไม่จะออกแบบ B จะดีกว่า?"

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

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


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

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

2
อย่าคิดว่าทุกคนเป็นพระเจ้า คุณไม่สามารถพึ่งพาเขาได้ตลอดเวลา ปฏิบัติต่อเขาในฐานะเพื่อนที่มีประสบการณ์มากกว่า หากคุณปฏิบัติต่อเขาเหมือนเทพเจ้าคุณกำลังขายตัวเองในระยะสั้นและคุณจะไม่ได้รับความเคารพ
webdad3

7

ใน บริษัท ที่คุณทำงานอาจเป็นไปได้ นี่คือสิ่งที่พวกเขาต้องการให้คุณทำ

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

ฉันอยากแนะนำให้คุณพูดคุยกับนักพัฒนาที่มีความรู้ใน บริษัท ของคุณถามคำถามเกี่ยวกับข้อดีข้อเสียของเทคนิคการเขียนโปรแกรมต่าง ๆ เป็นต้นพร้อมกับการอ่านหนังสือและบล็อก (ฉันอยากจะแนะนำ Joel กับซอฟต์แวร์ - Google เท่านั้น ควรทำให้คุณมีความเข้าใจที่ดีขึ้น


4

IMHO มี 2 ด้านที่นี่ซึ่งคุณควรจัดการแยกต่างหาก:

  • ความจริงที่ว่าคนที่แต่งตัวประหลาดเป็นกระตุกคุณเรียกชื่อคุณและเพียงเพราะเขาสามารถ (เขาอาวุโสคุณไม่ถ้าคุณทั้งสองบ่นเกี่ยวกับอีกคนหนึ่งเขาจะได้รับประโยชน์จากข้อสงสัย) พฤติกรรมเหมือนคนพาลและไม่ดี

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

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

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

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

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


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

ใช่ฉันเห็นว่าคุณหมายถึงอะไร แต่ทั้งหมดนั้นขึ้นอยู่กับหนังสือและวิธีที่เขาแนะนำ เช่นถ้าเขาบอกว่าสิ่งที่ชอบ "u ได้เลวร้ายไปอ่านหนังสือการเขียนโปรแกรมบางคน" ที่ไม่ดีอย่างเห็นได้ชัด แต่ถ้าเขาพูดว่า "ดูมีผลบังคับใช้ Java 2 ฉบับให้เป็นตัวอย่างที่ง่ายและดีขึ้นของวิธีการทำ Singletons ตรวจสอบออกจากที่นี่ฉัน safaribooksonline.com/book/programming/java/9780137150021/ … "ฉันจะบอกว่านั่นเป็นสิ่งที่มีประโยชน์สำหรับคุณ (อีกครั้งโดยทิ้งการอภิปรายในโทนของการส่งมอบ)
Shivan Dragon

ฉันจะไม่ "เพิกเฉย" พฤติกรรมนี้ อาจมีการนั่งลงกับเจ้านายของเขาหรือข้ามไปคุยกับเจ้านายของเขาถ้าฉันบอกเขาแล้วว่าการโทรชื่อจะไม่บิน
Rig

3

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

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

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


3

ต่อไปนี้หนังสือสุ่มสี่สุ่มห้าเป็นความคิดที่ไม่ดี แต่มีความแตกต่างระหว่างต่อไปนี้หนังสือตรงและต่อไปนี้มันสุ่มสี่สุ่มห้า

เมื่อคุณพยายามที่จะทำความเข้าใจกับสิ่งต่าง ๆ ในหนังสือโดยทั่วไปแล้วมันเป็นสิ่งที่เหมาะสมที่จะทำตามในตอนแรกในขณะที่คุณรู้สึกว่ากำลังพยายามที่จะสอนคุณ Odds คือคุณยังคงไม่เข้าใจทุกสิ่งเมื่อคุณทำ - สิ่งที่เป็นเช่นนี้มักจะเป็นไปได้ - แต่การทำตามหนังสือเล่มนี้ในตอนแรกจะให้บางสิ่งบางอย่างแก่คุณเพื่อทดสอบเมื่อคุณพยายามเข้าใจคำถามของคุณ อัตราต่อรองเป็นสิ่งที่ดีอีกครั้งที่คุณจะพบวิธีที่คุณไม่เห็นด้วยกับสิ่งที่อยู่ในหนังสือ แต่คุณจะมีความเข้าใจในประเด็นที่หนังสือเล่มนี้พยายามที่จะอยู่เพื่อให้เมื่อเวลามาถึงการเขียนรหัสของคุณเองคุณสามารถ จัดการกับพวกเขาในแบบของคุณเอง (หรืออาจเป็นอย่างน้อยก็ในบางส่วน) แทนที่จะปล่อยให้ปัญหาเหล่านั้นกัดคุณในภายหลัง

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


3

การอ่านหนังสือและบล็อกโพสต์มีประโยชน์มากในการเขียนโปรแกรม มีหนังสือบางเล่มที่นักพัฒนาทุกคนควรอ่าน

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

ความจริงแล้วถ้าคุณอ่านเฉพาะหนังสือที่ไม่ได้ช่วย นอกจากการอ่านแล้วยังมีสิ่งอื่นที่เราต้องทำเช่นกัน คุณสามารถค้นหารายละเอียดเพิ่มเติมได้ที่นี่


การฝึกอบรมผ่านวิดีโอ, การฝึกอบรมในห้องเรียนหรือเพียงแค่อ่านเนื้อหาต้นฉบับ ในที่สุดพวกเขาทั้งหมดแบ่งปันสิ่งหนึ่งคุณอ่าน (หรือฟัง) รหัสใหม่และการได้ยิน / อ่านคำอธิบายเหตุผลที่วิธีการที่ถูกนำมาใช้
Ramhound

2

คุณควรถามเขาว่ามีอะไรผิดปกติกับวิธีการของคุณ หากเขาไม่สามารถตอบได้อย่างชัดเจนคุณอาจมั่นใจได้เลยว่ามันเป็นแค่คนธรรมดาที่ชอบรู้สึกดีกว่า


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

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

1
เย่และอย่าได้รับการข่มขู่จากเขาเกินไป ดูเหมือนว่าเขาอาจจะเป็นโปรแกรมเมอร์ที่เก่งมาก แต่ก็ไม่ค่อยดีนักกับผู้สอนชั้นนำ
clime

@Quillion - วิธีเดียวที่จะเป็นโปรแกรมเมอร์ที่ดีคือการทำอย่างนั้นโดยการอ่านหนังสือ (หรือแหล่งอื่น ๆ ) คุณสามารถเสริมการเขียนโค้ดด้วยการอ่านได้จริง คุณเคยอ่านหนังสือที่เป็นปัญหาหรือไม่? คุณต้องตัดสินใจว่าผู้เขียนรหัสมีคุณค่าต่อการฟังหรือไม่ผู้เขียนที่อ้างว่ามีประสบการณ์ 20 ปีใน Java เป็นคนดีที่จะฟัง หมายความว่ามีโอกาสที่ดีเขาได้พูดคุยกับนักพัฒนา Java จริงเกี่ยวกับหัวข้อบางอย่าง ถ้าฉันเขียนหนังสือเกี่ยวกับ Java ฉันจะไปที่แหล่งข้อมูลเพื่อการวิจัยของฉันและใช้ประสบการณ์ของฉันเพื่ออธิบายหัวข้อ
Ramhound

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

2

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

ที่กล่าวว่าการอ่านหนังสือเอกสารและแหล่งข้อมูลอื่น ๆ เป็นวิธีที่ดีในการเติบโตในฐานะมืออาชีพแน่นอนเมื่อได้รับการยืนยันจากการฝึกฝน ดังนั้นจึงเป็นการดีสำหรับคุณที่จะอ่านหนังสือเหล่านั้น (แม้แต่หนังสือที่แนะนำโดย Infestus) อย่างไรก็ตามหนังสือส่วนใหญ่จะต้องขยายความเข้าใจของคุณในเรื่องเนื่องจากส่วนใหญ่จะมีวิธีอื่นในการแก้ปัญหาเดียวกัน

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

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


1

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

ปริมาณข้อมูลบนอินเทอร์เน็ตดังกล่าวสูงขึ้น

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


1

ฉันจะค้นคว้าข้อดีของแต่ละวิธีและมาตัดสินด้วยตัวคุณเอง หากคุณคิดว่าวิธีการของคุณดีกว่าคุยกับ Infestus จนกว่าคุณจะโน้มน้าวคนอื่น หากคุณไม่สามารถบรรลุข้อตกลงคุณสามารถขอความเห็นที่สองหรือยอมรับแนวทางของ Infestus ขึ้นอยู่กับความรู้สึกของคุณ

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

public class DateSerializer extends AbstractSerializer<Date> {
  public static final DateSerializer SINGLETON = new DateSerializer();

  private DateSerializer() {}

  public byte[] serialize(Date date) { ... }
}

สิ่งนี้ไม่สามารถทำได้ด้วย enums เนื่องจากวิธีการ enum ไม่ทำงานในทุกกรณีคุณสามารถยืนยันว่าเพื่อความมั่นคงจึงควรหลีกเลี่ยงแม้ว่าจะไม่จำเป็นต้องมีextendsประโยคใด ๆ

ข้อโต้แย้งอื่น ๆ ที่สามารถทำให้กับการใช้ enums:

  • มันเป็นแฮ็ค - มันใช้ enums สำหรับสิ่งที่พวกเขาไม่ได้มีไว้
  • มันสร้างความสับสนให้กับผู้อ่านที่ไม่เคยเห็นมาก่อน

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

@StephenC สำหรับคลาสไร้สัญชาติดูเหมือนว่าแปลกที่จะอนุญาตให้มีหลายอินสแตนซ์เมื่อหนึ่งพอเพียงและข้อดีคืออะไร Singleton stateful ที่มาพร้อมกับจิตใจคือ parser packrat - คุณอาจมีคลาส singleton หลายตัวที่ขยาย AbstractParser เป็นจริงมันต้องมีการซิงโครไนซ์หากคุณแยกวิเคราะห์แบบขนาน แต่การแชร์สถานะการบันทึกเป็นสิ่งสำคัญ
Daniel Lubarov

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

1

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

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

คำแนะนำในการขอให้ Infestus ดำเนินการตามคำแนะนำกับคุณนั้นเป็นคำถามที่ดีเยี่ยม - ออกไปอ่านทุกอย่างและกลับมาพร้อมคำถามมากมายที่คุณได้พยายามตอบ / แก้ไขด้วยตัวคุณเองพร้อมหลักฐานสนับสนุนสำหรับคุณแล้ว วิธี.

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


1

การกำหนดมารยาทในที่ทำงานให้แยกจากความเป็นจริงของบทบาทผู้ให้คำปรึกษาที่นักพัฒนาอาวุโสมีอยู่ให้แยกออกจากความต้องการของคุณในการสำรวจวางพฤติกรรมที่ดูถูกเหยียดหยาม

วัตถุประสงค์ของการตรวจสอบรหัสในทีมคือ 1) เพื่อตรวจสอบความถูกต้องของรหัสและ 2) เพื่อให้แน่ใจว่าผู้เขียนรหัสเข้าใจความหมายของการปรับปรุงโค้ด ไม่ใช่สถานที่ที่จะพูดว่า "เปลี่ยนสิ่งนี้เพราะ Martin Fowler พูดอย่างนั้นในหนังสือ GoF" อย่างไรก็ตามมันเป็นสถานที่ที่จะพูดว่า "เปลี่ยนสิ่งนี้เพราะ [คำอธิบายสั้น ๆ ] มีรายละเอียดเพิ่มเติมเกี่ยวกับเรื่องนี้ในหนังสือ GoF"

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

หน้ามันเป้าหมายของคุณคือการชื่นชมข้อเสนอแนะการเปลี่ยนแปลงและไม่ได้ demotivated สำหรับงานหรืองานของคุณ บอกเขาว่า "ฉันขอขอบคุณข้อเสนอแนะการเปลี่ยนแปลงเพิ่มเติมหากคุณสามารถอธิบายสั้น ๆ ถึงข้อดีหรือความจำเป็นของการเปลี่ยนแปลงเมื่อคุณตรวจสอบรหัสของฉัน; เนื่องจากฉันกำลังค้นหาการอ้างอิงหนังสือของคุณเพียงอย่างเดียว

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


1

ฉันพูดได้ว่าการเรียนรู้การเขียนโปรแกรมจากหนังสือเท่านั้นเป็นไปไม่ได้ มันเหมือนคาราเต้ - คุณจะไม่ได้รับเข็มขัดหนังสีดำเพียงแค่อ่านเกี่ยวกับมัน) ฉันเชื่อว่าในกรณีนี้คุณอินโฟทัสได้กล่าวอ้างถึง "Effective Java" โดย Joshua Bloch มันเป็นหนังสือที่ยอดเยี่ยมเกี่ยวกับการพัฒนา Java และแน่นอนคุณควรอ่านถ้าคุณยังไม่ได้อ่าน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.