Амади и проекты

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

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

Вам никто не должен Обращаюсь к разработчикам, которые еще не нашли свою первую работу. Представьте, что вы открыли компанию и вам нужно несколько программистов. Кого вы наймете: - программиста, который отработал хотя бы год в другой фирме и умеет создавать продукт в команде с учетом требований бизнеса, с учетом тонкостей работы в команде, иерархии, таск-трекеров, тестирования, деплоймента, поддержки проекта на проде - программиста, который прошел курсы и залил пару пет-проджектов на гитхаб Конечно же первого. Вторых вы отфильтруете и даже не рассмотрите. Лично я сделал бы так. И вы обязательно согласитесь со мной, когда обретете немного коммерческого опыта. Взять кого-то из второй категории и вырастить его - это очень благородно, и я даже хочу однажды создать проект для такой инициативы, но сейчас речь идет про бизнес. Считайте бизнес алчной машиной, которая экономит каждую секунду и копейку. К чему я это? Я к тому, что надо оставить вопросы характера "почему меня не берут без опыта". Надо действовать. Никто не обещал, что войти в IT легко (кроме некоторых авторов курсов). Надо искать варианты: - поступать на стажировки - писать hr'ам в личку и просить поработать стажером - найти команду и с помощью ментора работать над проектом, чтобы потом добавить этот опыт в резюме Может быть, есть еще пути. Но жаловаться - точно не то.

Зачем Redis? Представьте, у вас 5000 активных пользователей, они запрашивают расписание каждый день. То есть это 5000 запросов к API ежедневно. Один запрос = 1 секунда. 5000 запросов = 5000 секунд = 83 минуты ожидания. Но есть важный момент - у многих студентов совпадает группа. То есть для многих студентов идет одинаковый запрос расписания. Можно сделать запрос единожды, сохранить результат на нашем сервере и впредь обращаться к нему, а не к API. Теперь, как сохранять результат? Мы можем сохранить результат запроса в нашей базе данных. А можем в кэше. В чем разница? БД хранит данные на диске, а кэш - в оперативной памяти. Доступ к диску может занять 30 мс, а доступ к оперативке - 0.25 мс. То есть разница в десятки-сотни раз. Redis - это одна из реализаций in-memory кэша, поэтому я ей воспользовался. P.S. У меня не наберется 5000 активных пользователей. Вполне возможно, что я бы обошелся и без кэша, но я решил использовать его для получения опыта.

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

Сделал бота для просмотра расписания пар в ГГНТУ. Под капотом Python (да-да) и Redis в качестве кэша и персистентной БД. Пока что запустил и смотрю, какие всплывут баги. В течение дня распишу: - как вообще подходить к разработке подобного бота - что такое Redis и зачем я его использовал

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

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

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