Подход к созданию бота

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

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

Зачем Redis?

Представьте, у вас 5000 активных пользователей, они запрашивают расписание каждый день. То есть это 5000 запросов к API ежедневно.

Один запрос = 1 секунда. 5000 запросов = 5000 секунд = 83 минуты ожидания.

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

Теперь, как сохранять результат?

Мы можем сохранить результат запроса в нашей базе данных. А можем в кэше. В чем разница? БД хранит данные на диске, а кэш - в оперативной памяти. Доступ к диску может занять 30 мс, а доступ к оперативке - 0.25 мс. То есть разница в десятки-сотни раз.

Redis - это одна из реализаций in-memory кэша, поэтому я ей воспользовался.

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

Вам никто не должен

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

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

К чему я это?

Я к тому, что надо оставить вопросы характера "почему меня не берут без опыта". Надо действовать. Никто не обещал, что войти в IT легко (кроме некоторых авторов курсов). Надо искать варианты:
- поступать на стажировки
- писать hr'ам в личку и просить поработать стажером
- найти команду и с помощью ментора работать над проектом, чтобы потом добавить этот опыт в резюме

Может быть, есть еще пути. Но жаловаться - точно не то.

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

Отмена. Попробуем после рамадана, ин щаа Аллах.

Зашел на Linkedin и все по-прежнему:

- бизнес жалуется на жадных сотрудников
- сотрудники жалуются на жадный бизнес
- щедрые компании ищут разработчиков
- скромные разработчики ищут работу

Ощущение, что это одни и те же люди в разные периоды времени. Забавная "соцсеть"

Частые вопросы с технических собеседований

https://easyoffer.ru/

Планирование. Продуктивность.

Два привлекательных слова в последние годы. И многие пытались выстроить систему планирования, ведения записей, задач. Notion, Obsidian, Bullet Journal, Zettelkasten.

Сегодня разговаривали с братьями об этой теме, и я решил продублировать сюда свое сообщение:

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

Rule of thumb (правило, выраженное в коротком предложении), короче - "don't force it" (пер. Не заставляй себя). Иначе все надоест, и ты перестанешь вести заметки вовсе, либо начнешь гуглить другие системы.

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

Для меня налаживание системы оказалось красочной прокрастинацией

Так что, мой совет - просто пользоваться стандартным приложением заметок. Если нужно записывать задачи - то скачать простое приложение (в комментариях приведу пример). А к более сложным системам вы уже придете сами, если в этом будет необходимость.

А главный совет насчет менеджеров тасок - выполнять задачи, которые вы записываете!

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

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

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

Какие нон-фикшн книги вы полностью прочитали?

Чем раньше вы освоите горячие клавиши в вашей IDE, тем скорее вы сможете этим хвастаться приятнее будет в ней работать

Прикрепил сочетания клавиш для JetBrains Goland

Залил исходники одного из своих ботов (@chetoru_bot) на гитхаб. Написан на Go. Может кому-то интересно, как выглядят простенькие телеграм-боты не на питоне.

https://github.com/azdaev/tg-chechen-dictionary