Команды статье указаны для Windows, работа с pip в Linux может отличаться.

Вы получите справку по основным командам.

Установка pip для Python

Если pip не установлен, то нужно скачать скрипт. Выбирайте папку с номером вашей версии Python. После этого в командной строке перейдите в папку со скриптом и выполните команду:

Если pip установлен в папку ProgramFiles, то вам нужно запускать командную строку от администратора.

Если вы установили pip, но все равно получаете ошибку в консоли, нужно указать путь к файлу pip.exe в переменной Path. Для этого зайдите в свойства компьютера>Дополнительные параметры системы>Переменные среды. Здесь (в зависимости о версии Windows) либо добавьте путь к уже существующему через точку с запятой, либо просто нажмите создать и скопируйте путь в новое поле.

Если вам нужно обновить pip напишите в командной строке:

Управление пакетами

Чтобы выполнить установку пакета с сайта pypi.org введите в консоли:

Если вам нужно использовать несколько версий pip, то нужную можно указать так (начиная с версии pip 0.8):

Таким же образом можно выбирать версию Python:

Pip версии 1.5 и выше следует указывать так:

Чтобы обновить пакет введите:

Для удаления пакета используйте команду uninstall:

Флаг -m используется для того чтобы запустить установленный модуль, как скрипт (если написать pip без -m вы можете получить ошибку).

Вывести список всех установленных пакетов в файл можно с помощью :

При наличии такого файла, можно устанавливать пакеты группами:

Необходимые пакеты можно найти не заходя на сайт pyPi.org (в данный момент недоступно):

Чтобы узнать подробности об установленном пакете введите:

Проверить установлены ли все зависимости для ваших пакетов можно так:

Теперь, с этими знаниями, вы можете самостоятельно скачать пакет cowsay, зайти в python, и ввести этот текст:

Готово! У вас есть говорящая консольная корова:

Вы указываете нужный тип события, добавляете коллбэк, и теперь можете обрабатывать клики, нажатия клавиш, прокрутку и другие события.

Например, чтобы обработать нажатие кнопки, можно использовать следующий код:

Этот код обращается к DOM, находит указанный элемент, и добавляет обработчик события click используя addEventListener.

В соответствии с документацией DOM, target.addEventListener может иметь следующие параметры:

addEventListener принимает: тип события, коллбэк и параметр options/useCapture. Подробнее о возможных значениях параметров в документации событий JavaScript.

Параметр listener может быть не только функцией но и объектом.

Обработка событий JavaScript с помощью addEventListener и EventListener

MDN описывает listener так:

listener может быть объектом реализующим интерфейс EventListener или JavaScript функцией

В ранней версии спецификации событий DOM (до HTML5), описан интерфейс EventListener. Реализующие его объекты должны содержать метод handeEvent. Они могут использоваться с addEventListener.

Это код класса EventHandler. Инициализированные объекты обработчиков событий могут быть переданы в addEventListener. Обработчик считает количество событий нужного типа. Попробуйте этот код на CodePen. Вся информация хранится в самом объекте и код работает без внешних переменных. Мне нравится этот паттерн, он пригодится для работы с последовательными событиями.

MDN говорит, что интерфейс EventListener поддерживается большинством браузеров и вы можете безопасно передавать реализующие его объекты в addEventListener. Когда их нужно передавать? Объясню на примере:

Конструктор класса MyComponent принимает элемент DOM в качестве аргумента и сам добавляет\удаляет его обработчики событий JavaScript. Класс реализует интерфейс EventListener, а следовательно вы можете передавать this в addEventListener.

Для того чтобы ваш интерфейс был удобным и интерактивным, важно не только использовать события JavaScript, но и учитывать размер области нажатия. Подробнее о том, как помочь юзеру не промахнуться, читайте в статье: «Хотел кликнуть, но не смог: как правильно настроить размер области клика».

Протоколов большое множество. Про основные из них рассказано далее.

IP — Internet Protocol

Протокол передачи, который первым объединил отдельные компьютеры в единую сеть. Самый примитивный в этом списке. Он является ненадёжным, т. е. не подтверждает доставку пакетов получателю и не контролирует целостность данных. По протоколу IP передача данных осуществляется без установки соединения.

Основная задача этого протокола — маршрутизация датаграмм, т. е. определение пути следования данных по узлам сети.

Популярная версия на текущий момент — IPv4 с 32-битными адресами. Это значит, что в интернете могут хранится 4.29 млрд адресов IPv4. Число большое, но не бесконечное. Поэтому существует версия IPv6, которая поможет решить проблему переполнения адресов, ведь уникальных IPv6 будет 2 ^ 128 адресов (число с 38 знаками).

TCP/IP — Transmission Control Protocol/Internet Protocol

Это стек протоколов TCP и IP. Первый обеспечивает и контролирует надёжную передачу данных и следит за её целостностью. Второй же отвечает за маршрутизацию для отправки данных. Протокол TCP часто используется более комплексными протоколами.

UDP — User Datagram Protocol

Протокол, обеспечивающий передачу данных без предварительного создания соединения между ними. Этот протокол является ненадёжным. В нём пакеты могут не только не дойти, но и прийти не по порядку или вовсе продублироваться.

Основное преимущество UDP протокола заключается в скорости доставки данных. Именно поэтому чувствительные к сетевым задержкам приложения часто используют этот тип передачи данных.

FTP — File Transfer Protocol

Протокол передачи файлов. Его использовали ещё в 1971 году — задолго до появления протокола IP. На текущий момент этим протоколом пользуются при удалённом доступе к хостингам. FTP является надёжным протоколом, поэтому гарантирует передачу данных.

Этот протокол работает по принципу клиент-серверной архитектуры. Пользователь проходит аутентификацию (хотя в отдельных случаях может подключаться анонимно) и получает доступ к файловой системе сервера.

DNS

Это не только система доменных имён (Domain Name System), но и протокол, без которого эта система не смогла бы работать. Он позволяет клиентским компьютерам запрашивать у DNS-сервера IP-адрес какого-либо сайта, а также помогает обмениваться базами данных между серверами DNS. В работе этого протокола также используются TCP и UDP.

HTTP — HyperText Transfer Protocol

Изначально протокол передачи HTML-документов. Сейчас же он используется для передачи произвольных данных в интернете. Он является протоколом клиент-серверного взаимодействия без сохранения промежуточного состояния. В роли клиента чаще всего выступает веб-браузер, хотя может быть и, например, поисковый робот. Для обмена информацией протокол HTTP в большинстве случаев использует TCP/IP.

HTTP имеет расширение HTTPS, которое поддерживает шифрование. Данные в нём передаются поверх криптографического протокола TLS.

NTP — Network Time Protocol

Не все протоколы передачи нужны для обмена классического вида информацией. NTP — протокол для синхронизации локальных часов устройства со временем в сети. Он использует алгоритм Марзулло. Благодаря нему протокол выбирает более точный источник времени. NTP работает поверх UDP — поэтому ему удаётся достигать большой скорости передачи данных. Протокол достаточно устойчив к изменениям задержек в сети.

Последняя версия NTPv4 способна достигать точности 10мс в интернете и до 0,2мс в локальных сетях.

SSH — Secure SHell

Протокол для удалённого управления операционной системой с использованием TCP. В SSH шифруется весь трафик, причём с возможностью выбора алгоритма шифрования. В основном это нужно для передачи паролей и другой важной информации.

Также SSH позволяет обрабатывать любые другие протоколы передачи. Это значит, что кроме удалённого управления компьютером, через протокол можно пропускать любые файлы или даже аудио/видео поток.

SSH часто применяется при работе с хостингами, когда клиент может удалённо подключиться к серверу и работать уже оттуда.

Общее описание логических операторов

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

В зависимости от вида задачи, программисты используют операторы для сравнения значений, проверки истинности, объединения или исключения условий. Логические операторы делятся на несколько категорий, каждая из которых имеет свою специфику применения.

Логические операторы

Оператор НЕ (!, not)

Выражение вида !true равно false и наоборот. Оператор ! (не) инвертирует логическое значение, это унарный оператор (применяется к одному операнду), он помещается перед операндом. Если условие истинно, то результат применения оператора отрицания будет ложным, и наоборот. Например, если a = true, то выражение !a даст false.

Например:

Оператор И (&&, and)

Оператор && — это оператор логического умножения. Выражение вида a && b будет равно true только тогда, когда и а и b равны true. Если хотя бы один из операндов окажется ложным, результат будет false. Данный оператор используется, когда необходимо, чтобы выполнялись несколько условий одновременно.

Оператор ИЛИ (||, or)

Оператор || — это оператор логического сложения. Выражение a || b будет равно true, когда или a, или b (или оба) равен true. Это полезно, когда нужно проверить, выполняется ли хотя бы одно из нескольких условий.

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

Оператор исключающее ИЛИ (^, xor)

Выражение a ^ b будет равно true, когда только один из операндов имеет значение true. Подробно о применении xor рассказывается в статье «Практика применения XOR в программировании»

Операторы сравнения

Операторы сравнения позволяют проверять равенство или неравенство между двумя значениями. Эти операторы часто используются в условных операторах, таких как while и for. Рассмотрим два ключевых оператора сравнения.

1. Оператор эквивалентности (==) — проверяет и сравнивает два значения. Выражение a == b будет равно true, когда a и b имеют одинаковые значения. Например, выражение 5 == 5 вернёт true, так как оба значения одинаковы.
2. Оператор неравенства (!=) — проверяет, разные ли два значения. Выражение a != b будет равно true, когда a и b имеют разные значения. Пример: 5 != 3 вернёт true, так как числа не равны.

Эти операторы используются для создания логического условия в программах, что позволяет динамически изменять поведение системы.

Приоритет логических операторов

1. Оператор эквивалентности — ==, оператор неравенства — !=.
2. Оператор отрицания — !.
3. Оператор И — &&.
4. Оператор исключающее ИЛИ — ^.
5. Оператор ИЛИ — ||.

Предлагаем вам пройти тест и узнать, насколько хорошо вы разобрались с логическими операторами:

Типы циклов

Цикл For

i — это переменная-счётчик, которая сначала равна нулю. До тех пор, пока она меньше 10, выполняется тело цикла, затем счетчик увеличивается на единицу. For — цикл с предусловием. Это значит, что сначала проверяется условие, и если оно true, то тело выполняется. В скобках объявляется тип переменной счётчика и её начальное значение. Затем указывается условие конца цикла и способ, которым изменяется значение счётчика.

Цикл Foreach (или совместный цикл)

Тело этого цикла выполнится для каждого элемента коллекции. В переменной element будет доступен по очереди каждый элемент массива array.

Цикл While

Относится к тому же типу циклов, что и For, — цикл с предусловием. С его помощью можно создать безусловный цикл, например while(1) — бесконечный цикл. Чтобы его закончить, нужно использовать служебное слово break.

Цикл Do While

Do While относится к типу циклов с постусловием. Однако здесь код выполнится как минимум один раз, даже если условие false.

Вложенные циклы

Циклы можно помещать внутрь друг друга. Это удобно для перебора многомерных коллекций. Код в примере выше выведет в консоль значение каждого элемента из двумерного массива array.

Операторы циклов

Break

Оператор break используется для досрочного выхода из цикла. Когда программа встречает break, цикл немедленно завершается и начинает выполняться код, следующий за циклом.

Continue

Оператор Continue даёт циклу команду выйти из текущей итерации и перейти к следующей.

Этот код выведет в консоль все нечетные числа из диапазона от 0 до 10:

Виды‌ ‌типизации‌

Языки‌ ‌программирования‌ ‌бывают‌ ‌типизированными‌ ‌и‌ ‌нетипизированными‌ ‌(бестиповыми).‌ ‌

Бестиповая‌ ‌типизация‌ ‌в‌ ‌основном‌ ‌присуща‌ ‌старым‌ ‌и‌ ‌низкоуровневым‌ ‌языкам‌ ‌программирования,‌ ‌например‌ ‌‌Forth.‌ ‌‌Все‌ ‌данные‌ ‌в‌ ‌таких‌ ‌языках‌ ‌считаются‌ ‌цепочками‌ ‌бит‌ ‌произвольной‌ ‌длины‌ ‌и,‌ ‌как‌ ‌следует‌ ‌из‌ ‌названия,‌ ‌не‌ ‌делятся‌ ‌на‌ ‌типы.‌ ‌Работа‌ ‌с‌ ‌ними‌ ‌труднее,‌ ‌и‌ ‌при‌ ‌чтении‌ ‌кода‌ ‌не‌ ‌всегда‌ ‌ясно,‌ ‌о‌ ‌каком‌ ‌типе‌ ‌переменной‌ ‌идет‌ ‌речь.‌ ‌Это‌ ‌можно‌ ‌исправить,‌ ‌написав‌ ‌комментарии‌ ‌к‌ ‌коду.‌

При‌ ‌этом‌ ‌у‌ ‌нетипизированных‌ ‌языков‌ ‌немало‌ ‌плюсов.‌ ‌В‌ ‌них‌ ‌можно‌ ‌совершать‌ ‌операции‌ ‌с‌ ‌любыми‌ ‌данными,‌ ‌и‌ ‌код‌ ‌получается‌ ‌более‌ ‌эффективным.‌ ‌

Перейдём‌ ‌к‌ ‌типизированным языкам.‌ ‌

Статическая‌ ‌и‌ ‌динамическая‌ ‌типизация‌ ‌

Особенность‌ ‌языков‌ ‌программирования‌ ‌со‌ ‌статической‌ ‌типизацией‌ ‌в‌ ‌том,‌ ‌что‌ ‌проверка‌ типов‌ ‌начинается‌ ‌на‌ ‌стадии‌ ‌компиляции.‌ ‌Компиляторы‌ ‌ищут‌ ‌ошибки‌ ‌ещё‌ ‌до‌ ‌запуска‌ программы,‌ ‌и‌ ‌вам‌ ‌не‌ ‌нужно‌ ‌раз‌ ‌за‌ ‌разом‌ ‌запускать‌ ‌её,‌ ‌чтобы‌ выяснить,‌ ‌что‌ ‌пошло‌ ‌не‌ ‌так.‌ ‌Благодаря‌ ‌этому‌ ‌статически‌ ‌типизированные языки программирования ‌зачастую‌ ‌быстрее.‌ ‌Кроме‌ ‌того,‌ ‌тип‌ ‌для‌ ‌переменной‌ ‌можно‌ ‌назначить‌ ‌только‌ ‌один‌ ‌раз.‌ ‌Например‌ ‌‌в‌ ‌Java‌ ‌такая‌ ‌запись‌ ‌вызовет‌ ‌ошибку‌ ‌на‌ ‌этапе‌ ‌компиляции:‌ ‌

В‌ ‌свою‌ ‌очередь,‌ ‌языки‌ ‌с‌ ‌динамической‌ ‌типизацией‌ ‌ищут‌ ‌ошибки‌ ‌на‌ ‌стадии‌ ‌исполнения.‌ ‌В‌ ‌них‌ ‌можно‌ ‌задать‌ ‌разные‌ ‌типы‌ ‌для‌ ‌одной‌ ‌и‌ ‌той‌ ‌же‌ ‌переменной,‌ ‌и‌ ‌они‌ ‌более‌ ‌гибкие.‌ ‌Например, в‌ ‌Python‌ ‌возможна‌ ‌такая‌ ‌запись,‌ ‌и‌ ‌ошибки‌ ‌не‌ ‌будет:‌ ‌

К‌ ‌тому‌ ‌же‌ ‌их‌ ‌проще‌ ‌освоить.‌ ‌Почитайте‌ ‌больше‌ ‌о‌ ‌том,‌ ‌чем‌ ‌хороши‌ ‌‌динамически‌ ‌типизированные‌ ‌языки‌.‌ ‌

Сильная‌ ‌и‌ ‌слабая‌ ‌типизация‌ ‌

В‌ ‌слабо‌ ‌типизированных‌ ‌языках‌ ‌программирования‌ ‌можно‌ ‌смешивать‌ ‌разные‌ ‌типы‌ ‌данных. Так‌ ‌код‌ ‌получается‌ ‌короче‌ ‌—‌ ‌язык‌ ‌«старается‌»‌ ‌сам‌ ‌выполнять‌ ‌операции‌ ‌преобразования‌ ‌с‌ ‌разными‌ ‌типами.‌ ‌Впрочем,‌ ‌в‌ ‌таком‌ ‌случае‌ ‌не‌ ‌всегда‌ ‌ясно,‌ ‌как‌ ‌поведёт‌ ‌себя‌ ‌программа.‌ ‌Например,‌ ‌в‌ ‌JavaScript‌ ‌возможна‌ ‌такая‌ ‌запись:‌ ‌

При‌ ‌сильной‌ ‌или‌ ‌строгой‌ ‌типизации,‌ ‌как‌ ‌в‌ ‌Python,‌ ‌язык‌ ‌не‌ ‌позволяет‌ ‌смешивать‌ ‌разные‌ ‌типы‌ ‌—‌ ‌то‌ ‌есть,‌ ‌если‌ ‌вы‌ ‌обозначили‌ ‌переменную‌ ‌как‌ ‌число,‌ ‌то‌ ‌добавить‌ ‌к‌ ‌ней‌ ‌строку‌ ‌уже‌ ‌не‌ ‌получится:‌ ‌ ‌

Языки‌ ‌с‌ ‌сильной‌ ‌типизацией‌ ‌надёжнее.‌ ‌Да и‌ ‌программист,‌ ‌прописывая‌ ‌все‌ ‌преобразования‌ ‌вручную,‌ ‌лучше‌ ‌понимает,‌ ‌как‌ ‌работает‌ ‌его‌ ‌код.‌ ‌

Явная‌ ‌и‌ ‌неявная‌ ‌типизация‌ ‌

В‌ ‌языках‌ ‌программирования‌ ‌с‌ ‌явной‌ ‌типизацией‌ ‌типы‌ ‌переменных‌ ‌и‌ ‌возвращаемых‌ ‌значений‌ ‌функций‌ ‌нужно‌ ‌задавать.‌ ‌Это‌ ‌дольше,‌ ‌но‌ ‌так‌ ‌проще‌ ‌определять,‌ ‌что‌ ‌значат‌ ‌все‌ ‌данные,‌ ‌а‌ ‌программисту‌ ‌не‌ ‌придётся‌ ‌запоминать‌ ‌или‌ ‌записывать‌ ‌отдельно‌ ‌каждое‌ ‌значение.‌ ‌В‌ ‌языке‌ ‌С‌ ‌переменную‌ ‌нужно‌ ‌записывать‌ ‌так:‌ ‌

int‌ ‌a‌ ‌=‌ ‌7

При‌ ‌неявной‌ ‌типизации‌ ‌тип‌ ‌переменной‌ ‌определяется‌ ‌интерпретатором‌ ‌или‌ ‌компилятором,‌ ‌поэтому‌ ‌записи‌ ‌в‌ ‌таких‌ ‌языках‌ ‌короче.‌ ‌Иногда‌ ‌они‌ ‌позволяют‌ ‌вручную‌ ‌указывать‌ ‌типы‌ ‌значений,‌ ‌как‌ ‌в‌ ‌Haskell‌ ‌или‌ ‌Python.‌ ‌В‌ ‌Python‌ ‌возможна‌ ‌такая‌ ‌запись,‌ ‌ведь‌ ‌язык‌ ‌сам‌ ‌определит,‌ ‌что‌ ‌это‌ ‌целое‌ ‌число:‌ ‌

a‌ ‌‌=‌‌ ‌7‌‌

Типизация‌ ‌в‌ ‌разных‌ ‌языках‌ ‌программирования‌ ‌

Разные‌ ‌категории ‌могут‌ ‌пересекаться.‌ ‌Обычно‌ ‌языку‌ ‌программирования‌ ‌присуще‌ ‌одно‌ ‌значение‌ ‌из‌ ‌каждой‌ ‌группы:‌ ‌он‌ ‌может‌ ‌быть‌ ‌сильным‌ ‌или‌ ‌слабым,‌ ‌явным‌ ‌или‌ ‌неявным.‌ ‌Но‌ ‌есть‌ ‌несколько‌ ‌исключений.‌ ‌Так,‌ ‌Python‌ ‌с‌ ‌аннотациями‌ ‌может‌ ‌поддерживать‌ ‌явную‌ ‌типизацию‌,‌ ‌а‌ ‌язык‌ ‌D,‌ ‌наоборот,‌ ‌‌—‌ ‌неявную.‌ ‌С#‌ ‌поддерживает‌ ‌динамическую‌ ‌типизацию‌ ‌благодаря‌ ‌ключевым‌ ‌словам‌ ‌‌dynamic‌ ‌и‌ ‌var,‌ ‌Delphi‌ ‌—‌ ‌благодаря‌ ‌типу‌ ‌Variant,‌ ‌а‌ ‌С++‌ ‌—‌ ‌‌с‌ ‌помощью‌ ‌библиотеки‌ ‌Boost‌ ‌и‌ ‌имеет‌ ‌одновременно‌ ‌черты‌ ‌языка‌ ‌с‌ ‌сильной‌ ‌и‌ ‌
слабой‌ ‌типизацией.‌

Лямбда-выражения или анонимные функции — это блоки кода с параметрами, которые можно вызвать из другого места программы. Они называются анонимными, потому что в отличие от функций, у них нет имён. Слово «лямбда» пришло из лямбда-исчисления, которое придумал профессор Алонзо Чёрч. Он использовал греческую букву лямбда (λ), чтобы отметить параметры.

Лямбда-выражения в Java

• Присутствуют начиная с 8 версии.
• Являются анонимными классами, реализующими метод функционального интерфейса.
• Имеют доступ только к final (или effectively final) переменным из охватывающей области видимости (для потокобезопасности).
• Не могут возвращать значение в каких-то ветках, а в других не возвращать.
• Позволяют уменьшить количество кода и повысить его читаемость.

Примеры синтаксиса лямбда-выражений в Java

Лямбда-выражения в Java состоят из параметров и стрелки —> отделяющей тело функции. Скобки нужны, если параметров 0 или больше одного. Для однострочных лямбд ключевое слово return не обязательно.

(список параметров) -> тело лямбды

Без параметров

Этот код выведет в консоль текст: «Привет мир!».

C параметром

В этом примере лямбда-выражение используется для обработки нажатия кнопки.

С несколькими параметрами

Здесь лямбда-выражение склеивает строки.

Что такое «hard skills»?

Hard skills — это навыки, которые получают в школе и вузе, на курсах, на рабочем месте и так далее. Часто их проверяют перед собеседованием с помощью тестовых заданий.

У каждой специальности свои «жёсткие» навыки. Например, архитектор должен знать, как использовать программное обеспечение для построения макетов, бухгалтер — работать с 1С, а переводчик — говорить на иностранном языке и знать особенности литературного или технического перевода.

Как правило, «жёсткие» навыки — это основные требования к работнику. По ним наниматель определяет, как вы справитесь с должностными обязанностями. Часто рекрутеры ищут кандидатов на должность по hard skills, используя названия навыков как ключевые слова в поиске. Откройте вакансии и посмотрите, какие требования к кандидатам повторяются в них чаще всего, и какие стоят на первом месте — скорее всего, именно они важны для нанимателя. На них стоит обратить внимание и включить в разделы «навыки» и «опыт».

Что такое «soft skills»?

Soft skills определяют уровень эмоционального интеллекта, ответственность, умение общаться с людьми и работать в команде, — в общем, характеризуют работника как личность.

«Гибкие» навыки сложнее оценить через резюме. Обычно рекрутер или работодатель смотрит на soft skill потенциального работника во время личного разговора. Здесь играет роль то, вовремя ли вы пришли на собеседование, сильно ли нервничаете, как общаетесь и отвечаете на вопросы.

Кстати, исследование LinkedIn показало, что 57% нанимателей ставят «гибкие» навыки выше «жёстких».

Какие навыки важны сегодня?

По данным LinkedIn, самые востребованные hard skills сегодня:

• блокчейн;
• облачные вычисления;
• анализ данных;
• работа с искусственным интеллектом;
• UX-дизайн
• бизнес-аналитика;
• интернет-маркетинг;
• продажи;
• вычислительные методы;
• создание видео.

Ещё популярны знание языков программирования, владение иностранными языками, хотя бы английским, SEO-оптимизация, знание программ MS Office и Adobe.

Самые востребованные soft skills:

• креативность;
• эмоциональный интеллект;
• умение работать в команде;
• нацеленность на результат;
• умение адаптироваться;
• активное слушание (умение вникать в слова собеседника);
• уважение к работе и готовность соблюдать трудовую этику.

Сюда же входят знакомые коммуникабельность, стрессоустойчивость, готовность учиться, умение принимать решения и управлять коллективом, критическое мышление и многое другое.

Как развить hard skills и soft skills?

«Жёсткие» навыки — это профессионализм. Их улучшают с помощью работы, дополнительных курсов, книг и подкастов по теме. Ещё можно обратиться к более компетентным сотрудникам: подскажут что и как стоит подтянуть.

«Гибким» навыкам сложнее обучиться, чем «жёстким». Чтобы развить их, нужно постоянно общаться, учиться работать в команде и не нервничать перед публичными выступлениями. А также постоянно анализировать, что вы говорите и пишете, насколько вы грамотны и хорошо ли различаете формальный и неформальный тип общения, деловые переписки и флуд в рабочем чате.

Важный навык — креативность. Его помогут развить участие в брейнштормах, книги и фильмы которые будут вдохновлять на новые идеи. Ещё важно общение с творческими людьми — они научат мыслить нестандартно.

В программировании пробел является зарезервированным символом, поэтому все названия обходятся без него. Чтобы строки без пробелов всё же напоминали естественный язык и нужны все эти кейсы.

camelCase (dromedaryCase)

Каждое слово, кроме первого, начинается с большой буквы.
Применяется для именования переменных и функций в большинстве языков.

PascalCase (CamelCase, StudlyCase)

В этом стиле каждое слово начинается с заглавной буквы. Обычно используется для названий классов.

snake_case (pothole_case)

Вместо пробела ставится нижнее подчёркивание. Используется в основном для имён полей баз данных, переменных и функций.

SCREAMING_SNAKE_CASE (MACRO_CASE, CONSTANT_CASE)

Тот же snake_case, только буквы всегда в верхнем регистре. Обычно используется для именования констант.

kebab-case (dash-case, lisp-case)

В этом случае пробел заменяется дефисом. Используется в URL и CSS. В языке Lisp так пишутся любые названия. Примеры:

background-color

TRAIN-CASE (COBOL-CASE, SCREAMING-KEBAB-CASE)

Все буквы в верхнем регистре, соединены дефисом. Применяется в языке COBOL для всех названий. Пример:

PROGRAM-ID

Train-Case (HTTP-Header-Case)

Каждое слово с большой буквы, соединены дефисом. Стиль названий HTTP заголовков. Пример:

Content-Length

flatcase

Все слова в нижнем регистре, без пробелов. Используется в тегах. Пример:

#stayhome

Суть в том, что любые элементы на странице не должны произвольно менять своё положение в процессе загрузки. Это выглядит не очень красиво и посетитель может промахнуться по кнопке, как на видео ниже.

Чем больше суммарная площадь таких «прыгающих» элементов и чем дальше они «прыгают», тем хуже будет метрика CLS. В идеале она должна быть равна нулю.

В сентябре 2020 года наша команда разработки окончательно победила Cumulative Layout Shift — контент больше не смещается при загрузке. Некоторые проблемы с CLS всё ещё остались, но 75-й перцентиль за 7 дней нулевой:

По таблице видно, что у нас завышена задержка первого ввода (First Input Delay) на мобильных и опасный тренд по времени отрисовки контента (Largest Contentful Paint) — над этим мы поработаем. Google, однако, считает, что проблем нет уже сейчас:

Поделюсь ключевыми приёмами по работе над избавлением от сдвигов контента. В нашем случае 90% проблем решилось довольно просто и свелось к трём правилам.

Приём для решения проблем с CLS #1

Если размеры элемента известны заранее, то их надо прописать явно. Например, блок счётчика комментариев, закладок и лайков у нас подгружается динамически, но высота иконок известна заранее и её можно прямо задать в CSS.

Приём для решения проблем с CLS #2

Если вы загружаете контент после «скелета» страницы, то вставляйте на место контента плейсхолдер с высотой 100vh, который будет удерживать подвал вне экрана. Когда контент подтянется, удалите плейсхолдер. Пример: страница вакансий.

Приём для решения проблем с CLS #3

Отображайте динамически подгружаемые блоки в том порядке, в котором они не смещают другие блоки. Либо дождитесь загрузки всех блоков и покажите их одновременно. Пример: у нас на главной в правом сайдбаре на десктопе.

Для диагностики удобно использовать DevTools в Google Chrome. Установите эмуляцию медленного Интернет-соединения и поставьте галку Layout Shift Regions на вкладке Rendereing. Либо используйте отладчик Performance, недавно он научился выделять области со сдвигами контента.

Микроконтроллер

Микроконтроллер — (далее МК) это микросхема, предназначенная для программного управления электронными схемами. МК выполняется на одном кристалле. На нём расположено как вычислительное устройство, так и ПЗУ и ОЗУ. Кроме этого, в составе МК чаще всего находятся порты ввода/вывода, таймеры, АЦП, последовательные и параллельные интерфейсы. В некоторых даже можно заметить Wi-Fi-/Bluetooth-модуль и даже поддержку NFC.

Первый патент на микроконтроллер был выдан в 1971 году компании Texas Instruments. Инженеры этой компании предложили размещать на кристалле не только процессор, но и память с устройствами ввода/вывода.

Несмотря на то, что всё необходимое для работы микроконтроллера в нём уже есть, иногда они используются в паре с внешними периферийными устройствами. К примеру, когда внутренней ПЗУ не хватает (или она попросту отсутствует), подключают внешнюю. Именно так сделали с микроконтроллерами серии ESP. У ESP8266 встроенной памяти нет вообще, а у ESP32 есть незначительные 448 КБ. Поэтому к ним в корпус (точнее под радиатор) помещается flash-память ёмкостью 1–16 МБ.

Тогда почему бы не сделать какой-нибудь портативный компьютер на основе микроконтроллера? Дело в том, что вычислительной мощности у МК чаще всего достаточно мало. Её хватает на управление например, системой полива, микроволновкой или же каким-нибудь станком.

Например, одна из мощных плат платформы Arduino — Due. Она находится под управлением 32-битного AVR-микроконтроллера AT91SAM3X8E. Его тактовая частота 84 МГц. Постоянной памяти тут 512 КБ, а оперативной — 96 КБ. МК имеет 54 цифровых GPIO (12 из которых с поддержкой ШИМ), 12 аналоговых входов и 2 аналоговых выхода (ЦАП). Тут так же присутствуют различные интерфейсы, такие как UART, SPI, I2C.

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

Микропроцессор

С микропроцессором (далее МП) дела обстоят немного иначе. Он содержит в себе арифметико-логическое устройство, блок синхронизации и управления, запоминающие устройство, регистры и шину. То есть МП содержит в себе только то, что непосредственно понадобится для выполнения арифметический и логических операций. Все остальные комплектующие (ОЗУ, ПЗУ, устройства ввода/вывода, интерфейсы) нужно подключать извне.

Первые микропроцессоры появились тоже в начале 70-х. Самым популярным на тот момент считался 4004. Это микропроцессор, разработанный компанией Intel и представленный 15 ноября 1971 года. Он имел внушающие на тот период характеристики:

• 2300 транзисторов;
• тактовая частота — 740 кГц;
• разрядность регистров и шины — 4 бита;
• техпроцесс — 10 мкм;
• площадь кристалла: — 12 мм².

К слову, 4004 был выполнен в обычном DIP-16 корпусе. Этот МП является самой популярной микросхемой для коллекционирования. Некоторые экземпляры продаются по 400 $ за штуку. Менее раритетные стоят около 250 $.

Уже через пару лет 8-битные МП позволили создавать первые бытовые микрокомпьютеры.

Естественно, тут преимуществом является то, что к МП можно на выбор подключать разную периферию с разными характеристиками (что не во всех случаях можно на МК). Второе основное отличие микропроцессора от микроконтроллера в том, что МП имеют больше вычислительной мощности. Их не имеет смысла ставить в микроволновки и «умные» лампочки. Микропроцессоры применяют там, где вычислительная мощность МК уже не справляется — игровые приставки, сложные вычислительные устройства и приборы, гаджеты.

Получается, чтобы обеспечить работоспособность микропроцессора, нужно подключить ему хотя бы минимальный набор периферии. Минусы:

1. Размер — если в случае МК всё уже находится в одном корпусе, то минимальный набор элементов для работы МП занимает больше места.
2. Цена — обычно, вся «сборка» комплектующих для МП выходит гораздо дороже «голых» микроконтроллеров.

Плюсы:

1. Производительность — микропроцессоры обладают большей производительностью, чем микроконтроллеры.
2. Выбор — в случае МП у вас есть возможность подобрать комплектующие. Это позволит поставить более подходящую под ваши цели периферию.

Применение

Микроконтроллер обладает явной простотой: требуется меньше аппаратного обеспечения, с ним легче работать на программном уровне, да и стоимость начинается с копеек. Но эта простота касается и производительности. Как говорилось выше, микроконтроллер не способен обеспечить высокую производительность наравне с микропроцессорами. Микропроцессоры хоть и требуют внешней коммутации «железа» и относительно МК сложны в работе, но они уже спокойно могут применяться в более сложных устройствах.

Однако иногда в сети появляются умельцы, которые впихивают в микроконтроллер ESP32 DOOM и даже эмулятор NES-игр.

Хеширование

Начнём с самого простого — хеширования. Хеширование — это преобразование входных данных в уникальную последовательность символов, из которой невозможно получить исходное сообщение. Самый яркий пример использования — для проверки целостности. Если изменить в исходном файле или тексте хоть один бит, в результате получим новую уникальную последовательность.

Примеры хешей: MD5, семейство SHA.

Шифрование

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

Примеры шифров: шифр Цезаря, AES.

Кодирование

Кодирование — это преобразование входных данных в определённую последовательность бит или заданных символов для удобства дальнейшей работы. Самый простой пример — преобразовать текст в код Хэмминга для дальнейшей передачи по линиям электросвязи. По линии электросвязи нельзя передать буквы, а возможности аналогового сигнала достаточно ограничены, что не позволяет использовать алфавит из 33 букв, но передать битовую последовательность можно. Также этот код самоконтролирующийся и самокорректирующийся, что позволяет исправить некоторые ошибки, которые могут возникнуть при помехах во время передачи данных.

Примеры кодов: кодировка ASCII, Морзе.

Применение

Таким образом, при передаче сообщения через интернет:

• кодирование используется, чтобы передать сообщение и его смогли прочитать на разных устройствах;
• шифрование используется, чтобы ваше сообщение не смог прочитать никто посторонний;
• хеширование используется, чтобы никто не смог незаметно изменить ваше сообщение.

Компьютер тоже можно назвать машиной, только вместо паровой силы здесь электричество. Но программирование сделало компьютер таким же простым, как любой инструмент.

Процессор — это сердце/мозг любого компьютера. Его основное назначение — арифметические и логические операции, и прежде чем погрузиться в дебри процессора, нужно разобраться в его основных компонентах и принципах их работы.

Два основных компонента процессора

Устройство управления

Устройство управления (УУ) помогает процессору контролировать и выполнять инструкции. УУ сообщает компонентам, что именно нужно делать. В соответствии с инструкциями он координирует работу с другими частями компьютера, включая второй основной компонент — арифметико-логическое устройство (АЛУ). Все инструкции вначале поступают именно на устройство управления.

Существует два типа реализации УУ:

• УУ на жёсткой логике (англ. hardwired control units). Характер работы определяется внутренним электрическим строением — устройством печатной платы или кристалла. Соответственно, модификация такого УУ без физического вмешательства невозможна.
• УУ с микропрограммным управлением (англ. microprogrammable control units). Может быть запрограммирован для тех или иных целей. Программная часть сохраняется в памяти УУ.

УУ на жёсткой логике быстрее, но УУ с микропрограммным управлением обладает более гибкой функциональностью.

Арифметико-логическое устройство

Это устройство, как ни странно, выполняет все арифметические и логические операции, например сложение, вычитание, логическое ИЛИ и т. п. АЛУ состоит из логических элементов, которые и выполняют эти операции.

Большинство логических элементов имеют два входа и один выход.

Ниже приведена схема полусумматора, у которой два входа и два выхода. A и B здесь являются входами, S — выходом, C — переносом (в старший разряд).

Хранение информации — регистры и память

Как говорилось ранее, процессор выполняет поступающие на него команды. Команды в большинстве случаев работают с данными, которые могут быть промежуточными, входными или выходными. Все эти данные вместе с инструкциями сохраняются в регистрах и памяти.

Регистры

Регистр — минимальная ячейка памяти данных. Регистры состоят из триггеров (англ. latches/flip-flops). Триггеры, в свою очередь, состоят из логических элементов и могут хранить в себе 1 бит информации.

Прим. перев. Триггеры могут быть синхронные и асинхронные. Асинхронные могут менять своё состояние в любой момент, а синхронные только во время положительного/отрицательного перепада на входе синхронизации.

По функциональному назначению триггеры делятся на несколько групп:

• RS-триггер: сохраняет своё состояние при нулевых уровнях на обоих входах и изменяет его при установке единице на одном из входов (Reset/Set — Сброс/Установка).
• JK-триггер: идентичен RS-триггеру за исключением того, что при подаче единиц сразу на два входа триггер меняет своё состояние на противоположное (счётный режим).
• T-триггер: меняет своё состояние на противоположное при каждом такте на его единственном входе.
• D-триггер: запоминает состояние на входе в момент синхронизации. Асинхронные D-триггеры смысла не имеют.

Для хранения промежуточных данных ОЗУ не подходит, т. к. это замедлит работу процессора. Промежуточные данные отсылаются в регистры по шине. В них могут храниться команды, выходные данные и даже адреса ячеек памяти.

Память (ОЗУ)

ОЗУ (оперативное запоминающее устройство, англ. RAM) — это большая группа этих самых регистров, соединённых вместе. Память у такого хранилища непостоянная и данные оттуда пропадают при отключении питания. ОЗУ принимает адрес ячейки памяти, в которую нужно поместить данные, сами данные и флаг записи/чтения, который приводит в действие триггеры.

Прим. перев. Оперативная память бывает статической и динамической — SRAM и DRAM соответственно. В статической памяти ячейками являются триггеры, а в динамической — конденсаторы. SRAM быстрее, а DRAM дешевле.

Команды (инструкции)

Команды — это фактические действия, которые компьютер должен выполнять. Они бывают нескольких типов:

• Арифметические: сложение, вычитание, умножение и т. д.
• Логические: И (логическое умножение/конъюнкция), ИЛИ (логическое суммирование/дизъюнкция), отрицание и т. д.
• Информационные: move, input, outptut, load и store.
• Команды перехода: goto, if ... goto, call и return.
• Команда останова: halt.

Прим. перев. На самом деле все арифметические операции в АЛУ могут быть созданы на основе всего двух: сложение и сдвиг. Однако чем больше базовых операций поддерживает АЛУ, тем оно быстрее.

Инструкции предоставляются компьютеру на языке ассемблера или генерируются компилятором высокоуровневых языков.

В процессоре инструкции реализуются на аппаратном уровне. За один такт одноядерный процессор может выполнить одну элементарную (базовую) инструкцию.

Группу инструкций принято называть набором команд (англ. instruction set).

Тактирование процессора

Быстродействие компьютера определяется тактовой частотой его процессора. Тактовая частота — количество тактов (соответственно и исполняемых команд) за секунду.

Частота нынешних процессоров измеряется в ГГц (Гигагерцы). 1 ГГц = 10⁹ Гц — миллиард операций в секунду.

Чтобы уменьшить время выполнения программы, нужно либо оптимизировать (уменьшить) её, либо увеличить тактовую частоту. У части процессоров есть возможность увеличить частоту (разогнать процессор), однако такие действия физически влияют на процессор и нередко вызывают перегрев и выход из строя.

Выполнение инструкций

Инструкции хранятся в ОЗУ в последовательном порядке. Для гипотетического процессора инструкция состоит из кода операции и адреса памяти/регистра. Внутри управляющего устройства есть два регистра инструкций, в которые загружается код команды и адрес текущей исполняемой команды. Ещё в процессоре есть дополнительные регистры, которые хранят в себе последние 4 бита выполненных инструкций.

Ниже рассмотрен пример набора команд, который суммирует два числа:

1. LOAD_A 8. Это команда сохраняет в ОЗУ данные, скажем, <1100 1000>. Первые 4 бита — код операции. Именно он определяет инструкцию. Эти данные помещаются в регистры инструкций УУ. Команда декодируется в инструкцию load_A — поместить данные 1000 (последние 4 бита команды) в регистр A.
2. LOAD_B 2. Ситуация, аналогичная прошлой. Здесь помещается число 2 (0010) в регистр B.
3. ADD B A. Команда суммирует два числа (точнее прибавляет значение регистра B в регистр A). УУ сообщает АЛУ, что нужно выполнить операцию суммирования и поместить результат обратно в регистр A.
4. STORE_A 23. Сохраняем значение регистра A в ячейку памяти с адресом 23.

Вот такие операции нужны, чтобы сложить два числа.

Шина

Все данные между процессором, регистрами, памятью и I/O-устройствами (устройствами ввода-вывода) передаются по шинам. Чтобы загрузить в память только что обработанные данные, процессор помещает адрес в шину адреса и данные в шину данных. Потом нужно дать разрешение на запись на шине управления.

Кэш

У процессора есть механизм сохранения инструкций в кэш. Как мы выяснили ранее, за секунду процессор может выполнить миллиарды инструкций. Поэтому если бы каждая инструкция хранилась в ОЗУ, то её изъятие оттуда занимало бы больше времени, чем её обработка. Поэтому для ускорения работы процессор хранит часть инструкций и данных в кэше.

Если данные в кэше и памяти не совпадают, то они помечаются грязными битами (англ. dirty bit).

Поток инструкций

Современные процессоры могут параллельно обрабатывать несколько команд. Пока одна инструкция находится в стадии декодирования, процессор может успеть получить другую инструкцию.

Однако такое решение подходит только для тех инструкций, которые не зависят друг от друга.

Если процессор многоядерный, это означает, что фактически в нём находятся несколько отдельных процессоров с некоторыми общими ресурсами, например кэшем.

Если хотите узнать о процессорах больше, посмотрите, какие бывают популярные архитектуры: CISC, RISC, MISC и другие и виды.

• Сбор данных — процесс получения информации из первоисточника без их повреждения или изменения. Для этого есть множество инструментов в зависимости от ОС и других особенностей, в статье рассмотрим инструменты на основе Linux.
• Сохранение данных — полученные цифровые улики должны быть сохранены в своем первоначальном состоянии, используя криптографические алгоритмы хэширования.
• Анализ данных — интерпретация данных и извлечение информации из них.

Сбор данных

Если подозреваемый установил руткиты для уничтожения улик по команде, существует вероятность потери важного контента. В таких случаях применяется цепочка хранения доказательств — документ с информацией о том, как обрабатывались улики, для дальнейшей отчётности. Цепочка начинается с обработки улик.

Перед началом нужна подготовка:

• загрузочный диск или флешка, поскольку инструментам подозреваемых нельзя доверять;
• мощная машина для следователя.

Сначала нужно получить данные, которые наиболее изменчивы. На самом деле они изменяются уже при их сборе, поэтому надо постараться оставить как можно меньше следов. Это сложная задача, поскольку обычные инструменты могут внести изменения в исследуемую среду. Например, использование команды cp изменит время последнего доступа к исходному файлу. Рассмотрим некоторые инструменты.

Эта команда выведет список всех открытых файлов, принадлежащих любым активным процессам. Её можно использовать с различными параметрами. Например, lsof -i IP_adress будет перечислять список интернет-соединений, принадлежащих данному IP-адресу. Она также поможет найти вредоносные процессы, которые используют скрытые дисковые пространства.

Netcat использует сетевые подключения для чтения и записи через протоколы TCP или UDP. Эту команду можно использовать для передачи или извлечения данных на рабочую станцию эксперта.

Также стоит взглянуть на uname -a, ifconfig, date и uptime. Всё это может пригодиться для сбора улик. Можно проверить, подключён ли злоумышленник к целевой машине, используя w.

Для считывания памяти можно использовать lime — загружаемый модуль ядра, который позволяет извлекать данные из энергозависимой памяти Linux.

Для энергонезависимых данных следует использовать dd. Этот инструмент встроен в большинство систем Linux. Допустим, для подготовки экспертного диска и затирания /dev/hda одними нулями можно использовать dd if=/dev/zero of=example. Скопировать улики можно следующим образом: dd if=stuff of=evidence/stuff.dd. Если использовать dd с netcat, сначала устанавливается слушатель, а затем ему отправляются данные.

Терминал слушателя:

Терминал отправителя:

Сохранение данных

Для сохранения доказательств экспертиза использует криптографические алгоритмы хеширования . Суть компьютерной криминалистики — доказать, что улики совпадают с первоисточником, для этого достаточно вычислить хеши. Если хеши одинаковы, два файла должны быть одинаковыми.

Для этого хорошо подойдёт MD5 или SHA. Рассмотрим команду md5sum. Создадим файл ex_file, содержащий строку «hello there». Прочтём исходное содержимое с помощью cat, а затем вычислим хеш.

Если изменить файл, например, добавив в строку «hiya», хеш изменится.

Совсем другое дело, если есть два файла с одинаковым содержимым, но разными именами.

Как можно видеть, хеш одинаковый. Другим примером этого является изменение разрешений.

Хеш остался прежним.

Анализ данных

Получение полезной информации из данных является важной задачей. Начать можно с определения разделов с помощью fdisk our_device. После этого можно использовать dd для выделения наиболее примечательных разделов. С помощью инструмента Sleuthkit получаем файл с информацией о разделах (команда mmls our_file.dd). Можно определить тип носителя с помощью опции -t (команда mmls -t dos our_file.dd). Для монтирования образов можно использовать mount. Монтирование должно быть только в режиме чтения (read-only).

Не менее важная вещь — MAC. Этот инструмент даёт доступ к нужной информации, например, дате создания или изменения файлов. Такую проверку следует проводить в начале экспертизы, так как такая информация очень чувствительна к изменениям. Используйте комбинацию команд fls и mactime.

Мы рассмотрели лишь малую часть инструментов для компьютерной криминалистики. В форензике очень важно умело владеть инструментами операционной системы. Если вы хотите лучше изучить Linux, советуем эту подборку книг.

Зная, сколько времени занимают те или иные операции, можно создавать более эффективные программы. В таблице представлены значения задержек для самых распространённых операций.

*предполагается использование SSD со скоростью 1 ГБ/с.

Что такое SSH?

SSH — сокращение от «secure shell» (безопасная оболочка). Это протокол, который чаще всего используют для управления удалёнными компьютерами по сети.

Как устанавливается сессия SSH?

Есть несколько шагов, которые нужно пройти, чтобы начать SSH-сеанс между компьютерами.

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

После этих трёх шагов мы можем безопасно общаться с удалённым компьютером, делиться секретными данными, а также проверить, есть ли у клиента разрешение на доступ к хосту. Каждый из разделов ниже будет более подробно описывать эти действия.

Настройка зашифрованного канала

Вся информация, отправляемая с использованием SSH, зашифрована. Обе стороны должны знать и понимать способ шифрования.

Для шифрования передаваемых данных используется симметричное шифрование. Суть данного подхода заключается в том, что оба компьютера имеют одинаковый ключ шифрования, который называется «симметричный ключ». Симметричное шифрование работает очень хорошо, но только до тех пор, пока сторонние не имеют доступа к ключу.

Один компьютер может создать ключ и отправить в виде сообщения через интернет. Но сообщение ещё не будет зашифровано, поэтому любой, кто перехватит его, сразу же сможет расшифровать все следующие сообщения.

Решение этой проблемы состоит в использовании протокола обмена ключами Диффи-Хеллмана. Оба компьютера создают свой закрытый и открытый ключ. Вместе они образуют пару ключей. Компьютеры делятся своими открытыми ключами друг с другом через интернет. Используя свой закрытый и чужой открытый ключ, стороны могут независимо сгенерировать одинаковый симметричный ключ.

Верификация

Следующий этап процесса установки сеанса SSH заключается в проверке того, что данные не были подделаны во время их передачи и что другой компьютер действительно является тем, за кого себя выдаёт.

Для верификации используют хеш-функцию. Это математическая функция, которая принимает входные данные и создаёт строку фиксированного размера.

Важной особенностью этой функции является то, что практически невозможно определить входные данные, зная лишь результат её работы.

После того как клиент и хост сгенерировали свои симметричные ключи, клиент использует хеш-функцию для генерации HMAC, что означает «код аутентификации сообщений, использующий хеширование». Клиент отправит этот HMAC на сервер для верификации.

Функция хеширования использует:

• симметричный ключ клиента,
• порядковый номер пакета,
• содержимое сообщения (зашифрованное).

Когда хост получает HMAC, он может использовать ту же самую хеш-функцию с этими тремя компонентами:

• собственный (идентичный клиентскому) симметричный ключ;
• порядковый номер пакета;
• зашифрованное сообщение.

Если сформированный хеш совпадает с HMAC, полученным от клиента, то мы можем быть уверены, что подключаемый компьютер — это компьютер с симметричным ключом, потому что только хост и клиент знают симметричный ключ, а другие компьютеры — нет.

Прелесть этого подхода в том, что мы не просто проверили личность клиента и убедились, что данные не были подделаны, но мы сделали это без передачи какой-либо секретной информации.

Аутентификация

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

Многие используют аутентификацию по паролю. Клиент отправляет хосту зашифрованное сообщение, содержащее пароль. Хост его расшифровывает и ищет пароль в базе данных, чтобы удостовериться, есть ли у клиента разрешение на доступ. Использование пароля для аутентификации допустимо, но имеет свои недостатки, так как необходимо хранить все пароли на сервере.

Более безопасной является аутентификация по сертификату. Сформировав сертификат, клиент единожды вводит пароль для доступа к серверу и отправляет ему открытую часть сертификата. В дальнейшем ввод пароля не требуется. Этот подход считается более безопасным, чем просто использование пароля, поскольку не подразумевает хранение секрета пользователя на хосте.

Заключение

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

Само имя хоста не даст никакой информации о нахождении конкретной машины, с которой вы собираетесь связаться, поскольку все соединения происходят по IP-адресам.

Сервер доменных имён — это устройство, которое сопоставляет имя хоста с IP-адресом конкретной машины/железа.

В этой статье будет рассказано о деталях различных DNS-запросов, типах DNS-серверов и о разновидностях DNS-записей.

DNS-резолвер

Это компьютеры, которые провайдеры используют для поиска в их базе данных конкретного узла, запрашиваемого пользователем. Когда данные получены, пользователь перенаправляется на соответствующий IP-адрес. Резолверы играют крайне важную роль в DNS.

DNS-резолвер кэширует информацию. К примеру, сайт example.com расположен на машине с IP-адресом 35.195.226.230. Поэтому кэши резолверов со всего мира будут содержать следующее соответствие: example.com→35.195.226.230.

Считается, что в будущем сайт может переместиться на любой другой хост с другим IP, скажем, 35.192.247.235. Кэши DNS-резолверов по всему миру некоторое время будут хранить прежний IP-адрес. Это может привести к недоступности сайта, пока изменения не дойдут до всех DNS.

Время, в течение которого запись хранится в резолвере, называется TTL (time to live).

Его можно установить в панели управления сервиса, на котором приобретался домен.

Типы DNS-серверов

Корневой DNS-сервер

Это DNS-сервер, который хранит в себе адреса всех TLD-серверов (TLD — top-level domain, домен верхнего уровня). По пути от имени хоста до IP-адреса запрос сначала попадает на корневой DNS-сервер.

Существует 13 корневых DNS-серверов:

Это не означает, что существует только 13 машин, которые обрабатывают все запросы со всего мира — существуют и второстепенные серверы, по которым распределяется трафик.

TLD-серверы

Эти серверы связаны с доменами верхнего уровня (TLD). Обычно они идут после корневых DNS-серверов. В TLD-серверах содержится информация о домене верхнего уровня конкретного хоста.

Скажем, если вы запросите IP-адрес хоста tproger.ru, то будет опрашиваться тот TLD-сервер, который соответствует домену .ru. TLD-сервер возвращает адрес авторитативного DNS-сервера для резолвера.

Теперь возникает вопрос — откуда TLD-серверы знают адрес авторитативных серверов? Ответ прост — после того, как вы покупаете любой домен у регистраторов вроде Godaddy или Namecheap, регистраторы привязывают авторитативные серверы к TLD-серверу.

Сейчас некоторые провайдеры предоставляют возможность использовать сторонние авторитативные серверы. Вы можете выбрать конкретный авторитативный сервер имён у регистратора.

Авторитативный DNS-сервер

Запрос на эти серверы поступает в самую последнюю очередь. Эти серверы хранят фактические записи типа A, NS, CNAME, TXT, и т. п.

Авторитативные DNS-серверы по возможности возвращают IP-адреса хостов. Если сервер этого сделать не может — он выдаёт ошибку, и на этом поиск IP-адреса по серверам заканчивается.

Типы DNS-запросов

Существует 3 типа DNS-запросов:

1. Рекурсивный: подобные запросы выполняют пользователи к резолверу. Собственно, это первый запрос, который выполняется в процессе DNS-поиска. Резолвером чаще всего выступает ваш интернет провайдер или сетевой администратор.
2. Нерекурсивные: в нерекурсивных запросах резолвер сразу возвращает ответ без каких-либо дополнительных запросов на другие сервера имён. Это случается, если в локальном DNS-сервере закэширован необходимый IP-адрес либо если запросы поступают напрямую на авторитативные серверы, что позволяет избежать рекурсивных запросов.
3. Итеративный: итеративные запросы выполняются, когда резолвер не может вернуть ответ, потому что он не закэширован. Поэтому он выполняет запрос на корневой DNS-сервер. А тот уже знает, где найти фактический TLD-сервер.

К примеру, если вы пытаетесь получить IP-адрес medium.com, то корневой доменный сервер выдаст адрес TLD-сервера для .com. Этот адрес корневой сервер вернёт резолверу. После этого резолвер опросит TLD-сервер. TLD-сервер может не знать нужный IP-адрес, зато он может дать адрес авторитативного DNS-сервера для medium.com.

Попробуем рассмотреть этот процесс на рисунке:

Разберём рисунок выше:

1. Пользователь выполняет запрос к резолверу для поиска IP-адреса. Это рекурсивный запрос.
2. Резолвер по возможности просматривает свой кэш на наличие необходимого IP-адреса.
3. Если у резолвера есть необходимый IP-адрес, то он возвращает его.
4. В противном случае резолвер выполняет итеративный запрос на корневой DNS-сервер. Корневой DNS-сервер ищет нужный TLD для запрашиваемого адреса. К примеру, если хост — medium.com, то TLD — .com. Корневой DNS-сервер находит адрес .com-домена и возвращает ответ резолверу.
5. Теперь резолвер выполняет итеративный запрос на TLD-сервер, чтобы получить необходимый IP-адрес. TLD-сервер возвращает адрес авторитативного сервера для запрашиваемого хоста.
6. Авторитативный сервер хранит фактические записи сопоставления имени хоста с IP-адресом, который возвращается резолверу (тот, в свою очередь, возвращает его пользователю).
7. Если на авторитативном сервере нужной записи не существует, то возвращается ошибка «DNS_PROBE_FINISHED_NXDOMAIN».
8. Для всех серверов, через которые проходит запрос, результат кэшируется, и в случае повторного запроса результат уже будет на сервере.
9. В среднем для DNS-поиска потребуется около 4 запросов, но время этого поиска будет составлять всего несколько миллисекунд.

Что в итоге?

Даже если вы измените запись у регистраторов, внесение изменений на резолверах всего мира займёт какое-то время. Этот процесс может длиться от 24 до 72 часов, но обычно завершается быстрее, т. к. за это время TTL-записи у провайдеров успевает истечь.

Agile — итеративный подход при работе над проектом. Знать об Эджайле полезно тем, кто уже работает в IT, и тем, кто только планирует стать айтишником. Ваша команда выпускает проект маленькими шагами с самого начала, а не показывает уже готовый продукт в самом конце.

Википедия описывает гибкую методологию разработки так:

“Серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля”.

Почему именно Agile?

TL;DR — чтобы подстраиваться под постоянно меняющиеся требования.

Agile как подход признаёт, что у людей не очень с планированием и оцениванием. И в этом нет ничего плохого. Не имеет значения, насколько вы опытны, всё равно всегда остаётся что-то, что вы не могли предусмотреть или упустили из внимания.

Более традиционные подходы вроде Waterfall (каскадная модель) диктуют тотальное планирование, когда вы ничего не можете сделать, если этого нет в плане.

В любом проекте, будь то программное обеспечение, маркетинговая кампания или рекрутинговая стратегия, появятся дополнительные возможности или поменяются требования. Особенно в случае с крупными проектами. Поэтому новые факторы приходится либо игнорировать (обычно неидеально), либо ужимать план, погружая работу в хаос. Так зачем тогда вообще планировать, правда?

А вот и нет! Предусмотрите всю неизвестность заранее, встроив её в рабочий процесс. Некоторые лучшие идеи не приходят в голову до тех пор, пока вы не зайдёте достаточно далеко.

Что такое Agile?

TL;DR — различные практики, которые помогут вам легче приспосабливаться и убеждать свою команду в том, что она всегда работает над чем-то важным.

Agile — способность меняться легко и быстро.

Эджайл это про то, как разбить ваш огромный проект на ряд маленьких задач (обычно их называют пользовательскими историями) и определить наиболее приоритетные.

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

Пользовательские истории поставляются либо непрерывно, либо маленькими циклами, которые называются спринтами.

Как работает Agile?

TL;DR — Требования > План > Работа > Ревью > Повтор

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

Оцените каждый этап: по часам или по так называемым story point’ам (относительные оценки, которые выставляются в сравнении и отношении к другим историям). Есть вероятность, что результат будет несколько неточным и даст вам слабое представление о том, сколько времени займёт работа над проектом.

Установите приоритетность задач, самые важные — в начало очереди. Обычно в этой среде всё постоянно меняется, поэтому проверяйте приоритеты быстро и часто. Kanban очень реагирует на эту частоту. Scrum же основан на фиксированных циклах (спринтах), которые обычно длятся две недели.

Проанализируйте уже выполненную работу. Если вы не вписываетесь в план, увеличьте рабочую нагрузку над этим спринтом. Если такое случается постоянно, вы слишком амбициозны.

Scrum vs Kanban

TL;DR — это два основных фреймворка для Agile.

Scrum

• Деление работы на части, которые называются спринтами (обычно в спринте две недели);
• Спринты планируются исходя из требований для этого конкретного момента времени;
• Относительная оценка времени выполнения работ;
• Ревью каждого спринта, чтобы понять, как он прошёл и что можно было бы улучшить;
• Фидбек по поставляемому продукту;
• Ежедневные собрания (очень короткие).

Kanban

• Еженедельные собрания;
• Непрерывная разработка;
• Визуализация процесса на доске;
• Решение сначала самых важных задач;
• Поэтапные улучшения.

Заключение

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

Способ 1

В поддерживаемых браузерах можно использовать top: 50%/left: 50% в сочетании с translateX(-50%) translateY(-50%) для динамического горизонтального/вертикального центрирования элемента:

Пример можно посмотреть здесь, а тут можно увидеть полноэкранную версию.

Способ 2

В поддерживаемых браузерах также можно присвоить свойству display значение flex и использовать align-items: center с justify-content: center для вертикального и горизонтального центрирования соответственно. Главное, не забудьте добавить вендорные префиксы (как в примере), чтобы этот приём сработал в большем количестве браузеров:

Вот пример и его полноэкранная версия.

Способ 3

В некоторых случаях вам будет нужно убедиться, что высота элемента html/body равна 100%.

Для вертикального выравнивания присвойте свойствам width и height родительского элемента значение 100% и добавьте display: table. В дочернем элементе измените значение display на table-cell и добавьте vertical-align: middle.

Для горизонтального выравнивания текста и других inline-элементов можно либо использовать text-align: center, либо margin: 0 auto, если вы имеете дело с блоковым элементом. Это должно сработать в большинстве браузеров:

Примеры доступны здесь и здесь.

Способ 4

Здесь предполагается, что высота текста заранее известна. В этом случае, например, 18px. Теперь нужно всего лишь присвоить свойству position элемента значение absolute и подвинуть сверху на 50% относительно родительского элемента. Наконец, свойству margin-top нужно присвоить отрицательное значение, равное половине высоты элемента:

За примерами сюда и сюда. Этот вариант должен работать во всех поддерживаемых браузерах.

Способ 5

В некоторых случаях у родительского элемента фиксированная высота. Для вертикального выравнивания нужно всего лишь присвоить свойству line-height дочернего элемента высоту родительского. Хотя в некоторых случаях это будет работать, такой способ не стоит использовать, так как несколько строк текста всё испортят:

Пример можно посмотреть здесь.

Выход за границы буфера при чтении (buffer overrun) происходит, когда вы выполняете перебор элементов в буфере, выходя за его границы. Иначе говоря, речь идёт о чтении.

Переполнение стека (stack overflow) очень отличается от перечисленного выше. Большинство современных программных сред основано на стеках и в них используется структура данных стека для управления процессом выполнения программы. При каждом вызове функции новый элемент помещается в стек вызовов программы. При возврате же функции элемент извлекается из стека. При пустом стеке выполнение программы останавливается. Стек ограничен в размере, это значит, что вызов слишком большого количества функций одновременно может заполнить его. В данном случае вы получите переполнение стека. Самый распространённый метод переполнения стека — сделать так, чтобы функция вызывала саму себя (рекурсия).

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

Вещи, которые всегда нужно держать в уме, если вы хотите создать безопасное приложение:

• Не доверяйте входным данным! Проверяйте входные данные из ненадёжных источников — используйте белые списки, а не чёрные.
• Планируйте безопасность с самого начала — это не то, чем можно заняться напоследок.
• Делайте своё приложение простым — сложность увеличивает вероятность дыр в безопасности.
• Сведите вашу поверхность атаки к минимуму.
• Убедитесь, что ошибка во время работы приложения не поставит под угрозу его безопасность.
• Обеспечивайте безопасность приложения на каждом этапе разработки.
• Придерживайтесь принципа наименьших привилегий.
• Используйте моделирование угроз.
• Разделяйте привилегии, чтобы было проще отследить источник проблемы.
• Хранить секретные данные сложно, а все секретные данные, спрятанные в коде, быстро перестанут быть секретными.
• Не создавайте свои механизмы шифрования.
• Использование одного лишь шифрования не делает ваше приложение абсолютно безопасным — злоумышленники найдут другое слабое место, ведь безопасность любой системы всегда равна безопасности самого слабого звена.
• Знайте и помните о переполнении буфера и о том, как от него защититься.

Существует несколько замечательных книг и статей на тему того, как сделать приложение безопасным:

• Writing Secure Code 2nd Edition.
• Building Secure Software: How to Avoid Security Problems the Right Way.
• Secure Programming Cookbook.
• Exploiting Software.
• Security Engineering.
• Secure Programming for Linux and Unix HOWTO.

Обучите ваших разработчиков лучшим практикам безопасности:

• Codebashing (платно)
• Security Innovation (платно)
• Security Compass (платно)
• OWASP WebGoat (бесплатно)

Хотите узнать о том, как защитить своё веб-приложение в более развёрнутой форме? Тогда загляните в нашу статью, там всё подробно расписано.

• Словарь в Python хранит данные в виде пар «ключ — значение» и позволяет быстро получать значение по ключу • Ключами могут быть только неизменяемые (хэшируемые) типы: строки, числа, кортежи • Основные методы: get(), update(), pop(), keys(), values(), items() • Итерация по словарю перебирает ключи; для пар используйте items()

Словарь — неупорядоченная структура данных, которая позволяет хранить пары «ключ — значение». Словари входят в число основных типов данных Python. Вот пример словаря на Python:

Данный словарь использует строки в качестве ключей, однако ключом может являться в принципе любой неизменяемый тип данных. Значением же конкретного ключа может быть что угодно. Вот ещё один пример словаря, где ключами являются числа, а значениями — строки:

Важное уточнение: если вы попробуете использовать изменяемый тип данных в качестве ключа, то получите ошибку:

Прим. перев. На самом деле проблема не с изменяемыми, а с нехэшируемыми типами данных, но обычно это одно и то же.

Получение данных из словаря

Для получения значения конкретного ключа используются квадратные скобки []. Предположим, что в нашем словаре есть пара 'марафон': 26.

Опять же, вы получите ошибку, если попытаетесь получить значение по несуществующему ключу. Для избежания подобных ошибок существуют методы, о которых мы сейчас поговорим.

Добавление и обновление ключей

Добавление новых пар в словарь происходит достаточно просто:

Обновление существующих значений происходит абсолютно также:

Удаление ключей

Для удаления ключа и соответствующего значения из словаря можно использовать del

Методы

Словари в Python имеют множество различных полезных методов, которые помогут вам в работе с ними. Вот лишь некоторые из них:

Update

Метод update() пригодится, если нужно обновить несколько пар сразу. Метод принимает другой словарь в качестве аргумента.

Если вас интересует, почему данные в словаре расположены не в том порядке, в котором они были внесены в него, то это потому что словари не упорядочены.

Get

Метод get() возвращает значение по указанному ключу. Если указанного ключа не существует, метод вернёт None.

Метод можно использовать для проверки наличия ключей в словаре:

Также можно указать значение по умолчанию, которое будет возвращено вместо None, если ключа в словаре не окажется:

Pop

Метод pop() удаляет ключ и возвращает соответствующее ему значение.

Keys

Метод keys() возвращает коллекцию ключей в словаре.

Values

Метод values() возвращает коллекцию значений в словаре.

Items

Метод items() возвращает пары «ключ — значение».

Итерация через словарь

Вы можете провести итерацию по каждому ключу в словаре. Если вы только начинаете изучать Python, посмотрите дорожную карту разработчика.

Очевидно, вместо story_count можно использовать story_count.keys().

В примере кода ниже цикл for использует метод items() для получения пары «ключ — значение» на каждую итерацию.

Часто задаваемые вопросы

Чем словарь отличается от списка в Python?

Список хранит элементы по порядковому индексу (0, 1, 2...) и поддерживает сортировку, а словарь — по произвольному ключу. Поиск по ключу в словаре выполняется за O(1), тогда как поиск элемента в списке — за O(n). Словарь удобен, когда нужно быстро находить данные по уникальному идентификатору, а список — когда важен порядок элементов.

Можно ли использовать список как ключ словаря?

Нет. Ключом словаря может быть только хэшируемый (неизменяемый) объект: строка, число, кортеж. Список является изменяемым типом, поэтому при попытке использовать его как ключ Python выбросит TypeError. Если нужно использовать набор значений в качестве ключа, преобразуйте список в кортеж.

Как проверить, есть ли ключ в словаре?

Самый простой способ — оператор in: выражение 'ключ' in my_dict вернёт True или False. Другой вариант — метод get(), который возвращает None (или указанное значение по умолчанию), если ключа нет в словаре. Метод get() удобнее, когда нужно сразу получить значение с запасным вариантом.

Сохраняют ли словари порядок элементов?

Начиная с Python 3.7, словари гарантированно сохраняют порядок вставки элементов. В более ранних версиях порядок не гарантировался, и для упорядоченных пар использовали collections.OrderedDict. В современном Python обычный dict полностью заменяет OrderedDict для большинства задач.

О словаре и других типах данных Python можно почитать в нашей статье.

Это ошибка, которая зачастую приводит к бессмысленной трате времени как просящего о помощи, так и тех, кто пытается ему отвечать. Её ещё называют «Проблемой Молотка». Суть её, если коротко, заключается в том, что люди склонны спрашивать о своих неудачных попытках решить проблему, а не о самой проблеме. В итоге получается примерно так:

• Человек хочет сделать X;
• Он не знает, как сделать X, но догадывается, что к успеху может привести выполнение Y;
• Тем не менее человек не знает и то, как сделать Y;
• В этот момент он решает попросить помощи у других людей;
• Все пытаются помочь человеку с проблемой Y, удивляясь и не понимая, зачем кому-то вообще это может быть нужно;
• После длительных расспросов и ценой уймы потерянного времени наконец-то становится понятно, что человек на самом деле хотел решить X, а Y никак ему помочь не сможет.

А почему «Проблема Молотка»?

Из-за наглядного, хоть и утрированного, примера:

А можно каких-нибудь более жизненных примеров?

Конечно:

n00b: Как мне вывести последние три символа файла?feline: Ну, например, так: echo ${foo: -3}
feline: А зачем три символа? Что надо-то?
feline: Может, расширение файла?n00b: Да.feline: Так и говори прямо, чего хочешь!
feline: Не факт, что каждое имя файла имеет трехбуквенное расширение.
feline: Так что тупо взять три последних символа — это не решение проблемы.
feline: Нужно так: echo ${foo##*.}

Или…

Angela: ‘nmap -O -A 127.0.0.1’ возвращает несколько строк, начинающихся с ‘OS:’. Как изменить это?
Obama: Глянь в исходники nmap, отыщи то место, где оно определяет ось, и перепиши TCP/IP стек, чтобы тот ничем не выдавал nmap операционную систему.
Angela: Круто, но я ничего не знаю про api linux’а.
Obama: Очень жаль, но, похоже, кроме как переписать TCP/IP стек, никакого выхода нет.
Angela: Но мне ооочень нужно избежать подобных сообщений :с Может iptables мне поможет?
Obama: Ну, ты можешь просто не использовать обнаружение ОС, в чём проблема?
Angela: Я хочу, чтобы и другие не могли узнать, какая у меня операционка.

Да, похоже, так можно потерять немало времени. И какая же мораль?

Чтобы избежать проблемы XY, стоит придерживаться следующих несложных правил:

• Предоставлять достаточно широкую информацию  о решаемом вопросе — кроме самого неудачного примера стоит написать, чего вы хотите добиться в целом;
• Если кто-то просит у вас больше информации о проблеме, вероятно, стоит эту информацию предоставить;
• Всегда пишите о том, что вы уже пробовали делать и почему от этого отказались. Это поможет точнее определить, что именно вам необходимо.

И помните: если бы ваши догадки всегда оказывались верными, вам бы не нужна была помощь, верно?

var str = "Test abc test test abc test test test abc test test abc";

А наш код должен заменить, например, все подстроки abc в этой строке. Использовать метод replace не получится, ведь так мы заменим лишь самую первую подстроку abc.

Существует как минимум два оптимальных решения этой задачи: использование регулярных выражений и методов split и join.

Внимание: в приведённых ниже примерах мы решим данную задачу, переписывая встроенные в JavaScript методы. Это не самая лучшая практика и настоятельно не рекомендуется к использованию в реальных проектах. Мы же будем использовать её исключительно в демонстрационных целях.

Метод первый – регулярные выражения

Метод второй – split и join

Что касается производительности, то стоит отметить, что первое решение работает аж в два раза быстрее второго.

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

Нам нужна функция, которая будет форматировать аргумент search:

Всё, что остаётся, — вызвать функцию escapeRegExp в нашем String.prototype.replaceAll:

Хеш-таблица

Если вы хотите просто сохранить слова, а потом проверить, есть среди них определённое или нет, то стандартная хеш-таблица без каких-либо других дополнений будет разумным выбором. Если количество элементов списка заранее известно, используйте идеальную хеш-таблицу, чтобы получить наиболее высокую производительность и оптимальный размер хранимых данных.

Дерево

Если вам нужно узнать, существует ли данный префикс, поддерживая функцию быстрого поиска, то префиксное дерево — хороший вариант, хотя он может быть немного неэффективным с точки зрения размера хранимых файлов. Этот метод также поддерживает быстрые вставки и удаления. Кроме того, в нём допускается итерация в алфавитном порядке, которая в хеш-таблицах отсутствует.

Граф

Если в дополнение к вышесказанному известно, что список слов фиксирован, то подумайте над использованием направленного ациклического графа слов, который на самом деле является минимальным детерминированным конечным автоматом. Этот метод значительно компактнее, чем дерево, и поддерживает многие его операции.

И ещё деревья

Если вы хотите получить поведение, подобное методу дерева, но не хотите поплатиться за это не совсем оптимальным размером файлов, то троичное (тернарное) дерево поиска — ещё одно достойное решение, собственно, как и базисное дерево. Эти структуры довольно разные, но при определённых обстоятельствах они могут быть лучше стандартного дерева.

Если оптимальный размер файла очень важен, но вам хочется использовать дерево, то обратите внимание на сжатое дерево. Этот метод использует более медленную функцию поиска, но распределяет ресурсы рациональнее. Дерево из двухмерного массива может быть ещё одним альтернативным и компактным решением.

Если вы хотите использовать словарь для таких операций, как проверка орфографии, где требуется найти одни слова, похожие на другие, то в таком случае БК-дерево — замечательный вариант.

Подробнее об алгоритмах и структурах данных:

1. Статьи, видеокурсы, визуализации.
2. Раздел для новичков с объяснениями базы.

Ключевые выводы: — git fetch загружает изменения с удалённого репозитория, но не трогает рабочую копию и локальные ветки — git pull = git fetch + git merge (по умолчанию) — Используйте fetch, когда хотите сначала посмотреть, что изменилось — Используйте pull, когда уверены, что конфликтов не будет — git pull --rebase — альтернатива merge, которая сохраняет линейную историю

Что делает git fetch

git fetch скачивает новые коммиты, ветки и теги с удалённого репозитория в ваш локальный репозиторий. При этом ваша рабочая копия и текущая ветка не меняются.

Представьте, что вы работаете в ветке main. Коллега запушил три коммита. Чтобы увидеть его изменения, не сливая их в свой код:

В терминале вы увидите что-то вроде:

После этого новые коммиты окажутся в origin/main. Это remote-tracking ветка — локальная копия удалённой ветки main. Git хранит две версии: вашу локальную main (с вашими коммитами) и origin/main (зеркало того, что на сервере). git fetch обновляет только origin/main, ваша main остаётся нетронутой. Читайте также наш полный путеводитель по Git.

Теперь можно посмотреть, что именно изменилось:

Если изменения вас устраивают, можно слить их вручную:

Получение конкретной ветки

По умолчанию git fetch origin загружает все ветки. Если нужна только одна:

Получение всех удалённых репозиториев

Если у вас несколько remote-ов (например, origin и upstream для форка):

Что делает git pull

git pull скачивает изменения и сразу сливает их в текущую ветку. Это удобно, но означает, что у вас не будет шанса посмотреть изменения перед слиянием.

Если коллега изменил те же файлы, что и вы — git pull может привести к конфликту слияния. В этом случае git остановится и попросит вас разрешить конфликты вручную.

Пример: типичный рабочий день с git pull

Что происходит при конфликте

Если git pull обнаруживает конфликт, вы увидите примерно такое:

Откройте файл с конфликтом — внутри вы увидите маркеры:

Код между <<<<<<< HEAD и ======= — ваши изменения. Код между ======= и >>>>>>> origin/main — изменения с сервера. Нужно оставить правильный вариант и удалить маркеры.

Дальше:

1. Решить, какой код оставить (или объединить оба варианта)
2. Удалить маркеры конфликта
3. Добавить файл в индекс: git add src/utils.js
4. Завершить слияние: git commit

Как связаны git pull, git fetch и git merge

По умолчанию git pull — это последовательность двух команд:

То есть pull делает всё то же самое, что fetch + merge, но в одну команду. Разница — только в контроле: с fetch вы можете посмотреть изменения перед слиянием.

Пошаговый пример: fetch + merge vs pull

Допустим, вы работаете в ветке feature/login, а коллега запушил изменения в main. Вам нужно подтянуть эти изменения.

Вариант 1: безопасный (fetch + merge)

Вариант 2: быстрый (pull)

Результат одинаковый. Но в первом варианте вы видели, какие коммиты прилетели, и могли решить — сливать или подождать. Подробнее об основах Git -- в нашей шпаргалке для начинающих.

git pull --rebase — альтернатива merge

По умолчанию git pull создаёт merge-коммит. Если вы хотите сохранить линейную историю без лишних merge-коммитов, используйте флаг --rebase:

Разница наглядно:

Если при --rebase возникнет конфликт, git остановится и предложит три варианта:

Обратите внимание: при конфликте во время rebase для продолжения используется git rebase --continue, а не git commit, как при обычном merge. Подробнее о rebase -- в статье git rebase vs merge: когда что использовать.

Чтобы сделать --rebase поведением по умолчанию:

Когда использовать git fetch, а когда git pull

Вот практические ориентиры:

Используйте git fetch, когда:

• Хотите посмотреть, что изменилось, перед слиянием
• Работаете в команде и не уверены в совместимости изменений
• Нужно сравнить локальную и удалённую ветки
• Пишете скрипты для CI/CD — fetch безопаснее, потому что не меняет рабочее дерево

Используйте git pull, когда:

• Работаете один или изменения точно не конфликтуют
• Утром начинаете работу и хотите быстро обновить ветку
• Работаете с чистой веткой без локальных изменений

Полезные команды для работы с fetch и pull

Частые вопросы про git fetch и git pull

В чём разница между git fetch и git pull?

git fetch загружает новые коммиты из удалённого репозитория в remote-tracking ветки (например, origin/main), но не трогает вашу рабочую копию и локальные ветки. git pull делает то же самое, но сразу сливает загруженные изменения в текущую ветку через git merge. Если вам важно сначала посмотреть, что изменилось — используйте fetch.

Можно ли отменить git pull?

Да. Если слияние ещё не завершено (например, вы в процессе разрешения конфликта), используйте:

Если git pull уже завершился и вы хотите откатиться — найдите нужную точку в reflog:

Внимание: git reset --hard удаляет все незакоммиченные изменения в рабочей копии. Перед откатом убедитесь, что у вас нет несохранённых правок, или сделайте git stash.

Чем git fetch отличается от git clone?

git clone создаёт новую локальную копию удалённого репозитория целиком — со всей историей коммитов, ветками и настройками. Это делается один раз в начале работы с проектом. git fetch работает в уже существующем репозитории и только подтягивает свежие изменения, которые появились на сервере после последней синхронизации.

Безопасен ли git fetch?

Да. git fetch обновляет только remote-tracking ветки (origin/main, origin/feature/...) и объектную базу репозитория. Он не трогает ваши локальные ветки, рабочую копию и индекс — поэтому его можно запускать в любой момент без риска сломать текущую работу.

Что лучше: pull --rebase или pull с merge?

--rebase перебазирует ваши локальные коммиты поверх свежих с сервера, что даёт линейную историю без merge-коммитов — её удобнее читать и ревьюить. Обычный merge сохраняет точную хронологию ветвления, что может быть важно для аудита. Для большинства проектов --rebase предпочтительнее — если в вашей команде нет других договорённостей.

Итоги

Разница между git fetch и git pull — в степени контроля:

• git fetch — загружает изменения, но не применяет их. Вы решаете, что делать дальше
• git pull — загружает и сразу сливает. Быстро, но без возможности предварительного обзора
• git pull --rebase — загружает и перебазирует ваши коммиты поверх свежих. Чистая линейная история

Если не уверены — начинайте с git fetch. Это безопасная команда, которая ничего не сломает. А когда убедитесь, что изменения вас устраивают — слейте их вручную через git merge.

Подробнее о работе с Git — в официальной документации git fetch и git pull, а также в нашем руководстве по Git для начинающих.

Конкурентность — это выполнение задач за определённое время (например, есть 5 процессов и все они в сумме выполняются в течение 60 минут по очереди). Важная деталь заключается в том, что задачи необязательно выполняются одновременно, поэтому их можно разделить на более мелкие и чередующиеся.

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

Как вы заметили, конкурентность связана в большей степени с логистикой. Если бы её не было, то повар ждал бы пока приготовится мясо в духовке, чтобы начать нарезать лук.

Параллелизм — это выполнение задач в одно и то же время (например, есть 5 задач, каждая из них выполняется в течение 60 минут). Само название подразумевает, что они выполняются параллельно.

Вернёмся на кухню: теперь у нас есть два шеф-повара. Один следит за духовкой, а второй нарезает лук. Работа разделена, так как теперь на кухне трудятся два повара.

Параллелизм — подкласс конкурентности: перед выполнением нескольких одновременных задач вам нужно их сначала правильно организовать.

Что ещё можно почитать на эту тему:

1. Сакральное искусство параллельного и конкурентного программирования.
2. Параллелизм vs. Конкурентность.
3. Основные принципы программирования: конкурентность.