Ответы пользователя по тегу C#
  • Есть ли Обучение C# с практикой?

    vladimirbondarev
    @vladimirbondarev
    Разработчик ПО
    ulearn.me - очень хороший ресурс.
    Ответ написан
    Комментировать
  • Как развиваться .NET разработчику?

    vladimirbondarev
    @vladimirbondarev
    Разработчик ПО
    Алгоритмы, паттерны и SOLID это база для программирования, без которой писать продуктовый код не получиться. У меня такая же проблема, отчасти иногда помогает смена конторы/проекта/команды. Но как только разберешься с архитектурой проекта опять впадаешь в рутину и уныние. Этого не избежать. Поэтому для себя стараюсь искать сторонние интересные проекты. Например, предложили переписать проект на Golang. Сначала после .Net очень сильно матерился, но потом проникся самим языком и его стеком. На год апатию сняло как рукой. Сейчас появился .Net Core, пытаюсь портировать рабочий проект на него, а потом запустить на Linux. В общем как-то так, иначе можно впасть в ситуацию профессионального истощения.

    В общем мой совет, всегда искать что-то новое и экспериментировать. Еще хорошо помогают профессиональные тусовки. Или просто на выходных не подходить к компу )))
    Ответ написан
    Комментировать
  • Событие С# для чтобы код работал полный цикл?

    vladimirbondarev
    @vladimirbondarev
    Разработчик ПО
    Есть еще вариант.
    Для начала отделите логику от пользовательской формы. Это просто совет.
    И реализуйте через подписку на события: получили сигнал от купюроприемника -> сработало событие -> среагировал подписчик(и) -> обновились данные на форме.
    Ответ написан
    Комментировать
  • Какие хорошие блоги/сайты/видеоблоги посвященные C#/.Net/ASP.Net MVC вы знаете?

    vladimirbondarev
    @vladimirbondarev
    Разработчик ПО
    Ответ написан
    Комментировать
  • Как правильно вносить изменения в проект ASP.NET?

    vladimirbondarev
    @vladimirbondarev
    Разработчик ПО
    Функция "Publish" в VS это всего лишь деталь поставки. Формируй пакет поставки и разворачивай его на FTP.
    Подмена файлов, будь то бинарных или текстовых плохая практика, можно что-нибудь отломать и потом долго мучиться восстанавливая предыдущие состояние. Каждая поставка содержит в себе изменения, значит должна быть присвоена версия, которая содержит определенный ченджлог, иначе через цать таких поставок начнется каша.

    Опишу общий процесс поставки:
    • вносятся финальные изменения в разработческой ветки, тестируются
    • сливаются изменения разработческой версии с master, исправляются конфликты, тестируются
    • собирается пакет поставки, содержащий все необходимые конфигурационные, бинарные и прочие файлы и т.д.. Пакет не должен содержать мусорных файлов. Присваивается пакету версия
    • поставляется пакет на демонстрационный сервер. Если есть БД, то восстанавливается бэкап с продуктовой, либо максимально приближенный к последнему состоянию оригинальной. Применяются миграции.
    • регистрируется приложение в IIS, тестируется
    • поставляете пакет на продуктовое окружение
    • если есть БД, то создается бэкап, применяются миграции
    • разворачиваете пакет поставки
    • переключаете IIS на использование поставленной версии

    Это процесс, к которому мы пришли не сразу. Были и подмена файлов на продакшене и живая правка кода. Иногда это приводило к плачевным последствиям. Потом итеративно выработалась ручная процедура поставки, после для экономии времени эта процедура автоматизировалась. Сейчас самый продолжительным участком поставки является ручное приемочное тестирование на демонстрационном окружении. Автоматизированные приемочные тесты тоже есть - они прогоняются после сборки билда, но как и весь код они могут содержать ошибки, поэтому ручной прогон приемочных тестов исключать не решаемся.
    Ответ написан
    3 комментария