Обновить
61

Architect | Lead | Senior Developer

0,7
Рейтинг
13
Подписчики
Отправить сообщение

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

Когда ИП регишь, там указываешь НОВЫЙ номер мобильного, и в момент, когда налоговая подтверждает создание ИП - сыпятся звонки от банков с предложениями открыть расчетный счет. И после этого (ну типа на следующий день) - налоговая уведломляет человека, что ИП открыт.

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

Stack Overflow for Agents, площадку, где опытом обмениваются не люди, а агенты

🤣🤣🤣 рубанули с плеча так сказать

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

Мало контекста, по моему опыту - на простых задачах ИИ справляется на 90-95%, на средних - 70-80% (приходится откатываться на 1-2 шага назад и пробовать еще раз), а на больших - там треш, половину приходится переписывать руками. И именно такие задачи в итоге нивелируют выигрыш во времени.

Отсюда мне совершенно не понятно - как можно построить хоть какой-нибудь процесс на основе ИИ, если нет никаких гарантий? Только если концептуально снизить требования к уровням ошибок? Вот примерно до такого уровня

На данном этапе абсолютно нет доверия к ИИ, за ним должен все проверять человек.

Добавлю от себя. Я эй ай использую в двух режимах.

Один - это сделать по аналогии - указываю ему существующие места, свои дополнительные хотелки и он мне генерит код. По результатам могу сказать, что на маленьких задачах он вполне справляется. На средних - тупит, но есть шанс вырулить, откатившись на 1-2 шага назад и попробовав еще раз. На крупных - тупит нещадно и надо переписывать за ним половину или больше. Экономия времени на маленьких и средних задачах - 1,5-2 раза. Но одна крупная задача полностью нивелирует все сэкономленное до этого время, я бы даже сказал уходит в минус.

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

Есть еще третий режим - он в данный момент недоступен LLM - это изобретение нового. Этим сейчас занимаются люди-ученые, каждые в своей сфере.

Статья заставляет задуматься.

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

С другой стороны возможен антиутопический сценарий - самоуничтожение человеческой цивилизации. Люди не нужны, все блага сосредоточены в руках горстки людей. Еще можно законы поменять и приравнять инстанс ИИ к реальному избирателю и наклепать 100500 миллиардов голосов и настоящие люди всегда будут в меньшинстве. В итоге основная масса вымрет и останется та самая горстка людей, которая имеет неиллюзорный шанс перестать воспроизводить сами себя.

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

Там был еще определенный объем работы до того как ТЗ попадало мне в руки.

В Европах эта жара (35-40 гр) уже давно такая, года с 2015 примерно, может чуть раньше. Гостили в Германии в 2003 2008 2015 - 2003 и 2008 были нормальные, а вот в 2015 в июле, уже была +37 +39. Я еще проклинал этот отпуск, потому что уехали из города с +40 летом (но у нас хотя бы кондеры есть). А у них реально не было кондеров. Причем походу до сих пор, раз столько нытья в новостях, уже 10 лет прошло.

Да, да все верно... Анализ то начинается задолго до задачек в спринте. Про три дня - это лайт версия, когда программист читает задачу и задает вопросы product owner и пытается предсказать за сколько нот он угадает мелодию sp / hr он сделает эту задачу. На безрыбье и рак рыба.

Я ходил в гембу с product owner и у нас была конференция для клиентов и я даже в какой-то мере проводил пресейл (хотя им не являюсь). Только по итогу - один клиент хочет предсказание закупок на склады, и показывает примеры из другого софта, которые, тем не менее, его не устраивают. А другой кучу всего и сверху еще 200 тысяч заказов в день (мы столько не вытянем в данный момент).

С ходу эти задачи не сделать. Не смотря на то, что у меня в голове сразу строится примерный план, как это можно было бы сделать - все равно нужна более детальная аналитика, плотная работа с solution architect, c sales team, да и вообще все это организовать и всех попинать. Тогда и появится шанс превратить это в детальный план, который может привести к тому, что эти два клиента к нам придут.

А должен ли это все делать рядовой, хотя и ведущий, программист?

Давно ли вы заходили на Stack Overflow?

Буквально пару недель назад. Codex сломал локальный git repo, помогла ветка 13 летней давности. Там конечно не было прямого ответа на вопрос, но по логике ответов - надо было удалить из refs папку codex. Короче машина времени в стиле "есть тут кто из 2026?"

Я так и написал в моем ответе. Только какой-то хрен с горы взял и исправил его, убрав весь юмор. А я же ведь хотел помочь спасти StackOverflow 🙃

Ну таки да, так и делаю 😅

Первая задача, которая сделала основы и одно такое место - была в прошлом спринте.

А не проще было вопросы из экзамена выучить? /s

«Изменение структуры (кода) при каждом изменении требований» — это маркер, что именно инженерная команда «не понимает физики управления сложными системами». Ведь команда оказалась неспособна понять суть бизнеса компании и спроектировать систему, которая отвечает потребностям компании.

Таки чтобы понять суть бизнеса и спроектировать систему - это разве не этап бизнес-анализа и проектирования (или другими словами первые два этапа waterfall)?

У нас в компании уже 1,5 года скрам, и только сейчас дали 3 дня в конце спринта на анализ задач, которые идут в следующий спринт. 3 дня это на ВСЕ задачи (5-7, порой до 10 штук на программиста). Выделенного бизнес/системного аналитика у нас нет. И если задачи оказываются не готовы - их заменяют другими задачами, на которые уже не остается времени даже на такой минимальный анализ.

146% - статья точь-в-точь мои ощущения на текущем месте работы со скрамом. Лоскутное одеяло, так я это называю. С огромнейшим техническим долгом. Нам нельзя иметь задачи больше 8 sp, а еще лучше и их разбивать на более мелкие.

Я большие задачи начинаю разбивать на части, типа "часть 1", "часть 2", каждая по 8sp - меня спрашивают - а че так? Я говорю, там надо поправить 120 мест - исправить место, исправить вызывающий код, протестировать, если минимум 15-30 минут на каждое место и выходит от 30 до 60 рабочих часов на все по грубой оценке.

Мне - "Это как так 120 мест?". Я добавляю скрины в задачу, где я нажимаю find all references в IDE и оно показывает 122 ссылки + 89 (которые легаси, и мы договорились, что мы эти места не трогаем вообще). И да, я предлагал сделать эту задачу еще 3-4 года назад, когда там было 10-15-20 таких мест, но у нас тогда были другие приоритеты - фичи для клиентов. Фичи добавили, теперь таких мест стало (кэп очевидность) - 122 штуки.

Мне говорят - ну у тебя есть Codex, я говорю - окей, я попробую. Попробовал, он не осилил, навыдумывал какую-то хрень, хотя с небольшими задачами он справлялся вполне себе и экономил время раза в 1,5 - 2.

Так и живем 🙃

Ничосе! Я же скромная персона в рамках Хабра.

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

А в эпоху чата гпт тире стало заметно больше. Стало ли грамотных людей сопоставимо больше? По теории вероятности - сомневаюсь.

Коммерсы бегут к программистам – дайте ИИ-продукт! Те показывают, как они классно и быстро теперь пишут код. Тот же код, который писали руками. Программисту прикольно, коммерсу – кошмар, потому что продукт – тот же самый, ничем особо не отличается.

🤣🤣🤣

1
23 ...

Информация

В рейтинге
2 257-й
Откуда
Россия
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Архитектор программного обеспечения
Старший
C#
.NET Core
SQL