Обновить
5
0.3

Пользователь

Отправить сообщение

Прирост продуктивности 20–30% для профессионала перекрывает стоимость.

Осталось понять, как они эту "продуктивность" считали...

Изначально я сослался на статью, которая более простым (человеческим) языком объясняет метод. Его латинское название - Ab Initio - и он намного более технический и прикладной, особенно в точных науках, чем многие могут подумать.

Спасибо LLM. Но инфа в общем толковая, статью плюсанул.

Прирожденная простота — это идея о том, что в любой системе есть всего несколько факторов, которые реально определяют ее поведение.

Похоже, кто-то переизобрёл метод первых принципов.

Если это правда, то Серёга К. крутой мужик. Солидарность.

Пойду "против течения" многих комментариев и скажу, что это великолепная, визионерская статья.

Зумеры открыли для себя помидорки.

Эти знания в первую очередь нужны для того, чтобы получить работу

Станцевать ритуальный танец, прыгнуть через горящий обруч, сказать "ку" два раза перед обладателями жёлтых штанов...

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

ИИ, который мы заслужили.

Автор в заголовке как бы задаёт вопрос, и после потока из 100500 букв так и не даёт ясного ответа.

Когда обыватели заблуждаются о разработке через ИИ, это ещё ладно. Но похоже ровно то же делают многие "специалисты"...

Нет уж, пусть работодатель раскошелится

Так работодатель "раскошелится" за счёт вас. Бюджета на вас, вашей зп, например.
Ну ладно, допустим там экономия на масштабе (если много сотрудников с ДМС) и удельные затраты (на сотрудника) меньше.
Но вы в курсе, как работают страховые компании? Все траты на медицину вам с ними придётся согласовывать, а они, как любой бизнес, не будут работать в минус. Когда траты превысят определённый порог (или по любой другой причине) - вам будет отказано. Такая вот "экономия".

Всё верно. Только почему-то они свой раздувшийся сервис продолжили называть "микро".

Моя версия (fullstack 20+ лет опыта):

1. Менять работу каждый год
Норм, пока вы в начале карьеры. Смена работы раз в один-два года - самый верный способ прирасти в опыте, компетенциях, связях (и зарплате).


2. Не отвечать на сообщения после окончания рабочего дня
Норм, если у вас нет каких-то дополнительных договорных обязательств, типа SLA. За который кстати обычно платятся отдельные деньги.

3. Необходимость ходить в офис

Кому как. Но многих грамотных разработчиков именно необходимость ходить в офис отпугнёт. Насколько это критично для компании, пусть решает руководство.

4. Короткие IT-курсы вместо вузовского образования

Думаю все разбирающиеся в теме согласятся, что важно в первую очередь самообразование, причём постоянное. А будет это ВУЗ, курсы, книги, пет-проекты или ещё что-то - вопрос индивидуальный.

5. Заниматься личными делами в рабочее время
Как договоритесь. Но обычно оплачивается именно конкретное рабочее время, а не занятия личными (не связанными с работой) делами.

6. Периодически откликаться на вакансии и ходить на собеседования 

Норм. Улыбнулся с ответов разработчиков из статьи, видимо корпо-шиза не разрешает отвечать по-другому. Без откликов и собесов немного ржавеешь и теряешь понимание рынка.

7. Пять созвонов в день

Если вы разработчик - стрём. Дайте разработчикам работать.

8. Отсутствие ДМС

Норм. В стране почти вся качественная медицина по-факту платная, так что пусть лучше платят зп побольше.

9. Общаться с коллегами только по рабочим вопросам
Норм. Вот не просто прям норм, а именно эталонный вариант.

10. Выгореть, но продолжать работать

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

Осталось понять, где в работе этот навык пригождается. В большинстве случаев - это чисто флекс для прохождения собесов.

Вот тут очень неоднозначно. Коммерческая разработка - это, в первую очередь, про понимание основ, сочетание программирования и добавленной ценности (что можно удачно продавать). "Вайбкодинг" никак не учит азам, а скорее даёт готовые решения для несложных задач. Это всё равно что разбирать шахматную партию с сильным движком. Движок конечно очень силён (сильнее чемпиона мира!), но мало чему может научить. Он даёт готовые "правильные" ответы, тогда как самое интересное, и само понимание, на мой взгляд, начинается именно с вопросов.


Почему мне следует ходить так, а не иначе?
Чего хочет мой соперник?
Мне выгодна открытая или закрытая позиция?
Надо ли мне разменивать материал?
Нужно ли рубить флаг?
И так далее.


Компьютерный движок просто скажет "лошадью ходи на e6" (к примеру), не отвечая по-существу ни на один из этих вопросов. С "вайбкодингом" то же самое. ИМХО.

Очередной самоуверенный тип, ни дня не проработавший разработчиком, рассуждает, как живётся/надо жить разработчикам. Тьфу.

Статью я бы переименовал в: "Как ИИ помогает проектировать базы данных начинающему разработчику".

Опытный разработчик вряд ли захочет запускать на свою бд-"вотчину" современный ИИ, за которым потом придётся разгребать авгиевы конюшни потока сознания...

Теперь осталось узнать мнение собственно разработчиков...

1
23 ...

Информация

В рейтинге
2 507-й
Зарегистрирован
Активность