Друзья 👋, появилось конструктивное предложение о дальнейшем развитии нашего аналитического Python сообщества! 🖥

1️⃣ За время существования группы, а появилась она 4 года назад 😱, выросло целое поколение программистов, владеющих основами Python, и накопилось множество полезных материалов, не связанных напрямую с анализом данных 🐼: о развитии сообщества вокруг открытого кода 🖥, преподавании, автоматизации рутинных задач, устройстве интерпретатора языка и др.

2️⃣ За прошедший год я успел сменить место работы и теперь руковожу образовательными проектами в компании Positive Technologies ⬜️, занимающейся разработкой средств кибербезопасности 🥷. После двенадцати лет преподавания в вузе 👨‍🏫 это новый и интересный для меня опыт, которым тоже хочется поделиться.

3️⃣ В связи с этими изменения я принял волевое решение 💪 существенно расширить список публикуемых в группе тем.

4️⃣ Встречайте — Этюды для программистов на Python. Название навеяно книгой Чарльза Уэзерелла "Этюды для программистов" и фортепианными этюдами Листа, Шопена и Шумана ❤️

Остаемся на связи! 🖥
@dm_fedorov

Существует миф о том, что гуманитарию сложно понять компьютерные науки, а мир строго делится на физиков и лириков. Проверим, так ли это? 🧐

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

Приведу пример. "Делай что-то одно, но делай это хорошо" - так звучит философия UNIX, далекого родственника современных операционных систем Linux и MacOS 🖥

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

Моим любимым примером такого модуля является requests ♥️, он рекомендован в официальной документации Python, хотя не входит в стандартный набор модулей 🖥

Вопросы для размышления:
1️⃣ какие еще модули, реализующие этот принцип, можете вспомнить?
2️⃣ где еще в компьютерных науках встречается реализация этого принципа?

Делюсь своим новым каналом про образование в области кибербезопасности 🥷

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

В канале рассказываю, где и как обучают специалистов по кибербезопасности, и с чего начать свой путь в эту интересную область 🤔

Какие знания и навыки нужны, чтобы стать востребованным специалистом по ИБ? 🤔

На этот и многие другие вопросы отвечает Алексей Лукацкий на лекции для студентов МФТИ 👨‍🏫

Видео доступно по ссылке VK. Рекомендую 👍

#видео

Принимал небольшое участие в создании этого 👇 курса, поэтому рекомендую 😇

🔥 Positive Education запускает бесплатный курс «Базовая кибербезопасность: первое погружение», автором которого стал Алексей Лукацкий, бизнес-консультант по информационной безопасности Positive Technologies.

Материал в первую очередь рассчитан на новичков в этой сфере: в нем собран необходимый минимум информации, которую обычно приходится искать в различных источниках — статьях, выступлениях и видео 👀

Курс доступен всем желающим.

#видео #PositiveEducation

🔥 Все выступления на Standoff101👇

👉 Приветственное слово команды организаторов. Юлия Данчина, Таисия Чернышева
👉 Обратная разработка: как попасть в профессию. Леонид Безвершенко
👉 На страже киберустойчивости: один день из жизни исследователя угроз. Денис Макрушин
👉 Профессия хакер: все, что вы хотели знать, но боялись спросить. Егор Богомолов
👉 CTF 101: зачем захватывать флаги и как это связано с ИБ. Георгий Зайцев
👉 Специалист по ИБ 2030: что нужно, чтобы быть востребованным. Лев Николаев
👉 Займемся профайлингом! Какие они, специалисты по ИБ? Светлана Пронина
👉 Безопасность операционных систем: как вкатиться в тему. Александр Попов
👉 Extreme ways, или История о том, как я стал специалистом по ИБ. Владимир Николаев
👉 Кто такой security officer и какими навыками он должен обладать. Дмитрий Гадарь
👉 Какая она, жизнь специалиста по ИБ? Андрей Масалович (КиберДед)
👉 Инфобез: карьерный рост без ограничений. Лидия Виткова
👉 Сам себе университет: как управлять своим образовательным маршрутом, чтобы расти в профессии? Дарья Гриц
👉 Как получить работу вирусным аналитиком и что ждет впереди. Алексей Вишняков
👉 Зачем работать в AppSec и что для этого нужно. Ольга Свиридова
👉 Новые тренды, или Как open source и AI расширяют функцию ИБ. Александр Белоцерковский
👉 С чего начинается путешествие в мир кибербезопасности? Ильдар Садыков
👉 Спасибо, было интересно. А что дальше? Олег Игнатов, Дмитрий Федоров
👉 Награждение победителей CTF и завершение выступлений

#standoff101 #PositiveEducation

Что каждый программист должен знать или уметь делать? 🤔

Отвечает Чарльз Уэзерелл, автор книги "Этюды для программистов".

👉 Иметь познания в формальной математике. Уровня для понимания книг Хопкрофта и Ульмана (Структуры данных и алгоритмы), дополненного немного теорией графов, будет достаточно. Дискретная математика крайне необходима; математический анализ может понадобится в некоторых областях.

👉 Умение понятно писать на родном языке. Дейкстра говорил, что человек, не умеющий писать на собственном языке, не может писать хорошие программы (надеюсь, Дейкстра это действительно говорил!). Написание программ, по сути, - как написание прозы. Если вы не можете связно излагать на родном языке, сделать это, например, на С, будет еще сложнее.

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

👉 (Бонус, четыре по цене трех). Ответ на последний вопрос значит, что программы должны быть в форме понятных комментариев, объясняющих назначение кода, который следует за этими комментариями. Форматирование должно быть таковым, чтобы читателю было легко и просто понять ваш код. А компилятору без разницы. В частности, следуйте соглашениям, принятым в математике и вашем естественном языке, а не вычитанным в каком-то непонятном руководстве по языку программирования. Сначала пишите комментарии, а затем код, и не наоборот. Если вы не знаете точно, что хотите получить и почему, любой код, который вы напишете, будет, по определению, неверным.

Источник