- Дино Эспозито (Dino Esposito) – писатель, консультант, тренер и технический евангелист, признанный эксперт и популяризатор концепций DDD и CQRS
- Морис де Бейер (Maurice de Beijer) – независимый консультант, MVP и автор онлайн-курса The React Tutorial
- Андрей Терехов – full-stack разработчик EPAM, специалист по серверному пререндерингу.
Все трое выступят через неделю в Питере на конференции DotNext с докладами про ASP.NET Core.
Дино и Морис отвечали на английском языке, ниже мы публикуем перевод их ответов.
— Дино, Ваш доклад адресован в первую очередь тем, кто занимается управлением разработкой: архитекторам ПО и CTO. О чём именно пойдёт речь?— ASP.NET Core – это не просто новая версия. Это абсолютно новая платформа, смена эпох. Переход может принести компаниям много преимуществ: более компактный код, лучшую производительность и масштабируемость. Но какую цену придётся заплатить взамен, сколько кода придётся переписать? Я расскажу, какие шаги предстоит выполнить для миграции на ASP.NET Core, какие подсистемы придется переписать с нуля и какими могут быть стратегии перехода.
— Вы обещаете ответить, кому уже стоит задуматься о переходе на ASP.NET Core, а кому следует подождать. Кому вы посоветуете переходить с выходом RC2?
— Никому. ASP.NET Core ещё слишком сырой. Многие базовые вещи, такие как Data Access ещё не спроектированы на 100%. Нет никакой гарантии, что код, который вы используете сейчас, будет работать в релизной версии. Сейчас я думаю, что окончательно ASP.NET Core устаканится года через два.
По-настоящему следить за .NET Core уже сейчас нужно компаниям, занимающимся разработкой инструментов для программистов. Таким компаниям, как JetBrains. Они зарабатывают деньги на инструментах, а инструменты должны поддерживать любые новые платформы со дня запуска. Разработчикам корпоративного сектора я советую подождать.
— Какие стратегии перехода доступны разработчикам прикладного ПО?
— Многие механизмы, неизменные за всё время жизни ASP.NET внезапно изменились в ASP.NET Core. Например, авторизация, безопасность, взаимодействие приложения с серверной инфраструктурой. Мы рассмотрим все эти изменения и разберёмся, как реализовывать привычные вещи по-новому. Для хорошо спроектированных приложений переход будет проще и может быть осуществлён выделенной командой разработки за разумное время. Для многих других приложений корпоративного сектора, особенно таких, как банковское ПО, использующих платформо-зависимые компоненты, вероятно, переход станет вовсе невозможен.
— Может ли использование CQRS как архитектурного паттерна смягчить переход?
— CQRS – это очень общая концепция, диктующая определённое разделение всего кода приложения на две подсистемы: чтения и записи. Подход может помочь за счёт возможности параллельной работы по портированию обеих подсистем независимыми командами. Независимо от того используется CQRS или нет, чем лучше разделены слои приложения и чем лучше ваше приложение абстрагировано от деталей реализации ASP.NET, тем проще локализовать и переписать код. Большие приложения не обязательно переводить на новую платформу целиком, можно делать это постепенно по частям.
— Морис, о чём вы будете рассказывать в первом докладе?— Платформе ASP.NET более 15 лет. Кроме этого, на момент создания System.Web содержала большое количество кода для поддержки обратной совместимости с классическим ASP. За это время платформа накопила достаточное количество кода, который просто больше уже не нужен и устарел. Microsoft встала перед непростым выбором: отказаться от обратной совместимости или анонсировать новую платформу. Они выбрали второй вариант. Одновременно с этим они должны были отказаться и от существующего runtime. Microsoft всегда была компанией, ориентированной на создание и запуск всего и вся на Windows. Существующая ASP.NET не был исключением. Сейчас ситуация сильно поменялась: значительное место в стратегии компании стали занимать Azure и Linux.
ASP.NET Core – это работа над ошибками классического ASP.NET MVC, возможность начать с чистого листа. Кроме этого, Microsoft также стремится стать такой же популярной, как Ruby и NodeJS среди более юных разработчиков.
— Что значит для нас переход на новую платформу?
— .NET Core не содержит многих компонентов, к которым мы привыкли. Забудьте про System.Web, Web Forms, Transaction Scope, WPF, Win Forms. Их больше нет. Для простых ASP.NET MVC-приложений изменится немного и переход скорее всего будет простым. Для более сложных, использующих большое количество классов .NET Framework и ASP.NET pipeline ситуация сложнее. Что-то может работать, а что-то нет. Какую-то часть кода придётся переписать с нуля. Дополнительные проблемы может вызвать WebApi, потому что подсистемы ASP.NET MVC и WebApi теперь объединены. Многие библиотеки и nuget-пакеты ещё не готовы. Так что какие-то приложения просто не смогут перейти, пока не появятся новые версии библиотек.
— Каковы перспективы ASP.NET Framework 5 и ASP.NET Core, не произойдёт ли разделение сообщества на адептов каждой реализации?
Я думаю, что нас ждёт ситуация, похожая на переход от Web Forms к ASP.NET MVC. ASP.NET Framework будет поддерживаться ещё долго. Сначала лишь небольшая часть приложений будет разрабатываться на ASP.NET Core. Их количество будет увеличиваться, но рано или поздно все захотят перейти на ASP.NET Core. У нас до сих пор много работающих приложений на Web Forms. Да что там, до сих пор есть работающий в продакшене код на COBOL’е. Никто не собирается его переписывать, потому что он просто работает. Однако, никому не придёт в голову сейчас разрабатывать новое приложение на Web Forms, все выберут MVC. Рано или поздно такой же процесс произойдёт с ASP.NET Framework и ASP.NET Core. Последняя предлагает больше возможностей, отвечающих современным стандартам разработки.
— Например, возможность использования Docker? Это тема вашего второго доклада.
— Абсолютно верно. Docker позиционируется как решение проблемы «на моей машине работает». До недавнего времени мы были очень зависимыми от платформы: ASP.NET означал в 99% случаев Windows. Да, у нас была Mono, но у них не было официальной поддержки Microsoft, что для многих разработчиков означало, что они даже не будут пытаться рассматривать такой вариант. Сейчас Mono принадлежит Microsoft, корпорация официально поддерживают Linux и Mac OS. Мы можем запускать Docker-контейнеры с Windows или Linux. Во время доклада я объясню основные концепции Docker и продемонстрирую, как можно запустить ASP.NET Core приложение в Docker-контейнере. Это означает, что мы сможем поставлять не бинарные файлы, а уже сконфигурированные приложения, которые могут быть запущены в облачной инфраструктуре, например, Azure.
— В своей рекламной кампании Microsoft делает ставку на несвойственные ей позиции: высокая производительность, масштабируемость, кроссплатформенность. Не кажется ли Вам, что ASP.NET «залезает» на территорию NodeJS?
— В каком-то смысле NodeJS и ASP.NET всегда были конкурентами: и то и другое – платформы для бекенда. Но на самом деле между ними, конечно, не было никакой борьбы. Новое поколение разработчиков, так называемые hipster developers, предпочитают Ruby и Node. Более взрослое поколение, люди из корпоративной среды, на стороне .NET и Java. .NET Core явно стремится быть более молодой, модной и популярной. Так что да, в будущем нас может ждать настоящее противостояние .NET Core и NodeJS.
— Андрей, о чём ты расскажешь на DotNext?— О новых возможностях для современных SPA-приложений в ASP.NET Core как на этапе разработки, так и в продакшене, в частности об использовании Isomorphic JS и Web Components.
— А причём здесь ASP.NET?
— Речь пойдёт о библиотеке JavaScriptServices. С её помощью можно настроить гибкую маршрутизацию к разным backend’ам и собрать всё под одной крышей. Это может быть полезно для тех, кто устал администрировать зоопарк микросервисов, написанных на разных технологиях. Кроме этого, технология позволяет многократно ускорить время получения первой страницы за счёт серверного пререндера и обеспечить индексируемость SPA-приложений поисковиками. При этом сохраняются все преимущества современного богатого web-стека: сборщики, транспайлинг, hot reload и другое. Достаточно написать не webpack -hrm, а dnx web.
— Какие JavaScript-фреймворки поддерживаются?
— React – production ready, Angular 2 – на свой страх и риск: он ещё в стадии разработки.
— Я вижу, что библиотека официально включена в ASP.NET Core. Она войдёт в RC2 или в 1.0?
— Изначально разработку начал Steve Sanderson, и вся разработка велась силами сообщества. Уже потом было принято решение включить в состав ASP.NET Core. Сейчас Стив переключился на другие задачи — в какой-то момент была проблема с тем, чтобы принимать pull request’ы.
Поэтому решение об официальном включении в состав ASP.NET — как нельзя кстати. Это значит, что всегда найдётся кто-то, кто будет ей заниматься: не конкретный человек, но кто-то будет. По идее она даже должна зарелизиться вместе с основной частью ASP.NET.
— Существующая версия библиотеки работает на dnx. Запланирован ли ее перевод на cli, если да, то когда?
— Только недавно перевели и отладили. Работает как часы.
— Сколько по времени ушло на написание библиотеки, и за какую часть отвечал ты?
— Больше трёх месяцев. Но это же community-разработка. Потому и так долго. Кроме Стива и меня работало ещё 2-3 человека. Я в основном занимался прикручиванием Angular.
Ну а мы продолжаем ждать вас 3 июня в Санкт-Петербурге на конференции DotNext 2016 Piter. Именно там можно будет услышать доклады, упомянуты в посте, задать вопросы докладчикам, а заодно проверить своё знание английского:
- Dino Esposito — Migrating to ASP.NET Core: Challenges and Opportunities
- Maurice de Beijer — From zero to hero with running your ASP.NET Core 1 application in a Docker container
- Maurice de Beijer — What is new in ASP.NET Core?
- Андрей Терехов — Строим быстрые и эффективные SPA с ASP.NET Core
Приходите!
Комментарии (107)
x2bool
25.05.2016 16:47+5ASP.NET Core ещё слишком сырой
Зачем оно тогда называется Release Candidate 2, если его переписывают заново по два раза за неделю?
fedorro
25.05.2016 17:25+4Видимо как со Swift от Apple: так большее количество людей его потрогает и оставит фидбэк, предложения или даже pull-request-ы, раз оно на GitHub. Может оно и к лучшему — будет учтено больше мнений и предложений на раннем этапе, чем через 2 года выкатить этот же RC, и выяснить, что сделали не то что нужно широкой массе разработчиков.
Alex_ME
25.05.2016 17:52+1Я писал небольшой сайт на ASP.NET Core. Хостится на линуксе. Собственно, это и было причиной выбора Core. Самая большая проблема была БД — если все остальное завелось с пол-пинка, то использование не MS SQL (остановил выбор на PostgreSQL) принесло много головной боли.
SergeyVoyteshonok
25.05.2016 21:32А в чем была головная боль? EF же без проблем работает с Postgre?
Alex_ME
25.05.2016 21:40+3Да, адаптер есть и все должно быть ОК, но оказалось не так просто.
Сейчас уже не вспомню всех косяков, но попробую перечислить.
1. Не помню, на что конкретно ругался, но лечилось добавлением пакетов
Заголовок спойлера"runtime.linux.System.Net.NetworkInformation": "4.1.0-beta-23516-*", "Microsoft.NETCore.Platforms": "1.0.1-beta-23516-*", "System.Net.Security": "4.0.0-beta-*", "System.Net.NetworkInformation": "4.1.0-beta-*", "runtime.unix.System.Net.Security": "4.0.0-beta-23516-*"
dotnetdonik
25.05.2016 22:04+2Так это не только проблема подключения к бд, а скорее вопрос того когда они сделают стабильные реализации рантайма для разных платформ. Еще недавно было достаточно много проблем связанных с i\o разного рода на разных платформах, даже такими базовыми вещами как HttpClient например.
caballero
26.05.2016 10:00+2не знаю какая у вас была причина перехода на линукс, но как правило .NET проекты используют в целом платформу майкрософта — то есть mssql и прочие технологии. Как ни крути — это родная платформа. Иначе — это как запускать ноду или руби на винде.
Просто запускать сайт на другой ОС не вижу смысла даже если появится возможность. Тем более современные серверные решения майкрософта по надежности не особо уступают линуксу. Да и разработка будет под виндой — как ни крути а основная IDE пока — VS.
marshinov
26.05.2016 11:19+1Сейчас основной кейс для ASP.NET Core, ИМХО, Internet of things. Если MS выполнит свои обещания и мы увидим микроволновки и холодильники под управлением Win10, писать системы автоматизации на .NET Core — сам бог велел.
caballero
26.05.2016 11:53+1а у меня создается впечатление что основной кейс — веб.
Во всяком случае в том виде core как оно сейчас. ASP для IoT точно не нужно. Конечно можно сделать веб страницу для управления микроволновкой но скорее там буlет просто какой то простой API
marshinov
26.05.2016 12:04+1ASP.NET Core — это еще и WebApi с Self Host-сервером. Так что вполне рабочий вариант использовать WebApi для обмена данными между микро-сервисами, а ASP.NET для создания веб-морд, наподобие тех, что мы видим на бытовых WiFi-роутерах
caballero
26.05.2016 23:06Теоретически выглядит хорошо. Напомню что более 20 лет назад для подобных штук изобретался язык Java (с которого C# явно слизал синтаксис). то есть наблюдаем некий новый виток.
Но я не уверен что для IoT будет Core и обрезанная винда (или что то там еще).
Скорее будет что то типа приложения включающего в себя некое ядро операционки. Типа тех что существуют для микроконтроллеров.
То есть компилятор выдает на гора прошивку которая загружается в IoT. Прошивка включает в себя и логику и небольшое ядро многозадачной (на примитивных прерываниях) операционки, необходимые библиотеки и стек TCP с вебсервером. Это все уже есть для микроконтролеров но оно низкуровевое и хлопотное.
Теперь представьте что технология пошла по пути напоминающему популярный нынче Arduino.
Специализированый, си-подобный язык (возможно скриптовый и/или со сборщиком мусора), куча библиотек на все случаи жизни (по сути то что в Core), IDE с эмуляторами и/или внутрисхемной отладкой, разрабатываемые сейчас протоколы и стандарты обмена и т.д. и т.п.
Не забывайте что Iot гораздо проще и специализированее чем например мобильный телефон. Засовывать туда Core с пусть даже обрезаной виндой или линухом — неоправдано и дорого.
Это все ИМХО конечно — пытаюсь ванговать :)
indestructable
26.05.2016 13:20+2Основной кейс (правда, до его готовности как до Луны еще) — это .NET Native, one-file-web-application и его друзья.
AnatoliD
26.05.2016 20:54-2мне приходилось делать проекты для НАСА (живу в США) и не уверен, что писать системы автоматизации на Net.Core сам Бог велел… достаточно сравнить функциональность пакетов Матлаб и Net, не говоря уж с AutoCad — системами
Занимаюсь автоматизацией давно… с 1973 года… вероятно, в 99% случаях используются специализированные программные среды, вплоть до уровня ассемблера — Windows среды избыточно перегружены интерфейсами не нужными в конкретной разработке.
Alex_ME
26.05.2016 21:15+2Причина перехода была простая и банальная — желание сэкономить денег на хостинге. Сайт который я делал очень небольшой, нагрузки особой нет, так что и требований к хостингу тоже нет. До этого один сайт ASP.NET был на Infobox Windows Хостинг за какие-то смешные 150-200 р\мес. Потом они закрыли Windows Hosting и пришлось перевести на их же Windows VPS (когда искал — почему-то не нашел нормальных хостингов, возможно я слепой рукожоп). VPS та стоит 500 р/мес и имеет 512 Мб озу, что оказалось маловато для Win Server 2008.
Этот же сайт я разместил на ihor.ru, 200 р/мес, 1 Гб озу, линукс. Тогда мне показалось хорошей идеей немного помучатся с Net Core и сделать кроссплатформенный сайт + личный интерес. Это, наверное, не слишком профессиональны поступок, но сайт отлично работает, хостинг дешев, заказчик доволен.
Да, возникает вопрос — если Линукс, то почему не RoR, Node.js и прочие? Ответ прост: я их не знаю.caballero
26.05.2016 21:46+1Стоимость железа нынче гораздо меньше стоимости труда программиста. То есть посчитать стоимость вашего труда по освоению Core (например по средней заплате программиста) то вы однозначно в убытке даже если сайт будет хоститься не один год.
Alex_ME
26.05.2016 22:18Думаю, вы правы,
я студент-фрилансер с небольшим опытом, стоимость моего труда оценивается пока не слишком высоко, oh shi...
netpilgrim
26.05.2016 11:17+1Пока не все библиотеки можно запустить под Core.
Связка ASP.NET Core + mono выглядит более привлекательной.
SilverFerrum
26.05.2016 11:17+1Я успел сделать небольшой проект на RC1 и с выходом RC2 меня ждал по началу не приятный сюрприз. Но вскоре я понял, что обновиться было не так уж и сложно.
Также, переход на RC2 помог мне разобраться с секцией frameworks в project.json. Хочешь кроссплатформенность, используй «netcoreapp» (именно .NET Core очень сырой), хочешь, чтоб все старые сборки работали, как обычно и использовать ASP.NET Core, используй «netXXX» (XXX — версия .NET Framework). И что самое крутое, переключиться между netcoreapp и netXXX дело 5 минут.
А самая фишка, что вебприложение с netXXX компилируется в exe файл. Запустил — и твой сервер работает. Даже IIS не нужен.dotnetdonik
26.05.2016 11:54А самая фишка, что вебприложение с netXXX компилируется в exe файл. Запустил — и твой сервер работает. Даже IIS не нужен.
Компиляций в исполняемый файл не зависит напрямую от выбранного framework. Все что нужно сделать указать runtimes в project.json и он под каждую систему и выбранный фреймворк будет выдавать свой исполняемый файл. Упаковка в dll дефолтный вариант если не указаны runtimes.dotnetdonik
26.05.2016 12:03+1Кстати Self-hosts в консоли можно было делать и раньше для отдельных компонентов ASP.NET фреймворка. Основное отличие сейчас, что они вместо .net сокетов взяли и обернули libuv через p\invoke и вызывают его из dotnet в так называемом kestrel http server.
Это те же сокеты, что и Node.js использует.
Alex_ME
26.05.2016 21:19+1Вроде в rc1 было аналогично:
- dnxcore50 — кроссплатформ, NET Core, кое-что не работаеn
- dnxXXX — обычный .NET.
Или я путаю?
indestructable
26.05.2016 11:17+3Писал на новом асп, начиная с четвертой беты. Такое впечатление, что с приближением к релизу все менее стабильно.
90% ломающих изменений — это переименование и перемещение по неймспейсам. Я уже чувствую в себе зайчатки навыка «угадай имя пакета по неймспейсу из восьмой беты»
AnatoliD
26.05.2016 20:02-3Хотел бы сразу оговориться, я излагаю свое мнение, вероятно полностью не совпадающее с мнением чистых специалистов, занимающихся только интернет — приложениями.
Я с огромным удовольствием занялся бы экспериментами в MVC — они мне нравятся, но давайте оперировать фактами, а они говорят о том, что тем кто не имеет времени на эксперименты в той или иной области, в данном случае речь идет о программировании хотелось бы иметь дело с отлаженными инструментами. Давайте говорить честно — представила ли Майкрософт какие либо средства для обеспечения дизайна, взаимодействия с пользователем, кроме, по большому счету bootstrap and query, с их крайне скудным перечнем элементов UI, есть еще jqxWidgets — вдоволь с ними наэксприментировался…
Широко разрекламированный год наза ASP.NET 5 ничем и никак себя по серьезному не проявил — это все та же MVC 5 (ныне MVC 6), при использовании которой огромное количество времени тратиться на средства обеспечения интерфейса с пользователем — это либо возврат к HTML, либо к JavaScript в той или иной интерпретации, либо к очень скудные по номенклатуре клиент — ориентированные UI — элементы различных поставщиков. И, похоже, это положение планируется сохранить на уровне Core. Мне представляется, что тот уровень поддержки разработчиков, который ныне имеется для Web Forms, будет достигнут на новом витке технологической спирали лет через 10 — 15. При этом разработчики Windows и Visual Studio явно не учитывают, что мир стоит на пороге новой технологической революции, основной составляющей которой станут разработка систем генерации технологий, товаров и соответствующего оборудования…
Если бы я занимался только интернет — приложениями я бы принял за основу MVC по единственной причине — она будет развиваться и в дальнейшем, с генерацией различными фирмами (в рамках Core) клиент — ориентированных UI, которые изрядно облегчат жизнь обыкновенным разработчикам. Я говорю здесь лишь о необходимости надежных программных средств с помощью которых можно было бы быстропроизводить качественную продукцию. На данный момент, в части производства только программных продуктов, как это не прискорбно, это все те же вэб — формы по причине полного отсутствия клиент UI в инструментах Visual Studio 2015 и что посоветуете, кроме jquery, bootstrap end jqxWidgets? Убедите меня, что тестирование для меня намного важнее скорости, нестандартности и функциональности. Как вы отнесетесь к тому, что на ASP.NET 5 практически не имеется никакой документации — так одни обрывки и даже areas приходиться создавать вручную?
… но при этом практически везде заявляется, что вэб — формы (которые люди использовали 10 -15 лет) все заканчивается. ОК. Нисколько не против, тем более что MVC, на которые предлагается переходить всем поголовно и перейти — то несложно. Проблемы возникают потом — в ПОЛНОМ отсутствии соответствующих UI — элементов в Toolbox of Visual Studio. Мало того, как о неком прогрессе заявляется, что мы (пользователи) должны ориентироваться в будущем на UI — элементы сторонних разработчиков, без всякой унификации, с огромными потерями во времени с целью определить а как с ними работать — то? практически майкрософт на уровне представлений начинает новую технологическую спираль, на новом уровне, тем не менее отбрасывая сегодня пользователей назад, возможно, в 90е, предлагая нам вернуться на уровень HTML and Javascript, (хорошо хоть не Java, чтобы не мучиться с истоками C#, которому впрочем предшествовала и не Java а Unix C)… при этом нет никаких сомнений, что на новом этапе автоматически через сторонних поставщиков все придет к тем же UI только клиент — элементов вместо серверных.
О перспективах… попытавшись проанализировать перспективы MVC и поставив себя на место руководства Майкрософт пришел к выводу, что возможны два варианта развития событий:
1. маловероятный, когда майкрософт все пустит на самотек и отдаст Toolbox на откуп сторонним поставщикам ПО
2. наиболее вероятный, когда майкрософт по истечении нескольких лет создаст полноценную замену нынешнему Toolbox на основе клиент — ориентированных и серверных (таковые тоже нужны) UI. Проблема в том, что Майкрософт в качестве основы будет использовать уже кем — то сделанные лучшие образцы, а на это потребуется время.
В период этого вакуума, подумалось мне, нужно что — то делать — либо ориентироваться на современные средства, правда, требующие массу времени на поиск интерфейсных элементов, либо на уже известные инструментальные средства.
Я выбрал второе — web Forms, поскольку с моей точки зрения переход в дальнейшем на MVC сложным не будет.Alex_ME
26.05.2016 21:24+2Я не знаю, как обстоят дела в мире, но разве сейчас большая часть веба не делается с помощью тех или иных MVC? ASP.NET MVC, RoR, PHP фреймворки тоже пришли к MVC. И везде, как понимаю, UI — чистые веб-средства: HTML, JS?
AnatoliD
26.05.2016 22:56-3когда мы выступаем в качестве пользователя нас не интересует на каком фреймворке сделан тот или иной продукт, нас интересуют только одна характеристика — качество — функциональность продукта… никого не интересует возможность обеспечения полноценного тестирования и т.п.
когда я выступаю в качестве разработчика меня интересует только один вопрос — как обеспечить качественные (функциональность) характеристики продукта, в противном случае мне не выдержать конкуренцию на рынке. При этом мне бы желательно было это делать по возможности быстро и уж во всяком случае без заморочек с кодом — вы посмотрите на страницу представления с более или менее серьезными UI, например, jqxWidgets и сравните с Ajax Tools.
Меня не интересует что я использую — Матлаб, JavaScript, Delphi, C# — какая разница, в итоге нужна функциональность и скорость
Alex_ME
26.05.2016 23:03+2Мой вопрос был немного о другом. Какие средства веб-разработки позволяют
обеспечить качественные характеристики продукта…
по возможности быстро и уж во всяком случае без заморочек с кодом
Мне просто интересно, мне казалось, что везде используется просто HTML+JS (иногда со всякими доп. плюшками вроде React, Angular итп), а чтобы именно, как вы говорите, компоненты. Я их видел, действительно, только в WebForms.
AnatoliD
27.05.2016 00:37-2в статье упоминается Ruby and NodeJS… здесь, на мой взгляд, возможно, одна проблема — UI — без развитой системы готовых элементов интерфейса с пользователям многие вещи быстро обесцениваются в пользу языковых средств где все это имеется
Alex_ME
27.05.2016 01:15+1А какие готовые элементы пользователя вы можете привести в пример? Которые, по-идее, не специфичны для какого-то конкретного приложения (раз они готовые)?
AnatoliD
27.05.2016 01:40Для Интернет — приложений, практически, к ним относятся все Ajax Tools элементы или серверные элементы Toolbox Visual Studio. Если прототипов подобных UI — элементов не имеются их придется реализовывать в ручную. И чем тогда по функциям отличаются «новые» языковые средства от бейсика 40 — летней давности?
dotnetdonik
27.05.2016 08:34+2В Razor есть готовые хелперы для большинства стандартных элементов, создавать и reusать шаблонов по типам .NET так же достаточно просто, скафолд форм из моделей и собственно хелперы для ajax формы. Если все это совместить с бутстрапом — выйдет намного проще, легковестней и гибче чем серверные контролы и ajax панели.
Другое дело что сейчас это уже так же используеться скорее для прототипированния или кровавого энтерпрайза в интранетах, вы остали очень позади от современных проблем веб разработки, когда люди паряться всякими хаками типа спрайтов, cookieless domains пытаються применять http2 для оптимизации загрузки сайтов и боряться за каждую милисекунду, вы даже не задумываетесь про весь хешированные стейт в веб формах и разбухшую разметку, только потому что можете в конструкторе создавать веб сайт. Дело ваше но с такими подходами и приоритетами будет чем дальше тем сложнее оставаться на плаву в веб разработке.AnatoliD
27.05.2016 17:03угу… готовые хелперы… кто ж о них не знает, как bootstrap… при этом большая часть разработчиков и дизайнеров вам скажет, что получающиеся сайты похожи один на другой как близнецы — посмотрите нынешний дизайн майкрософт, asp,com и другие — как братья — близнецы. Единственные более или менее UI — элементы только у jqxWidgets, но вы видимо о них не слышали — посмотрите код который при этом имеет место… хуже атомной войны…
Бороться за каждую миллисекунду вы это серьезно, при стандартизации EF6? я давным давно использую Microsoft Enterprise Library 6.0, которая во много быстрее EF 6.
«С вашими подходами и приоритетами ...» — вы никогда не слышали, что главное это не собственно говоря программирование, а идея, постановка задачи, алгоритмирование и лишь после реализация? последний проект, который я в настоящее время реализую с 2012 как раз такого рода, на порядки сложнее гугл, фейсбука и т.п. и пока никто ничего подобного не делал… все делается на стыке 4-х дисциплин — организации и автоматизации производства, экономики и программирования.
indestructable
27.05.2016 14:14Майкрософт, пожалуйста, не надо больше веб-форм.
AnatoliD
27.05.2016 17:28-2угу… назад к HTML коду, а еще лучше к ассемблеру, в крайнем случае к Бейсику, Коболу, Фортрану… а чего ведь на них прекрасно решались экономические задачи…
Вы когда — нибудь слышали о прикладных задачах по управлению оборудованию, где не то что ваш MVC, а и ни один из известных обычной публике языков во многом не подходит — нужны аппаратно — ориентированные языки, языки ориентированные на «железо» — они и есть, но к майкрософт не имеют ни малейшего отношения…
Забавно было также посмотреть как вы на MVC будете реализовывать то что только и занимает правительство — вопросы импортозамещения и ре — индустриализации — на дворе вот вот грянет новая технологическая революция, ее пока реализует лишь одно ПО — система «Сократ» США — о принципах ее работы знаю прекрасно — никакого отношения ни к одной из фирм по производству ПО.
KirillFormado
27.05.2016 17:59+2Для человека решающего такие сложные задачи, ваши комментарии почему-то напоминают трудно воспринимаемый поток сознания)
indestructable
27.05.2016 21:33Хмм, почему «назад» к хтмл? Вперед, а не назад.
Ваши предположения, что управлять оборудованием кто-то будет «на МВС», вызывают у меня вопросы о вашей адекватности.
С одной стороны, вы предлагаете писать «на МВС» интерфейс пользователя, и тут же иронизируете об использовании его же для управления оборудованием. Хотя браузер — среда для дотнета не менее чужеродная, чем станок или плис.
AnatoliD
26.05.2016 23:25-4для разных задач средства возможно будут разными, сошлюсь на собственный пример:
… для физико — математических задач (для НАСА) мне подошел только Матлаб
… для системы Инвентори одной из компаний в США хватило средств Visual Studio for Windows
… для системы автоматизации труда дискрайберов в той компании США использовал Delphi for Windows
сегодня делаю сложный проект, в котором на первое место выходит функциональность и скорость — применяю Ajax Tools, Jquery, но есть и чисто серверные элементы — типа ListView, FormView… до этого пытался все сделать на MVC 5, но на отладку красивых и функциональных UI потратил массу времени и в конце концов пришел к выводу, что нужны стабильные и надежные средства
szKarlen
27.05.2016 11:40+2то, что Вы описываете, называется RAD. А еще лучше: UI-компоненты (Controls). Класс UI фреймворков, не зависящих от языка, платформы и т.д.
Они были, есть и будут как для десктопной разработки на .NET (Silverlight бывший), так и для Delphi, JavaScript (ExtJS, например).
А вот данный момент меня смущает очень сильно:
для системы Инвентори одной из компаний в США хватило средств Visual Studio for Windows
для системы автоматизации труда дискрайберов в той компании США использовал Delphi for Windows
чем обусловлен данный выбор? хоть Delphi, хоть C#, хоть Java являются алгоритмическими языками. Да и экосистема компонентов (т.е. UI Controls) также существует.
для физико — математических задач (для НАСА) мне подошел только Матлаб
Однако! пакет (т.е. специализированный набор функций, структур и т.д.) внезапно сравнивается с самой разработкой приложений.
Вместо Матлабздесь могла бы быть рекламалюбая др. библиотека.
p.s.
пожалуйста, не надо вспоминать про WebForms и ко. (JavaServer Faces и т.д.). Для спагетти кода (мягко выражаясь), конечно, подходит на отлично. НО как дело доходит до поддержки, то все.
Да, на WebForms можно писать качественные приложения. использовать MVP-шаблон вместо MVC. но сколько таких разработчиков все еще на WebForms, а? все перешли на MVC.marshinov
27.05.2016 11:43+2Мне кажется, что AnatoliD просто тонко тролит всех:)
AnatoliD
27.05.2016 17:15-2я в разработке с 1973… но не знаю, что означает слово «троль», «тролит»… сюда пришел лишь с одной целью — поговорить о путях реализации ре — индустриализации. а проще модной ныне темой импортозамещение…
KirillFormado
27.05.2016 17:53+3Так напишите статью об этом! Комменты под статьей про ASP.NET Core странное место для обсуждений темы не касающейся ASP.NET)
AnatoliD
27.05.2016 18:32-2я написал статью, которая называется «США уходят в отрыв — система Сократ» ее здесь не опубликовали по причине понятной — в статье рассказывается о системе Сократ положенной в основу закона H.R. 516 Return Jobs in America Act от ноября 2011. Я лично знаком с руководством этой системы…
При этом моя аналитическая записка о принципах работы системы Сократ на более чем 30 страницах отправленная в адрес Админ. Президента России была немедленно переадресована в Мин. Обороны России…
Руководство хабрабабра эта статья не заинтересовала, между тем — это единственная система, представляющая из себя супер — академию наук, предназначенная при этом для отрыва от россии и китая на поколения…
И не дай Бог здесь рассказать, что — нибудь об этой системе в странной оценке комментариев хабрабабра тебе поставят (-)100, вот если бы я рассказал о миксере — утюге то получил бы + 1000KirillFormado
27.05.2016 18:56Заливайте сюда http://pastebin.com/ свою статью, все с удовольствием почитают)
AnatoliD
27.05.2016 19:07-2с 2011 я занимаюсь только вопросами импортозамещения, в настоящее время реализую соответствующую систему — не дай Бог здесь рассказывать о ней, сразу признают нескромным, тролем и пр. поэтому даже не рискую.
Статью публиковал лишь с одной причиной — уже 4 года занимаюсь практической реализацией системы обеспечивающей импортозамещение во всех отраслях, хотелось бы поговорить (!) на эту тему… поговорить — обменяться мнениями… пока на рунете таковых не обнаружил — закрыл жж, фейсбук, твиттер, здесь эти вопросы также никого не интересуют…
ну значит не судьба — будем реализовывать без обсуждения с кем — либо, только сам с собой…KirillFormado
27.05.2016 19:17Так, вы не сможете показаться нескромны и троллем если статья будет обстоятельная и интересная!
Так что вы все таки выложите)AnatoliD
27.05.2016 20:22статью не пропускает редакция хабрахабра
KirillFormado
27.05.2016 23:10Печатайте статью прямо сюда, в комментарии. Пора прорывать информационную блокаду.
AnatoliD
27.05.2016 23:19да блокады никакой нет — эта статья впервые была опубликована еще 2 года назад в газете «Завтра». Нет проблем разместить и на своем сайте, тем более что под ником Dr. Toni я хорошо известен россиян, в т.ч. критикой трудов М. Хазина и т.п.
… однако я давно прошел огонь и медные трубы и мне известность не нужна, только обсуждение с людьми которые понимают необходимость ре — индустриализации и сложности имеющиеся на этом пути…
szKarlen
27.05.2016 19:43с импортозамещением лишь одна проблема: нужно время!
в современном мире есть понятие технологического стека (про который Вы прекрасно знаете, я надеюсь).
в связи с этим вопрос: какой технологический стек появился у нас за последние 5 лет? и будет ли он хотя бы через 10?
кроме оборонки никто не интресуется собственно разработкой технологий, да и первые не слишком активно это делают.AnatoliD
27.05.2016 20:34С импортозамещением все намного серьезнее нежели вам представляется. Поскольку занимаюсь этой проблемой с 2011, а серьезно с 2012 знаю состояние дел в мире…
Перефразируя ваше высказывание добавлю — с импортозамещением (новой ре — индустриализацией) одна проблема — никто (и в США тоже) не знает как это сделать. Есть объективные обстоятельства, а именно:
1. необходимость обеспечения себестоимости на уровне Китая и третьих стран при производственных издержках России, США и Европы. Как решить эту проблему я изложил в письмо к Медведеву в 2011, после чего решением админ. Президента и департамента стратег. программ мэр был подключен к разработке программе по которой ныне живет вся страна — Стратегия 2020 (в 2011), ныне «Инновационная Россия 2020»
2. необходимость нивелирования преимущества Китая в количестве тех. специалистов. Согласно статистике 2006 года по количеству тех. специалистов Китай опережает Россию возможно в 100 раз, а США в 13 лет (по оценке руководства системы Сократ).
Вопрос для круглых идиотов — если посадить напротив одного российского инженера (с автокадом, а не с примитивными UI, Javascript и пр. ерундой) посадить 100 китайских и 13 американских кто больше спроектирует объектов (продукция и соответствующее оборудование). В США прекрасно зная ответ поставили на автоматизацию (буквально генерацию) технологий. Тем не менее это не приведет к успеху…
3. решение проблемы переналадки оборудования после устаревания продукции.
Пока эти проблемы не будут решены об импортозамещении забудьте — что и происходит. И их невозможно решить экономическими мерами (манипуляциями с денежной массой и кредитной ставкой)…
я и занимаюсь решением этих всех проблем…indestructable
27.05.2016 21:41+1Простите за оффтоп. Проблема импортозамещения в том, что оно преследует цели политические, а не экономические. Поэтому его внедрение — это колоссальный убыток, который никогда не возместится, и будет возможно только ценой колоссальных усилий на каждом шажке. Это как крутить колеса машины на ходу в обратную сторону.
AnatoliD
27.05.2016 23:08цитирую руководство Сократ:
«Базовый анализ проведенный создателями системы „Сократ“ еще во времена Рейгана выявил, что каждые несколько сотен лет человечество осуществляет очередной революционный шаг в области технологий. Так технологическая революции 19 – 20 в.в. обеспечили мир обилием недорогих продуктов. Ныне мир стоит на пороге новой революции – генерации и использования инноваций, что приведет к созданию бесконечного потока ранее совершенно невероятных технологий, генерируемых с немыслимой астрономической скоростью. При этом руководство США осознает тот факт, что реализация новой стратегии обеспечения генерации инноваций любой другой страной, кроме США делают невозможным для США преодоление неконкурентноспособности, с превращением страны во второсортную страну – должника (так в тексте Rebuilding America’s Economic Competitiveness).»
Это прекрасно понимают в Правительстве России — речь идет не об импортозамещении, а ре — индустриализации страны, в противном случае, при копировании китайцами все и вся, с перемещением производства в Китай и третьи страны страна — Россия рискует потерять СУВЕРЕНИТЕТKirillFormado
27.05.2016 23:13+1Технических подробностей в студию, как собирается достигаться технологическая сингулярность?
AnatoliD
27.05.2016 23:23ну хорошо, немного технических подробностей:
«Переход от технологической модели управления экономикой к экономической к 80-м годам прошлого столетия привел к огромному отставанию США, прежде всего от Японии, в ключевых секторах — мирокроэлектронике, приборо и автомобилестроении. Я помню это время — уже в середине 70 — х годов, к примеру, японские Фануки (роботизированные системы управления, полностью на БИСах) на голову превосходили все зарубежные системы программного управления — Оливетти, Шмоли и т.д. не говоря уже о системах на транзисторах, производимых в СССР.
Целями секретного проекта „Сократ“, созданного под эгидой военной разведки, под руководством Майкла Секоры (он возглавляет этот проект и ныне), физика по образованию, работавшего в Правительстве Президента Рейгана, было как определение истинных причин снижения конкурентоспособности США, так и разработка средств для опережения Японии и всех остальных конкурентов. Достигнуто это было за счет возврата к технологически базированному планированию экономикой, но и на новой основе – путем применения максимальной автоматизации процессов, как при принятии решений, так и при разработке новых технологий.
Впечатляющие темпы экономического роста все 8 лет (с 1983 по 1991) использования первого поколения технологии „Сократ“ в правительственных проектах (среднегодовой прирост ВВП – 3.8%, создание 20 миллионов новых рабочих мест, из них 82% высококвалифицированных, а следовательно высокооплачиваемых, падение безработицы до 5.5% и т.д.), использование системы „Сократ“ при разработке и развитии основных высокотехнологичных военных систем во многом способствовали окончанию „холодной“ войны, краху СССР и выводу США в безусловные лидеры. Это побудило Президента Рейгана, за 2 месяца до окончания второго президенского срока издать приказ о создании полностью Автоматизированной Инновационной Системы „Сократ“.
Однако, по словам Майкла Секоры, пришедшая к власти Администрация Президента Джорджа Буша — старшего снова перешла к использованию традиционных решений в экономике на принципах экономического планирования. Это мотивировалось как политическими причинами, так и достижением поставленных в этот период целей – обеспечением подавляющего технологического преимущества над СССР и Японией в ключевых секторах — микроэлектронике, приборо и автомобилестроении. Как оказалось это было ошибкой – ныне методы технологического планирования (со всем известными результатами) используют Китай (с 1994), Индия и Япония.
После обострения мирового кризиса, в 2008, а также в связи с возникновением предпосылок к тому, что 21 век станет веком доминирования Китая и Индии и в связи со снижением конкурентоспособности американской продукции на мировых рынках стало ясно, что просто использование методов технологического планирования уже недостаточно для опережения Китая, Индии и Японии — для сохранения статуса сверхдержавы и высокого жизненного уровня должна быть поставлена задача обеспечения технологического преимущества над всем миром на протяжении нескольких поколений, за счет совершенствования системы „Сократ“ до уровня новой полностью автоматизированной системы управления инновациями, с переходом от методов экономического планирования экономикой к технологическим, с поддержкой государством решения широкого спектра задач, во всех секторах, частных и государственных, там где наиболее важной задачей является обеспечение преимущества над конкурентами.
Базовый анализ проведенный создателями системы „Сократ“ еще во времена Рейгана выявил, что каждые несколько сотен лет человечество осуществляет очередной революционный шаг в области технологий. Так технологическая революции 19 – 20 в.в. обеспечили мир обилием недорогих продуктов. Ныне мир стоит на пороге новой революции – генерации и использования инноваций, что приведет к созданию бесконечного потока ранее совершенно невероятных технологий, генерируемых с немыслимой астрономической скоростью. При этом руководство США осознает тот факт, что реализация новой стратегии обеспечения генерации инноваций любой другой страной, кроме США делают невозможным для США преодоление неконкурентноспособности, с превращением страны во второсортную страну – должника (так в тексте Rebuilding America’s Economic Competitiveness).
Покинув Правительство в начале 90-х г-н Майл Секора, тем не менее, продолжил работу над совершенствованием первоначальной модели Системы „Сократ“ до Поколения–2, с успешным использованием системы в корпоративной среде США, с поддержкой топ 15 ( Fortune 15) крупнейших компаний, таких как General Electric, Ford, IBM, General Motors, ExxonMobil, Boeing, Eastman Kodak, Allied Signal Intel, AMD, TRW и Northrop Grumman.
В 2010 и 2011 годах конгрессмен Фрэнк Вульф (Республиканец от штата Виргиния) и коспонсоры внесли на рассмотрение законопроект H.R.516 — Bring Jobs Back to America Act, принятый в ноябре 2011 при полной поддержке демократов и республиканцев. В основе законопроекта, как и во времена Рейгана, в качестве центрального средства планирования для целого ряда решений, относящихся к конкурентоспособности США находится 3-е Поколение усовершенствованной системы „Сократ“, с охватом как всей территории США, так и территорий ряда зарубежных стран. В настоящее время система „Сократ“ на базе Поколения – 3 находится в различных фазах разворачивания на национальном уровне в нескольких странах.
Я не буду в рамках статьи останавливаться на идеологии системы „Сократ“, принципах ее работы, порядке развертывания и т.д. — это это очень объемная, во многом закрытая информация (объем только аналитической записки составленной мной более года назад составляет более 30 страниц, с иллюстрациями, схемами и графиками). Могу лишь сказать, что с целью обеспечения конкурентного преимущества, в системе очень большое внимание уделяется военным стратегиям, с разворачиванием в США своеобразной супер — Академия Наук, объединяющая возможности не только США, но и возможности академий наук стран – сателлитов. Уже созданы „Комиссия по Экономической Безопасности“ при Министерстве Торговли, а также „Комитеты по Стратегии Технологий“ на уровне каждого штата, для контроля за развёртыванием и взаимовыгодным использованием Системы „Сократ“, как на федеральном уровне так и на уровне штатов.
Использования системы „Сократ“ вполне достаточно чтобы обеспечить подавляющий технологический отрыв от многих страны, в т.ч. России на несколько поколений»KirillFormado
27.05.2016 23:31Но тут нет никаких технических подробностей) Что за «Сократ», как с ее помощью достигается сингулярность?)
AnatoliD
27.05.2016 23:39где — то мной сказано, что аналитическая записка о принципах системы Сократ была переадресована из админ. президента в мин. обороны россии — они видимо не учли ваш интерес к данной теме, обращайтесь в мин. обороны…
а если серьезно… мной делается КОММЕРЧЕСКИЙ проект, в котором одна из 6-ти основных подсистем реализует функции системы Сократ…
а если еще серьезней — руководством Дел. России получал неоднократные предложения возглавить этот проект в России, в связи с этим к вам вопрос — вы хотели бы предложить свои услуги в качестве программиста при реализации проекта? если да, предоставьте резюме…
и последнее мне нужен диалог, а не монолог — я здесь закончил…KirillFormado
27.05.2016 23:47Просто хочется в общих чертах(технических) узнать как реализуются функции Сократа)
AnatoliD
27.05.2016 23:51где — то я здесь уже приводил цитату из википедии, что Сократ разрабатывается и сегодня под эгидой военной разведки США…
все я закончил — последний пост
AnatoliD
27.05.2016 23:48мы с вами остались одни… и мне представляется процесс общения во многом превращается в монолог со сливом информации.
… причин оставаться на хабарбарбаре не вижуKirillFormado
27.05.2016 23:58+1Ну написали бы что-нибудь типа, Сократ — это когнитивная система на подобии IBM Watson. Уже бы стало интереснее, а так только пустые слова) Хотя как работает Watson лично я не представляю себе. Можно было бы написать что там используется один из способов машинного обучения. Уже стало бы интереснее и понятнее.
А так, если статья которую не пустили и есть то, что приводится выше, то понять можно почему ее нет на Хабре)
KirillFormado
28.05.2016 00:02Остался только один вопрос. Что это было?)
AnatoliD
28.05.2016 01:54-1Я бы на вашем месте сформулировал вопрос по другому:
Что будет дальше?
статья в подвале которой вы находитесь уже далеко в подвале статей и к ней (статье) как и к прочему интернет мусору, коего мегатонны в ближайшие тысячу лет вряд ли кто обратится… поэтому спите спокойно мой молодой друг…
все убрал свое био, фотографию — ваша заичья вполне к месту на этом форуме… не знаю, как ликвидировать экаунт, но ушел ушел ушел…
Bronx
29.05.2016 05:38+2Если я доживу до пенсии, как уважаемый Анатолий Долгов, и начну писать в форумы и газеты о том, что я, будучи лично знаком со, скажем, трансгуманистом и кандидатом в президенты США 2016 Золтваном Иштваном (что правда), принялся лично разрабатывать экспертную систему человекозамещения государственного уровня (что ещё не страшно), и при этом буду спрашивать выбрать ли мне для этой супер-пупер-системы ASP.NET Core 10 или ASP.NET SuperForms RC2 (что действительно страшно), то:
СКАЖИТЕ МНЕ КТО-НИБУДЬ, ЧТО У МЕНЯ НАЧИНАЕТСЯ СТАРЧЕСКАЯ ДЕМЕНЦИЯ!!!
Я могу не заметить её прихода, и это будет грустно…AnatoliD
29.05.2016 17:45-2я вообще — то мой молодой друг, Patron Member одной из американских академий, что приравнивается в России кажется к академику — не упоминал здесь лишь потому, что в нынешней России умный, синоним дурака и наборот любой патцан, сидящий на горшке уж точно эксперт…
За свою долгую жизнь, я не помню, чтобы мы в СССР, да и в США тоже хоть что — нибудь доказывали не используя АРГУМЕНТЫ, угадалки для болванов, под названием ЕГЭ в СССР не было, мы все доказывали и АРГУМЕНТИРОВАЛИ.
Вопрос к вам — вы когда — нибудь слышали об аргументах?
AnatoliD
29.05.2016 17:55-1Теперь о моих АРГУМЕНТАХ:
Говоря о том, что я знаком с руководством системы Сократ, я, мой молодой друг, лишь указываю ИСТОЧНИК, с цитированием в том числе выдержек из этого источника. Вас — то чем это не устраивает?
Говоря о том, что аналитическая записка на более чем 30 страницах была отправлена в МинОбороны я лишь подчеркиваю значимость вопроса.
В ответ на аргументы что мол импортозамещение осуществить достаточно легко я привожу аргументы об объективных обстоятельствах и пока не получил ни одного возражения против этого
И еще вопрос к вам личный — вы и в жизни употребляеете кликуху Бронкс? я — то в момент написания своих комментариев раскрываю кто я, вы же продолжаете оставаться только клоном…
Расскажите о себе, чтобы было понятно, чем вы знамениты, с каким Президентом на ты общаетесь… к примеру Вы — внук альберта эйнштейна, кандидат каких — то наук, путин вам звонит по утрам… чего вы стесняеетесь?Bronx
29.05.2016 21:21+1Гм. Вы точно уверены, что argument from authority — это тот аргумент, которым следует пользоваться? В моём мире это считается либо типичным и подлым догматическим приёмом для достижения своих целей (что плохо), либо… просто типичным возрастным явлением, увы (что печально). Мне не хочется думать о вас плохо, и я сам уже не на столько молод.
Мой аргумент прост, и снисходит к опыту работы в разных коллективах:
1) масштаб озвученных вами проблем требует довольно крупного коллектива для воплощения
2) в крупном коллективе выбор платформы (для фронтенда, для бэкенда, для чего угодно) — это процесс, в который вовлечено множество людей и мнений, желательно объективных
3) объективное мнение о выбираемой платформе составляется на основе написания тестовых приложений для оценки, а не на основе вопросов в форумах типа «Я личный друг министра заборостроения, у меня супер-важный проект, должен ли я выбрать MVC или WebForms?» Такие вопросы выдают в человеке девелопера-одиночку, который взялся решать несоразмерные задачи на основе какой-то иллюзии собственного величия.
Когда нам понадобилось что-то вроде ASP.NET Core (портабельное, self-hosted, сайт и web api в одном флаконе и т.п.), мы скрупулезно рассматривали несколько вариантов (в том числе EntLib). Для наших задач, масштабов и требований неплохо подходил NancyFX. Стал ли я трясти седыми мудями в форумах? Нет, я вначале залепил тесты, а потом защищал обоснованность выбора у доски, как на экзамене.AnatoliD
30.05.2016 03:35-1вы часом не перегрелись? на солнце или с какого — нибудь спайса? читать — то хотя бы научитесь
1. масштаб озвученных мной проблем требует ИХ РЕШЕНИЯ. цитирую:
Есть объективные обстоятельства, а именно:
1. необходимость обеспечения себестоимости на уровне Китая и третьих стран при производственных издержках России, США и Европы. Как решить эту проблему я изложил в письмо к Медведеву в 2011, после чего решением админ. Президента и департамента стратег. программ мэр был подключен к разработке программе по которой ныне живет вся страна — Стратегия 2020 (в 2011), ныне «Инновационная Россия 2020»
2. необходимость нивелирования преимущества Китая в количестве тех. специалистов. Согласно статистике 2006 года по количеству тех. специалистов Китай опережает Россию возможно в 100 раз, а США в 13 лет (по оценке руководства системы Сократ).
Вопрос для круглых идиотов — если посадить напротив одного российского инженера (с автокадом, а не с примитивными UI, Javascript и пр. ерундой) посадить 100 китайских и 13 американских кто больше спроектирует объектов (продукция и соответствующее оборудование). В США прекрасно зная ответ поставили на автоматизацию (буквально генерацию) технологий. Тем не менее это не приведет к успеху…
3. решение проблемы переналадки оборудования после устаревания продукции.
Пока эти проблемы не будут решены об импортозамещении забудьте — что и происходит. И их невозможно решить экономическими мерами (манипуляциями с денежной массой и кредитной ставкой)…
===========
… ммм… я даже не знаю что сказать по поводу вашего вранья типа «Я личный друг министра заборостроения, у меня супер-важный проект, должен ли я выбрать MVC или WebForms?»
Я НИ СЛОВОМ не обмолвился НИ В ОДНОМ МЕСТЕ, что для решения вышеуказанных проблем нужно использовать те или иные инструменты — MVC, Веб — формс и т.д. НИ В ОДНОМ МЕСТЕ
Bronx
30.05.2016 05:06+3> … ммм… я даже не знаю что сказать по поводу вашего вранья типа «Я личный друг министра заборостроения, у меня супер-важный проект, должен ли я выбрать MVC или WebForms?»
> Я НИ СЛОВОМ
https://blogs.msdn.microsoft.com/yatajga/2015/07/15/asp-net-5-2-asp-net-1095/
" Анатолий Долгов, 10 months ago:
Я старый (в прямом и переносном смысле) разработчик программно – аппаратных систем, с 1973 еще года. Ассемблер, Basic, Квейсик (аппаратно – ориентированный Бейсик), Паскаль, Delphi, Matlab, PHP … чего только не было, с 2003 кажется C#, Visual Studio, MySQL, MSSQL и все с этим связанное.
Сегодня опять на распутье – множество проектов сделано на WebForms, сегодня уже на пенсии в стадии разработки собственный большой проект по тематике импорто-замещения … многое сделано (на WebForm), но еще больше предстоит – только вот на чем?
Вэб – формы как будто уходят в прошлое и причины понятны. Впереди ждут разработки на платформе ASP.NET 5. Попытался сразу, минуя MVC 5 and MVC 6 перейти на ASP.NET 5 и сразу наткнулся на невозможность создать area – в Solution add area пока не предусмотрено. Кроме того, в свое время (года 4 назад) пришел к выводу Enterprise Library 6.0 вроде как использовать более эффективно нежели EF (ныне 7 версия) – ее (EL 6.0) и использую.
Что посоветуете, что сделали бы на моем месте?
…
Мне придется достаточно часто просить совета – я не чистый программист … у меня странная судьба – 15 лет разработки систем, даже в книгу почета лучших изобретателей Минатома попал, последняя должность на оборонном предприятии – зам. ген. директора по финансам и модернизации производства, потом неожиданно владелец холдинга, в составе в т.ч. филиала мосстройбанка … ныне поворот еще более неожиданный – почти 15 лет в США по грин – карте (я – россиянин), с разработками на НАСА и работой в качестве программиста в одном из интернет – аукционов …
в 2011 еще один неожиданный поворот – в связи с всемирным экономическим кризисом попытался понять его причины и найти выход из, придя к идее необходимости поиска путей обеспечения импорто-замещения (ре-индустриализации), решением Администрации Президента России был подключен к разработке программы «Стратегия 2020» (ныне «Инновационная Россия 2020») …
В 2012 сформировал триединую задачу, без решения которой ни о какой реиндустриализации не может быть и речи ни в США, ни в ЕС, ни тем более в России … нашел пути решения этой триединой задачи, с формулированием алгоритмов … получив приглашение стать руководителем проекта в России от руководства «Деловой России». Не устроила зарплата – $4,000 …
Ныне реализую проект самостоятельно. Проблема при этом в том, что проект требует знаний, анализа, формирования алгоритмов сразу в 4-х областях: экономике, организации и автоматизации производства, а также программировании …
В связи с этим и пытаюсь оптимизировать процесс, хотя бы в части программирования. Все шло хорошо, пока Майкрософт не объявил о перемещении в гарбидж Webform …
…
Пока попытаюсь мигрировать сразу в ASP.NET 5 – чисто из спортивного интереса ко всему новому. Тем не менее интересно, что, на ваш взгляд, может дать ASP,NET 5 для тех кто проектирует достаточно сложный проект на MVC, но при этом не нуждается в облачных технологиях (поскольку проект закрытый (мой случай)), core (предпочтительны возможности полной версии framework) Я, честно говоря, как обычный разработчик, пока не ощущаю каких – либо принципиальных функциональных отличий ASP.NET 5 от MVC на Framework 4.6.
…
Проект сложный в том смысле что пока никто, ни в США, ни в ЕС, ни тем более в России не в состоянии решить триединую задачу которая решается в этом проекте и без решения которой ни о какой де-индустриализации в этих странах не может быть и речи …
[ надувание щёк и бла-бла-бла про «Сократ» скипнуто ]
"
Ни словом, ни в одном месте, говорите? Гугл помнит всё.Bronx
30.05.2016 05:13+3«проект требует знаний, анализа, формирования алгоритмов сразу в 4-х областях: экономике, организации и автоматизации производства, а также программировании …
В связи с этим и пытаюсь оптимизировать процесс, хотя бы в части программирования. Все шло хорошо, пока Майкрософт не объявил о перемещении в гарбидж Webform …»
Вот это самая мякотка. Заявление на уровне: «Серьёзная финансовая компания возьмёт в аренду дырокол.»
Всё шло хорошо, Карл!AnatoliD
30.05.2016 05:27оно и дальше идет хорошо из 6 подсистем заканчивается третья — самая сложная… перемещаемся ниже к следующим комментариям…
AnatoliD
30.05.2016 03:45если хотите подискутировать со мной на эти темы, потрясти мудями, используя ваш слэнг — пожалуйста… с большим удовольствим посажу этими вашими мудями в лужу…
начнем с простого — каким образом обеспечить себестоимость ЛЮБОЙ российской продукции на уровне любых конкурентов — китая и третьих стран?
или начнем со второго — представим себе 100 китайцев с автокадом напротив 1 российского тех. специалиста и подумаем каким образом мы сможем конкурировать с ними при проектировании, а в дальнейшем при производстве?Bronx
30.05.2016 05:22+2Попробуйте начать с ещё более простого: осознать, что это пустопорожний трёп.
AnatoliD
30.05.2016 05:32угу… т.е. вы не знаете… ответ как это сделать был послан мной в 2011 в адрес админ. президента Медведева еще, с соответствующими решениями…
признаете что не знаете?
ну чего вы замолчали?
AnatoliD
30.05.2016 06:06Идеально было если бы вы помимо литературы для чайников еще интересовались и для чего совсем недавно собирались представители всех партий у путина, при этом владимиром владимировичем было заявлено, что при отсутствии решения Россией проблем ре — индустриализации (я их перечислил) стране — Россия гарантирован нулевой рост ввп.
AnatoliD
30.05.2016 04:00… добавлю — о системе Сократ речь шла в контексте того, что эта система предназначена для обеспечения ГЕНЕРАЦИИ ТЕХНОЛОГИЙ, с целью опережения России и Китая на поколения… при этом реализация этой системы, как и, возможно, большей части систем автоматизации оборудования и технологий не имеет НИ МАЛЕЙШЕГО отношения к MVC и прочим изделиям майрософт…
AnatoliD
30.05.2016 04:10по поводу величия… извиняюсь господин бот, но я в прошлом был еще и зам. ген. директора одного из оборонных заводов… и уж окончательно я в смущении от того, что был и известным в городе своеобразным олигархом — Председателем Совета Директоров своего же холдинга… и совсем противно от того, что банк того холдинга стоит на том же месте и работает… в общем куда не кинь везде клин, дураком никак не удается стать… вот если бы все вернуть назад…
ну так вы не против потрясти мудями, доказав свою высочайшую компетентность в тематике которая здесь обсуждалась, в момент когда вы в это врезались со своими глубокими мыслями?
AnatoliD
30.05.2016 04:32кстати по поводу ваших рассуждений о решении задач тем или иным способом — было бы интересно посмотреть какие средства вы бы выбрали для решения задач управления фронтом лазера (здесь об этом тоже рассуждали) с помощью матрицы, каждый из элементов которой состоит из 4 электродов… я выбрал Matlab… где — то я применял Delphi для Windows приложений
т.е. я утверждал (по моему обоснованно) что для каждой задачи нужны свои средства, причем для автоматизации оборудования, все эти средства как правило не имеют никакого отношения к Tools of Microsoft.Bronx
30.05.2016 05:38+2> было бы интересно посмотреть какие средства вы бы выбрали для решения задач управления фронтом лазера
На каком уровне решение? На уровне владельца холдинга? Ген.директора? Зам. ген. директора? Дважды почётного изобретателя? Простого девелопера в компании? Простого девелопера, реализующего проект самостоятельно на пенсии? Вы осознаёте, что на каждом уровне — своё решение? Владелец холдинга или даже замгендир не будет мучаться вопросом «выбрать мне Matlab или LabView или написать велосипед на Delphi», он просто наймёт специалиста. Он даже не будет мучаться вопросом как победить 100 китайцев с Автокадом силой одного русского спеца — он просто наймёт 100 китайцев, если это выгодно. Если бы Россия была Америкой, то эти 100 китайцев бы переехали в Россию, выучили язык и стали россиянами, решив поставленную вами национальную проблему.AnatoliD
30.05.2016 05:49я, мой великоречивый, задаю вам вопрос, осознавая при этом, что вы явно не владелец холдинга, ген. директор…
по китайцам — россиянам вы меня, бот, уморили. Вам осталось сообразить немногое — чем отличаются ПРОИЗВОДСТВЕННЫЕ РАСХОДЫ в России, Китае и США?
Поскольку вы в этом ни бум — бум — бум — мудями трясти проще, нежели соображать в сложных вещах доверительно сообщаю, что в производственные расходы той или иной страны входит прежде всего амортизация на оборудования и сооружения (здания) и зарплата, при этом зарплата китайца в России и тем более в США явно больше зарплаты китайца в Китае, как впрочем и россиянина в китае.
Именно поэтому мне извините похер те $4,000 которые мне предлагали в России
AnatoliD
30.05.2016 05:54-1Повторно задаю вопрос, мой ласковый, какие бы средства выбрали вы для решения задач управления фронтом лазера (здесь об этом тоже рассуждали) с помощью матрицы, каждый из элементов которой состоит из 4 электродов… ASP.NET Core 1 или какую — либо другух хуйню из Microsoft Manufacturing?
AnatoliD
30.05.2016 05:59-1Поскольку вы в решении ТЕХНИЧЕСКИХ проблем явно не смыслите поясняю для решения таких задач нужны программные аппаратно — ориентированные средства, с пакетами, которых в майкрософт нет и явно не предвидится, в т.ч. это Матлаб, а еще лучше аппаратно — ориентированные языковые средства, в т.ч. и просто аппаратно — ориентированный ассемблер и хера бы вы там своим коллективом решили если вы в этом не разбираетесь?
AnatoliD
30.05.2016 06:17-1я здесь закончил — мне уже понятен ваш «профессиональный» уровень, тот же самый что и у остальных «оппонентов» — вы явно ничего не смыслите ни в автоматизации производственных процессов, ни в тех вещах, где нужны знания в т.ч. и в экономике — только в интернет — технологиях, поэтому диалог превращается в монолог — я сообщаю что делать… закрываю последний форум на рунете
прощайте
AnatoliD
30.05.2016 07:28Предыдущий мой комментарий касался производственных расходов, а следовательно себестоимости продукции…
теперь о 100 китайцев, которых можно нанять… мои тапочки покатились со смеху от ваших аргументов…
В России из всего работающего населения, согласно статистике 2006 года лишь 10% техн. специалистов, по причине одной — НЕВОЗМОЖНОСТИ конкурировать с китаем и третьими странами в части себестоимости продукции… при этом в Китае, где сосредоточено все производство и большая часть населения занято именно этимя его — населения примерно в 10 раз больше нежели в России.
Таким образом количество специалистов в Китае возможно в 100 раз больше нежели в России — предложить нанять 1.5 миллиарда китайцев может только круглый идиот — я о вас милейший говорю, поскольку в этом случае Россия превратиться в одну из провинций Китая…
уверен, опять ни хуя не поняли… я закончил
AnatoliD
30.05.2016 04:40-1по поводу девелопера — одиночки… я в прошлом дважды лучший изобретатель того завода где стал зам. ген. директора, включен в книгу почета лучших изобретателей Минатома…
сколько себя помню все время изобретал и остался таковым — когда мне на уровне руководства Деловой России предложили возглавить свой же проект по ре — индустриализации России в проекте предусмотрел и себя не только на уровне руководителя… но и разработчика программно — аппаратных комплексов тоже, конечно наряду с другими… если бы конечно на это хватило времени…
AnatoliD
29.05.2016 18:01-1просьба если помимо оскорблений в вашем арсенале имеются и аргументы пишите мне на amgemforce@yahoo.com — сюда зашел случайно
indestructable
27.05.2016 21:34Так она на вебформах?
AnatoliD
27.05.2016 23:12угу… и автокад тоже и системы управления станками с чпу… я поднял вопрос о НАДЕЖНОСТИ средств разработки — это касается в т.ч. и вэба, который, вероятно, в 100: случаев не имеет ни малейшего отношения к реальному производству — производству, а не перепродажи уже кем — то спроектированного и произведенного…
szKarlen
27.05.2016 19:36хочу заметить, что «Сократ» не является ИИ, который будет штамповать технологии, издавать законы и управлять вооруженными силами страны. да, весьма интересный проект по планированию экономики. но не единственный в природе.
а про «H.R. 516 Return Jobs in America Act» — посмотрим. пока что объем налогов и соц. взносов в США весьма крупный.AnatoliD
27.05.2016 20:37угу… все что в России известно о системе Сократ так только от меня… Сократ — это система ГЕНЕРАЦИИ технологий, а также автоматизации процессов в том числе и принятия решений и работает на него так называемая «шпионская» сеть…
AnatoliD
27.05.2016 20:43Цитирую единственную информацию из аглоязычной википедии:
Project Socrates was a classified U.S. Defense Intelligence Agency program established in 1983 within the Reagan administration. It was founded and directed by physicist Michael C. Sekora to determine why the United States was unable to maintain economic competitiveness—and to rectify the situation.[1][2]
вопросы есть или прокоментировать, что система разрабатывается уже 33 года (ныне третья версия) под эгидой военной разведки США, а вас послушаешь, так что UI со скриптами, что сократ…
AnatoliD
27.05.2016 21:00кстати проект разрабатываемый спецслужбами США не имеет НИ МАЛЕЙШЕГО отношения к планированию экономики — повторяю назначение этого проекта — генерация технологий
AnatoliD
27.05.2016 17:13-2угу… посмотрел бы я на умников, реализующих на MVC проект для наса под названием «Коррекция фронта лазера», в котором необходимо управлять физической матрицей со многими элементами, каждый из которых состоит из 4-х пикселей, при этом необходимо обеспечить моделирование и т.д. — я это сделал на матлабе с кодом в полстраницы…
все остальное не комментирую…szKarlen
27.05.2016 19:30хочу заметить, что вопрос про применимость матлаба для НАСА не обсуждался.
p.s.
коррекция лазера, конечно, круто. НО! здесь есть люди, которые создают/разрабатывают системы (не утилиты/программы в полстраницы) в сотни тысяч строк кода и более, которые должны обеспечивать надежность/масштабируемость и сопровождаемость в будущем для организаций в десятки раз больше, чем НАСА, например. При этом UI является лишь частью (наверное, меньшей частью из всего).AnatoliD
27.05.2016 20:39ну я в данный момент проектирую систему в которой миллионы строк кодов и что? временами только тем и занимаюсь, что аналогичные процессы запихиваю в классы, чтобы уменьшить код…
Если вы когда — либо попадете на производство вы моментально прозреете — там нафиг никому не нужны ни UI, ни Javascript, ни вэб — технологии…
AnatoliD
27.05.2016 21:03-1круто, это не когда миллионы страниц неоптимизированного кода, а полстраницы кода вместо миллионов строк…
masai
Как-то уж очень кратко.