Простые констатации меня, ярого ООПшника не убедят. Я не вижу более высокой скорости разработки. Не вижу более лёгкой поддержки
И не увидите, скорость и простота поддержки зависят в куда большей степени от разработчика, а не от того, на чём он пишет. Тут можно было бы сказать «если нет разницы, зачем платить больше», но у нас есть отличный пример того, как сам ОО подход принимался индустрией. Сначала большинство разработчиков тоже не понимало, зачем так всё усложнять. А потом рост сложности проектов ярко показал выгоды.
ФП существует очень давно, но теперь его внедрение толкает вперед индустрия больших данных и параллельных вычислений, чем больше людей становятся знакомы с ФП-концепциями, тем больше они начинают находить им применение в самых разных областях, Так что лет через 10 говорить будут не «ФП даёт более высокую скорость/лучше поддержку», а «проекты такого уровня сложности никто уже давно не делает на голом ООП».
Вы каждый if будете описывать на бумаге? Например, в Яве8 наконец-то появились лямбды и стримы, и народ их начал вполне эффективно использовать, ибо давно наболело. Это самое что ни на есть ФП (\шёпотом\ и даже с монадами, хотя большинство разработчиков даже не знают, что они используют монады), просто ООП это тоже не отменило.
во-первых, airbnb взымает НДС, на который вы так напираете (https://www.airbnb.com/help/article/436/what-is-vat-and-how-does-it-apply-to-me)
во-вторых, вы напрасно считаете, что налоговые службы США/Европы закрывали бы глаза на нарушение налогового законодательства в крупных размерах. Если у них не возникало претензий в течение достаточно долгого срока деятельности ни к airbnb ни к Booking (у которого абсолютно та же агентская модель), значит это полностью укладывается в их реалии и мне непонятны ваши претензии.
Сдаётся мне, вы чего-то не знаете о том, как платят налоги самозанятые или арендодатели в большинстве стран. Это не обязанность третей стороны, это обязанность человека зарабатывающего на аренде. Airbnb просто не о чем договариваться с налоговой за рамками налогов на их собственные заработки с комиссий.
Даже разрабатывая на яве можно столкнуться с багами в коде, которые воспроизводятся только на арм-архитектуре. Там есть отличия в плане memory barriers, которые бывают критичны в многопоточке (а ядер на армах обычно много)
>где в онлайне можно посмотреть сколько света вы намотали, потом нажать кнопку «оплатить» и тут же оплатить в онлайне через интернет-банк не выходя из дому.
электричество везде периодами оплачивается. какой смысл смотреть сколько там прямо сейчас «намотали»? а сколько затрачено за прошедший месяц и переход на оплату много где есть. Более того, есть страны где и нажимать ничего не надо, поставщик энергии сам снимет бабло с вашего счета по доверительному поручению.
Согласен, что майндстормсу не хватает простых микромоторов, редуктор вообще не проблема собрать на самом лего, что и с образовательной точки зрения предпочтительнее. А еще огромные претензии к стандартному майндстормс софту.
есть две основные серии лего — классическая с вариантами, и текникс, mindstorms заточен под вторую, т.е. если вы будете собирать что-то сложное, и вам не хватит деталей стандартного набора, то вам нужны будут наборы текникс, правда, я особой проблемы не вижу
Просто автор выбрал совсем неподходящие языки для сравнения, а ведь есть прямой аналог из второй половины 90х — это Visual Basic, в то время язык нежно любимый за низкий порог входа и хорошую интеграцию со сторонними библиотеками, получивший особенно широкое распространение в эпоху американского бума IT.
Не обязательно у лего покупать, есть чудесный магазин bricklink где частные лица продают друг-другу лего россыпью, иногда новые детали, иногда со следами зубов :), бывает, что сильно выгоднее, чем набор брать. Или, к примеру, если надо один мотор для майндстормса докупить.
Functional Programming, Simplified by Alvin Alexander
И не увидите, скорость и простота поддержки зависят в куда большей степени от разработчика, а не от того, на чём он пишет. Тут можно было бы сказать «если нет разницы, зачем платить больше», но у нас есть отличный пример того, как сам ОО подход принимался индустрией. Сначала большинство разработчиков тоже не понимало, зачем так всё усложнять. А потом рост сложности проектов ярко показал выгоды.
ФП существует очень давно, но теперь его внедрение толкает вперед индустрия больших данных и параллельных вычислений, чем больше людей становятся знакомы с ФП-концепциями, тем больше они начинают находить им применение в самых разных областях, Так что лет через 10 говорить будут не «ФП даёт более высокую скорость/лучше поддержку», а «проекты такого уровня сложности никто уже давно не делает на голом ООП».
во-вторых, вы напрасно считаете, что налоговые службы США/Европы закрывали бы глаза на нарушение налогового законодательства в крупных размерах. Если у них не возникало претензий в течение достаточно долгого срока деятельности ни к airbnb ни к Booking (у которого абсолютно та же агентская модель), значит это полностью укладывается в их реалии и мне непонятны ваши претензии.
электричество везде периодами оплачивается. какой смысл смотреть сколько там прямо сейчас «намотали»? а сколько затрачено за прошедший месяц и переход на оплату много где есть. Более того, есть страны где и нажимать ничего не надо, поставщик энергии сам снимет бабло с вашего счета по доверительному поручению.