Давайте через 10 лет посмотрим, что будет ? Мой прогноз - ваш новый суперсмартфон с приёмом спутниковой связи будет брать на плато Путорана как Старлинк, так и <что там наши придумают на ту же тему>. И селфаки оттуда будут размещаться в <Meta> достаточно быстро :)
Пришлите ссылку на топик, пожалуйста, если не лень, я бы с удовольствием почитал. Есть, конечно, нюансы, но они достаточно в крайних случаях мешают жить.
Нет, на тех, кому нравится Java, не забить, претензии только к срокам выхода обновлений. Так-то это всё полезные безусловно вещи. Надеюсь, Гёц сотоварищи таки будут продвигать апдейты пошустрее.
Просто те, кому нравится ТОЛЬКО Java, должны понимать, что они вот с такой скоростью будут получать обновления и плюшки. Это, кроме всего прочего, означает, что молодёжь будет изучать другие языки тоже и с бОльшим удовольствием придёт туда, где пишут не только на чистой Java.
При том, что, выходит, изменения в языке / stdlib уже почти не нужны при 100% Java <-> Kotlin interop — если кому нужен сахар, но возьмёт Котлин и будет использовать его. Или любой другой JVM-based язык и компилятор.
Можно было бы сосредоточиться на платформе и hardcore фичах, типа modularity, а не на языке. Тогда бы и апдейты, глядишь, быстрее выходили.
Проблема кода в том, что для большого числа потоков (их количество определяет JDK на основе, видимо, размера массива и прочего) и большого массива может оказаться, что есть contention, т.к. все потоки
будут использовать общий экземпляр класса Random. Там, конечно, не просто synchronize, а CAS вызовы внутри в nextDouble(),
но тем не менее, авторы JDK8 предлагают в таких случаях использовать ThreadLocalRandom.
Просто, чтобы потоки не дрались между собой. Соответственно фикс простой:
public static double[] getRandomVector(int size) {
double[] vector = new double[size];
Arrays.parallelSetAll(vector, i -> ThreadLocalRandom.current().nextDouble());
return vector;
}
Автору сказали написать, он и написал ради кармы рекламы. Странно, что в топ хабра вышла.
А то, что большинство стратегий и идей убыточные, видимо писать не обязательно.
В частности, простой вопрос — какие у вас основания считать, что анализ на исторических данных даёт корреляцию с тем, как стратегия поведёт себя завтра — обычно ставит авторов в тупик.
Интересные статьи, спасибо. Грешным делом думал создать DSL для описания игровой механики настольных игр, ваши статьи показывают, что изобретать велосипед поздно и незачем.
Кстати, не было ли вариантов трёхмерных шахмат в истории?
Вот тут вполне интересные фигуры и правила можно придумать.
Да, извиняюсь, не туда reply пристроил. А нет ли у вас рецепта для joda-time без замены jar-ников? Это было бы веселее. А то jar-ники это такое дело, приезжают часто с пакетами — зависимостями и авто-обновляться любят.
Как пишут в соседнем посте: habrahabr.ru/post/240915/, для Debian борьба с OpenJDK — это установка свежего пакета tzdata-java.
Проверил на своей Ubuntu — поставил OpenJDK7, всё работает (tzdata-java уже обновлён по рецепту статьи):
user@host:~$ java -version
java version "1.7.0_65"
OpenJDK Runtime Environment (IcedTea 2.5.3) (7u71-2.5.3-0ubuntu0.12.04.1)
OpenJDK Server VM (build 24.65-b04, mixed mode)
user@host:/home/user$ javac -version
javac 1.7.0_65
user@host:/home/user$ javac -cp . TestMSK.java
user@host:/home/user$
user@host:/home/user$ java -cp . TestMSK
OK
Причем тут телескоп ?
Давайте через 10 лет посмотрим, что будет ? Мой прогноз - ваш новый суперсмартфон с приёмом спутниковой связи будет брать на плато Путорана как Старлинк, так и <что там наши придумают на ту же тему>. И селфаки оттуда будут размещаться в <Meta> достаточно быстро :)
Это обязательно. Иначе вызовы Telegram Web Hook не сработают.
Нет, на тех, кому нравится Java, не забить, претензии только к срокам выхода обновлений. Так-то это всё полезные безусловно вещи. Надеюсь, Гёц сотоварищи таки будут продвигать апдейты пошустрее.
Просто те, кому нравится ТОЛЬКО Java, должны понимать, что они вот с такой скоростью будут получать обновления и плюшки. Это, кроме всего прочего, означает, что молодёжь будет изучать другие языки тоже и с бОльшим удовольствием придёт туда, где пишут не только на чистой Java.
Можно было бы сосредоточиться на платформе и hardcore фичах, типа modularity, а не на языке. Тогда бы и апдейты, глядишь, быстрее выходили.
будут использовать общий экземпляр класса Random. Там, конечно, не просто synchronize, а CAS вызовы внутри в nextDouble(),
но тем не менее, авторы JDK8 предлагают в таких случаях использовать ThreadLocalRandom.
Просто, чтобы потоки не дрались между собой. Соответственно фикс простой:
кармырекламы. Странно, что в топ хабра вышла.А то, что большинство стратегий и идей убыточные, видимо писать не обязательно.
В частности, простой вопрос — какие у вас основания считать, что анализ на исторических данных даёт корреляцию с тем, как стратегия поведёт себя завтра — обычно ставит авторов в тупик.
Кстати, не было ли вариантов трёхмерных шахмат в истории?
Вот тут вполне интересные фигуры и правила можно придумать.
Проверил на своей Ubuntu — поставил OpenJDK7, всё работает (tzdata-java уже обновлён по рецепту статьи):