Если вы начинаете проект, то первым делом надо:

1 - Начать с хорошего пакетного менеджера, а не просто pip+venv
2 - Установить линтеры и добавить их к проекту в пайплайн и гит-хуках
3 - Написать первый тест, и поставить уровень покрытия (тут затрудняюсь сказать, в идеале дойти до 90%, на на ранней стадии можно сначала поотслеживать)

Зачем все это внедрять сразу, дело в том, что был на некоторых проектах, которые "стартовали в спешке", "делалось на коленке" и прочее и потом очень сложно что-то начать внедрять, это откладывается и откладывается. Потом когда внедряется, надо каждому по 10 раз в отдельности рассказать, что изменилось.

А с чего вы начинаете свои пет-проекты и какие менеджеры пакетов используете?

Стартап-стартапом, но на собесы ходить надо. И непонятно, то ли 1-ое апреля, то ли мельчают собесы в Яндекс. Дали 2 задачи, которые Петр (не Митричев) решил бы за минут 10 в сумме и на старте мне дали подсказку, хоть я её и не просил, но без неё я бы потратил больше времени.
Но проводя собесы по алгосам в прошлом, я знаю, что надо внимательно слушать интервьюера, потому, что помню многих кандидатов, которые уходят в транс и совершенно не воспринимают подсказки.
Подсказки, для яндекса - это не типично. интересно, как это засчитывается и мб это не была подсказка)

Бот авторепостов

Ну что, как там бот для авторепостов?

предыдущий пост 👈

Появилось больше понимания, что нужно!

Вообще, точка входа — obsidian. Статьи пишу там и только потом публикую в telegram. Логично накрутить всю автоматизацию на него.

Цель — использовать один сервис для публикации.

Статья проходит несколько итераций:
- Написание в obsidian
- fix орфографических ошибок в AI
- Отложка и публикация в telegram

Т.е. в моем случае логично иметь примерно такой процесс:

1. Написал
2. Поправил
3. Нажал на кнопку "Отправить"
4. Задал время, когда хочу опубликовать
5. Дернул апишку сервиса, который опубликует сразу в несколько сеток

В таком случае получается, что мне нужен не телеграм-бот, а сервис, у которого будет апишка, и который будет дергать obsidian.

Считаю жирным плюсом obsidian — формат файла md.

Формат довольно универсальный, и с ним относительно легко работать в разных сервисах.

Я не хочу кодить просто так, идеальный вариант — когда будет написано 0 строчек кода.

Поэтому для начала нужно провести ресёрч и попробовать найти инструменты, которые позволят мне автоматизировать весь этот процесс.

Как минимум мне нужно:
- Плагин в obsidian, который уже интегрирован с нужными мне сервисами
- Если нет, то плагин, который умеет добавлять кнопки и навешивать отработку скриптов по событию
- Сервисы, которые работают с API telegram и vk, и в будущем позволят расширить количество социальных сетей

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

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

Что важно знать и уметь (обязательные требования):
> Аналитический склад ума
> 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)

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