Pull to refresh
34
0
Андрей К @Enrey

Пользователь

Send message

Не смотря на позитивные упоминания docker, imho слишком много ручной работы по конфигурированию keycloak/realm/ldap/...

Жду продолжения статьи с автоматическим конфигурированием keycloak при старте docker-контейнера https://github.com/adorsys/keycloak-config-cli :)

Про compose в проде поддержу, его авто-конфигурация сети при up может много ненужных нежданчиков преподнести.


Такой вопрос, есть т.н. 12 factor apps, которые в т.ч. говорят об идеальном мире "один и тот же заранее собранный контейнер используется в разных средах а параметризуется через env"
Если с бекендом все понятно, то как быть с фронтом, который обыкновенно статика в nginx, которому (nginx) обыкновенно плевать на env, а в саму статику пробросить env обыкновенно можно только через build фронта каким-нибудь вебпаком с параметрами.
Есть у вас опыт как жить с этим? :))

На самом деле описанные в статье проблемы признаются мировым сообществом, в т.ч. самими авторами Agile Manifesto.

Вот Мартин Фаулер про «Agile 2018», очень интересное выступление, где он обозначает текущие проблемы Agile, которые авторы оригинального agile манифеста «даже не представляли» (problems that we original manifesto authors didn't imagine) и ставит следующие цели:

1. Борьба с псевдо-agile (dealing with faux-agile)
2. Важность технической стороны (the lack of recognition of the importance of technical excellence)
3. Продуктовый, а не проектный подход (get rid of software projects and use a product-oriented view)

martinfowler.com/articles/agile-aus-2018.html

Вот Роберт Мартин и куча подписавшихся людей с Craftsmanship Manifesto:

1. Well-crafted software
2. Steadily adding value
3. A community of professionals
4. Productive partnerships

manifesto.softwarecraftsmanship.org

Это я к тому, что текущая статья не противоречит Agile :)
Вам шашечки или ехать? Вот во всех комментариях найдут какую-то «мелочь» и цепляются к ней… Content negotiation только во 2м вебапи появилось, если мне склероз не изменяет и уж точно не было киллер-фичей.
Да уж :) Помню как евангелисты микрософта на конференции TechEd 2011 преподносили OData как революцию. Но «что-то пошло не так» ©

Вот даже видюшку нашёл, харизматичный мужичок был www.techdays.ru/videos/3883.html
Я думаю что МС не думает о ПЖЦ своих технологий, поэтому они часто «почкуются» и умирают.

Всё что можно было делать в Web Api, можно было делать и в MVC через JsonResult метода контроллера. Разве что без OWIN и Embeded Server и чуть более «многословно».

Так что Web Api попросту умер, когда в новом «более лучшем» MVC пришлось/удалось отказаться от System.Web за счет кросс-платформенности. Мавр сделал свое дело, мавр может уходить.

Оно ж с MVC слилось в экстазе когда ms осознал что две параллельные реализации контроллеров и инфраструктуры вокруг них не есть хорошо. М?

Под провалом odata я понимаю что практически никто за пределом .net песочницы о ней не слышал, хотя технологии ~10 лет (да и в песочнице она нечасто всплывает)


Пишете на WebApi? А как же .Core которому здесь сотню комментариев подряд все оды поют?

Servicestack.net еще адекватная платформа для NET которую я знаю. Там можно на странице Features нажать на коробочку и получить их список. Но к сожалению платная, поэтому жутко непопулярная как у разработчиков так и работодателей. Странно что ее так никто и не упомянул, я всё ждал, ждал.
Всё верно. А затем, как я и писал выше, начинается скрещивание ежа с ужом. Возьмем например такой базис в любом ентерпрайз приложении как управление транзакциями — где, к примеру, вы в дотнете будете стартовать транзакцию к бд и в какой момент завершать / откатывать? Вариантов много ведь, и ни один не выглядит до конца правильным.

А к примеру в том же спринге в разделе про Data — с этого всё начинается docs.spring.io/spring/docs/current/spring-framework-reference/data-access.html

Я сам прошёл путь от оголтелого отрицания «платформ» до понятия их необходимости в корпоративной среде. Позволяет не ходить по одним и тем же граблям разными путями в разных проектах.
Никто уже не помнит WCF Dataservices? Это и была одна из причин провала OData-ы — прибитая гвоздями кривейшая концепция и инфраструктура.
К версии 4 оно всё-такие мигрировало на более адекватный и гибкий Web Api.
Потом, впрочем, и Web Api канул в лету (оно и к лучшему).
Плюсую. Модули Java 9 — колоссальнейшая многолетняя работа по модуляризации и перепиливанию всей платформы.
Микрософт за это время успел выкинуть старый .NET.
Если вам действительно интересно, зайдите на сайт спринга там есть features projects.spring.io/spring-framework оно всё вместе работает «из коробки». В .NET я не знаю фреймворка такого уровня зрелости (только десяток более мелких ежей-ужей которые постоянно приходится скрещивать).

А если посмотреть на спринг.клауд, projects.spring.io/spring-cloud то его фичи это вообще космос, вообще не знаю ничего похожего для .NET.
Хоспадя, причем здесь F#
Ну его действительно нет. Были давным-давно попытки a la Spring.NET, но оно разбилось об отсутствие Community.
Конструктивней в данном треде, увы, вряд ли получится, здесь какая-то атмосфера нездоровая — сплошные переходы на личности с двоемыслиями, define и т.д. Неинтересно.
Опять слышу про дженерики… Чем оно лично вам «критическое»-то? Может всё-таки не в дженериках дело? :) Object он и есть Object никаких супер-оптимизаций «серебряная пуля» — не бывает.

Кстати, подумалось, что свеженький Kotlin-то бегает на JRE, а не на CLR…
Я много о чем и когда задумывался :))
И на OData доводилось писать когда не было никаких GraphQL. И только версия OData 4.0 уже хоть как-то подходила для продакшн, хотя и приходилось всё равно вставлять кучу костылей.

Вы как-то в одни ворота играете… :)
Давайте вспомним, например, (N)Hibernate. В каком году микрософт задумалась об ОРМ? А DI/IOC-контейнер в каком году появился? А библиотеки модульного тестирования ala N(J)Unit откуда портировались?

Я согласен, что синтаксис и возможности языка C# приятней (микрософт переосмыслил ошибки Java, это известный факт). Но что касается экосистемы вокруг — здесь Java действительно впереди, как бы я не любил C#.
И .NET Core это попытка MS запрыгнуть в уходящий поезд (возможно что-то и получится).
Кстати, Java тоже решила ускориться и перешла на полугодичный цикл релизов.
Так что дальше будет еще интересней. А то что языки черпают друг у друга новые возможности — это же хорошо.
Причем здесь VSCode? VSCode это переосмысление Atom-а и Sublime, которое действительно выстрелило. VS код действительно очень крут и опенсорсен.

PnP в конечном итоге извергло из себя Unity (не движок для игр, а контейнер), которое преподносилось в ~2010 как супер ноу-хау в т.ч. в живых семинарах в Мск. Это было как минимум забавно — ничего нового, но пафоса горы.
В каком месте-то?)
1. В .NET нет нормальной платформы для разработки ентерпрайз приложений.
2. 15 лет микрософт «в одно рыло» делал изменения в языке и .NET Framework.

И-то и то верно, вы с этим спорите что ли?

Information

Rating
Does not participate
Location
Россия
Works in
Registered
Activity