не надо ёрничать зазря, лучше читать всю мысль целиком

писать свой фреймворк ради написания фреймворка - примерно как изгибать проект под фреймворк, только чтобы свой не писать)

писать фреймворк ради фреймворка действительно очень глупая задача, пока речь идёт не про ИТ-бизнес, где такая задача может быть поставлена по вполне разумным соображениям
едва ли тут есть люди, которые делают глупо или предлагают это другим

Т.е. не ИТ бизнес,  если столкнется с задачей для которой лучше написать свой фреймворк не должен этого делать, потому что глупо?

100% глупо воспринимать любое правило, как 100%-ную гарантию успеха, думаю так

Глупо говорить про гарантии успеха, когда речь вообще не про них. А про подходы.

и найти "не ИТ-бизнес" не так уж просто, вообще-то

пример бизнеса, где совсем нет ИТ сможете привести?

ну вот, опять виляния начинаются...

дальше попробуем найти границу — где же уже чистый ИТ появляется из не ИТ

"ИТ-бизнес" и "бизсне с ИТ" это две большие разницы

чтобы не было восприятия "виляний" попрошу просто ещё раз вопрос сформулировать, как вопрос — так смогу ответить

Вопрос сформулирован предельно чётко и так.
У вас было утверждение, что писать фреймворки надо только ИТ-бизнесу.

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

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

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

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

незавершенка вообще смерть, особенно когда людей в команде больше одного

Значит я не так вас понял)

Котаны, расскажу вам зачем нужны soft skills для задротов-айтишников-нолайферов, которые думают, что код - это всё. Сейчас по рынку Мск перемещаются в поисках лучшей доли ряд спецов и PM-ов по внедрению SAP. Цена их достигает до 500К рублей в мес чистыми. Как я понимаю, это без бонусов. Это выше зарплаты множества директоров малого и среднего бизнеса. Знаете в чем их ключевое отличие, помимо высоких грейдов? ОНИ УМЕЮТ РАЗГОВАРИВАТЬ.

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

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

Не умаляя важности софтскиллов для всех, позволю тебе заметить, что
А. Такие/высокие зарплаты и рынок кандидата в сапе кончился 10 лет назад, примерно в то время, когда студенты из большой четверки закончили грести деньги лопатой и начали грести лишь геморой и ожирение

Б. За код без софтскиллов, ОБЫЧНО, платят больше, за софтскиллы без кода