เพื่อนร่วมงานเปลี่ยนชื่อข้อความค้นหาทั้งหมดของฉัน [ปิด]

ฉันไม่รู้ว่าฉันควรจะหงุดหงิดมากหรืออะไร ฉันสร้างแบบสอบถามมากกว่า 300 รายการสำหรับฐานข้อมูลขนาดใหญ่และพัฒนาแผนการตั้งชื่อเพื่อที่ฉันจะได้ค้นพบในภายหลัง ไม่มีใครในออฟฟิศของฉันรู้วิธีสร้างคิวรี แต่ฉันเข้ามาเมื่อวานนี้เพื่อพบว่าพวกเขาทั้งหมดถูกเปลี่ยนชื่อ ตอนนี้ฉันมีเวลายากมากในการค้นหาสิ่งต่าง ๆ และฉันพยายามที่จะคิดออกว่าจะทำอย่างไร

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

สิ่งที่ฉันพยายามคิดก็คือ:

1) ฉันทำมากไปไหม?

2) วิธีที่ดีที่สุดในการจัดการกับสิ่งนี้คืออะไร? ฉันเกลียดที่จะพูดถึงเรื่องนี้กับเจ้านายของฉัน แต่หลังจากพูดคุยกับเพื่อนร่วมงานของฉันเมื่อวานนี้ฉันสามารถบอกได้ว่าเธอรู้สึกเหมือนเธอไม่ได้ทำอะไรผิด

1. ไม่จริง - นั่นเป็นสิ่งที่ไม่น่าเคารพอย่างไม่น่าเชื่อ

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

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

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

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

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

1. การออกแบบฐานข้อมูลรวมถึงการอนุญาต (GRANT และ REVOKE)
2. การทดสอบรวมถึงสิทธิ์การทดสอบ
3. ผู้คนค่อนข้างน้อยควรได้รับอนุญาตให้เปลี่ยนชื่อวัตถุฐานข้อมูล
4. เพื่อนร่วมงานของคุณไม่ใช่หนึ่งในไม่กี่คน

"รูปแบบการตั้งชื่อแบบใหม่ไม่สมเหตุสมผล" เสียงเหมือนอย่างใดอย่างหนึ่งต่อไปนี้อาจเป็นกรณี:

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

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

ฉันพูดกับคนที่รับผิดชอบและเธอก็วัดผลทุกสิ่ง

จากนั้นฉันจะบอกคุณอย่างไม่สะทกสะท้าน:

ย้อนกลับการเปลี่ยนแปลง

ทำสงครามครั้งนี้ ผู้จัดการของคุณควรสำรองคุณและเสริมอำนาจให้กับคุณ

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

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

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

หากไม่เป็นเช่นนั้นให้จัดทำข้อตกลงร่วมกันเป็นทีมและติดตามพวกเขาเป็นทีม

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

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

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

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

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

อย่ามองม้าของขวัญในปาก

ประการแรกการเป็นเจ้าของรหัสส่วนรวม - พวกเขาไม่ควรเป็น 'ของคุณ'

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

หากทุกคนคิดว่าพวกเขาเป็น 'ของคุณ' คุณจะไม่มีทางกำจัดพวกเขาและย้ายไปยังสิ่งใหม่ ๆ

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

ไม่ว่าในกรณีใดฉันคิดว่าการทำสงคราม "ไม่ใช่คำตอบ" แม้ว่าคุณจะชนะคุณก็แพ้

นั่นคือพฤติกรรมที่น่ากลัว ดูเหมือนว่าเธอจะไม่เสียใจดังนั้นจงนำมันมาที่เจ้านายของคุณและทำเรื่องให้เพิกถอนการเข้าถึงของเธอจนกว่าเธอจะมั่นใจได้ว่าจะไม่ยุ่ง

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

มันเกินหยาบคาย ฉันจะโกรธ

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

เช่นเดียวกับทุกคนที่กล่าวว่าเธอไม่ควรทำสิ่งนี้หากคุณไม่เคารพคุณเนื่องจากคุณเป็นผู้สร้างข้อความค้นหาเหล่านี้

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

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

กุญแจสำคัญของ Teh ที่นี่ฉันคิดว่าไม่มีใครที่แยกได้และวิธีที่ดีที่สุดในการหลีกเลี่ยงนิ้วเท้าของกันและกันคือการสื่อสารและยอมรับกฎพื้นฐานทั่วไป

ฉันจะตอบกลับด้วยวิธีเดียวกัน - ลดการตัดสินใจของคุณที่จะเปลี่ยนทุกอย่างกลับคืน เพียงแค่ย้อนกลับการเปลี่ยนแปลงของเธอและเขียนอีเมลสั้น ๆ ให้เพื่อนร่วมงานของคุณ:

"เปลี่ยนกลับเป็น rXXXX แล้วเพราะไม่เข้าใจว่ามันเป็นแบบแผนการตั้งชื่อขอบคุณที่ลองทำใหม่ :)"

ใช่คุณทำปฏิกิริยามากเกินไป

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

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

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