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

ฉันเพิ่งพูดกับผู้ชาย DevOps ซึ่งได้คะแนนดีมากเกี่ยวกับการต่อสู้ของการเป็นวิศวกร DevOps และบางครั้งก็รู้สึกเหมือนกองทัพคนเดียวถึงแม้ว่าเขาจะอยู่ในทีมวิศวกร 16 คนก็ตาม เขาสวมหมวกที่แตกต่างกันมากมาย แต่อยู่ในทีมพัฒนาที่ทำงานโครงสร้างพื้นฐาน เขารักเทคโนโลยีสุดเจ๋งที่เขาได้ทำงานด้วยระบบอัตโนมัติ, คลาวด์, การวางตู้คอนเทนเนอร์เป็นต้น แต่เขาก็ต้องดิ้นรนว่าเขาเป็นคนเดียวที่ทำได้opsในdevทีม เขารายงานไปยังผู้จัดการฝ่ายพัฒนา แต่ทำงานใกล้ชิดกับผู้จัดการโครงสร้างพื้นฐานมากขึ้น นี่น่าจะเป็นกรณีของมืออาชีพ DevOps ที่ฉันพูดด้วย จะทำอะไรได้บ้างเพื่อช่วยให้วิศวกร DevOps รู้สึกเหมือนหมาป่าโดดเดี่ยวน้อยลง

66 culture 

แนวคิดของการมีวิศวกร DevOpsได้รับความนิยมค่อนข้างมากเมื่อเร็ว ๆ นี้และดูเหมือนว่าจะมีเพียงคนที่สามารถต่อเชื่อมและมอบสิทธิประโยชน์มากมายของ DevOps ดังที่อธิบายไว้ในบล็อก Puppet : องค์กรที่ใช้แนวทางปฏิบัติของ DevOps นั้นมีประสิทธิภาพสูง: พวกเขาปรับใช้โค้ดบ่อยกว่าคู่แข่งถึง 30 เท่าและการปรับใช้ล้มเหลวน้อยลง 50% ตามรายงานของ State of DevOps ประจำปี 2558 อย่างไรก็ตามฉันได้สังเกตเห็นว่ามีการคัดค้านเกี่ยวกับเสียงของนักพัฒนา DevOps มากและพยายามทำการปรับปรุงเหล่านี้: แม้จะมีข้อตกลงในวงกว้างเกี่ยวกับคุณลักษณะหลักของ DevOps แต่การโต้แย้งรอบคำว่า“ วิศวกร DevOps” บางคนพูดว่าคำนั้นขัดแย้งกับคุณค่าของ DevOps Jez Humble ผู้เขียนร่วมของการจัดส่งแบบต่อเนื่องชี้ให้เห็นว่าเพียงแค่เรียกวิศวกรของ DevOps ว่าสามารถสร้างไซโลแห่งที่สามได้นอกเหนือจาก dev และ ops - "... เห็นได้ชัดว่าเป็นวิธีที่ยาก (และแดกดัน) ในการพยายามแก้ไขปัญหาเหล่านี้ ." ทำไมมันอาจไม่เป็นเช่นความคิดที่ดีสำหรับธุรกิจที่จะจ้างวิศวกร DevOps และพยายาม 'ใช้ DevOps' …

32 terminology  culture  job-role 

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

29 culture 

สมมติว่าการสลับค่าสถานะคุณลักษณะเป็นความคิดที่ดีและควรนำไปใช้กับโค้ดที่นักพัฒนาเขียน ตัวอย่าง Etsy สาบานต่อพวกเขาเป็นส่วนสำคัญของวัฒนธรรมของพวกเขา เป็นวิธีที่ดีในการชักชวน (และบังคับใช้) นักพัฒนาเพื่อเริ่มใช้สลับการตั้งค่าคุณสมบัติคืออะไร? ข้อมูลเพิ่มเติมเกี่ยวกับคุณลักษณะสลับธงมีการอธิบายในQ: วิธีการใช้คุณลักษณะสลับธง , Q: อะไรคือคุณลักษณะสลับธงและมากอย่างกว้างขวางในพีทฮอดจ์สันบทความเกี่ยวกับเรื่องในบล็อกของฟาวเลอร์มาร์ตินของ

20 culture  feature-flags 

ครั้งแรกเมื่อฉันได้ยินคำว่า SecOps ฉันคิดว่ามันเป็นวิธีการจัดการที่มีจุดมุ่งหมายเพื่อเชื่อมต่อทีมรักษาความปลอดภัยและการดำเนินงานในลักษณะเดียวกับที่ DevOps รวบรวมนักพัฒนาและทีมปฏิบัติการไว้ด้วยกัน แต่ความปลอดภัยไม่ใช่แค่ส่วนหนึ่งของปริศนา DevOps ใช่ไหม DevOps มีกระบวนการต่างๆเช่นการตรวจสอบส่วนประกอบการจัดการเวอร์ชันการเปรียบเทียบการตรวจสอบโค้ดการตรวจสอบอย่างต่อเนื่อง .. SecOps อื่น ๆ สามารถเพิ่มอะไรให้กับทีม DevOps หรืออาจเป็นอีกคำหนึ่งที่ฉวัดเฉวียน

20 terminology  culture  security 

ผู้พัฒนาที่ดีควรสอดคล้องกับกฎที่ 11 ของการทดสอบ Joel : ผู้สมัครใหม่เขียนรหัสในระหว่างการสัมภาษณ์หรือไม่? อย่างไรก็ตามฉันรู้อะไรเล็กน้อยเกี่ยวกับคอนเทนเนอร์ของ Docker วิธีกำหนดค่า Jenkins หรือ AWS เป็นต้นจะมีวิธีใดที่ดีในการทดสอบว่าบุคคลที่ใช้สามารถจัดการงานดังกล่าวได้หรือไม่ คำถามย่อย: ฉันเชื่อว่าพนักงาน devops ที่ดีสามารถกำหนดค่าห่วงโซ่การสร้างครั้งเดียวและควรทำงานตั้งแต่นั้นมา ฉันสามารถคาดหวังให้เขาหรือเธอเป็นนักพัฒนาใน บริษัท (DEVops) ได้หรือไม่? เนื่องจาก DevOps เป็นงานที่ค่อนข้าง "ใหม่" อาจจะดีกว่าหรือที่ บริษัท ขนาดเล็กจะแบ่งปันพนักงาน devops หรือจ้างเขาหรือเธอเป็นอิสระเมื่อใดก็ตามที่คุณต้องการเขาหรือเธอ? ความสับสนของฉันเกี่ยวกับคำที่มาจากข้อเสนองานเช่นนี้แม้ที่นี่ใน stackexchange (= ลิงค์ที่หน้าจอด้านบนถูกนำมาจาก) ฉันพบบทความที่เป็นประโยชน์ แต่เป็นไปได้ที่คุณอาจต้องการอ่านหากคุณสะดุดกับคำถามนี้: https://hackernoon.com/devoops-some-common-common-anti-patterns-1850ac2f5074

20 culture  software-engineering 

ฉันเห็นบล็อกที่ฉันติดตามแนะนำหนังสือเพิ่มมากขึ้นเรื่อย ๆ ฉันสนุกกับการอ่านนิยายและไม่ชอบหนังสือ แต่จะสามารถอัปเดต / เขียนบล็อกใหม่ได้เมื่อเทคโนโลยีเคลื่อนที่ในหนังสือเหล่านี้ซึ่งโดยปกติจะมีราคาประมาณ£ 20-30 มีคุณภาพที่เฉพาะเจาะจงสำหรับชื่อที่เกี่ยวข้องกับ DevOps ซึ่งขาดหายไปจากโลกออนไลน์หรือทุกคนยกเว้นฉัน

17 culture 

ฉันได้ทำ / สร้างงานนำเสนอที่เกี่ยวข้องกับ SCM จำนวนมากและตอนนี้ฉันพยายาม "อัปเกรด" เป็นตัวตายตัวแทนของ DevOps สิ่งที่ฉันพยายามทำอยู่เสมอในการนำเสนอของฉันคือการสร้างสไลด์การนำเสนอซึ่งรวมถึงข้อความที่ฉันต้องการส่งมอบ (และจากนั้นฉันก็อธิบายเพิ่มเติมในส่วนที่เหลือของงานนำเสนอ) เมื่อทำเช่นนั้นฉันพยายามตอบคำถามของตัวเองเช่น "วลีที่ฉัน 1 ถึง 3 คืออะไรที่ฉันต้องการใช้ถ้าฉันมีเวลาประมาณ 10 ถึง 20 วินาที (เท่านั้น!) เพื่ออธิบายให้คนใหม่ดู? * " ฉันคิดว่าฉันรู้ว่าDevOpsหมายถึงอะไรจริง ๆ และมันเกี่ยวกับอะไร แต่ฉันเคยเห็นการใช้งาน / บริบทที่แปลกประหลาดของDevOps (แม้แต่ในDevOps.SE ... ) มันทำให้ฉันสงสัยว่าบางทีสิ่งที่ฉันคิดว่า DevOps คือผิดทั้งหมด โดยทั่วไปแล้วอะไรคือความหมายของคำจำกัดความของ DevOps

16 terminology  culture 

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

15 culture  project-management 

ฉันพยายามผลักดันพฤติกรรมที่ดีภายในโปรแกรมการเปลี่ยนแปลง DevOps เพื่อสนับสนุนสิ่งนี้ฉันกำลังมองหาการระบุตัวชี้วัดที่สามารถดำเนินการได้รอบ ๆ สาขาปฏิบัติการ: การจัดการปัญหาและเหตุการณ์ การจัดการความจุ การจัดการการเปลี่ยนแปลงและการวางจำหน่าย เพื่อให้มีความชัดเจนอย่างยิ่งสิ่งเหล่านี้เป็นฟังก์ชั่นที่เคยเป็นขององค์กรการดำเนินงานและตอนนี้เป็นเจ้าของโดยองค์กร Agile / DevOps มีตัวชี้วัดที่มีอยู่ที่ขับเคลื่อนพฤติกรรมที่ไม่ดีคือ: เวลาในการวิเคราะห์สาเหตุรากเสร็จสมบูรณ์: ขับ RCAs ที่ไม่สมบูรณ์เพียงเพื่อให้เข้าสู่ระบบตรงเวลา ระยะเวลาดำเนินการทดสอบ: ปิดใช้งานการทดสอบที่รันนานโดยไม่คำนึงถึงมูลค่าทางธุรกิจ การใช้บริการคลาวด์โดยเฉลี่ย: กระตุ้นความมุ่งมั่นของทรัพยากรการคำนวณมากเกินไปส่งผลให้เวลาตอบสนองช้า ตัวบ่งชี้ประสิทธิภาพหลักใดที่สามารถใช้เพื่อส่งเสริมพฤติกรรมที่ดีในโปรแกรม DevOps

13 culture  metrics  kpi 

การพัฒนาซอฟต์แวร์ Agileเป็นวิธีการที่เหมาะสมสำหรับร้านค้าซอฟต์แวร์ในปัจจุบัน แต่ยังมีองค์กรที่ไม่ได้ฝึกฝน Agile ในการพัฒนาซอฟต์แวร์ซึ่งอาจสนใจที่จะใช้ DevOps เมื่อฉันบอกว่าการพัฒนาซอฟต์แวร์เปรียวผมหมายถึงลูกหลานใด ๆ ที่ออกมาของการประกาศสำหรับการพัฒนาซอฟต์แวร์เปรียว เช่นExtreme Programming , Scrum , Lean Software Developmentและอื่น ๆ การพัฒนาซอฟต์แวร์ Agile เป็นข้อกำหนดเบื้องต้นของการใช้ DevOps ในระดับองค์กรหรือไม่

13 culture  agile 

โดย Adam Smith แผนกแรงงานสามารถทำให้คุณมีประสิทธิภาพมากขึ้น240 เท่า (ตัวอย่างเช่นโรงงานผลิตพินใน 18 ขั้นตอน) ทำไมจึงมีบทบาทที่มีทักษะหลากหลายเป็นที่ต้องการอย่างมากถ้าสิ่งนี้ช่วยลดประสิทธิผลได้จริงหรือมิ ธ ผิดไปทำไม ค้นหา "fullstack developer" ยังคงมีแนวโน้มใน Google แต่ดูเหมือนจะช้ากว่าสองปีที่ผ่านมา: ===== ในการสรุปผู้พัฒนาสแต็คเต็มรูปแบบสามารถทำทุกห่วงโซ่คุณค่า (แก้ไขฉันถ้าฉันผิด): พูดคุยกับลูกค้าและปรับแต่งข้อกำหนดความคล่องตัวที่สามารถทำงานได้สำหรับส่วนของงาน ตัดสินใจเลือกสถาปัตยกรรมเครื่องมือและส่วนประกอบ - เพียงมอบโน้ตบุ๊กให้เขา เขียนโค้ดสำหรับ frontend, backend, ingration ซึ่งรองรับการทำงานข้ามอุปกรณ์และไม่ต้องการการทดสอบมากหรือรวมถึงมัน โปรไฟล์และข้อมูลภูมิประเทศใช้ Cloud AI / ML APIs สำหรับคุณสมบัติขั้นสูง เขียนรหัส IaC และการเปิดตัวที่จำเป็น โทรแจ้งในกรณีที่เกิดข้อผิดพลาดหรือกระบวนการขาย ระวังการออกแบบที่เกี่ยวข้องกับความปลอดภัยการแพตช์โดยรวมการโยกย้ายและความทันสมัย ตารางเวลาบัญชีในลักษณะที่ละเอียดเพื่อลดความยุ่งยากในการออกใบแจ้งหนี้ของนายจ้าง ... ฉันลืมอะไรไปหรือเปล่า UPD - " เราต้องการผลิตภาพของความเชี่ยวชาญ แต่เราไม่ต้องการมุมมองที่โดดเดี่ยวของ" การแบ่งงานที่รุนแรง …

12 culture  project-management 

การสรรหาบุคลากร DevOps ส่วนใหญ่เกิดขึ้นตามมาในการจับคู่คำหลักซึ่งนำไปสู่ความคิดของฉันในการมุ่งเน้นเทคโนโลยีเพียงอย่างเดียว ตอนนี้ DevOps เป็นอะไรที่มากกว่าแค่เทคโนโลยีและวิศวกร DevOps ไม่ใช่แค่ผู้ดูแลระบบที่เก่งกว่าด้วยทักษะการเขียนโค้ด บทบาท / โปรไฟล์อาวุโส DevOps หมายถึงฉันยังเสนออาวุโสในรากฐานและการปฏิบัติอื่น ๆ อีกมากมายนอกเหนือจากทักษะด้านโครงสร้างพื้นฐานและวิศวกรรมซอฟต์แวร์เช่น Lean, การวัดและการเปิดกว้างและการสื่อสาร (ผู้ที่ขอ DevOps ว่าจ้างสำหรับทักษะการสื่อสารของพวกเขา ดังนั้นโฆษณาหางาน / สัมภาษณ์จะมีประสิทธิภาพมากขึ้นในบางด้าน - ตัวอย่างเช่นโดยใช้คำถามหมวดหมู่CALMSด้วยหรือไม่ - นำไปสู่คำถามเช่น "ตอนนี้คุณจะนำหลักการลีนมาใช้อย่างไรได้อย่างไรด้านวัฒนธรรมได้รับการกล่าวถึงในโครงการ DevOps ล่าสุดของคุณอย่างไร" รายละเอียดเพิ่มเติม: C ulture (เช่นกลยุทธ์สำหรับการจัดการความขัดแย้งและทัศนคติต่อความล้มเหลวของตนเองและของผู้อื่น) A utomation (ที่นี่คุณถามเกี่ยวกับทักษะหุ่นเชิด / นักเทียบท่า ฯลฯ ) L ean (รากฐานของ Lean ประเภทของขยะ) M easurement (ขอเครื่องมือเช่น JMeter …

11 culture 

ฉันเรียนที่ CompSci ที่ซึ่งเราสอน Java เป็นหลัก แต่สิ่งที่ฉันเรียนรู้คือความหลงใหลในระบบคืออะไรฉันจึงทำงานด้าน ops เสมอ ฉันมีประโยชน์กับการเขียนสคริปต์ดังนั้นฉันจึงไม่ได้มองหาเว็บไซต์ที่จะสอน Ruby ให้ฉัน แต่เป็นสิ่งที่จะอธิบายเพิ่มเติมในเชิงลึกเกี่ยวกับสิ่งที่คุณทำอยู่ทุกวัน ฉันต้องการเข้าใจวัฒนธรรมที่ดีขึ้นและวิธีที่คุณแยกแยะจำนวนไฟล์ที่แท้จริงในโครงการของคุณ - สิ่งที่จับต้องไม่ได้ ถ้าฉันเรียนรู้วันนี้ฉันถูกย้ายไปที่ทีมพัฒนาในวันจันทร์ฉันจะอ่านอะไรในสุดสัปดาห์นี้

10 culture  builds  methodology  software-engineering 

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

10 culture