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

ฉันมีลูกค้าตอนนี้ต้องการให้ฉันพัฒนาระบบการลงทะเบียนของโรงเรียน ตอนนี้เป็นครั้งแรกที่ฉันมีความท้าทายแบบนี้ ซอฟต์แวร์ที่ผ่านมาส่วนใหญ่ที่ฉันสร้างไม่ซับซ้อน ฉันรู้ว่าพวกคุณส่วนใหญ่ได้สร้างซอฟแวร์ที่ซับซ้อนฉันแค่ต้องการคำแนะนำของคุณเกี่ยวกับเรื่องนี้ ฉันควรออกแบบส่วนหน้าหรือส่วนหลังก่อนหรือไม่ ขอบคุณ! นี่คือข้อสรุปของบทความที่ฉันพบในอินเทอร์เน็ตเมื่อไม่นานมานี้ แค่ต้องการแบ่งปัน http://www.skitoy.com/p/front-end-vs-back-end-developers-my-take/157 นักพัฒนา Front-End และ Back-End (ใช้ของฉัน) ส่วนตัวของฉัน เป็นเรื่องของการฝึกอีกครั้งการสรุปทั่วไปของโรคหลอดเลือดสมองในวงกว้าง: นักพัฒนาส่วนหน้า โดยทั่วไปแล้วจะไม่มีระดับ CS หรือมีระดับ CS จากโรงเรียนชั้นที่ 3 ทำงานในภาษาที่คล้ายกับพื้นฐาน (ดู PHP เป็นพื้นฐาน) มีทักษะการมองเห็นในการแปลงเอกสาร Photoshop เป็น CSS / HTML / ฯลฯ มีความอดทนสูงสำหรับการเขียนโปรแกรมซ้ำเนื่องจากภาษาฟรี นักพัฒนาส่วนหลัง มีระดับ CS หรือมีประสบการณ์มากมาย ทำให้ฉันเป็นระบบมากขึ้นในวิธีการแก้ปัญหาของพวกเขา อย่ารังเกียจที่จะใช้เวลาหลายวันเพื่อค้นหาวัตถุชิ้นหนึ่งที่รั่ว ลองและสร้างเครื่องมือเพื่อแก้ปัญหา

30 design  database  database-development  database-design  front-end 

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

30 functional-programming  haskell  erlang 

ฉันทำงานที่ บริษัท ซอฟต์แวร์ขนาดเล็กที่เจ้าของเป็นผู้จัดการด้วย ความกังวลของฉันคือการที่ทุกคนและทุกความก้าวหน้าทางเทคโนโลยีจะพบกับการดูถูกที่สุดโดยการจัดการ ความคิดเห็นบางส่วนมีดังนี้: LINQ, nHibernate และ ORM เป็นแบบฝึกหัดการเขียนโปรแกรมที่ไม่ดีเราจะไม่ใช้มัน แอปพลิเคชันขนาดใหญ่ส่วนใหญ่ยังคงเขียนใน VB6 เว็บเป็นเรื่องเสียเวลาไม่ใช่เว็บแอพพลิเคชั่น ทุกครั้งที่มีการพัฒนาซอฟต์แวร์รุ่นใหม่ออกมาฉันต้องฟังการจัดการบ่นเกี่ยวกับมันเป็นเวลาหลายชั่วโมง เทคโนโลยีเช่น WPF, WCF, MVC และ Entity จะถูกมองข้ามอย่างสมบูรณ์ ทั้งหมดที่กล่าวว่ามันไม่ใช่สถานที่ที่น่ากลัวในการทำงานค่าจ้างเฉลี่ยและอยู่ใกล้กับบ้าน ความกังวลของฉันคือแม้ว่าเราใช้เทคนิค. NET รุ่นล่าสุด แต่เราแทบจะไม่ใช้เทคโนโลยีล่าสุด แต่เราอาจใช้. NET 1 ถ้าฉันตัดสินใจย้าย "ประสบการณ์" นี้จะ จำกัด อาชีพของฉันให้ฉลาดหรือไม่? ฉันอยู่ที่นี่มาสองสามปีแล้ว แก้ไข: ฉันรู้สึกขอบคุณจริงๆสำหรับการตอบสนองที่ยอดเยี่ยม ฉันคิดว่ามันอาจเป็นไปเพื่อผลประโยชน์ของฉันอย่างแท้จริง

30 skills  experience  visual-basic-6 

ฉันเขียนโปรแกรมทั้งใน Unix และ Windows ส่วนใหญ่ฉันทำงานใน Unix ซึ่งฉันได้เรียนรู้ปรัชญา Unixซึ่งสามารถสรุปได้ดังนี้ เขียนโปรแกรมที่ทำสิ่งหนึ่งและทำได้ดี เขียนโปรแกรมเพื่อทำงานร่วมกัน เขียนโปรแกรมเพื่อจัดการสตรีมข้อความเนื่องจากเป็นอินเตอร์เฟสสากล ดูเหมือนว่าจะมีความแตกต่างที่ชัดเจนในวัฒนธรรมการเขียนโปรแกรมระหว่างโลก Unix และ Windows เช่น: GUI เทียบกับ CLI ไฟล์ Registry vs config เครื่องมือจำนวนมากที่มีความเชี่ยวชาญสำหรับความต้องการใด ๆ เทียบกับกลุ่มของเครื่องมือมุมฉากทั่วไปซึ่งสามารถรวมกันได้ มี "ปรัชญา Unix" ใน Windows หรือไม่ สิ่งที่โปรแกรมเมอร์ Unix สามารถเรียนรู้จาก Windows หรือควรระวังเมื่อย้ายไปเขียนโปรแกรมใน Windows ฉันต้องการคำตอบเพื่อมุ่งเน้นการปฏิบัติที่ดีที่สุดของการเขียนโปรแกรม Windows (และไม่ใช่การต่อสู้ระหว่าง Windows และ Unix)

30 windows  philosophy  unix 

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

30 learning  education 

ฉันต้องการได้ยินจากผู้ที่ใช้ Doctrine 2 (หรือใหม่กว่า) และ Propel 1.5 (หรือใหม่กว่า) การเปรียบเทียบส่วนใหญ่ระหว่างผู้ทำแผนที่เชิงสัมพันธ์ของวัตถุทั้งสองนั้นอ้างอิงจากเวอร์ชันเก่า - Doctrine 1 เทียบกับ Propel 1.3 / 1.4 และ ORM ทั้งสองผ่านการออกแบบที่สำคัญในการแก้ไขล่าสุดของพวกเขา ตัวอย่างเช่นการวิพากษ์วิจารณ์ส่วนใหญ่ของ Propel นั้นดูเหมือนจะอยู่กึ่งกลางของคลาส"ModelName Peer " ซึ่งถูกคัดค้านใน 1.5 ทุกกรณี นี่คือสิ่งที่ฉันได้สะสมจนถึงขณะนี้ (และฉันพยายามทำให้รายการนี้สมดุลเท่าที่จะเป็นไปได้ ... ): ขับเคลื่อน ข้อดี เป็นมิตรกับ IDE อย่างยิ่งเนื่องจากมีการสร้างรหัสจริงแทนที่จะใช้วิธีเวทมนต์ PHP ซึ่งหมายความว่าฟีเจอร์ IDE เช่นการทำให้โค้ดสมบูรณ์มีประโยชน์จริง ๆ เร็ว (ในแง่ของการใช้ฐานข้อมูล - ไม่มีการทำวิปัสสนาบนฐานข้อมูล) ล้างการโยกย้ายระหว่างเวอร์ชันสกีมา (อย่างน้อยใน 1.6 เบต้า) …

30 php  orm  doctrine 

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

30 project-management  failure 

ฉันได้ทำโครงการโอเพนซอร์สและฉันวางแผนที่จะทำมากขึ้นในอนาคต จนถึงตอนนี้ฉันได้เปิดตัวรหัสทั้งหมดของฉันภายใต้ GPL แต่ฉันได้อ่านบทความสองสามฉบับที่อ้างว่า GPL นั้นมีข้อ จำกัด เกินไปที่จะใช้รหัสใด ๆ ในสภาพแวดล้อมขององค์กร นี้จะช่วยลดการมีส่วนร่วม นี่คือสิ่งที่ฉันต้องการจะทำ: สำหรับการใช้งานเต็มรูปแบบ : ไม่มีการใช้งานเชิงพาณิชย์ยกเว้นการสนับสนุนการขายสำหรับแอปพลิเคชัน (เช่นแอปไม่สามารถขายได้ แต่ทุกอย่างที่อยู่รอบ ๆ สามารถทำได้) สำหรับไลบรารี (คอมโพเนนต์, ปลั๊กอิน, ... ): สามารถรวมอยู่ในโครงการเชิงพาณิชย์โดยไม่มีการดัดแปลง การดัดแปลงใด ๆ ที่ห้องสมุด / องค์ประกอบจะต้องเปิดแหล่งที่มา (สนับสนุนกลับ) - ส่วนที่เหลือของโครงการเชิงพาณิชย์หรือไม่จะไม่ได้รับผลกระทบ สำหรับแอปพลิเคชัน GPL ยังคงเป็นตัวเลือกที่สมเหตุสมผล สำหรับห้องสมุดความเข้าใจดั้งเดิมของใบอนุญาตทำให้ฉันคิดว่า LGPL นั้นเข้ากันได้ดี แต่ฉันไม่แน่ใจ ฉันดูที่ใบอนุญาต MIT แล้วและดูเหมือนว่าจะอนุญาตเกินไป ส่วนใหญ่ฉันต้องการให้คนใช้รหัสของฉันทุกที่ที่พวกเขาต้องการตราบใดที่มีการปรับปรุงใด ๆ กลับคืนมา สิ่งนี้นำมาสู่คำถามของฉัน: LGPL เป็นตัวเลือกเชิงตรรกะสำหรับห้องสมุดโอเพ่นซอร์สส่วนประกอบปลั๊กอิน ฯลฯ …

30 licensing  open-source  gpl  lgpl  mit-license 

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

30 freelancing 

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

30 programming-languages 

เวลา 20% เป็นวัฒนธรรมของนายจ้างที่อนุญาตให้พนักงานใช้เวลา 20% ในการทำงานในโครงการที่น่าสนใจ - อาจเป็นการประดิษฐ์แอพใหม่หรือปรับปรุงกระบวนการที่มีอยู่เป็นต้นบางคนอาจรู้ว่านี่เป็นตัวเหม็น ทำงานอย่างไรก็ตามคำนั้นอาจไม่ได้มีความหมายอะไรสำหรับคุณ มีกรณีเอกสารจำนวนมากของผลิตภัณฑ์ที่ยอดเยี่ยมที่เกิดจากการทำงานของ บริษัท ที่มี 20% / ตัวเหม็น ดูเหมือนว่าสถานการณ์ชนะ / ชนะ; บริษัท อาจได้รับผลิตภัณฑ์หรือแอพพลิเคชั่นใหม่ที่ยอดเยี่ยมและนักพัฒนามีโอกาสที่จะยืดหยุ่นกล้ามเนื้อและสร้างสรรค์ของเขา / เธอ ฉันลองหลายครั้งเพื่อแนะนำรูปแบบ 20% / Skunk ที่ทำงานกับนายจ้างคนก่อนหน้าของฉันโดยไม่ประสบความสำเร็จ ฉันจะปรับการจัดการให้ดีขึ้นได้อย่างไร อะไรคือวิธีที่ "ถูกต้อง" ในการเข้าถึงการจัดการในลักษณะนี้

30 development-environment 

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

30 programming-practices  unit-testing  tdd 

ฉันเพิ่งอ่านหน้านี้http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx หนึ่งในสิ่งที่พวกเขาทำคือการแปลงวันที่ภาษาอาหรับเป็นปฏิทินภาษาอาหรับ ฉันสงสัยว่ามันเป็นความคิดที่ดีที่จะทำเช่นนั้น จริง ๆ แล้วมันจะน่ารำคาญ / สับสนสำหรับผู้ใช้ (แม้ว่าผู้ใช้เป็นภาษาอาหรับ) นอกจากนี้คำถามที่สองของฉันคือเราต้องเปลี่ยน 33,899.99 เป็น 33.899,99 สำหรับวัฒนธรรมบางอย่างเช่นเยอรมันหรือไม่ ฉันหมายความว่ามันไม่เป็นไรที่จะทำเช่นนั้นเพราะห้องสมุดทำเพื่อเราแล้ว แต่สิ่งนี้จะไม่ทำให้ผู้ใช้สับสนมากขึ้น (แม้ว่าเขาจะเป็นคนเยอรมัน ฯลฯ ) ฉันแน่ใจว่าวัฒนธรรมเหล่านี้มาจากไหนถ้าฉันให้เลข 33,899.99 กับคุณไม่มีทางที่คุณจะเข้าใจผิด (นอกเสียจากเว็บไซต์ / แอปพลิเคชันของฉันเป็นเว็บไซต์ / แอปพลิเคชั่นแรกที่คุณเคยใช้มาตลอดชีวิตซึ่งเป็นไปได้ แต่ความน่าจะเป็นนั้นอยู่ในระดับต่ำ) ฉันหมายถึง "สากล" เป็นรูปแบบที่ทุกคนจะเห็นและรู้ว่ามันหมายถึงอะไร ไม่จำเป็นต้องเป็นมาตรฐานที่เขียนด้วยขาวดำและที่คล้ายกัน ตราบใดที่ทุกคนสามารถอ่านและรู้ได้ทันทีโดยไม่สับสนว่าข้อความนี้สื่อถึงอะไร เพื่อให้แน่ใจว่า 1.234,00 นั้นไม่แน่นอน ฉันหมายถึงฉันแน่ใจว่าคุณสามารถหาคนที่ตลอดชีวิตของพวกเขาได้ใช้คอมพิวเตอร์ แต่ยังไม่เคยเจอรูปแบบตัวเลขนี้เลย เนื่องจากเว็บไซต์ / แอพส่วนใหญ่ใช้งาน 1,234.00 โดยไม่มีการเปลี่ยนแปลงเพื่อรองรับการโลคัลไลเซชั่นฉันเชื่อว่ามันเป็นจริง (รูปแบบสากลที่ทุกคนจะเห็นและรู้ว่ามันหมายถึงอะไร) สำหรับวันที่ถ้าเราเขียนวันที่ 01/02/46 ผมมั่นใจว่าไม่มีใครรู้ (ตรงไปตรงมาทันทีไม่มีความคลุมเครือ) ว่าเป็นวันอะไร แต่ไม่มีใครสามารถรับ …

30 time  internationalization  localization  date-format 

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

30 history  technology 

คุณทำอะไรเมื่อคุณทำงานกับคนที่มีแนวโน้มที่จะเขียนโค้ดไม่ดีโวหาร รหัสที่ผมพูดถึงมักจะเป็นเทคนิคที่ถูกต้องมีโครงสร้างที่สมเหตุสมผลและแม้กระทั่งอาจจะสง่างามอัลกอริทึม แต่มันก็ดูน่าเกลียด เรามี: ส่วนผสมของอนุสัญญาการตั้งชื่อและชื่อที่แตกต่างกัน ( underscore_styleและcamelCaseและUpperCamelและCAPSทั้งหมดใช้มากหรือน้อยโดยการสุ่มกับตัวแปรต่าง ๆ ในฟังก์ชั่นเดียวกัน) ระยะห่างที่แปลกประหลาดและไม่สอดคล้องกันเช่น Functioncall (arg1 ,arg2,arg3 ); คำที่สะกดผิดจำนวนมากในความคิดเห็นและชื่อตัวแปร เรามีระบบตรวจสอบรหัสที่ดีที่ฉันทำงานอยู่ดังนั้นเราจะได้ตรวจสอบและแก้ไขสิ่งที่เลวร้ายที่สุด อย่างไรก็ตามมีความรู้สึกเล็กน้อยในการส่งบทวิจารณ์รหัสที่ประกอบด้วย 50 บรรทัดของ "เพิ่มช่องว่างที่นี่สะกด 'itarator' อย่างถูกต้องเปลี่ยนการใช้อักษรตัวพิมพ์ใหญ่นี้ ฯลฯ คุณจะสนับสนุนให้บุคคลนี้ระมัดระวังและสอดคล้องกับรายละเอียดเหล่านี้มากขึ้นอย่างไร

30 coding-style  code-quality  teamwork  code-reviews