Тут ещё можно добавить момент: Почему все в обсуждениях нейронок забыли о банальном код ревью.) Даже если допустить, что программист пишет код при помощи нейросети, во-первых, он сам проверяет код на адекватность, во-вторых, этот код проверяет ревьювер, а то и несколько. Уже молчу про разного рода тесты, которыми покрыт код.
Если честно, я не представляю, как в таких условиях в релиз или прод может попасть плохой код от нейронки.) Если такое произошло в команде, то вопрос уже не только к программисту, почему тот не в состоянии уследить косяки нейронки, которые всегда явные и простые в распознавании.)
Ой, рано или поздно, кто-то вспомнит о такой вещи, как Dreamweaver, сделает копию с AI функционалом и сборкой полноценного бэкенд + фронтенд билда. Плюс добавят огромное количество готовых компонентов с кастомизацией и вот уже снова веб программисты не нужны. Никогда такого не было и вот опять. 🙃
проговаривается наполовину или меньше, а вторую половину кандидат должен клещами вытягивать из интервьюера
Без чёткого ТЗ, результат хз. Честно, это какой-то бред. Максимально абстрактная задача, которая так же решается максимально абстрактно исходя из фантазий интервьюера.
Причём, помню на одном проекте хотели использовать один из их продуктов. При ознакомительном звонке (у них есть такая бесплатная услуга), на объяснения заказчика из разряда (а вы решите нашу проблему, если купим?), что-то не применили архитектурные навыки, абстрактного проектирования (как у автора), а затребовали у тех. специалистов (т.е. у нас) подробную информацию с технической стороны проекта.
Да, я про то и говорю, что 2 разные бд это больше проблема, чем решение. Как раз в том случае с приложением и сайтом, нам пришлось писать апи для приложения, чтобы всё работало с единой бд.
может быть какие-то нишевые, бедные предприятия
На данный момент даже у них обычно всё сделано по уму, т.к. их программисты используют готовые решения, чтобы не тратить много времени.
Такое встречал пару раз, но это не было, чем-то рядовым. Как раз наоборот , было большой проблемой.
1 случай.
Веб сайт и windows приложение имели 2 разные удаленные бд на одном сервере. Приложение работало с mssql напрямую, через пользователя с сильно ограниченными правами. Чем это плохо (всем) думаю, объяснять не нужно. Ну а сайт был на php cms (не помню на какой) и работал через mysql стандартно. Видимо, разработчики приложения не поняли, как сделать, хотя бы обращение из приложения к mysql и решили сделать 2 базы данных, что синхронизировались, через крон скрипты на пайтоне (видимо в то время, информацию по готовым библиотекам на нём, найти было проще). Одним словом большой костыль, который и пришлось решать, путём создания нормального апи для приложения.
2 случай
2 сайта одной компании, которые развивались параллельно и в один момент, нужно было сделать единый вход для пользователей. Решить эту проблему оказалось относительно просто, через социальную авторизацию. Один сайт стал "главным", а на второй можно было зайти только через авторизацию первого. Хотя это больше не про использование двух разных баз, а скорее речь только про данные пользователей.
Конечно, можно ещё привести в пример проекты, где используются nosql + sql бд или например несколько бд для архивации или миграций (между серверами), но это не совсем, то что имел автор.)
Так же, никто не отменял возможность сдавать жильё и арендовать более плохое, чтобы существовать на разницу, если внезапно окажешься без работы. Своя недвижка даёт очень много возможностей.
Кстати понял это, как открыть свой стартап-бизнес, но имхо в текущих мировых реалиях я бы купил квартиру в любом случае, т.к. открывать сейчас свой бизнес дело гиблое.
Лично я, вообще отказался от copilot, потому что он больше мешает, чем помогает. Он совершенно не понимает контекста и такое ощущение, что просто берёт код из чужих репозиториев, вообще никак его не меняя... Включаю его только для документации, переводов и прочей рутинной мишуры.
GPT чат использую с функционалом проектов. Прошу в основном либо найти баги (он это делает нормально, если настроить проект), сгенерировать боллерплейты, шаблоны, заготовки и т.д. Чаще всего он генерирует рабочий код, но требующий доработки. Так же, прошу его генерировать, не больше одного класса/модуля/компонента. Чем меньше код, тем лучше он его пишет. Прошу GPT не переписывать код при каждой правке, а описать кратко только варианты изменения. Так быстрее и понятнее. Под каждую задачу делаю новый чат в проекте. С таким подходом вполне удаётся быть более эффективным, при этом не теряя навык и не делегируя всё нейронке.
Далеко не всегда нейронка генерит, то что нужно. Более-того, она обожает уходить в цикл. Например, у вас ошибка в программе. GPT посоветует, допустим, откатить версию, какого-нибудь модуля. Ошибка не пропала? Обновите модуль обратно. Ещё есть ошибка? Удалите модуль и поставьте обратно. Ошибка сохранилась? Попробуйте эту версию модуля (ссылка на несуществующую страницу). И так по кругу, хотя ошибка оказывается вообще в другом месте и по другой причине, а модуль не причём.
Никто не отменял необходимость думать и тестить всё самому. Почти всегда пробежаться дебагером или посмотреть логи, поможет быстрее решить проблему, чем мучить GPT.
Имхо, но GPT, как тот самый мифический идеальный джун. Идеально знает теорию, но плохо кодит и решает проблемы.
Причём, часть отечественного софта вполне себе неплохая. Та часть, что создавалась частными компаниями на правах честной конкуренции. Как на зло они чаще всего и не могут просто получить нужные аккредитации. За то "правильные" компании получают всё необходимое создавая порой такую фигню... Да ладно компании. Помню в списке отечественного по от минцифры (вроде так она сейчас называется), видел буквально курсовые работы на вин формах...
После 2022 года миф «Россия — не IT-страна» начал разваливаться, но не потому, что все вдруг поверили в отечественные технологии, а потому, что альтернативы исчезли.
Дальше не читал... Как раз после 2022 Россия и перестала быть IT страной, а утечка кадров стала на уровне 90-ых. Причём огромное количество оставшихся программистов пытается работать на забугор никуда не уезжая банально, потому что больше возможностей и зарплаты. Я не знаю, вообще какие-то комментарии здесь нужно оставлять? Тема оторвана от реальности сильно, как в политическом аспекте так и в аспекте развития отечественного IT.
У gpt есть удобный функционал, в виде создания проектов. В проекте можно дать промпты, которые будут действовать на каждый чат в нём. Обычно там пишу стэк, особенности проекта и разные просьбы, по типу не использовать canvas для кода, писать комментарии и т.д.
Так же в проект можно добавить файлы. Как обычно делаю я. Беру только исходники с кодом проекта, без доп. библиотек и склеиваю всё в один txt файл по шаблону: имя файла код имя файла код, с разделителями. После чего загружаю в проект gpt. По итогу, качество ответов не ухудшается, а gpt, всегда пишет то, что нужно и в рамках проекта. Это очень круто и облегчает жизнь.
Конечно пропустил момент, когда определение вайб кодинга поменялось из написания кода ради удовольствия, например создавая интересные пет проекты в обычный скучный рутинный кодинг, где код пишет ИИ...
Думаю уже есть тестовые нейронки, что могут писать низкоуровневый код без абстракций. Только вот это порождает новые проблемы. Во-первых, чтобы обучить такие нейронки, нужен датасет, что очевидно. А откуда он возьмётся в должном количестве и качестве, да ещё и с контекстом задач, если на ЯП специально для нейронок или даже на полу машинном коде никто особо задачи не решает. Скармливать, то что начудили компиляторы? Так там эффективный код генерируется редко. Как подобный код тестировать и фиксить, если нейронка зашла в тупик, непонятно. Причём, не говорю про llm, которые для подобных задач, как раз не очень подходят, разе что для понимания задач от человека, чтобы передать их в правильном формате нейронке, что кодит.
Думаю, что АИ раздутость современного кода за нас не решит. Мы должны сами это сделать.
Знаете почему Дима получил повышение и бухает с начальником, а герой статьи получил только выгорание? Потому что, когда Дима гуглил "как тестировать API", наткнулся на рекламу Minervasoft, воспользовался их решениями и его дела пошли в гору. 😎
Тут ещё можно добавить момент: Почему все в обсуждениях нейронок забыли о банальном код ревью.) Даже если допустить, что программист пишет код при помощи нейросети, во-первых, он сам проверяет код на адекватность, во-вторых, этот код проверяет ревьювер, а то и несколько. Уже молчу про разного рода тесты, которыми покрыт код.
Если честно, я не представляю, как в таких условиях в релиз или прод может попасть плохой код от нейронки.) Если такое произошло в команде, то вопрос уже не только к программисту, почему тот не в состоянии уследить косяки нейронки, которые всегда явные и простые в распознавании.)
Ой, рано или поздно, кто-то вспомнит о такой вещи, как Dreamweaver, сделает копию с AI функционалом и сборкой полноценного бэкенд + фронтенд билда. Плюс добавят огромное количество готовых компонентов с кастомизацией и вот уже снова веб программисты не нужны. Никогда такого не было и вот опять. 🙃
Без чёткого ТЗ, результат хз. Честно, это какой-то бред. Максимально абстрактная задача, которая так же решается максимально абстрактно исходя из фантазий интервьюера.
Причём, помню на одном проекте хотели использовать один из их продуктов. При ознакомительном звонке (у них есть такая бесплатная услуга), на объяснения заказчика из разряда (а вы решите нашу проблему, если купим?), что-то не применили архитектурные навыки, абстрактного проектирования (как у автора), а затребовали у тех. специалистов (т.е. у нас) подробную информацию с технической стороны проекта.
По идее это не зависит от дельфи, это больше про возможности IDE
Да, я про то и говорю, что 2 разные бд это больше проблема, чем решение. Как раз в том случае с приложением и сайтом, нам пришлось писать апи для приложения, чтобы всё работало с единой бд.
На данный момент даже у них обычно всё сделано по уму, т.к. их программисты используют готовые решения, чтобы не тратить много времени.
Такое встречал пару раз, но это не было, чем-то рядовым. Как раз наоборот , было большой проблемой.
1 случай.
Веб сайт и windows приложение имели 2 разные удаленные бд на одном сервере. Приложение работало с mssql напрямую, через пользователя с сильно ограниченными правами. Чем это плохо (всем) думаю, объяснять не нужно. Ну а сайт был на php cms (не помню на какой) и работал через mysql стандартно. Видимо, разработчики приложения не поняли, как сделать, хотя бы обращение из приложения к mysql и решили сделать 2 базы данных, что синхронизировались, через крон скрипты на пайтоне (видимо в то время, информацию по готовым библиотекам на нём, найти было проще). Одним словом большой костыль, который и пришлось решать, путём создания нормального апи для приложения.
2 случай
2 сайта одной компании, которые развивались параллельно и в один момент, нужно было сделать единый вход для пользователей. Решить эту проблему оказалось относительно просто, через социальную авторизацию. Один сайт стал "главным", а на второй можно было зайти только через авторизацию первого. Хотя это больше не про использование двух разных баз, а скорее речь только про данные пользователей.
Конечно, можно ещё привести в пример проекты, где используются nosql + sql бд или например несколько бд для архивации или миграций (между серверами), но это не совсем, то что имел автор.)
Всё так и есть. То, что свой бизнес никогда не обещал успеха, стабильных доходов и всегда был намного более трудозатратным.
Касаемо условий, то не согласен. Во времена кризисов всё-равно открывать свой бизнес сложнее и шанс прогореть намного выше, чем в обычное время.
Так же, никто не отменял возможность сдавать жильё и арендовать более плохое, чтобы существовать на разницу, если внезапно окажешься без работы. Своя недвижка даёт очень много возможностей.
Кстати понял это, как открыть свой стартап-бизнес, но имхо в текущих мировых реалиях я бы купил квартиру в любом случае, т.к. открывать сейчас свой бизнес дело гиблое.
Лично я, вообще отказался от copilot, потому что он больше мешает, чем помогает. Он совершенно не понимает контекста и такое ощущение, что просто берёт код из чужих репозиториев, вообще никак его не меняя... Включаю его только для документации, переводов и прочей рутинной мишуры.
GPT чат использую с функционалом проектов. Прошу в основном либо найти баги (он это делает нормально, если настроить проект), сгенерировать боллерплейты, шаблоны, заготовки и т.д. Чаще всего он генерирует рабочий код, но требующий доработки. Так же, прошу его генерировать, не больше одного класса/модуля/компонента. Чем меньше код, тем лучше он его пишет. Прошу GPT не переписывать код при каждой правке, а описать кратко только варианты изменения. Так быстрее и понятнее. Под каждую задачу делаю новый чат в проекте. С таким подходом вполне удаётся быть более эффективным, при этом не теряя навык и не делегируя всё нейронке.
Далеко не всегда нейронка генерит, то что нужно. Более-того, она обожает уходить в цикл. Например, у вас ошибка в программе. GPT посоветует, допустим, откатить версию, какого-нибудь модуля. Ошибка не пропала? Обновите модуль обратно. Ещё есть ошибка? Удалите модуль и поставьте обратно. Ошибка сохранилась? Попробуйте эту версию модуля (ссылка на несуществующую страницу). И так по кругу, хотя ошибка оказывается вообще в другом месте и по другой причине, а модуль не причём.
Никто не отменял необходимость думать и тестить всё самому. Почти всегда пробежаться дебагером или посмотреть логи, поможет быстрее решить проблему, чем мучить GPT.
Имхо, но GPT, как тот самый мифический идеальный джун. Идеально знает теорию, но плохо кодит и решает проблемы.
Причём, часть отечественного софта вполне себе неплохая. Та часть, что создавалась частными компаниями на правах честной конкуренции. Как на зло они чаще всего и не могут просто получить нужные аккредитации. За то "правильные" компании получают всё необходимое создавая порой такую фигню... Да ладно компании. Помню в списке отечественного по от минцифры (вроде так она сейчас называется), видел буквально курсовые работы на вин формах...
Дальше не читал... Как раз после 2022 Россия и перестала быть IT страной, а утечка кадров стала на уровне 90-ых. Причём огромное количество оставшихся программистов пытается работать на забугор никуда не уезжая банально, потому что больше возможностей и зарплаты. Я не знаю, вообще какие-то комментарии здесь нужно оставлять? Тема оторвана от реальности сильно, как в политическом аспекте так и в аспекте развития отечественного IT.
Я бы даже сказал 2 комментария
У gpt есть удобный функционал, в виде создания проектов. В проекте можно дать промпты, которые будут действовать на каждый чат в нём. Обычно там пишу стэк, особенности проекта и разные просьбы, по типу не использовать canvas для кода, писать комментарии и т.д.
Так же в проект можно добавить файлы. Как обычно делаю я. Беру только исходники с кодом проекта, без доп. библиотек и склеиваю всё в один txt файл по шаблону: имя файла код имя файла код, с разделителями. После чего загружаю в проект gpt. По итогу, качество ответов не ухудшается, а gpt, всегда пишет то, что нужно и в рамках проекта. Это очень круто и облегчает жизнь.
Это скорее на какой-то дарк солс похоже.)
А сделал второй проездной и второй загран другой страны и ни о чём не жалею)
Конечно пропустил момент, когда определение вайб кодинга поменялось из написания кода ради удовольствия, например создавая интересные пет проекты в обычный скучный рутинный кодинг, где код пишет ИИ...
Думаю уже есть тестовые нейронки, что могут писать низкоуровневый код без абстракций. Только вот это порождает новые проблемы. Во-первых, чтобы обучить такие нейронки, нужен датасет, что очевидно. А откуда он возьмётся в должном количестве и качестве, да ещё и с контекстом задач, если на ЯП специально для нейронок или даже на полу машинном коде никто особо задачи не решает. Скармливать, то что начудили компиляторы? Так там эффективный код генерируется редко. Как подобный код тестировать и фиксить, если нейронка зашла в тупик, непонятно. Причём, не говорю про llm, которые для подобных задач, как раз не очень подходят, разе что для понимания задач от человека, чтобы передать их в правильном формате нейронке, что кодит.
Думаю, что АИ раздутость современного кода за нас не решит. Мы должны сами это сделать.
Эхх, про Defold не вспомнили. 🥲
Знаете почему Дима получил повышение и бухает с начальником, а герой статьи получил только выгорание? Потому что, когда Дима гуглил "как тестировать API", наткнулся на рекламу Minervasoft, воспользовался их решениями и его дела пошли в гору. 😎