Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 8 9 10 [11]      все
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
dakeiras
Member

Откуда:
Сообщений: 295
mayton
вадя
пропущено...
тут уже показывали кино с что такое современная рефлексия, и не однократно. там чел на примерах показывал время срабатывания.
современная рефлексия очень даже быстрая.

И на рендеринге 3D-графики тоже быстрая?

А зачем Вы делаете на Java программный 3d рендеринг? Это токсикомания.
8 авг 19, 18:52    [21945095]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1784
вадя
mayton
А что случилось с 2006 года?
тут уже показывали кино с что такое современная рефлексия, и не однократно. там чел на примерах показывал время срабатывания.
современная рефлексия очень даже быстрая.


Вы случайно с MethodHandles не путаете?
8 авг 19, 18:57    [21945096]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1776
betelgeizex
dakeiras,

Groovy - по определению медленный язык, даже с CompileStatic.
Вот идиоматичный код на груви (компилируется и выполняется успешно):

@CompileStatic
class Test1 {

    static void main(String[] args) {
        if (!args) {
            println("error")
        }
        // TODO
    }
}



А какой смысл этого кода?
args.length == 0?
args == null?
Зачем так писать?
8 авг 19, 19:39    [21945117]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16734
mayton
И на рендеринге 3D-графики тоже быстрая?
это к чему?
8 авг 19, 19:46    [21945122]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16734
Lelouch
Вы случайно с MethodHandles не путаете?
нет, там выступление именно про ревлексию
8 авг 19, 19:47    [21945123]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16734
Lelouch
Вы случайно с MethodHandles не путаете?
&feature=youtu.be
8 авг 19, 19:52    [21945128]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
dakeiras
mayton
пропущено...

И на рендеринге 3D-графики тоже быстрая?

А зачем Вы делаете на Java программный 3d рендеринг? Это токсикомания.

Я надеюсь что в части творческих экспериментов мы с вами лежим на одной полочке.
Ведь % использований вашего фреймворка равен нулю. Разумеется я не считаю вас самого.

По поводу оценки эффективности того или иного компиллятора. Обычно берут какой-то
численный метод и замеряют эффективность либо в количестве операций которые выполнились
за единицу времени либо оценивают период (милисекундах или мкс) одной операции.

Операции I/O обычно не рассматривают в качестве оси измерений т.к. тут в основном
работает контекст операционной системы и ваше приложение просто стоит на паузе
либо ожидает асинк-колл от финала этой операции.

У вас есть на примете какой-то численный метод или любая бизнес-логика которая достаточно
длительное время нагружает процессор и память без взаимодействия с I/O ?

И эта логика должна быть написана на Groovy.
8 авг 19, 22:17    [21945210]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1784
вадя,

Спасибо.
9 авг 19, 15:41    [21945727]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1784
dakeiras,

А почему вы используете именно Groovy?
Какие преимущества перед Java кроме динамической типизации (которую вы не используете). До сих пор даже поддержки lambda из java 8 нет (в стабильной ветке).
9 авг 19, 15:52    [21945740]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
Есть когнитивный парадокс. Когда человек теряет ключи на тёмной улице. Он подходит
к ближайшему фонарю и начинает искать там.

Я рискну предположить что просто господин топик-стартер хоршо знает Groovy и целенаправленно
выбрал его для разработки библиотеки. Просто такова человеческая природа.
9 авг 19, 16:22    [21945767]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
dakeiras
Member

Откуда:
Сообщений: 295
mayton
Есть когнитивный парадокс. Когда человек теряет ключи на тёмной улице. Он подходит
к ближайшему фонарю и начинает искать там.

Я рискну предположить что просто господин топик-стартер хоршо знает Groovy и целенаправленно
выбрал его для разработки библиотеки. Просто такова человеческая природа.

ну «хорошо» это громко конечно сказано:) Но чуть глубже обычного знаю, т.к. сделал проект на AST API в нём (BlackBox) - метапрограммирование, заставляет поизучать саму платформу...

Касательно самого языка - у него есть 4 могучие фичи:
1) Runtime компиляция
2) Closures
3) Динамическое добавление полей и методов в существующие классы (например Exception.isAlreadyLogged)
4) AST API

Ещё сам SDK даёт кучу полезного например @ToString,Sql builder, Json Slurper и проч.
Также неплохая вещь с синтетическими полями и getters/setters.
Traits - для множественного наследования.
Ну и синтаксис: :? in и прочее.

Ещё он может использоваться как процедурная Java, например PL/SQL программистами.
9 авг 19, 17:37    [21945829]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
dakeiras
Касательно самого языка - у него есть 4 могучие фичи:
1) Runtime компиляция

Рантайм компилляция была во времена самых ранних JSP/Servlets. Этим никого не удивишь.
Но кроме рантаймовости этот процесс вносит множество почти нерешаемых задач безопасности.
А именно - как защитить сервер приложений от потенциального злоумышленника если он
каким-то образом завладел контекстом рандайм компилляции.

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

Какое-то время мы работали с одним европейским банком и кастомер выставил нам самые жесткие
требования касающиеся пользовательского ввода. Это касалось не только SQL-инжекции.
Это самое первое что мы фиксили. Любой. Вообще самый любой пользовательский ввод
в формочку должен был рассматриваться пристально как угроза.

Как фильтровать пользовательский ввод чтобы защитить груви машину от исполнения
чего-то выше ваших привелегий в системе - я не знаю. Возможно вы знаете.

Вобщем опасная эта штука динамика в компилляции. Сложно доказать ее безопаснсоть.
9 авг 19, 18:06    [21945841]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
dakeiras
3) Динамическое добавление полей и методов в существующие классы (например Exception.isAlreadyLogged)

Тут ничего не могу сказать. Кроме того что это нарушает классическое SOLID.
Особенно в части Open/Closed, Liskov subst. e.t.c.
9 авг 19, 18:09    [21945843]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
dakeiras
4) AST API

Здесь я даю +1. Это хорошо. Но это хорошо изначально для других языков где AST был просто
частью исполнительной системы как было задумано. В лиспах он смотрится органично. Возможно в Erlang.
9 авг 19, 18:11    [21945846]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
dakeiras
Member

Откуда:
Сообщений: 295
автор
Рантайм компилляция была во времена самых ранних JSP/Servlets. Этим никого не удивишь.
Но кроме рантаймовости этот процесс вносит множество почти нерешаемых задач безопасности.
А именно - как защитить сервер приложений от потенциального злоумышленника если он
каким-то образом завладел контекстом рандайм компилляции.

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

Какое-то время мы работали с одним европейским банком и кастомер выставил нам самые жесткие
требования касающиеся пользовательского ввода. Это касалось не только SQL-инжекции.
Это самое первое что мы фиксили. Любой. Вообще самый любой пользовательский ввод
в формочку должен был рассматриваться пристально как угроза.

Как фильтровать пользовательский ввод чтобы защитить груви машину от исполнения
чего-то выше ваших привелегий в системе - я не знаю. Возможно вы знаете.

Вобщем опасная эта штука динамика в компилляции. Сложно доказать ее безопаснсоть.

У вас фундаментально неверные представления касательно безопасности приложений.
То что вы написали - это вольные фантазии школьника в перемешку с гордостью работы на ыуропэйскый банк.
Особенно порадовало про "контекст рантайм компиляции".
Хорошо что не аутофиляции. @Autowired RuntimeCompilationContext блеядь.
Press H to hack database.

Ваш эуропэйскый (косовский чтоле?) банк не требовал случайно, чтобы HTTPS использовалось?

Мне становится страшно за него, чёрт знает сколько там уязвимостей осталось, если вы бросились фиксить весь подряд пользовательский ввод.

Кстати от "динамики в компиляции" отлично помогают перфокарты - хер поменяешь!

Песочницы. Прямо как в Android. Наверно сложная архитектура подразумевается, с docker и прочая.
Весь пост это просто пёрл сплошной.
11 авг 19, 04:33    [21946323]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
dakeiras
Member

Откуда:
Сообщений: 295
JSR223 просто плачет в печали. Хуже динамической компиляции и reflection оказалась только runtime компиляция.

Надеюсь вы его выключили сразу (кстати интересно, можно ли его выключить).

Это отличная стратегия для троллинга - на Java форуме доказывать что ВСЕ отличия Java от C++ тормозят и небезопасны и пользователи нипаймут (ну если пишем для тупых юзеров - то да, но они и всё остальное не поймут)

Самое печальное что в реальной жизни (на работе) такие люди делают тоже самое.
11 авг 19, 05:58    [21946329]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
dakeiras
Member

Откуда:
Сообщений: 295
Если тут это кому-либо интересно, Бобина теперь и в Maven Central.

    <dependencies>
        <dependency>
            <groupId>org.codehaus.groovy</groupId>
            <artifactId>groovy-all</artifactId>
            <version>2.5.4</version>
            <type>pom</type>
        </dependency>
        <dependency>
            <groupId>io.i-t</groupId>
            <artifactId>bobbin</artifactId>
            <version>2.0.10</version>
        </dependency>
    </dependencies>


Это было сделано по просьбам нескольких больших корпораций начинающих использовать Бобину, т.к. они используют зеркало Maven Central и у них нет JCenter. Потом детально изучу их юз кейс и сделаю обзор.

А некоторые комментаторы пусть продолжают думать что они самые умные на свете и всё знают.
13 авг 19, 05:11    [21947633]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
Корпораций?
13 авг 19, 07:56    [21947650]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1784
mayton
Корпораций?


Google, Apple и Oracle.
И даже Тим Кук сказал «It’s a revolution, Mayton»
13 авг 19, 09:30    [21947698]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
Lelouch
Member

Откуда: Москва
Сообщений: 1784
dakeiras
Если тут это кому-либо интересно, Бобина теперь и в Maven Central.

    <dependencies>
        <dependency>
            <groupId>org.codehaus.groovy</groupId>
            <artifactId>groovy-all</artifactId>
            <version>2.5.4</version>
            <type>pom</type>
        </dependency>
        <dependency>
            <groupId>io.i-t</groupId>
            <artifactId>bobbin</artifactId>
            <version>2.0.10</version>
        </dependency>
    </dependencies>


Это было сделано по просьбам нескольких больших корпораций начинающих использовать Бобину, т.к. они используют зеркало Maven Central и у них нет JCenter. Потом детально изучу их юз кейс и сделаю обзор.

А некоторые комментаторы пусть продолжают думать что они самые умные на свете и всё знают.


Кстати, что помешало сделать groovy зависимостью bobbin? Чтобы не приходилось добавлять в зависимости и то и то.
13 авг 19, 09:35    [21947705]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
betelgeizex
Member

Откуда:
Сообщений: 85
Lelouch
dakeiras
Если тут это кому-либо интересно, Бобина теперь и в Maven Central.

...

Это было сделано по просьбам нескольких больших корпораций начинающих использовать Бобину, т.к. они используют зеркало Maven Central и у них нет JCenter. Потом детально изучу их юз кейс и сделаю обзор.

А некоторые комментаторы пусть продолжают думать что они самые умные на свете и всё знают.


Кстати, что помешало сделать groovy зависимостью bobbin? Чтобы не приходилось добавлять в зависимости и то и то.


Глупости! Надо cделать bobbin зависимостью groovy.
13 авг 19, 09:40    [21947709]     Ответить | Цитировать Сообщить модератору
 Re: Новый альтернативный Slf4j логгер Бобина  [new]
mayton
Member

Откуда: loopback
Сообщений: 42508
Lelouch
mayton
Корпораций?


Google, Apple и Oracle.
И даже Тим Кук сказал «It’s a revolution, Mayton»

Ну дай бох.
13 авг 19, 09:50    [21947718]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 8 9 10 [11]      все
Все форумы / Java Ответить