а, можно ещё написать pu

ну всё равно, это целых 3 действия

нажать alt+enter

выбрать то гавно, что нужно

нажать emter

ладно, может потом разберусь и скажу как это сделать, если кому интересно

слишком узкий юзкейс

думаю можно как-то свой макрос для этого запилить

я просто хочу как можно меньше всего такого гавна писать

@guga4ka то есть стайл гайда нету отдельного, только книжка?

ну прямо так что бы как java code style от sun, нету

понятн, ну ладно

или как pep8

просто стало интересно посмотреть, а не вышло

о, кстати @fjfalcon

ты же на awesome wm

@guga4ka то есть стайл гайда нету отдельного, только книжка?

jcc

не-не это точно во флуд

jcc?

java code conventions

> Еврейский культурный центр

ThisIs это как-то связано с K&R?

нет

жаль

нулан

не узнаю чего-то нового про кодстайл

кажись jcc похож на K&R, я КР не читал

интуитивно догадываешься? :)

например фигурные скобки там где объявляется метод

в КР и jcc

а не на отдельном строке, но думаю что чем то похожи

Имхо, код стайл — это не то, во что нужно инвестировать своё время.

угу

но тут больше праздное любопытство, чем что-то практическое

https://en.wikipedia.org/wiki/Indent_style#K.26R_style

этой статьи на вики вполне хватит

Как думаете что лучше первым читать Кнут или Фаулер(чистый код)?

фаулер

Кнута нет смысла

Почему?

Слишком много написано и плюс никто его книги как учебное пособие в европе, штатах не использует

У Фаулера то что нужно, выжимка мудрости, Кнут же как ученый дохуя пишет

Где то читал что, тот кто не знает алгоритмов не напишет эффективный код

Ой да конечно

Байки это все

Спроси у тех, кто тут работает про алгоритмы

Много ли они их пишут

Соотношение время/качество у Фаулера превосходит Кнута

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

Вот тогда например мой любимый метод сортировки - выборкой как то не очень

Даже бывает что пишу алгоритм со сложностью O(N^2)

Когда нужно будет, тогда и начинаешь гуглить усиленно

и на собеседованиях его больше спрашивают

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

Имхо, код стайл — это не то, во что нужно инвестировать своё время.

чет в голос

общепринятые джавовские конвенции лучше заучить

ну и код-стайл сисярпа то еще говнище конечно

cmd + L и нету проблем

зачем знать то

ты же на awesome wm

да

awesome wm + lain

https://github.com/copycat-killer/lain вот этот

За что я не люблю фреймворки на аннотациях

Особенно весело, когда аннотациями покрывают роутинг или маппинг параметров

ERROR: S client not available

А чем плохо роутинг аннотациями задавать? И что лучше? Отдельный файл? И потом бегать между ними, соотнося пути и методы, к которым они привязаны? А про маппинг параметров ты, про RequestParam и PathVariable (это если касаться спринга)? Ну не знаю. Дёргать это всё из реквеста тоже не очень увлекательно.

За что я не люблю фреймворки на аннотациях

иди обратно в ee6 и свой xml ад ps. это шутка если что;)

Да вроде бы да, роутить отдельным файлом лучше

по крайней мере видишь все сразу

Да вроде бы да, роутить отдельным файлом лучше

Пjчему лучше?

Эцсамое, господа. А в Maven репозитариях, артефакты подписаны тем кто их заливает или всем и так нормально?

Эцсамое, господа. А в Maven репозитариях, артефакты подписаны тем кто их заливает или всем и так нормально?

вроде нормально

есть групп-айди

эм, ну TLS кое-где есть, это я понимаю. А group id как защищает? @dmsol

Кто-нибудь с трифтом работал?

Я имею ввиду apache thrift

я

А чем плохо роутинг аннотациями задавать? И что лучше? Отдельный файл? И потом бегать между ними, соотнося пути и методы, к которым они привязаны? А про маппинг параметров ты, про RequestParam и PathVariable (это если касаться спринга)? Ну не знаю. Дёргать это всё из реквеста тоже не очень увлекательно.

Нет полного списка, да, и аннотации разрастаются до огромного размера

В общем, я все верно понимаю, что если примитивный тип не помечен как optional, то при сериализации он уйдет, с нулевым значением

http://stackoverflow.com/questions/21576060/apache-thrift-java-object-data-types

Мне больше всего понравилось, как это сделано в PlayFramework

Мапишь действительно в файле

У меня просто аналогичная проблема.

Как в стэке, что я скинул выше

@DarkCasual если required не помечен, то он может быть null да

поэтому лучше всегда помечать либо required, либо optional

проще жить

Хмм

Ну это не я делал

В случае required он на обеих сторонах будет проверять наличие поля, и кидать эксепшн

Ну и да, в языках где нет Maybe/Option, optional поля выглядят как обычные типы

Нет полного списка, да, и аннотации разрастаются до огромного размера

Список можно получить путём поиска вхождений аннотации (Alt+F7, кажется).

Ок. Но это все равно не так наглядно

А если optional, то если его isSet вернет false, то это поле просто не сериализуется, и при десериализации мое поле будет с нулем(потому что примитивный тип) и isSet будет возвращать false

Нет полного списка, да, и аннотации разрастаются до огромного размера

Сворачивание кода.

Но главная претензия это скорее то, что у тебя метод превращается в нечто c огромными анноатциями на каждый параметр и сам метод