Типичный программист @tproger Чтобы роботы полностью заменили программистов, клиентам нужно научи / it-юмор :: twitter :: клиенты :: интернет :: заказ :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

it-юмор geek клиенты заказ twitter интернет 
Типичный программист
@tproger
Чтобы роботы полностью заменили программистов, клиентам нужно научиться четко и понятно формулировать задачи. Мы в безопасности.
12:35 PM- Jul 25, 2020
4.2К Q 394 people are Tweeting about this,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и  айтишный
Подробнее
Типичный программист @tproger Чтобы роботы полностью заменили программистов, клиентам нужно научиться четко и понятно формулировать задачи. Мы в безопасности. 12:35 PM- Jul 25, 2020 4.2К Q 394 people are Tweeting about this
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,клиенты,заказ,twitter,интернет
Еще на тему
Развернуть
Так проджект менеджеров уже придумали, что бы разжевывали программистам задачи, изолировали их от клиентов.
Я думал, продукт-оунеры для этого.
Не материтесь, пожалуйста.
Продакт-овнеры чтобы вообще знать, чего хотеть.
А я думал - что аналитики
Да вообще хер разберешь этот скрам, пока не увидешь его на практике. По статьям впечатление очень расплывчатое получается
Ну, я исхожу не из методологий, а из того, чем аналитики занимаются на практике - анализ предметной области, формирование требований к системе.
Этих долбоебов придумали чтобы отвлекать программистов от захвата мира
Обычно они зовут программистов, чтобы те помогали им описать задачу. Ну мне только такие попадались)
Бля это так и должно работать, клиент просит какую то хуйню и что бы точно сказать ему, можем ли бы сделать это или нет, пиздуешь к прогеру. Прогер говорит, нууууу такую хуйню можно сделать но потребуется вот эту хуету переписать, а вот эту купить, а если хуйню которую хочет клиент чуть урезать, то покупать хуйню не потребуется, но переписать все равно придется. И вот сидишь и ахуеваешь пишешь ТЗ. ))
ловите менеджера
Что почти логично. Только звать они должны аналитиков. А вот требования формулировать проджект не должен, да и не может как правило.
Нет, для разжёвывания задач придумали аналитиков и технологов. Проджект нужен чтобы нарисовать заказчику бюджет и пинать прогеров по срокам.
Рано или поздно сложность роботов, которые пишут код настолько возрастет, что проджект менеджеры превратятся в программистов для этих роботов. И получится просто дополнительный слой абстракции между кодом и железом. Далее цикл повторяется.
Этим как раз занимаются продукт овнеры и аналитики. Проджект менеджеры больше про то чтобы управлять ресурсами.
Ааа, вот оно что! Аможно перестать нанимать говнеров? Это я как потребитель прошу. А то ни один принет к сети без бубна не подключить
Значит клиентов тоже нужно заменить роботами, которые будут четко и понятно формулировать задачи. А после этого уже заменять программистов.
А потом уже
это аниматрица? аниматрица, да?
Погодите погодите, если будут роботы кт будут писать код, то будет и робот(подобие оного) с нейро-интерфейсом, который сможет абракадабру из головы щаказчика превратить в абвгдейку на выходе. Прогеры рано булки расслабили...
Следуя этой же теории, можно сказать что найдется таки обезьяна(читай нейро-ии), который сможет образы и представления отдельного индивидуума преобразовать в последовательность электрических сигналов и в последствии передать ии на воплощение(при условии разделения функций двух ии). Так что сложнее или проще это аопрос открытый, т.к. тер вер это идея человека и результат ее конечен по той же человеческой природе, что не факт будет соответствовать алгоритму ии.
Из этого как раз и следует, что обязан появиться такой ИИ, который сам будет заказчиком. И ему будет легче договориться с собратом-прогером.
"И вот этот модуль мне добавь. И вот этот. И член мне сделай длиннее. Не знаю зачем, но сделай."
Зачем ему договариваться, если он передает набор конкретных значений?
По сути любой запрос это набор переменных, которые программист(человек) не в силах охватить сразу(в текущих условиях). И комментарий ниже это как раз переменные в очередном запросе.
нейросети будут выдавать примерный результат, ориентируясь по отраслевым стандартам и ключевым словам запроса заказчика, а потом вносить правки, все равно заказчика сразу все не устроит.
ну короче как и с живыми программистами.
Только без живых программистов...
Тем временем мёртвые программисты:
проблема не в том чтобы полностью заменить программистов, а в том чтобы автоматизировать 95% работы - так чтобы оставить одного самого шарящего программиста, а всех остальных уволить
Тогда проблема будет в том, как "одного" программиста удержать в фирме. Вдупляться в новый многолетний проект может занять недели, а то и больше, прежде чем писать функциональность. Но хуй там кто даст недели, скажут "СРОЧНО ВЧЕРА запили багфикс и 2 новые фичи".

Если программистов и заменят, но на что-то более надёжное и дешёвое чем команда программистов.
А разве один кодер сможет пофиксить все баги в системе автоматизации процесса?
С точки зрения заказчика, целый кодер - это слишком много. 0,25 будет с запасом.
Оставить мозг и руки?
И жопу. Наказывать его как, по-твоему?
Да и поощрять тоже...
Все любители "автоматизировать" программировани неизменно сталкиваются с тем, что в итоге в мешанине ромбиков и квадратиков (или что там ещё придумают для того чтобы непрограммисты указывали что им хочется) не разобраться никому.

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

SELECT FirstName, COUNT(*)
FROM User
WHERE LastName = "Komarov"
GROUP BY FirstName
HAVING COUNT(*) = 1
ORDER BY MAX(FirstName)
Ты еще должен был сказать, что шейдеры в играх обязаны писать арт-дизайнеры. По сути так и есть, но на практике этим занимаются кодеры, по большей части не имеющие удовлетворения от визуальной составляющей игры.
Дело в том, что формальная точная спецификация поведения системы это и есть код. Хоть квадратиками рисуй, хоть текстом набирай, хоть диаграммки флоу строй в модном майкрософтовском интерфейсе. А если у людей проблемы с тем, чтобы другим людям точно объяснить, чего они хотят, то каким образом они это объяснят "тупой" машине?
Они будут объяснять это умной машине, которая поймет их с полуслова
Такие умные машины уже есть - называются люди. И даже они фейлятся с угадываниями достаточно часто
Мог бы и по проще описать проблему - нет формализации в плане составления тех. заданий. Т.е. работу выполняют не те люди.
Ты ещё пару join-ов по дороге потерял.
Не потерял, ведь я не достаю никаких данных из других таблиц
метод Incremental Development позволит роботам заменить прогеров
Замены программистов почти гарантированно не будет в обозримом будущем:
1) Как и в других областях есть проблема ответственности, в программировании с этим проще, т.к. и так никто нихера ни за что не отвечает (не везде, но в основном)
2) Чисто алгоритмически это задача нерешаемая (проблема останова и тп), значит нужен сильный ИИ
3) Проблема описания задачи никуда не исчезает, на данный момент есть однозначный формат описания задач, называется программный код... Возможно описание будет становиться более высокоуровневым, но такой процесс идёт и сейчас, и разработчиков меньше не становится. Что-то из серии "в общем описал суть задачи и всё" возможно только с помощью сильного ИИ, который сможет проанализировать требования, удалить неоднозначности и сгенерировать код.
4) Если сильный ИИ будет написан, то вероятнее всего нахуй уже никому не нужны будут никакие приложения, он просто будет стоять в устройстве и делать то, что ему скажет человек. Да и люди уже нахуй не будут нужны, потому что ИИ и так всё сделает.
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
Ненавижу читать чужой кодКак, считается, развиваются open source проекты Код не проходит валидацию в бла-бла-бло Мы анонсировали релиз сегодня, так давайте s. же сделаем это! Указал подписи членов команды . в бло-бла-бла „ Как на самом деле развиваются open source проекты Вот здесь кое-что поправлю и хватит на сегодя
подробнее»

open source типичный программист Смешные комиксы,веб-комиксы с юмором и их переводы

Как, считается, развиваются open source проекты Код не проходит валидацию в бла-бла-бло Мы анонсировали релиз сегодня, так давайте s. же сделаем это! Указал подписи членов команды . в бло-бла-бла „ Как на самом деле развиваются open source проекты Вот здесь кое-что поправлю и хватит на сегодя
Кто мы? Чего мы хотим? Когда мы это хотим? Заказчики! Не знаю! Вчера! п ©Типичный Программист
подробнее»

чего мы хотим программисты заказчики

Кто мы? Чего мы хотим? Когда мы это хотим? Заказчики! Не знаю! Вчера! п ©Типичный Программист
ИГРАТЬ СЕЙЧАС WWW.GMSLOTS.COM Выход СОМ Лучшее geek Прикольные гаджеты. Научный, инженерный и айтишный юмор Комиксы ) ( гифки ) ( краошые картинки^ ( geek ) ( video ) ( aníme ) ( Эротика") ( котэ ) ( story ) ( игры anon личное Картинка: из файла из URL Щ опрос редактор А апоп12345 щупал
подробнее»

joyreactor эволюция бля верните обратно песочница

ИГРАТЬ СЕЙЧАС WWW.GMSLOTS.COM Выход СОМ Лучшее geek Прикольные гаджеты. Научный, инженерный и айтишный юмор Комиксы ) ( гифки ) ( краошые картинки^ ( geek ) ( video ) ( aníme ) ( Эротика") ( котэ ) ( story ) ( игры anon личное Картинка: из файла из URL Щ опрос редактор А апоп12345 щупал
Жизнь.¡БО ■ О EHOnVATORS.ro Образ жизни Типичного программиста
подробнее»

жизнь типичный программист демотиватор песочница

Жизнь.¡БО ■ О EHOnVATORS.ro Образ жизни Типичного программиста