## Этические Основы Программирования Я хочу рассказать об этике программирования. Этика в программировании — это свод моральных принципов и правил, которые регулируют поведение и решения программистов в процессе разработки, использования и распространения программного обеспечения. Она касается ответственности программистов перед обществом, пользователями, коллегами и будущими поколениями. Этика программирования направлена на создание технологий, которые приносят пользу и минимизируют вред. **Зачем нужна этика в программировании?** - **Предотвращение вреда:** защита от злоупотреблений, утечек данных, несправедливости и других потенциально вредных последствий использования технологий. - **Укрепление доверия:** обеспечение доверия пользователей к программному обеспечению и технологиям. - **Создание лучшего будущего:** содействие развитию технологий, которые служат на благо общества и способствуют его развитию. - **Повышение профессионализма:** формирование ответственного и этичного подхода к разработке программного обеспечения. ## Сага о комментариях. Ну что ж, если вы когда-нибудь видели исходные тексты программ, а тем более программировали, вы прекрасно знаете, что такое комментарии. Но почему же тогда кто-то использует их несколько чаще других? На самом деле, при написании программ очень полезно оставлять комментарии. - Во-первых, для самого себя. То есть для удобства навигации по своему же коду. Чёткие и уместные комментарии способны сохранить программисту до нескольких часов времени только лишь из-за того, что он не будет думать лишний раз, за что отвечает каждая часть текста. - Во-вторых, для последователей. Если человек разрабатывает программу под заказ, зная, что исходные тексты позднее будут переданы заказчику. Есть ли гарантия, что именно вы будете дорабатывать эти исходники до следующей версии? А сторонний человек должен будет потерять очень много времени, чтобы понять, что да как. То ли дело с комментариями. Читать программу на русском языке (в крайнем случае на английском) гораздо проще, чем на языке программирования. Особенно если программа использует достаточно сложные синтаксические конструкции. ![Picture background](https://myslide.ru/documents_3/f3fd8251fc33b7c5c3a1d7f5c36cce99/img9.jpg) ## Сага о коде.** Если вам приходилось писать программы, вы наверное знаете, что на данный момент большинство компиляторов лояльно относятся к стилю записи программы. То есть компилятору по боку, будете вы ставить символ переноса строки или нет. Судя по всему вышесказанному, к одинаковому результату приведёт Код[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 и т.д. и т.п. Таким образом, я делаю код более понятным для себя. Для удобства навигации других людей по вашему коду, в начале программы опишите, по какому принципу вы называете переменные. Это повысит ваш профессиональный уровень программирования. ![Picture background](https://cf.ppt-online.org/files/slide/n/NMWQ93IxKRG0pHslVDCve25dtcnq8yZfXYEm14/slide-10.jpg) Следующее, что хотелось бы сказать о переменных - давайте им осмысленные имена. Именовать переменную "a" или "x" глупо, не считая тех случаев, когда "a" и "x" - элементы уравнения. В противном случае называйте переменные осмысленно, чтобы их имя примерно отображало принцип действия переменной. Лучше всего называть переменную полными либо сокращёнными словами английского языка. Это позволит быстрее ориентироваться в вашем коде не русскоязычному населению планеты. Каждое слово желательно начинать с заглавной буквы. Что касается объектно-ориентированных языков, которые так и норовят назвать компоненты тупыми именами, я могу сказать единственное: откажитесь от стандартных Edit1, Label1 и т.д., поскольку когда число одинаковых компонентов зашкалит за 5, будет весьма нелегко держать в голове, что обозначает номер какого-то компонента. Называть я советую компоненты также как и переменный, с той единственной разницей, что вместо типа переменной, на первое место ставить сокращённое название класса компонентов. Так, например, Edit14, в который мы вводим пароль, будет именоваться edPassEnter или что-нибудь схожее с этим. Желательно в комментарии перед текстом программы описать, что обозначает то или иное сокращение (ed: Edit; lb: Label). https://rutube.ru/video/80ebfea6c6bc4c4894229e413045648a/?r=wd