Вот примерно так, все эти врачи, юристы и пр. инфоцыгане из телеграмов, генерируют свои "тру стори" для постов тут, в которых в конце "больше охуительных историй в моём ТГ-канале"
только они используют ИИ
Программисты многих поколений мечтали о ней! О волшебной кнопке "сделать пи..дато". Запустил программу, коротко обрисовал задачу, получил готовый хороший код без багов и зависания.
Насколько понимаю, сейчас, задача создания этой волшебной кнопки почти решена алгоритмами ИИ!
У машины под руками тысячи репозиториев, миллионы фрагментов кода, решающих те или иные задачи. Машина учится, осваивает декомпозицию, умеет создать сложное из простых кусков.
Главная проблема (причем, даже в случае с живыми программистами!) правильно поставить задачу. А это трудно... Очень! Хреновое ТЗ - результат ХЗ!
"Кнопочку тык, а оттуда бздык" не прокатит. Не зря постановщики и синьоры так высокооплачиваемы! Они могут из бессвязного бреда заказчика получить представление о задаче, поделить ее на функциональные составляющие и раздать внятные задания исполнителям.
В некоторых видах бизнеса скорость изменений очень высокая и поэтому тоже вся сторона формализации задач страдает.
Это не является проблемой само по себе. Идеальная с точки зрения точности и эффективности описания - система которая не меняется. Чего сегодня в ряде задач сложно добиться.
А в госструктурах там все еще сложнее, так как там и сами люди толком не в курсе, зачастую, что они делают, что из этого носит сущностный смысл а что служебный, и тд.
В моей практике уже несколько случаев когда та же 1с вроде бы и лоу код но настолько громоздкая, что ее обгоняют не лоукод проекты. Именно потому что все преимущества лоукод "съедены" бюрократизированным (культурой 1с) процессом разработки. Родом, наверное, из 17ого века.
Так что не страшно. Тз должно быть достаточным. Если удается оформить его тремя междометиями и это работает - то не все так плохо. Разве что, возможно это символ ненужности процессов которые автоматизируют. А не проблема разработки.
Старый анекдот на тему:
Как называется Ваша диссертация?
- "Как решетом воду носить".
- Ну, что Вы, голубчик! Кто же так диссертацию называет? Назовите ее
так:
"Анализ проблем транспортировки вещества в жидком агрегатном состоянии в
сосудах с перфорированным дном".
- Профессор, а как называлась Ваша диссертация?
- "Влияние русских народных музыкальных кнопочных инструментов на
развитие религиозно-философской мысли Росси конца ХVIII начала ХХ века".
- То есть, "На хрена попу баян"?..
Работаю в ИТ уже 20+ лет.
Сижу, изучаю техническое задание на разработку ПО и полыхает пердак.
Как же меня заебали эти заумные фразы и слова, которые все стараются напихать в документы, чтобы казаться умнее.
Сидишь гуглишь, пытаясь понять, что имелось в виду, и часто находятся только медицинские термины.
Но я уже не маленький мальчик и не стесняюсь задать вопрос прямо на встречах при всех.
В итоге оказывается, что половина людей, которые уже согласовали этот документ, не понимают, что имеется в виду или понимают не так, как хотел сказать автор. Видимо побоялись показаться некомпетентными. А сам автор не в состоянии дать внятное и однозначное определение.
Вот нахуя???!!!
Ну научитесь вы излагать мысли просто и доступно, ну не станет документ ценнее если вы используете десяток красивых слов (зачастую англицизмов), которые никто, блядь, кроме кучки людей, сидящих с вами в одном кабинете, не понимает.
