Áp dụng quy tắc đạo đức của lập trình viên acm IEEE CS. Đạo đức lập trình

Báo cáo kỷ luật
"Giao tiếp liên văn hóa và kinh doanh hiệu quả"
Về chủ đề “Đạo đức nghề nghiệp của lập trình viên”
Hoàn thành:
sinh viên nhóm P4185
Zakharov Ivan
St Petersburg, 2017

LẬP TRÌNH
Chuyên lập trình, biên dịch chương trình máy tính.
Nhân viên được thuê.
2/11

Tôi đã lựa chọn một cách có ý thức vai trò của một nhân viên, ít nhất là ở giai đoạn này của cuộc đời mình.
Tôi đã xây dựng quy tắc này chủ yếu cho chính mình vì nó làm cho cuộc sống của tôi dễ dàng hơn và đơn giản hóa công việc của tôi.
mối quan hệ với người sử dụng lao động.
3. Tôi áp dụng mã này bất kể họ có tin tôi áp dụng nó hay không.
4. Tôi không bị bán làm nô lệ mà vào làm việc cho công ty theo thỏa thuận giữa tôi và công ty.
công ty với những thỏa thuận áp đặt những nghĩa vụ nhất định đối với cả tôi và cô ấy.
5. Công ty nơi tôi làm việc là nhà của tôi. Trong khi tôi đang làm việc ở đó.
6. Trong mọi trường hợp, tôi vẫn trung thành với cô ấy, bảo vệ lợi ích của cô ấy, không trộm cắp, không nhận hối lộ, lại quả,
quà tặng và không tiến hành các hoạt động có thể xâm phạm lợi ích của cô ấy.
7. Đồng thời, ngay cả vì lợi ích của công ty, tôi cũng không vi phạm các chuẩn mực đạo đức, luân lý.
được công nhận.
8. Tôi làm việc cho công ty chứ không phải cho một người cụ thể nào trong công ty, bất kể cấp bậc của người đó là gì.
9. Tôi tách bạn bè và người thân của mình ra khỏi người quản lý và cấp dưới của mình, ngay cả khi họ ở một mình và
những người giống nhau.
10. Tôi không làm việc cho công ty khác nếu điều này đã được thỏa thuận khi tuyển dụng nhưng tôi luôn giữ nguyên quan điểm của mình.
cấu thành quyền tự do hoạt động sáng tạo, trừ khi có quy định cụ thể khác.
1.
2.

3 /11

Quy tắc đạo đức của nhân viên

11.
Tôi không tiết lộ bí mật thương mại được công ty giao phó cho tôi ngay cả sau khi tôi bị sa thải.
12.
Tôi cố gắng cải thiện hiệu quả hoạt động của công ty bất cứ khi nào có thể, bất kể ý kiến của riêng tôi.
mô tả công việc. Việc gì được giao phó, tôi cố gắng tự mình làm tốt; trong những trường hợp khác tôi đưa ra khuyến nghị
để cải thiện công việc của những người quản lý muốn lắng nghe tôi. Nếu đề xuất của tôi không được chấp nhận, tôi
Tôi cố gắng tối ưu hóa công việc trong những trường hợp đó và trong những lĩnh vực mà tôi có thể.
13.
Tôi luôn thông báo cho ban quản lý về tình hình thực tế và những dự báo thực tế, ngay cả khi ban quản lý không muốn điều này.
14.
Tôi tuân thủ kỷ luật và sự phục tùng được chấp nhận ở công ty.
15.
Tôi không bao giờ cố gắng chứng minh rằng mình đúng theo những cách tiêu cực như “Tôi sẽ làm mọi thứ đúng như bạn nói, nhưng
khi mọi thứ sụp đổ, bạn sẽ hiểu ai đúng."
16.
Nếu tôi không phải là CEO của một công ty, tôi biết rằng, mặc dù những thành công và thất bại của công ty ở một mức độ nào đó
phụ thuộc vào nỗ lực của tôi, nhưng không hoàn toàn được quyết định bởi họ.
17.
Tôi hoàn toàn không chấp nhận luận điểm “Vấn đề của công ty là vấn đề của tôi” mà chỉ chấp nhận luận điểm “Vấn đề của tôi là vấn đề”.
các công ty."
18.
Tôi luôn cố gắng thực hiện đầy đủ các nghĩa vụ mà mình đưa ra khi tuyển dụng hoặc trong quá trình làm việc nếu công ty
hoàn thành những nghĩa vụ được giao cho tôi.
19.
Nếu có thể, tôi sẽ không tiếp tục mối quan hệ làm việc của mình với công ty nếu theo tôi, công ty thực sự không cần tôi
dịch vụ, ngay cả khi không có ai đuổi theo tôi.
20.
Tôi biết và không giấu giếm ban lãnh đạo công ty rằng tôi có thể làm việc hiệu quả theo một hướng không quá một năm
năm, sau đó tôi sẽ buộc phải thay đổi lĩnh vực hoạt động hoặc công ty của mình.. Bởi vì công ty tôi làm việc là nhà của tôi
tự nhiên. Trong khi tôi đang làm việc ở đó.
4 /11

Quy tắc đạo đức của nhân viên

21. Tôi làm việc cho một công ty với những điều kiện nhất định (lương, giờ làm việc, v.v.) đã được thỏa thuận khi tuyển dụng
công việc hoặc những công việc được chấp nhận chung và trong những điều kiện nhất định (phòng, khí hậu, lựa chọn thực phẩm). Nếu như
những điều kiện này không còn được đáp ứng hoặc phù hợp với tôi (về mức lương, số tiền được phân bổ)
tôi tại nơi làm việc oxy, trạng thái của môi trường vật chất hoặc đạo đức hoặc thậm chí của chính tôi
điều kiện) Tôi có thể rời khỏi công ty.
22. Tôi cảnh báo trước với ban quản lý về mong muốn rời công ty của tôi và nếu ban quản lý muốn điều đó,
Tôi đang thảo luận với anh ấy về những điều kiện mà tôi sẽ ở lại.
23. Nếu ban quản lý công ty giảm lương của tôi hoặc làm tình hình trở nên tồi tệ hơn mà không thông báo trước.
điều kiện làm việc, tôi cho rằng mình cũng có quyền rời công ty mà không cần thông báo trước.
24. Tôi chưa bao giờ tống tiền ban quản lý bằng việc đe dọa sa thải tôi.
25. Nếu tôi tuyên bố từ chức thì tôi từ chức mà không thảo luận về những đề xuất nhận được sau đó.
quảng cáo này.
26. Trước khi sa thải, tôi cố gắng bàn giao mọi việc cho người kế nhiệm, nếu tôi có thể tìm được người đó và tôi sẽ làm mọi việc
có thể để sự ra đi của tôi không ảnh hưởng tiêu cực đến tình hình công việc ở công ty.
27. Tuy nhiên, nếu sau khi nghỉ việc, một phần công việc của tôi vẫn chưa được trả lương, tôi cho rằng mình có quyền không thực hiện
cho phép sử dụng kết quả của công việc này. Nhưng không có hành vi đốt phá hay phá hoại.
5 /11

Quy tắc đạo đức của nhân viên

28. Tôi không bao giờ làm điều gì đặc biệt khó chịu với công ty mà tôi đã làm việc sau khi tôi nghỉ việc:
Tôi không cố ý chê bai cô ấy,
Tôi không dụ dỗ nhân viên rời đi chỉ vì mục đích rời bỏ công ty,
Tôi không tiết lộ bí mật thương mại của cô ấy,
Tôi không vi phạm tài sản, bản quyền và các quyền khác của cô ấy,
Tôi không truyền đạt và không chỉ vào cô ấy,
Tôi không đưa virus vào máy tính, không định dạng đĩa và không phá hủy hoặc
che giấu thông tin bằng bất kỳ phương tiện nào khác,
Tôi không sử dụng công việc mới của mình để làm hại công việc trước đây.
29. Đồng thời, tôi không xem xét các hoạt động được liệt kê trong đoạn trước và do đó sẽ tạm dừng
cấu thành quyền:
bày tỏ ý kiến của bạn về tình hình công việc tại công ty bị bỏ rơi và mô tả đặc điểm nhân sự của công ty,
mời nhân viên của công ty tôi đã rời đi đến nơi làm việc mới với một lời đề nghị
điều kiện làm việc tốt hơn hoặc được trả lương nếu tôi thực sự cần những nhân viên này: sau
sa thải, tôi trở thành một đối thủ cạnh tranh bình đẳng trên thị trường cho công ty mà tôi đã rời đi
lực lượng lao động.
30. Ở nơi làm việc mới, tôi cố gắng từ chối thực hiện những nhiệm vụ xung đột với
lợi ích của công ty bên trái, nhưng nếu điều này không thể thực hiện được thì tôi hành động vì lợi ích của công ty mới của mình.
Vì công ty nơi tôi làm việc chính là nhà của tôi. Trong khi tôi đang làm việc ở đó.
6 /11

Quy tắc đạo đức của ACM/IEEE

Quy tắc đạo đức của ACM/IEEE
Hiệp hội máy tính
công nghệ (Hiệp hội máy tính Anh
Máy móc, ACM) - lâu đời nhất và nhiều nhất
tổ chức quốc tế lớn ở
lĩnh vực máy tính. Đoàn kết khoảng 83
000 chuyên gia. Trụ sở chính nằm
ở New York.
Viện Kỹ sư Điện và
điện tử - IEEE (Viện Điện lực Anh
và Kỹ sư Điện tử) (I triple E - “I triple
i") - tổ chức phi lợi nhuận quốc tế
Hiệp hội các chuyên gia kỹ thuật,
dẫn đầu thế giới về phát triển
tiêu chuẩn điện tử vô tuyến,
kỹ thuật điện và phần cứng
hệ thống máy tính và mạng.
Bộ Quy tắc bao gồm tám nguyên tắc,
có liên quan
Với
hành vi
Và
quyết định,
Đã được chấp nhận
chuyên nghiệp
lập trình viên, bao gồm cả những người thực hành,
giáo viên,
người quản lý
Và
quản lý cấp cao.
Bộ luật này cũng áp dụng cho
sinh viên
Và
"người học việc"
học nghề này.
7 /11

Quy tắc đạo đức của ACM/IEEE.
Nguyên tắc.
1. XÃ HỘI
Các lập trình viên phải hành động nghiêm túc vì lợi ích công cộng.
2. KHÁCH HÀNG VÀ NHÀ ĐẦU TƯ
Lập trình viên phải hành động phù hợp với lợi ích của khách hàng và
người sử dụng lao động nếu chúng không đi ngược lại lợi ích của xã hội.
3. SẢN PHẨM
Các lập trình viên phải đảm bảo rằng chất lượng của họ
sản phẩm và những sửa đổi của chúng theo các tiêu chuẩn chuyên nghiệp cao nhất có thể.
4. ĐÁNH GIÁ
Lập trình viên phải duy trì tính toàn vẹn và độc lập của
đánh giá chuyên môn.
5. QUẢN LÝ
Các lập trình viên phải tuân thủ các phương pháp tiếp cận có đạo đức trong quản lý phát triển và
hỗ trợ phần mềm và thúc đẩy các phương pháp tiếp cận này.
6. NGHỀ NGHIỆP
Các lập trình viên phải nâng cao hình ảnh và danh tiếng nghề nghiệp của mình vì lợi ích công cộng.
7. ĐỒNG NGHIỆP
Lập trình viên phải công bằng với đồng nghiệp, giúp đỡ họ và
ủng hộ.
8. TRÁCH NHIỆM CÁ NHÂN
Lập trình viên phải liên tục học hỏi các kỹ năng nghề nghiệp của họ và đóng góp cho
thúc đẩy cách tiếp cận có đạo đức trong các hoạt động của họ.
8 /11

Quy tắc hoạt động quốc gia trong lĩnh vực tin học và viễn thông

Ngày 27 tháng 5 năm 1996, Nga thông qua Quy tắc hoạt động quốc gia trên thực địa
khoa học máy tính và viễn thông.
Nợ phải trả:
Bất kỳ hoạt động nào trong lĩnh vực khoa học máy tính và
viễn thông phải hợp pháp,
đàng hoàng, trung thực và trung thực.
Mỗi phần cứng và phần mềm
phải được phát triển với cảm giác
trách nhiệm với xã hội và nên
tuân thủ các nguyên tắc thiện chí
cạnh tranh được chấp nhận rộng rãi trong thương mại
các hoạt động.
Không nên có hoạt động nào
tác động tiêu cực đến niềm tin
công chúng tiếp cận với các phương tiện khoa học máy tính và
viễn thông.
Không sử dụng phần mềm của người khác mà không có
giấy phép/giấy phép
Không vi phạm bí mật đường truyền
tin nhắn, đừng thực hành
khai thông tin

Không vi phạm bí mật đường truyền
tin nhắn, đừng thực hành
khai thông tin
hệ thống và mạng truyền dữ liệu.
Không thu lợi nhuận từ
sử dụng nhãn hiệu
hoặc một biểu tượng thuộc về
công ty hoặc sản phẩm khác 11/9

10. Đạo đức lập trình

Bình luận
“Nếu bình luận về mã là tốt,
có nghĩa là chúng tôi sẽ dành ý kiến
cũng nhiều sự chú ý như
chúng tôi cần mã của mình dễ sử dụng
đọc ngay cả cho một đứa trẻ.”
"Lập trình cực đỉnh" K. Beck
Mã số
bắt đầu WriteLn('Xin chào thế giới');kết thúc.
bắt đầu
WriteLn('Xin chào thế giới');
kết thúc.
LUÔN viết các ký hiệu toán học (+ - = * /) cách nhau bằng dấu cách;
Càng có nhiều khoảng trống giữa các dòng thì càng dễ đọc mã.
https://xakep.ru/2003/09/29/19951/
10/11

11. Đạo đức lập trình

Đặt tên biến
Đặt cho họ những cái tên có ý nghĩa để tên của họ phản ánh đại khái
nguyên lý hoạt động của biến (từ tiếng Anh hay nhất).
Ví dụ:
Edit14 -> edPassEnter(trường nhập mật khẩu)
iCounter + iChan = iRoute;
Chữ cái đầu tiên “i” cho biết loại biến: I – Integer,
s – Chuỗi, c – Char, b – Boolean, v.v.
Nên mô tả trong phần bình luận trước nội dung chương trình rằng
biểu thị một hoặc một chữ viết tắt khác (ed: Edit; lb: Label).
https://xakep.ru/2003/09/29/19951/ Đạo đức nghề nghiệp CNTT là một vấn đề khá tế nhị. Chúng tôi không tuyên thệ, đôi khi chúng tôi có thể truy cập vào bất kỳ thông tin nào từ máy tính và thiết bị rơi vào tay chúng tôi và một khách hàng bình thường hầu như không có cơ hội theo dõi việc rò rỉ bất kỳ dữ liệu cá nhân nào.

Chào buổi sáng! Hôm nay tôi, Eugene Levashove Tôi đang làm nhiệm vụ với Oleg từ Kaliningrad! Tôi muốn nói chuyện với bạn về đạo đức trong CNTT.

Có luật của Liên bang Nga bảo vệ người dùng, nhưng thường chỉ có đồng nghiệp chuyên nghiệp mới có thể vạch trần một chuyên gia CNTT vô đạo đức. Và thậm chí sau đó không phải lúc nào cũng vậy. Tất nhiên, các công ty và dịch vụ gia công lớn có các quy định, hướng dẫn nghiêm ngặt và chịu trách nhiệm đối với nhân viên của mình, nhưng ngay cả trong những trường hợp như vậy vẫn có khả năng xảy ra rò rỉ.

Thông tin đến tay chúng ta là khác nhau. Bắt đầu từ những bức ảnh rất riêng tư và kết thúc bằng quyền truy cập vào tài khoản cá nhân của khách hàng. Và chỉ một số thông tin, tài liệu tài chính, thư từ, hình ảnh từ các bữa tiệc uống rượu và các sự kiện của công ty cũng như các bằng chứng buộc tội tương tự thường xuất hiện trước mắt chúng ta. Điều gì ngăn cản bạn sao chép cho bất kỳ mục đích nào?

Tất nhiên, thông thường nhất đây là quy tắc đạo đức của riêng một người. Chuyên gia CNTT trung bình được giáo dục, đào tạo và có những nguyên tắc sống nghiêm ngặt. Đương nhiên, chúng thường không áp dụng cho việc sử dụng phần mềm lậu cho mục đích cá nhân (cuộc sống của chúng ta là như vậy), nhưng hầu như không ai nghĩ đến việc tải xuống và phân phối bất kỳ thông tin cá nhân nào của bạn hoặc sử dụng tài khoản của bạn cho mục đích cá nhân. mục đích. Tất nhiên, những kẻ lừa đảo vẫn xảy ra, nhưng đây là những trường hợp ngoại lệ đối với quy tắc.

Sau đó là danh tiếng và nỗi sợ mất việc. Bất kỳ chuyên gia CNTT nào, từ lập trình viên đến quản trị viên hệ thống, đều hiểu rằng danh tiếng rất quan trọng trong công việc của mình. Đôi khi một người thậm chí có thể làm sai một số công việc, nhưng nếu anh ta làm mọi việc một cách trung thực và sửa chữa lỗi lầm của mình ở mức tối đa thì anh ta sẽ được mời lại. Nhưng nếu một khi thông tin trôi đi đâu đó hoặc bạn cố gắng kiếm thêm tiền, thì ngay cả khi bạn là một chuyên gia hàng đầu, bạn vẫn có thể đánh mất danh tiếng của mình và do đó, các đơn đặt hàng sẽ bị mất trong một thời gian dài.

Tất cả những suy nghĩ này đều xuất phát từ cuộc đối thoại với một đồng nghiệp đến từ Moscow, người đã nói về tình huống khó chịu mà tổ chức nơi anh ấy đến làm việc gặp phải. Hóa ra chuyên gia trước đó đã âm thầm sao chép thông tin cá nhân và công việc từ máy chủ và máy tính rồi bán ở đâu đó. Chà, cơ sở dữ liệu của người dùng thường được các đối thủ cạnh tranh cần đến. Đương nhiên, họ đã mở một vụ án và đang tìm kiếm một tên khốn nạn, nhưng đó lại là một câu chuyện khác. Ngoài ra, một đồng nghiệp đã tìm thấy một số truy cập mạng ẩn và dấu trang trong 1C. Nói chung là một câu chuyện cực kỳ khó chịu. Nếu bạn mở một trang web phổ biến gồm các câu chuyện từ các chuyên gia CNTT "Nó xảy ra", thì bạn có thể dễ dàng tìm thấy hàng tá trường hợp tương tự với nhiều biến thể khác nhau.

Kết quả của cuộc thảo luận là đạo đức của một chuyên gia CNTT đã xuất hiện:

Không bao giờ, trong bất kỳ trường hợp nào, đăng thông tin cá nhân và hình ảnh của khách hàng lên mạng.

Không bao giờ lưu thông tin khách hàng (chủ lao động) trên ổ cứng cá nhân. Tất nhiên, trừ khi chính khách hàng yêu cầu làm điều này.

Xóa tất cả các mục có biệt danh/mật khẩu sau khi gửi dự án hoặc cảnh báo khách hàng (nhà tuyển dụng) rằng bạn sẽ giữ một bản sao để sửa đổi thêm. Xóa mọi thứ sau khi hoàn thành công việc.

Xóa tất cả các chương trình truy cập từ xa khỏi máy tính của khách hàng (của người sử dụng lao động) sau khi hoàn thành công việc. Hoặc cảnh báo rằng chương trình đã được cài đặt và giải thích cách sử dụng nó.

Cảnh báo khách hàng (nhà tuyển dụng) về các vấn đề có thể xảy ra với phần mềm vi phạm bản quyền. Đưa ra các lựa chọn thay thế bất cứ khi nào có thể.

Cảnh báo khách hàng (người sử dụng lao động) về các vấn đề có thể xảy ra do thiếu chương trình chống vi-rút và tường lửa trên máy tính.

Có lẽ, để bắt đầu, những quy tắc đơn giản này sẽ đủ để được coi là một chuyên gia giỏi. Thôi thì mọi người có thể bổ sung thêm những điểm cần thiết về “đạo đức của một chuyên gia CNTT” cho riêng mình.

Nhưng tôi muốn nói ngay rằng công việc của một chuyên gia CNTT có một mặt khác, thường đi ngược lại đạo đức. Đây là bảo vệ bạn khỏi khách hàng. Có rất nhiều câu chuyện về việc công trình đã hoàn thành nhưng lại không được trả tiền. Các tổ chức lớn có thể chi trả cho luật sư và tòa án, nhưng đối với các công ty nhỏ có hai hoặc ba lập trình viên hoặc quản trị viên hệ thống, những chi phí đó có thể rất lớn. Do đó, cái gọi là "dấu trang" thường được để lại, theo một số tín hiệu hoặc sau một thời gian, hệ thống sẽ tắt. Tôi không thể lên án hay đổ lỗi cho những đồng nghiệp sử dụng phương pháp tương tự. Nếu hoạt động của hệ thống mà “tab” được xây dựng không thể gây hại cho con người theo bất kỳ cách nào (phần mềm trong y học, nhà máy, nhà máy nhiệt điện, nhà máy điện hạt nhân, v.v.), thì những phương pháp đó có thể hợp lý. Điều này hoàn toàn phi đạo đức, đôi khi là bất hợp pháp, nhưng... không có cách nào khác để lấy tiền của bạn.

Bạn đã gặp phải trường hợp làm việc không trung thực nào của chuyên gia CNTT (lập trình viên, quản trị viên hệ thống, chuyên gia Enikey)? Bạn đã chiến đấu như thế nào? Có khó để tìm được một chuyên gia trong thành phố của bạn, người có thể làm việc trên máy tính của bạn một cách trung thực và với số tiền hợp lý không? Chia sẻ.

Cảm ơn sự quan tâm của các bạn và các đồng nghiệp, hãy trung thực trong công việc của bạn.

Trong bài viết này tôi muốn nói về đạo đức
lập trình. Lập trình viên giàu kinh nghiệm
xét theo các nguồn, họ có thể xác định
mức độ kiến thức trực tiếp
lập trình viên Làm sao? Và nó rất đơn giản. Ăn
có khá nhiều quy tắc bất thành văn, vì vậy
gọi là đạo đức lập trình. Để làm gì
chúng ta cần đạo đức này, chúng ta sẽ cháy bỏng trong điều này
bài báo.

Phần 1: Câu chuyện bình luận.

Chà, nếu bạn đã từng thấy
mã nguồn của các chương trình, và thậm chí còn hơn thế nữa
được lập trình, bạn biết rất rõ rằng
những nhận xét như vậy. Nhưng tại sao sau đó lại có người
sử dụng chúng thường xuyên hơn những người khác? TRÊN
Trên thực tế, khi viết chương trình, rất
Thật hữu ích khi để lại ý kiến.

Trước hết là vì chính bạn. Đó là cho
dễ dàng điều hướng thông qua mã của riêng bạn.
Những nhận xét rõ ràng và phù hợp có thể
tiết kiệm cho lập trình viên tới vài giờ
thời gian chỉ vì anh ấy không
sẽ suy nghĩ lại một lần nữa về những gì anh ấy chịu trách nhiệm
mọi phần của văn bản.

Thứ hai, đối với người theo dõi. Nếu như
một người phát triển một chương trình tùy chỉnh,
biết rằng các văn bản nguồn sau này sẽ được
được chuyển giao cho khách hàng. Có đảm bảo rằng
chính bạn là người sẽ hoàn thiện những điều này
nguồn cho đến phiên bản tiếp theo? Một bên thứ ba
một người sẽ phải mất mát rất nhiều
thời gian để hiểu cái gì và như thế nào. Dù bằng cách nào
với nhận xét. Đọc chương trình trên
Tiếng Nga (ít nhất là ở
Tiếng Anh) dễ dàng hơn nhiều so với ngôn ngữ
lập trình. Đặc biệt nếu chương trình
sử dụng khá phức tạp
các cấu trúc cú pháp.

Đây là hai lý do quan trọng tại sao
nên viết bình luận nào.
Do đó một câu hỏi hoàn toàn hợp lý: làm thế nào?
viết bình luận có chính xác không? Trong phần giới thiệu
sách "Lập trình cực đoan"
tác giả của nó, Kent Beck, đáp lại một phần ý kiến của chúng tôi
câu hỏi. Anh ấy đang viết:

Nếu việc đánh giá mã tốt thì chúng tôi
chúng tôi sẽ xem xét mã liên tục
- Nếu kiểm tra tốt thì
mỗi người tham gia dự án sẽ kiểm tra
mã chương trình liên tục (kiểm tra
mô-đun), thậm chí cả khách hàng (chức năng
thử nghiệm).
- Nếu bình luận về code là tốt,
có nghĩa là chúng tôi sẽ dành ý kiến
cũng nhiều sự chú ý như
chúng tôi cần mã của mình dễ sử dụng
đọc ngay cả cho một đứa trẻ.

Từ những dòng này rõ ràng là nhận xét
là cần thiết, và chúng cần thiết chính xác như
cần phải. Vâng, tôi đã từ chối nó một cách khéo léo, nhưng thẩm phán
bản thân bạn. Bạn không thể nói: Đối với 10Kb mã thì phải
chiếm 2Kb bình luận. Nó sẽ là
ngốc nghếch. Vì vậy, chỉ còn lại một điều:
viết bình luận “về chủ đề”, tiết lộ
với sự giúp đỡ của họ những lĩnh vực khó khăn nhất
các chương trình. Không nên quên rằng
bình luận KHÔNG ảnh hưởng tới công việc
trình biên dịch, chính xác như kích thước
chương trình kết quả. Bình luận
bị trình biên dịch bỏ qua, nhưng rất
hãy giúp đỡ mọi người chúng tôi.

Phần 2: Mật mã Saga.

Nếu bạn đã từng viết chương trình, bạn
bạn có thể biết rằng vào lúc này
hầu hết các trình biên dịch đều trung thành
tham khảo phong cách ghi chương trình. Đó là
trình biên dịch ở bên cạnh, bạn sẽ đặt
ký tự ngắt dòng hay không. Đanh gia bởi
tất cả những điều trên đều giống nhau
kết quả sẽ là Code và Code:

Mã số:
bắt đầu
WriteLn("Xin chào thế giới");
kết thúc.

Mã số:
bắt đầu WriteLn("Xin chào thế giới"); kết thúc.

Nếu bạn không tin tôi, bạn có thể tự kiểm tra. Là giống nhau
tình huống với trình biên dịch C. Tôi sẽ kể cho bạn nghe một điều
một câu chuyện đã xảy ra với tôi vài năm trước
trở lại: Một người bạn của tôi khoe khoang
một chương trình anh ấy đã viết (anh ấy viết bằng C). TRONG
câu trả lời cho vấn đề này là tôi đã nói với anh ấy rằng chương trình này
được viết bằng Pascal trong ba dòng. Anh ấy đã
tức giận vì giống như tôi có thể
viết chương trình này bằng Pascal, nhưng không phải bằng
ba dòng - đó là điều chắc chắn (15-20 ở đâu đó).
Tôi phải cho anh ta thấy sức mạnh của logic,
và chương trình thực sự mất đúng ba
dòng. Tại sao là 3 mà không phải một? Tôi không biết làm thế nào trong C,
nhưng trong Pascal độ dài chuỗi tối đa là 256
ký tự (sửa tôi nếu tôi sai).
Vì vậy chương trình của tôi đã
khoảng 256 * 3 ký tự (điều này hoàn toàn giống
sẽ mất bao nhiêu để bạn tôi
viết cùng một chương trình). Ví dụ này là tôi
Tôi đã đưa nó ra không phải là vô ích: mã của tôi TUYỆT ĐỐI
không thể đọc được. Xem xét và chỉnh sửa nó trong
hơn nữa - đó không hẳn là một sự đồi trụy, đó là
Kamasutra đã hoàn thành. Nếu ai đó phải
chơi Quake3 và lưu cấu hình của bạn từ trò chơi
- họ sẽ hiểu tôi. Kwak theo mặc định viết mọi thứ vào
một dòng và sử dụng một số loại dấu phân cách
biểu tượng ngu ngốc. Không có cách nào đó
so sánh với cấu hình được viết thủ công,
với ý kiến, v.v. Nên ghi nhớ trên
trong suốt cuộc đời của bạn: bạn muốn đạt được sự tôn trọng từ
mặt của người khác - làm cho mã của bạn tốt hơn
có thể đọc được. Càng có nhiều không gian trống
giữa các dòng - càng dễ đọc mã.
Vì vậy đó là sự lựa chọn của chúng tôi. LUÔN viết
các dấu hiệu toán học (+ - = * /) cách nhau bởi dấu cách.
Nghĩa là, gần đúng như nó được viết ở thanh bên
Pr và không bao giờ được viết ở thanh bên
Vân vân. Vì vậy, hãy đọc và ghi nhớ:

Vân vân:
iCounter + iChan:= iRoute;

Vân vân
iCounter+iChan:=iRoute;

Thành thật mà nói, tôi gặp khó khăn khi gõ Pr: thói quen
đã phát triển đến mức Space tôi đã nhấn mạnh
trong tiềm thức. Tôi cũng ước như bạn...

Phần 3: Câu chuyện về các biến số.

Còn các biến thì sao? Thực ra
trên thực tế, rất nhiều. Ví dụ, bạn có để ý
trong thanh bên Pr và Pr tôi có một số
đặt tên cho các biến một cách khác thường? Không, cái này là dành cho bạn
bất thường. Đối với tôi điều này khá bình thường
danh hiệu. Ví dụ, nhìn vào tên
Biến iCounter, tôi có thể nói điều đó một cách an toàn
đây không phải là bộ đếm Internet (nếu không thì nó
sẽ được gọi là iInetCounter hoặc iICounter) và biến
gõ Số nguyên, là của ai đó
quầy tính tiền. Chữ cái đầu tiên “i” là viết tắt của
loại biến: i: Số nguyên, s: Chuỗi, c: Char, b: Boolean, v.v.
và như thế. Vì vậy tôi làm cho mã nhiều hơn
dễ hiểu đối với chính mình. Để dễ dàng điều hướng
những người khác sử dụng mã của bạn ngay từ đầu
chương trình, hãy mô tả nguyên tắc mà bạn
đặt tên cho các biến. Điều này sẽ làm tăng
trình độ lập trình chuyên nghiệp.
Điều tiếp theo tôi muốn nói về
các biến - đặt cho chúng những cái tên có ý nghĩa.
Đặt tên biến "a" hoặc "x"
ngu ngốc, ngoại trừ khi "a" và
"x" - các phần tử của phương trình. Nếu không thì
trong trường hợp, đặt tên các biến một cách có ý nghĩa,
nên tên của họ gần như phản ánh nguyên tắc
những hành động biến đổi. Tốt nhất là nên gọi
biến ở dạng đầy đủ hoặc viết tắt
các từ trong tiếng Anh. Điều này sẽ cho phép
việc điều hướng mã của bạn không nhanh hơn
Dân số nói tiếng Nga trên hành tinh. Mỗi
Nên bắt đầu từ bằng chữ hoa
bức thư. Về hướng đối tượng
những ngôn ngữ cố gắng được gọi như vậy
các thành phần với những cái tên ngu ngốc, tôi có thể nói
Điều duy nhất: từ bỏ tiêu chuẩn
Edit1, Label1, v.v. vì khi số
các thành phần giống hệt nhau sẽ vượt quá 5, sẽ có
Rất khó để ghi nhớ rằng
cho biết số lượng của một thành phần.
Tôi khuyên bạn nên đặt tên các thành phần giống như
biến, với sự khác biệt duy nhất là
thay vì loại biến, hãy đến trước
đặt tên lớp viết tắt
các thành phần. Vì vậy, ví dụ: Edit14, trong đó chúng tôi
nhập mật khẩu, nó sẽ được gọi là edPassEnter hoặc
một cái gì đó tương tự như thế này Tốt nhất là ở

quy tắc đạo đức trong lĩnh vực công nghệ thông tin

Hội thảo về Triết học. DonNTU, 2007

Thánh gr. TKS-06m Khailo Andrey, người đứng đầu Dodonov Roman Alexandrovich

Báo cáo phân tích các quy tắc đạo đức hiện có đối với các chuyên gia công nghệ thông tin.

Đạo đức máy tính vẫn chưa nổi lên như một môn học chuẩn mực và một bộ quy tắc ứng xử của con người vốn có trong bản thân họ và được củng cố về mặt xã hội. Đạo đức máy tính là một lĩnh vực nghiên cứu phụ thuộc vào các công nghệ mới và đạo đức chuẩn mực. Tuy nhiên, trong những thập kỷ gần đây đã có những nỗ lực mạnh mẽ để tạo ra nó.

Vào những năm 80 của thế kỷ XX, các nhà đạo đức học Mỹ đã đưa ra thuật ngữ “chuyên gia máy tính”, dùng để chỉ người kiếm sống bằng công việc máy tính. Điều này không chỉ có nghĩa là các lập trình viên, nhà phân tích hệ thống, kỹ sư hệ thống, người bán thiết bị máy tính mà còn cả người dùng phần mềm và phần cứng. Tại Hoa Kỳ, họ cố gắng điều chỉnh mối quan hệ giữa các chuyên gia máy tính và xã hội thông qua “Quy tắc ứng xử nghề nghiệp” do Hiệp hội Máy tính (ACM) phát triển,

Trên thực tế, các chuyên gia máy tính không chỉ có những mối quan hệ cụ thể với nhau mà còn giành được quyền lực đối với các cá nhân, tổ chức xã hội và thậm chí đối với môi trường, vì vậy việc phát triển các quy tắc ứng xử nghề nghiệp trong lĩnh vực này có ý nghĩa đặc biệt quan trọng.

Hiện nay, có một số quy tắc đạo đức nghề nghiệp trong lĩnh vực công nghệ thông tin. Có lẽ được biết đến nhiều nhất là những quy định được phát triển bởi ACM và IEEE, Bộ quy tắc đạo đức và thực hành nghề nghiệp chung dành cho các nhà phát triển phần mềm của họ. Tại Nga, năm 1996, Quy tắc hoạt động quốc gia trong lĩnh vực khoa học máy tính và viễn thông đã được thông qua.

Quy tắc đạo đứcACM/IEEE.

Bộ quy tắc bao gồm tám Nguyên tắc liên quan đến hành vi và quyết định của các lập trình viên chuyên nghiệp, bao gồm những người hành nghề, nhà giáo dục, nhà quản lý và giám đốc điều hành cấp cao.

Bộ quy tắc cũng áp dụng cho sinh viên và người học nghề đang theo học ngành này.

Lời mở đầu.

Phiên bản ngắn của mã tóm tắt mong muốn của mã ở mức độ trừu tượng cao; Các đoạn trong phiên bản đầy đủ cung cấp các ví dụ cho thấy những khát vọng này được phản ánh như thế nào trong hoạt động của các lập trình viên chuyên nghiệp. Nếu không có những nguyên tắc cao hơn này, các chi tiết của mã sẽ trở nên ngớ ngẩn và tẻ nhạt. Nếu không có chi tiết, những khát vọng sẽ vẫn cao cả nhưng trống rỗng và mang tính tuyên bố. Chúng cùng nhau tạo thành một mã hoàn chỉnh.

Các lập trình viên chuyên nghiệp sẽ cố gắng biến việc phân tích, đặc tả, thiết kế, phát triển, thử nghiệm và bảo trì phần mềm trở thành một nghề bổ ích và được tôn trọng. Nhất quán với cam kết của mình vì sự thịnh vượng, an toàn và thịnh vượng của xã hội, các kỹ sư phần mềm sẽ được hướng dẫn bởi tám Nguyên tắc sau:

1. XÃ HỘI

Các kỹ sư phần mềm sẽ hành động theo cách phù hợp với lợi ích công cộng.

2. KHÁCH HÀNG VÀ NHÀ ĐẦU TƯ

Các kỹ sư phần mềm sẽ hành động vì lợi ích tốt nhất của khách hàng và người sử dụng lao động, nhất quán với lợi ích chung.

3. SẢN PHẨM

Các kỹ sư phần mềm sẽ đảm bảo rằng các sản phẩm họ sản xuất và các sửa đổi của chúng đáp ứng các tiêu chuẩn chuyên môn cao nhất.

4. PHÁN XÉT

Các kỹ sư phần mềm sẽ cố gắng đạt được sự chính trực và độc lập trong phán đoán chuyên môn của mình.

5. QUẢN LÝ

Các nhà quản lý và lãnh đạo kỹ thuật phần mềm sẽ áp dụng cách tiếp cận có đạo đức để hướng dẫn phát triển và bảo trì phần mềm, đồng thời sẽ thúc đẩy và phát triển phương pháp này.

6. NGHỀ NGHIỆP

Các kỹ sư phần mềm sẽ nâng cao tính chính trực và danh tiếng nghề nghiệp của họ theo cách phù hợp với lợi ích công cộng.

7. ĐỒNG NGHIỆP

Các kỹ sư phần mềm sẽ công bằng với đồng nghiệp của họ và sẽ hỗ trợ họ bằng mọi cách có thể.

8. CÁ NHÂN

Các kỹ sư phần mềm sẽ là những người học suốt đời về thực hành nghề nghiệp của họ và sẽ thúc đẩy cách tiếp cận có đạo đức trong thực hành nghề nghiệp của họ.

Nhiều bộ luật không phản ánh đặc thù của nghề nghiệp, chúng chứa đựng những quy định quá chung chung bao trùm các nghĩa vụ của bất kỳ chuyên gia nào: tính trung thực, năng lực, trách nhiệm, đào tạo nâng cao, v.v.

Quy tắc ứng xử nghề nghiệp có thể được sử dụng như một cơ chế xã hội hóa. Nếu có một bộ quy tắc ứng xử nghề nghiệp thì có một số đảm bảo rằng tất cả các thành viên trong nghề ít nhất sẽ nhận thức được các tiêu chuẩn được đặt ra trong bộ quy tắc đó.

Chức năng quan trọng nhất của quy tắc đạo đức là thể hiện rõ trí tuệ tập thể của những người trong một ngành nghề nhất định. Bộ quy tắc đạo đức phải là tập hợp những điều mà những người trong nghề có nhiều năm kinh nghiệm coi là điều quan trọng nhất cần suy nghĩ và làm khi làm việc trong lĩnh vực này. Bộ quy tắc này thể hiện kinh nghiệm và sự đồng thuận của đa số những người trong nghề.

Thư mục.

1. Galinskaya I.L., Panchenko A.I. Không gian đạo đức và pháp lý của công nghệ thông tin và máy tính (Đánh giá). Lý thuyết và thực hành thông tin khoa học xã hội. Tập. 17, M: RAS INION, 2001.

2 . Quy tắc đạo đức và thực hành nghề nghiệp trong Kỹ thuật phần mềm.

3. A.A.MALYUK, O.Yu. Polyanskaya, Hội nghị khoa học toàn Nga lần thứ XIV, “Quy tắc đạo đức trong lĩnh vực công nghệ thông tin làm cơ sở để đảm bảo an ninh thông tin.”

Mô tả bài thuyết trình theo từng slide:

1 slide

Mô tả trang trình bày:

2 cầu trượt

Mô tả trang trình bày:

Lịch sử đạo đức nghề nghiệp Từ xa xưa, các triết gia, nhà khoa học đã ghi nhận mối quan hệ giữa nghề nghiệp và đạo đức. Những quy tắc đạo đức nghề nghiệp đầu tiên là “Lời thề Hippocrates”, những nguyên tắc đạo đức của các linh mục.

3 cầu trượt

Mô tả trang trình bày:

Những nguyên tắc cơ bản của việc hình thành đạo đức nghề nghiệp Sự cần thiết phải điều chỉnh mối quan hệ giữa những người cùng ngành nghề nhất định. Dư luận. Truyền thống nghề nghiệp. Các tình huống phát sinh trong quá trình hoạt động nghề nghiệp.

4 cầu trượt

Mô tả trang trình bày:

Khái niệm đạo đức nghề nghiệp Đạo đức nghề nghiệp là tập hợp những chuẩn mực đạo đức quyết định thái độ của một người đối với nhiệm vụ nghề nghiệp của mình. Nó điều chỉnh các mối quan hệ đạo đức của con người trong lĩnh vực lao động.

5 cầu trượt

Mô tả trang trình bày:

Cơ cấu đạo đức nghề nghiệp Mối quan hệ giữa tập thể lao động và từng chuyên gia. Phẩm chất đạo đức của một chuyên gia. Các mối quan hệ trong nhóm. Đặc điểm của giáo dục nghề nghiệp.

6 cầu trượt

Mô tả trang trình bày:

Phẩm chất đạo đức của một chuyên gia Đây là cơ sở của sự phù hợp nghề nghiệp. Bao gồm thái độ đối với công việc và những người tham gia vào quá trình lao động. Đạo đức nghề nghiệp gắn liền với những chuẩn mực đạo đức được chấp nhận rộng rãi. Vi phạm đạo đức nghề nghiệp là vi phạm các nguyên tắc đạo đức chung. Nó không chỉ ảnh hưởng đến những người xung quanh mà còn ảnh hưởng đến chính đối tượng lao động.

7 cầu trượt

Mô tả trang trình bày:

Các loại đạo đức nghề nghiệp Đạo đức nghề nghiệp. Đạo đức sư phạm. Đạo đức của một nhà khoa học. Đạo đức của diễn viên. Đạo đức của nghệ sĩ. Đạo đức của một nhà tâm lý học. Vân vân.

8 trượt

Mô tả trang trình bày:

“Quy tắc đạo đức và thực hành chuyên môn trong lĩnh vực kỹ thuật phần mềm.” Mối quan hệ với xã hội Đối với một lập trình viên, lợi ích cộng đồng là ưu tiên hàng đầu. Lập trình viên có nghĩa vụ: chịu hoàn toàn trách nhiệm về công việc của mình; cố gắng cân bằng lợi ích của tất cả những người tham gia vào quá trình này để lợi ích tối đa cho xã hội từ công việc được thực hiện; Chỉ xuất bản phần mềm nếu nó an toàn và hữu ích cho công chúng; thông báo cho các cá nhân hoặc cơ quan có thẩm quyền về mọi mối nguy hiểm hiện có hoặc tiềm ẩn đối với người dùng, công chúng hoặc môi trường do phần mềm gây ra; hỗ trợ giải quyết các vấn đề có ý nghĩa xã hội liên quan đến việc sử dụng, hỗ trợ, bảo trì và tài liệu hóa phần mềm; cung cấp thông tin trung thực và khách quan về phần mềm và các khả năng của phần mềm; Truyền đạt các giới hạn vật lý, nguồn lực cần thiết, rủi ro kinh tế và các yếu tố khác có thể làm giảm hiệu quả của phần mềm; nâng cao trình độ chuyên môn của bản thân và góp phần nâng cao trình độ tin học trong xã hội.

Trang trình bày 9

Mô tả trang trình bày:

Mối quan hệ với khách hàng và người sử dụng lao động Mọi nỗ lực của người lập trình phải nhằm mục đích thỏa mãn lợi ích của khách hàng và người sử dụng lao động, trừ khi điều này mâu thuẫn với lợi ích công cộng. Lập trình viên có nghĩa vụ: đảm bảo đầy đủ việc thực hiện nhiệm vụ chính thức của mình, thông báo trung thực và khách quan cho khách hàng hoặc người sử dụng lao động về kiến thức, kỹ năng và trình độ học vấn chuyên môn của mình; ngăn chặn khách hàng hoặc người sử dụng lao động sử dụng phần mềm có được một cách bất hợp pháp hoặc không trung thực; chỉ sử dụng tài nguyên của khách hàng hoặc người sử dụng lao động trong phạm vi thẩm quyền của mình và được sự đồng ý của người đó; trong công việc phải dựa vào tài liệu có xác nhận của người được khách hàng hoặc người sử dụng lao động ủy quyền; duy trì thông tin bí mật của khách hàng hoặc người sử dụng lao động; thông báo kịp thời cho khách hàng hoặc người sử dụng lao động về các khía cạnh khác nhau và các vấn đề có thể phát sinh trong quá trình thực hiện dự án; không kết hợp việc thực hiện công việc chính của bạn với việc thực hiện các dự án phụ nếu điều này gây thiệt hại cho khách hàng hoặc người sử dụng lao động; không thực hiện bất kỳ hành động nào vì lợi ích của riêng bạn mà trái với lợi ích của khách hàng hoặc người sử dụng lao động.

10 slide

Mô tả trang trình bày:

Chất lượng sản phẩm Người lập trình viên phải đảm bảo sản phẩm phần mềm đáp ứng được yêu cầu của tiêu chuẩn chuyên môn. Người lập trình có nghĩa vụ: đấu tranh vì chất lượng cao nhất, chi phí hợp lý và thời hạn thực hiện dự án hợp lý; đảm bảo năng lực chuyên môn của bạn trong khuôn khổ các dự án mà lập trình viên làm việc; đảm bảo rằng các phương pháp mà người lập trình sử dụng có thể chấp nhận được để thực hiện các dự án hiện tại hoặc đề xuất; làm việc theo chuẩn mực nghề nghiệp; nhận thức đầy đủ và hiểu rõ tất cả các yêu cầu đối với sản phẩm phần mềm mà lập trình viên đang thực hiện; đảm bảo rằng tất cả chức năng của sản phẩm phần mềm mà lập trình viên đang làm việc đều được ghi chép đầy đủ, đáp ứng yêu cầu của người dùng và được các bên liên quan phê duyệt; đảm bảo đánh giá khách quan về chi phí, nguồn lực kỹ thuật và thời gian cần thiết, chất lượng và sự tuân thủ của kết quả với mục tiêu đặt ra cho từng dự án mà lập trình viên làm việc; đảm bảo kiểm tra và gỡ lỗi phần mềm chất lượng cao, mô tả kết quả kiểm tra đáng tin cậy; đảm bảo có sẵn tài liệu chính xác và khách quan cho phần mềm đang được phát triển. Tài liệu phải bao gồm mô tả về bất kỳ thiếu sót nào được phát hiện trong quá trình triển khai và các phương pháp để loại bỏ chúng; trong quá trình thực hiện dự án, ngăn chặn rò rỉ thông tin cá nhân của khách hàng; chỉ sử dụng dữ liệu chính xác thu được một cách hợp pháp và trung thực trong công việc của bạn; đảm bảo tính phù hợp và chính xác của dữ liệu được sử dụng; sử dụng các phương pháp bảo trì phần mềm hiện đại. Đánh giá của chuyên gia Đánh giá của chuyên gia lập trình viên phải khách quan và không thiên vị. Lập trình viên có nghĩa vụ: chỉ phê duyệt những tài liệu do cá nhân lập trình viên chuẩn bị hoặc dưới sự giám sát trực tiếp, thuộc thẩm quyền của lập trình viên và có nội dung mà lập trình viên hoàn toàn đồng ý.

11 slide

Mô tả trang trình bày:

Quản lý dự án Một lập trình viên quản lý việc phát triển và bảo trì phần mềm phải tuân thủ các nguyên tắc nhất định trong công việc của mình. Lập trình viên có nghĩa vụ: đảm bảo quản lý hiệu quả tất cả các dự án; cấp dưới phải làm quen với các tiêu chuẩn, quy tắc áp dụng trong phát triển phần mềm trước khi bắt đầu công việc; phân công công việc cho cấp dưới có tính đến trình độ học vấn và kỹ năng chuyên môn của họ, tạo cơ hội nâng cao hơn nữa trình độ kiến thức và kỹ năng; đưa ra đánh giá khách quan về chi phí của dự án, thời gian phát triển, nhân sự cần thiết để thực hiện dự án, chất lượng và kết quả thực hiện dự án; khi thực hiện dự án, đảm bảo sử dụng hợp lý mã chương trình, sự phát triển, phương pháp, nghiên cứu và tài sản trí tuệ khác của cấp dưới; không ép buộc lập trình viên cấp dưới vi phạm các quy định của Bộ quy tắc này; Không trừng phạt các lập trình viên cấp dưới vì bày tỏ sự chỉ trích dự án.

12 trượt

Mô tả trang trình bày:

Tính chuyên nghiệp Một lập trình viên phải nâng cao uy tín nghề nghiệp của mình trong mắt công chúng. Lập trình viên có nghĩa vụ: việc tổ chức công việc của lập trình viên phải tạo điều kiện thuận lợi cho việc tuân thủ các tiêu chuẩn đạo đức; giáo dục công chúng về bản chất của ngành phát triển phần mềm; mở rộng kiến thức của bạn trong lĩnh vực phát triển phần mềm thông qua việc tham gia vào các tổ chức, hội nghị, hội thảo chuyên nghiệp và các ấn phẩm; hỗ trợ những lập trình viên cố gắng tuân thủ các quy định của Bộ quy tắc này trong công việc của họ; tuân theo tất cả các quy tắc quản lý công việc của lập trình viên, trừ trường hợp điều này trái với lợi ích công cộng; mô tả chính xác đặc tính của phần mềm đang được phát triển. Tránh những đặc điểm có thể gây hiểu nhầm; chịu trách nhiệm về các lỗi được phát hiện trong phần mềm đang được phát triển, ghi lại chúng kịp thời và nỗ lực loại bỏ chúng; tránh hợp tác với người sử dụng lao động và khách hàng không tuân thủ Quy tắc này; nhận thấy rằng các hành vi vi phạm Quy tắc này không phù hợp với chức danh lập trình viên chuyên nghiệp; tác động đến những người vi phạm Quy tắc này, nếu có thể; nếu không thể tác động đến những người vi phạm Quy tắc này, hãy thông báo cho các bên quan tâm hoặc cơ quan chính phủ có thẩm quyền phù hợp về hành vi vi phạm.

Trang trình bày 13

Mô tả trang trình bày:

Mối quan hệ với đồng nghiệp Một lập trình viên phải thân thiện trong giao tiếp với đồng nghiệp và luôn cố gắng giúp đỡ họ. Lập trình viên có nghĩa vụ: khuyến khích các đồng nghiệp của mình kiên trì thực hiện các quy định của Bộ quy tắc này; hỗ trợ đồng nghiệp nâng cao tính chuyên nghiệp; hãy tin tưởng vào công việc của đồng nghiệp, đừng đặt ra những hy vọng và lời hứa vô lý cho bản thân; đánh giá công việc của đồng nghiệp một cách khách quan, hợp lý và tử tế; chú ý đến ý kiến của đồng nghiệp, những góp ý, yêu cầu của họ; giúp đồng nghiệp tuân theo các tiêu chuẩn trong công việc của họ quy định việc bảo vệ thông tin bí mật, các quy tắc lưu trữ mật khẩu, truy cập tệp và các biện pháp bảo mật khác; không can thiệp vào sự nghiệp của đồng nghiệp, trừ trường hợp vạch trần sự kém cỏi của đồng nghiệp vì lợi ích của người sử dụng lao động, khách hàng hoặc xã hội; trong tình huống khó khăn, hãy tìm kiếm sự giúp đỡ từ đồng nghiệp có kinh nghiệm hơn.

Trang trình bày 14

Mô tả trang trình bày:

Tự nhận thức Một lập trình viên phải cải thiện bản thân trong suốt cuộc đời. Lập trình viên có nghĩa vụ: không ngừng nâng cao kiến thức của mình trong lĩnh vực quản lý quá trình phát triển và tạo ra phần mềm; không ngừng nâng cao các kỹ năng cho phép bạn phát triển phần mềm nhanh chóng và hiệu quả mà không phải trả chi phí tài chính quá lớn; nâng cao kỹ năng viết tài liệu phần mềm chất lượng cao; nâng cao kiến thức trong lĩnh vực ứng dụng kiến thức chuyên môn của mình; nghiên cứu các tiêu chuẩn, quy định, luật liên quan đến phát triển phần mềm; biết và tuân thủ Quy tắc này; không xúi giục ai vi phạm các quy định của Bộ quy tắc này; Nhận thức rằng nếu bạn không tuân thủ Quy tắc này, bạn không thể được gọi là lập trình viên chuyên nghiệp.

15 trượt

Mô tả trang trình bày: