Результат тебе может не понравиться даже если ты управляешь сам. А так для этого ведь и существуют наемные директора - высвободить свое время для чего то еще. А как еще может один человек управлять пачкой компаний если не разделять свое время между ними?
к сожалению GTX1650 крайне плохой вариант для LLM (у меня была 1660), там нет тензор-ядер, а с вычислениями в fp16 были проблемы (на момент что я с ней игрался и приходилось юзать флаг --no-half для генерации, что замедляло еще больше). Но я игрался с этой картой 2 года назад, на генерации изображений с SD1.5
знаете, обычный корпоративный "говнокод" и раньше то был никому не нужен, а теперь его ценность только падает. Просто организуйте процесс так чтоб чувствительные данные не попадали в ИИ, это в большинстве случаев не сложно. А начальство не только "погладит по головке" но и само заставит пользоваться ИИ, если поймет что сможет сократить хотя бы одного лишенго программиста.
вы серьезно? чтоб оплатить 20-60$ нужно зарабатывать миллиарды, иначе никак? Я скажу за себя, обычно я ничего никогда не покупаю из цифровых продуктов, НО подписку за 20$ я купил, и оно окупило себя в первый же день (я имею в виду что я сделал существенно больше работы потратив меньше времени)
Вы упускаете тот момент что подробный промпт не значит что вам нужно его писать каждый раз. Промпт он же не только в текущих требованиях но и во всех доках проекта (.md файлы обычно, или у кого там что). Т.е. к примеру есть общий AGENTS.md где описаны базовые вещи, есть отдельно такой же файл по архитектуре, требованиях, документации. И работая над реализацией нового вы лишь пишете небольшой промпт дополняющий все уже написанное, а в конце, естественно, указываете что кроме самого кода нужно также дополнить и документацию в связанных файлах. Это то же программирование по сути но уже не на языке программирования. Бонусом вы имеете документацию, на что раньше тратились дополнительные усилия, а теперь вы практически только над ней и работаете. Вот вы написали что вам быстрей код написать, а документацию к нему не забыли?
Знаем мы это будущее - просто запретят все остальные ИИ и заставят всех пользоваться "самым лучшим". Естественно владеть им и получать прибыли будут надежные специальные свои люди.
там весь проект как я понял уровня "написали новость под влиянием фоток луны, которые сейчас на хайпе, чтоб тоже словить немного трафика от заголовков"
Выглядит достаточно бредово прежде всего с экономической точки зрения. Поскольку луна не висит на одном месте неба то надо очень много приемных станций по всей планете (включая океаны!), причем каждая станция должна уметь принять всю мощность, или максимум можно распределить на несколько но основная масса станций приема будет бездействовать. Естественно эту энергию мало принять, нужно еще и доставить. При малом количестве таких станций мы будем иметь передачу энергии не из зенита а под углом - прогревая полосу атмосферы под углом, притом эта хрень будет всегда по разному смещаться и нужно очень точно отслеживать диспетчерам чтоб не поджарить какой-нибудь самолет, ну птицам тоже будет периодически попадать.
Одних этих проблем уже достаточно чтоб дальше не думать.
сам недавно столкнулся - нужно было сделать выборку сущностей и обработать их в цикле, я получил код который в цикле делает отдельный select из базы для каждой) ясно что для 3-10 итераций никто бы и не заметил, но на 1000 это уже неприемлемо. Понятно что это может быть исправлено потом, когда станет заметно, поэтому лучше сразу смотреть что он пишет и как, и продумывать архитектуру самому, ибо его не напрягает сделать код на тысячи строк вместо того чтоб сделать скажем классы, решив проблему длинного кода хорошей архитектурой.
Есть две группы людей - те для которых ИИ-модели это забавная хрень и те, кто зарабатывает деньги оплачивая подписку из части своего дохода. Для вторых это способ облегчить себе работу, и в перспективе не вылететь с рынка из-за отставания. В моменте применяя ИИ они больше делают работы и зарабатывают за то же время, но в перспективе рынок подтягивается и это будет просто новая трудо-норма, и здесь ИИ уже нужен просто чтоб не потерять работу.
Вы правы, ИИ может превратить код в непригодный для поддержки человеком код, но этого можно избежать, если изучить этот инструмент и не надеяться что он с вашего лаконичного промпта напишет код, с прицелом на то, что его можно будет развивать еще много лет. Пока еще нужно самим брать в руки архитектуру и продумывать ее, чем детальней тем лучше, с обязательным закреплением всех моментов в документации! Агенты сейчас прекрасно избавляют от низкоуровневой рутины, но свою часть работы архитектора и менеджера проекта придется пока делать самому.
"Подсыпать в еду дерьмо" начали давно, вначале по чайной ложке, потом по столовой, теперь идет речь о том чтоб "это" составляло основной рацион... а люди ничего - изобретают специи чтоб вкусней было, прищепки на нос чтоб не пахло...
Когда у тебя под началом "ИИ программист", оно как и с человеческим кодированием приходится управлять сложностью - следить чтоб "черный ящик" не становился большим и неуправляемым, вовремя делать декомпозицию, рефакторинг, изолировать блоки кода, планировать архитектуру и выбирать решения которые заложат запас прочности. Но откуда эти навыки возьмутся у чистого вайбкодера?
Я к примеру в программировании почти 26 лет и продолжаю вести связку легаси проектов, и прекрасно вижу что есть большая разница поручить ИИ сделать змейку, которую этот ИИ в интернете видел тысячи реализаций и поручить реализовать что то в уже работающем большом проекте - кардинально разные подходы. Во втором случае не факт что ИИ достанется больше работы чем тебе. Пока еще во всяком случае.
добавлю: оформить, выложить, сделать доступным, документировать как то, опубликовать, распространить, продвинуть - это самостоятельная работа и мало кто из вайбкодеров хочет этим заниматься ради продвижения своей легко собранной поделки.
Навайбкоденые приложения зачастую имеют низкую ценность и сами вайбкодеры это понимают - раз они смогли то может кто угодно. Банально проще навайбкодить под себя чем искать то что кто то навайбкодил под себя и потом пытаться от этого получить то что хотел. Получить сложное и больше приложение все так же не просто даже если ты вайбкодер. Сложность возрастает очень быстро с ростом модулей и самого приложения и вайбкодеру очень быстро приходится решать большие проблемы с организацией процесса и кода.
думаю модель не может быть легче скрипта) ресурсов жрет на несколько порядков больше. Может потом, когда вычислительные ресурсы не будут так жестко ограничены, или будет важно чтоб модель умела делать "отладку в уме" но просто выполнять скрипт не кажется чем то эффективным, разве что для исследования горизонтов.
Результат тебе может не понравиться даже если ты управляешь сам. А так для этого ведь и существуют наемные директора - высвободить свое время для чего то еще. А как еще может один человек управлять пачкой компаний если не разделять свое время между ними?
Вот тоже зацепило - 1 подписка это не статистика. На больших масштабах может оказаться как 1/100 так и 1/10000.
к сожалению GTX1650 крайне плохой вариант для LLM (у меня была 1660), там нет тензор-ядер, а с вычислениями в fp16 были проблемы (на момент что я с ней игрался и приходилось юзать флаг --no-half для генерации, что замедляло еще больше). Но я игрался с этой картой 2 года назад, на генерации изображений с SD1.5
знаете, обычный корпоративный "говнокод" и раньше то был никому не нужен, а теперь его ценность только падает. Просто организуйте процесс так чтоб чувствительные данные не попадали в ИИ, это в большинстве случаев не сложно. А начальство не только "погладит по головке" но и само заставит пользоваться ИИ, если поймет что сможет сократить хотя бы одного лишенго программиста.
вы серьезно? чтоб оплатить 20-60$ нужно зарабатывать миллиарды, иначе никак?
Я скажу за себя, обычно я ничего никогда не покупаю из цифровых продуктов, НО подписку за 20$ я купил, и оно окупило себя в первый же день (я имею в виду что я сделал существенно больше работы потратив меньше времени)
Вы упускаете тот момент что подробный промпт не значит что вам нужно его писать каждый раз. Промпт он же не только в текущих требованиях но и во всех доках проекта (.md файлы обычно, или у кого там что).
Т.е. к примеру есть общий AGENTS.md где описаны базовые вещи, есть отдельно такой же файл по архитектуре, требованиях, документации. И работая над реализацией нового вы лишь пишете небольшой промпт дополняющий все уже написанное, а в конце, естественно, указываете что кроме самого кода нужно также дополнить и документацию в связанных файлах.
Это то же программирование по сути но уже не на языке программирования. Бонусом вы имеете документацию, на что раньше тратились дополнительные усилия, а теперь вы практически только над ней и работаете.
Вот вы написали что вам быстрей код написать, а документацию к нему не забыли?
Знаем мы это будущее - просто запретят все остальные ИИ и заставят всех пользоваться "самым лучшим". Естественно владеть им и получать прибыли будут надежные специальные свои люди.
там весь проект как я понял уровня "написали новость под влиянием фоток луны, которые сейчас на хайпе, чтоб тоже словить немного трафика от заголовков"
приготовился читать про эволюцию чипов и... ничего. А где статья? Где "путь"?
Вместо этого какой то iTunes, Баффет, световая инсталляция... бред какой то)
Выглядит достаточно бредово прежде всего с экономической точки зрения.
Поскольку луна не висит на одном месте неба то надо очень много приемных станций по всей планете (включая океаны!), причем каждая станция должна уметь принять всю мощность, или максимум можно распределить на несколько но основная масса станций приема будет бездействовать. Естественно эту энергию мало принять, нужно еще и доставить. При малом количестве таких станций мы будем иметь передачу энергии не из зенита а под углом - прогревая полосу атмосферы под углом, притом эта хрень будет всегда по разному смещаться и нужно очень точно отслеживать диспетчерам чтоб не поджарить какой-нибудь самолет, ну птицам тоже будет периодически попадать.
Одних этих проблем уже достаточно чтоб дальше не думать.
сам недавно столкнулся - нужно было сделать выборку сущностей и обработать их в цикле, я получил код который в цикле делает отдельный select из базы для каждой) ясно что для 3-10 итераций никто бы и не заметил, но на 1000 это уже неприемлемо. Понятно что это может быть исправлено потом, когда станет заметно, поэтому лучше сразу смотреть что он пишет и как, и продумывать архитектуру самому, ибо его не напрягает сделать код на тысячи строк вместо того чтоб сделать скажем классы, решив проблему длинного кода хорошей архитектурой.
Есть две группы людей - те для которых ИИ-модели это забавная хрень и те, кто зарабатывает деньги оплачивая подписку из части своего дохода.
Для вторых это способ облегчить себе работу, и в перспективе не вылететь с рынка из-за отставания. В моменте применяя ИИ они больше делают работы и зарабатывают за то же время, но в перспективе рынок подтягивается и это будет просто новая трудо-норма, и здесь ИИ уже нужен просто чтоб не потерять работу.
Вы правы, ИИ может превратить код в непригодный для поддержки человеком код, но этого можно избежать, если изучить этот инструмент и не надеяться что он с вашего лаконичного промпта напишет код, с прицелом на то, что его можно будет развивать еще много лет.
Пока еще нужно самим брать в руки архитектуру и продумывать ее, чем детальней тем лучше, с обязательным закреплением всех моментов в документации!
Агенты сейчас прекрасно избавляют от низкоуровневой рутины, но свою часть работы архитектора и менеджера проекта придется пока делать самому.
"Подсыпать в еду дерьмо" начали давно, вначале по чайной ложке, потом по столовой, теперь идет речь о том чтоб "это" составляло основной рацион... а люди ничего - изобретают специи чтоб вкусней было, прищепки на нос чтоб не пахло...
Когда у тебя под началом "ИИ программист", оно как и с человеческим кодированием приходится управлять сложностью - следить чтоб "черный ящик" не становился большим и неуправляемым, вовремя делать декомпозицию, рефакторинг, изолировать блоки кода, планировать архитектуру и выбирать решения которые заложат запас прочности. Но откуда эти навыки возьмутся у чистого вайбкодера?
Я к примеру в программировании почти 26 лет и продолжаю вести связку легаси проектов, и прекрасно вижу что есть большая разница поручить ИИ сделать змейку, которую этот ИИ в интернете видел тысячи реализаций и поручить реализовать что то в уже работающем большом проекте - кардинально разные подходы. Во втором случае не факт что ИИ достанется больше работы чем тебе. Пока еще во всяком случае.
добавлю: оформить, выложить, сделать доступным, документировать как то, опубликовать, распространить, продвинуть - это самостоятельная работа и мало кто из вайбкодеров хочет этим заниматься ради продвижения своей легко собранной поделки.
Навайбкоденые приложения зачастую имеют низкую ценность и сами вайбкодеры это понимают - раз они смогли то может кто угодно. Банально проще навайбкодить под себя чем искать то что кто то навайбкодил под себя и потом пытаться от этого получить то что хотел.
Получить сложное и больше приложение все так же не просто даже если ты вайбкодер. Сложность возрастает очень быстро с ростом модулей и самого приложения и вайбкодеру очень быстро приходится решать большие проблемы с организацией процесса и кода.
думаю модель не может быть легче скрипта) ресурсов жрет на несколько порядков больше. Может потом, когда вычислительные ресурсы не будут так жестко ограничены, или будет важно чтоб модель умела делать "отладку в уме" но просто выполнять скрипт не кажется чем то эффективным, разве что для исследования горизонтов.
так они все "взлетают", какой то маркетинговый пост без цифр-графиков и чего либо
Абстрактно рассуждая да. А реально разработчик прекрасно знает те немногие таблицы у себя в приложении, которые рискуют вылезть за INT.