Так же скажу, что это верно и для сериализаторов/десериализаторов.
Кто-то поменял username на user_name и отвалилась половина зависимых сервисов.
А тесты замоканы. Там всегда один и тот же json.
Тоже самое можно и про ORM сказать, если иметь достаточно компетенции можно заранее писать высокопроизводительные запросы в БД и поддерживать все в идеальном состоянии. Таким образом, исключая ряд проблем.
Но как мы знаем этого не происходит потому что это отнимает слишком много времени, один человек не справится с поддержкой 15+ сервисов. А у двух человек разные взгляды на разработку одного и того же продукта и далеко не факт, что вы договоритесь.
У команды из 15 человек все еще сложнее. Найти компромисс иногда сжирает времени больше, чем реализация.
И лучше иметь одинаковые проблемы и соответственно пути их решения на 15+ сервисах, чем за год сделать ничего продумывая, как же все это идеально реализовать. Постоянно переписывая код до идеального состояния.
По сути Mapstruct и другие "мапперы" это способ ускорить разработку здесь и сейчас в обмен на возможные проблемы в будущем. "Здесь и сейчас" по сути это то, что крайне важно для бизнеса потому, как, если не успеешь за конкурентами, они тебя обгонят и съедят.
Да и в случае личных проектов мне и наверное большинству не хочется всю жизнь провести за компьютером, пока твои друзья 3 раз за год летают забугор.
Тебе всегда, когда ты начинаешь новый пет проект хочется увидеть результат здесь и сейчас и чаще всего из-за подобных ожиданий он и не развивается потому что ожидания не были оправданы.
Вывод: важно реалистично подходить к разработке проекта, и там где необходимо использовать ручной подход, а там где это не критично использовать mapstruct или другие инструменты.
По документалкам про автомобили некого Крашеного я помню, что подобные новости это способ надавить на компанию, чтобы заставить платить отчисления организации, которая давит. (Посмотрите кто автора поста.)
Ни на что не намекаю, но Детройт стал таким, как раз из-за подобных организаций. (потому что у компаний кончились деньги и им пришлось закрыться. Можете документалку про Детройт глянуть, там около 2 часов контента.)
У Apple есть функция, чтобы "рядовые" пользователи так делать не могли, если с тобой путешествует такое устройство, то на айфон тебе придет об этом уведомление.
А вот, если у тебя нет айфона, или тот кто тебе подложил такой датчик обладал airtag'ом для спецслужб, то ты не узнаешь да.
Так же насколько я помню с этого airtag'а можно прочитать инфу о владельце и подать на него в суд. Так что не рекомендую подобное использовать против владельцев android т.к это грозит реальным сроком.
Результаты опроса теперь полностью не релевантные из-за ошибки в цене, в рф он стоит около 24-25к, что очень демократично для такого девайса.
Так этой фиче уже месяца 4 и даже в бете не ios
Согласен по всем пунктам и даже без но.
Так же скажу, что это верно и для сериализаторов/десериализаторов.
Кто-то поменял username на user_name и отвалилась половина зависимых сервисов.
А тесты замоканы. Там всегда один и тот же json.
Тоже самое можно и про ORM сказать, если иметь достаточно компетенции можно заранее писать высокопроизводительные запросы в БД и поддерживать все в идеальном состоянии. Таким образом, исключая ряд проблем.
Но как мы знаем этого не происходит потому что это отнимает слишком много времени, один человек не справится с поддержкой 15+ сервисов. А у двух человек разные взгляды на разработку одного и того же продукта и далеко не факт, что вы договоритесь.
У команды из 15 человек все еще сложнее. Найти компромисс иногда сжирает времени больше, чем реализация.
И лучше иметь одинаковые проблемы и соответственно пути их решения на 15+ сервисах, чем за год сделать ничего продумывая, как же все это идеально реализовать. Постоянно переписывая код до идеального состояния.
По сути Mapstruct и другие "мапперы" это способ ускорить разработку здесь и сейчас в обмен на возможные проблемы в будущем. "Здесь и сейчас" по сути это то, что крайне важно для бизнеса потому, как, если не успеешь за конкурентами, они тебя обгонят и съедят.
Да и в случае личных проектов мне и наверное большинству не хочется всю жизнь провести за компьютером, пока твои друзья 3 раз за год летают забугор.
Тебе всегда, когда ты начинаешь новый пет проект хочется увидеть результат здесь и сейчас и чаще всего из-за подобных ожиданий он и не развивается потому что ожидания не были оправданы.
Вывод: важно реалистично подходить к разработке проекта, и там где необходимо использовать ручной подход, а там где это не критично использовать mapstruct или другие инструменты.
По документалкам про автомобили некого Крашеного я помню, что подобные новости это способ надавить на компанию, чтобы заставить платить отчисления организации, которая давит. (Посмотрите кто автора поста.)
Ни на что не намекаю, но Детройт стал таким, как раз из-за подобных организаций. (потому что у компаний кончились деньги и им пришлось закрыться. Можете документалку про Детройт глянуть, там около 2 часов контента.)
У Apple есть функция, чтобы "рядовые" пользователи так делать не могли, если с тобой путешествует такое устройство, то на айфон тебе придет об этом уведомление.
А вот, если у тебя нет айфона, или тот кто тебе подложил такой датчик обладал airtag'ом для спецслужб, то ты не узнаешь да.
Так же насколько я помню с этого airtag'а можно прочитать инфу о владельце и подать на него в суд. Так что не рекомендую подобное использовать против владельцев android т.к это грозит реальным сроком.