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

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

19 productivity  knowledge-management 

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

18 interview  productivity  coding  problem-solving 

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

18 productivity  management  scrum  meetings  reporting 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ขณะนี้ฉันกำลังเล่นกับความคิดที่จะเริ่มดำเนินการในโครงการที่เกินความสามารถในการเขียนโปรแกรมปัจจุบันของฉันในภาษาที่ฉันมีประสบการณ์ในโลกแห่งความเป็นจริงเพียงเล็กน้อยใน (C) มันจะมีค่าสำหรับการสร้างต้นแบบในภาษาระดับสูงกว่าที่ฉันคุ้นเคย (เช่น Perl / Python / Ruby / C #) เพียงเพื่อฉันจะได้รับการออกแบบโดยรวมหรือไม่ ในที่สุดผลิตภัณฑ์สุดท้ายนั้นมีความอ่อนไหวด้านประสิทธิภาพ (เป็นเครื่องมือฐานข้อมูล) ดังนั้นตัวเลือกของ C แต่ฉันกลัวว่าการรู้ว่า C ดีจะทำให้ฉันสูญเสียป่าไปสำหรับต้นไม้ ในขณะที่ค้นหาคำถามที่คล้ายกันฉันสังเกตเห็นเพื่อนคนหนึ่งพูดถึงว่าโปรแกรมเมอร์ใช้ต้นแบบใน Prolog แล้วเหวี่ยงมันออกไปในแอสเซมเบลอร์

18 programming-languages  design  productivity  c  prototyping 

คำถามโพสต์โดยไม่ระบุชื่อด้วยเหตุผลที่ชัดเจน ฉันทำงานใน บริษัท ที่มีกลุ่มนักพัฒนาซอฟต์แวร์ 5-6 คนและฉันอยู่ในสถานการณ์ที่ลำบากในการจัดการ ทางเลือกด้านเทคนิคทุกอย่าง (ภาษา, กรอบงาน, ฐานข้อมูล, ฐานข้อมูล, ชุดรูปแบบ, ฯลฯ ... ) ได้รับการตัดสินจาก CEO ซึ่งมักจะไม่มีเหตุผลมากนัก มันยากมากที่จะแก้ไขตัวเลือกเหล่านั้นและข้อโต้แย้งหลักของเขาประกอบด้วยใน "ฉันไม่ชอบสิ่งนี้" แม้ว่าเราจะเสนอทางเลือกหลายอย่างโดยมีข้อดี / ข้อเสียโดยละเอียด เขาจะตัดสินใจเขียนทับผลิตภัณฑ์หลักของเราโดยไม่ให้เหตุผลว่าทำไมและเขาไม่เคยเข้าร่วมการประชุม dev เพราะเขาคิดว่ามันทำให้สิ่งต่าง ๆ ช้าลง ... ฉันกำลังมองหาโอกาสในการทำงานทางเลือกอยู่แล้ว แต่ฉันสงสัยว่ามีอะไรบ้าง เรา (ผู้พัฒนา) สามารถทำเพื่อปรับปรุงสถานการณ์ สองตัวอย่างที่ทำให้ฉันตกใจ: เขาจะขอให้เราใช้สิ่งที่คล้ายกับการจัดการการกำหนดค่า แต่เขาปฏิเสธกรอบการทำงานใด ๆ ที่มีอยู่เพราะพวกเขาไม่ได้เขียนในภาษาที่เขาชอบ (แม้ว่าภาษาการใช้งานจะไม่เกี่ยวข้อง) เขายังคาดหวังให้เราสามารถเขียนระบบเหล่านั้นได้ภายในสองสามวัน "เพราะมันง่ายมาก" เขาเขียนซ้ำตั้งแต่เริ่มต้นด้วยตนเองในผลิตภัณฑ์หลักของเราเพราะ codebase ปัจจุบันแย่เกินไป (codebase ซึ่งการออกแบบเป็นของเขา) เราอยู่ที่การเขียนครั้งที่สามของเราในหนึ่งปีแต่ละการเขียนนั้นแย่กว่าครั้งที่แล้ว สิ่งที่ฉันได้พยายามทำคือการทำเบนช์มาร์กที่ซับซ้อนเกี่ยวกับผลิตภัณฑ์ของเรา (เขายังคงบ่นว่าซอฟต์แวร์ของเราช้าเกินไปและปรับการเขียนซ้ำเพื่อให้เร็วขึ้น) …

18 productivity  management  communication 

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

18 productivity  development-process  business  freelancing  requirements 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ทุกคนที่ใช้ R # หรือ CodeRush จะรู้ว่าคุณสามารถรวบรวมโครงสร้างอย่างง่าย (และสร้างโครงสร้างที่ซับซ้อน) ด้วยการใช้แป้นพิมพ์ลัดง่ายๆได้อย่างไร อย่างไรก็ตามปลั๊กอินสำหรับผลิตภาพเหล่านี้ทำให้เกิดการประเมินความสามารถที่ผิดพลาดในระหว่างการสัมภาษณ์หรือไม่? ส่วนหนึ่งของการเป็นนักเขียนโค้ดที่มีประสิทธิผล (และสร้างความประทับใจแรกที่ดีในการสัมภาษณ์) คือการเขียนโค้ดที่ดี - รวดเร็ว ถ้าฉันมีผู้สมัครสองคน: ไม่ใช้ปลั๊กอิน เธอคิดเกี่ยวกับปัญหานั่งลงที่หุ้น IDE ที่พีซีสัมภาษณ์ที่ดูเหมือนว่าเธอและพิมพ์รหัสในหนึ่งหรือสองนาทีตามปกติ เสร็จสิ้น ผ่าน ใช้ปลั๊กอิน เขาคิดเกี่ยวกับปัญหานั่งลงที่หุ้น IDE ที่พีซีสัมภาษณ์และตระหนักว่า "fe + tab" จะไม่เขียนวนรอบ foreach อีกต่อไปโดยอัตโนมัติและทางลัดทั้งหมดจะหายไป จากนั้นเขาก็กระเด้งไปมารอบ ๆ แป้นพิมพ์กดปุ่มฮ็อตคีย์ปกติแล้วเปิดหน้าต่างแปลก ๆ ออกมา ใช้เวลา 3 นาทีในการเขียนสิ่งที่ปกติจะใช้เวลา …

18 productivity  ide  interview 

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

18 productivity  unit-testing 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบ เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ฉันเป็นตัวแทน บริษัท ซอฟต์แวร์ที่อยู่ระหว่างการสร้างทีมพัฒนาซอฟต์แวร์ขนาดใหญ่ เราจู้จี้จุกจิกกับคนที่เราจ้างและมีอัตราการเก็บรักษาที่ดีมาก (ผู้พัฒนาส่วนใหญ่อยู่ที่นี่มาประมาณ 5-6 ปี) เราใช้เวลาของนักพัฒนาซอฟต์แวร์และทรัพยากรบุคคลเป็นจำนวนมากและมีแอปพลิเคชั่นให้เช่าต่ำ นี่คือกระบวนการที่เราใช้: HR Interview ทางโทรศัพท์ - เกี่ยวข้องกับการถามคำถามเกี่ยวกับพฤติกรรมและเทคโนโลยีขั้นพื้นฐาน การทดสอบออนไลน์ - เกี่ยวข้องกับการทดสอบทางเทคนิค 30 นาที Technical Phone interview - การสัมภาษณ์ 60 นาทีโดยนักพัฒนา สัมภาษณ์ในสถานที่ - สัมภาษณ์ 60-90 นาทีโดยนักพัฒนาอาวุโสหลายคน แม้ว่ากระบวนการนี้จะได้ผล แต่เราใช้เวลามากเกินไปในการสัมภาษณ์ มีความคิดเห็นเกี่ยวกับวิธีการที่แตกต่างกันอย่างไร? เป้าหมายของเราคือการทำงานโดยอัตโนมัติถ้าเป็นไปได้ยังคงรักษาคุณภาพของความสามารถ UPDATE: ขอบคุณสำหรับคำตอบ จำเป็นต้องชี้แจงบางสิ่ง เป้าหมายของเราคือการลดจำนวนผู้สมัครที่ไปจากที่หนึ่งไปอีกขั้น นี่คือหมายเลขปัจจุบันของเรา เราได้รับ 1,000 …

17 productivity 

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

17 productivity  free-time 

ก่อนอื่นไม่ใช่วลีของฉัน: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.phpอุปกรณ์ประกอบฉากถึง Mr. Markham แต่มันทำให้ฉันต้องคิดถึงคำถามมากมายที่ฉันได้เห็นเกี่ยวกับความสามารถในการทำสิ่งต่าง ๆ ให้สำเร็จ วิธีการสนับสนุน (การตั้งค่าตัวจับเวลาสำหรับช่วงเวลาที่กำหนดในกรณีนี้ 50 นาที แต่ฉันเคยเห็นคนพูดคุยเกี่ยวกับการทำลายการผัดวันประกันพรุ่งด้วยการตั้งค่าเวลาสั้นที่สุดเท่าที่ห้านาทีสำหรับงานที่คุณไม่สามารถพาตัวเองไปทำ การพักผ่อนระยะสั้น) ดูเหมือนจะเป็นเรื่องสามัญ แต่ผู้คนมากมายสนับสนุนให้เข้าสู่ "โซน" และอยู่ที่นั่นนานที่สุดอาจจะเป็นเวลาหลายชั่วโมงแทนที่จะทำลายช่องว่างของพวกเขา ฉันพยายามใช้วิธีที่แตกต่างกันและพบว่าแต่ละคนมีจุดแข็งและจุดอ่อนของตัวเอง คุณใช้เทคนิคประเภทใดเพื่อให้มีประสิทธิภาพมากขึ้น (เช่นการทำงานให้ได้ตามระดับคุณภาพที่ลูกค้า / หัวหน้า / อื่น ๆ ต้องการในเวลาที่กำหนด) ในการพัฒนาซอฟต์แวร์และไม่ใช่แค่ใช้เวลามากขึ้นกับคีย์บอร์ด ?

17 productivity 

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

16 productivity 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา มหาวิทยาลัยของฉันมีโมดูลสำหรับการพัฒนาซอฟต์แวร์กับลูกค้าจริง สมาชิกในทีมของฉันบางคนทำงานในห้องปฏิบัติการคอมพิวเตอร์ตลอดเวลาซึ่งเป็นสภาพแวดล้อมที่มีเสียงดังมากที่มีการขัดจังหวะและการรบกวนมากมาย มีคนพูดประมาณ 30 คน ผู้คนมักจะไปที่ Facebook, YouTube หรือเล่าเรื่องตลกด้วยกันนอกเหนือจากการ "ทำงาน" สมาชิกในทีมของฉันบางคนทำงาน 3 ชั่วโมงทุกวันในสภาพแวดล้อมนี้ ฉันเข้าร่วมการประชุมทีมรายสัปดาห์และใช้ระบบการจัดการโครงการออนไลน์ของเราอย่างกว้างขวาง ฉันระบุที่อยู่อีเมลทั้งหมดและมีโปรแกรมแชทไม่ว่าง แต่ฉันได้รับข้อความ ฉันใช้แหล่งข้อมูลออนไลน์เป็นจำนวนมากเมื่อแก้ปัญหาของฉัน อย่างไรก็ตามนอกการประชุมทีมและเซสชันการเขียนโปรแกรมคู่ฉันทำงานส่วนใหญ่ในสภาพแวดล้อมที่เงียบสงบที่ฉันสามารถมุ่งเน้นและมีสมาธิและฉันปิดกั้นการขัดจังหวะภายนอกทั้งหมดและภายใน ฉันมุ่งเน้นงานของฉัน 100% ฉันพบว่าฉันทำสิ่งนี้ได้มากกว่าในห้องปฏิบัติการประมาณ 10 เท่าและฉันสามารถทำงานให้เสร็จได้มาก ปัญหาคืออาจารย์หรือผู้บริหารของเราไม่เห็นฉันทำงานอยู่ในห้องแล็บ ดังนั้นฉันดูเหมือนจะไม่ทำงานกับพวกเขา พวกเขาคิดว่าฉันไม่ได้ทำงานเป็นทีม ฉันจะทำให้พวกเขาเชื่อมั่นได้อย่างไรว่าฉันทำงานเป็นทีมเพราะฉันมีการสื่อสารกับทีมของฉันมากมาย แต่ในขณะเดียวกันฉันก็อยากทำงานด้วยตัวเอง ฉันต้องการพิสูจน์ว่าเพียงเพราะฉันทำงานคนเดียวมากและไม่จำเป็นต้องทำงานทั้งหมดในห้องทดลองฉันยังเป็นสมาชิกที่มีประสิทธิผลของทีม ผู้บริหารอัปเดตบอกฉันว่าปัญหาคือฉันใช้เวลาทำงานเป็นทีม 60% ของเวลาและฉันทำงานคนเดียว 40% ของเวลา พวกเขาบอกฉันว่าฉันควรใช้เวลา 99% ในการทำงานกับทีมตัวต่อตัวในห้องแล็บหรือที่ทำงาน ความคิดเห็นที่เกี่ยวข้องบางคำตอบซึ่งบางคนอาจพลาด: "ปัญหาคือฉันไม่จำเป็นต้องถามทีมของฉันเลยเพราะฉันชอบทำมันเองมากกว่าฉันและเชื่อใจ …

16 productivity  teamwork 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันอ่านเรียงความของ Paul Graham - Beating The A ค่าเฉลี่ย (2003)และนี่คือสิ่งที่เขาต้องพูด: ยิ่งมีรสชาติด้านไอทีที่รายละเอียดของงานมากขึ้น บริษัท ก็ยิ่งอันตรายน้อยลงเท่านั้น ประเภทที่ปลอดภัยที่สุดคือประเภทที่ต้องการประสบการณ์ Oracle คุณไม่ต้องกังวลเกี่ยวกับสิ่งเหล่านั้น คุณยังปลอดภัยถ้าพวกเขาบอกว่าพวกเขาต้องการนักพัฒนา C ++ หรือ Java ถ้าพวกเขาต้องการโปรแกรมเมอร์ Perl หรือ Python มันจะน่ากลัวนิดหน่อย - นั่นเริ่มเป็นเสียงเหมือน บริษัท ที่ด้านเทคนิคอย่างน้อยก็ทำงานโดยแฮกเกอร์ตัวจริง ตอนนี้เป็นบทความวันที่ แต่ผมไม่เห็นว่าการใช้ภาษาที่ไม่ใช่ธรรมดา (C / C ++ / Java, C #) จะเป็น'อันตรายน้อย' หากโปรแกรมเมอร์ขององค์กรคล่องแคล่วในการใช้ภาษาเพื่อการพัฒนาพวกเขาควรมีความเชี่ยวชาญในการเขียนโค้ดที่เหมาะสม ในความเป็นจริงถ้าคุณใช้ภาษาที่ไม่ใช่เรื่องธรรมดาจะไม่เกิดปัญหาในการบำรุงรักษา / …

16 programming-languages  productivity  startup  hacking 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นโปรแกรมเมอร์ที่โดดเดี่ยวในงานของฉันมานานแล้ว ปกติฉันจะอ่านบทความและโพสต์เกี่ยวกับ ระบบควบคุมเวอร์ชัน บูรณาการ / จัดส่งอย่างต่อเนื่อง วิธีการพัฒนา: Scrum, Waterfall, V-Model, Agile, XP, ฯลฯ การจัดการโครงการซอฟต์แวร์ แต่ดูเหมือนว่าเกือบทั้งหมดจะเน้นที่ทีม ฉันไม่ใช่ทีมงานดังนั้นชุดฝึกหัดขั้นต่ำสุดสำหรับโปรแกรมเมอร์เพียงหนึ่งเดียวคืออะไร พิจารณาเงื่อนไขต่อไปนี้: ฉันไม่ได้ขัดแย้งกับรหัสคนอื่น ฉันไม่ต้องการบำรุงรักษาต้นไม้ / ไดเรกทอรีต้นไม้สภาพแวดล้อมการพัฒนาของฉันใส่ใจเกี่ยวกับการกำหนดเวอร์ชันด้วยตัวเอง (การพัฒนาโดยใช้รูปภาพ) ไม่มีข้อกำหนดที่เป็นทางการผู้ใช้ของฉันไม่ทราบว่าพวกเขาต้องการอะไรและพวกเขาก็ใช้ได้ เพียงคนเดียวที่อาจสนใจส่งมอบเอกสารหรือเป็นฉันโดยทั่วไปลูกค้าต้องการผลและไม่สนใจวิธีการซอฟต์แวร์ ฯลฯ มุมมองของฉันคือฉันไม่ต้องการที่จะใช้เวลาและพลังงานในสิ่งที่ไม่เกี่ยวข้องกับความต้องการของลูกค้าโดยตรง คำแนะนำใด ๆ

16 project-management  productivity  development-methodologies  solo-development