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

ถาม - ตอบสำหรับมืออาชีพนักวิชาการและนักเรียนที่ทำงานในวงจรการพัฒนาระบบ

2
เหตุใด 24 เส้นจึงเป็นความสูงเทอร์มินัลเริ่มต้นทั่วไป?
ดูเหมือนว่า 80x24 อักขระจะเป็นค่าเริ่มต้นที่พบบ่อยมากสำหรับหน้าต่างเทอร์มินัล คำตอบนี้ให้เหตุผลทางประวัติศาสตร์ที่ดีมากว่าทำไมความกว้างคือ 80 อักขระ แต่ทำไมความสูงถึง 24 (หรือ 25) บรรทัดโดยทั่วไปคือ?

6
ฉันจะหลอกตัวเองเหรอ? นักวิเคราะห์ธุรกิจเปลี่ยนเป็นโปรแกรมเมอร์
งานปัจจุบัน: ทำงานเป็นนักวิเคราะห์ธุรกิจหลักสำหรับ บริษัท Big 4 นำทีมนักพัฒนาและผู้ทดสอบที่ทำงานในโครงการ re-platforming ขนาดใหญ่ (4 on dev dev, 4 devs นอกชายฝั่ง, ทดสอบนอกชายฝั่ง / นอกชายฝั่งหลาย) ยังทำงานในความสามารถที่คล้ายกันในโครงการขนาดเล็กอื่น ๆ ขอบเขตของบทบาทของฉัน: การรวบรวม / การเขียนความต้องการ, การสร้างฟังก์ชั่นการใช้งาน, การออกแบบ UI (โดยทั่วไปจะทำการแมปส่วนหน้าทั้งหมดของระบบ), ทำงานอย่างใกล้ชิดกับ devs เพื่อสื่อสาร / ชี้แจงข้อกำหนดและหาแนวทางแก้ไข การเขียนกรณีทดสอบ (และทำการทดสอบจำนวนมาก) ทำงานร่วมกับผู้บริหารระดับสูงและผู้มีส่วนได้ส่วนเสียหลักการจัดการผู้ทดสอบเบต้าการสร้างคู่มือผู้ใช้และการฝึกอบรมชั้นนำโดยให้การสนับสนุนทางเทคนิคที่สำคัญ ฉันยังเขียนมาโครสักสองสามตัวใน Excel โดยใช้ VBA (มาโครหลายตัวของฉันตอนนี้ใช้กันทั่วทั้ง บริษัท ดังนั้นอาจจะมีประมาณ 1,000 คนที่ใช้มัน) และใช้ SQL เป็นประจำทุกวัน อาศัยข้อมูล SQL …

5
ข้อดีของ Ceylon เหนือ Java คืออะไร [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา มองหาภาษาโปรแกรมที่กำลังจะมาถึงเร็ว ๆ นี้และผ่านเน็ตฉันเจอ Ceylon ฉันไปที่ceylon-lang.orgและมันบอกว่า: Ceylon ได้รับอิทธิพลจาก Java อย่างลึกซึ้ง คุณจะเห็นว่าเราเป็นแฟนของ Java แต่เรารู้ว่าข้อ จำกัด นั้นอยู่ข้างใน Ceylon รักษาส่วนที่ดีที่สุดของ Java ไว้ แต่ปรับปรุงสิ่งต่าง ๆ ที่ในประสบการณ์ของเรานั้นน่ารำคาญ, น่าเบื่อ, หงุดหงิด, ยากที่จะเข้าใจหรือ bugprone ข้อดีของ Ceylon เหนือ Java คืออะไร

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

3
วิธีจัดการกับคำถามสัมภาษณ์เกี่ยวกับรูปแบบการเขียนโปรแกรม [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ในฐานะผู้เขียนโปรแกรม C ++ ในการสัมภาษณ์ฉันพบว่าตัวเองอยู่ในสถานการณ์บ่อยครั้งผู้สัมภาษณ์ต้องการแสดงความรู้เกี่ยวกับรูปแบบการเขียนโปรแกรมที่ดี โดยทั่วไปแล้วสิ่งเหล่านี้มีศูนย์กลางอยู่ที่ความรู้พื้นฐานของ OOP ฉันรู้ว่า OOP มีประโยชน์ในการสรุปแนวคิดและฉันใช้ทุกวัน อย่างไรก็ตามเนื่องจากภาษาอย่าง C ++ อนุญาตให้มีสไตล์ที่แตกต่างกันและบางวิธีของ C ++ เช่นอัลกอริธึม TMP หรือ STL ไม่ใช่ OOP เลย (แต่ค่อนข้างเหมือนการเขียนโปรแกรมที่ใช้งานได้) ฉันพบว่าตัวเองติดอยู่กับวิธีที่ดีที่สุด ดีโดยไม่ต้องเจอว่าเป็นคนที่หยิ่งยโสหรือเป็นคนที่ไม่มีความรู้พื้นฐาน ฉันกลัวว่าการเน้นไปที่ OOP ของผู้ถามจะมาจากพวกเขาที่เข้าสังคมในยุค 90 ที่ OOP เชื่อว่าเป็นวิธีรักษาทั้งหมด แต่นั่นเป็นจุดยืนที่หยิ่งจองหอง ฉันจะทำให้ดีที่สุดของคำถามเช่นนี้ได้อย่างไร

4
มันถูกกฎหมาย / จริยธรรมในการเผยแพร่โครงการ oss ของผู้เขียนที่ไม่ตอบสนองหรือไม่?
ฉันพบโครงการ oss ขนาดเล็ก (ไฟล์เดียว) ในบล็อกของใครบางคนเมื่อไม่กี่เดือนที่ผ่านมา ใบอนุญาตคือ "Attribution-ShareAlike 2.5 Generic" ฉันส่งจดหมายไปยังผู้เขียนถ้าฉันสามารถใส่มันใน github แต่ไม่ได้รับการตอบกลับ ในขณะเดียวกันบล็อกของเขาก็ถูกปิด ฉันไม่ได้เป็นนักกฎหมาย แต่ดูเหมือนว่าจะเป็นการเผยแพร่รหัสใหม่ ฉันถูกไหม? คุณธรรมนี้หรือไม่ บางทีคนที่แต่งตัวประหลาดอาจต้องการที่จะหายไปครู่หนึ่ง

3
เมื่อเปรียบเทียบตัวแปรสตริงกับสตริงตัวอักษรกับ. equals () มีวิธีปฏิบัติมาตรฐานสำหรับลำดับของรายการหรือไม่ [ปิด]
เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน7 ปีที่ผ่านมา มีประโยชน์สำหรับแต่ละคนและฉันเข้าใจความแตกต่าง แต่สิ่งที่ถือว่าเป็นวิธีที่ดีที่สุด / มาตรฐาน? และทำไม? ตัวอย่างเช่น : "myString".equals(myStringVar) หลีกเลี่ยง NPE ที่อาจเกิดขึ้นและไม่จำเป็นต้องมีการตรวจสอบ null (สิ่งที่ดี?) ทำความสะอาดเพื่ออ่านเนื่องจากไม่จำเป็นต้องตรวจสอบ null หากค่า Null ไม่ใช่ค่าที่คาดหวังโปรแกรมของคุณอาจแตกหักโดยไม่ต้องมีไหวพริบ อย่างไรก็ตาม myStringVar.equals("myString") ต้องมีการตรวจสอบ null หากค่า null เป็นค่าที่คาดไว้ (สิ่งที่ดี?) สามารถถ่วงเงื่อนไขผสมกับการตรวจสอบเป็นโมฆะ ช่วยให้ NPE แจ้งให้เราทราบว่ามีบางอย่างผิดปกติ รูปแบบใดที่ถือว่าเป็นมาตรฐานที่ใช้สำหรับ Java และทำไม

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

3
เมื่อเข้าถึง / จัดการกับข้อมูลที่ซับซ้อนควรเก็บไว้เป็นชิ้นเล็ก ๆ หรือก้อนใหญ่ก้อนเดียวดีกว่าไหม
ฉันกำลังสร้างเว็บแอปที่จัดการกับข้อมูลที่ค่อนข้างซับซ้อน: แท็บกีต้าร์ As a reference, guitar tabs look like this: Eb|-------------------------------------------------------------------------| Bb|-------------------------------------------------------------------------| Gb|--5-5-5-5----------------------------------------------------------------| Db|--5-5-5-5--3-3-3-3--7-7-7-7--5-5-5-5--2-2-2-2--3-3-3-3--2-2-2-2--5-5-5-5-| Ab|--3-3-3-3--3-3-3-3--7-7-7-7--5-5-5-5--2-2-2-2--3-3-3-3--2-2-2-2--5-5-5-5-| Eb|-----------1-1-1-1--5-5-5-5--3-3-3-3--0-0-0-0--1-1-1-1--0-0-0-0--3-3-3-3-| มันจะมีประสิทธิภาพมากขึ้นสำหรับประสิทธิภาพในการจัดเก็บข้อมูลนี้เป็นก้อนขนาดใหญ่หรือทำลายมันและเก็บไว้ใน "บันทึกย่อตามโน้ต"? As a use case: User changes first chord from: to: Eb|--- Eb|--- Bb|--- Bb|--- Gb|--5 Gb|--4 Db|--5 Db|--4 Ab|--3 Ab|--2 Eb|--- Eb|--- หากฉันจัดเก็บเป็นบล็อกรหัสเพื่อจัดการแท็บจะต้องมีความซับซ้อนมากขึ้น หากฉันเก็บบันทึกย่อเป็นบันทึกย่อฐานข้อมูลจะต้องเข้าถึงได้มากขึ้น วิธีใดมีประสิทธิภาพมากกว่า อาจมีผู้ใช้จำนวนมากกำลังแก้ไขข้อมูล ฉันต้องการแอปพลิเคชันเว็บที่ทำงานได้ดีที่สุด ฉันจะใช้ MySQL ถ้ามีผลต่อคำตอบทั้งหมด

5
ฉันควรล้างส่วน "การใช้งาน" ด้วยเหตุผลใดใน C #
เมื่อฉัน refactoring รหัสของฉันฉันก็ขึ้น IDE ไปยังส่วนการใช้งานของคลาส C # ของฉันและทำความสะอาดnamespaces ที่ไม่ได้ใช้และnamespaces ที่ซ้ำกันและเรียงลำดับพวกเขาทั้งหมด คู่ของฉัน (การเขียนโปรแกรมคู่) ถามฉันถึงเหตุผล ฉันไม่รู้ว่าทำไมฉันถึงทำอย่างนั้น ฉันทำมันออกจากนิสัยเพื่อรักษารหัสของฉันให้สะอาดและเป็นระเบียบเรียบร้อย ฉันหมายความว่าฉันบอกเขาว่ามีรหัสทำความสะอาดเป็นความคิดที่ดีในการทั่วไป แต่แน่นอนว่าเหตุผลที่ไม่ได้เป็นเหตุผลที่ดีที่ผมจะไม่ได้รำคาญที่จะใช้เวลาของฉันในการใช้ส่วนของ C # หน้ารหัสใด ๆ เนื่องจากหลายครั้งที่คุณย้ายคลาสหรือ enum (หรือประเภททั่วไป) จากเนมสเปซหนึ่งไปยังเนมสเปซอื่นและนี่เป็นการเพิ่มคำสั่งใหม่โดยใช้คำสั่งในรหัสของคุณ (ไม่ว่าจะด้วยตนเองโดยขึ้นไปที่หน้าต่างรหัส ผ่านการแก้ไขโดยใช้Alt+ Ctrl+ F10รวมกัน) และตั้งแต่เหล่านี้ใหม่โดยใช้งบจะถูกเพิ่มเข้าไปในส่วนท้ายของใช้ส่วนซึ่งทำให้พวกเขาไม่ได้เรียงตามตัวอักษรและตั้งแต่คอมไพเลอร์ไม่เคยร้องเรียนเกี่ยวกับปัญหาใด ๆ เหล่านี้ว่าทำไมเราควรสนใจที่จะทำให้เรื่องนี้ ส่วนที่สะอาดและเป็นระเบียบ? เรามีเหตุผลอะไรบ้าง

3
“ วิธีการที่ไม่ดี” เป็นรหัสที่ไม่เกี่ยวข้องในการลองจับในที่สุดบล็อก?
นี่คือคำถามที่เกี่ยวข้อง: ในที่สุดการใช้ประโยคในการทำงานหลังจากกลับมาในสไตล์ที่ไม่ดี / เป็นอันตรายหรือไม่? ใน Q อ้างอิงแล้วรหัสสุดท้ายเกี่ยวข้องกับโครงสร้างที่ใช้และความจำเป็นในการดึงข้อมูลล่วงหน้า คำถามของฉันแตกต่างออกไปเล็กน้อยและฉันเชื่อว่ามันเป็นสิ่งที่ดีสำหรับผู้ชมที่กว้างขึ้น ตัวอย่างเฉพาะของฉันคือแอป C # winform แต่สิ่งนี้จะใช้กับ C ++ / Java ในที่สุดการใช้งานเช่นกัน ฉันสังเกตเห็นว่ามีการลองจับสองสามครั้งในที่สุดซึ่งมีโค้ดจำนวนมากที่ไม่เกี่ยวข้องกับข้อยกเว้นและการจัดการ / ล้างข้อมูลที่ฝังอยู่ภายในบล็อก และฉันจะยอมรับความลำเอียงของฉันต่อการพยายามบล็อกที่จับได้แน่นในที่สุดด้วยรหัสที่เกี่ยวข้องกับข้อยกเว้นและการจัดการอย่างใกล้ชิด นี่คือตัวอย่างของสิ่งที่ฉันเห็น ลองบล็อกจะมีการโทรขั้นต้นจำนวนมากและตัวแปรที่ตั้งค่านำไปสู่รหัสที่สามารถโยนได้ ข้อมูลการบันทึกจะได้รับการตั้งค่าและเรียกใช้ในบล็อกลองด้วย ในที่สุดบล็อกจะมีการเรียกการจัดรูปแบบแบบฟอร์ม / โมดูล / การควบคุม (แม้แอพกำลังจะปิดตัวลงดังที่แสดงในบล็อก catch) รวมถึงการสร้างวัตถุใหม่เช่นแผงควบคุม ประมาณ: methodName (... ) { ลอง { // มีโค้ดสำหรับวิธีการมากมาย ... // รหัสที่สามารถส่ง ... // มีโค้ดมากขึ้นสำหรับวิธีการและการส่งคืน ... } …

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

9
การวิเคราะห์ควรเป็นผู้ไม่เชื่อเรื่องพระเจ้าหรือไม่? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันมีข้อโต้แย้งเมื่อวานนี้กับหนึ่งในเพื่อนร่วมงานของฉัน เขา (นักวิเคราะห์ธุรกิจเคยเป็นโปรแกรมเมอร์) คิดว่าเขาควรตระหนักถึงเทคโนโลยีที่ใช้ในการปรับใช้ระบบเพื่อให้เขาสามารถตัดสินใจออกแบบได้ดีขึ้น ในความเห็นของฉัน (ฉันเป็นโปรแกรมเมอร์) การวิเคราะห์ไม่ควรเชื่อมโยงกับเทคโนโลยีและฉันเชื่อว่านักวิเคราะห์ที่ดีสามารถทำการออกแบบที่ยอดเยี่ยมได้โดยไม่ต้องกังวลเกี่ยวกับรายละเอียดการนำไปปฏิบัติ ฉันคิดถูกหรือเปล่า มีเหตุผลใดบ้างที่นักวิเคราะห์ธุรกิจจำเป็นต้องรู้เทคโนโลยีที่ใช้ในการใช้ระบบ แก้ไข: business analystผมเชื่อว่าผมใช้คำผิดเมื่อพูด บางทีฉันหมายถึงสถาปนิกหรือนักวิเคราะห์ระบบ ฉันไม่คุ้นเคยกับข้อกำหนดเหล่านี้ ฉันหมายถึงบางอย่างเช่นสถาปนิกหรือนักวิเคราะห์ระบบหากคุณต้องการ ขอบคุณทุกคนสำหรับคำตอบที่ยอดเยี่ยมของคุณ! ฉันยังไม่ได้มีประสบการณ์มากและฉันดีใจที่คุณเปิดตาของฉันในเรื่องนี้

3
Git มี "โหมดปลอดภัย" เพื่อป้องกันการเขียนประวัติใหม่หรือไม่?
เมื่อคุณสดชื่นกับ Git (และ DVCS โดยทั่วไป) และคุณเริ่มสำรวจการเปลี่ยนแปลงประวัติศาสตร์ - เขียนใหม่คุณจะปลอดภัยถ้าที่เก็บเป็นโลคัลเท่านั้น แต่คุณอาจพบปัญหาหากคุณทำงานกับรีโมทและพยายาม ผลักดันการเปลี่ยนแปลงดังกล่าว คุณลักษณะที่ฉันคาดหวังคือความสามารถในการเปิดใช้งาน "เซฟโหมด" ซึ่งโดยทั่วไปแล้วจะห้ามไม่ให้ฉันทำสิ่งที่ฉันไม่ควรทำ ... และฉันหมายความว่าอย่างไร ฉันหมายถึงการเปลี่ยนแปลงการเขียนประวัติศาสตร์ใหม่สำหรับสิ่งต่าง ๆ ที่ผลักไปที่จุดเริ่มต้นแล้ว ฉันไม่สามารถกำหนดได้อย่างแม่นยำ แต่อาจรวมถึงกรณีเช่น: commit --amend เมื่อ HEAD ถูกผลักไปแล้ว rebase ของสาขาที่ไม่ใช่ในท้องถิ่น reset ของสาขาที่ถูกผลัก เหล่านี้เป็นตัวอย่างของสถานการณ์ที่อาจทำให้เกิดความpushล้มเหลวครั้งต่อไป(เพราะจะไม่ส่งต่ออย่างรวดเร็ว IIRC) ฉันทำสิ่งนั้นโดยบังเอิญและต้องสร้างสาขาขึ้นใหม่จากระยะไกล และฉันก็ยังโชคดีที่ทำสิ่งนี้เร็วพอจนไม่มีใครดึงประวัติที่ฉันเขียนใหม่ ฉันเชื่อว่าเป็นไปได้ที่จะระบุการเปลี่ยนแปลงประเภทนี้และป้องกันไม่ให้ผู้ใช้ทำการเปลี่ยนแปลงตามความต้องการ อาจมีตัวเลือกสำหรับสิ่งนั้นหรือไม่? หากไม่มีคุณคิดว่ามันคุ้มค่าที่จะลองสร้างมันหรือไม่? คุณจะพยายามกำหนดวิธีการระบุ "การเปลี่ยนแปลงที่เป็นอันตราย" อย่างแม่นยำหรือไม่?
11 git  dvcs 

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.