Анонс новой идеологии разработки софта

"

Никаих питонов, руби, джаваскрипта и прочего детского сада.

"

чому людина з дитячого садочка проти дитячого садочка? От бунтар :)

Никаких ораклов, в основном использовать NoSQL базы

так сейчас же все так поступают — финансовая информация в NoSQL, зато метрики какого-нибудь Zabbix-а в MySQL/MariaDB
для последнего ведь транзакционность куда важнее, чем для каких-то там денег

А я тоже, наевшись мухоморов в пятницу, люблю смотреть мультфильмы на ковре и придумывать новые nosqlagilemikrokernel-идеологиии разработки. Пустите меня в клуб скрам-мастеров?

Не зовсім зрозуміло чи це стьоб, але NoSql i Реляційні БД вирішують різні задачі, а не є взаємозамінні)))

зрозуміло — це стьоб

я решил предложить

Скіки проектів вже так зробив?

Никаких ораклов, в основном использовать NoSQL базы, ну или PostgresSQL в крайнем случае.

предлагаешь самому транзакции писать? Ну успехов, чего.

у. Никаких амазонов, докеров, кубернетесов

зря зря. Докер и кубер няшки где всё просто работает. Взял плагинчик который твою аппу упакует в докер контейнер и послал на CI, и всё, оно задеплоилось. А если ещё у вас IAC и терраформ, то вообще збс, все танцы с бубном не нужны, весь деплой инфраструктуры это лямбда.

Не усложнять себе жизнь!

ни один орхетектор от понижения свое чсв не откажется, «смарите какую я сложную систему наваял» это же основной поинт профессионализма и селери, на «смотрите какая сложная задача и как просто и понятно я её решил» никто ничего не променяет.

ни один орхетектор от понижения свое чсв не откажется, «смарите какую я сложную систему наваял» это же основной поинт профессионализма и селери, на «смотрите какая сложная задача и как просто и понятно я её решил» никто ничего не променяет.

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

2) только AWS Lambda
3) serverless.com жи

І швиденько соснете тому що будете башляти космічне бабло за API Gateway

Ибо нефиг писать serverless то, что предназначено для vps.

и сильными статическими гарантиями

Для jvm какие сильные гарантии дает Java/Kotlin, по сравнению с Scala/Ceylon?
Для нативного софта какие сильные гарантии дает D по сравнению с Rust/Haskell?
И что вы предлагаете для веба/мобайл?

Никаких ораклов, в основном использовать NoSQL базы, ну или PostgresSQL в крайнем случае.

Чем вам не зашел Oracle? Мне он тоже не очень, но всетаки интерсено, чем PostreSQL лучше Oracle, кроме цены?

Читал с сочувствием до момента «никаких ораклов. в основном использовать NoSQL». И тут вспомнилась фраза из замечательной повести Роберта Тронсона: «Коммандор Солт запел одну из трех известных ему песен».

Хайп вокруг nosql уже прошел. Как и ожидалось они заняли свою скромную нишу в хранилищах ключ-значение. Что касается всех этих экзотических D и растов это для узкого круги фанато. Да и Энтерпрайз будет переезжать на .net. облачные хранилища обеспечивают все что раньше входило в java application server.

Да и Энтерпрайз будет переезжать на .net.

Влажные мечты)

Ну лет через 50 может быть.

не верю в 50 лет. Учитывая, что в банках еще крутится кобол, я вполне серьезно думаю, что жизнь современных топовых технологий будет приблизительно равно бесконечной.
ДноНет это конечно не касается, днонет умрет рано или поздно как жалкая пародия на джаву.

Влажные мечты это то что вы написали в своем посте. Приложения для websphere и weblogic я писал когда вы ещё под стол пешком ходили. Яву, которую оракл начал спускать в унитаз спас только андроид. В появлением кросплатформенного и опенсорсного core.net преимуществ у Явы не осталось. Точнее что осталось откусила нода.

Советую почитать как сейчас происходит разработка в мире Джавы и что сейчас используется. Воспоминания 20 летней давности уже немного не актуальны.

Увы, живешь в параллельной реальности.

А что пиши код Б***!!! уже не в тренде ?

А как нонче без коду ободятси ?

И правильно. А то понанимают по объявлениям а они «я просто ** пишу код». А потом с этим просто**написанымкодом как-то жить....

А ты думаешь те 20 фреймворков писались не нанятыми по объявлениям? Бгг

В случае некоторого саппорта и поддержки этого кода со стороны комьюнити и авторов это перестаёт быть в некоторой степени проблемой проекта. Хотя конечно всегда есть опасность, что автор впадёт в безумие, и придётся поддерживать форк с project specific фичами...

устанавливают 20 фреймворков

Предлагаешь изобретать велосипед каждый раз, когда он нужен?

Зачем белаз когда ЕСТЬ велосипед под твои нужды и не кривой?

Может в этих ваших сях не умеют в комбинируемость и дизайн API, что не удивительно, но в моём манямире даже cats.IO, Monix, ZIO сосуществую мирно, хотя внутри они либы для асинхронщины которые совсем по разному работают. И даже akka sterams можно дружить с fs2 и мониксом.

7) Никаких ораклов, в основном использовать NoSQL базы, ну или PostgresSQL в крайнем случае.

Игнорирование ACID может привести к очень болезненным последствиям. Нужно понимать, где это можно сделать на допущениях NoSQL подхода, а где это делать категорически нельзя. Поэтому без конкретизации сферы деятельности, для которой происходит разработка софта — это слишком сильный тезис, чтобы его обобщать на весь скоуп разработки.

И что вы будете делать с ACID, когда у вас транзакция должна распространяся на десяток серверов БД, или в бизнес транзакции участвуют несколько организаций? Или что делать с ACID, когда вам надо реализовать бизнес-транзакцию для данных, которые должны быть доступны в разлиных локациях, например в US/EU? Так что ACID в современном софте — это не панацея.

И что вы будете делать с ACID, когда у вас транзакция должна распространяся на десяток серверов БД

Я буду следовать принципам ACID, используя ограничения NoSQL подхода, выбирая те показатели (CA vs CP vs AP), которые для конкретной задачи наиболее важны.

А если бизнес-требования таковы, что важны все три показателя — порекомендую не изобретать велосипеды и перейти к использованию одной из реляционных баз данных.

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

ACID — не панацея конечно, и не во всех случаях он нужен (если смотреть объективно). Но там где он нужен — нет места NoSQL подходу как ядру будущей системы.

Типізацію і nosql? тут конфлікт інтересів

Но ты забыл разрешить всё хорошее! «Строгим типизаторам» всё нужно указывать explicitly.

А где новая идеология?

>

То есть это D, Java, Kotlin, Rust.

Я думал вы Идрис предложите. А тут какая-то фигня унылая.

Навеяно топиком и комментами:

Встречаются два разработчика
— Как сделать чтобы правильно разрабатывать софт?
— Могу рассказать.
— Рассказать я и сам могу. Как сделать — то?

Девки не дают тем, кто использует языки со статической типизацией, язык должен быть динамичным %)

ага, посмотрите в сторону руби ©

=)

а что еще софт разрабатывают? вроде уже все написали что было нужно.

phpшники с 1сниками тихонько рыдают в сторонке...

Отличная идеология! Приходите работать в мою студию.

В эту? www.youtube.com/watch?v=3io3-R-Vc1E

Нет. Я ее еще не открыл.

Как инстанс переносить — да скопировать просто exe-шник на другую машину

ээээээээээ
эээээээ
эээээээээ
как же так? нормально ж сидели! ©

да скопировать просто exe-шник на другую машину.

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

Нормальная прога попросит доустановить нужное и порты открыть. Но это если исполняемый файл только. А так эту проблему уже давно решили в винде инсталляторами и пакетами в линухе.

вот это я вместо бизнеслогики буду сидеть делать работу девопсов? Шёл бы ты дядя со своими инсталяторами, это не нужная дурь.

хуяк-хуяк и в прод

разделение обязанностей.

Azure

а зачем тогда молчать про GCP и AWS и пропогандить M$?

В случае .Net есть один простой фреймвок для всего.

Который ничего не умеет, игнорирование проблем это не решение.

Бизнес — это же вечное движение (и распил) бабла

по этому бизинесь это плохо.