คำถามติดแท็ก productivity

หลายครั้งที่ฉันรู้สึกเหนื่อยล้าจากการพัฒนาและความคิดของฉันไม่ได้ช่วยฉันอีกต่อไป (ที่บ้าน) ฉันเพียงแค่ทำอะไรที่สนุกสนานและใจของฉันก็ฟรีสำหรับการทำงานนานหลายชั่วโมงด้วยความสามารถในการแก้ปัญหาที่สูงขึ้น อย่างไรก็ตามเมื่อฉันแนะนำเทคนิคนี้ให้กับผู้จัดการของฉันเป็นเทคนิคในการเพิ่มผลผลิตและประสิทธิภาพของนักพัฒนาเขาปฏิเสธที่จะยอมรับบนพื้นที่ทำงานไม่ใช่สถานที่เพื่อความบันเทิง ฉันคิดว่าสูตรนี้ใช้ได้สำหรับฉัน มันเป็นจริงสำหรับนักพัฒนาอื่น ๆ เช่นกัน: 2 hours of productive work + 30 minutes of entertainment > 3 hours of dull work ทำไม บริษัท ถึงไม่เชื่อเรื่องนี้? อัปเดต:ฉันไม่รู้ว่าทำไมสิ่งนี้จึงถูกปิดเป็นนอกหัวข้อ กรุณาถ้าคุณรู้สึกว่าสิ่งนี้เกี่ยวข้องให้ลงคะแนนเพื่อเปิดใหม่

28 productivity  management  efficiency 

ฉันตั้งโปรแกรมภาษาที่เรียบเรียงเป็นพิเศษโดยเฉพาะ Java สำหรับอาชีพของฉันเป็นส่วนใหญ่ หนึ่งในสิ่งที่ฉันโปรดปรานเกี่ยวกับ Java คือวิธีที่คุณใช้งานได้อย่างมีประสิทธิภาพและรหัสที่คุณต้องเขียนเมื่อใช้เครื่องมือเช่น Eclipse คุณสามารถ: อย่างง่ายดายและโดยอัตโนมัติ refactor วิธีการและคลาสของคุณ ดูสถานที่ทั้งหมดทันทีที่มีการเรียกใช้เมธอดหรือใช้ค่าคงที่ (ลำดับชั้นการโทรเปิด / แสดงการอ้างอิง) การพิมพ์แบบสแตติกหมายถึงคุณสามารถใช้การเติมโค้ดให้สมบูรณ์เพื่อแสดงพารามิเตอร์ / ฟังก์ชั่นทั้งหมดที่มีบนวัตถุ คลิกควบคุมที่ชื่อฟังก์ชัน / สมาชิก / คลาสเพื่อไปที่คำจำกัดความ สิ่งอำนวยความสะดวกทั้งหมดนี้ทำให้ฉันรู้สึกว่า IDE เป็นเพื่อนที่ดีที่สุดของฉัน การเขียนโค้ด Java และโดยเฉพาะการทำความเข้าใจกับโปรแกรมของคนอื่นจะง่ายขึ้นมาก อย่างไรก็ตามฉันถูกเรียกใช้มากขึ้นเรื่อย ๆ เพื่อใช้งาน Javascript และประสบการณ์ของฉันจนถึงตอนนี้ก็ค่อนข้างเชิงลบ โดยเฉพาะอย่างยิ่ง: ไม่มีวิธีการค้นหาจุดเข้าใช้งานของฟังก์ชันในทันที (นอกเหนือจากการค้นหาข้อความธรรมดาซึ่งอาจส่งผลให้มีการค้นหาวิธีการตามลำดับชั้นการโทรที่ตามมาหลังจากนั้นสองหรือสามแห่งซึ่งคุณลืมไปว่าคุณเริ่มต้นที่ไหน) พารามิเตอร์ถูกส่งผ่านไปยังฟังก์ชั่นโดยที่ไม่มีทางรู้ได้ว่าคุณสมบัติและฟังก์ชั่นใดที่มีอยู่ในพารามิเตอร์นั้น (นอกเหนือจากการรันโปรแกรมจริง ๆ แล้วนำทางไปยังจุดที่เรียกใช้ฟังก์ชันและใช้ console.logs เพื่อแสดงคุณสมบัติทั้งหมด สามารถใช้ได้) การใช้งานทั่วไปของฟังก์ชั่นที่ไม่ระบุชื่อเป็นการเรียกกลับซึ่งมักจะนำไปสู่ปาเก็ตตี้ของเส้นทางรหัสสับสนที่คุณไม่สามารถนำทางไปรอบ ๆ อย่างรวดเร็ว และแน่นอนว่า JSLint สามารถตรวจจับข้อผิดพลาดบางอย่างได้ก่อนที่จะทำการรันไทม์ …

28 java  productivity  javascript 

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

28 productivity  behavior 

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

27 project-management  productivity  metrics 

มีความเชื่ออย่างกว้างขวางในหมู่โปรแกรมเมอร์ว่ายิ่งภาษามีพลวัตและพิมพ์ผิดมากเท่าไรโปรแกรมเมอร์ก็ยิ่งมีประสิทธิผลมากขึ้นเท่านั้น Guido van Rossum เขียนเกี่ยวกับประสิทธิภาพการเขียนโปรแกรมโดยใช้ python ในปี 1998และค้นหาในเว็บฉันยังเห็นผู้คนที่อ้างสิทธิ์นี้: วากยสัมพันธ์รหัสหลามดูเหมือนว่ารหัสหลอกที่ปฏิบัติการได้ การพัฒนาโปรแกรมโดยใช้ Python เร็วกว่าการใช้ C / C ++ 5-10 เท่าและเร็วกว่าการใช้ Java 3-5 เท่า ในหลายกรณีต้นแบบของแอปพลิเคชันสามารถเขียนใน Python โดยไม่ต้องเขียนโค้ด C / C ++ / Java ใด ๆ บ่อยครั้งที่ต้นแบบมีฟังก์ชั่นเพียงพอและทำงานได้ดีพอที่จะส่งมอบเป็นผลิตภัณฑ์สุดท้ายประหยัดเวลาในการพัฒนาอย่างมาก ในบางครั้งต้นแบบสามารถแปลบางส่วนหรือทั้งหมดเป็น C ++ หรือ Java - Python เป็นวัตถุเชิงธรรมชาติทำให้การแปลเป็นกระบวนการที่ตรงไปตรงมา ปัญหานี้ได้รับการประเมินทางวิทยาศาสตร์อย่างเหมาะสมหรือไม่? ถ้าไม่ใช่สำหรับไพ ธ อนบางทีสำหรับภาษาสคริปต์พี่น้องอย่างruby , perlหรือphp ? ฉันไม่ได้มองหาการหาเหตุผลเข้าข้างตนเองการเปรียบเทียบหรือคำอธิบายว่าทำไมมันอาจจะตอบยากถ้ามันเป็นความเห็นของนักวิจัยหรือผู้เชี่ยวชาญที่ใช้เวลาในการพิจารณาปัญหา ตอนแรกฉันถามคำถามนี้ที่skeptics.SEและมีคนแนะนำว่าฉันควรถามที่นี่ด้วย

27 programming-languages  java  productivity  python  scripting 

เกิดขึ้นกับฉันเท่านั้นหรือคุณคุ้นเคยเช่นนี้หรือไม่ มันเป็นอย่างนี้คุณต้องสร้างบางสิ่งบางอย่าง โมดูลคุณสมบัติแอปพลิเคชั่นทั้งหมด ... ไม่ว่าอะไรก็ตาม มันเป็นสิ่งที่น่าสนใจที่คุณไม่เคยทำมาก่อนมันท้าทาย ดังนั้นคุณเริ่มคิดว่าคุณจะทำอย่างไร คุณวาดภาพร่างบางส่วน คุณเขียนต้นแบบเพื่อทดสอบความคิดของคุณ คุณกำลังรวมชิ้นส่วนต่าง ๆ เข้าด้วยกันเพื่อให้ได้มุมมองที่สมบูรณ์ ในที่สุดคุณก็จบลงด้วยการออกแบบที่คุณชอบบางสิ่งที่เรียบง่ายชัดเจนสำหรับทุกคนบำรุงรักษาง่าย ... คุณตั้งชื่อมัน คุณครอบคลุมทุกฐานคุณคิดถึงทุกสิ่ง คุณรู้ว่าคุณจะมีคลาสนี้และไฟล์นั้นและสคีมาฐานข้อมูล กำหนดค่าที่นี่ปรับตัวเข้ากับสิ่งนี้ ฯลฯ แต่ตอนนี้หลังจากที่ทุกอย่างเรียบร้อยแล้วคุณต้องนั่งลงและเขียนรหัสจริง ๆ และไม่ท้าทายอีกต่อไป .... มาถึงแล้วทำอย่างนั้น! การเขียนโค้ดตอนนี้เป็นเพียง "ระเบียบ" และทำให้ดูเหมือนซ้ำสิ่งที่คุณเพิ่งเสร็จสิ้น ที่งานก่อนหน้าของฉันบางครั้งฉันก็ออกไปเพราะบางคนทำรหัสตามข้อกำหนดของฉัน แต่ที่กิ๊กใหม่ของฉันฉันอยู่ในความดูแลของกระบวนการทั้งหมดดังนั้นฉันต้องทำเช่นนี้ด้วย (เพราะฉันได้รับเงินไปทำ มัน). แต่ฉันมีโครงการสัตว์เลี้ยงฉันกำลังทำงานที่บ้านหลังเลิกงานและมีเพียงฉันและไม่มีใครจ่ายเงินให้ฉันทำ ฉันทำงานสร้างสรรค์และเมื่อถึงเวลาเขียนมันฉันก็ไม่รู้สึกเหมือนมัน (ให้ดูเว็บนิดหน่อยดูว่ามีอะไรใหม่ในP.SEหรือSOเป็นต้น) ฉันแค่ต้องการจะย้ายไปยังสิ่งที่ท้าทายต่อไปแล้วต่อไปและต่อไป ... สิ่งนี้เกิดขึ้นกับคุณด้วยหรือไม่ คุณจัดการกับมันอย่างไร คุณจะโน้มน้าวตัวเองให้เข้าไปเขียนโค้ดที่ผิดพลาดได้อย่างไร? ฉันจะตอบทุกคำถาม

27 productivity  personal-projects 

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

27 productivity 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน8 ปีที่ผ่านมา ฉันมักจะเริ่มต้นวันด้วยการคิดว่า "ฉันจะทำสิ่งนี้ให้เสร็จในตอนท้ายของวัน" และกำหนดสิ่งที่ดูเหมือนว่าเป็นเป้าหมายจริง แล้วทำไมฉันถึงไม่ตีมันล่ะ งานจะสิ้นสุดลงโดยใช้เวลานานขึ้นอีก 3 เท่าเนื่องจากข้อบกพร่องที่ไม่คาดคิดการเปลี่ยนแปลงในนาทีสุดท้าย ฯลฯ มันเป็นแค่ฉันเหรอ? ฉันดูเหมือนจะไม่ได้รับการทำนายที่ดีขึ้นว่าสามารถทำได้ในวัน

26 productivity  self-improvement 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ทุกคนรู้ว่าสุภาษิตโบราณว่าโปรแกรมเมอร์ที่ดีที่สุดสามารถเป็นคำสั่งที่มีขนาดใหญ่กว่าค่าเฉลี่ย ฉันเห็นโค้ดและโปรแกรมเมอร์ที่ดี แต่ก็ไม่มีอะไรที่ไร้สาระเลย ดังนั้นคำถามคืออะไรคือความสำเร็จที่น่าประทับใจที่สุดของการเขียนโปรแกรมที่คุณเคยเห็นหรือได้ยิน? คุณสามารถกำหนดความประทับใจโดย: ขอบเขตของงานในมือเช่นจอห์นพัฒนากรอบงานสำหรับ บริษัท ของเขาอย่างโดดเดี่ยวงานที่เทียบเคียงได้กับสิ่งที่ลูกจ้างอีก 200 คนทำงานร่วมกัน ความเร็วเช่น Stu ตั้งโปรแกรมแอปมัลติทาสกิ้งแบบเรียลไทม์ทั้งหมดในแต่ละสัปดาห์รวมถึง C คอมไพเลอร์และเครื่องมือบรรทัดคำสั่งเชลล์ ความซับซ้อนเช่น Jane ได้ออกแบบแอพ LOC ทั้ง 10 มิลลิตันเพื่อทำงานในกลุ่มเซิร์ฟเวอร์ และเธอก็ทำมันในตอนบ่าย คุณภาพเช่นรหัสของ Charles มีอัตราข้อบกพร่องต่อ LOC น้อยกว่าค่าเฉลี่ยของ บริษัท 100 เท่า นอกจากนี้เขายังทำความสะอาดและเข้าใจรหัสได้ทั้งหมด เห็นได้ชัดว่ายิ่งมีการรวมกันของคุณลักษณะเหล่านี้มากเท่าใดและยิ่งมากเท่าไหร่ความน่าประทับใจก็ยิ่งมากเท่านั้น ขอผมมีนะ อะไรคือสิ่งที่ไร้สาระที่สุดที่คุณสามารถเล่าได้? โปรดระบุรายละเอียดให้มากที่สุดและพยายามหลีกเลี่ยงตำนานในเมืองหรือการพูดเกินจริง โพสต์เฉพาะสิ่งที่คุณสามารถรับรองได้จริง คำถามโบนัส: …

26 productivity 

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

25 productivity  tools 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันอยากรู้ว่าคุณคิดหรือไม่และพื้นหลังของเสียงนั้นเป็นเพียงสิ่งที่ทำให้ไขว้เขวหรืออาจช่วยได้ในขณะที่เขียนโปรแกรม สำหรับฉันมันใช้งานได้เช่นนี้: เมื่อฉันเขียน pseudocode หรือขั้นตอนการใช้งานที่ชัดเจนในใจของฉันในภาษาที่ฉันสามารถเขียนได้โดยไม่ต้องค้นหาเอกสารมีการเล่นดนตรีในพื้นหลัง (อุปกรณ์อิเล็กทรอนิกส์ที่ตรงไปตรงมามากส่วนใหญ่) ช่วยฉันได้มาก จังหวะการเขียนโค้ดของฉันและหากขั้นตอนไม่สำคัญให้หลีกเลี่ยงสิ่งรบกวนที่ทำให้เกิดความเบื่อหน่าย เมื่อฉันประสบปัญหาหรือต้องพยายามแก้ไขข้อผิดพลาดแทนมันทำให้ฉันเสียสมาธิ นอกจากนี้ถ้าเพลงเป็นปกติจริง ๆ และฉันรู้ดีพอที่จะไม่ทำให้ฉันจดจ่อกับมันมันจะขจัดเสียงรบกวนจากสภาพแวดล้อมที่ไม่คาดคิดซึ่งบางครั้งทำให้ฉันเสียเวลาอันมีค่าก่อนที่ฉันจะจดจ่อกับรหัสอีกครั้ง รายการตรวจสอบแนวทาง: 1 ตกลง, 2 ฉันหวังว่า; 3 ฉันคิดว่า; 4 อย่างแน่นอน; 5 ฉันต้องการที่จะเกิดขึ้น; 6 Doch (ภาษาอังกฤษควรใช้วิธีแก้ปัญหาคำตอบเชิงลบสองคำ)

25 productivity 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา เมื่อฉันอยู่ในรหัสหรือร่องการออกแบบฉันมักจะพบเพื่อนร่วมงานที่ไม่ใช่นักพัฒนาเพื่อหารือเกี่ยวกับปัญหา มันบังคับให้ฉันอธิบายปัญหาในรายละเอียดที่ดีและฉันมักจะพบสิ่งที่ฉันพลาดในกระบวนการ อะไรคือ "unsticking" วิธีการของคุณ?

25 productivity  development-process 

เมื่อวานฉันเปิดตัวโครงการเว็บ v1.0 ที่ฉันใช้เวลาทำงานประมาณ 6 สัปดาห์ (เปิดและปิดนั่นคือ) ฉันไม่ได้ทำบันทึกเวลาที่แน่นอน แต่จากประสบการณ์ของฉันฉันจะประเมินว่าตลอดเวลาที่ฉันใช้การเขียนโปรแกรมครึ่งหนึ่งนั้นใช้การดีบัก ฉันคาดการณ์ว่าจะใช้เวลาในการดีบักประมาณ 15-20 ชั่วโมงซึ่งเป็นเวลาอันมีค่าที่ดีกว่าที่จะใช้การเขียนโค้ดใหม่หรือทำโครงการให้เสร็จเร็วขึ้น โดยเฉพาะอย่างยิ่งมันไม่ได้ช่วยว่าฉันจะเป็นนักศึกษาใหม่ในวิทยาลัยใน 5 สัปดาห์ สิ่งคือฉันรู้สึกไม่ดีที่ใช้เวลาในการดีบั๊กทุกครั้ง เวลาที่ใช้ในการดีบักนั้นทำให้ฉันรู้ว่าฉันทำผิดพลาดโง่ ๆ ในขณะที่ฉันกำลังพัฒนาโครงงานของฉันความผิดพลาดที่ทำให้ฉันต้องใช้เวลาพอสมควรในการแก้ไข ฉันจะป้องกันไม่ให้สิ่งนี้เกิดขึ้นในอนาคตได้อย่างไร ฉันไม่ต้องการใช้จ่าย 50% ของการดีบักเวลาฉันควรใช้การดีบัก 10% และส่วนที่เหลือเขียนโค้ดใหม่ มีเทคนิคอะไรบ้างที่ฉันสามารถพยายามช่วยให้ฉันไปถึงเป้าหมายนี้

24 productivity  programming-practices 

ฉันได้พบกับคำถามเกี่ยวกับแพลตฟอร์มที่ Java หรือ Python ดีที่สุดสำหรับการพัฒนาบน Google AppEngine หลายคนกำลังอวดประสิทธิภาพที่เพิ่มขึ้นจากการใช้ Python ผ่าน Java สิ่งหนึ่งที่ฉันจะพูดเกี่ยวกับอาร์กิวเมนต์การผลิต Python vs Java คือ Java มี IDE ที่ยอดเยี่ยมในการเร่งความเร็วในการพัฒนาเนื่องจาก Python ขาดในพื้นที่นี้เนื่องจากธรรมชาติที่เปลี่ยนแปลง ดังนั้นถึงแม้ว่าฉันจะชอบใช้ Python เป็นภาษา แต่ฉันไม่เชื่อว่ามันจะช่วยเพิ่มประสิทธิภาพการทำงานได้มากเมื่อเทียบกับ Java โดยเฉพาะเมื่อใช้เฟรมเวิร์กใหม่ เห็นได้ชัดว่ามันเป็น Java vs Python และเครื่องมือแก้ไขเดียวที่คุณสามารถใช้ได้คือ VIM ดังนั้น Python จะเพิ่มประสิทธิภาพการทำงานให้คุณอย่างมาก แต่เมื่อ IDE ถูกนำเข้ามาในสมการ ฉันคิดว่าข้อดีของ Java นั้นมักจะถูกประเมินในระดับภาษาและมักจะเกิดจากข้อสันนิษฐานที่ล้าสมัย แต่ Java มีประโยชน์มากมายภายนอกตัวภาษาเองเช่น JVM (มักถูกวิพากษ์วิจารณ์ แต่มีศักยภาพมาก), IDE …

24 programming-languages  java  productivity  python 

เปอร์เซ็นต์ของเวลาที่บันทึกและคิดต้นทุนในการทำ TDD ฉันคิดว่าเปอร์เซ็นต์ของต้นทุนและการเปลี่ยนแปลงของรางวัลระหว่างวงจรชีวิตของโครงการ ฉันคิดว่าระยะเริ่มต้นมีค่าใช้จ่ายมากขึ้น แต่มีรางวัลเล็ก ๆ น้อย ๆ ติดอยู่ เพิ่มเติมเกี่ยวกับ (ระหว่างการกู้แฟคตอริ่ง ) คุณจะได้รับประโยชน์จากการทดสอบ ฉันได้ยินทุกที่จาก30-50% ของเวลาของคุณคือการเขียนการทดสอบหน่วย อย่างไรก็ตามนั่นไม่ได้คำนึงถึงเวลาที่บันทึกไว้จากการเขียนการทดสอบเหล่านั้น ประสบการณ์ของทุกคนเกี่ยวกับสิ่งนี้คืออะไร เวสสตรีท แก้ไขสิ่งที่ประหยัดเวลาเช่นเดียวกับเวลา? ในการแก้ไขข้อผิดพลาดและ refactorablity?

24 productivity  tdd