Передача параметров конфигураций в модули Autofac-а в ASP.NET Core

Автор: admin от 29-03-2017, 23:40, посмотрело: 333

Мы начали работать с ASP.NET Core практически сразу после релиза. В качестве IoC-контейнера выбрали Autofac, так как реализации привычного нам Windsor под Core нет (не было).

Рассмотрим различные способы регистраций зависимостей, требующих параметров конфигураций, а также решение, к которому пришли и которым теперь пользуемся.

Передача параметров конфигураций в модули Autofac-а в ASP.NET Core

Категория: Программирование

 

Инструкция по публикации iOS-приложения в App Store

Автор: admin от 29-03-2017, 22:05, посмотрело: 283

Однажды менеджеры Лайв Тайпинг подумали: «Как хорошо было бы иметь инструкцию-чеклист, чтобы ничего не забыть перед публикацией приложения в стор. С ней можно перестать носить всё в голове и не объяснять вновь пришедшим менеджерам, что к чему, а просто скинуть гуглдок». Подумали и написали — для себя. Но потом поняли, что нехорошо скрывать полезную информацию от общественности. Поэтому мы надеемся, что инструкция поможет менеджерам всех остальных студий так же, как помогает нам.

Тема этой заметки — публикация приложения в App Store. Чуть позже мы опишем порядок действий для публикации в Google Play.

Что же нужно сделать PM`y в ходе публикации:


  • создать аккаунт в App Store для заказчика, если у заказчика его нет, или предложить

  • опубликовать приложение с нашего аккаунта;

  • подготовить маркетинговые материалы (иконка, скриншоты, текст, видео для предпросмотра приложения);

  • приложить к сборке сертификат цифровой подписи;

  • настроить оплату за пользование приложения;

  • Отправить сборку в App Store.


  • Идём под кат и разбираем по порядку.

    Инструкция по публикации iOS-приложения в App Store

    Категория: Веб-разработка, Game Development, iOS

     

    Реинкарнация графического отладчика PIX для DirectX 12

    Автор: admin от 29-03-2017, 21:15, посмотрело: 229

    Реинкарнация графического отладчика PIX для DirectX 12Я люблю графические отладчики. Обычные я тоже люблю, но графические — больше. Они дают ощущение сродни заглядыванию за кулисы театра во время выступления: «ага, вот эта декорация крепится так, а этот луч света падает отсюда, а у этого шкафа нет задней стенки...». Графический отладчик пробрасывает мостик понимания между текстовым кодом приложения и полученной красивой картинкой.

    Но индустрия не балует нас обилием подобного инструментария. Есть графические отладчики от Intel, NVidia и AMD, но они не работают на чипах конкурентов и предназначены не столько для разработкиотладки, сколько для бенчмарков и хвастовства своими видеокартами. Они неплохо рассказывают ЧТО и КОГДА произошло, но плохо объясняют ПОЧЕМУ и КАК ИСПРАВИТЬ.

    В другом лагере находится мой любимый RenderDoc, о котором я уже писал. Прекрасная утилита, написанная ребятами из Crytek для себя и людей. Открытый код, поддержка всех вендоров, DirectX11 (с планами на Вулкан и DirectX12), куча мелких полезных мелочей.

    Вторым представителем когда-то был PIX — утилита для анализа производительности DirectX9. Задумывалась она как инструмент для разработки под XBox (само название это аббревиатура от Performance Investigation for XBox), но хорошо работала и для десктопных приложений. До того момента, пока не умерла (с выходом DirectX 10/11 и новых версий Windows). Microsoft, у которого в очередной раз маркетологи победили инженеров, объявил единственным инструментом для графической отладки Visual Studio, в которой именно для этих целей было много лишнего, многого не хватало, а кое-что было и вовсе невозможно. Студия — прекрасный инструмент для программирования, но далеко не столь хорошая вещь для изучения, профилирования и отладки графического кода (тем более чужого).

    Всё это уныние продолжалось несколько лет, пока инженеры Microsoft не одержали временную победу и в январе 2017 года Microsoft объявила о запуске беты полностью обновлённой версии PIX для DirectX 12!

    Давайте же посмотрим, что мы получили.

    Категория: Программирование » Веб-разработка

     

    DevOps на службе человека

    Автор: admin от 29-03-2017, 18:20, посмотрело: 211

    Технологии шаг за шагом отнимают наши рабочие места и грозят добраться до самого ценного — Ctr-C из Stack Overflow и Ctrl-V в родной IDE. Но к счастью, ни одна нейронная сеть пока не научилась программировать лучше тебя. Сегодня мы поговорим о том, как можно использовать DevOps, чтобы избавить от рутины целую команду мобильных разработчиков и даже тебя лично.


    DevOps на службе человека

    Категория: Веб-разработка, Microsoft, Android, iOS

     

    Запускаем VMWare ESXi 6.5 под гипервизором QEMU

    Автор: admin от 29-03-2017, 17:35, посмотрело: 853

    Запускаем VMWare ESXi 6.5 под гипервизором QEMU

    На свете существует замечательный гипервизор ESXi от компании VMWare, и все в нем хорошо, но вот требования к “железу”, на котором он может работать, весьма нескромные. ESXi принципиально не поддерживает программные RAID’ы, 100-мегабитные и дешевые гигабитные сетевые карты, поэтому попробовать, каков он в работе, можно только закупившись соответствующим оборудованием.
    Однако ESXi самые “вкусные” возможности ESXi открываются тогда, когда у нас есть не один, а несколько хостов ESXi — это кластеризация, живая миграция, распределенное хранилище VSAN, распределенный сетевой коммутатор и т.п. В этом случае затраты на тестовое оборудование уже могут составить приличную сумму. К счастью, ESXi поддерживает Nested Virtualization — то есть способность запускаться из-под уже работающего гипервизора. При этом и внешний гипервизор понимает, что его гостю нужен доступ к аппаратной виртуализации, и ESXi знает, что работает не на голом железе. Как правило, в качестве основного гипервизора также используется ESXi — такая конфигурация поддерживается VMWare уже довольно давно. Мы же попробуем запустить ESXi, использую гипервизор QEMU. В сети есть инструкции и на этот счет, но, как мы увидим ниже, они слегка устарели.

    Категория: Системное администрирование, Linux

     

    «Ruby для меня — это отличный инструмент»

    Автор: admin от 29-03-2017, 17:25, посмотрело: 278

    25 марта университет интернет-профессий «Нетология» совместно с сообществом ruby-разработчиков Moscow.rb провел митап на тему альтернативных решений в мире Ruby. Выясняем, есть ли нетривиальный Ruby и что-то кроме «рельсы», а также за что любить этот язык программирования.

    «Ruby для меня — это отличный инструмент»

    Категория: Программирование » Веб-разработка

     

    Техническая программа PHDays: чего ждать от трояна HummingBad, каким бывает вредоносное ПО для macOS и атаки на Java Car

    Автор: admin от 29-03-2017, 16:35, посмотрело: 220

    Техническая программа PHDays: чего ждать от трояна HummingBad, каким бывает вредоносное ПО для macOS и атаки на Java Car


    Positive Hack Days неумолимо приближается: более 4000 экспертов по практической безопасности соберутся в Москве 23 и 24 мая 2017 года, чтобы обсудить самые острые вопросы информационной безопасности. Совсем недавно мы анонсировали первую группу докладчиков, попавших в основную техническую программу. Если вы хотите выступить на одной трибуне вместе с именитыми экспертами по безопасности, у вас остался последний шанс — мы продлеваем Call For Papers до 30 марта. А пока вы готовите заявки на участие, мы представляем новую порцию выступлений.

    Категория: Информационная безопасность

     

    МИФИ организует олимпиаду по информационной безопасности для студентов

    Автор: admin от 29-03-2017, 16:35, посмотрело: 292

    МИФИ организует олимпиаду по информационной безопасности для студентов

    Совсем скоро, 21-23 апреля 2017 года, состоится всероссийская студенческая олимпиада по информационной безопасности. Соревнование проходит на базе Национального исследовательского ядерного университета «МИФИ» при участии Positive Technologies. Принять участие в олимпиаде могут студенты в возрасте 18 до 25 лет.

    Категория: Информационная безопасность

     

    Печать в компании: копейки, которые берегут миллионы

    Автор: admin от 29-03-2017, 15:15, посмотрело: 288

    Один из клиентов обратился к нам в «Онланту» за услугой сервиса печати, получил прайс и на некоторое время удалился. Чуть позже он вернулся и заявил, что посчитал потенциальные затраты, и у него получилось дешевле. То есть он зашел на Яндекс.Маркет, взял цены на офисные принтеры, выбрал тот, который ему понравился. Потом нашел срок службы принтера — 5 лет, или 60 месяцев. Разделил цену на месяцы — получил затраты на печать в месяц. Затраты, разумеется, его устроили, а наш прайс — не очень. Бывало с вами такое?

    Печать в компании: копейки, которые берегут миллионы


    При этом клиент не учел ни затраты на обслуживание принтера, ни расходы на картриджи, ни даже стоимость бумаги. То есть у клиента максимально поверхностное представление о том, из чего состоит цена печати одной страницы в его компании. Ожидания по цене крайне заниженные. Да и вообще — разве печать может чего-то стоить компании в век победившего электронного документооборота?!

    Ну, во-первых, не победившего — и вы в этом убедитесь. Во-вторых, может. Еще как может. Давайте посчитаем.

    Категория: Админитстрирование » Системное администрирование

     

    Запрещенные изменения в коде или продолжение истории ремонта одного крана

    Автор: admin от 29-03-2017, 15:15, посмотрело: 190

    Запрещенные изменения в коде или продолжение истории ремонта одного крана

    Данная статья является продолжением ранее опубликованной статьи, которую можно найти здесь.

    В текущей статье я уделю больше внимания тому, как, не смотря на ограничения, которые вводит политика обратной совместимости, не идти на компромисс в качестве кода. И выполнять непрерывный рефакторинг в ходе любых изменений кода, а не откладывать рефакторинг до тех пор когда будет позволено внести обратно несовместимые изменения, т.к. только непрерывный рефакторинг, который производится при каждом изменении кода, ведет к постоянному улучшению дизайна кода и архитектуры приложения, что ведет к улучшению расширяемости и поддержки кода в целом.

    Откладывание рефакторинга на потом ведет к увеличению технического долга и созданию задач (user story) на рефакторинг, которые не имеют business value для product owner-a, а соответственно такие задачи не будут попадать в топ продуктового беклога.

    Категория: Программирование, Веб-разработка

     
    Назад Вперед