Мне кажется, что это был бы хороший пет проект, как бы вы его реализовали?

Ищем человека в команду (джун, стажёр)

Что важно знать и уметь (обязательные требования):
> Аналитический склад ума
> SQL
> Python
> Git
> Понимание, как работает web
> Базовые знания HTML, CSS, JavaScript
> Умение работать с Linux в терминале (базовые команды)
Будет плюсом (но не критично):
> Опыт с Django
> Опыт с Jinja2

Чем предстоит заниматься:
Наша команда работает над веб-сервисом для автоматизации создания отчётов. Работаем в сфере медицины. Задачи:
> Поиск и анализ информации в базе данных
> Общение с аналитиками и заказчиками
> Написание сложных SQL-запросов, их оптимизация
> Доп. обработка данных на Python
> Работа с Jinja2, простая вёрстка (HTML, CSS, немного JavaScript)
> Дебаг Python-приложений (и веб, и десктоп), читаем и понимаем чужой ООП-код
> Может потребоваться работа с серверами на нужды разработки

Кому подойдёт:
Работа отлично подойдёт новичкам без опыта. Я сама когда-то начинала в этой компании и многому научилась.
Вы сильно прокачаетесь в SQL, чтении python кода.
CTE, оконные функции, рекурсивные SQL запросы, процедуры и триггеры, работа с индексами - то, с чем реально требуется работать.
Python немного меньше, чем SQL, но также можете столкнуться с такими интересными задачами, как работа с API, обработка древовидной структуры, по большей части нужно будет читать python код (в том числе достаточно сложный), и не столько писать - не буду обманывать.
Я думаю, для тех, кто начинает свой путь в программировании или аналитике - прекрасная возможность.
Присылайте своё резюме, и будьте готовы выполнить несложное тестовое задание ))
Зарплата будет зависеть от ваших знаний. Для новичка у нас оклад обычно 60-65 тысяч.
Работа в офисе, Санкт-Петербург, график гибкий, приходить на работу можно до 11, можно совмещать с учёбой.

Всем привет!
Возвращаюсь с новой рубрикой)
Будем иногда рассматривать задачки, с которыми я сталкиваюсь на работе.

Задача такая:
Есть связный список объектов, у них важен порядок. У него есть поля (id, name, prev, next), сущность назовем Pole.

На фронте порядок Pole может менять оператор, у него есть ручка с редактированием Pole. То есть если он хочет переставить Pole, то он его открепляет в одном месте, в другом делает для него место и прикрепляет, короче говоря типичный связный список.

Раз в 5 минут мы из связного списка делаем обычный список и отправляем в другой сервис. Ему не нужны поля prev и next, ему нужен только список в правильном порядке. Также это может сделать оператор по кнопке. И это должно отрабатывать всегда.
Чтобы отправить ему этот список, надо взять первый Pole, у которого prev = None и пройтись до конца. Важно учесть, что все Pole должны быть в цепочке.

Надо пройтись по всей цепочке событий и подумать, что необходимо добавить, чтобы это все не развалилось. Возможно какие-то ещё ручки или какие-то ещё проверки.

Что может развалиться:
- Оператор редактирует очередность Pole и в какой-то момент в 2-х будет prev None. А в этот момент сработает таска, которая отправляет список в другой сервис или другой оператор нажал кнопку.
- Оператор неправильно отредактировал Pole или фронт что-то накосячил и у нас в итоге получилась битая цепочка.
- Ваши варианты

Может надо поехать в Китай, поработать/взбодриться, слишком лайтовая работа расслабляет

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

Небольшое наблюдение по вилкам в вакансиях.
Если посмотреть на той же хабркарьере, или hh, или гетматч, то не так много вакансий 450+, Но если посмотреть зарплаты участников хабркарьеры, то там есть и 600к и 700к. При этом обычно когда нанимают в штат новых, то им платят на 10-20% больше, то есть должны быть вакансии на 800к, но их нет. Я сейчас активно не ищу работу, но иногда пишут hr, и я называю что-то среднее между этими цифрами и обычно меня приглашают на собес, несмотря на то, что в вакансии у них цифры меньше (как я потом прохожу собесы, это уже другая история, но тем не менее). Есть ощущение, что в вакансиях занижают вилки, но готовы платить больше на самом деле.

Можно сделать обнадеживающий вывод, что все-таки пока ещё рынок кандидатов и не надо смотреть на то, что пишут в вакансии, можно озвучивать желаемые суммы выше.

Также есть несколько причин, почему стоит получать зп по топу вилки:
1 - Проще потом принять оффер на действительно крупную сумму, ну с 200 на 600 будет некомфортно переходить, а с 400 - вполне нормально.
2 - Зачем получать на 100-200к меньше ежемесячно за ту же работу?

Иногда посещают мысли, что хорошо бы еще что-то выучить, какой-то новый стек или технологию. Пару раз начинал go, но это тоже бэк, в чем рост - непонятно, разве что для кругозора, зп почти на всех направлениях одинаковые, может быть разница процентов 10-15, что не оправдает потраченных усилий, это если цель поднять зп.
Есть аутсорсинговые компании и заметил, что там нет баловства в виде зоопарка технологий, там все четко drf+postgresql+react, ну там еще какой-то docker swarm и еще что-то, но смысл в том, что каждое направление закрывается одним способом, потому, что работают на результат. Маловероятно, что там тимлид захочет внедрить технологию, чтобы просто пощупать.
Короче говоря мозг меня ограждает от того, чтобы я учил что-то новое)

Откликается, у меня даже какое-то время был всегда открыт параллельно просто vs code, чтобы кому-то что-то показывать по проекту, если кто-то подходит)
Заметил, что из всех блогеров, пока только диджитализируй не освоил, как использовать ИИ для написания кода и всячески отрицает, остальные используют оч активно.

https://www.youtube.com/live/tqNo1RnrNjY?si=7TNiTDY6MnDeOlG8 - все видео

Если на собеседовании вас попросили рассказать о себе)

А это действительно интересно, у меня был период, когда я полтора года не заходил на стэковерфлоу, потому, что писал на кастомизированном диалекте ЯП + все было обернуть в корпоративные либы и на стековерфлоу тупо не было ответов на мои вопросы.
И это был для меня один из показателей, что я иду в каком-то не том направлении, потому, что до этого я туда попадал каждый день, буквально с любым вопросом, даже бывало сам задавал.

Но вот я вернулся на Python и появился chatGPT и прочие и я уже не захожу туда, потому, что не гуглю ошибки, а спрашиваю у нейронки.

И на самом деле интересно, если люди перестанут генерировать материал, на котором обучались нейронки, то как они будут дальше развиваться

Хорошей пятницы

Помню когда-то меня сильно раздражало, когда достаточно сложные запросы требовали в команде писать с помощью ORM-ки. Даже если на это могло уйти полдня, а потом в какой-то момент еще полдня на оптимизацию, при том, что на sql запрос ушло бы 5 минут.
Но потом когда ты где-то видишь sql, то понимаешь, почему лучше через ORM)

На самом деле многие вещи, которые меня когда-то раздражали в джуниорстве, я сейчас я требую от коллег на ревью)

Нашел книгу, её даже советовал тот, кто выше говорил, что "Go для умственно отсталых".

Ну что алгоритмы грокнули, пора грокать и конкурнетность (примеры кода на python).

https://www.piter.com/collection/seriya-grokaem/product/grokaem-konkurentnost

Задачка из книги

Всем привет!
Чтобы попасть на первую работу, надо откликаться на все подряд вакансии, каждый день, но!
Чтобы попасть на собеседование, вам не достаточно просто знать python и литкод.
Как правило на джуновские вакансии просят сделать ТЗ, иногда их просят выполнить даже до общения с hr. И вам надо уметь их выполнять. Чтобы каждый раз это не была мука с нуля по гайдам, лучше сделать болванку приложения, настоятельно рекомендую упаковать в докер. Приложение должно билдиться и сразу работать по одной команде.
У вас должно быть все готово, и осталось только добавить по ТЗ ручки и накидать бизнеслогику.

Предлагаю такой стек:
Django, DRF, postgresql (не надо sqlite, если его не просят), docker, docker compose, сделайте болванку с прикрученным селери, сделайте болванку с юзерами и авторизацией.

Чтобы освоить этот стек на достаточном уровне, для выполнения тестового, можно найти плейлист на ютубе или миникурс на степике или ещё где-то, можно и книгу взять)

Есть шаги и дальше по украшательству и демонстрации того, что вы в теме, но это необходимый минимум.

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

Как раз в тему выбора что учить https://youtu.be/pXUaJBYAvvo?si=7sjzd1c8JenI9gBg

Всем привет!
Небольшой апдейт по каналу. Темы, которые задумывались изначально, как помощь для тех, кто проходил курс на скиллбоксе себя изжили. Разбор непосредственно задач - тоже) Причина проста - этого контента очень много и на самом деле есть очень хорошие разборы и проще просто дать ссылку, а не пересоздавать то, что уже есть. Единственное есть смысл в выжимках конкретно того, что необходимо для работы или прохождения собеседования.

Какие темы есть желание развивать: менторство/проекты/обчение (не только программирование)/диагностика хард скиллов/собеседования

Также в канале я толком не представлялся, только в чате.
Меня зовут Станислав, программирую с 2012-го года, начинал на плюсах в аутсорс компаниях, но довольно быстро перешел на python. Мой первый собес на python разработчика был примерно такой:
- Когда готов выходить?
- А собес будет?
- Какой смысл, ты же сказал, что только начал учить python.
Но с тех пор многое изменилось)

В какой-то момент после смены очередной работы (а между работами я обычно ходил на 20-30 собесов) стало складываться понимание, что необходимо знать для прохождения собеседования, во многих компаниях были одни и те же вопросы, которые можно было найти в гугле первой ссылкой по запросу "Топ вопросов на собеседовании для python разработчика". В итоге на 2 или 3-ей итерации я попал в Яндекс и дальше пошла череда наших бигтехов (ВК, Тинькофф), уровень собеседований рос, также я и сам проводил собеседования, что ещё добавило понимания в оценке со стороны интервьюера.

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