в 2016м выкатили

@vanbukin ок, услышал. Спасибо

Там мидлвары

А само приложение - это просто веб-сервер в консоли

Нет больше привязки к IIS

Всё что нужно - это обратный прокси. А чем он будет - похрену вообще.

Ну и работает бодрее

раз так в 20

Нет больше привязки к IIS

Вот за это респект. Я как-раз думал что до сих пор есть анальная привязка.... Ну ладно, пойду что ли вордпресс на шарпах запилю?

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

с удовольствием на жаву О.о о.О

Вот за это респект. Я как-раз думал что до сих пор есть анальная привязка.... Ну ладно, пойду что ли вордпресс на шарпах запилю?

Кстати

c php :)))

на яве пишу тольк плагины к идее... вполне себе...

Вот за это респект. Я как-раз думал что до сих пор есть анальная привязка.... Ну ладно, пойду что ли вордпресс на шарпах запилю?

https://github.com/iolevel/peachpie-wordpress

на яве пишу тольк плагины к идее... вполне себе...

У нас синтаксис более сахарный

А так разницы почти нет

С жавой

У нас синтаксис более сахарный

шарп - мой самый любимый язык. за это не парься :)

никому не нравится окамл?(

на яве пишу тольк плагины к идее... вполне себе...

А как же груви/скала/котлин тот же?

или котлин\скала да

А как же груви/скала/котлин тот же?

Скала крайне не привычно

котлин вот думал попробовать. много смотрел...

Котлин вроде норм

триггер Enleur :D

Скала крайне не привычно

А что непривычно? Там первый уровень это просто better-java (aka kotlin ? (набросик))

У нас синтаксис более сахарный

Это адекватный сахар. Геттеры-сеттеры. Перегрузка операторов. и т.д. Джава сосет, пока что. Котлин уже перебрали, как по мне. Их objects это какой-то ад, а extends вообще шаг в сторону JS с их глобальными "хуй пойми откуда" переопределениями. Но да это мое IMHO

Это адекватный сахар. Геттеры-сеттеры. Перегрузка операторов. и т.д. Джава сосет, пока что. Котлин уже перебрали, как по мне. Их objects это какой-то ад, а extends вообще шаг в сторону JS с их глобальными "хуй пойми откуда" переопределениями. Но да это мое IMHO

А ещё у нас женерики - рантайм)

» Геттеры-сеттеры

которые не нужны :))

как выясняли на этой неделе

которые не нужны :))

DTO’шки к базе

и не только на этой

но в котлин монады завезли

И read-only DTO’шки на выходе экшонов

но в котлин монады завезли

F# можешь взять

Есть жираф

Фреймворк

Бля.... я сказал сеттеры? :( Сча опять набегут черти и начнется флуд на полдня

Будет тебе веб на ФП

это именно если .NET нужен мб да

а вот серьезно. хочу на шарпе или явародном языке писать. как искать работу, если последние года 3-4 пхп?

а вот серьезно. хочу на шарпе или явародном языке писать. как искать работу, если последние года 3-4 пхп?

Пойти мидлом

а из явы только плагины к идее, которые нафиг никому не нужны :)

ну.. такое. денег же тоже надо.. гдето придется терять :( хотя... можно и так

Это адекватный сахар. Геттеры-сеттеры. Перегрузка операторов. и т.д. Джава сосет, пока что. Котлин уже перебрали, как по мне. Их objects это какой-то ад, а extends вообще шаг в сторону JS с их глобальными "хуй пойми откуда" переопределениями. Но да это мое IMHO

> objects Ну это из scala взято 1 к 1. Просто более гибкая замена статик-методам. > extends вообще шаг в сторону JS с их глобальными "хуй пойми откуда” Это неправда, там все статически резолвится

https://covrom.github.io/gonec/ Если серьезно, реально ли найти такие бизнес-задачи под эту штуку, не просто же так люди морочились и писали интерпретатор свой? (по ссылке там "Платформа создания микросервисов на 1С-подобном языке", написанная на go)

https://covrom.github.io/gonec/ Если серьезно, реально ли найти такие бизнес-задачи под эту штуку, не просто же так люди морочились и писали интерпретатор свой? (по ссылке там "Платформа создания микросервисов на 1С-подобном языке", написанная на go)

проще в DevOps пойти

и на go инфраструктуру к кубу писать

А ещё у нас женерики - рантайм)

Reified женерики есть и в котлин (можно их точно юзать, где прям нужно). Да и скале какая-то балалайка есть для замено, вроде даже достаточно сахарная, что бы не страдать.

но в котлин монады завезли

В каком месте? Если ты про Arrows, то такие же костили ты можешь налабать с кодогенерацией и в джаве.

проще в DevOps пойти

т.е. в теории 1Сниками это всё не надо, как я понял, чувак просто под микросервисный хайп это всё пилит?

т.е. там предполагается, что 1Сник на 1С будет пилить свои микросервисы

такая бредятина :)

поправка - на 1С-подобном языке, который в итоге едет под написанном на go интерпретатором

> objects Ну это из scala взято 1 к 1. Просто более гибкая замена статик-методам. > extends вообще шаг в сторону JS с их глобальными "хуй пойми откуда” Это неправда, там все статически резолвится

Со скалой не работал, и с третьего подхода с объектами до конца не разобрался.... а вроде бы не дурак (а может и дурак) Да, extends то резолвится статически. Но возможность объявлять в одном месте, не связанным с классом, а вызывать вообще в третьем немного не ок. Вообще, любой девелопер 80% времени читает чужой код, а читать котлин какая-то боль )))) Однако, есть в котлине реально клевые вещи - переопределение всех операторов и контроль nullable огонь!

Со скалой не работал, и с третьего подхода с объектами до конца не разобрался.... а вроде бы не дурак (а может и дурак) Да, extends то резолвится статически. Но возможность объявлять в одном месте, не связанным с классом, а вызывать вообще в третьем немного не ок. Вообще, любой девелопер 80% времени читает чужой код, а читать котлин какая-то боль )))) Однако, есть в котлине реально клевые вещи - переопределение всех операторов и контроль nullable огонь!

Ну перегрузкой операторов в 2018 мало кого удивишь

А вот nullable-контроль в ооп-языке - это круто

А вот nullable-контроль в ооп-языке - это круто

мне это больше нравится тем, что по умолчанию все типы NotNull. и это прекрасно :)

В шарпике через Extension-методы это делается кстати

Но там явно неймспейс указывать надо

а по нему можно и метод найти без проблем

Но там явно неймспейс указывать надо

это вот кстати немного подбешивает :)

это вот кстати немного подбешивает :)

Ну пиши весь код в одном нейспейсе и будет счастье)

Только будет ли оно в таком случае - вопрос хороший)

Ну пиши весь код в одном нейспейсе и будет счастье)

боюсь мне тогда не видать хорошей работы на шарпе :)

ERROR: S client not available

Ну перегрузкой операторов в 2018 мало кого удивишь

Да и често говоря я бы не сказал что это вообще кому-то нужно в тырпрайз коде. (кто тут у нас матрицы переумножает в продакшене ?‍♀️) Сколько пишу (больше года) на котлине разные проекты, ни раз не переопределял что-то кроме [] И кстати, там далеко не все операторы. Там очень маленький набор арифметический операций и []

Да и често говоря я бы не сказал что это вообще кому-то нужно в тырпрайз коде. (кто тут у нас матрицы переумножает в продакшене ?‍♀️) Сколько пишу (больше года) на котлине разные проекты, ни раз не переопределял что-то кроме [] И кстати, там далеко не все операторы. Там очень маленький набор арифметический операций и []

Битоёбство ещё есть, которые ни разу не арифметические операции

Ну как бы да, но как бы нет

Короче не знаю

& | - вот эти вот ребята

implicit касты можно сделать к любым типам

Ну перегрузкой операторов в 2018 мало кого удивишь

Скажи это java ?

Скажи это java ?

не писал на ней толком)

Я когда только начинал писать - ЯП себе выбирал

implicit касты можно сделать к любым типам

Я про котлин говорил все таки. На шарпе я уже редко пишу.

и не смог в NetBeans

Поэтому пишу на шарпике)

Чуть верну к обсуждению REST like. У нас есть "async" POST, т.е. я физически не могу вернуть контент (ибо его еще нет, т.к. я любитель "обмазаться шинами", что я должен ответить: 200 или 204?

202

Но в реальности я бы 200 возвращал всегда))

Добрый вечер. По мотивам контекстов в DDD. Классический интернет магазин: товары, заказы, покупатели и т. д. На какие контексты вы разбили бы приложение?

контекст товаров, заказов, покупателей

контекст товаров, заказов, покупателей

Неа, так не сработает

Контексты это 80% DDD

Имхо конечно, и "класический магазин" тут не работает, именно потому что DDD

Все контексты идут ттлько от бизнеса, иначе это и близко не DDD

Понеслась...)

Что собственно нас приводит к тому что: 1) вопрос изначально не имеет смысла 2) DDD автору не нужен 3) DDD не нужен (с) я

Последнее спорно

Понеслась...)

А почему бы и да...

окай

контекст выбора товаров, контекст оформления заказа, контекст личного кабинета

))

А почему бы и да...

мы тут только сегодня обсуждали тему триггер - слов)

мы тут только сегодня обсуждали тему триггер - слов)

Так я потому и решил поддержать

контекст выбора товаров, контекст оформления заказа, контекст личного кабинета

Этого значит... ничего. Вот вам наброс: любой из перечисленных вами контекстов не имеет смыла без других. Это не DDD.

Но это не точно, ибо опять же DDD идет от бизнеса.