Size: a a a

2020 June 03

D

Dima in learn.java
lem0nify
Блин, мужики, а кроме ant+ivy, maven и gradle есть какие-то билдсистемы+пекеджменеджеры для джавы/котлина? Может какие-нибудь малоизвестные, community-developed, но рабочие и прикольные?
базель
источник

М

Михаил in learn.java
Dima
но на минуточку, он много лет работал джавистом обычным, а сейчас в хуавей вообще
Да, я в курсе. Просто как-то так получается, что то, что он говорит я понимаю и я согласен, а что говорит весь остальной мир (как в случаи с этими исключениями) мне не понятно.
источник

DC

Denis Chikanov in learn.java
lem0nify
Блин, мужики, а кроме ant+ivy, maven и gradle есть какие-то билдсистемы+пекеджменеджеры для джавы/котлина? Может какие-нибудь малоизвестные, community-developed, но рабочие и прикольные?
А какую проблему не решают эти?
источник

DC

Denis Chikanov in learn.java
Dima
базель
Я пробовал и мне очень не понравилось
источник

l

lem0nify in learn.java
Михаил
Да, я в курсе. Просто как-то так получается, что то, что он говорит я понимаю и я согласен, а что говорит весь остальной мир (как в случаи с этими исключениями) мне не понятно.
Да на самом деле, это как спорить про статическую и динамическую типизацию. Это два подхода, и сколько бы ни было сторонников у одного из них, оппозиционеры всегда найдутся. Если нравится подход, который не нравится большинству, это ещё не значит, что ты унтерменш. Флаг тебе в руки, делай, как считаешь нужным.
Есть вон всякие rust'ы, где вообще исключений нет, а вместо них есть enum Result { Ok(result), Err(err) }. И хоть ты засрелись, но придётся обрабатывать практически всё. И у него немаленькое такое комьюнити.
источник

l

lem0nify in learn.java
Denis Chikanov
А какую проблему не решают эти?
Мавен на XML, от которого меня тошнит, а градль при первом запуске полминуты подгружает своего демона. Хочется что-нибудь шустрое и удобное.
источник

М

Михаил in learn.java
lem0nify
Да на самом деле, это как спорить про статическую и динамическую типизацию. Это два подхода, и сколько бы ни было сторонников у одного из них, оппозиционеры всегда найдутся. Если нравится подход, который не нравится большинству, это ещё не значит, что ты унтерменш. Флаг тебе в руки, делай, как считаешь нужным.
Есть вон всякие rust'ы, где вообще исключений нет, а вместо них есть enum Result { Ok(result), Err(err) }. И хоть ты засрелись, но придётся обрабатывать практически всё. И у него немаленькое такое комьюнити.
да, и го. И мене это просто супер нравится. И я не понимаю почему так не делают везде. И в этой статье Егор говорит о том же. А комьюнити мне говорит - все современные фреймоврки делают не так. И я не могу понять что происходит. Ладно, ребята, спасибо вам еще раз!
источник

l

lem0nify in learn.java
Михаил
да, и го. И мене это просто супер нравится. И я не понимаю почему так не делают везде. И в этой статье Егор говорит о том же. А комьюнити мне говорит - все современные фреймоврки делают не так. И я не могу понять что происходит. Ладно, ребята, спасибо вам еще раз!
Ещё раз говорю. Это два разных подхода, которые ОБА имеют право на существование. Где-то делается упор на безопасность кода и избавление от максимального количества возможных ошибок на этапе первичной разработки, а где-то на комфорт и скорость разработки.
источник

l

lem0nify in learn.java
Ошибкой были не столько сами checked-эксепшны, по моему скромному мнению, сколько попытка смиксовать в джаве эти два подхода, в результате чего родились подобные холивары в комьюнити.)
источник

DC

Denis Chikanov in learn.java
Михаил
да, и го. И мене это просто супер нравится. И я не понимаю почему так не делают везде. И в этой статье Егор говорит о том же. А комьюнити мне говорит - все современные фреймоврки делают не так. И я не могу понять что происходит. Ладно, ребята, спасибо вам еще раз!
В го как раз не такая (и крайне убогая) обработка ошибок, но это вообще не по теме.
источник

М

Михаил in learn.java
Denis Chikanov
В го как раз не такая (и крайне убогая) обработка ошибок, но это вообще не по теме.
А можно какую-нибудь ссылку с освещением этой точки зрения? Интересно.
источник

l

lem0nify in learn.java
Они там по-моему, на каждом GopherCon выступают с лекциями по усовершенствованию механизма обработки ошибок. Значит, видимо, он действительно ещё далёк от идеала.
источник

B

Ben in learn.java
I have never believed in online trade due  to high rate of scam my friend forced me into it and here I'm been paid $2,500 within 24hours of trade  wow I found a legitimate platform @iqoptiononlinetrading . I advice everyone that are looking for where to invest their money to go ahead and invest with Francis Brighton have nothing to be afraid of.
👉@Tradewithfrancis
источник

.

... in learn.java
Ben
I have never believed in online trade due  to high rate of scam my friend forced me into it and here I'm been paid $2,500 within 24hours of trade  wow I found a legitimate platform @iqoptiononlinetrading . I advice everyone that are looking for where to invest their money to go ahead and invest with Francis Brighton have nothing to be afraid of.
👉@Tradewithfrancis
источник

GV

Gukov Viktor in learn.java
Михаил
А можно какую-нибудь ссылку с освещением этой точки зрения? Интересно.
Гоферы не могут рассказывать про механизм обработки ошибок, они заняты проверкой на nil
источник

S

Sergei in learn.java
Gukov Viktor
Гоферы не могут рассказывать про механизм обработки ошибок, они заняты проверкой на nil
:)
источник

Ю

Юрий in learn.java
Вопрос такой, может ли быть в проекте несколько контроллерэдвайсов ? Или же всю обоботку нужно в одном классе осуществлять ?
источник

ch

central hardware in learn.java
Юрий
Вопрос такой, может ли быть в проекте несколько контроллерэдвайсов ? Или же всю обоботку нужно в одном классе осуществлять ?
Это что такое?
источник

Ю

Юрий in learn.java
central hardware
Это что такое?
источник

Ю

Юрий in learn.java
Сейчас у меня 2 класса , которые отлавливаю ошибку, один для валидации, а второй для всего остального
источник