Есть в русской речи две поговорки: "Должен, но не обязан" и "Все животные равны, но некоторые равнее"
Да, SEO-шник может определить структуру разметки при составлении ТЗ (если это хороший SEO-шник), но гораздо легче разработчику будет выполнить задачу без ошибок если всё к этому располагает
Другими словами тебе могут дать карту и отправить в конкретный пункт назначения и тебе будет легче пройти к нему по парковой зоне (где имеются проложенные тропы) нежели топать через дремучий лес
Полагаю, что Вы выросли до того уровня когда уже пора начать обращать внимание на маркировку и пропускать статьи помеченные уровнем сложности “Простой” как не достойные Вашего внимания. Так как это статьи для “Джунов”.
Я прекрасно понимаю, что на Вашем уровне многие вещи кажутся очевидными, тогда как для молодых специалистов это может быть совсем не так.
Могу предположить, что те проблемы с которыми сталкиваются большие проекты вам чужды, так как Вам не приходится работать со специалистами ниже Вас по уровню и видеть как они совершают одну глупую ошибку за другой.
Уверен в Вашем проекте нет говнокода и костылей. Увы, мы честно признаемся, что у нас не так. Мы не идеальны.
Буду неизмеримо благодарен, если мы с Вами уйдем от голословных утверждений к конкретике и Вы как разработчик, который знаком языком C# по пунктам распишите разработчику, который 10 лет на нём пишет о том в чём именно заключается нытьё.
В статье описана важность выбора правильного инструмента для того, чтобы снизить вероятность ошибок и уменьшить порог вхождения. Также статья знакомит с одним из таких инструментов, который позволяет обустроить определенную защиту в своем проекте от нелепых ошибок.
Не даром Microsoft посвятила целую версию языка (C# 8.0) подобному механизму введя в обиход Nullable Reference Types (NRT). Вероятно им стоило эту версию языка выпускать под кодовым названием “desert whining” ;)
Есть в русской речи две поговорки: "Должен, но не обязан" и "Все животные равны, но некоторые равнее"
Да, SEO-шник может определить структуру разметки при составлении ТЗ (если это хороший SEO-шник), но гораздо легче разработчику будет выполнить задачу без ошибок если всё к этому располагает
Другими словами тебе могут дать карту и отправить в конкретный пункт назначения и тебе будет легче пройти к нему по парковой зоне (где имеются проложенные тропы) нежели топать через дремучий лес
Тем кому приходится поддерживать Legacy код спешить некуда.
И как правило всё новое имеет более скудный функционал чем старое и зарекомендовавшее себя со временем.
Вы сравнивали возможности Kiota с Refit ?
Благодарю за Ваш комментарий и Ваше мнение.
Полагаю, что Вы выросли до того уровня когда уже пора начать обращать внимание на маркировку и пропускать статьи помеченные уровнем сложности “Простой” как не достойные Вашего внимания. Так как это статьи для “Джунов”.
Я прекрасно понимаю, что на Вашем уровне многие вещи кажутся очевидными, тогда как для молодых специалистов это может быть совсем не так.
Могу предположить, что те проблемы с которыми сталкиваются большие проекты вам чужды, так как Вам не приходится работать со специалистами ниже Вас по уровню и видеть как они совершают одну глупую ошибку за другой.
Уверен в Вашем проекте нет говнокода и костылей. Увы, мы честно признаемся, что у нас не так. Мы не идеальны.
Буду неизмеримо благодарен, если мы с Вами уйдем от голословных утверждений к конкретике и Вы как разработчик, который знаком языком C# по пунктам распишите разработчику, который 10 лет на нём пишет о том в чём именно заключается нытьё.
В статье описана важность выбора правильного инструмента для того, чтобы снизить вероятность ошибок и уменьшить порог вхождения. Также статья знакомит с одним из таких инструментов, который позволяет обустроить определенную защиту в своем проекте от нелепых ошибок.
Не даром Microsoft посвятила целую версию языка (C# 8.0) подобному механизму введя в обиход Nullable Reference Types (NRT). Вероятно им стоило эту версию языка выпускать под кодовым названием “desert whining” ;)