Товарищи программисты, как проснетесь — ищите новую работу

Цитата (joev @ 16.03.2024 - 19:41)

ну так поэтому и хотят сократить население человеков, так как в наш век тупо не нужны все эти дармоеды...

Производительность вырастет. Количество потребителей уменьшится.
Так кому продавать?

Цитата (qubuco @ 16.03.2024 - 23:53)

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

а вы думаетет для какой цели вакцинируют людей на всей планете

Цитата (Freeformer @ 16.03.2024 - 15:57)

А когда надо будет править код, вот тогда посмотрим. Набыдлокодить и я могу наскоряк. И это даже будет работать. Я даже код откоменчу. Но когда прийдëт время добавить фичу и т.п. то пиздец там оолову сломаешь. А эта пиздюлина такого понапишет, что ëбу дашься. И не удивлюсь, что ии сам потом охуеет от запроса поправить код. Плюс думаю эти все проекты будут весить больше, чем навояют быдлокодеры на библиотеках и фреймворках. По крайней мере в обозримом будущем так и будет со всей этой ии

Зачем править код если эта ембала за пару секунд напишет новый с нужными параметрами.
Размещено через приложение ЯПлакалъ

Цитата (Bilge @ 16.03.2024 - 22:33)

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

Я поступил в 94 году на программиста. Это был первый набор программистов за 5 последних лет.
Кто-то в системе образования решил за 5 лет до этого что программисты больше не нужны. Все программы дескать давно уже написаны.
К 94 году оказалось что это не так.
Это сообщение отредактировал Alexeykov - 17 мар 2024 в 00:07

Херня все эти ИИ. Пока единственная реальная помощь на скорую руку прототипы функций с нужными алгоритмами наклепать. В реале даже джуна не заменят. Может так годиков через 5. Даже работу художников ИИ еще не заменили. Хотя помню художники паниковали:) В итоге: кое-какая монотонная работа художников спихивалась на ИИ, естественно работа ИИ контролировалась художником:)
Это сообщение отредактировал Artur9992 - 17 мар 2024 в 00:13

Ии код ручкой на бумаге не напишет...
Размещено через приложение ЯПлакалъ

Словами я же сказал этого не повторить.
Вилл Смит
Размещено через приложение ЯПлакалъ

Рано или поздно, но ИИ научится улучшать свой собственный код. И вот тады ой...
Это сообщение отредактировал Сфероконь - 17 мар 2024 в 00:15

Программиста заменить это тяжёлая задача для ИИ. Вот от чего точно вздрогнут так замена управленцев (менеджеров) продажников. Вот тут можно прям на раз всех заменить с огромной продуктивностью. И не будет человеческого фактора.

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

Цитата (Freeformer @ 16.03.2024 - 15:57)

А когда надо будет править код, вот тогда посмотрим. Набыдлокодить и я могу наскоряк. И это даже будет работать. Я даже код откоменчу. Но когда прийдëт время добавить фичу и т.п. то пиздец там оолову сломаешь. А эта пиздюлина такого понапишет, что ëбу дашься. И не удивлюсь, что ии сам потом охуеет от запроса поправить код. Плюс думаю эти все проекты будут весить больше, чем навояют быдлокодеры на библиотеках и фреймворках. По крайней мере в обозримом будущем так и будет со всей этой ии

А зачем добавлять и править?
ИИ быстрее новую программу создать.

Цитата (makaron65 @ 17.03.2024 - 00:15)

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

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

Цитата (DaoDao @ 16.03.2024 - 23:44)

Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет.

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

Цитата (Буженина @ 16.03.2024 - 15:56)

за прошедшие 10 лет какие профессии только не хоронили - бухгалтер, риелтор, вот добрались до программистов ну-ну...

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

Правило Парето - 20% усилий дают 80% результата.

Так и тут. ИИ будет забесплатно клепать массовые типовые задачи. Типа сайтиков и магазинчиков. На которые ставить высокооплачиваемого программиста будет слишком избыточно.

ИИ наклепает криво и косо? Ну да. Вон лет 200 назад всю одежду портные шили вручную, только по индивидуальным меркам, строго на конкретного человека. А потом придумали шить "типовую" массовую одежду по стандартным размерам М / С / Б. И ничего, оказалось что вполне нормально.

Цитата (hulubulu @ 17.03.2024 - 00:10)

Ии код ручкой на бумаге не напишет...

А зачем писать код ручкой на бумаге? HR порадовать?

Цитата (Elmerck @ 16.03.2024 - 16:31)

Колеров может и заменит. Программистов нет. По крайне мере не в ближайшем будущем

Ни какой ИИ в мире не справится с бухгалтерией "я что-то нажала и все пропало..."
)))
Размещено через приложение ЯПлакалъ

Цитата (Alexeykov @ 16.03.2024 - 13:27)

Цитата (DaoDao @ 16.03.2024 - 23:44) Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет. В итоге выйдет неюзабельная хрень. За которую уплочено куча бабок, а переделывать дорого. Типа нашей H1. Но разработчики молодцы, всё сделали по проекту. Надо такое? Вопрос открытый. Корпорация может и не заметит потерь, а средне-маленькая компания обанкротится.

А почему должно быть так? Может на составление ТЗ нужно поставить понимающих людей, чтоб потом в процессе не костылить.

Цитата (Яумный @ 16.03.2024 - 13:33)

Цитата (Elmerck @ 16.03.2024 - 16:31) Колеров может и заменит. Программистов нет. По крайне мере не в ближайшем будущем Ни какой ИИ в мире не справится с бухгалтерией "я что-то нажала и все пропало..." )))

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

Цитата (WilliamBlay @ 17.03.2024 - 00:34)

Цитата (Alexeykov @ 16.03.2024 - 13:27) Цитата (DaoDao @ 16.03.2024 - 23:44) Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет. В итоге выйдет неюзабельная хрень. За которую уплочено куча бабок, а переделывать дорого. Типа нашей H1. Но разработчики молодцы, всё сделали по проекту. Надо такое? Вопрос открытый. Корпорация может и не заметит потерь, а средне-маленькая компания обанкротится. А почему должно быть так? Может на составление ТЗ нужно поставить понимающих людей, чтоб потом в процессе не костылить.

Нужно конечно. Но это всё ещё будут люди. А людям свойственно ошибаться. Любым.

Цитата (iliy1979 @ 16.03.2024 - 16:11)

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

Не скажи. Я вот от возможностей ChatGPT 3.5, даже не 4 турбо, прифигел. Сделал на макросах VBA шикарную таблицу по учету. Хотя знаний самый минимум. Раньше примеры в интернете искал и неделями форумы изучал. Сейчас важней правильный вопрос сформулировать что б ИИ понял в нужном ключе. Вот такой вот мамкин программист. Профи или талантливых прогеров ИИ действительно не заменит, а вот те кто только отучился наверняка с трудом будут выдерживать конкуренцию. А это ИИ еще только в начале развития.

Цитата (Alexeykov @ 16.03.2024 - 13:38)

Цитата (WilliamBlay @ 17.03.2024 - 00:34) Цитата (Alexeykov @ 16.03.2024 - 13:27) Цитата (DaoDao @ 16.03.2024 - 23:44) Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет. В итоге выйдет неюзабельная хрень. За которую уплочено куча бабок, а переделывать дорого. Типа нашей H1. Но разработчики молодцы, всё сделали по проекту. Надо такое? Вопрос открытый. Корпорация может и не заметит потерь, а средне-маленькая компания обанкротится. А почему должно быть так? Может на составление ТЗ нужно поставить понимающих людей, чтоб потом в процессе не костылить. Нужно конечно. Но это всё ещё будут люди. А людям свойственно ошибаться. Любым.

Одним больше, другим меньше, на ТЗ нужны максимально компетентные люди, это одна из самых важных частей всего проекта
Это сообщение отредактировал WilliamBlay - 17 мар 2024 в 00:51

Цитата (DaoDao @ 16.03.2024 - 23:54)

Цитата (joiner34 @ 16.03.2024 - 23:50) Цитата (DaoDao @ 16.03.2024 - 23:44) Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет. Поэтому умный заказчик предусматривает поправки в проект. все хотелки до подписания окончательного документа.

Такого в принципе не бывает.
1. Для создания такого ТЗ нужен программист, который знает нюансы процесса программирования. Занимать программиста для создания ТЗ, так себе решение.
2. Для законченного ТЗ нужно понимать не только в программировании, а еще и представлять ресурсоёмкость.
Безусловно бывают проекты с законченным ТЗ и подписанным договором, но их мизер, и это обычно мелкие заказы. Для серьёзного проекта нанимается команда с почасовой оплатой и проект делается годами, а проблемы и хотелки решаются по мере поступления.

Хуясе у айтишников бомбануло)

Значит, доля правды в этом есть.

Ну, на завод пойдёте, или в сельское хозяйство.

"Делать- то умеете что нибудь?"©
Это сообщение отредактировал zaratustr - 17 мар 2024 в 00:55

Цитата (joiner34 @ 16.03.2024 - 13:51)

Цитата (DaoDao @ 16.03.2024 - 23:54) Цитата (joiner34 @ 16.03.2024 - 23:50) Цитата (DaoDao @ 16.03.2024 - 23:44) Цитата (Alexeykov @ 16.03.2024 - 23:31) Масштабная задача никогда не бывает поставлена и описана правильно сразу. Обязательно будут правки и изменения по ходу реализации. Такова се ля ви. Есть проект - который утвержден и направлен для реализации. Подписан обеимим сторонами. А вот все последующие хотелки - это изменение проекта, который уже согласован. Заказчику слишком дорого будет обходиться каждое изменение, слишком дорого. Он просто этого делать не будет. Поэтому умный заказчик предусматривает поправки в проект. все хотелки до подписания окончательного документа. Такого в принципе не бывает. 1. Для создания такого ТЗ нужен программист, который знает нюансы процесса программирования. Занимать программиста для создания ТЗ, так себе решение. 2. Для законченного ТЗ нужно понимать не только в программировании, а еще и представлять ресурсоёмкость. Безусловно бывают проекты с законченным ТЗ и подписанным договором, но их мизер, и это обычно мелкие заказы. Для серьёзного проекта нанимается команда с почасовой оплатой и проект делается годами, а проблемы и хотелки решаются по мере поступления.

А в чём собственно сложности? Программистов не хватает, ТЗ писать некому? Да и чтоб функционал описать программистом быть не надо, программисты отвечают за реализацию. А хотелки обычно либо хуйня полная, либо это всё уже можно на этапе составления ТЗ придумать, если мозгом пользоваться. Собирается команда, обсуждается всё несколько дней, конспектируется, утверждается, и всё это уходит в проект. Потому что все эти хотелки потом только всех раздражают, особенно конечных пользователей.
Это сообщение отредактировал WilliamBlay - 17 мар 2024 в 01:01

Хоть и не правда, но идея мне нравится.
Размещено через приложение ЯПлакалъ