Руслан будет учить работать в команде. Ох, пиздец студентам.

Да ладно тебе, всё не так плохо.

GSoC неособо учит работать в команде. GSoC учит работать в опенсорсе.

он же не smm'у будет их учить.

он же не smm'у будет их учить.

какое нехорошее слово...

Руслан, у меня есть идея ))) идём на gsoc и 4.5 поделим

Руслан, у меня есть идея ))) идём на gsoc и 4.5 поделим

Ты не студент)

GSoC неособо учит работать в команде. GSoC учит работать в опенсорсе.

Ну это зависит, если человек из Минска он вполне может приходить к нам в офис

@fundamentalparticle как тебе кстати, зашло тогда? (я спрашивал вроде это в РП. но все же)

тогда было вполне норм, особенно если учесть что я проектом занимался довольно посредственно. Была параллельная своя работа и дети вдруг начали появляться :)

я 2 раза учавствовал

в JBoss было хорошо - у них свой внутренный процесс разработки уже и так построен, что все удалённо работают и синкаются через irc. поэтому туда новый человек легко вписывается

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

но плюс огромный был в конечном итоге, именно социальный - со многими разработчиками опенсорса именно через GSoC познакомился

трогал я их модные "микропрофайлы", это мега фейлы скорее)

что-то трогал? конкретней - напиши блог

в любой непонятной ситуации - пиши блог

Да, будет блог

лучше го стартапы на джаве мутить

или для джавы

нахрен ее))

нахрен ее))

свыыыыыыыыыыыыыыыш

ыыы))

Минским: http://jprof.by/post/161213-001/

Fast and Furious: Spring 5”

видео скиньте потом

Минским: http://jprof.by/post/161213-001/

трансляции мутить не думали?

Взять там в спонсоры местный epam, сделать форму регистрации, а потом слить все мыльца их рекрутёрам.

Взять там в спонсоры местный epam, сделать форму регистрации, а потом слить все мыльца их рекрутёрам.

Не буду говорить ничего конкретного, но с епумом все сложно. Могу сделать на коленке трансляцию, будет хороший звук и видео. На ютуб транслироваться. Только зачем?

Не буду говорить ничего конкретного, но с епумом все сложно. Могу сделать на коленке трансляцию, будет хороший звук и видео. На ютуб транслироваться. Только зачем?

потому что часто такие штуки довольно тухлые на вопросы, а так набежит куча народу, даже из этого чатика, и может чего дельного спросят.

потому что часто такие штуки довольно тухлые на вопросы, а так набежит куча народу, даже из этого чатика, и может чего дельного спросят.

Ну не знаю, я никогда не жаловался на колличество вопросов)

Как раз таки митапы это место где можно понакидывать

Может ты и прав.

Ну т.е. если реально объясните зачем трансляция - сделаем)

Так то ты потом в записи послушаешь про spring 5, и потом лично в чатике Алексей скажешь что он неправ

В целом ты прав, подписался на канал. ??

https://medium.com/@sebastian212000/omg-java-is-so-verbose-guys-dca93fec9e03#.teo42b7nb ахахах) кто-то решил переплюнуть Егора)

ну и бред

почему тут так много хейтеров котлина?

почему тут так много хейтеров котлина?

Бритва Оккама же

Каким образом спринг создал второй Бин?

@Repository("qualifier")

щито это

у тебя получается два бина

один ты создал сам с именем "qualifer", а другой создал спрынг

Я ему не говорил этого делать

Репозиторий никак не связан с data jpa, это просто интерфейс и просто его реализация. Откуда второй Бин?

И наследовать от jpa repository тоже не вариант, мне именно тут надо без jpa

Отвлеченная тема - есть ли тут те, кто пользуется kafka 0.10.1.0? В ней heartbeat консьюмера сделан отдельным потоком, и у меня возникает проблема - если при включенном консьюмере (уровень логирования info) убить брокер, консьюмер молчит и ничего не говорит. Заглянул в код - а он и впрямь в бесконечном цикле пытается получить метаданные с брокера и переподключиться к нему, причём о connection refused логирует эксепшн только на уровне debug, и не выбрасывает его. Было бы круто, если бы я мог как-то это контролировать/задавать maxRetries на худой случай, чтобы в прикладном приложении можно было определить, что брокер помер. Никто с таким кейсом не сталкивался?

https://medium.com/@sebastian212000/omg-java-is-so-verbose-guys-dca93fec9e03#.teo42b7nb ахахах) кто-то решил переплюнуть Егора)

"A mother semicolon with its young, a once-proud animal of the savannah, now nearing extinction because of you, you dickhead"

@HeapyHop глянул тут твой апрельский доклад про котлин и спринг, как-то грустно все, тут не докрутили(), там не допили(Autowired). И сам постоянно говоришь, что мол пофиксят, исправят. Не кажется ли тебе, что этот тот технический долг, который годами будет висеть даже после того, как пофиксят сам язык\фреймворк?

@HeapyHop глянул тут твой апрельский доклад про котлин и спринг, как-то грустно все, тут не докрутили(), там не допили(Autowired). И сам постоянно говоришь, что мол пофиксят, исправят. Не кажется ли тебе, что этот тот технический долг, который годами будет висеть даже после того, как пофиксят сам язык\фреймворк?

Ну никто же не заставляет спринг использовать, ну и в spring 5 будет сильно удобнее с реактивностью и котлином

Сейчас уже можно нормально писать, 4.3 зарелизился, инжекшен через конструкторы без аннотаций

Ну никто же не заставляет спринг использовать, ну и в spring 5 будет сильно удобнее с реактивностью и котлином

Так котлин же исповедует религию, мало своего, много джавового.

Сейчас уже можно нормально писать, 4.3 зарелизился, инжекшен через конструкторы без аннотаций

Ну и ещё он позиционировал себя как. "У вас нету java 8, тогда мы идём к вам"

А там где нету java 8 нету и спринга 4.3, там в лучшем случае ветка 3.х

Ну на 3.х будет class Componen @Autowired constructor(val service: Service) вместо class Componen(val service: Service)

не так круто как могло бы быть, но всё равно сильно лучше чем на джаве

Открыл доклад 2015 октябрь про Котлин, и почему он лучше всего. Тогда в слаке сидело еще 400 человек) а не 5к)

Ну на 3.х будет class Componen @Autowired constructor(val service: Service) вместо class Componen(val service: Service)

и че прям работать будет так? о_О

Ага, должно. Там же был конструктор инжекшен

Я не проверял, но не вижу причин почему нет

ERROR: S client not available

судя по бложику можно @RestController class CustomerController (val repository:CustomerRepository) {

это 4.3+

https://github.com/Kotlin/KEEP/pull/40 и скоро можно будет не писать везде open

https://github.com/Kotlin/KEEP/pull/40 и скоро можно будет не писать везде open

А что плохого в иммутабельности by default?

В 1.0.6. А 1.0.6 eap релизят на днях

А что плохого в иммутабельности by default?

тем что в жаба мире все не так.

А что плохого в иммутабельности by default?

В том что любители обмазаться спрингом чувствуют легкие боли из-за необходимости писать open

вот JPA прямо в стандарте говорит, что Entity не может быть final class

В том что любители обмазаться спрингом чувствуют легкие боли из-за необходимости писать open

А нельзя в класс-конструкторе написать class A(var a: String) ? Я котлин не знаю

Hibernate, кажись умеет это обходить, но О БОЖЕ КАК ЖЕ ПИСАТЬ НА ЖАВА И НЕ СЛЕДОВАТЬ СТАНДАРТАМ, МЫ ЖЕ СЕГОДНЯ-ЗАВТРА МИГРАНЁМ С ОДНОГО JPA ПРОВАЙДЕРА НА ДРУГОЙ.

?

А нельзя в класс-конструкторе написать class A(var a: String) ? Я котлин не знаю

вроде можно, в доках видел)

А нельзя в класс-конструкторе написать class A(var a: String) ? Я котлин не знаю

так и делается в нормальных фреймворках, но в спринге приходится писать open для многих конструкций

Я привык, что для того, чтобы сделать так на скале, достаточно написать class A(@BeanProperty val prop: String), и тебе компайлер сгенерит потом геттеры-сеттеры, если уж совсем хочется обмазаться спрингами/хиберами итд, это вроде довольно удобно, в котлине не так?

Я привык, что для того, чтобы сделать так на скале, достаточно написать class A(@BeanProperty val prop: String), и тебе компайлер сгенерит потом геттеры-сеттеры, если уж совсем хочется обмазаться спрингами/хиберами итд, это вроде довольно удобно, в котлине не так?

Это другое

Я привык, что для того, чтобы сделать так на скале, достаточно написать class A(@BeanProperty val prop: String), и тебе компайлер сгенерит потом геттеры-сеттеры, если уж совсем хочется обмазаться спрингами/хиберами итд, это вроде довольно удобно, в котлине не так?

у тебя есть @Configuration class Configuration , а внутри @Bean fun mapper() = ObjectMapper()

вот тут надо полностью open обмазываться

тут недавно набросы делали с вопросами "а нужно ли все делать final"

ответили - нах, лишние буквы

в котлине все по-дефолту final, тоже плохо?)

Странная проблема, если честно, мне с моей колокольни плохо видно, почему тут просто var нельзя было для этого приспособить, впрочем, я котлин не знаю, так что имхо

Странная проблема, если честно, мне с моей колокольни плохо видно, почему тут просто var нельзя было для этого приспособить, впрочем, я котлин не знаю, так что имхо

Причем тут котлин) У Котлина точно такие же праймари конструторы с пропертями

Это специфика спринга

а кстати, проблем с моками нет? ну как бы final классы вроде ж нельзя мокать?

по крайней мере в пхп)

а кстати, проблем с моками нет? ну как бы final классы вроде ж нельзя мокать?

Интерфейсы делать нужно

Ну да, я понимаю, просто мне кажется немного диким, что для того, чтобы подстроиться под спринги, разработчики так меняют язык и его синтаксис

И не будет проблем

в котлине все по-дефолту final, тоже плохо?)

Классы по-дефолту final.

а кстати, проблем с моками нет? ну как бы final классы вроде ж нельзя мокать?

проблем нет, просто моки делать нельзя. А так проблем нет.

проблем нет, просто моки делать нельзя. А так проблем нет.

Шутки на злобу дня.