Комментарии 7
Будет ли это то, что нужно клиенту, если у вас нет понимания стратегии и мотивации?
Лично меня, как клиента, который пришел покупать условный яблочный пирог как-то совсем не интересует, есть ли в пекарне понимание стратегии и мотивации :)
Я вот честно пытаюсь понять смысл всех этих высоких бизнес терминов и у меня не получается. Нужен свежий пирог? Погуглили как эффективно сохранять продукты свежими, выяснили, что для этого нужна морозилка для ускоренной заморозки, сели прикинули, можем ли мы себе это позволить, купили. Все!
И так работают почти все бизнесы. У бизнеса голова занята конкретными задачами, а не абстракциями. Если бизнес начнет задумываться над такими вопросами: «Открытие второго магазина — это тактика или стратегия???», то такой рефлексирующий бизнес вылетит на ближайшем повороте.
В Software development есть отличный принцип, называется KIS (keep it simple). И я никак не могу понять, зачем нужно городить высокие материи там, где можно обойтись здравым смыслом. Причем здравым смыслом человека с улицы, без специального образования.
Возможно статья адресована теоретикам от бизнеса и я просто не понимаю, допускаю такое. Готов выслушать ответ и даже извиниться, если был неправ.
Эдак больно дешевый пирог получается, невыгодно. Да и людям работать надо. А такая философия замыкается на себе, что в высшей степени перспективно.
P.S. В Software development KIS есть по большей части теоретически. Ну просто зайдите посмотрите на популярные репозитории на гитхабе, особенно веб-тематики, вот там этих "материй" тьма.
Людям просто нечего делать, производительность труда довольно высокая, вот и начинаются интеллектуальные метания. Эту бы силищу, да в осмысленное развитие технологий программирования, но научные методы в Software Development не приживаются (отчасти потому что нормальных метрик нет). Поэтому вместо науки и инженерии получаем религиозные мудрствования (то, что они строгие и логичные, религиозности не отменяет: средневековые схоласты тоже владели логикой, которую можно считать формальной) и архитекткрную космонавтику.
научные методы в Software Development не приживаются
Ну так
В этой индустрии не так много людей, которые готовы применять и отлаживать "научные методы"
Это неперспективно, т.к. ведет к унификации, из-за которой уже не нужно знать и уметь так много как раньше, а значит и платить будут меньше
Ну т.е. уже сейчас нечего делать, а что ж будет, если начнут делать "правильно", без тонн абстракций?
Если разработку программ удалось унифицировать, то просто создается конструктор, вроде WordPress и дальнейшая деятельность происходит уже без участия программистов. Я могу привести много примеров, где разработка программ эволюционировала в работу в редакторе.
Вторая причина — постепенная эволюция инструментов и такая же постепенная смена парадигм. Появляются новые библиотеки, дающие возможность писать более лаконичный код и использовать более высокоуровневые абстракции.
и дальнейшая деятельность происходит уже без участия программистов
Именно, а они не дураки чтоб себя же работы лишать
Во-первых программистов все-таки много и они физически не смогут между собой договориться, чтобы не создавать инструменты, которые лишают их работы.
Во-вторых, программисты в основном пишут не то что хотят, а то что им говорит бизнес.
И в-третьих, даже если программист пишет по собственной инициативе, его мотивация в том, чтобы сесть, написать Вордпресс и обеспечить себя на всю оставшуюся жизнь продажей платных лицензий. При этом лишатся работы тысячи других программистов, которые делали что-то подобное.
Краеугольный камень анализа. Часть 2