Фото с легендой

Встретил Алексея Голобурдина с канала Диджитализируй. Огромный респект Алексею за его вклад в русскоговорящее Python сообщество 👏

Несколько лет назад учился по его роликам по Python, и вот теперь судьба свела нас на конференции Selectel 🔥

После джаваскрипта — хоть в балет!

Ловите наш с Артёмом Шумейко трёхчасовой подкаст!

Поговорили об образовании, поиске работы, пути, фронтенде и бэкенде, ChatGPT, перфикционизме и жизни в ИТ.

— YouTube
— VK
— RuTube
— Платформа

Вжух!

Работаешь — и всё получается:)

та шо там искать, по первичному-то ключу фильтранём, и вот он, голубчик, под колпаком квакает...

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

Для хранения паролей я использую pass, он умеет генерировать пароли, но только сразу сохраняя их в хранилище (pass generate Email/[email protected] 20 создаст и сохранит пароль на 20 символов). А иногда я не хочу сохранять их в хранилище так, как делает это pass — например, потому что в одной записи pass у меня часто хранится не только пароль, но и другие данные к этому сервису, например, логин, и я не хочу перезаписывать всю запись новым сгенерированным паролем.

Получается, надо сгенерировать пароль где-то еще.

Есть возможность генерировать с openssl в духе openssl rand -base64 20, но тогда в пароле нет спец символов, а это нехорошо.

Есть опенсорсный pwgen, который умеет генерировать пароли и ставит своей задачей генерировать запоминаемые пароли. Запоминаемые пароли мне не нужны и pwgen умеет генерировать и такие:

pwgen -sy 20 1

-s означает секьюрненько, то есть без запар с лёгкостью запоминания, рандомно. -y означает со спец символами. 20 означает количество символов в пароле. 1 означает количество паролей для генерации.

Ляпота!

Но в целом, разумеется, bash & *nix великолепны и можно прийти к успеху и без внешних утилит:

LC_ALL=C tr -dc 'A-Za-z0-9@#%^&*()_+=-{}[]:;<>,.?/' \
    < /dev/urandom | head -c 20 | xargs echo

Что тут происходит? Устанавливается локаль в С для корректной работы с символами в разных условиях, затем на вход tr передаются случайные байты из /dev/urandom, утилита tr с флагом -d удаляет указанные символы, флаг -с инвертирует выбор, то есть в потоке байт удалится всё кроме указанных символов (то есть удалится всё, кроме a-z, цифр и спец символов), затем head берёт первые 20 символов полученной строки, и мы выводим эту строку с echo, чтобы нормально отобразился перенос строки в конце сгенерированного пароля.

Можно сохранить эту команду в быстрый запуск, скажем, в alias:)

echo "alias pwgen=\"LC_ALL=C tr -dc 'A-Za-z0-9@#%^&*()_+=-{}[]:;<>,.?/' \
    < /dev/urandom | head -c 20 | xargs echo\"" >> ~/.zshrc

PS. Заменить первую строку в записи pass новым сгенерированным паролем, оказывается, можно так:

pass generate -i Email/[email protected] 20

В сети много читшитов (сборников команд) для SQL и других технологий.

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

Это как шпаргалки в школе или универе — пока её составляешь, сам разбираешься с материалом, осмысляешь его, запоминаешь. Это ценно.

На курсе всем всячески рекомендую вести свои такие шпаргалки-конспекты по каждой изучаемой теме.

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

К слову, на читшите в аттаче JOIN-операции визуализируются в виде пересекающихся кругов, это неправильно.

Open source больше не open.

Это не про сам факт выписывания из мейнтейнеров 11 человек и не попытки неуместных исторических отсылок Торвальдса.

Ядро Линукс принадлежит сообществу, а не Торвальдсу или компаниям-партнёрам Linux foundation.

Ядро это результат совместной работы огромного количества людей, более 30000 человек сделали свой вклад.

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

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

Линукс — не собственность Торвальдса. Люди делали вклад в чистую идею, а не в эго Торвальдса или в бизнес партнёров Linux Foundation.

Отключение GitHub, выпиливание из мейнтейнеров главного Open Source проекта мира — всё это продолжает забивать гвозди в крышку гроба этой идеи. Мир хакеров, который мы знали, постепенно умирает. Вот, что происходит.

Все эти процессы являются частью ещё больших процессов — деглобализации. Блокировка Huawei на одной территории, блокировка Discord на другой, нельзяграма на третьей. И VPN, VPN, VPN. Власти больших стран выпустили джина из бутылки и думают, как его упрятать обратно.

К чему это приведёт? Как будет выглядеть ИТ-ландшафт через 10 лет? Что такое будет open source? Вопросы.

А open source это реально двигатель всех этих наших технологий и стартапчиков. Ни-че-го бы не было без него. Вконтосиков, ютубушек, гугликов и яндексиков. Такого количества рабочих мест. Такого влияния на экономику.

Вопрооосы.

Доброе утро:)

Это вот даже пытон ещё не ускорили в 5 раз, как Гвидо обещал в 2021м! А как ускорят, так уххх!

Или уже ускорили? В прогнозе звучали 4 года, то есть, я так понимаю, пытон 3.14 будет вжуууух, как ракета (примерно, на крайняк нет)

https://www.tgoop.com/mflenov/3142

Senior Python Functions Declarator

Нам нужен этот профессионал!

Фулстек — это ни рыба, ни мясо, не знает толком ни бэк, ни фронт.

Это совершенно очевидно.

Алгоритмическое мышление актуально только для бэкендера и только для фронтендера. Но не для обоих.

Навык декомпозиции задач аналогично.

Навык адекватного нейминга туда же.

Навык написания чистого, поддерживаемого, расширяемого кода в ту же корзину.

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

В его задачи не входит работа с классами. Он не знает SQL. Понятия не имеет об очередях. Об автотестах он не слыхал. Про http — ни сном, ни духом. И даже содержимое функций он не пишет, только их объявляет. Содержимое другие люди пишут, у них там тоже свой набор специализаций. Третьи люди пишут SQL. Четвёртые знают фреймворк. Пятые знают, как определять классы. Шестые умеют определять методы в этих классах. Седьмые писать их содержимое. Конечно, это тоже грубое разделение и в каждой из этих категорий есть свои специализации.

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

Современная разработка невозможна без таких специализаций. Людям очень тяжело. Да что тяжело — не-воз-мож-но! Невозможно знать целый язык целиком. Там наплодили-то ууу! А тут ещё обвязка? Протоколы, базы данных, архитектуры какие-то? Фронтенд, не дай Боже?

Кстати, Senior Python Functions Declarator должен определять только синхронные функции. Асинхронные определяет Senior Async Python Functions Declarator. Тогда всё будет чётенько и по науке.

А какой процесс разработки-то будет? А? А?! Песня нахрен!

Вы-со-ко-эффективный! Про-фе-ссиональный!

А продукты, продукты какие будут на выходе? Эхххх... Мячта!

Кажется, никто не понимает DDD

/ шортсы тут нарезать начали:)

но вообще специалисты по DDD у нас есть, конечно

https://www.tgoop.com/t0digital/776