Программисты, ну как так-то? :(⁠⁠2

Водопад был, есть и будет всегда. Но, только там, где нужны определенные цели. Каскадная модель это достижение индустрии, наравне с ООП. Военные до сих пор грузят коды с флоппи-дисков на 8". Системы управления газопроводами до сих пор работают на машинных кодах Siemens 1960-х годов. Куча банков на западе работает до сих пор на COBOL. И так далее. Там и оборудование соответствующее. Если область АСУ ПХД и развивается стремительно, то АСУ ТМ - нет. Там нужна надежность, практичность, долговечность. До сих пор никуда не делся протокол RS-485, хотя RS-232 давно сдох. По той же причине - 485 используется в промышленности, а ведь это близнецы братья.

Почему водопад не работал с 90-х? Очень просто ))) Это он у нас не работал с 90-х. На западе он не работал с середины 70-х. Просто, запад к нам пришел именно в 1991-93гг., вместе со своими моделями бизнеса, управления и производства. А что произошло в середине 1970-х? Ямайская конференция )))

С 1944 по 1976 годы в мире правила бреттон-вудская валютная система: доллар как мировая валюта, основанная на золотом запасе США (большая часть золота даже не своя, но, типа, под надежной охраной от злых коммуняк). В 1965 году Шарль де Голль нагнул США, и вывез "свое" золото из их закромов на родину. Это послужило старту новой денежной политики международных банкиров под управлением США, которая завершилась в 1976г (а окончательно утвердилась в 1978 г) на ямайской конференции (а то ведь можно и остальное золото проебать!). В чем суть "ямайского" доллара мы теперь хорошо знаем - он ничем не обеспечен ))) а значит, его можно и печатать сколько хочешь, и воровать сколько угодно. Но! Просто так воровать нельзя (по определенным причинам), надо создать инструменты. Типа, оффшоров, фондов, изменения правил работы бирж, и т.д. Это на несколько постов получится ))) поэтому, буду краток.

В экономике предприятий (микроэкономике) есть две статьи расходов: CAPEX и OPEX. Капзатраты и оперционные расходы. При этом, у нас имеется фондовый рынок, где мы можем добыть, отмыть, похоронить и т.д. любое количество денег! Возникает соблазн ))) а не спиздить ли нам денег из собственного предприятия, чтобы нам за это ничего не было? Можно! )) так рождаются целые отрасли стирки бабла. Из которых самой чистой, и при этом очень прибыльной, остается накачка капитализации компании (CAPEX). Фондовому рынку без разницы влила ли компания бабки в новый прокатный стан, или в покупку софта. Только, прокатный стан занимает цех длиной в километр, а софт - это просто лицензионный ключ, цифры на клочке бумаги. Их никто, и никогда не в состоянии проверить. Поэтому, и те и другие затраты немедленно отразятся на стоимости бумаг компании на ФР. Этим и объясняется взлет ИТ индустрии после ямайской конференции.

Теперь, когда чуть понятнее про экономику, давайте посмотрим на взлет первых ИТ гигантов. Майкрософт, САП, Оракл... Все они - выходцы из ИТ монстра, IBM. Википедия нам травит байки о гениальных инженерах, которые "почувствовали" перспективы, уволились и основали свои компании. Вики даже не скрывает тот факт, что все они вышли с наработками, которые делали внутри IBM и за деньги IBM. Это что за лоховской монстр такой? ))) Который растерял столько "талантов". А теперь посмотрите на даты создания этих компаний? С 1972 по 1976. Это не было бегство "талантов". Это был целенаправленный вывод перспективных и доходных бизнесов в офшоры, из под крыла родительской компании, которая была под строгим надзором у налоговой США. Вот и вся суть )))

Теперь детали. Та же САП, разродилась софтом, который можно тиражировать, а не писать заново под каждую компанию. При этом, ей (не случайно) удалось сохранить стоимость внедрения такую же, как и в случае разработки. Случайно это? Ну, конечно нет. Если вы технарь, то смотрите на САП со стороны инженера, а если генеральный директор, то со стороны бизнеса. Почему бизнес готов платить за проект на САП 100 000 000 долларов, а на 1С не готов? Дело не в технических деталях. А в том, что САП получив оплату, тут же занесет обратно половину стоимости проекта. При этом, никакая госслужба не сможет доебаться до сделки. Воруй, но через покупку нашего софта. Поэтому, чем дороже стоит сап, тем охотнее его будут покупать богатые компании. А, раз такое дело, то зачем нам качественно внедрять то, что уже принесло доход? Тут нюанс ))) Запад же не дикий, а цивилизованный. На каждом этапе должен быть акт приема-передачи. Поэтому, владелец компании получает возможность спиздить из оборотных средств, но он должен поделиться с генеральным директором, который ставит свою подпись. Иначе, тот сдаст владельца. Так генеральный выбирает "подрядчика", в лице доверенной консалтинговой компании, тем тоже надо спиздить, иначе на откат генеральному не хватит. И они раздувают штат консультантов. Работают пятеро, а продаются все 100 человек. По бумагам - не доебешься. Все чисто. А по факту - миллиардные проекты торчащие в жопе. Зато, и консультантам на египет хватает - с каждым годом зарплаты растут! Ведь, за консультантов на рынке серьезная драка. И это понятно, когда я работал консультантом, моя ЗП была 3000$ в месяц, но мой рабочий день для клиента стоил 1720 евро в день! Не сложно выдать рабу дольку размером с пару % )))

В итоге. С 1990х годов на "бизнес" рынке отпала необходимость что-то серьезно проектировать. Надо было откатать бабки. Серьезная школа осталась в уцелевших военных конторах и к некоторых эксклюзивных областях, но очень точечных.

Извините, за длинный комментарий )))

Дело не в плохо, и глобально- даже не в навыках.. дело в подходе бизнеса к оценке резработки... Бизнесу надо хуяк-хуяк и пошел поток денег, но хорошо с таким подходом получается почти никогда- всегда костыли, ходящие на костылях...

Да, это именно аджайл. Не нравится? Не юзай. А если ты ругаешься, плюёшься, но юзаешь, то это и будет так продолжаться. Потому что аджайл подразумевает выпуск на рынок сырого продукта. Потому что он все равно приносит деньги. А вот если это работать перестанет, то так и делать не будут.
И не надо тут на меня слюной брызгать, я тебе говорю как оно работает, а не кого-то отмазываю. И сам я работаю в QA, уж поверь, я иным разрабам намного интереснее эпитеты придумаю чем ты.

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

У приложения А фреймворк на 50 метров, у приложения Б тот же фреймворк на 50 метров, и у приложения В тоже фреймворк на 50 метров.

Итого 150, хотя могло быть 50.

Вот только запускается вся эта херня секунд пять и больше на компе

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

Круто, чо. Это как раньше сохраняешь флешку, swf которая, в ехе, так он туда весь мать его адоб мастер коллекшн запихивает.

А фреймворк типа тоже весь в приложение пихают, только нужные компоненты, не?

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

Сравнение некорректно.

1) анимации жрут мало ресурсов системы, и тупят не потому что тяжёлые, а потому, что в это время происходит загрузка приложения. Если убрать анимацию, оно запустится максимум на полсекунды быстрее.

2) многое зависит от железа. В современных телефонах до сих пор во многих стоит довольно медленная память, отсюда и долгие загрузки.

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

4) в процессе разработки НЕИЗБЕЖНЫ факапы и некоторый процент костылей. И не всегда их потом можно дёшево и быстро отрефакторить.

Вообще, интересная область - программирование. Почти как футбол - все знают, как лучше было сделать разработчику, при этом поголовно считают его тупым, криворуким и жадным идиотом.