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

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

10
สำนักงานกระจายมันเป็นไปได้หรือไม่ [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเล่นด้วยความคิดว่าฉันจะสร้าง บริษัท ในฝันของฉันได้อย่างไรและคน ๆ หนึ่งสามารถทำให้โปรแกรมเมอร์ที่ยอดเยี่ยมมีเสน่ห์ได้อย่างไร ถ้าใครสามารถจ้างโปรแกรมเมอร์ "ซูเปอร์สตาร์" สองสามคนแทนที่จะเป็นคน "ดี" หลายคน สิ่งหนึ่งที่ฉันชอบเป็นการส่วนตัวคืออิสระในการทำงานจากเมื่อใดก็ตามที่ฉันต้องการ ดังนั้นฉันจึงสามารถเดินทางไปทั่วเมืองต่าง ๆ ได้ถ้าฉันรู้สึกชอบและทำงานจากระยะไกลหรือฉันก็สามารถนั่งที่บ้านได้เมื่อมีโหมดกรุบกรอบ จากประสบการณ์ของฉัน แต่คุณต้องการสำนักงานที่มีเพื่อนที่คุณสามารถพูดคุยและมี "วัฒนธรรม" ของ บริษัท สมมติว่าคุณต้องการจ้างโปรแกรมเมอร์ที่มีความสามารถระดับสูงซึ่งอาจมาจากประเทศและเมืองต่าง ๆ เราจะตั้งขึ้นเพื่อแข่งขันกับมหาวิทยาลัยได้อย่างไร การมี บริษัท ที่ไม่ใช้สำนักงานอย่างสมบูรณ์ดูเหมือนจะเหมาะสมที่สุดคุณอาจต้องการพื้นที่สำนักงานที่ซึ่งผู้คนสามารถพบปะและเลือกทำงานได้ ฉันเดาว่าสิ่งหนึ่งที่ทำได้คือมีสำนักงานขนาดเล็กในประเทศต่าง ๆ และให้คนทำงานจากที่พวกเขาเลือก Programmer's สามารถถอดออกได้สำหรับ "crunch-modes" เมื่อได้รับการรับประกัน แต่ยังสามารถทำงานได้จากตำแหน่งที่ต้องการการทำงานเป็นทีมและตัวต่อตัว รูปแบบอื่นคือแทนที่จะมีสำนักงานของที่นั่งจ้างของคุณเองในสำนักงานที่โปรแกรมเมอร์คนอื่นทำงาน ด้วยวิธีนี้แม้ว่าจะมีพนักงานเพียงหนึ่งหรือสองคนในเมืองของคุณคุณก็ยังสามารถหา บริษัท ได้ถ้าคุณรู้สึกว่า "เหงา" จากการทำงานจากระยะไกล อีกแนวคิดหนึ่งคือเหมือนหนึ่งสัปดาห์ทุก ๆ เดือนคุณจะพาทั้งทีมไปยังสถานที่เดียวกัน ซึ่งอาจไม่ใช่สำนักงาน …

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

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

7
สิ่งที่จะตอบลูกค้าที่ถามว่าหนึ่งในสองเทคโนโลยีที่เทียบเท่าจะต้องใช้?
ในฐานะที่เป็นอิสระฉันมักถามลูกค้าถึงสิ่งที่พวกเขาต้องเลือกระหว่างองค์ประกอบที่คล้ายคลึงกันซึ่งไม่ได้ดีไปกว่าองค์ประกอบอื่น ตัวอย่าง: “ ฉันต้องการให้เว็บไซต์อีคอมเมิร์ซของฉันอยู่ใน PHP หรือ ASP.NET หรือไม่” “ ฉันจำเป็นต้องโฮสต์บริการเว็บทั่วไปนี้ใน Cloud หรือใช้บริการโฮสติ้งธรรมดาหรือไม่” “ อันไหนดีกว่าสำหรับเว็บไซต์ใหม่ของฉัน: MySQL หรือ Oracle?” เป็นต้น อาจมีได้ไม่เกิน 1% ของกรณีที่ตัวเลือกมีความเกี่ยวข้องและมีเหตุผลจริงวัตถุประสงค์ที่จะใช้อย่างใดอย่างหนึ่งขึ้นอยู่กับตัวชี้วัดที่แม่นยำและการศึกษา ในกรณีอื่น ๆ ทั้งหมดมันไม่สำคัญเลย เป็นสิ่งที่ไม่เกี่ยวข้องอย่างสมบูรณ์โดยสิ้นเชิงเนื่องจากไม่มีความหมาย or หรือเพราะความหมายเหล่านั้นมีขนาดเล็กเกินไปที่จะนำมาใช้ในบัญชี²หรือในที่สุดเพราะเป็นไปไม่ได้ที่จะทำนายผลกระทบเหล่านั้น³ หากคุณรู้สิ่งหนึ่งและไม่ใช่สิ่งอื่นคำตอบสำหรับคำถามเหล่านั้นนั้นง่าย: “ คุณสามารถเขียนแอปพลิเคชันใน C # หรือ Java ทั้งสองอาจเทียบเท่าในกรณีของคุณ โปรดทราบว่าฉันเป็นนักพัฒนา C # ดังนั้นหากคุณเลือก Java ฉันจะไม่สามารถทำงานในโครงการของคุณและคุณจะต้องหานักแปลอิสระคนอื่น” เมื่อคุณรู้จักเทคโนโลยีทั้งสองคุณจะไม่สามารถตอบได้ ในกรณีนี้จะอธิบายให้ลูกค้าฟังได้อย่างไรว่าคำถามที่เขาถามนั้นขึ้นอยู่กับความไม่แน่ใจและไม่มีผลกระทบที่แท้จริงในโครงการของเขา? กล่าวอีกนัยหนึ่งคุณจะอธิบายได้อย่างไรว่าคุณเลือกที่จะใช้เทคโนโลยีเดียวแทนที่จะเป็นเทคโนโลยีที่เทียบเท่าสำหรับเหตุผลที่เกี่ยวข้องกับทรัพยากรมนุษย์โดยไม่ให้ความรู้สึกว่าไม่เป็นมืออาชีพหรือไม่สนใจโครงการ ¹ตัวอย่าง: MySQL ดีกว่า (แย่กว่านั้น) ประสิทธิภาพที่ชาญฉลาดเทียบกับ Oracle …

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

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

2
ฉันควรสลับจาก WCF เป็น NserviceBus
เรามีเซิร์ฟเวอร์กลางที่ส่งและรับข้อความจากพีซีจำนวนหนึ่งที่อยู่บนเครือข่ายลูกค้าในสถานที่ต่าง ๆ เพื่ออำนวยความสะดวกนี้ฉันกำลังใช้ WCF กับ TCPNetBindings โดยใช้การสื่อสารสองทางที่ปลอดภัยด้วยใบรับรอง ตอนนี้เรามีปัญหาหลายอย่างเกี่ยวกับเรื่องนี้ - ส่วนใหญ่เราจะถูกขอให้สนับสนุน "โหมดตัดการเชื่อมต่อ" (เราต้องทนต่อความผิดพลาด) จากสิ่งที่ฉันรู้ไม่มีวิธีง่ายๆในการทำเช่นนี้โดยใช้ WCF stack - เราต้องการดำเนินการบางอย่างและอาจใช้ msmq ฉันดู NServiceBus เมื่อเร็ว ๆ นี้และจากที่ฉันเห็นว่ามันเหมาะสมกับค่าใช้จ่ายอย่างมาก - การยอมรับข้อผิดพลาดสามารถส่งข้อความผ่านอินเทอร์เน็ตผ่านเกตเวย์ http ง่าย ๆ ฯลฯ ฉันรู้ว่ามันเป็นที่ยอมรับในชุมชนและ ฉันสามารถดูสาเหตุจากการมองเข้าไป ดังนั้นคำถามของฉันคือ ... การใช้ NServiceBus ฟังดูเหมือนความคิดที่สมเหตุสมผลหรือไม่มีใครมีข้อเสนอแนะอื่น ๆ / ประสบการณ์โลกแห่งความจริงที่เกี่ยวข้องกับเรื่องนี้หรือไม่? ฉันเดาว่าฉันกังวลที่จะแนะนำเทคโนโลยีใหม่ที่ฉันรู้ค่อนข้างน้อยและเผชิญปัญหากับสิ่งต่าง ๆ เช่นการรักษาความปลอดภัยการตั้งค่าทุกอย่างในวิธีที่เชื่อถือได้ gotchas ตลอดทาง .. ฉันยังระวัง "ทองคำ - ชุบ "สถาปัตยกรรมและเลือกสิ่งที่มันวาวที่จะจบลงด้วยการใช้งานฉันกับการติดกับ …

9
ฉันควรบอกเพื่อนร่วมงานที่เสียชีวิตเกี่ยวกับข้อบกพร่อง“ เจ็ด 1” ของพวกเขาหรือไม่ [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา ฉันเพิ่งมีเพื่อนร่วมงานลาออกจาก บริษัท ของเรา ก่อนออกเดินทางเขาเขียนโค้ดส่วนประกอบที่มีการรั่วไหลของหน่วยความจำอย่างรุนแรงซึ่งทำให้เกิดการหยุดทำงาน ( OutOfMemoryErrorใน Java) ปัญหาคือสิ่งHashMapที่เพิ่มขึ้นและไม่เคยลบรายการและวิธีแก้ไขคือแทนที่HashMapด้วยการใช้แคช จากมุมมองของมืออาชีพฉันรู้สึกว่าฉันควรแจ้งให้เขาทราบเกี่ยวกับข้อบกพร่องเพื่อให้เขาสามารถเรียนรู้จากข้อผิดพลาด ในทางกลับกันเมื่อคนออกจาก บริษัท พวกเขามักไม่ต้องการได้ยินเกี่ยวกับโครงการมรดกที่พวกเขาทิ้งไว้เพื่อสิ่งที่ใหญ่กว่าและดีกว่า โปรโตคอลทั่วไปสำหรับสถานการณ์ประเภทนี้คืออะไร?

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

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

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

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

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

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

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

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