Интересная публикация, но я бы для начала посоветовал ТС прочитать, ЧТО такое Росконтроль, кто им владеет и почему они пиарятся, публикуя разборы продуктов.
Спойлер — это не государственная, не аккредитированная и никем не уполномоченная организация с дурной историей. Как источник данных — так себе.
Сейчас не найду пруфов про них, но последнее упоминание видел тут — http://gosh100.livejournal.com/210513.html
отсюда можно пойти по цепочке дальше.
Где-то лет пять назад работал сисадмином в графике день-ночь-два выходных. Организм привык, в принципе.
Потом начал ходить в спортзал, занимался силовыми нагрузками три раза в неделю. Так сразу заметил, что потребность во сне уменьшилась до 3-4 часов. То есть мог лечь в час ночи, встать в 4-5 утра самостоятельно и спать больше не хотелось. Так продолжалось, пока не забросил тренировки (лень было в зал ходить :) ).
Это не совсем так. Можно сделать только четверть сектора и потом собирать его из 4х кусков, разворачивая их. В этом случае можно и с неровной поверхностью работать.
Пытался задизайнить этот гексагональный город в редакторе объектов, что-то совсем не получается. В игре попроще) В редакторе нет денег, приходится клеточки считать.
Безумно интересно, о чем говорят в этой статье, но просто НИХРЕНА не понимаю, потому что плаваю в этих банковских терминах. Интерчейнж, эмитент, эквайр, кроссберд — ааааа!!! Можно для нубов легкий FAQ в начале статьи, чтобы в целом представить картину и цепочку всех действий?
Еще бы, конечно, где-то прочитать про расчет окупаемости такой фермы.
Миллион баксов за приобретение, 15 центов за килограмм. Если ферма эффективнее на 400% и пророщенный зеленый корм БЕЗ фермы стоит пусть даже 50 центов, то выгода с килограмма получается 35 центов. 12 тонн в день на 35 центов экономии дают экономию 4200 баксов в день. При стоимости почти в миллион срок окупаемости не меньше 240 дней.
Могу быть полностью не прав, но даже так — не радужные перспективы.
Как и в предыдущей теме, напишу абсолютно то же самое :)
Учитывайте региональные менталитеты. Подавляющее большинство заказчиков хочет получить какой-то определенный готовый продукт под свои хотелки. Им плевать на ТЗ — ТЗ опять же в подавляющем большинстве случаев нужно только Исполнителю. Логично — если клиент еще пятьдесят хотелок захочет, то Исполнителю за те же деньги делать явно не захочется.
Однако, логика «есть тз, хотите чтото еще — доплачивайте» еще на этапе разговоров или уже на этапе разработки приводит как правило к тому, что этот клиент может обидеться или просто в будущем не захотеть дальнейшего сотрудничества. Поэтому срабатывает правило — «прогнуться» под клиента, но работать с ним дальше, получая деньги и дальше, чем отстаивать свою принципиальную Главную Позицию Владельца ТЗ.
Сразу пробежался по заголовкам и отметил одну вещь — человек проработал 10 лет над одной линейкой игр.
Очень хотелось бы увидеть подобную статью, но про человека, работавшего в условиях, когда нет 100% определенности и приходится переключаться на совершенно незнакомые темы. Например, с гейм-разработки на серверные системы или промышленное программирование и т.п.
Когда сидишь 10 лет в одной компании и работаешь над тем, что разрабатывал с самого начала, это реально легче, нежели раз в несколько лет переходить на что-то совершенно незнакомое.
Для девелоперской машины все решил через автоматическое создание Junctions в папке основного приложения. Но вылезла очередная проблема — нет метода для поиска Layout, если он лежит не в папке с представлением. Вот это уже печалька.
Да, согласен.
Просто есть такой класс как CacheDependency и его можно использовать, чтобы уведомить об изменении представления (например, я редактирую представления «на лету» на продакшене или во время отладки).
А еще есть сильный минус в RazorViewEngine на первый взгляд. Сейчас на скорую руку попробовал использовать и сразу натолкнулся на проблему. На этапе разработки сайт представляет собой набор библиотек плюс основное приложение. БОльшая часть представлений во время компиляции копируется в конечную папку в bin в основное приложение. Но мне-то надо редактировать исходный вариант представления в рантайме. То есть мне надо редактировать не файл Projects/SiteMain/bin/Debug/Views/login.cshtml, а файл Projects/SiteAuthLibrary/Views/login.cshtml. А при попытке выдать путь выше каталога приложения я получаю ошибку, что нельзя указать такой путь.
Конечно, может быть, есть варианты обхода такого поведения, но на данный момент это основное, что останавливает)
В VirtualPathProvider можно реализовать работу с кешем представления, как если, например, изменили вручную представление и надо его заново перекомпилировать. RazorViewEngine это позволит сделать?
А MVC найдет шаблон Index.cshtml в папке /Modules/Help/Views/ для контроллера Help автоматом, если в соседней /Modules/Admin/Views есть свой Index.cshtml?
Я правильно понимаю, что описанные в статье вещи в старом MVC реализовывались именно через IControllerFactory (самостоятельный поиск класса контроллера и создание экземпляра) и собственный ResourceProvider с регистрацией в HostingEnvironment.RegisterVirtualPathProvider?
Мне особо тестировать не на чем, есть только свисток DS9490R и к нему датчики DS18B20. Попробую на праздниках поковыряться, сделать плагин. Если сейчас сделать под нынешнюю платформу, то потом сильная переделка под .Net Core потребуется?
Спойлер — это не государственная, не аккредитированная и никем не уполномоченная организация с дурной историей. Как источник данных — так себе.
Сейчас не найду пруфов про них, но последнее упоминание видел тут — http://gosh100.livejournal.com/210513.html
отсюда можно пойти по цепочке дальше.
Потом начал ходить в спортзал, занимался силовыми нагрузками три раза в неделю. Так сразу заметил, что потребность во сне уменьшилась до 3-4 часов. То есть мог лечь в час ночи, встать в 4-5 утра самостоятельно и спать больше не хотелось. Так продолжалось, пока не забросил тренировки (лень было в зал ходить :) ).
Миллион баксов за приобретение, 15 центов за килограмм. Если ферма эффективнее на 400% и пророщенный зеленый корм БЕЗ фермы стоит пусть даже 50 центов, то выгода с килограмма получается 35 центов. 12 тонн в день на 35 центов экономии дают экономию 4200 баксов в день. При стоимости почти в миллион срок окупаемости не меньше 240 дней.
Могу быть полностью не прав, но даже так — не радужные перспективы.
Учитывайте региональные менталитеты. Подавляющее большинство заказчиков хочет получить какой-то определенный готовый продукт под свои хотелки. Им плевать на ТЗ — ТЗ опять же в подавляющем большинстве случаев нужно только Исполнителю. Логично — если клиент еще пятьдесят хотелок захочет, то Исполнителю за те же деньги делать явно не захочется.
Однако, логика «есть тз, хотите чтото еще — доплачивайте» еще на этапе разговоров или уже на этапе разработки приводит как правило к тому, что этот клиент может обидеться или просто в будущем не захотеть дальнейшего сотрудничества. Поэтому срабатывает правило — «прогнуться» под клиента, но работать с ним дальше, получая деньги и дальше, чем отстаивать свою принципиальную Главную Позицию Владельца ТЗ.
Очень хотелось бы увидеть подобную статью, но про человека, работавшего в условиях, когда нет 100% определенности и приходится переключаться на совершенно незнакомые темы. Например, с гейм-разработки на серверные системы или промышленное программирование и т.п.
Когда сидишь 10 лет в одной компании и работаешь над тем, что разрабатывал с самого начала, это реально легче, нежели раз в несколько лет переходить на что-то совершенно незнакомое.
Просто есть такой класс как CacheDependency и его можно использовать, чтобы уведомить об изменении представления (например, я редактирую представления «на лету» на продакшене или во время отладки).
А еще есть сильный минус в RazorViewEngine на первый взгляд. Сейчас на скорую руку попробовал использовать и сразу натолкнулся на проблему. На этапе разработки сайт представляет собой набор библиотек плюс основное приложение. БОльшая часть представлений во время компиляции копируется в конечную папку в bin в основное приложение. Но мне-то надо редактировать исходный вариант представления в рантайме. То есть мне надо редактировать не файл Projects/SiteMain/bin/Debug/Views/login.cshtml, а файл Projects/SiteAuthLibrary/Views/login.cshtml. А при попытке выдать путь выше каталога приложения я получаю ошибку, что нельзя указать такой путь.
Конечно, может быть, есть варианты обхода такого поведения, но на данный момент это основное, что останавливает)