Статья ни о чем! Проблемы бы не возникло, если бы использовались DTO. А в любом мало-мальски сложном проекте, никто не использует Entity для отдачи через Rest. Для того, чтобы показать принципы работы сериализатора не обязательно было приплетать Spring и Hibernate. Но если вы считаете, что я не прав, то жду статью "Как получать сущности со связями без поля password в Spring Rest контроллере", где вы расскажите, как пользоваться аннотацией @JsonIgnore.
Хотя поздно... уже есть товарищи, которые это смогли сделать:
Интересная статья. По большей части я согласен с автором. Абстракция, важнейший из навыков разработчика. Если человек владеет абстракцией, то стирается грань языков. Разработчик может использовать любой язык, любые БД и фреймворки.
Провел не мало собеседований и выпускники технических специальностей в среднем показывают себя лучше. Их сложней смутить вопросом: какая будет глубина TreeSet (Java), если там лежит 1000 элементов. Причем этот вопрос следуют после вопросов о структуре данных лежащей в основе TreeSet и вопросов про оценку сложности базовых операций с TreeSet. Тут сразу становится понятно, кто знает математику, а кто просто выучил циферки.
Были и уникальные кандидаты, которые показывали отличные знания Junior разработчика, не будучи выпускниками технических специальностей. Они самостоятельно занимались и проходили курсы. Но таких единицы. Хороший пример, это девушка-филолог, которая отлично отвечала на вопросы и продемонстрировала отличные технические навыки, она очень сильно всех удивила.
Надо было проект разделить на несколько частей и оценивать их отдельно, тогда бы цифры не так сильно бы напугали народ, даже если бы итоговая сумма получилась бы больше. Многие так делают.
Интересная статья. Видно проблема назревает повсеместно, не только у нас в компании. С отделением фроненда и выносом его на ноду проблем особых не было. "Так модно, так современно". Появился независимый деплой фронта и бека. Теперь фронт может релизиться в два раза чаще. Нам понравилось) но JS-совцы решили пойти дальше и начали затягивать бизнес логику на фронт. Почему-то начали переписывать полностью готовые сервисы, которые никому не мешают на JS. У нас начался треш и угар. У кого-нибудь есть такое?
Костыль. Есть много более подходящих решений этой задачи.
Статья ни о чем! Проблемы бы не возникло, если бы использовались DTO. А в любом мало-мальски сложном проекте, никто не использует Entity для отдачи через Rest. Для того, чтобы показать принципы работы сериализатора не обязательно было приплетать Spring и Hibernate. Но если вы считаете, что я не прав, то жду статью "Как получать сущности со связями без поля password в Spring Rest контроллере", где вы расскажите, как пользоваться аннотацией
@JsonIgnore.
Хотя поздно... уже есть товарищи, которые это смогли сделать:
https://stackoverflow.com/questions/23101260/ignore-fields-from-java-object-dynamically-while-sending-as-json-from-spring-mvc
Интересная статья. По большей части я согласен с автором. Абстракция, важнейший из навыков разработчика. Если человек владеет абстракцией, то стирается грань языков. Разработчик может использовать любой язык, любые БД и фреймворки.
Провел не мало собеседований и выпускники технических специальностей в среднем показывают себя лучше. Их сложней смутить вопросом: какая будет глубина TreeSet (Java), если там лежит 1000 элементов. Причем этот вопрос следуют после вопросов о структуре данных лежащей в основе TreeSet и вопросов про оценку сложности базовых операций с TreeSet. Тут сразу становится понятно, кто знает математику, а кто просто выучил циферки.
Были и уникальные кандидаты, которые показывали отличные знания Junior разработчика, не будучи выпускниками технических специальностей. Они самостоятельно занимались и проходили курсы. Но таких единицы. Хороший пример, это девушка-филолог, которая отлично отвечала на вопросы и продемонстрировала отличные технические навыки, она очень сильно всех удивила.
Интересная статья. Видно проблема назревает повсеместно, не только у нас в компании. С отделением фроненда и выносом его на ноду проблем особых не было. "Так модно, так современно". Появился независимый деплой фронта и бека. Теперь фронт может релизиться в два раза чаще. Нам понравилось) но JS-совцы решили пойти дальше и начали затягивать бизнес логику на фронт. Почему-то начали переписывать полностью готовые сервисы, которые никому не мешают на JS. У нас начался треш и угар. У кого-нибудь есть такое?