วิศวกรรมซอฟต์แวร์

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

51 productivity  education 

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

51 issue-tracking 

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

51 skills 

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

51 open-source  self-improvement  code-reviews  personal-projects 

เมื่อเร็ว ๆ นี้ฉันคิดถึงคำถามสัมภาษณ์และคิดถึงประสบการณ์การสัมภาษณ์ที่ไม่ดีในอดีต หนึ่งในบันทึกย่อพิเศษคือที่ฉันถามผู้สัมภาษณ์ว่าเหตุใดทีมจึงเลือกใช้ EJB 3 ในฤดูใบไม้ผลิในผลิตภัณฑ์ของพวกเขา ผู้สัมภาษณ์ฉีกหน้าของฉันออกมาตะโกนว่า "เพราะสปริงไม่ใช่ทุกอย่างและจบการพัฒนาซอฟต์แวร์จาวาทั้งหมดคุณต้องการงานนี้หรือไม่?" ในการตอบสนองต่อสิ่งนี้ฉันบอกเขาว่านี่อาจไม่ใช่งานของฉันและฉันก็เดินออกจากการสัมภาษณ์ทันที ฉันได้รับแจ้งเมื่อตอนต้นของการสัมภาษณ์ว่า บริษัท มีการหมุนเวียนพนักงานสูงผลิตภัณฑ์ที่พวกเขากำลังทำงานถูกสร้างขึ้นครั้งแรกใน Modula-3 จากนั้นย้ายไปยัง Perl และสุดท้ายไปยัง Java ฉันส่งคำถามทางเทคนิคเล่มเล็ก 10 หน้าครอบคลุม Java, EJB, SQL และ JDBC และฉันถูกถามคำถามเกี่ยวกับสแต็คเทคโนโลยีที่ฉันทำงานด้วย เมื่อได้รับแจ้งให้ถามคำถามฉันรู้สึกว่ามีเหตุผลที่จะถามพวกเขาเกี่ยวกับสแต็คเทคโนโลยีของพวกเขาและได้รับคำตอบที่สมเหตุสมผลไม่ส่งผู้สัมภาษณ์ลงในเปลวเพลิง คำถาม: เป็นความคิดที่ดีหรือไม่ที่จะสำรวจทางเลือกทางสถาปัตยกรรมในการสัมภาษณ์? ถ้าไม่ทำไม จากมุมมองของฉันการสัมภาษณ์เป็นกระบวนการสองทาง หากผู้สัมภาษณ์กำลังทดสอบทักษะทางเทคนิคของฉันฉันมีสิทธิ์ที่จะถามคำถามเดียวกันกับพวกเขาทุกคนเพื่อ: 1) ค้นหาความคิดและทัศนคติของพวกเขาที่มีต่อการพัฒนาซอฟต์แวร์ 2) กำหนดว่าแนวทางของพวกเขาสอดคล้องกับวิธีที่ฉันจะแก้ไขปัญหาของประเภทนั้นหรือไม่ เป็นไปได้ว่าผู้สัมภาษณ์ที่โกรธเคืองมีทักษะการสัมภาษณ์ต่ำและลืมว่าการสัมภาษณ์เป็นการแลกเปลี่ยนสองทาง หากฉันถูกถามเรื่องนี้ฉันจะได้รับคำตอบที่สมเหตุสมผล แต่แน่นอนว่าฉันจะไม่พยายามใส่ผู้ให้สัมภาษณ์ไว้ในสถานการณ์ที่ยอมจำนนโดยที่หัวเพิ่งจะส่ายหัวขึ้นและลงโดยไม่มีการสนทนา

51 java  interview 

หลังจากอ่านคำถามเกี่ยวกับหนังสือที่โปรแกรมเมอร์ทุกคนควรอ่านฉันสงสัยว่าสิ่งต่อไปนี้ควรได้รับการพิจารณาว่าล้าสมัยหรือไม่: รหัสเสร็จสมบูรณ์ : ฉบับที่ 1 ในปี 1993; ฉบับที่ 2 พฤษภาคม, 2004 รู้เบื้องต้นเกี่ยวกับอัลกอริทึม (Cormen, Leiserson, Rivest, Stein) : ฉบับที่ 1 ในปี 1990 ฉบับที่ 2 ในเดือนกันยายน 2544 ฉบับที่ 3 ในปี 2009 โปรแกรมเมอร์ที่ใช้งานจริง : ตุลาคม 2542 โครงสร้างและการตีความโปรแกรมคอมพิวเตอร์ : พิมพ์ครั้งที่ 1 ในปี 1984 ฉบับที่ 2 ในเดือนกันยายน 2539 ภาษาโปรแกรม C : ฉบับที่ 1 ในปี 1978; …

51 books  software-obsolescence 

Combinators คืออะไร ฉันกำลังหา: คำอธิบายการปฏิบัติ ตัวอย่างการใช้งาน ตัวอย่างของวิธีการที่ combinators ปรับปรุงคุณภาพ / รหัสทั่วไป ฉันไม่ได้กำลังมองหา: คำอธิบายของ combinators ที่ไม่ได้ช่วยให้ฉันทำงานเสร็จ (เช่น Y-combinator)

51 programming-practices  functional-programming 

ฉันทำงานในโครงการขนาดใหญ่ (เช่นการรวมกันของโครงการขนาดเล็กจำนวนมากที่ไม่สามารถแยกออกจากกันได้ง่ายเนื่องจากการจัดการการพึ่งพาที่ไม่ดี แต่เป็นการสนทนาที่แตกต่างกัน) ใน Java โดยใช้ eclipse เราได้ปิดคำเตือนจำนวนหนึ่งจากการตั้งค่าคอมไพเลอร์และโครงการยังคงมีคำเตือนมากกว่า 10,000 รายการ ฉันเป็นผู้สนับสนุนที่ยิ่งใหญ่ในการพยายามจัดการกับคำเตือนทั้งหมดแก้ไขทั้งหมดถ้าเป็นไปได้และสำหรับผู้ที่ถูกมองว่าปลอดภัยและปราบปรามพวกเขา (เช่นเดียวกับความหลงใหลในศาสนาของฉันด้วยการทำเครื่องหมายวิธีการที่นำไปใช้ / overriden ทั้งหมดเป็น @Override) ข้อโต้แย้งที่ใหญ่ที่สุดของฉันคือคำเตือนทั่วไปช่วยให้คุณพบข้อบกพร่องที่อาจเกิดขึ้นระหว่างการรวบรวม อาจจะหมดไป 99 จาก 100 ครั้งคำเตือนนั้นไม่มีนัยสำคัญ แต่ฉันคิดว่าหัวหน้าเกาว่าประหยัดได้หนึ่งครั้งเพื่อป้องกันข้อผิดพลาดที่สำคัญมันคุ้มค่า (เหตุผลอื่นของฉันคือ OCD ของฉันชัดเจนด้วยรหัสความสะอาด) อย่างไรก็ตามเพื่อนร่วมทีมของฉันจำนวนมากดูเหมือนจะไม่สนใจ ฉันแก้ไขคำเตือนเป็นครั้งคราวเมื่อฉันสะดุดพวกเขา (แต่คุณรู้ว่ามันเป็นเรื่องยากเมื่อคุณสัมผัสรหัสที่เขียนโดยเพื่อนร่วมงาน) ขณะนี้มีคำเตือนมากกว่าชั้นเรียนอย่างแท้จริงข้อดีของคำเตือนจะลดลงอย่างมากเพราะเมื่อคำเตือนเป็นเรื่องธรรมดาไม่มีใครจะมาดูพวกเขาทั้งหมด ฉันจะโน้มน้าวให้เพื่อนร่วมทีมของฉัน (หรืออำนาจที่เป็น) ว่าคำเตือนต้องได้รับการแก้ไข (หรือระงับเมื่อสอบสวนอย่างเต็มที่) ได้อย่างไร หรือฉันควรโน้มน้าวตัวเองว่าฉันบ้า? ขอบคุณ (PS ฉันลืมที่จะพูดถึงสิ่งสุดท้ายที่กระตุ้นให้ฉันโพสต์คำถามนี้คือฉันเศร้าสังเกตเห็นว่าฉันกำลังแก้ไขคำเตือนช้ากว่าที่พวกเขาจะผลิต)

51 java  eclipse 

ตัวอย่างเช่นเครื่องบินเป็นเว็บไซต์ที่เป็นระบบที่ระบบล้มเหลวในบางระบบไม่สามารถยอมรับได้อย่างสมบูรณ์เนื่องจากข้อผิดพลาดในเช่นการตรวจสอบเที่ยวบินอาจทำให้นักบินทำงานผิดปกติและดำน้ำ เห็นได้ชัดว่าสิ่งนี้ไม่ได้เกิดขึ้นเนื่องจากวิศวกรที่ยอดเยี่ยมของโบอิ้งและแอร์บัสมีการตรวจสอบในระบบอัตโนมัติเพื่อให้แน่ใจว่าการตัดสินใจดำน้ำนั้นเป็นวิธีที่ยอมรับและปลอดภัยอย่างสมบูรณ์แบบ หรือบางทีคอมพิวเตอร์ขัดข้องและนักบินในเครื่องบิน fly-by-wire รุ่นใหม่ไม่สามารถทำการบินได้อีกต่อไป แน่นอนว่ามีขั้นตอนความปลอดภัยต่าง ๆ และระบบสำรองซ้ำซ้อนในระบบเหล่านี้เพื่อป้องกันความผิดพลาด (ทั้งซอฟต์แวร์และเครื่องบิน) อย่างไรก็ตามในทางกลับกันมันค่อนข้างชัดเจนว่าซอฟต์แวร์ไม่สมบูรณ์ - ทั้งโอเพ่นซอร์สและซอฟต์แวร์โอเพนซอร์ซทำผิดพลาดเป็นประจำและมีเพียงโปรแกรม "Hello World" ที่ง่ายที่สุดเท่านั้นที่จะไม่ล้มเหลว วิศวกรที่ออกแบบระบบซอฟต์แวร์ในอุตสาหกรรมเกี่ยวกับการบินการแพทย์และอื่น ๆ ที่มีชีวิตหรือความตายจะจัดการทดสอบซอฟต์แวร์ของตนอย่างไรเพื่อไม่ให้ล้มเหลว (และหากล้มเหลวอย่างน้อยก็ล้มเหลวอย่างงดงาม) ฉันหวังเป็นอย่างยิ่งว่าคุณจะไม่ได้ไป: "โอ้ฉันทำงานให้กับโบอิ้ง / แอร์บัส / (บริษัท อื่น ๆ ) และมันไม่ได้! ขอให้สนุกในเที่ยวบิน / โรงพยาบาลต่อไปของคุณ"

51 testing 

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

51 testing  unit-testing  assertions 

ฉันจะทำงานเป็นผู้นำการพัฒนาสำหรับการเริ่มต้นและฉันแนะนำให้เราใช้ VMs เพื่อการพัฒนา ฉันไม่ได้พูดถึงนักพัฒนาแต่ละคนที่มีเดสก์ท็อปที่มี VM สำหรับการทดสอบ / การพัฒนาฉันหมายถึงการมีชั้นวางเซิร์ฟเวอร์ที่ VMs ทั้งหมดได้รับการจัดการและให้นักพัฒนาทำงานจาก microPC (ChromeOS ทุกคนหรือไม่) คอมพิวเตอร์. สำหรับฉันแล้วประโยชน์คือความจริงที่ว่ามันสามารถปรับขนาดได้มากราคาถูกในระยะยาวจัดการได้ง่ายขึ้นและเราใช้ประโยชน์จากฮาร์ดแวร์ให้ได้ศักยภาพสูงสุด สำหรับข้อด้อยฉันไม่สามารถนึกถึงผู้ทำสต็อกที่เฉพาะเจาะจงนอกเหนือจากที่เราต้องการใครสักคนที่จะติดตั้ง / ดูแลการตั้งค่าดังกล่าว ฉันหวังว่าคุณบางคนอาจมีการตั้งค่าที่คล้ายกันในสถานที่ทำงานของคุณและสามารถชั่งน้ำหนักกับความคิดเห็นของคุณ ขอบคุณ

51 development-process  hardware  virtual-machine  virtualization 

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

51 productivity  career-development  development-environment 

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

51 mainframe 

ทำไมมีภาษาการเขียนโปรแกรมมากมาย และอะไรที่กระตุ้นให้บางคนสร้างภาษาการเขียนโปรแกรมทั้งๆที่มีภาษาอื่นอยู่แล้ว?

51 programming-languages 

การทดสอบ Joelเป็นการทดสอบที่รู้จักกันดีในการพิจารณาว่าทีมของคุณดีแค่ไหน คุณคิดอย่างไรเกี่ยวกับคะแนน คุณไม่เห็นด้วยกับพวกเขาหรือไม่? มีอะไรที่คุณจะเพิ่มหรือไม่

51 joel-test