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