Странно думать, что адекватной реакцией на это будет взять в руки столярные инструменты и исправлять стул. Скорее всего, правильное действие - проверить все этапы конвейера, скорректировать ЧПУ, исправить ошибку в самом процессе.
Аналогия хорошая, но вывод не правильный. Стул это неправильный аутпут, а конвеер это тот самый код который написал плохой инженер (ИИ). И да, мы не станем чинить стул, мы предпочтем сами починить конвеер вместо того, чтобы снова звать этого инженера.
Представьте что вы имеете машину: Kia Picanto. Она вас довозит с точки А в точку Б и все бы ничего, но вот ваша семья растет и вас уже не двое а пятеро. Приходится делать две ходки чтобы всех перевезти. А теперь у вас еще и дача появилась, нужно туда инструменты перевезти, а оттуда 3 мешка яблок забрать. Да и дорога на дачу - ямы да ухабы. Решение? Меняете вы свою малютку на Dodge Ram. Все проблемы решились на раз. Большая, вместительная, мощная, проходимая! Но, содержание стало дороже, бензина жрет больше, в городе не развернуться, а найти стоянку вообще отдельная беда.
Это я к чему? Не существует серебряных пуль. Решая одну проблему, мы обретаем другую.
Я делал это с Cursor, и это порядком раздражало, потому что я обычно занимался другими делами: отвечал на сообщения в Slack, проверял почту, делал что‑то еще
Вы можете поставить в очередь много задач, заняться своими делами и вернуться к уже выполненной работе, сделанной качественно и эффективно.
Какими такими другими-своими делами? Тыжепрограммист! Твои дела код писать. Еще никогда быть программистом не было так скучно 😕
Какие-то данные это филды? То есть как сделать так чтобы при запросе user поле name возврачалось всем, а email только админу? Просто на резолвер email устанавливаете другие валидации. Если ты не админ и запросил поле email получаешь 403. Хотите пример кода с GraphQL.Net?
Простите, но я люблю писать код. За поддержку OSS проекта у меня есть бесплатный Copilot Pro и я периодически пытаюсь им пользоваться. Если обычно я пишу код и получаю от этого удовольствие, то с Copilot я делаю бесконечные code review. Он мне код, я ему комментарий. И так по кругу. Причем его изменения всегда непередсказуемые и приходится перечитывать весь код сначала. Раз за разом. Час за часом. Если человеку в ревью можно коротко написать, что не так, то ему нужно разжевать иначе его опять понесет ни туда. Удовольствия от работы ни остается от слова совсем.
Не. Там struct передается в object, то есть будет выполняться boxing. Нет смысла сравнивать ссылки объектов, если для одного объекта будет выделяться новое место в куче при каждом вызове этой функции. Результат всегда будет false.
Вы путаете DI (или IoC) и IoC Container. Первый о том что класс не создает зависимости для самого себя. Второй - фреймворк который резолвит эти зависимости для класса. Прокидывает он их через конструктор (хорошо) или свойства (зло! Не делай так!). В статье используется так называемый Poor man DI. Пишу с телефона, лень умные ссылки добавлять. Если очень надо, то конечно добавлю.
Аналогия хорошая, но вывод не правильный. Стул это неправильный аутпут, а конвеер это тот самый код который написал плохой инженер (ИИ). И да, мы не станем чинить стул, мы предпочтем сами починить конвеер вместо того, чтобы снова звать этого инженера.
Аналогия
Оооо! Старый добрый @rukhi7 у которого трудности с пониманием прочитанного! Время идет, ничего не меняется 🤦
Представьте что вы имеете машину: Kia Picanto. Она вас довозит с точки А в точку Б и все бы ничего, но вот ваша семья растет и вас уже не двое а пятеро. Приходится делать две ходки чтобы всех перевезти. А теперь у вас еще и дача появилась, нужно туда инструменты перевезти, а оттуда 3 мешка яблок забрать. Да и дорога на дачу - ямы да ухабы. Решение? Меняете вы свою малютку на Dodge Ram. Все проблемы решились на раз. Большая, вместительная, мощная, проходимая! Но, содержание стало дороже, бензина жрет больше, в городе не развернуться, а найти стоянку вообще отдельная беда.
Это я к чему? Не существует серебряных пуль. Решая одну проблему, мы обретаем другую.
Что?
Какими такими другими-своими делами? Тыжепрограммист! Твои дела код писать. Еще никогда быть программистом не было так скучно 😕
Любой фреймворк нужно учить. К любой технологии нужно привыкать. Сложнее всего сменить технологию которой пользовалься много лет.
https://github.com/graphql-dotnet/server/blob/master/samples/Samples.Authorization/Schema/Query.cs#L15
Какие-то данные это филды? То есть как сделать так чтобы при запросе user поле name возврачалось всем, а email только админу? Просто на резолвер email устанавливаете другие валидации. Если ты не админ и запросил поле email получаешь 403. Хотите пример кода с GraphQL.Net?
Простите, но я люблю писать код. За поддержку OSS проекта у меня есть бесплатный Copilot Pro и я периодически пытаюсь им пользоваться. Если обычно я пишу код и получаю от этого удовольствие, то с Copilot я делаю бесконечные code review. Он мне код, я ему комментарий. И так по кругу. Причем его изменения всегда непередсказуемые и приходится перечитывать весь код сначала. Раз за разом. Час за часом. Если человеку в ревью можно коротко написать, что не так, то ему нужно разжевать иначе его опять понесет ни туда. Удовольствия от работы ни остается от слова совсем.
Простите, я для этого не нанимался.
11 of the most costly software errors in history · Raygun Blog
Но здесь передается
this, а не кешированый бокс, так что все равно будетfalseНе. Там struct передается в object, то есть будет выполняться boxing. Нет смысла сравнивать ссылки объектов, если для одного объекта будет выделяться новое место в куче при каждом вызове этой функции. Результат всегда будет false.
Где примеры использования? Где side-by-side сравнение кода? Простите, но статья пустая. Что-то там восхваляется, но эти фанфары ничем не подтверждены.
Вы путаете DI (или IoC) и IoC Container. Первый о том что класс не создает зависимости для самого себя. Второй - фреймворк который резолвит эти зависимости для класса. Прокидывает он их через конструктор (хорошо) или свойства (зло! Не делай так!). В статье используется так называемый Poor man DI. Пишу с телефона, лень умные ссылки добавлять. Если очень надо, то конечно добавлю.
А я думал чтобы как раз таки было можно. Без CORS все запрещено, а при включении CORS - немножечко можно.
То есть у вас не было ни одного хотя бы мидл разработчика, который бы вам сказал, что вы все не правильно делаете?
Не нужно.
И не нужно.