คำถามติดแท็ก enterprise-development

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

5
การจัดเตรียมสภาวะแวดล้อม vs สภาวะแวดล้อมการใช้งานจริง
ฉันทำงานให้กับ บริษัท ที่เราสร้างแอพพลิเคชั่นระดับองค์กรและเรารักษาสภาพแวดล้อมสามประการ: การพัฒนา (หรือdev ) การจัดเตรียม (หรือขั้นตอน ) และการผลิต (หรือแยง ) ความหมายของdevนั้นใช้งานง่าย: เป็นสภาพแวดล้อมที่ใช้ระหว่างการพัฒนาแอปพลิเคชัน ความแตกต่างระหว่างสภาพแวดล้อมการจัดเตรียมและการผลิตคืออะไร

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

6
เหตุใด SQL จึงไม่สามารถปรับโครงสร้างได้อีก [ปิด]
ทุกคนรู้ว่านักพัฒนาใหม่เขียนฟังก์ชันที่ยาวนาน ในขณะที่คุณก้าวหน้าคุณจะดีขึ้นเมื่อแบ่งรหัสของคุณออกเป็นชิ้นเล็ก ๆ และประสบการณ์สอนคุณค่าของการทำเช่นนั้น ป้อน SQL ใช่วิธีคิด SQL เกี่ยวกับโค้ดนั้นแตกต่างจากวิธีคิดขั้นตอนเกี่ยวกับโค้ด แต่หลักการนี้ดูเหมือนว่าใช้ได้ สมมติว่าฉันมีแบบสอบถามที่ใช้แบบฟอร์ม: select * from subQuery1 inner join subQuerry2 left join subquerry3 left join join subQuery4 ใช้ ID หรือวันที่เป็นต้น คิวรีย่อยเหล่านั้นซับซ้อนและอาจมีคิวรีย่อยของตนเอง ในบริบทการเขียนโปรแกรมอื่น ๆ ฉันจะคิดว่าตรรกะสำหรับเคียวรีย่อยที่ซับซ้อน 1-4 อยู่ในแนวเดียวกันกับแบบสอบถามหลักของฉันที่รวมพวกเขาทั้งหมด ดูเหมือนตรงไปตรงมาว่าเคียวรีย่อยเหล่านั้นควรถูกกำหนดเป็นมุมมองเหมือนพวกมันจะเป็นฟังก์ชันถ้าฉันกำลังเขียนโค้ดโพรซีเดอร์ เหตุใดจึงไม่ปฏิบัติกันทั่วไป ทำไมผู้คนจึงเขียนแบบสอบถาม SQL แบบเสาหินยาวเหล่านี้บ่อยๆ เหตุใด SQL จึงไม่สนับสนุนการใช้มุมมองที่กว้างขวางเช่นเดียวกับการเขียนโปรแกรมตามขั้นตอนสนับสนุนการใช้ฟังก์ชันที่กว้างขวาง (ในสภาพแวดล้อมแบบองค์กรจำนวนมากการสร้างมุมมองไม่ใช่สิ่งที่ทำได้ง่ายมีคำขอและการอนุมัติที่จำเป็นลองนึกภาพหากโปรแกรมเมอร์ประเภทอื่นต้องส่งคำขอทุกครั้งที่สร้างฟังก์ชัน!) ฉันคิดถึงคำตอบที่เป็นไปได้สามข้อ: นี่เป็นเรื่องปกติอยู่แล้วและฉันกำลังทำงานกับคนที่ไม่มีประสบการณ์ โปรแกรมเมอร์ที่มีประสบการณ์ไม่ได้เขียน SQL ที่ซับซ้อนเพราะพวกเขาต้องการที่จะแก้ปัญหาการประมวลผลข้อมูลอย่างหนักด้วยรหัสขั้นตอน อื่น ๆ …

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

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

7
วิธีการทำลายกระบวนทัศน์“ php เป็นภาษาที่ไม่ดี”? [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา PHP ไม่ใช่ภาษาที่ไม่ดี (หรืออย่างน้อยก็ไม่เลวอย่างที่บางคนอาจแนะนำ) ฉันมีครูที่ไม่รู้ด้วยซ้ำว่า PHP นั้นเป็นเชิงวัตถุจนกว่าฉันจะบอกพวกเขา ฉันมีลูกค้าที่ไม่ไว้ใจเราทันทีเมื่อเราพูดว่าเราเป็นนักพัฒนา PHP และถามเราว่าไม่ใช้ภาษาและกรอบที่เก๋ไก๋เช่น Django หรือ RoR หรือภาษา "องค์กรและของแข็ง" เช่น Java และ ASP.NET Facebook สร้างขึ้นบน PHP มีโครงการที่แข็งแกร่งมากมายที่ให้พลังกับเว็บอย่าง Joomla และ Drupal ที่ใช้ในองค์กรและหน่วยงานรัฐบาล มีกรอบและห้องสมุดที่มีสถาปัตยกรรมที่ดีที่สุดที่ฉันเคยเห็นในทุกภาษา (Symfony 2, Doctrine) PHP มีเอกสารที่ดีที่สุดที่ฉันเคยเห็นและเป็นชุมชนมืออาชีพขนาดใหญ่ PHP มี OO คุณลักษณะขั้นสูงเช่นการสะท้อนอินเตอร์เฟซให้อยู่คนเดียวว่า PHP ในขณะนี้สนับสนุนที่นำมาใช้ในแนวนอนโดยกำเนิดและหมดจดผ่านลักษณะ มีโปรแกรมเมอร์ที่ไม่ดีและ kiddies สคริปต์ที่ให้ PHP …

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

9
Ubuntu สามารถใช้งานได้กับแล็ปท็อปสำหรับที่ปรึกษาด้านไอทีหรือไม่
ฉันทำงานเป็นโปรแกรมเมอร์ที่ปรึกษาซึ่งโดยปกติจะเป็นธุรกิจขนาดใหญ่ ฉันใช้แล็ปท็อป Windows และเพื่อนร่วมงานหลายคนใช้ Mac ความชอบส่วนตัวของฉันคือการใช้ Ubuntu ถ้าฉันสามารถควบคุมสภาพแวดล้อมการพัฒนาของฉันได้อย่างสมบูรณ์ แต่ฉันจะต้องการผลิตภัณฑ์เฉพาะของ Microsoft เป็นครั้งคราวโดยเฉพาะ IE เพื่อนร่วมงานของฉันที่ใช้ Mac มักใช้ Windows บนเครื่องเสมือนสำหรับสถานการณ์เหล่านี้ คำถามของฉันคือ Ubuntu เป็นวิธีแก้ปัญหาที่สามารถใช้งานได้กับแล็ปท็อปของโปรแกรมเมอร์ระดับองค์กรหรือไม่ ตัวอย่างเช่นมันใช้งาน Windows บน VM บน Ubuntu ได้ง่ายเหมือนบน Mac หรือไม่? มีใครลองทำไหม? มีเหตุผลใดที่ทำให้ Ubuntu ไม่รองรับ Mac ในการพัฒนาในสภาพแวดล้อมนี้หรือไม่? โปรดทราบว่าฉันไม่ได้พัฒนา. NET ดังนั้นฉันมักจะจัดการกับ Java ที่กำลังจะทำงานบนเซิร์ฟเวอร์ Apache และลูกค้าที่ใช้ Windows ใช้

4
Ruby, Python, PHP จัดการโดยไม่มีสปริงอย่างไร
ฉันเขียนแอปพลิเคชัน Java ขององค์กรและบริการเว็บในที่ทำงาน ( Spring , Hibernate, Maven, RESTEasy) และ PHP (CakePHP) และ Python (Django) สำหรับโปรเจคด้านข้างของฉัน ในขณะที่ฉันเห็นคุณค่าของ Inversion of Control, Aspect Oriented Programming และอื่น ๆ ที่ Spring นำเข้ามาฉันไม่แน่ใจว่าเว็บแอปพลิเคชั่นขนาดใหญ่ที่ไม่ได้อยู่ในจาวาสแต็กจัดการโดยไม่มีกรอบเช่น Spring ดังนั้นนักพัฒนาจะต้อง "ทนกับ" ส่วนประกอบที่แน่นหนาและความคับข้องใจอื่น ๆ ที่ Spring กำจัดหรือฉันขาดอะไรไปหรือเปล่า? สำหรับผู้ที่ไม่คุ้นเคยกับ Spring คุณลักษณะที่เราใช้บ่อยที่สุดคือ: Inversion of Control container: การกำหนดค่าของส่วนประกอบแอพพลิเคชั่นและการจัดการวงจรชีวิตของวัตถุ Java, การเขียนโปรแกรมเชิงมุมมอง: ช่วยให้การใช้งานของกิจวัตรตัดข้าม การจัดการธุรกรรม: รวบรวม API …

2
Spring + Hibernate เลือกแทน EJB 3 หรือไม่
ฉันเข้าใจว่าเมื่อใดก็ตามที่โครงการ JEE ใหม่เริ่มต้นขึ้น (ซึ่งจะใช้เทคโนโลยีเหล่านี้) คนต้องการใช้การผสมผสานของ Spring + Hibernate แทนที่จะเป็น EJB 3 ดูเหมือนว่าผู้เขียนโปรแกรมรุ่นเยาว์จะได้รับคำแนะนำให้ทำเช่นนั้นแทนที่จะเป็น EJB การตั้งค่าส่วนตัวนี้หรือมีเหตุผลที่เกี่ยวข้องหรือไม่ (เช่นแผลเป็นส่วนบุคคลที่สร้างโดยรุ่น EJB ก่อนหน้าซึ่งทำให้เกิดความไม่ไว้วางใจใน EJB หรือเทคโนโลยีขยายตัวเมื่อเทียบกับเหตุผลด้านประสิทธิภาพหรือเส้นโค้งการเรียนรู้)

4
IDE หรือตัวแก้ไขใดที่ บริษัท เช่น Google, Apple, IBM และอื่น ๆ ใช้ [ปิด]
เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน7 ปีที่ผ่านมา แม้ว่าฉันจะมีประสบการณ์ในการใช้เครื่องมือต่าง ๆ บ้าง แต่ฉันก็ไม่สามารถตัดสินใจได้ว่าฉันจะชอบใช้ IDE หรือเครื่องมือแก้ไขแบบง่าย ๆ สำหรับการแก้ไขโค้ด IDEs ส่วนใหญ่ที่ฉันมีประสบการณ์เขียนด้วย Java (เช่น Eclipse) ซึ่งทำให้ช้าและใหญ่ สิ่งที่ดีสำหรับพวกเขาก็คือมันมีเครื่องมือมากมาย ในทางกลับกันบรรณาธิการมักจะเร็วมาก พวกเขาสามารถขยายให้คล้ายกับ IDEs ได้มากกว่า แต่โดยทั่วไปแล้วฉันไม่ทำเช่นนั้น อย่างไรก็ตามมีSublime Text 2ซึ่งมีบางส่วนของโค้ดพื้นฐานในตัว คำถามของฉันคือ บริษัท ส่วนใหญ่เช่น Google, Apple, IBM และอื่น ๆ (ยกเว้น Microsoft เพราะพวกเขามี AMAZING IDE ซึ่งฉันคิดว่าใช้โดยนักพัฒนา MS) บังคับให้พนักงานใช้ IDE และใช้ตัวแก้ไขธรรมดาด้วยเครื่องมือภายนอกหรือไม่ คิดว่าไม่เป็นมืออาชีพ? PS ไม่ได้พูดถึงกรณีเช่นการพัฒนา …

6
“ องค์กร” หมายถึงอะไรที่เกี่ยวข้องกับสถาปัตยกรรมซอฟต์แวร์?
ฉันเห็นคำว่า "องค์กร" ถูกขว้างไปรอบ ๆ นักพัฒนาซอฟต์แวร์และโปรแกรมเมอร์จำนวนมากและใช้อย่างอิสระดูเหมือนว่า en ·ตรี·รางวัล / entərˌprīz / คำนาม: โครงการหรือการดำเนินการโดยทั่วไปเป็นโครงการที่ยากหรือต้องใช้ความพยายาม ความคิดริเริ่มและความมั่งคั่ง มีใครช่วยอธิบายให้ชัดเจนว่าเทอมนี้ครอบคลุมจริงหรือไม่ "ที่ระดับองค์กร" "ระดับองค์กร" หรือไม่ มีแม้กระทั่ง "รุ่นองค์กร" ของสิ่งต่าง ๆ มันหมายความว่าอะไรกันแน่? เห็นได้ชัดว่ามันไม่สมเหตุสมผลที่จะตัดสินโดยคำจำกัดความข้างต้นดังนั้นโดยเฉพาะอย่างยิ่งกับซอฟต์แวร์สิ่งหนึ่งหมายความว่าอย่างไรเมื่อใช้คำว่า enterprise แก้ไข: หากต้องการเพิ่มสปินเกี่ยวกับสิ่งนี้ - คำนี้จะพอดีกับวลีเช่น Enterprise Framework Model อย่างไร การเข้าถึงข้อมูลและบริบทข้อมูลเกี่ยวข้องกับคำอธิบายทั่วทั้ง บริษัท อย่างไร
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.