Size: a a a

2020 November 09

A

Alex in pro.jvm
Есть переменная app.home по умолчанию значение /var/opt/service/xxx
источник

z

zafar in pro.jvm
Dmtr Klkv
А на что смотрят? Паттерны и clean code?
Все по-разному. Зависит от ценностей, которых придерживается компания. Если компания дает тестовое задание, можно попробовать уточнить, на что конкретно они обращают внимание. Паттерны и чистый код должны быть по умолчанию, я считаю. Из неочевидного на что лично я обращаю внимание на код-ревью это нейминг.
источник

DM

Dmitry Maslov in pro.jvm
Еще логирование могут смотреть
источник

A

Artjom Kalita in pro.jvm
Dmitry Maslov
Еще логирование могут смотреть
ага делать мне нечего из тестового задания продакшен реди код писать
источник

A

Artjom Kalita in pro.jvm
может еще пайплайн сделать и кубернетис заиспользовать
источник

A

Artjom Kalita in pro.jvm
и грейлог подрубить с забиксом
источник

VG

Vasiliy Gruzdev in pro.jvm
Александр Дерюгин
не заставляйте вас убеждать в необходимости документирования кода
Зачем документировать код, когда можно потратить немного лишнего времени и дать очевидные имена методам/интерфейсам/классам
источник

V

V in pro.jvm
а кто там говорил, что нормальный код в комментариях не нуждается, Бугаенко вроде?
источник

VG

Vasiliy Gruzdev in pro.jvm
Если код нуждается в документации, то что то с ним не так
источник

B1

Burevesnik 1960 in pro.jvm
Хай, хелп -  может у кого есть под рукою актуальное описание Java Memory Model ?
источник

АД

Александр Дерюгин... in pro.jvm
Burevesnik 1960
Хай, хелп -  может у кого есть под рукою актуальное описание Java Memory Model ?
https://openjdk.java.net/ вот тут есть
источник

DM

Dmitry Maslov in pro.jvm
Vasiliy Gruzdev
Если код нуждается в документации, то что то с ним не так
Ну да, когда видишь в энтити поле с названием OFKD тебе вовсе не нужна документация, чтобы понять что это, главное чтоб код был хорошим, ага
источник

z

zafar in pro.jvm
V
а кто там говорил, что нормальный код в комментариях не нуждается, Бугаенко вроде?
Много кто про это писал еще до Егора, например в the pragmatic programmer (1999)

In general, comments should discuss why something is done, its purpose and its goal. The code already shows how it is done, so commenting on this is redundant and is a violation of the DRY principle.
источник

z

zafar in pro.jvm
Точно не помню, но скорее всего в Чистом коде тоже про это есть
источник

A

Artjom Kalita in pro.jvm
Dmitry Maslov
Ну да, когда видишь в энтити поле с названием OFKD тебе вовсе не нужна документация, чтобы понять что это, главное чтоб код был хорошим, ага
да документация бы тут явно помогла
источник

АД

Александр Дерюгин... in pro.jvm
Artjom Kalita
да документация бы тут явно помогла
а как же, там было бы написано // OFKD id
источник

VG

Vasiliy Gruzdev in pro.jvm
Dmitry Maslov
Ну да, когда видишь в энтити поле с названием OFKD тебе вовсе не нужна документация, чтобы понять что это, главное чтоб код был хорошим, ага
Зачем такие имена полям давать?
источник

A

Artjom Kalita in pro.jvm
Если уже код написан с такими полями, то страшно даже подумать что бы в документации было бы написано
источник

DM

Dmitry Maslov in pro.jvm
Vasiliy Gruzdev
Зачем такие имена полям давать?
Аббревиатура предметной области
источник

AB

Andrey Belyaev in pro.jvm
Artjom Kalita
Если уже код написан с такими полями, то страшно даже подумать что бы в документации было бы написано
Ну, в документации написано ОФКД 😊 Какой-нибудь там "общефедеральный классификатор диагностический"
источник