Đồng nghiệp đã đổi tên tất cả các truy vấn của tôi [đã đóng]

Tôi không biết mình nên bị kích thích hay sao. Tôi đã tự tay xây dựng hơn 300 truy vấn cho một cơ sở dữ liệu lớn và phát triển một quy ước đặt tên để tôi có thể tìm thấy chúng sau này. Không ai khác trong văn phòng của tôi thậm chí biết cách xây dựng một truy vấn, nhưng tôi đã đến vào ngày hôm qua để thấy rằng tất cả chúng đã được đổi tên. Bây giờ tôi đang có một thời gian rất khó khăn để tìm kiếm mọi thứ, và tôi đang cố gắng tìm ra những gì để làm.

Tôi đã nói chuyện với người chịu trách nhiệm, và cô ấy chỉ xem nhẹ toàn bộ. Cô nói rằng cô đã đổi tên chúng để cô có thể tìm thấy chúng dễ dàng hơn. Thật không may, tôi là người duy nhất biết cách xây dựng, chỉnh sửa và bảo trì chúng, và lý do duy nhất cô ấy cần để tìm ra chúng là để kiểm tra các truy vấn. Quy ước đặt tên mới hoàn toàn không có ý nghĩa gì và tôi cảm thấy như chúng ta đã thực hiện một bước lùi trong quá trình phát triển.

Những gì tôi đang cố gắng tìm ra là:

1) Tôi có phản ứng thái quá không?

2) cách tốt nhất để xử lý việc này là gì? Tôi ghét phải đề cập điều này với sếp của tôi, nhưng sau khi nói chuyện với đồng nghiệp của tôi ngày hôm qua, tôi có thể nói rằng cô ấy cảm thấy như mình không làm gì sai.

1. Không thực sự - đó là một điều cực kỳ thiếu tôn trọng để làm.

2. Bạn đã nói chuyện với cô ấy và chúng tôi chưa, nhưng có vẻ như bạn sẽ thuộc quyền của mình để khôi phục các quy ước đặt tên trước đó từ bản sao lưu hoặc hoàn nguyên chúng nếu chúng nằm trong kiểm soát nguồn. NÊN thông báo cho sếp và đồng nghiệp nếu bạn làm điều này và đưa ra lý do của bạn (Bạn không thể duy trì công việc của chính mình).

Điều cuối cùng bạn muốn là tìm hiểu về vấn đề này mặc dù vậy hãy xử lý nó vì tình huống có vẻ như là cảnh báo, nhưng ít nhất nó nên được ghi lại trong trường hợp nó trở thành một phần của mô hình thiếu tôn trọng.

Tại sao bạn không đơn giản xử lý nó như người lớn: ngồi xuống, không đối đầu và đưa ra một danh sách ưu và nhược điểm cho sơ đồ đặt tên, đồng ý với một và làm cho nó chính thức bằng cách viết một tài liệu ngắn mô tả nó. Khai thác sự quan tâm thực sự đến đầu vào của cô ấy để cô ấy cảm thấy (và được) tham gia.

Nếu đó chủ yếu là vấn đề của hương vị và nếu cô ấy là kiểu người hoàn toàn phải có mọi thứ theo cách của mình, thì hãy vui mừng vì bạn là người lớn hơn và để nó đi. Cuộc sống quá ngắn để có một cuộc thi đầy giận dữ về các kế hoạch đặt tên.

Vấn đề là sơ đồ đặt tên hay bạn cảm thấy mình không được tôn trọng? Nếu vậy có lẽ bạn có thể làm việc trên quan hệ công việc của bạn. Nếu bạn cảm thấy nó không xứng đáng thì tại sao bạn lại quan tâm đến những gì cô ấy nghĩ? :) Một lựa chọn khác có thể là cô ấy thực sự không cảm thấy đó là một vấn đề lớn và nếu bạn giải thích rõ ràng rằng bạn đang gặp khó khăn trong việc tìm kiếm công cụ có lẽ bạn có thể thay đổi nó trở lại.

1. Thiết kế cơ sở dữ liệu bao gồm các quyền (GRANT và REVOKE).
2. Kiểm tra bao gồm quyền kiểm tra.
3. Tương đối ít người nên có quyền đổi tên các đối tượng cơ sở dữ liệu.
4. Đồng nghiệp của bạn không phải là một trong số ít.

"Quy ước đặt tên mới hoàn toàn không có ý nghĩa" có vẻ như một trong những điều này có thể là trường hợp:

1. Cô áp dụng một số chỉ tiêu công ty cho họ. Chúng thường được sử dụng để đảm bảo mã ít nhất là nhất quán và trong trường hợp tốt nhất có thể giúp những thứ ngoại vi như tập lệnh tùy chỉnh nhỏ để tìm mã dễ dàng. Trong trường hợp này, bạn cần hiểu định mức và lý do tại sao nó "không có ý nghĩa" trong tình huống của bạn. Nếu bạn vẫn nghĩ rằng tốt hơn hết là các nhà phát triển nên để nguyên như vậy, hãy giải thích cho họ tại sao chính xác phương pháp của bạn tốt hơn và hỏi liệu bạn có thể thay đổi định mức (có thể là ổn nếu họ đồng ý với nó tốt hơn) hoặc từ bỏ nó trong trường hợp của bạn (không chắc và lộn xộn trong dài hạn).
2. Cô đã phát minh ra tiêu chuẩn của riêng mình ngay tại chỗ và áp dụng điều đó. Điều này có nhiều khả năng nếu cô ấy mới, và cô ấy nên giải thích lý do của mình. Bạn có thể học được điều gì đó, và / hoặc cô ấy có thể học được điều gì đó nếu bạn giải thích lý do của bạn.

Một điểm quan trọng là đó không phải là mã (số ít) của bạn , nếu bất cứ thứ gì nó thuộc về và sẽ được sửa đổi bởi, toàn bộ nhóm. Không có lời chỉ trích về mã nên được tập trung xung quanh những người đã viết nó.

Tôi đã nói chuyện với người chịu trách nhiệm, và cô ấy chỉ xem nhẹ toàn bộ.

Sau đó, tôi sẽ nói với bạn, không chịu trách nhiệm:

Quay trở lại những thay đổi.

Tiến hành cuộc chiến này. Người quản lý của bạn nên ủng hộ bạn và củng cố quyền lực của bạn.

1) Không bạn không phản ứng quá mức. Ai đó đã thay đổi công việc của bạn mà không nói với bạn và gạt nó đi khi bạn hỏi họ tại sao. Đó là imho vô cùng thiếu tôn trọng và thô lỗ.

2) Bạn có phải là DBA chính thức hay ít nhất là người đã trở thành người giữ DB? Nếu vậy, thay đổi lại tên và viết một tài liệu quy ước cho cách bạn làm việc. Ngoài ra, hãy viết tài liệu kiểu 'Hướng dẫn người dùng' để nếu ai đó phải vào DB và tìm thứ gì đó họ có thể.

Tôi sẽ gửi nó cho nhóm, không chỉ ngón tay, với một lưu ý hữu ích rằng bạn sẽ rất vui khi ngồi xuống và dẫn mọi người đi qua một số sắc thái của cấu trúc.

Nếu không, sau đó đưa ra các quy ước như một đội và theo họ như một đội.

Bên cạnh đó, đối với một người phải kiểm tra thứ gì đó để thay đổi tên của hơn 300 truy vấn có vẻ khá trẻ con. Cô đã lãng phí bao nhiêu thời gian để làm việc này, và chỉ để cô có thể tìm thấy đồ đạc? Thay vì chỉ đi và nhờ ai đó giúp đỡ, cô ấy đã lãng phí thời gian, thời gian của bạn và thời gian của công ty. Chưa kể mã có thể bị hỏng khi cô ấy làm điều này, do đó cũng lãng phí thời gian của một thành viên khác trong nhóm.

Nếu tôi là bạn, tôi sẽ đợi cho đến khi bạn hạ nhiệt một chút, hãy thử và nói chuyện với cô ấy một lần nữa. Nếu điều đó không làm việc hãy đưa nó lên với ông chủ. Tâm lý cao bồi đó sẽ đưa toàn bộ đội vào một ràng buộc cuối cùng.

Đổi tên ngẫu nhiên trong cơ sở dữ liệu có thể dễ dàng khiến môi trường sản xuất đi xuống. Nếu các thủ tục đó được tham chiếu ở đâu đó trong mã, nó có thể gây ra hậu quả nghiêm trọng. Bạn có thể thực hiện quay lại, nhưng nếu một người thử nghiệm như thế này thực sự không biết cô ấy đang làm gì, thì đó không phải là một bước để thấy người thử nghiệm thực hiện một số thay đổi để sản xuất. Điều đó có thể có nghĩa là doanh nghiệp bị mất, đó là lý do tại sao bạn nên cố gắng thực hiện các vai trò người dùng riêng biệt cho nhà phát triển và người thử nghiệm. Chúng tôi làm điều đó với những người thử nghiệm của chúng tôi và nó hoạt động rất tốt. Những người thử nghiệm thường đánh giá cao nó, bởi vì họ không phải sống trong nỗi sợ làm hỏng dữ liệu trực tiếp.

Nó dường như không được chạm vào ở nơi khác, nhưng bất kỳ nguồn nào (ví dụ: truy vấn) được đặt ở nơi công cộng phải nằm trong hệ thống kiểm soát phiên bản.

Sau đó, nếu đồng nghiệp thay đổi lược đồ đặt tên của bạn, bạn có thể dễ dàng quay trở lại sơ đồ làm việc của mình (và xem các thay đổi của họ; và có khả năng hoàn nguyên trở lại nếu cần). Bạn cũng buộc các thay đổi cho người dùng cụ thể, để bạn có thể biết ai đã làm mọi thứ rối tung lên.

Đừng nhìn một con ngựa quà trong miệng.

Thứ nhất, quyền sở hữu mã tập thể - chúng không nên là 'của bạn'.

Thứ hai, nếu họ đã đổi tên chúng thì hãy hỏi lý do xung quanh sơ đồ đặt tên mới. Họ đang sử dụng các truy vấn - trong trường hợp đó là loại cuộc gọi của họ; hoặc đó là bước đầu tiên trong họ bắt đầu cung cấp cho bạn một số trợ giúp trong việc duy trì những điều này.

Nếu mọi người nghĩ rằng họ là 'của bạn', bạn sẽ không bao giờ thoát khỏi họ và chuyển sang một cái gì đó mới.

Tôi không biết nếu điều này đã được hỏi nhưng quy ước đặt tên nào là phiên bản chính thức? Nếu phiên bản của bạn là chính thức, thì tôi sẽ nói giải quyết vấn đề từ góc độ. Vì vậy, thay vì nói "Người X đã khôi phục tất cả các thay đổi của tôi", hãy nói "Người X đã thực hiện các thay đổi trái với quy ước đặt tên chính thức". Nếu không có quy ước chính thức, thì tôi khuyên bạn nên cho cô ấy biết rằng bạn không đánh giá cao những thay đổi được thực hiện mà không hỏi ý kiến ​​bạn trước.

Trong cả hai trường hợp, tôi nghĩ rằng tiến hành một "cuộc chiến" không phải là câu trả lời. Ngay cả khi bạn thắng, bạn vẫn thua.

Đó là hành vi kinh khủng. Có vẻ như cô ấy không hối tiếc, vì vậy hãy đưa nó cho sếp của bạn và làm cho một trường hợp để thu hồi quyền truy cập của cô ấy cho đến khi cô ấy có thể bị thuyết phục để không gây rối.

Nếu ông chủ của bạn không có kỹ thuật, hãy giải thích điều đó theo cách họ sẽ hiểu. Hãy tưởng tượng bắt đầu công việc trong một phòng bưu điện, nơi bài được sắp xếp vào các lỗ chim bồ câu sẵn sàng để giao hàng. Bạn quyết định đơn phương sắp xếp các lỗ chim bồ câu theo tầng sau đó họ thay vì hệ thống bộ phận hiện tại sau đó là sàn. Nó có thể làm cho cuộc sống của bạn dễ dàng hơn trong thời gian ngắn, nhưng bạn sẽ bị giết bởi các nhân viên phòng bưu điện khác.

Nó vượt quá thô lỗ. Tôi sẽ rất tức giận.

Ngoài việc thiết lập quyền để ngăn người ngẫu nhiên thay đổi họ, bạn cũng nên giải thích vì đây là công việc của cô ấy để kiểm tra chức năng, bạn không thể đảm bảo độ tin cậy nếu người ngẫu nhiên thực hiện thay đổi mã.

Giống như mọi người đã nói, cô ấy không nên làm điều này, nếu chỉ vì tôn trọng bạn vì bạn là người duy trì người tạo các truy vấn này.

Có nói rằng, tôi không thấy ai đề cập đến thực tế rằng nếu cô ấy đã đổi tên truy vấn của bạn ngay từ đầu, đó là vì cô ấy không thể hiểu được quy ước đặt tên của bạn.
Vì vậy, vấn đề có thể dễ dàng được giải quyết bằng cách ghi lại quy ước đặt tên của bạn và đảm bảo rằng đồng nghiệp có quyền truy cập vào tài liệu và có thể tìm thấy những gì họ cần.

Bạn cũng phải cẩn thận và tính đến cách người khác sẽ tìm và sử dụng các truy vấn của bạn: nếu quy ước đặt tên của bạn không cho phép họ thực hiện công việc của họ một cách hiệu quả, thì có lẽ bạn cần duy trì một danh sách kỹ lưỡng hơn các truy vấn của mình, có thể sử dụng thẻ và từ khóa đồng ý để những người khác có thể tìm thấy những gì họ đang tìm kiếm.

Chìa khóa ở đây tôi nghĩ là không ai làm việc riêng rẽ và cách tốt nhất để tránh bước chân của nhau là giao tiếp và đồng ý về các quy tắc chung.

Tôi sẽ trả lời theo cùng một cách - hạ thấp quyết định của bạn để hoàn nguyên mọi thứ trở lại. Chỉ cần hoàn nguyên các thay đổi của cô ấy và viết email thực sự ngắn cho đồng nghiệp của bạn:

"Hoàn nguyên thay đổi rXXXX ngay bây giờ, vì không hiểu quy ước đặt tên. Mặc dù vậy, cảm ơn vì đã thử. :)"

Có bạn đang phản ứng thái quá.

Có một thứ gọi là kiểm soát phiên bản rằng trong số những thứ khác, nó được sử dụng để không phải đánh bại $ #! 7 trong số các đồng nghiệp khi họ gây rối với công cụ của bạn. Chỉ cần quay lại phiên bản trước và khóa tệp do đó để cô ấy xử lý cơn giận. Điều đó sẽ mở ra cơ hội cho bạn giải thích rằng việc thực hiện các thay đổi căn bản đối với mã có sự phụ thuộc vào công cụ của người khác mà không có lý do chính đáng và không hỏi trước là không sai, cực kỳ không thực tế và thực tế là một tội lỗi.

Dĩ nhiên, điều này giả định rằng quy ước đặt tên của bạn tốt hơn quy ước của cô ấy và bạn thực sự có thể sao lưu quyết định này bằng các lý lẽ khách quan vững chắc, nếu đó không phải là điều khôn ngoan nhất để bắt đầu thay đổi mã của bạn ngay khi bạn có thể xử lý các thay đổi và hãy thử đưa ra một quy ước đặt tên tốt hơn vào lần tới.

Đừng đưa nó cho sếp của bạn, cách trưởng thành để giải quyết nó là trực tiếp với đồng nghiệp của bạn, bạn sẽ phải làm việc với cô ấy sau đó để ngu ngốc làm hỏng mối quan hệ cho một cuộc cãi vã dễ giải quyết.