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

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

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

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

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

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

12
การพัฒนา C # แยกออกจาก IDE ที่คุณใช้อย่างมีประสิทธิภาพหรือไม่
ฉันเป็นโปรแกรมเมอร์ Python ที่เรียนรู้ C # ที่พยายามหยุดกังวลและเพียงรัก C # ในสิ่งที่มันเป็นมากกว่าที่จะเปรียบเทียบกับ Python อย่างต่อเนื่อง ฉันจมอยู่ในจุดหนึ่ง: การขาดความชัดเจนเกี่ยวกับสิ่งที่กำหนดไว้ตามรายละเอียดในคำถาม Stack Overflowนี้ กล่าวโดยย่อ: ใน C # using fooไม่ได้บอกคุณว่าชื่อfooมีการใช้งานซึ่งคล้ายกับfrom foo import *ใน Python - รูปแบบที่ท้อแท้ภายในวัฒนธรรมการเข้ารหัสของ Python สำหรับการบอกเป็นนัยมากกว่าวิธีที่ชัดเจนfrom foo import barกว่า ฉันค่อนข้างจะประทับใจกับคำตอบของ Stack Overflow จากโปรแกรมเมอร์ C # ซึ่งในทางปฏิบัติแล้วการขาดความชัดเจนไม่สำคัญเพราะใน IDE ของคุณ (สมมุติว่า Visual Studio) คุณสามารถโฮเวอร์เหนือชื่อและได้รับการบอกเล่าจาก ระบบที่ชื่อมาจาก เช่น: ทีนี้ในทางทฤษฎีฉันรู้ว่านี่หมายถึงเมื่อคุณมองด้วยโปรแกรมแก้ไขข้อความคุณไม่สามารถบอกได้ว่าประเภทมาจากอะไรใน C # …

6
วิธี จำกัด หมายเลขให้ถูกต้องหรือไม่
คำเตือนใดที่ฉันควรทราบขณะแปลหมายเลขในแอปพลิเคชันส่วนหน้าของฉัน ตัวอย่าง: ในบราซิลโปรตุเกส (pt-BR) เราแบ่งหลายพันด้วยจุดและทศนิยมด้วยเครื่องหมายจุลภาค ในภาษาอังกฤษแบบอเมริกัน (en-US) นั้นตรงกันข้าม ใน pt-BR เราแสดงตัวเลขที่คั่นด้วยหลักพันเหมือนกับ en-US แต่การอ่านเกี่ยวกับภาษาอังกฤษของอินเดีย (en-IN) วันนี้ฉันเจออัญมณีนี้: ระบบหมายเลขอินเดียเหมาะสำหรับการจัดกลุ่มหลัก เมื่อเขียนด้วยคำพูดหรือเมื่อพูดตัวเลขที่น้อยกว่า 100,000 / 100,000 จะแสดงเช่นเดียวกับในภาษาอังกฤษมาตรฐาน ตัวเลขรวมถึงและเกิน 100,000 / 100,000 แสดงเป็นส่วนย่อยของระบบเลขอินเดีย https://en.wikipedia.org/wiki/Indian_English#Numbering_system ซึ่งหมายความว่า: 1000000 units in pt-BR are formatted 1.000.000 1000000 units in en-US are formatted 1,000,000 1000000 units in en-IN are formatted 10,00,000 นอกเหนือจากเครื่องหมายจุลภาคและจุดและตัวคั่นเฉพาะอื่น …

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

4
มีการวิจัยเกี่ยวกับความแตกต่างทางภูมิศาสตร์ในสภาพแวดล้อมการทำงาน (เช่นความเคารพ) สำหรับโปรแกรมเมอร์หรือไม่ [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา สิ่งหนึ่งที่ฉันได้เรียนรู้จากเว็บไซต์นี้คือนักพัฒนาซอฟต์แวร์ไม่ได้รับการปฏิบัติเช่นเดียวกับที่ฉันเคยเห็นใน บริษัท ที่ฉันเคยทำงานมาและความแตกต่างบางอย่างดูเหมือนจะเกี่ยวข้องกับวัฒนธรรมหรือปัจจัยอื่น ๆ ของ ที่ตั้งทางภูมิศาสตร์ที่โปรแกรมเมอร์ทำงาน ในบางพื้นที่ดูเหมือนว่าโปรแกรมเมอร์สามารถคาดหวังผลประโยชน์มากมายและความเคารพอย่างมืออาชีพ แต่ในที่อื่น ๆ ดูเหมือนว่าโปรแกรมเมอร์จะถูกมองว่าเป็นกรรมกรที่ได้รับคำสั่งว่าควรทำอย่างไรและควรทำโดยไม่ต้องสงสัย แม้เพียงแค่ในสหรัฐอเมริกาดูเหมือนจะมีความแตกต่างที่สำคัญใน "บรรทัดฐาน" ระหว่างภูมิภาคต่างๆของประเทศนี้ ฉันสงสัยว่านี่เป็นเพียงการรับรู้ของฉันและความแตกต่างที่แท้จริงเกี่ยวกับวิธีการรับรู้ของโปรแกรมเมอร์ในที่ต่าง ๆ ของพวกเขา มีงานวิจัยใดบ้างที่พูดคุยเกี่ยวกับความแตกต่างที่สำคัญในสภาพแวดล้อมการทำงานของโปรแกรมเมอร์หรือทัศนคติเกี่ยวกับวิธีการรักษาหรือเคารพโปรแกรมเมอร์ตามภูมิศาสตร์? ฉันสนใจที่จะอ่านบทความต่างๆ แก้ไข: การวิจัยโดยเฉพาะดูเหมือนจะไม่พร้อมใช้งานดังนั้นฉันจึงทำให้คำถามกว้างขึ้น มีการเขียนที่ดีและรอบคอบในหัวข้อประเภทใดบ้าง
23 culture 

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

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

1
หนังสือและเรื่องราวเกี่ยวกับวัฒนธรรมการเขียนโปรแกรมโดยเฉพาะในยุค 80 / ต้นยุค 90 [ปิด]
ปิด. คำถามนี้อยู่นอกหัวข้อปิดหัวข้อไม่ยอมรับคำตอบในขณะนี้ ปิดให้บริการใน5 ปีที่ผ่านมา ** คำตอบของคำถามนี้เป็นความพยายามของชุมชน แก้ไขคำตอบที่มีอยู่เพื่อปรับปรุงโพสต์นี้ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันสนุกไปกับหนังสือเกี่ยวกับวัฒนธรรมของแฮ็กเกอร์และดำเนินธุรกิจซอฟต์แวร์ในยุค 80 และ 90 ด้วยเหตุผลบางอย่างสิ่งที่ดูเหมือนน่าตื่นเต้นมากขึ้นแล้ว ตัวอย่างคือ: Microserfs (Douglas Coupland) Accidental Empires (Robert X. Cringely เกือบจะสมบูรณ์ (WE Peterson ออนไลน์!) โคเดอร์เนทที่ทำงาน (Peter Seibel) วันนี้ฉันเป็นผู้ประกอบการและโปรแกรมเมอร์ ย้อนกลับไปในยุค 80 ฉันเป็นเด็กแฮ็คที่เจาะระบบ DOS TSR และเขียนรหัส GWBasic / QBasic ในยุค 90 ฉันเป็นนักศึกษามหาวิทยาลัย CS ซึ่งประสบกับการเติบโตของอินเทอร์เน็ตทั่วโลก เมื่ออ่านหนังสือเหล่านี้ที่ดำเนินธุรกิจซอฟต์แวร์ดูสนุกสนานกว่าที่เป็นอยู่ทุกวันนี้ สิ่งที่เคยเป็นเรื่องง่ายกว่ามากโอกาสดูเหมือนจะอยู่ทุกหนทุกแห่งและผู้ที่เพิ่งเริ่มต้นดูเหมือนจะทำงานกับปัญหาที่แท้จริงมากขึ้น (ประดิษฐ์สเปรดชีตเขียนโปรแกรมประมวลผลคำในแอสเซมบลีบน 6 แพลตฟอร์มที่แตกต่างกัน) ไม่มีใครแบ่งปันความรู้สึกเหล่านี้หรือไม่ …
17 books  history  culture 

3
“ ประวัติศาสตร์วัฒนธรรมภาษา” มีบทบาทอะไรบ้างในการเล่นกับแท่น?
ฉันเพิ่งพบสิ่งนี้บทความจากไม่กี่ปีที่ผ่านมา มันระบุว่าความแตกต่างอย่างมีนัยสำคัญในวัฒนธรรมโดยรอบ VB และ C # ไม่ใช่ความแตกต่างที่เกิดขึ้นจริงในภาษามีส่วนร่วมในการเขียนโค้ด C # โดยทั่วไปมีความสามารถมากกว่า VB ตัวแปลงสัญญาณ เห็นได้ชัดว่าทำให้เกิดเปลวไฟสงครามมากมายและคำถามว่า C # ers หรือ VBers เป็นคนโง่จะไม่ได้รับคำตอบ ดังที่กล่าวไว้ผู้เขียนอ้างว่าวัฒนธรรมรอบ ๆ แพลตฟอร์มเฉพาะนั้นมีส่วนทำให้คุณภาพของทีมยังคงมีเหตุผล ตัวอย่างเช่นแม้ว่า Java มีประสิทธิภาพมากกว่าในการพัฒนาแอปด้วยในขณะนี้ทีมนักพัฒนาของ Google Go ดูเหมือนจะมีความสามารถโดยเฉลี่ยสูงกว่าทีมนักพัฒนา Java เนื่องจากเรียนรู้ Go นักพัฒนาอาจมี ที่จะเป็นลูกบุญธรรมสุดยอดและหวือชายแดนแฮ็ค ดังนั้นโดยสรุปวัฒนธรรมยอมแพ้อย่างใดอย่างหนึ่งหรืออีกแพลตฟอร์มหนึ่งส่งผลกระทบต่อคุณภาพของนักพัฒนาโดยเฉลี่ยบนแพลตฟอร์มนั้นได้อย่างไร

8
จะเข้มงวดหรือจริงจัง?
ฉันเริ่มตระหนักแล้วว่าการพัฒนาซอฟต์แวร์เป็นกระบวนการหนึ่งในการถามคำถามตัวเองอย่างต่อเนื่อง คำถามเกี่ยวกับคุณภาพของรหัสการแยกข้อกังวลการลดการพึ่งพา ... แต่คำถามหลักคือคุณจะไปได้ไกลแค่ไหนโดยไม่ต้องไปโรงพยาบาลโรคจิต? ฉันสมัครงานใหม่ เมื่อวานฉันอยู่กับนายจ้างในอนาคตที่เป็นไปได้ที่ต้องการทดสอบความสามารถในการเขียนโปรแกรมของฉัน แบบฝึกหัดข้อหนึ่ง: อธิบายว่าโค้ดนี้ทำอะไร ฉันอ่านโค้ดของแอปพลิเคชั่น (winforms ใน vb.net) ที่พวกเขาพัฒนา (มันเป็นแอพพลิเคชั่นสำหรับผู้บริหารในโรงพยาบาล) นี่ทำให้ฉันมีโอกาสได้เห็นว่าพวกเขาเข้าใกล้สิ่งต่าง ๆ อย่างไรและมันค่อนข้างน่าผิดหวัง ตัวอย่างบางส่วน: ฉันเห็นบางแห่ง: โทร [ใส่ชื่อของรูทีนย่อยที่นี่] -> ฉันหลง: นั่นไม่ใช่อะไรจาก VB6 ใช่ไหม พวกเขามีข้อมูลแยกต่างหากโดยใช้ ado.net แต่วิธีหนึ่งที่ฉันต้องตรวจสอบส่งกลับชุดข้อมูลไปยังชั้นที่เรียก แยกข้อมูลหรือไม่ดังนั้นแอปพลิเคชันจึงเชื่อมโยงกับ ado.net (ซึ่งอาจไม่เป็นปัญหาหากไม่เคยเปลี่ยนไปใช้วิธีการเข้าถึงข้อมูลอื่น) ชุดข้อมูลนั้นอ่านตามสภาพดังนั้นจึงยังคงเป็นวิธีการที่ใช้ข้อมูลเป็นศูนย์กลาง (แน่นอนว่าเราสามารถยืนยันเหตุผล / พฤติกรรมที่คุณสามารถใส่ในคลาสเช่น "ผู้ป่วย" หรือ "LabAnalysisRequest" ได้ ฉันยังเชื่อว่าได้เห็นการสร้างแบบสอบถาม SQL โดยการต่อข้อมูลสตริง พวกเขาใช้วิธีการเก็บ (ซึ่งสำหรับฉันหมายถึง: การกระจายของตรรกะ) ไม่เอ่ยถึงมุมมอง / ตัวควบคุม: มันขับเคลื่อนทุกรูปแบบ …
13 culture 

10
มีวัฒนธรรมย่อยของการเขียนโปรแกรม / ซอฟต์แวร์อยู่บ้าง กำหนดอะไร คุณเป็นของใคร [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา สำหรับโลกภายนอกผู้เขียนโปรแกรมนักวิทยาศาสตร์คอมพิวเตอร์วิศวกรซอฟต์แวร์และนักพัฒนาอาจดูเหมือนกัน แต่ก็ยังห่างไกลจากกรณีของผู้ที่สร้างซอฟต์แวร์สำหรับการใช้ชีวิต ความสามารถและความรู้ของโปรแกรมเมอร์เดี่ยว ๆ นั้นมีความสามารถอย่างกว้างขวางเช่นเดียวกับเครื่องมือ (OS, ภาษา, และใช่, ตัวแก้ไขที่ต้องการ) และความหลากหลายนั้นทำให้เกิดวัฒนธรรมย่อยจำนวนมากในซอฟต์แวร์เช่นโปรแกรมเมอร์ที่ใช้ Stack Overflow และเว็บไซต์นี้ เมื่อเทียบกับอีกหลายคนที่ไม่ได้ ฉันอยากรู้อยากเห็นจากคนอื่น ๆ ว่าพวกเขาได้พบกับซอฟต์แวร์ย่อยวัฒนธรรมใดบ้างเป็นของชื่นชมชื่นชมไม่ชอบหรือแม้แต่สร้างขึ้นมา สำหรับการเริ่มฉันได้พบ: บริษัท และผู้พัฒนาที่ขับเคลื่อนด้วย Microsoft : สแต็กทั้งหมดมาจาก Redmond, WA อีเมลคือ Outlook คืออีเมล เว็บคือ IE และ IIS พวกเขามีตัวประสานขนาดใหญ่ของการสมัครสมาชิก MS Developer Network ซึ่งเต็มไปด้วย VB, .net, Visual Studio และอื่น …
13 culture  social 

7
ภาษาพูดของเจ้าของภาษาส่งผลกระทบต่อคุณภาพของรหัสหรือไม่
มีโรงเรียนแห่งความคิดในภาษาศาสตร์ที่การแก้ปัญหาเชื่อมโยงกับไวยากรณ์ความหมายไวยากรณ์และความยืดหยุ่นของภาษาพูดของเจ้าของภาษา เมื่อทำงานกับทีมพัฒนาระหว่างประเทศหลายแห่งฉันสามารถเห็นวัฒนธรรมทางจิต (ถ้าคุณต้องการ) ใน codebase อย่างชัดเจน นอกเหนือจากการเขียนโปรแกรมภาษารหัสภาษาเยอรมันค่อนข้างแตกต่างจากเพื่อนร่วมงานของฉันในอินเดีย รหัสก็แตกต่างกันอย่างชัดเจนในอเมริกากลางเช่นเดียวกับในอเมริกาชายฝั่ง (จริง ๆ แล้ว IBM สังเกตเมื่อหลายปีก่อน) คุณสังเกตเห็นกับเพื่อนร่วมงานระหว่างประเทศของคุณ (จากประเทศใด ๆ ) ว่ารูปแบบการเข้ารหัสและการแก้ปัญหาสอดคล้องกับภาษาท้องถิ่นหรือไม่?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.