ISRPO/Лекции/ReView/Этика_программировании.md



Этические Основы Программирования

Я хочу рассказать об этике
программирования. Этика в программировании — это свод моральных принципов и правил, которые регулируют поведение и решения программистов в процессе разработки, использования и распространения программного обеспечения. Она касается ответственности программистов перед обществом, пользователями, коллегами и будущими поколениями. Этика программирования направлена на создание технологий, которые приносят пользу и минимизируют вред. Зачем нужна этика в программировании?

• Предотвращение вреда: защита от злоупотреблений, утечек данных, несправедливости и других потенциально вредных последствий использования технологий.
• Укрепление доверия: обеспечение доверия пользователей к программному обеспечению и технологиям.
• Создание лучшего будущего: содействие развитию технологий, которые служат на благо общества и способствуют его развитию.
• Повышение профессионализма: формирование ответственного и этичного подхода к разработке программного обеспечения.

Сага о комментариях.

Ну что ж, если вы когда-нибудь видели
исходные тексты программ, а тем более
программировали, вы прекрасно знаете, что
такое комментарии. Но почему же тогда кто-то
использует их несколько чаще других? На
самом деле, при написании программ очень
полезно оставлять комментарии.

• Во-первых, для самого себя. То есть для
  удобства навигации по своему же коду.
  Чёткие и уместные комментарии способны
  сохранить программисту до нескольких часов
  времени только лишь из-за того, что он не
  будет думать лишний раз, за что отвечает
  каждая часть текста.

• Во-вторых, для последователей. Если
  человек разрабатывает программу под заказ,
  зная, что исходные тексты позднее будут
  переданы заказчику. Есть ли гарантия, что
  именно вы будете дорабатывать эти
  исходники до следующей версии? А сторонний
  человек должен будет потерять очень много
  времени, чтобы понять, что да как. То ли дело
  с комментариями. Читать программу на
  русском языке (в крайнем случае на
  английском) гораздо проще, чем на языке
  программирования. Особенно если программа
  использует достаточно сложные
  синтаксические конструкции.

Сага о коде.**

Если вам приходилось писать программы, вы
наверное знаете, что на данный момент
большинство компиляторов лояльно
относятся к стилю записи программы. То есть
компилятору по боку, будете вы ставить
символ переноса строки или нет. Судя по
всему вышесказанному, к одинаковому
результату приведёт Код[1] и Код[2]:

Код[1]:
begin
WriteLn('Hello, world');
end.

Код[2]:
begin WriteLn('Hello, world'); end.

Следует запомнить на
всё жизнь: хочешь добиться уважения со
стороны других - делай свой код более
читабельным. Чем больше свободного места
между строками - тем легче читать код.
Следовательно это - наш выбор. ВСЕГДА пишите
математические знаки ( + - = * / ) через пробел.
То есть примерно так, как написано во врезке
Пр[1], и никогда так, как написано во врезке
Пр[2]. Итак, читаем и запоминаем:

Пр[1]:
iCounter + iChan := iRoute;

Пр[2]
iCounter+iChan:=iRoute;

Сага о переменных.**

Что можно сказать о переменных? На самом
деле, очень многое. К примеру, смотря на название
переменной iCounter, я могу смело сказать, что
это не счётчик Интернетов (иначе он
назывался бы iInetCounter или iICounter), а переменная
типа Integer, которая является чьим либо
счётчиком. Первая буква "i" обозначает
тип переменной: i: Integer, s: String, c: Char, b: Boolean и т.д.
и т.п. Таким образом, я делаю код более
понятным для себя. Для удобства навигации
других людей по вашему коду, в начале
программы опишите, по какому принципу вы
называете переменные. Это повысит ваш
профессиональный уровень программирования.
Следующее, что хотелось бы сказать о
переменных - давайте им осмысленные имена.
Именовать переменную "a" или "x"
глупо, не считая тех случаев, когда "a" и
"x" - элементы уравнения. В противном
случае называйте переменные осмысленно,
чтобы их имя примерно отображало принцип
действия переменной. Лучше всего называть
переменную полными либо сокращёнными
словами английского языка. Это позволит
быстрее ориентироваться в вашем коде не
русскоязычному населению планеты. Каждое
слово желательно начинать с заглавной
буквы. Что касается объектно-ориентированных
языков, которые так и норовят назвать
компоненты тупыми именами, я могу сказать
единственное: откажитесь от стандартных
Edit1, Label1 и т.д., поскольку когда число
одинаковых компонентов зашкалит за 5, будет
весьма нелегко держать в голове, что
обозначает номер какого-то компонента.
Называть я советую компоненты также как и
переменный, с той единственной разницей,
что вместо типа переменной, на первое место
ставить сокращённое название класса
компонентов. Так, например, Edit14, в который мы
вводим пароль, будет именоваться edPassEnter или
что-нибудь схожее с этим. Желательно в
комментарии перед текстом программы
описать, что обозначает то или иное
сокращение (ed: Edit; lb: Label). https://rutube.ru/video/80ebfea6c6bc4c4894229e413045648a/?r=wd