Сначала добавим файл: builder.Configuration.AddJsonFile("appsettings.json"); Затем переменные окружения с нашим префиксом: builder.Configuration.AddEnvironmentVariables("MY_");
Зачем добвлять файлы вручную, если сам ASP.NET Core добавляет их по-умолчанию?
Спасибо) Всё-таки под асинхронным ожиданием я имел в виду общение со сторонними ресурсами с использованием "асинхронного драйвера", то есть второй пример.
Под "долгой" задачей подразумевается задача выполняющаяся более 20 мс? Нужно ли учитывать время ожидания в асинхронных операциях, или же одна действительно асинхронная операция для ThreadPool представляет две операции до и после асинхронного ожидания?
Для MAUI есть C# Markup - можно как и во Flutter создавать представление через код. А вот Авалония поддерживает только очень своеборазные решения через F#.
Я сам за .NET и Java, но благодаря создавшемуся образу "самого простого типизированного" языка, Go часто тащат в стартапы, хотя большие облака в первую очередь поддерживают Java.
Ну это ж получается каша. Одно из ключевых и важнейших преимуществ у .NET перед, например, GoLang, это простота, удобство и скорость разработки.
Хм, помниться, что GoLang как раз продвигали именно за счёт большей простоты и скорости разработки по сравнению с типичными бекэнд языками, то есть Java и C#. Многие предлагают GoLang в качестве первого языка и считают наиболее выгодным для стартапов именно из-за его простоты, сухости и отсутствия «подводных камней». Но я не берусь это утверждать, просто впечатление на основе информации в интернете, с GoLang не возился.
было разработать идеи для новых продуктов и стратегию выхода на рынок
Они потом проверили какая доля из этих "+40%" стали успешными и провальными? Придумать что-то не так и сложно, а успешно внести новый продукт на рынок нужно ещё постараться.
Интересно какие причины попуждают сидеть на Windows 7? Ладно ещё Win8 была спорной, и 11 жрёт немного больше ресурсов и панель задач не передвинуть на лувую сторону, но почему не Windows 10?
В чём тут проблема? Работа «сделана» означает что она принята потребителем этой работы, в случае производства это другой отдел. Кроме потребителей есть такой древний отдел под названием «Контроль качества», контролирует работу на соответствие заданным параметрам ещё до приёмки её заказчиком.
«КПИ» и прочие нововведения можно оставить высоко эффективным менеджерам. Есть работа измеряемая, к примеру количество единиц продукции в единицу времени, и не измеряемая – любая разработка. Но некоторым эффективным менеджерам очень хочется измерить и такую работу – отсюда появляются KPI на количество строчек кода / текста / исследований, закрытые задач и прочие удивительные показатели.
Доверие же строиться между руководителями – именно они договариваются о сроках и ресурсах на выполнение работы, своего рода внутренняя купля-продажа и придерживаются принципа «вассал моего вассала, не мой вассал». В такой системе руководитель озабочен только своим отделом, а вышестоящий менеджер «не лезет» в работу отдела, то есть занимаются только Эпиками, а не Таксками, которыми владеет руководитель отдела.
Откуда вы взяли что Скрам живёт не только в АйТи разработке? Он отлично себя чувствует и в разработке реального продукта. Но я не спорю, российская промышленность далека от передовых технологий…
Кто-то очень умный сказал: «Чем больше отчётности, тем меньше доверия».
Несколько мыслей по этой теме: Подобный учёт рабочего времени порой «сводит на нет» внутри командное взаимодействие между коллегами – каждый озабочен об отчёте за потраченное время на помощь друг другу.
Оценка трудозатрат на разработку (хоть ПО, хоть машина) совершенно отличается от оценки трудозатрат на производство уже разработанного изделия.
На некоторых «заводах» всё ещё применяют почасовую слежку за персоналом, потому как уровень доверия находится на ноле. На некоторых «АйТи-галерах» такая форма слежки является обязательной, возможно, потому как нужно что-то продавать клиентам и из-за отсутствия уверенности у руководства в собственных силах.
У меня и у многих моих коллег такая система отчётности вызывает ощущения взаимодействия с работодателем по типу «раб – надзиратель».
PS: Довелось мне работать в одной компании с разработкой реального осязаемого продукта. Как-то раз сменилось начальство (не буду уточнять которое из них было более эффективным), а новое ввело правильно повременного отчёта за день, формата: задача – потраченное время. Не малая часть персонала «разбежалась» уже в течение нескольких месяцев после такого нововведения. Хотя одна очень сообразительная сотрудница уже через пару недель навострилась писать отчёта на всю неделю вперёд по понедельникам, но всё равно ушла через полгода. Я же после введения такого отчёта полностью перестал заниматься работой в нерабочее время, а занимался я тогда маркетингом. Поначалу писал отчёт по полчаса-час в день, а через месяц так же приспособился и навострился ваять их за 10 минут.
Зачем добвлять файлы вручную, если сам ASP.NET Core добавляет их по-умолчанию?
Как вы соедините строки из коллекции элементов через String.Concat?
С вами не согласны я и все мои коллеги под .NET.
А вы в курсе о поддержке AVX инструкций методами LINQ?
Aggregate и StringBuilder отлично склеивают строки в очень лаконичном синтаксисе.
Спасибо) Всё-таки под асинхронным ожиданием я имел в виду общение со сторонними ресурсами с использованием "асинхронного драйвера", то есть второй пример.
Под "долгой" задачей подразумевается задача выполняющаяся более 20 мс? Нужно ли учитывать время ожидания в асинхронных операциях, или же одна действительно асинхронная операция для ThreadPool представляет две операции до и после асинхронного ожидания?
Для MAUI есть C# Markup - можно как и во Flutter создавать представление через код. А вот Авалония поддерживает только очень своеборазные решения через F#.
Это же прямо описано в документации.
https://learn.microsoft.com/en-us/aspnet/core/signalr/redis-backplane?view=aspnetcore-8.0
Похоже что ппечатка.
Я сам за .NET и Java, но благодаря создавшемуся образу "самого простого типизированного" языка, Go часто тащат в стартапы, хотя большие облака в первую очередь поддерживают Java.
Хм, помниться, что GoLang как раз продвигали именно за счёт большей простоты и скорости разработки по сравнению с типичными бекэнд языками, то есть Java и C#. Многие предлагают GoLang в качестве первого языка и считают наиболее выгодным для стартапов именно из-за его простоты, сухости и отсутствия «подводных камней». Но я не берусь это утверждать, просто впечатление на основе информации в интернете, с GoLang не возился.
Они потом проверили какая доля из этих "+40%" стали успешными и провальными? Придумать что-то не так и сложно, а успешно внести новый продукт на рынок нужно ещё постараться.
Наконец то! Хоть кто-то додумался до адекватных задач на собеседование программистов!
Разве Keyd Services в .NET 8 не решают эту проблему?
На DotNext есть отличная лекция по этой теме. Станислав Сидристый — lock(_sync): иллюзия идеального выбора
Можно по-подробнее как сверстать резюме для ATS систем: "Это очень важно, чтобы резюме выделялось, а на западе еще и проходило ATS системы"?
Интересно какие причины попуждают сидеть на Windows 7?
Ладно ещё Win8 была спорной, и 11 жрёт немного больше ресурсов и панель задач не передвинуть на лувую сторону, но почему не Windows 10?
>Смотреть по сделанной работе
В чём тут проблема? Работа «сделана» означает что она принята потребителем этой работы, в случае производства это другой отдел. Кроме потребителей есть такой древний отдел под названием «Контроль качества», контролирует работу на соответствие заданным параметрам ещё до приёмки её заказчиком.
«КПИ» и прочие нововведения можно оставить высоко эффективным менеджерам. Есть работа измеряемая, к примеру количество единиц продукции в единицу времени, и не измеряемая – любая разработка. Но некоторым эффективным менеджерам очень хочется измерить и такую работу – отсюда появляются KPI на количество строчек кода / текста / исследований, закрытые задач и прочие удивительные показатели.
Доверие же строиться между руководителями – именно они договариваются о сроках и ресурсах на выполнение работы, своего рода внутренняя купля-продажа и придерживаются принципа «вассал моего вассала, не мой вассал». В такой системе руководитель озабочен только своим отделом, а вышестоящий менеджер «не лезет» в работу отдела, то есть занимаются только Эпиками, а не Таксками, которыми владеет руководитель отдела.
Откуда вы взяли что Скрам живёт не только в АйТи разработке? Он отлично себя чувствует и в разработке реального продукта. Но я не спорю, российская промышленность далека от передовых технологий…
Кто-то очень умный сказал: «Чем больше отчётности, тем меньше доверия».
Несколько мыслей по этой теме:
Подобный учёт рабочего времени порой «сводит на нет» внутри командное взаимодействие между коллегами – каждый озабочен об отчёте за потраченное время на помощь друг другу.
Оценка трудозатрат на разработку (хоть ПО, хоть машина) совершенно отличается от оценки трудозатрат на производство уже разработанного изделия.
На некоторых «заводах» всё ещё применяют почасовую слежку за персоналом, потому как уровень доверия находится на ноле.
На некоторых «АйТи-галерах» такая форма слежки является обязательной, возможно, потому как нужно что-то продавать клиентам и из-за отсутствия уверенности у руководства в собственных силах.
У меня и у многих моих коллег такая система отчётности вызывает ощущения взаимодействия с работодателем по типу «раб – надзиратель».
PS: Довелось мне работать в одной компании с разработкой реального осязаемого продукта. Как-то раз сменилось начальство (не буду уточнять которое из них было более эффективным), а новое ввело правильно повременного отчёта за день, формата: задача – потраченное время.
Не малая часть персонала «разбежалась» уже в течение нескольких месяцев после такого нововведения. Хотя одна очень сообразительная сотрудница уже через пару недель навострилась писать отчёта на всю неделю вперёд по понедельникам, но всё равно ушла через полгода.
Я же после введения такого отчёта полностью перестал заниматься работой в нерабочее время, а занимался я тогда маркетингом. Поначалу писал отчёт по полчаса-час в день, а через месяц так же приспособился и навострился ваять их за 10 минут.
Необычная статься по .NET для хабра – чаще разбирают очень странные кейсы, которые могут быть сильно упрощены стандартным функционалом .NET.
Почему в методе HttpClientHandler.SendAsync использовали .GetAwaiter().GetResult() вместо нормального await, метод же возвращает Task?