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

ฉันเพิ่งเลิกงานเต็มเวลาที่ mega-corp และฉันตัดสินใจว่าจะหางานพาร์ทไทม์ ตั้งแต่นั้นมาฉันได้คุยกับนายจ้างที่มีศักยภาพครึ่งโหลและทุกคนก็มีปฏิกิริยาแบบเดียวกันเมื่อฉันพูดคำเวทมนตร์ "นอกเวลา" - พวกเขาทั้งหมดปิดตัวลงและกลายเป็นที่น่าสงสัย ตอนนี้ฉันเข้าใจว่ามันอาจจะเป็นฉันดังนั้นเมื่อฉันควบคุมทุกคนถามว่าถ้าฉันยินดีทำงานเต็มเวลาและพวกเขาทั้งหมดบอกว่าฉันอาจได้รับข้อเสนอ คำถามของฉันคือสองเท่า: ทำไมในฐานะนายจ้างคุณจะเลิกพัฒนาผู้มีความสามารถยอดเยี่ยมแม้แต่นักพัฒนาเพราะเขาต้องการทำงาน 3 วันต่อสัปดาห์ไม่ใช่ 5 ใช่ไหม ฉันจะขายเรื่องราวของงานพาร์ทไทม์ให้ดีขึ้นได้อย่างไร ฉันมักจะระบุเหตุผลของฉันซึ่งเป็นที่ฉันต้องการความสมดุลที่อยู่ในชีวิตของฉันและว่าฉันต้องการที่จะทำงานในโครงการของตัวเอง แต่มันทำให้พวกเขาสงสัยมากขึ้น - ฉันจะเริ่มต้นบางสิ่งบางอย่างและเลิก? ฉันแค่ขี้เกียจ?

164 organization 

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

94 skills  experience  organization 

วิศวกรซอฟต์แวร์ควรทำหน้าที่เป็นฝ่ายสนับสนุนด้านเทคนิคหรือไม่ นั่นคือ บริษัท ควรอนุญาตให้วิศวกรของพวกเขาสวมใส่ทั้งวิศวกรซอฟต์แวร์และหมวกสนับสนุนทางเทคนิค ดูเหมือนว่าจะเป็นการลบความสามารถในการเขียนซอฟต์แวร์หากเวลาส่วนใหญ่ของวิศวกรถูกยึดครองโดยฝ่ายสนับสนุนด้านเทคนิค

48 organization  technical-support 

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

48 team  organization  code-ownership 

ฉันเห็นโพสต์งานเป็น "Java Software Developer III" หรือ "Software Developer II" ต่อไป มีเอกสารอย่างเป็นทางการใด ๆ ที่จำแนกความแตกต่างเหล่านี้หรือไม่

39 terminology  organization 

ฉันเริ่มต้นอาชีพด้วยการเป็นนักพัฒนา. NET 3 เดือนที่ผ่านมาและหลังจากแผนการฝึกอบรมที่ยาวนานเกี่ยวกับเทคโนโลยีที่หลากหลายรูปแบบและแนวคิดที่นักพัฒนาที่ดูแลฉันได้ตัดสินใจว่าฉันพร้อมที่จะเข้าร่วมหนึ่งในหลาย ๆ โครงการที่ บริษัท จัดการ ฉันตื่นเต้นมากที่ในที่สุดสามารถเริ่มการเข้ารหัสได้ ทีมที่ฉันเข้าร่วมนั้นค่อนข้างเล็กเพราะตอนนี้เริ่มต้นด้วยโครงการใหม่ซึ่งดีมากเพราะฉันได้มีส่วนร่วมในวงจรชีวิตทั้งหมดของโครงการ มันเป็นโครงการสปาบนเว็บที่ได้รับการสนับสนุนที่ใช้ ASP.NET MVC / ASP.NET Web API และ Front-end เฟรมเวิร์ก Durandal และไลบรารีที่เกี่ยวข้อง ปัญหาของฉันคือหลังจากที่มีการประชุมกับเพื่อนร่วมงานของฉันและการกำหนดงานและการประเมินสำหรับเดือนถัดไปฉันพบว่าตัวเองอยู่ในตำแหน่งที่ฉันไม่รู้ว่าฉันสามารถทำงานใด ๆ ได้หรือไม่ ฉันไม่เคยทำงานที่สร้างขึ้นมาก่อนและฉันไม่รู้ว่าฉันควรดำเนินการอย่างไร ตัวอย่างหนึ่งในภารกิจที่สร้างขึ้นคือการสร้างกลไกการจัดการข้อผิดพลาดทั่วไปสำหรับแอปพลิเคชันทั้งหมด ปกติแล้วจะดำเนินการอย่างไรเมื่อเผชิญกับงานที่เขาไม่เคยทำ?

37 design  development-process  organization  junior-programmer  development-approach 

ฉันอยากรู้ว่ามันเหมาะสมหรือไม่ที่จะแบ่งโครงการที่ฉันทำงานในที่เก็บสองแห่งแทนที่จะเป็นหนึ่งโครงการ จากสิ่งที่ฉันสามารถพูดได้: ส่วนหน้าจะถูกเขียนเป็น html + js แบ็กเอนด์ใน. net แบ็กเอนด์ไม่ได้ขึ้นอยู่กับส่วนหน้าและส่วนหน้าไม่ได้ขึ้นอยู่กับส่วนแบ็คเอนด์ ส่วนหน้าจะใช้ API พักผ่อนหย่อนใจดำเนินการในแบ็กเอนด์ ส่วนหน้าสามารถโฮสต์บนเซิร์ฟเวอร์ HTTP ใด ๆ คงที่ ณ ตอนนี้ที่เก็บมีโครงสร้างนี้: ราก: ส่วนหน้า / * แบ็กเอนด์ / * ฉันคิดว่ามันเป็นความผิดพลาดที่ทำให้โครงการทั้งสองอยู่ในที่เก็บเดียวกัน เนื่องจากโปรเจ็กต์ทั้งสองไม่มีการขึ้นต่อกันระหว่างกันดังนั้นจึงควรอยู่ในที่เก็บแต่ละรายการและหากจำเป็นต้องมีที่เก็บพาเรนต์ที่มีซับโดเลชัน ฉันได้รับแจ้งว่าไม่มีประโยชน์และเราจะไม่ได้รับประโยชน์ใด ๆ จากการทำเช่นนั้น นี่คือข้อโต้แย้งของฉัน: เรามีสองโมดูลที่ไม่ได้พึ่งพากัน การมีประวัติแหล่งที่มาของทั้งสองโครงการในระยะยาวอาจทำให้สิ่งต่าง ๆ ซับซ้อน (ลองค้นหาในประวัติของบางสิ่งในส่วนหน้าในขณะที่คุณมีครึ่งหนึ่งของข้อผูกพันที่ไม่เกี่ยวข้องกับข้อบกพร่องที่คุณกำลังมองหา) ความขัดแย้งและการรวม (สิ่งนี้ไม่ควรเกิดขึ้น แต่การมีคนกดไปที่แบ็กเอนด์จะบังคับให้ผู้พัฒนารายอื่นดึงการเปลี่ยนแปลงด้านหลังเพื่อผลักดันการเปลี่ยนแปลงส่วนหน้า) นักพัฒนาซอฟต์แวร์หนึ่งรายอาจใช้งานได้เฉพาะในแบ็กเอนด์ แต่จะต้องดึงส่วนหน้าหรือวิธีอื่น ๆ เสมอ ในระยะยาวเมื่อถึงเวลาต้องปรับใช้ ในบางวิธีส่วนหน้าสามารถปรับใช้กับเซิร์ฟเวอร์แบบคงที่หลายตัวในขณะที่มีเซิร์ฟเวอร์ส่วนหลังหนึ่งตัว ในทุกกรณีผู้คนจะถูกบังคับให้โคลนทั้งแบ็กเอนด์ด้วยหรือเพื่อให้สคริปต์ที่กำหนดเองเพื่อผลักดันให้เซิร์ฟเวอร์ทั้งหมดส่วนหน้าเท่านั้นหรือเพื่อลบแบ็กเอนด์ ง่ายกว่าเพียงแค่กด / ดึงเฉพาะส่วนหน้าหรือส่วนหลังกว่าทั้งสองอย่างหากจำเป็นต้องใช้เพียงส่วนเดียว …

30 project-management  version-control  git  mercurial  organization 

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

28 project-management  team  organization  team-leader 

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

24 terminology  organization 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ด้วยทีมนักพัฒนาเว็บอีก 3 คนฉันมีชื่อเป็นผู้พัฒนาเว็บหลักสำหรับปีนี้ นี่เป็นงานแรกของฉันในฐานะผู้นำ ฉันค่อนข้างจะตั้งบทบาทของฉันจากการจัดการ ฉันอยากรู้ว่านักพัฒนาระดับอาวุโสคนอื่น ๆ ทำอะไร ฉันอยากรู้เกี่ยวกับสิ่งที่คนอื่น ๆ มีความรับผิดชอบเป็นผู้นำ / นักพัฒนาอาวุโสในองค์กรอื่น ๆ ; เนื่องจากฉันเพิ่งพบว่าทำงานใน บริษัท ขนาดเล็ก / กลาง (a) เราคาดหวังอะไรจากผู้พัฒนาเว็บอาวุโส / ลูกค้าเป้าหมายระดับสูงขององค์กร (ไม่คำนึงถึงขนาด) (b) มีความแตกต่างระหว่างผู้นำการพัฒนาเว็บและผู้พัฒนาเว็บอาวุโสหรือไม่? ฉันได้ตรวจสอบบางหัวข้อและมีเพียงหนึ่งหัวข้อที่กล่าวถึงเมื่อคุณควรเรียกตัวคุณเองว่าเป็นนักพัฒนาอาวุโสแต่ไม่ได้พูดถึงบทบาทของสิ่งที่นักพัฒนาอาวุโสควรทำกับทีมของเขา

20 web-development  skills  organization 

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

19 project  organization  development-environment  backups 

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

19 team  organization 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ความหมายทั่วไปของ "cross-functional team" เป็นทีมที่รวมผู้เชี่ยวชาญในสาขาต่าง ๆ ที่จำเป็นเพื่อให้บรรลุเป้าหมาย แต่ดูเหมือนว่าในฟังก์ชั่นไขว้ของ Agile ไม่เพียง แต่หมายรวมผู้เชี่ยวชาญที่แตกต่างกันเท่านั้น Henrik Kniberg กำหนดทีมข้ามสายงานด้วยวิธีนี้: "Cross-functional เพียงหมายความว่าทีมโดยรวมมีทักษะทั้งหมดที่จำเป็นในการสร้างผลิตภัณฑ์และสมาชิกในทีมแต่ละคนเต็มใจที่จะทำมากกว่าสิ่งที่ตัวเองทำ" แต่สายลากอยู่ที่ไหน เป็นเรื่องปกติหรือไม่ที่จะขอให้ผู้พัฒนาทำการทดสอบซ้ำถ้าจำเป็น?

18 agile  team  organization 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันคิดว่าการใช้ชื่อไฟล์นั้นค่อนข้างแพร่หลาย บริษัท ของเราก็ใช้มันเช่นกัน แต่ข้อกังวลหลักของฉันคือชื่อเหล่านี้มักจะไม่ถูกบันทึกไว้ที่ใดก็ได้ และความหมายก็กระจายไปตามคำปาก และชื่อนั้นไม่มีส่วนเกี่ยวข้องกับการทำงานของเครื่องมือหรือเอนทิตีที่มีชื่ออยู่ ฉันเห็นรูปแบบที่เครื่องทดสอบภายในตั้งชื่อตามกลุ่มดาวเซิร์ฟเวอร์สาธารณะที่ตั้งชื่อตามเทพเจ้ากรีก และโครงการจะถูกตั้งชื่อตามสถานที่หรือชื่อของดาราภาพยนตร์หรือชื่อตัวละครที่สุ่มเลือก แต่ไม่มีข้อมูลโดยตรงจากชื่อว่าเครื่องเป็น Windows หรือ Linux; เซิร์ฟเวอร์ 32 หรือ 64 บิต หรือโครงการเกี่ยวกับอะไร ฉันมีความรู้สึกไม่ดีเมื่อเห็นข้อความมอบอำนาจของ VCS ว่ามีใครบางคนแยกโครงการ "แกนดัล์ฟ" หรือโครงการ "Callanish" หรือโครงการอะไรก็ตาม ด้วยเหตุผลเดียวกันคุณไม่ได้ตั้งชื่อฟังก์ชั่นและตัวแปรแบบนั้น ฉันเสนอว่าเราควรใช้ชื่อที่มีความหมายมากกว่านี้อย่างน้อยสำหรับหน่วยงานใหม่ แต่ฉันต้องเผชิญกับการต่อต้านที่แข็งแกร่งมาก เห็นได้ชัดว่าทุกคนในองค์กรยกเว้นฉันรักสิ่งที่ตั้งชื่อเช่นนั้น เหตุใดเราจึงใช้ชื่อรหัสที่ไม่อธิบาย อย่าเข้าใจฉันผิดฉันไม่มีปัญหาในการตั้งชื่อรุ่นและเหตุการณ์สำคัญหรือมีชื่อผลิตภัณฑ์ที่ดีสำหรับเหตุผลทางการตลาด แต่ที่อื่น ๆ ฉันอยากเห็นชื่อที่เป็นคำอธิบายมากกว่านี้ แก้ไข: เพื่อให้บริบท: Gandalf เป็นโครงการที่พอร์ตรหัส 64 บิต Callanish เป็นพอร์ตที่เชื่อมต่อกับ Android …

16 naming  organization 

ฉันยังเป็นผู้ใช้โค่นล้มคนหนึ่งที่พยายามให้ความรู้แก่ตัวเองอีกครั้งในการควบคุมเวอร์ชันแบบกระจาย เมื่อใช้การโค่นล้มฉันเป็นแฟนตัวยงของวิธีการย่อยโครงการและกับอดีตนายจ้างส่วนใหญ่ของฉันเราจะจัดโครงสร้างสาขาที่เก็บของเรา แท็ก & ลำต้นดังนี้: branches-+ +-personal-+ | +-alice-+ | | +-shinyNewFeature | | +-AUTOMATED-+ | | +-shinyNewFeature | +-bob-+ | +-AUTOMATED-+ | +-bespokeCustomerProject +-project-+ +-shinyNewFeature +-fixStinkyBug tags-+ +-m20110401_releaseCandidate_0_1 +-m20110505_release_0_1 +-m20110602_milestone trunk ภายในต้นไม้ต้นกำเนิดจริงเราจะใช้โครงสร้างคล้ายกันดังต่อไปนี้ (src)-+ +-developmentAutomation-+ | +-testAutomation | +-deploymentAutomation | +-docGeneration | +-staticAnalysis | +-systemTest | +-performanceMeasurement | +-configurationManagement | …

16 mercurial  organization  continuous-integration  svn  configuration-management