Dự luật trách nhiệm của lập trình viên [đã đóng]

Vì vậy, tất cả chúng ta đã nghe nói về Quyền lập trình viên của XP và XP có một khái niệm tương tự.

Đó là một khiếu nại phổ biến những ngày này chúng ta nghe nhiều về quyền của mọi người nhưng không quá nhiều về trách nhiệm của họ, vì vậy những gì cần phải có trong dự luật trách nhiệm của các lập trình viên. Đó là những điều họ nên làm, điều mà họ có thể thấy không hấp dẫn, nhưng đó là những lập trình viên riêng biệt hành động chuyên nghiệp và có trách nhiệm, từ những người không.

Tôi chủ yếu quan tâm đến những thứ không hấp dẫn và những thứ có xu hướng không xảy ra. Đó là những điều mà các lập trình viên có xu hướng trốn tránh và tránh, hơn là những điều mà 90% lập trình viên thực sự muốn làm (chẳng hạn như luôn luôn cấu trúc lại và sử dụng kiểm soát nguồn).

Vì vậy, những gì cần có trong Dự luật trách nhiệm của lập trình viên?

• Một lập trình viên có trách nhiệm đẩy lùi các yêu cầu kém thay vì mù quáng thực hiện chúng. Điều này bao gồm nói với khách hàng rằng những gì họ muốn đắt hơn các lựa chọn khác hoặc có một rủi ro cụ thể. Nó cũng bao gồm việc truyền đạt tin tức xấu một cách chuyên nghiệp - không la hét, gọi mọi người là ngu ngốc, ngụ ý họ là ngu ngốc hoặc hành vi trẻ con khác. Nếu anh ta lùi lại, anh ta nên có một loạt lý do (hơn cả, "Tôi không thích SQL Server và sẽ không sử dụng nó") và một kế hoạch thay thế để trình bày.

• Tuy nhiên, lập trình viên cũng có trách nhiệm chấp nhận các quyết định và sử dụng các công cụ hoặc thiết kế mà họ có thể không thích nếu phản hồi của họ không được chấp nhận. Nếu một báo cáo được yêu cầu trong SSRS, việc cung cấp nó trong Báo cáo Pha lê (mà khách hàng có thể không có) là không thể chấp nhận được. Nếu một giải pháp .net là bắt buộc, việc cung cấp nó trong Haskell là không thể chấp nhận được. Nếu không có ai khác trong nhóm sử dụng một công cụ hoặc ngôn ngữ mà bạn muốn sử dụng, việc sử dụng nó là không chuyên nghiệp nếu quản lý không đồng ý rằng đó là công cụ tốt nhất cho công việc cụ thể.

• Một lập trình viên có trách nhiệm kiểm tra công việc của mình. (Đây không phải là thử nghiệm duy nhất, nhưng không có lập trình viên chuyên nghiệp nào nên gửi mã mà anh ta chưa thử nghiệm.) Điều này bao gồm kiểm tra ngay cả các nhánh của mã mà bạn không mong đợi sẽ gặp thường xuyên. Nếu bạn có một bộ IF lồng nhau, hãy kiểm tra tất cả các tuyến đường có thể.

• Một lập trình viên có trách nhiệm xử lý các lỗi và ngoại lệ một cách duyên dáng và viết các thông báo lỗi mà người dùng sẽ thấy đó là chuyên nghiệp và trung lập không phải là trò đùa hay xúc phạm.

• Một lập trình viên có trách nhiệm bảo vệ dữ liệu riêng tư, bảo vệ mã độc quyền mà anh ta viết cho công ty và bảo vệ người dùng khỏi thảm họa (thậm chí là tự gây ra thảm họa) khỏi việc sử dụng ứng dụng của họ.

• Một lập trình viên có trách nhiệm đảm bảo mã của mình có thể duy trì được và nằm trong sự kiểm soát nguồn.

• Một lập trình viên có trách nhiệm phối hợp với những người khác để đảm bảo những thay đổi của anh ta không ảnh hưởng xấu đến những gì họ đang làm.

• Một lập trình viên có trách nhiệm đề xuất sự lựa chọn tốt nhất cho khách hàng của các công cụ hoặc ngôn ngữ trong giai đoạn thiết kế chứ không phải công cụ / ngôn ngữ mà anh ta muốn chơi và học.

• Một lập trình viên có trách nhiệm làm việc với tất cả các nhân viên phù hợp cho một dự án bao gồm cả những người anh ta không thích. Đó không phải là công việc của bạn để thích mọi người, đó là công việc của bạn để làm việc với họ và lịch sự.

• Một lập trình viên có trách nhiệm sản xuất một sản phẩm thực hiện những gì đã được chỉ định trong một khung thời gian hợp lý. Nếu khung thời gian sẽ không được đáp ứng, anh ấy hoặc cô ấy có trách nhiệm thông báo cho ban quản lý về điều đó ngay khi biết.

• Một lập trình viên có trách nhiệm cho phép quản lý dự án biết về những trở ngại để hoàn thành công việc. Họ không thể sửa những gì họ không biết.

• Một lập trình viên có trách nhiệm thực hiện toàn bộ nhiệm vụ không chỉ là những phần thú vị, thú vị. Mỗi công việc có một số phần nhàm chán, họ vẫn cần phải được thực hiện. Điều này bao gồm những thứ như bảng chấm công và thêm các mục thảo luận vào phần mềm quản lý dự án. Nó bao gồm những thứ như tài liệu, đánh giá mã, v.v.

• Một lập trình viên có trách nhiệm tìm hiểu lĩnh vực kinh doanh mà anh ta đang hỗ trợ không chỉ là các khái niệm lập trình.

• Một lập trình viên có trách nhiệm giữ cho các kỹ năng của mình được cập nhật.

• Khi một lập trình viên gây rối, anh ta có trách nhiệm làm tất cả trong khả năng của mình để khắc phục các vấn đề càng sớm càng tốt. Điều này có thể bao gồm mang thông tin xấu cho quản lý thay vì cố gắng che giấu rằng bạn vừa xóa một bảng quan trọng trong cơ sở dữ liệu sản xuất.

• Một lập trình viên có trách nhiệm giống như bất kỳ nhân viên nào khác - xuất hiện đúng giờ, làm việc theo giờ đã ký hợp đồng, yêu cầu thời gian nghỉ trước, trả lời tin nhắn điện thoại và email (heck để đọc email của họ), để điền vào các mẫu yêu cầu Nhân sự, v.v.

Mỗi lập trình viên nên làm cho mã của họ có thể đọc được bởi những người khác.

Lập trình viên chịu trách nhiệm về quyền riêng tư và bảo mật của tất cả dữ liệu do người dùng cung cấp. Đặc biệt là mật khẩu, số thẻ tín dụng, địa chỉ email và vị trí thực tế.

Đừng làm người dùng mất việc.

Điều này khó hơn âm thanh ... công việc không chỉ là "dữ liệu trong một tệp" ... đó là bất cứ lúc nào người dùng đã sử dụng phần mềm của bạn.

Ví dụ: nếu người dùng điền vào biểu mẫu 30 trường của bạn với 29 mục hợp lệ và 1 mục không hợp lệ, đừng xóa tất cả dữ liệu hợp lệ của anh ấy để khiếu nại về 1 mục không hợp lệ (quái, thậm chí không xóa phần không hợp lệ .. . có thể nó dài và chỉ cần một sự điều chỉnh nhỏ hoặc người dùng sẽ không nhớ nó là gì trước đây nếu bạn xóa nó)

Một ví dụ không rõ ràng nhưng quan trọng là những gì Windows và thực tế mọi phần mềm "quản lý tệp" khác đều bị lỗi .... nếu tôi dành nửa giờ cẩn thận Ctrl-Click'ing để chọn một tập hợp các tệp và tôi vô tình làm Nhấp thay vì Ctrl-Click, nó sẽ không xóa tất cả các tệp đã chọn trước đó của tôi, khiến tôi bắt đầu lại.

Một lỗi khác mà họ đã nhầm ... nếu tôi vô tình nhấn Ctrl-A (thay vì Ctrl-S ngay bên cạnh), nó sẽ không mất vị trí của tôi trong tệp và đặt con trỏ ở đầu .... Tôi gọi là tìm đúng nơi trong tập tin "làm việc" mà chương trình đã "mất".

Một điều nữa: Hộp thoại "cam kết" của TortoiseSVN có một danh sách dài các tệp. Trước khi nhấn "Cam kết", bạn có thể truy cập danh sách các tệp, nhấp đúp vào từng tệp để xem các thay đổi của nó trong hộp thoại thứ 2. Để thực hiện việc này một cách nhanh chóng, đôi khi tôi chỉ sử dụng bàn phím, nhấn <Esc>để đóng hộp thoại thứ 2 và quay lại số 1. Nếu tôi vô tình nhấn <Esc> hai lần, nó cũng sẽ đóng hộp thoại thứ 1, kết quả là tôi quên mất tập tin nào.

Một lập trình viên có trách nhiệm tôn trọng hệ thống mà chương trình của anh ta sẽ chạy. Sau khi kết thúc quá trình phát triển và thử nghiệm, chương trình sẽ được triển khai để sử dụng cho mục đích của nó và điều đó thường liên quan đến những người khác chạy nó trên máy tính của họ. Lập trình viên cần ghi nhớ điều này: chương trình của anh ta đang chạy trên tài sản của người khác chứ không phải của họ và cần phải cư xử như một vị khách trong nhà của họ thay vì lao vào như sở hữu nơi này.

Ví dụ, chương trình của anh không nên:

• thay đổi cài đặt toàn cầu mà không có sự đồng ý của người dùng. (Bao gồm các vấn đề quản lý thư viện được chia sẻ .)
• xóa hoặc sửa đổi dữ liệu thuộc về người dùng hoặc chương trình khác mà không có sự đồng ý của người dùng.
• tự cập nhật mà không cần sự đồng ý của người dùng.
• làm cho nó khó khăn để gỡ bỏ cài đặt.
• làm cho nó khó khăn để tắt
• tự vô hiệu hóa hoặc can thiệp vào bất kỳ cách nào với hoạt động đúng của máy tính nếu chương trình không thể vượt qua một số kiểm tra giấy phép rõ ràng .
• giả định rằng đó là chương trình quan trọng duy nhất chạy trên hệ thống và hog tài nguyên hệ thống tương ứng. (Tất nhiên, ngoại lệ có thể được tạo cho các máy tác vụ đơn thực tế hoặc cho các chương trình mà người dùng có thể mong đợi một cách hợp lý để chạy một mình, chẳng hạn như các trò chơi toàn màn hình nặng.)
• nhảy ra trước mặt người dùng bằng cửa sổ bật lên trong khi người dùng đang làm những việc khác trong các chương trình khác. (Tôi đang nhìn bạn, Yahoo Messenger!)

Từ Tuyên ngôn cho Thợ thủ công phần mềm :

Là những thợ thủ công phần mềm đầy tham vọng, chúng tôi đang nâng cao sự phát triển phần mềm chuyên nghiệp bằng cách thực hành nó và giúp những người khác học nghề. Thông qua công việc này, chúng tôi đã đạt được giá trị:

• Không chỉ phần mềm làm việc, mà cả phần mềm được chế tạo tốt

• Không chỉ đáp ứng với thay đổi, mà còn tăng dần giá trị

• Không chỉ các cá nhân và tương tác, mà còn là một cộng đồng của các chuyên gia

• Không chỉ hợp tác với khách hàng, mà còn hợp tác hiệu quả

Đó là, theo đuổi các mặt hàng bên trái, chúng tôi đã tìm thấy các mặt hàng bên phải là không thể thiếu.

Hãy nhìn vào gương và có thể nhận ra những phẩm chất tồi tệ nhất của một lập trình viên trong chính anh ta. Sau đó làm việc để loại bỏ chúng mỗi ngày.

1. Không học được gì mới
2. Không tìm cách mở rộng kỹ năng của bạn
3. Không cởi mở với những điều mới mẻ, gắn bó với những thói quen cũ
4. Không quan tâm đến chất lượng công việc của bạn
5. Không tìm cách cải thiện chất lượng công việc của bạn
6. Là một công nhân 9-5 không có đam mê
7. Không có ý kiến ​​riêng về những điều
8. Chấp nhận ý kiến ​​của người khác mà không cần hỏi
9. Tin rằng bạn đã học được tất cả
10. Không chịu bất kỳ lời chỉ trích
11. Không nghe đầu vào bên ngoài
12. Là trung tâm, biết tất cả cá nhân
13. Có tính cách tiêu cực và chỉ trích người khác

• Trách nhiệm của Lập trình viên là tạo ra phần mềm đáp ứng nhu cầu của các yêu cầu, phân tích, thiết kế và thông số kỹ thuật như được đặt trong bất kỳ hợp đồng nào giữa lập trình viên và khách hàng.
• Trách nhiệm của Lập trình viên là tạo ra phần mềm tiết kiệm, đáng tin cậy và hoạt động hiệu quả trên các máy thật.
• Trách nhiệm của Lập trình viên là làm việc hiệu quả, có đạo đức và với sự liêm chính nhất có thể và tự thực hiện với sự chuyên nghiệp tối đa.

Một số điều đó áp dụng cho Trách nhiệm của " Công ty lập trình ".

• Các lập trình viên nên biết và sử dụng các thư viện và nền tảng cốt lõi được sử dụng.

Đặc biệt khi lập trình viên đến từ nền tảng / ngôn ngữ khác. Thật là khủng khiếp khi tìm thấy các lập trình viên đấu tranh cho một cái gì đó mà thư viện cốt lõi cung cấp hoặc sử dụng sai lợi thế nền tảng do sự thiếu hiểu biết.

• Các lập trình viên nên tạo mã tài liệu tự

Điều rất quan trọng là phải có mã được ghi lại cho người khác sử dụng, nhưng khi nói đến khả năng bảo trì, mã tự viết tài liệu có thể tiết kiệm hàng giờ và hàng giờ thất vọng.

Ví dụ so sánh:

// validates if is leap year
if(  year % 4 == 0 && (year % 100 != 0 || year % 400 == 0) ) { 
     doSomethingWithFebruary();
}

đến

if( isLeapYear( year ) ) { 
    doSomethingWithFebruary();
}

Lập trình là một nghề, không phải là một kỹ năng. Điều này có nghĩa là một lập trình viên có trách nhiệm duy trì hiện tại trong lĩnh vực của mình về các công cụ, kỹ thuật và công nghệ mới nhất.

Điều này có thể có nghĩa là đẩy lùi các nhà quản lý để dành thời gian cho phép học tập và đào tạo liên tục hoặc thực hiện nó vào thời gian của riêng bạn.

1) Giải thích rõ ràng rằng một giải pháp cho bất kỳ vấn đề nào sẽ có sự đánh đổi giữa hiệu suất, chi phí, thời gian và chất lượng.

2) Hoàn thành các tài liệu liên quan, có thể là họ phát hành ghi chú hoặc kế hoạch kiểm tra. (tài liệu sẽ thay đổi theo loại hình và quy mô công ty)

3) Yêu cầu các công cụ chính xác cho công việc của họ (rất nhiều người chỉ than vãn về nó nhưng không bao giờ tiếp cận sếp của họ với một trường hợp hợp lý để có được thứ họ cần)

... Những người khác không nghi ngờ gì để làm theo.

Câu hỏi bất cứ điều gì - Một lập trình viên phải có trách nhiệm hỏi về bất cứ điều gì mà một hệ thống có thể được yêu cầu phải làm hoặc xử lý. Điều này có thể bao gồm hỏi những gì người dùng có thể xem là những câu hỏi ngớ ngẩn vì có nhiều trang web khác nhau dành để chỉ hiển thị những gì người dùng có thể làm. WTF hàng ngày và SharkTank là một vài ví dụ mặc dù tôi chắc chắn có những người khác.

Một lập trình viên chịu trách nhiệm chuyển đổi các câu chuyện của người dùng trong sản phẩm tồn đọng thành các phần mềm gia tăng và có thể thay đổi được

Đó là lý do tại sao các nhà quản lý nên đảm bảo rằng họ có mọi thứ cho mục tiêu của mình.

Đây là đề xuất của tôi.

1. Một lập trình viên nên yêu cầu các điều kiện làm việc được nêu trong Dự luật về quyền của Lập trình viên, để không hạ thấp các tiêu chuẩn cho vị trí này.

(Đối với "lập trình viên", ý tôi là "lập trình viên", không phải là "hacker cuối tuần", vì vậy tất cả những điều tiêu chuẩn mà một lập trình viên nên làm đều được ngụ ý.)

5 giới luật của bang hội lập trình viên

1.) kiểm tra mã của anh ấy / cô ấy hàng tuần và vào các ngày lễ.

2.) cung cấp cho nhu cầu của cộng đồng lập trình.

3.) đọc ít nhất một cuốn sách lập trình mỗi năm.

4.) đi đến ít nhất một hội nghị lập trình mỗi năm.

5.) sở hữu những sai lầm của bạn.

Tôi sẽ thêm "luôn ghi lại mọi giả định được đưa ra" vào danh sách. :-)

Một lập trình viên không nên làm hoặc thực hiện bất cứ điều gì phi đạo đức hoặc bất hợp pháp, chẳng hạn như viết virus hoặc hack hệ thống của người khác (trừ khi phát hiện ra các lỗ hổng bảo mật và sau đó thông báo cho nạn nhân về điều đó và họ có thể làm gì để tránh điều này xảy ra khai thác bởi bất kỳ tin tặc độc hại).