Ну на месте автора если бы комментарий к методу был "открываем в браузере ютуб с ссылкой на final countdown" я бы, например, все равно ушёл бы в сорцы с вопросом "WTF!!!"
И как часто вам приходилось с такими вот финтами ушами играться, что это породило данную статью)) Просто розовые пони и драконы не существуют — точно также как и ваши примеры в реальной работе. Или статья заключается именно в этом?
Ну хотя бы правильный пример для начала надо было написать. Потому что из примера нихрена оно не демонстрирует. Точнее не так: пример был о том что «если хочешь вернуть значение из функции — используй return». Стрелочная функция, как видно из названия — функция. Демо return statement то зачем?
Ещё пару лет понырять в js вам и удалите статью по собственному желанию))) (Java developer)
По долгу службы пришлось тоже с js работать и ничего, жив здоров и со всеми пунктами вашими уже давно живу спокойно вместе — почти как с пилящей женой)
P. S. По поводу одного потока — кто запрещает ранить несколько процессов и лоудбалансить их?
Это пример уровня hello world. Реалии таковы что в боевых условиях js must have. Conditional validation когда валидность проверяется в купе с другими полями никак не сделать кроме как на js.
Ну и писать константу для обычной проверки на null или undefined я тоже считаю избыточным. Не то что я прямо предлагаю экономить память на указатели, но меня учили по старому: есть данные — юзай.
Последний пример "когда можно не выносить" убил весь дух статьи… Играем, не играем, рыбу заворачиваем. Надо писать в одном стиле, особенно если в команде уже есть code conventions.
Не только. Символы комментариев,, точка с запятой. А можно не изобретать велосипед и воспользоваться prepared statement где уже бородатые дядьки в своё время всё сделали))
Да когда то давно мой первый тим лид тоже дал таск на саморазвитие написать мини хибернейт. Сразу после этого с любым фреймворком стало проще работать зная что под капотом. Но рефлексия по полям только этого мало. Попробуйте на досуге генерить используя методы. Может как и я споткнетесь с проблемой boolean vs Boolean геттерами))
Да можно махнуть в последний спринг со своими интеграциями с клаудом и распределением. Ui уже давно на js и тоже можно организовать server rendering если тяготеет к нему душа. Если же в вашей задаче ещё есть и рендер в зависимости от ролей пользователя то можно ещё и тут хорошо так поломать голову если список ролей в js, на ваш взгляд, это плохая идея
Подождём немного до того как автору понадобятся конверсейшн и вью скоуп бины. Тогда возможно придёт осознание того что пора перестать тревожить древнее зло и взять что-то свеженькое и интересное.
Коммент ниже. Ссылка из писем видимо некорректно даёт ответить на комментарий
Ну на месте автора если бы комментарий к методу был "открываем в браузере ютуб с ссылкой на final countdown" я бы, например, все равно ушёл бы в сорцы с вопросом "WTF!!!"
Ну если открыть браузер по конкретной ссылке вызывает на устройстве тормоза, то надо задуматься о смене девайса.
Люди пишут для людей в конце концов.
А в 1.х ангуляре их что-ли не было?
Описано как в документации…
И как часто вам приходилось с такими вот финтами ушами играться, что это породило данную статью)) Просто розовые пони и драконы не существуют — точно также как и ваши примеры в реальной работе. Или статья заключается именно в этом?
Не стоит забывать для чего изначально делался язык и какие тогда были ограничения
Ещё пару лет понырять в js вам и удалите статью по собственному желанию))) (Java developer)
По долгу службы пришлось тоже с js работать и ничего, жив здоров и со всеми пунктами вашими уже давно живу спокойно вместе — почти как с пилящей женой)
P. S. По поводу одного потока — кто запрещает ранить несколько процессов и лоудбалансить их?
Можно # взять и тогда весь код на js можно будет читать как ленту инстаграмма (rofl)
На бэкэнде валидировать надо чтобы умельцы всякие курлом туда мусор не гоняли как минимум :)
Это пример уровня hello world. Реалии таковы что в боевых условиях js must have. Conditional validation когда валидность проверяется в купе с другими полями никак не сделать кроме как на js.
Ну и писать константу для обычной проверки на null или undefined я тоже считаю избыточным. Не то что я прямо предлагаю экономить память на указатели, но меня учили по старому: есть данные — юзай.
Последний пример "когда можно не выносить" убил весь дух статьи… Играем, не играем, рыбу заворачиваем. Надо писать в одном стиле, особенно если в команде уже есть code conventions.
Не только. Символы комментариев,, точка с запятой. А можно не изобретать велосипед и воспользоваться prepared statement где уже бородатые дядьки в своё время всё сделали))
Да когда то давно мой первый тим лид тоже дал таск на саморазвитие написать мини хибернейт. Сразу после этого с любым фреймворком стало проще работать зная что под капотом. Но рефлексия по полям только этого мало. Попробуйте на досуге генерить используя методы. Может как и я споткнетесь с проблемой boolean vs Boolean геттерами))
Да можно махнуть в последний спринг со своими интеграциями с клаудом и распределением. Ui уже давно на js и тоже можно организовать server rendering если тяготеет к нему душа. Если же в вашей задаче ещё есть и рендер в зависимости от ролей пользователя то можно ещё и тут хорошо так поломать голову если список ролей в js, на ваш взгляд, это плохая идея
Подождём немного до того как автору понадобятся конверсейшн и вью скоуп бины. Тогда возможно придёт осознание того что пора перестать тревожить древнее зло и взять что-то свеженькое и интересное.