Làm thế nào để quan liêu văn phòng ảnh hưởng đến chất lượng mã [đóng]


22

Tôi quan tâm đến những câu chuyện mà sự quan liêu trong văn phòng có ảnh hưởng trực tiếp đến kết quả chất lượng mã cuối cùng .

Ví dụ, một người bạn chỉ nói với tôi rằng tại nơi làm việc trước đây, hệ thống kiểm soát phiên bản cồng kềnh đến mức các lập trình viên không được phép tạo "mô-đun" mới (thư mục gốc trong cây nguồn) mà không cần xin phép từ các vị thần VCS. Kết quả là các lập trình viên không sẵn sàng trải qua bước quan liêu bổ sung và thay vì thành phần hóa đúng cách các dịch vụ của họ, họ đã kết thúc chức năng không liên quan trên các mô-đun hiện tại ngay cả khi chức năng chỉ liên quan từ xa đến định nghĩa hiện tại của mô-đun hoặc tên mô-đun là cách trong quá khứ. (không đề cập đến việc đổi tên một mô-đun ...)

Tôi quan tâm đến những câu chuyện tương tự về văn phòng, hoạt động hoặc bất kỳ bộ máy quan liêu nào mà cuối cùng, có lẽ vô tình ảnh hưởng đến chất lượng phần mềm


Đó là một câu hỏi rất thú vị ...

1
Đằng đó. Tôi biết tôi có một số câu chuyện hay cho việc này, nhưng đó là loại điều tôi cố gắng không nghĩ về. :)
George Marian

1
@Ran bạn nhận được +1 điểm cho câu hỏi này;)
Eran Harel

Câu hỏi này vốn đã tiêu cực và mời các câu trả lời mang tính hủy diệt / quan trọng. Có lẽ bạn có thể gợi ra những câu trả lời mang tính xây dựng về cách khắc phục những vấn đề này - giải pháp kỹ thuật, giải pháp con người, tư duy bên cạnh, v.v.?
JBRWilkinson

1
@JBRWilkinson Có gì sai khi chia sẻ nỗi đau và vui vẻ khi ở đó? Nó giúp ích cho những người khác, có lẽ nó cũng sẽ giúp các lập trình viên ...
Ran

Câu trả lời:


6

Tôi quan tâm đến những câu chuyện mà sự quan liêu trong văn phòng có ảnh hưởng trực tiếp đến kết quả chất lượng mã cuối cùng.

Tôi không nghĩ rằng sự quan liêu có ảnh hưởng rất nhiều đến chất lượng mã như động lực cá nhân và chính trị văn phòng làm. Quan liêu phải làm với quá trình. Khi một quy trình hiện có được thực hiện không đúng cách (hoặc khai thác tiêu cực ... xem thêm bên dưới), nó có khả năng ảnh hưởng tiêu cực đến khả năng giao hàng hoặc phản ứng với những thay đổi đột ngột. Tuy nhiên, việc thiếu quy trình sẽ có tác động nhất định và đáng kể đến chất lượng mã. Hay nói chính xác hơn, một quy trình không chi phối chất lượng mã (cũng được hiểu là thiếu quy trình chất lượng mã) ảnh hưởng đến chất lượng mã.

Đó là, bản thân nó không phải là quan liêu mà là các lỗ hổng liên quan đến QA cụ thể trong quan liêu ảnh hưởng đến chất lượng mã khi được khai thác (vô tình hoặc bất chính.)

Tuy nhiên, sự năng động cá nhân và chính trị văn phòng là một thủ phạm gây ra nhiều mã xấu. Động lực cá nhân liên quan đến việc thiếu đạo đức nghề nghiệp đầu tiên và quan trọng nhất. Tôi thực sự không mua lập luận rằng mọi người viết mã xấu bởi vì họ không biết rõ hơn hoặc chưa được đào tạo đúng cách . Tôi đã thấy mọi người không có bằng cấp liên quan đến CS viết mã đàng hoàng. Đó là một trạng thái của tâm trí và một vấn đề cá nhân được tổ chức và tỉ mỉ.

Chính trị văn phòng đóng một vai trò thậm chí còn khủng khiếp hơn. Các ông chủ thúc đẩy đừng suy nghĩ, chỉ cần mã thần chú (mặc dù có những lúc chúng ta phải mã hóa và vận chuyển và làm sạch các cơ thể sau này); các nhà phát triển, những người khăng khăng cung cấp những gì họ nghĩ là mã hoàn hảo mặc dù bây giờ việc lấy thứ gì đó ra khỏi cửa là điều cốt yếu; người đánh giá mã là một lỗ **; chiến tranh tủ và như vậy. Những điều này làm trầm trọng thêm động lực cá nhân có vấn đề. Sự kết hợp của cả hai thấm qua bất kỳ vết nứt nào trong quy trình (bộ máy quan liêu) hoặc thiếu nó, gây ra sự cố trong đảm bảo chất lượng mã.

Lỗ hổng quan liêu có thể được giải quyết nếu có văn hóa đánh giá sau khi chết và cải tiến liên tục. Tuy nhiên, động lực cá nhân tiêu cực và chính trị văn phòng phá hoại ngăn chặn những sửa đổi như vậy trong quá trình xảy ra, do đó khắc phục được các vấn đề hiện tại (bao gồm cả những vấn đề liên quan đến chất lượng mã.)

Quan liêu tự nó hiếm khi là thủ phạm trong chất lượng mã xấu. Tôi thực sự sẽ nói rằng chất lượng mã và quan liêu đều bị ảnh hưởng tiêu cực bởi động lực cá nhân tiêu cực và chính trị văn phòng.


không chính xác là câu trả lời hài hước mà tôi mong đợi, nhưng chắc chắn là một câu trả lời chu đáo, vì vậy tôi sẽ đánh dấu là "chấp nhận" mặc dù tôi sẽ rất vui khi thấy nhiều câu chuyện bay vào.
Ran

1

Tôi đã ngừng làm việc trên một số mô-đun cụ thể trong Dự án vì trình đánh giá mã là Smart A $$


1

Trong một dự án gần đây, những người có chất lượng có nhiều yêu cầu liên quan đến các bài kiểm tra đơn vị chính thức (truy xuất nguồn gốc, quy tắc mã hóa, đánh giá chính thức, ...). Các lập trình viên không còn viết các bài kiểm tra đơn vị, họ chỉ gỡ lỗi mã của họ. Đây là cùng một nhiệm vụ chỉ được đổi tên, dẫn đến kết quả kỹ thuật tương tự, nhưng không có rắc rối hành chính.


5
Kiểm thử đơn vị là các đoạn mã chạy tự động để bắt lỗi mã hóa. Họ 'miễn phí' để chạy. Con người dành nhiều thời gian để gỡ lỗi chi phí $$$ mỗi người mỗi giờ. Nếu chỉ một nhà phát triển rời đi, khả năng sửa lỗi của nhóm bị giảm nhưng các bài kiểm tra đơn vị vẫn sẽ tốt như vậy.
JBRWilkinson
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.