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

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

https://easyoffer.ru/

Зашел на 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'ом)
- не указан возраст (по той же причине, что сверху)
- расписан пункт "обо мне"
- опыт работы включает в себя пункты в формате "сделал" с числами, а не абстрактное "делал"

Самый значительный раздел в резюме, куда смотрят HR'ы, - это опыт работы. Поэтому для неопытных ребят нужно искать какие-то варианты. Например, советую искать проекты и принимать в них участие (очень хорошо, если с командой). Этот опыт, хоть и не коммерческий, можно будет вписать в резюме.

UPD: за помощью с поиском работы обращайтесь в лс (если вы уже освоили язык)

Просьба

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

Некоторые вещи, которые я забыл сказать на стриме:

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

Сегодня был на стриме у Исы.

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

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

Channel created