Олег Чирухин
@olegchir
Продакт Sber Giga IDE, продюсер в Failover Bar
Information
Specialization
Chief Technology Officer (CTO), Chief Executive Officer (CEO)
From 2,000,000 ₽
Product management
Project management
Marketing research
Game Development
Web development
Software development
jigsaw сделана в первую очередь для разработчиков JDK. Если бы вы были разработчиком JDK, вы бы такого не написали. OSGi в контексте разработки JDK особого смысла не имеет, хотя бы потому, что несовместима с AOT-компиляцией и вообще не про то
вам как пользователю jigsaw нужен опосредованно. Благодаря нему джава не умрет в ближайшие пять лет, а просуществует еще следующие 10 лет. А там будет еще какой-нибудь большой рефакторинг, а через очередные 10 лет — еще и еще, что позволит джаве жить условно вечно
Сейчас в OpenJDK незакрытых багов из основного списка — двадцать тысяч, из них три с половиной тысячи относятся к стабильной версии — JDK 8 (конечно, ни одной P1, 13 штук P2, но уже 751 P3 и тысячи по мелочи).
Это вы еще не видели, сколько их в JDK 11!
Наличие открытых багов не является причиной для неиспользования.
Я наверное скоро выложу интервью с Венкатом (который тоже будет на Joker 2018!), он про это немножко говорил. Как написатель книжки про функциональное программирование в Java он кой чего в этом понимает)
Останутся маленькие заусенцы, которые могут какой-то легаси код превратить в фарш. И даже если API отработает идеально, то все равно изменится паттерн нагрузки, и в какой-то ситуации быстрее может оказаться не обязательно — лучше.
Если человек применил файберы осознанно и у него появились заусенцы — это по крайней мере ожидаемо. Если сломается то, что бинарно без изменений работало двадцать лет — это похоже на катастрофу. Для юзера это будет выглядеть дико.
Так мы ж ниоткуда это не копипастили. Во-первых, этого текста нигде и не было в виде текста — это расшифровка живого доклада с конференции. (Если это было где-то в виде текста — то сожалеем, мы об этом не знаем, и никто об этом не сказал).
Во-вторых, эту статью мы делали вместе с Алексеем Богачуком, творчески переписывая и превращая в формат статьи. Дело в том, что если вы просто так спастите в статью субтитры, то читать это никто не будет. Это будет совершенно нечитаемая и непонимаемая каша. Люди говорят совсем не так, как пишут. Поэтому мы систематически работаем с докладчиками, превращая их посты в красивые хабростатьи.
То есть, смысла существования Хабра как источника нового интересного контента это никак не нарушает.
Теперь о букве закона. Если поглядеть на наш блог, он на две трети состоит из расшифровок докладов. Мы занимаемся этим уже пару лет. Разработчики и модераторы Хабра неоднократно помогали нам улучшать контент, ценными советами и даже оформлением. Если бы это где-то нарушало букву закона, у TM было бесконечное количество возможностей забанить нас навечно, по правилам и без.
Ну и наконец, самое главное. Вам самим-то статья нравится? Все хорошо? Хабр — это о создании конетента, и если бы я был модератором, то в первую очередь заботился бы вот об этом: интересно вам это читать или нет.
Я пошел к коллегам по редакции ScalaNews и попросил прокомментировать :-) Выше ответ dos65 :) Сам я вопроса не очень понял — связь между эрлангом и скалой конечно есть, но конкретно в Java это делается просто чтобы общий ресурс в виде нативных тредов не простаивал. Чтобы сделать более общий вывод нужно хорошо знать эрланг и скалу, а я на них говнокодил недостаточно много.
Что ещё важней, асинхронщину никто на самом деле не любит. Никто не любит, когда ему приносят больше проблем, если можно меньше проблем. Но в данный момент «меньше» проблем нельзя, потому что существуют конкретные бизнес-запросы на этот счёт
Когда-то реализацией такой мечты были треды. Тебе не надо разбираться, как там это всё работает в операционной системе, C++, ассемблере итп — ты просто берешь Java, фигачишь тред, и всё отлично. Ты пишешь всё в виде линейного императивного кода и можешь почти полностью игнорировать тот факт, что на самом деле никакой линейности не существует
Единственный минус тредов в том, что они слишком большие. Малая гранулярность. Ты захотел сделать какую-то мелочь, а нужно тащить целый тред. И да, можно по тредам всё вручную распихивать, но это неудобно.
И вот на помощь приходят файберы, которые снова позволяют писать обычный линейный код и притвориться, что всё выполняется строго последовательно.
Ещё интересно, что на релизе, весь тулинг тоже будет притворяться вместе с тобой. Это просто и удобно.
Прочитал, что это. Аххахаха. Похоже, я привёл самый неудачный пример из существующих.
Понятно, почему у них там всё так хорошо.
вот что у английского yield не отнимешь — оно короткое и понятное (для них). Его не стрёмно повторять. Попробуй найди слово ещё короче. А то же слово «вытесниться» — это просто капец какая длинная неповоротливая фигня, пока выговоришь — можно поесть и поспать несколько раз
замечание абсолютно верное, что делать — непонятно. Если сейчас придумать вариант лучше, то можно его использовать в следующих статьях.
> баззвордами
это не баззворды, а осмысленные вещи
> и под капотом у них не интерпретируемый, а нативный код на си или с++?
2018 год на дворе, Java уже давно насквозь нативная, сейчас даже генерацию exe файлов пилят