การใช้ภาษาที่ บริษัท ของคุณไม่รองรับสำหรับงานบางอย่างใช่ไหม

ฉันทำงานให้กับ บริษัท ที่รองรับหลายภาษา: COBOL, VB6, C # และ Java
ฉันใช้ภาษาเหล่านั้นสำหรับงานหลักของฉัน แต่ฉันมักพบว่าตัวเองเขียนโปรแกรมเล็ก ๆ น้อย ๆ (เช่นสคริปต์) ใน Python เพราะฉันพบว่ามันเป็นเครื่องมือที่ดีที่สุดสำหรับงานประเภทนั้น

ตัวอย่างเช่นนักวิเคราะห์ให้ไฟล์ CSV ที่ซับซ้อนแก่ฉันเพื่อเติมข้อมูลบางตาราง DB ดังนั้นฉันจะใช้ Python ในการแยกวิเคราะห์และสร้างสคริปต์ DB

มีปัญหาอะไร?
ปัญหาหลักที่ฉันเห็นคือบางส่วนของสคริปต์รวดเร็วและสกปรกเหล่านี้กำลังได้รับความสำคัญอย่างช้าๆและ:

1. บริษัท ของฉันไม่รองรับ Python
2. พวกเขาไม่ได้ควบคุมเวอร์ชัน (ฉันสำรองข้อมูลไว้ในอีกทางหนึ่ง)
3. เพื่อนร่วมงานของฉันไม่รู้จัก Python

นักวิเคราะห์เริ่มอ้างอิงจากอีเมล ("เปิดสคริปต์ที่ส่งออก ... ") ดังนั้นพวกเขาจึงต้องการบ่อยกว่าที่ฉันคิดไว้ในตอนแรก

ฉันควรเพิ่มว่าสคริปต์เหล่านี้เป็นเพียงสาธารณูปโภคที่ไม่ได้เป็นส่วนหนึ่งของโครงการหลัก พวกเขาเพียงช่วยในการทำงานที่ไม่สำคัญในเวลาที่น้อยลง สำหรับงานเล็ก ๆ ของฉันพวกเขาช่วยได้มาก

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

นี่เป็นสถานการณ์ทั่วไปหรือไม่ ฉันกำลังทำอะไรผิดหรือเปล่า? ฉันควรทำอย่างไร?

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

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

จากนั้นคุณจะต้องโน้มน้าวให้หัวหน้าของคุณรู้ว่า Python เป็นวิธีที่จะทำสิ่งเหล่านี้หรือยอมรับว่าคุณจะต้องเขียนมันใหม่ในภาษาที่รองรับ หากค่าใช้จ่ายในการจัดทำเอกสารสคริปต์และการให้ความรู้แก่เพื่อนร่วมงานของคุณใน Python ต่ำกว่าการเขียนใหม่คุณอาจชนะการโต้แย้ง

ฉันไม่สามารถให้คำตอบเต็มรูปแบบกับสิ่งที่คุณควรทำ ฉันสามารถให้คำแนะนำเดียวที่คุณสามารถใช้เพื่อเริ่มต้นด้วย:

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

หลังจากนั้นคุณจะต้องดูว่าคนอื่นตอบสนองอย่างไร

ฉันพบปัญหาที่คล้ายกันที่ฉันทำงาน ฉันได้ยิน "PHP คืออะไร" เมื่อหลายปีก่อน พวกเขาไม่เข้าใจหรือสนใจที่จะเรียนรู้สิ่งใดนอก MS กองซ้อน ถ้าหลามเป็นเครื่องมือที่เหมาะสมสำหรับงานฉันแค่บอกหัวหน้างานของฉันเกี่ยวกับมันและพร้อมสำหรับการเปรียบเทียบจำนวนมากและอธิบายว่าทำไมงูหลามจึงเป็นตัวเลือกที่ถูกต้อง มันน่าหงุดหงิด แต่ฉันคิดว่าคนส่วนใหญ่เห็นด้วยกับหลามว่าเป็นทางเลือกที่ดีสำหรับการจัดการข้อความ

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

ขั้นตอนที่สองเอามันเข้าไปในการควบคุมเวอร์ชันของโครงการ ตอนนี้ ไม่มีสิ่งใดที่คุณสร้างขึ้นสำหรับโครงการควรอยู่นอกเหนือการควบคุมเวอร์ชันของโครงการนั้น

เตรียมพร้อมสำหรับแบคแลช - คนมักไม่ชอบการเปลี่ยนแปลง การวิ่งด้วยตัวคุณเองโดยใช้เทคโนโลยีที่ไม่สนับสนุน (ไม่รู้จักและไม่รู้จัก (ทีม / องค์กร) เป็นความคิดที่ไม่ดีโดยไม่ต้องปรึกษานักพัฒนาคนอื่นอย่างน้อยและกำหนดวิธีที่ดีที่สุด (สำหรับโครงการไม่ใช่แค่คุณ) ใช้.

ฉันคิดว่านี่น่าจะเป็นกรณีที่ดี

การให้อภัยง่ายกว่าการขออนุญาต

ดูเหมือนคุณจะทำงานเสร็จ แต่คุณจะต้องจัดการกับผลกระทบในตอนนี้

กฎของหัวแม่มือของฉันคือ:

สิ่งใดที่อาจส่งผลกระทบต่อการทำงานของผู้อื่นควรพูดคุยกับเพื่อนร่วมงานและผู้บังคับบัญชาของคุณโดยเร็ว

แต่ถ้าเป็นเพื่อคุณและคุณคนเดียวตราบใดที่มันไม่ได้สร้างความเสียหายให้กับโครงสร้างพื้นฐานหรือความปลอดภัยของบริษัท คุณก็มีอิสระที่จะทำตามที่คุณต้องการจะทำงานให้เสร็จ

คุณมีสองทางเลือก:

1. ทำให้เป็นมาตรฐาน
2. แปลเป็นเครื่องมือมาตรฐาน

ขึ้นอยู่กับองค์กร # 1 อาจมีความท้าทาย (หลังจาก จำกัด รายชื่อของเทคโนโลยีมาตรฐานเพื่อหลีกเลี่ยงการระเบิดแบบ combinatorial ของการฝึกอบรมและการสนับสนุนทักษะความต้องการ)

ตัวเลือกที่สองจะช่วยให้ชุดทักษะของคุณและคุณอาจจะหาบุคคลที่สาม (และโอเพนซอร์สที่น่าจะมีใบอนุญาตเป็นมิตรกับการค้า) เพื่อทำงานหนักบางอย่าง เช่นการค้นหา "LINQ เป็น CSV" ควรได้รับความนิยมที่มีประโยชน์

BTW ซึ่งเป็นเครื่องมือสำหรับนักพัฒนาของ VB6 (IDE, คอมไพเลอร์) ไม่ได้รับการสนับสนุน (ไม่ใช่แม้แต่การแก้ไขด้านความปลอดภัย) ดังนั้นจึงเป็นไปได้ที่มาตรฐานจะต้องมีการอัปเดตอยู่ดี (สนับสนุนรันไทม์ VB6 ซึ่งเป็นส่วนหนึ่งของ - และรวมอยู่ในการติดตั้ง - ของ Windows รุ่นปัจจุบัน) บางทีนี่อาจถูกใช้เป็นผู้ช่วยในการเข้าใกล้ # 1: ชุดเครื่องมือมาตรฐานจำเป็นต้องมีเป้าหมายที่เคลื่อนไหวเนื่องจากการพึ่งพาซัพพลายเออร์

หากคุณได้รับงานและมีวิธีเดียวที่จะทำให้งานสำเร็จตรงเวลาคุณไม่มีทางเลือก ฉันคิดว่าเป็นการดีที่จะให้คนที่รับผิดชอบรู้ว่าคุณกำลังทำอะไร คุณไม่ควรออกไปข้างนอกการควบคุมแหล่งที่ต้องการ (เว้นแต่ว่ามันจะไม่สามารถใช้งานได้จริง ๆ ) การทดสอบและเอกสารประกอบ

บางครั้ง บริษัท อาจต้องให้ผู้พัฒนารายเดียวเริ่มมองหาพื้นที่ใหม่ในการพัฒนา แต่น่าเสียดายที่รหัสอาจทำให้การผลิตเร็วขึ้นกว่าคนอื่น ๆ ที่จะได้รับความเร็ว

ฉันต้องยอมรับว่าการทำงานกับภาษาต่าง ๆ ถึง 20 ภาษามีจำนวนมาก

คุณมีสคริปต์ Bash ที่เรียกใช้สคริปต์ Python ที่เรียกว่าสคริปต์ Perl ที่เรียก Java ไบนารีที่เรียก C dll ...

ถ้างั้นก็มีบางอย่างที่กระทบแฟน ๆ ในทุกท่อและคุณก็ผ่านไป - นั่นคือ DTH KODEZ ใช่ไหม? โดยเฉพาะอย่างยิ่งใน Perl ... และการแก้จุดบกพร่องอย่างง่ายพูดแก้ปัญหาการเข้ารหัสกลายเป็นระเบียบฝันร้าย คุณไม่สามารถดีบัก 5 จาก 7 ภาษาได้อย่างมีประสิทธิภาพและกลายเป็นความเจ็บปวดอย่างแท้จริง

หรือคุณต้องเพิ่มการเปลี่ยนแปลงแบบง่าย ๆ แต่คุณสร้างข้อผิดพลาด 10 ข้อเนื่องจาก Perl มี gotchas, Java มี gotchas เป็นต้น

และโซ่ภาษา 7+ นั้นเริ่มทีละขั้นตอน

เหยียบอย่างระมัดระวังนี่คือมังกร ...

หากสิ่งเหล่านี้เป็นเครื่องมือที่คุณใช้สำหรับตัวคุณเองคุณมีอิสระที่จะทำสิ่งต่าง ๆ ที่ทำให้คุณมีประสิทธิผลมากขึ้น

ที่จริงแล้วคุณควรได้รับการสนับสนุนให้สร้างและใช้เครื่องมือดังกล่าวซึ่งท้ายที่สุดจะกลายเป็นส่วนเสริมแขนของคุณ

ในที่สุดพวกเขาจะตระหนักถึงความสำคัญของการมีเครื่องมือดังกล่าวไม่ว่าพวกเขาจะเขียนด้วยภาษาอะไรและจะเริ่มนำไปใช้ในสภาพแวดล้อมการทำงานของพวกเขา

เมื่อคุณได้รับคำสั่งให้เขียนโค้ดที่ทำ sth. ภาษามักจะถูกระบุหรือบอกเป็นนัย (กฎในองค์กร)

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

ดังนั้นฉันจะใช้กฎนั้น:

1) ถ้าคุณได้รับคำสั่งให้ทำงานบางอย่างเช่นการนำเข้าข้อมูลฉันจะใช้เครื่องมือ / ภาษา / ฯลฯ ที่จะสะดวกที่สุดสำหรับฉันและจะเร็วที่สุดสำหรับงาน

2) ถ้าคุณถูกบอกให้เขียนเครื่องมือที่ทำงานบางอย่างเช่นนำเข้าข้อมูลบางอย่างฉันจะพูดถึงภาษา / เครื่องมือที่จะใช้กับผู้จัดการ (ยกเว้นเมื่อฉันใช้ภาษาที่มีมาตรฐานโดยนัยตัวอย่างเช่นเมื่อ บริษัท ใช้ [เกือบ ] เฉพาะ Java)

3) หากงานดูเหมือนจะเป็นแบบครั้งเดียว แต่ก็สามารถทำซ้ำได้คุณควรพูดคุยกับผู้จัดการเพื่อเปลี่ยนจาก 1) เป็น 2) และเขียนใหม่จากภาษาที่คุณต้องการเป็นภาษาที่ บริษัท ให้การสนับสนุน

ฉันคิดว่าคุณไม่ได้อยู่ในฐานะที่จะตัดสินใจ (หรืออย่างอื่นคุณจะไม่ถามคำถาม) เจ้านายของคุณคิดอย่างไรเกี่ยวกับปัญหานี้ คุณควรพูดคุยกับเขาและพยายามโน้มน้าวเขาว่า Python เป็นวิธีที่จะไป ...

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