Я только из таких соображений про зрелость размышляю

> Зрело не думал, что ты из этих

этих

Я не вижу причин выбирать C# сейчас, если не уже нанятые люди и уже лок на MS-технологии, ну или надо шлёпать UI под Windows.

Но это под сферические задачи, на практике ещё сложнее ведь будет

Я не вижу причин выбирать C# сейчас, если не уже нанятые люди и уже лок на MS-технологии, ну или надо шлёпать UI под Windows.

но я же c растом сравнил

а у вас здесь весело

> Зрело не думал, что ты из этих

а что ты на расте писал?

@Luger_08 Вот он на расте писал

Можете его тыкать

@Luger_08 Вот он на расте писал

пц. пару пет проектов

https://benchmarksgame.alioth.debian.org/u64q/csharp.html

кстати

Rust как-то странно сравнивать с C# и .NET (и JVM), и в плане экосистемы , и в плане зрелости и архитектуры

На Rust примерно такой-же рейт issues per repository как и для C++, что как-то не очень радует.

На Rust примерно такой-же рейт issues per repository как и для C++, что как-то не очень радует.

не очень понял, как должно быть и кто из них не радует?

На Rust примерно такой-же рейт issues per repository как и для C++, что как-то не очень радует.

ну смотри, Rust же не избавляет тебя от ошибок бизнес-логики , какие , например, там issues превалируют?

https://benchmarksgame.alioth.debian.org/u64q/csharp.html

но там в си шарп коде public static unsafe void Main(string[] args)

не очень понял, как должно быть и кто из них не радует?

Хотя бы несколько меньше, на С++ слишком много времени надо вливать, чтобы хотя в базовых вещах не лажать.

еще , кмк, в Rust есть проблема такая : каждый, кто в него вкатывается, пытается писать на нем как на своем основном рабочем $LANGUAGE_NAME

Хотя бы несколько меньше, на С++ слишком много времени надо вливать, чтобы хотя в базовых вещах не лажать.

таким образом можно сравнивать только совершенно эквивалентные и равновозрастные технологии

таким образом можно сравнивать только совершенно эквивалентные и равновозрастные технологии

а мне еще про этих говорил

Но мы же говорим , про еще один язык

еще один язык попроще должен быть

на с++ ты не можешь писать как на втором языке. слишком мощный, слишком переусложненный

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

раст, го - норм варики

Например, на Солнцах площадь затемнённых участков на космический объект больше, чем у каменных планет

хотя в расте ебанутый синтаксис

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

таким образом можно сравнивать только совершенно эквивалентные и равновозрастные технологии

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

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

как опенсорс язык с экосистемой он очень слаб

но вот самое интересное, чтоу нового компилятора шарповского звезд меньше чем у скалы )

https://github.com/dotnet/roslyn

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

не даёт никакого понимания. Базовые знания в статистике приводят к пониманию, что никакого понимания такие средние не дают

Какой процент issue относится к проблемам, вызыванным самим языком? Может ли даже репортер понять, что его ишью из таких и в какой степени

Какой процент issue относится к проблемам, вызыванным самим языком? Может ли даже репортер понять, что его ишью из таких и в какой степени

Это надо приличное количество времени влить, чтобы иметь фактические показатели в цифрах. Сейчас прошелся по ряду репозиторий из cpp awesome, у них и всречаются сегфолты, проблемы с порядком инициализации и указателями, проблемы с линковкой также выплывают довольно часто.

Это надо приличное количество времени влить, чтобы иметь фактические показатели в цифрах. Сейчас прошелся по ряду репозиторий из cpp awesome, у них и всречаются сегфолты, проблемы с порядком инициализации и указателями, проблемы с линковкой также выплывают довольно часто.

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

Мало того, нужно избежать искушения примерить какое-либо среднее на свои индивидуальные возможности

Всё равно писать код получится быстрее там где runtime банально защищает от ошибок. В C++ эксепшены в конструкторе и деструкторе могут создать приличные проблем. Если такое будет в jvm или clr - да всем наплевать, сам runtime освободит память. А в c++ если объект не создан (эксепшен же был), то на стеке не будет его адрес, не будет адреса - деструктор не вызвать. Т.е. придётся самому ещё до создания объекта заботиться о выделении памяти. В Scala, если писать в java-стиле и не обмазываться impilict conversions с перергузкой оператов или накручивать кастомные, то время на дебаг и выяснение причин почему не компилится или падает практически не тратится.

Про scala - абсолютно моя субъективщина

Всё равно писать код получится быстрее там где runtime банально защищает от ошибок. В C++ эксепшены в конструкторе и деструкторе могут создать приличные проблем. Если такое будет в jvm или clr - да всем наплевать, сам runtime освободит память. А в c++ если объект не создан (эксепшен же был), то на стеке не будет его адрес, не будет адреса - деструктор не вызвать. Т.е. придётся самому ещё до создания объекта заботиться о выделении памяти. В Scala, если писать в java-стиле и не обмазываться impilict conversions с перергузкой оператов или накручивать кастомные, то время на дебаг и выяснение причин почему не компилится или падает практически не тратится.

Ну вообще в крестах с появлением умных указателей работа с памятью стала значительно проще. Они сами заботятся о жизненном цикле объекта. Вооот

шаред пойнтеры O: достаточно давно все есть

А кто-нибудь встречал годную реализацию локального асинхронного write-back кэша, возможно в виде Map, с триггером на удаление элемента после таймаута (относительно записи например)

А кто-нибудь встречал годную реализацию локального асинхронного write-back кэша, возможно в виде Map, с триггером на удаление элемента после таймаута (относительно записи например)

caffeine умеет и write through и write back; и экспаер можно выставлять любой какой хочешь и все асинхронно

хм или я сам экстендил его...

да вроде смотрел его, синхронный, сейчас еще разок обсмотрю

AsyncLoadingCache вроде должен быть

можно посмотреть в сторону scaffeine если это скала

оберточка более декларативная но в кишках придется ковыряться всеранво скорее всего

скала, да, только что нашел в исходниках как раз AsyncLoadingCache, спасибо, буду посмотреть

шаред пойнтеры O: достаточно давно все есть

ну я же не говорю, что они вот только появились

я для токсичности добавил

caffeine умеет и write through и write back; и экспаер можно выставлять любой какой хочешь и все асинхронно

guava cache

гуава толще прост

не каждый захочет тащить ее в зависимости)

я для токсичности добавил

ясн)))

а потом у тя в проекте короче кассандра дривер и такой хадуп дривер и спарк ваще и в класспасе хадупа еще одна гуава и ты короче в результате отлично задеплоил джарник

у гуавы там вроде есть какие то хаки для совместимости

но это не точно

не

там есть серьезные брейки; и некоторые либы (та же касснадра датастах дривер) строго вресию гуавы в рантайме ловят

не могу найти строчку)

а потом у тя в проекте короче кассандра дривер и такой хадуп дривер и спарк ваще и в класспасе хадупа еще одна гуава и ты короче в результате отлично задеплоил джарник

>2017 >беспокоится о толщине джарника

>2017 >беспокоится о толщине джарника

ну не в толщине дело

а в версиях и депенсях которые порятятся

нашел * https://github.com/datastax/java-driver/blob/3.x/driver-core/src/main/java/com/datastax/driver/core/GuavaCompatibility.java#L130-L141

А кто-нибудь встречал годную реализацию локального асинхронного write-back кэша, возможно в виде Map, с триггером на удаление элемента после таймаута (относительно записи например)

hazelcast?

@vicgamov

@e_fedorov он уже по кафке спец)

ну я в курсе

но хазелкаст же он не забыл

он еще не спец

так бы на джокере про кафку бы говорил

Всем привет. Как называется мероприятие, где будут зачитываться доклады о Scala в Питере? Вроде, первый раз оно проводится там, а не в Москве. Там еще че-то про shapeless будет рассказываться. И возможно, это мероприятие уже прошло, просто помню ,что обещали запись сделать.

Заранее спасибо

Всем привет. Как называется мероприятие, где будут зачитываться доклады о Scala в Питере? Вроде, первый раз оно проводится там, а не в Москве. Там еще че-то про shapeless будет рассказываться. И возможно, это мероприятие уже прошло, просто помню ,что обещали запись сделать.

Вроде прошло уже, записей пока нет. Можно по чату поискать.

А как называется?

О, нашел

митап

презентации со вчерашнего митапа: Иван Юрченко, введеение в akka streams - https://drive.google.com/file/d/0B_yxxGEMDEZNVGxKZXNvX1JMcjA/view Илья Мурзинов, Вычисление на уровне типов в Scala - https://ilya-murzinov.github.io/slides/scalaspb2017 Алексей Отц, Перестаём бояться и затаскиваем монады в прод - https://docs.google.com/presentation/d/1PhKz4ZxQjGx1oxlaAeZSPhKhSsPN0pp1Aa-OnoWxEDI/view

Нашел:D Но про shapeless презентации не нашел=/

Нашел:D Но про shapeless презентации не нашел=/

Илья Мурзинов, Вычисление на уровне типов в Scala" - по сути оно.

А кто-нибудь встречал годную реализацию локального асинхронного write-back кэша, возможно в виде Map, с триггером на удаление элемента после таймаута (относительно записи например)

tinkoff macrocache

Интересно, но я туповат для него, попозже изучу

Народ, подскажите плиз. В akka-http вы используете стандартный дсл для роутов route1 ~ route2 ~ route3 ? Или есть какие-то альтернативы, чтобы не прописывать все роуты в одном месте?

А зачем?

Получить месс?

прописываешь тематические роуты в разных местах - потом их клеишь

Ну да, в спринге вот у меня десяток контроллеров, в каждом 2-3 эндпоинта. И эти контроллеры ничего друг про друга не знают

/toxic

Вопрос про роуты токсичен? Лол)

Ну как бы спринг

Мы делаем как описывает Денис

Таким образом ты всегда видишь какие у тебя роуты есть

Можно придумать что нибудь типа как в плее