История изменений

Как всегда мне лень тратить время на то, что меня совсем не интересует.

Как писать на Java супер красиво или наоборот - супер ресурсно-эффективно - это не ко мне. Мне важно во-первых, как писать resilient high thorughput приложения, во-вторых - как писать как можно проще и удобней для человека с минимальной квалификацией и желанием разбираться в теме (то есть это разговор о developer productivty).

Если тебе нужна «ресурсо-эффективная джава» (ака «байтоёбство», простите - но это стало термином) и «качественная джава» (обе, скорей всего, дико некрасивые) рекомендую ознакомиться с кодом CERN, они там всё на жабе пилят. Навскидку помню про Colt.

Другая часть вопроса - быстрая джава (не обязательно ресурсо-эффективная - зачастую вопрос скорости решается жертвоприношением денег на мегакластера). Это нужно обратиться в High Frequency Trading, в качестве иконы могу привести одного конкретного человека - Мартина Томпсона, автора LMAX Disruptor, Aeron, SBE и кучи других вещей, ведущего блог Mechanical Sympathy. Нужен конкретный пример - берешь код какого-нибудь Aeron и читаешь.

Из русскоязычных чуваков рекомендую послушать старые доклады Ромы Елизарова (старые - потому что он сейчас в JetBrains и теперь занимается котлином). Например, вот этот доклад хорошо показывает, почему «красивая и удобная» и «сверхбыстрая» джава - это разные вещи, там он рассказывает как им пришлось отказаться от типа String и использовать байтовые буфера.

Также мы делали хорошее интервью с Клиффом Кликом - отцом JIT-компиляции в Java и глобально, JIT-компиляции вообще, лежит по ссылке. Там тоже про то, что String нельзя использовать, нужно мучить буфера, причём в его случае - самомписные по особому феншую. Если нужен конкретный код, то стоит посмотреть на код его стартапа (стартап уже не его, но начинал он) под названием H2O - это сверхбыстрая машинлёнинг бигдата математика на чистой джаве, по ссылке.

Как всегда мне лень тратить время на то, что меня совсем не интересует.

Как писать на Java супер красиво или наоборот - супер ресурсно-эффективно - это не ко мне. Мне важно во-первых, как писать resilient high thorughput приложения, во-вторых - как писать как можно проще и удобней для человека с минимальной квалификацией и желанием разбираться в теме (то есть это разговор о developer productivty).

Если тебе нужна «ресурсо-эффективная джава» (ака «байтоёбство», простите - но это стало термином) и «качественная джава» (обе, скорей всего, дико некрасивые) рекомендую ознакомиться с кодом CERN, они там всё на жабе пилят. Навскидку помню про Colt.

Другая часть вопроса - быстрая джава (не обязательно ресурсо-эффективная - зачастую вопрос скорости решается жертвоприношением денег на мегакластера). Это нужно обратиться в High Frequency Trading, в качестве иконы могу привести одного конкретного человека - Мартина Томпсона, автора LMAX Disruptor, Aeron, SBE и кучи других вещей, ведущего блог Mechanical Sympathy. Нужен конкретный пример - берешь код какого-нибудь Aeron и читаешь.

Из русскоязычных чуваков рекомендую послушать старые доклады Ромы Елизарова (старые - потому что он сейчас в JetBrains и теперь занимается котлином). Например, вот этот доклад хорошо показывает, почему «красивая и удобная» и «сверхбыстрая» джава - это разные вещи, там он рассказывает как им пришлось отказаться от типа String и использовать байтовые буфера.

Также мы делали хорошее интервью с Клиффом Кликом - отцом JIT-компиляции в Java и глобально, JIT-компиляции вообще, лежит по ссылке. Если нужен конкретный код, то стоит посмотреть на код его стартапа (стартап уже не его, но начинал он) под названием H2O - это сверхбыстрая машинлёнинг бигдата математика на чистой джаве, по ссылке.

Как всегда мне лень тратить время на то, что меня совсем не интересует.

Как писать на Java супер красиво или наоборот - супер ресурсно-эффективно - это не ко мне. Мне важно во-первых, как писать resilient high thorughput приложения, во-вторых - как писать как можно проще и удобней для человека с минимальной квалификацией и желанием разбираться в теме (то есть это разговор о developer productivty).

Если тебе нужна «ресурсо-эффективная джава» (ака «байтоёбство», простите - но это стало термином) и «качественная джава» (обе, скорей всего, дико некрасивые) рекомендую ознакомиться с кодом CERN, они там всё на жабе пилят. Навскидку помню про Colt.

Другая часть вопроса - быстрая джава (не обязательно ресурсо-эффективная - зачастую вопрос скорости решается жертвоприношением денег на мегакластера). Это нужно обратиться в High Frequency Trading, в качестве иконы могу привести одного конкретного человека - Мартина Томпсона, автора LMAX Disruptor, Aeron, SBE и кучи других вещей, ведущего блог Mechanical Sympathy. Нужен конкретный пример - берешь код какого-нибудь Aeron и читаешь.

Из русскоязычных чуваков рекомендую послушать старые доклады Ромы Елизарова (старые - потому что он сейчас в JetBrains и больше не занимается котлином). Например, вот этот доклад хорошо показывает, почему «красивая и удобная» и «сверхбыстрая» джава - это разные вещи, там он рассказывает как им пришлось отказаться от типа String и использовать байтовые буфера.

Также мы делали хорошее интервью с Клиффом Кликом - отцом JIT-компиляции в Java и глобально, JIT-компиляции вообще, лежит по ссылке. Если нужен конкретный код, то стоит посмотреть на код его стартапа (стартап уже не его, но начинал он) под названием H2O - это сверхбыстрая машинлёнинг бигдата математика на чистой джаве, по ссылке.

Как всегда мне лень тратить время на то, что меня совсем не интересует.

Как писать на Java супер красиво или наоборот - супер ресурсно-эффективно - это не ко мне. Мне важно во-первых, как писать resilient high thorughput приложения, во-вторых - как писать как можно проще и удобней для человека с минимальной квалификацией и желанием разбираться в теме (то есть это разговор о developer productivty).

Если тебе нужна «ресурсо-эффективная джава» (ака «байтоёбство», простите - но это стало термином) и «качественная джава» (обе, скорей всего, дико некрасивые) рекомендую ознакомиться с кодом CERN, они там всё на жабе пилят. Навскидку помню про Colt.

Другая часть вопроса - быстрая джава (не обязательно ресурсо-эффективная - зачастую вопрос скорости решается жертвоприношением денег на мегакластера). Это нужно обратиться в High Frequency Trading, в качестве иконы могу привести одного конкретного человека - Мартина Томпсона, автора LMAX Disruptor, Aeron, SBE и кучи других вещей, ведущего блог Mechanical Sympathy.

Из русскоязычных чуваков рекомендую послушать старые доклады Ромы Елизарова (старые - потому что он сейчас в JetBrains и больше не занимается котлином). Например, вот этот доклад хорошо показывает, почему «красивая и удобная» и «сверхбыстрая» джава - это разные вещи, там он рассказывает как им пришлось отказаться от типа String и использовать байтовые буфера.

Также мы делали хорошее интервью с Клиффом Кликом - отцом JIT-компиляции в Java и глобально, JIT-компиляции вообще, лежит по ссылке. Если нужен конкретный код, то стоит посмотреть на код его стартапа (стартап уже не его, но начинал он) под названием H2O - это сверхбыстрая машинлёнинг бигдата математика на чистой джаве, по ссылке.