|
01.11.2016, 09:47 | #1 |
Участник
|
именно. и мой личный взгляд может не совпадать с мнением моего текущего работодателя. )
ты пытаешься дать декларативное определение. я пытаюсь дать компонентно-функциональное. думаю, что не так важно где именно исполняется код. важно кто контролирует это выполнение и ресурсы для выполнения. клиент должен будет купить компоненты у майкрософта. клиент должен будет развернуть эти компоненты где-то у себя. клиент должен будет задеплоить "облачное приложение" в получившуюся инфраструктуру. тогда клиент получит полный контроль над происходящим. угу. причем это как раз тот случай, когда свойства ПО полностью определяются маркетингом, а не техническими возможностями. Цитата:
но маркетинг рулит и здесь. т.е. понятно откуда технические ноги растут - нужна единая авторизация разных пользователей с разных устройств в разные программные компоненты. но чтобы вот так вот... пока это выглядит как "перегибы на местах". и понятно почему маркетинг гнет свою линию - они хотят получать ежемесячную аренду, а не разовые платежи. они хотят иметь возможность "отключать за неуплату". и понятно почему большие клиенты так просят on premise. клиенты хотят делать разовый платеж за ПО. клиенты не хотят, чтобы у кого-то была возможность отключать за неуплату. "большие" - это такие, для которых разовый платеж меньше, чем арендная плата за какой-то вменяемый период (около 5 лет). а вот что получится в результате - непонятно. Последний раз редактировалось mazzy; 01.11.2016 в 09:52. |
|
01.11.2016, 10:48 | #2 |
NavAx
|
Цитата:
Сообщение от mazzy
и понятно почему большие клиенты так просят on premise. клиенты хотят делать разовый платеж за ПО. клиенты не хотят, чтобы у кого-то была возможность отключать за неуплату. "большие" - это такие, для которых разовый платеж меньше, чем арендная плата за какой-то вменяемый период (около 5 лет).
В Австралии облака какое-то время сложно будет продавать. Консалтеры убедили министра сделать перепись населения полностью электронной, а чтобы на сервера не тратиться, арендовть облако на пару месяцев. Все круто выглядело. Только вот облачный подрядчик разместил авторизацию пользователей где-то в ЮВА. В результате эту авторизацию не-то хакнули, не-то сама упала на несколько дней. Короче перепись запороли. А надо учитывать что перед этим население несколько месяцев кошмарили штрафами за неучастие. Получилось некрасиво и излишне шумно. Все идет к серьезным перетряскам в правительстве. "Большие" шум такого рода не любят... Мне думается, что в результате технологию доведут до ума и клиентов таки впихнут в этот saas, облака или как оно там будет называться. Все будут на одних и тех же серверах и плотно интегрированы. А оттуда один шаг до плановой экономики.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 01.11.2016 в 10:57. |
|
01.11.2016, 11:19 | #3 |
Участник
|
я имею в виду, такой же "полный" что и "полный" контроль над камерой и микрофоном на своем ноутбуке.
да, кнопочка "запретить использовать камеру" есть. но в какой момент включается камера, что снимает куда и что передает - проконтролировать мало кто может. да, но это обычные и вполне прогнозируемые риски. в "своей" сети риски такие же. Цитата:
= детали/компоненты в радиоэлектронике = мощный PC/mainfraim+netPC = открытое/закрытое ПО = личный/общественный транспорт а saas придет сам собой. те же нейронные сети, те же блокчейны и прочие распределенные вычисления, тот же интернет... они просто не имеют особого смысла в варианте персонального использования. даже на уровне корпорации. для этого должна произойти революция в методике и в средствах разработки. уже сейчас человек не может вместить в свое сознание весь объем ERP-системы. но нужна автосборка, автопрограммирование. чтобы произошло изменение. причем совсем по другим принципам. примерно так, как отличается программирование нейронных сетей от традиционного программирования. а с традиционным программированием неизбежно возникает авторское право. с традиционным программированием неизбежно возникает конфликт интересов между теми, кто дает ПО в аренду (и может отключить за неуплату), и теми, кто кастомизирует это ПО... тот, кто настаивает на аренде неизбежно возвращает ситуацию к холивару открытое/закрытое ПО... и мне очень жаль, что Майкрософт впрягся в холивар арендуемое/закупаемое ПО... если вспомнить IBM и HP, то они упоролись в NetPC и спалили сами себя. теперь, с развитием технологии почти все планшеты/смартфоны являются netPC... и никого это уже не напрягает. и да, сегодняшние netPC намного мощнее тогдашних "мощных PC" ))) но HP уже нет, а IBM давно уже не торт. мне кажется, что руководство Майкрософта очень хочет получить призовой бэджик "инноваторы". настолько, что забывает о тех, кто и за что деньги платит. https://youtu.be/ju5gQaBEsH8?t=4m56s возвращаясь к исходной теме: да, проголосовать стоит. да, посмотреть на результаты будет прикольно. нет, ни на что в целом не повлияет. Последний раз редактировалось mazzy; 01.11.2016 в 11:26. |
|
01.11.2016, 13:09 | #4 |
Участник
|
Цитата:
Сообщение от ax_mct
Пипиэс:
Azure Stack deployment prerequisites Минимум 12 Physical Cores и 96GB RAM https://azure.microsoft.com/en-us/do...e-stack-deploy Цитата:
Цитата:
Цитата:
Сообщение от mazzy
и понятно почему большие клиенты так просят on premise. клиенты хотят делать разовый платеж за ПО. клиенты не хотят, чтобы у кого-то была возможность отключать за неуплату. "большие" - это такие, для которых разовый платеж меньше, чем арендная плата за какой-то вменяемый период (около 5 лет).
Цитата:
У моей текущей команды есть отдельные окружения для разработки, предварительного тестирования, сценарного тестирования, нагрузочного тестирования, интеграций с другими подразделениями, интеграций с партнерами, сертификации и собственно рабочее. Это восемь различных окружений - и в следующем году мы планируем построить еще одно для опытной эксплуатации (preproduction).
Какие идиоты строят и поддерживают бесполезные окружения? Те, которые обожглись на создании корпоративного ПО. Большие компании и корпорации полагаются на корпоративное ПО - оно должно работать, иначе они его не купят. А как только они его купили, они им владеют. Вы не можете вносить исправления в корпоративное ПО, когда вам вздумается. Все правильно, даже исправления, связанные с безопасностью. Запомните, корпоративные платежные чеки зависят от того, насколько гладко работает ПО. Изменения в ПО представляют собой риски для большого бизнеса, а если ПО не будет работать, работать хорошо и продолжать работать хорошо, то корпоративные клиенты его не купят. И они сами скажут вам, когда будут готовы установить это ваше чертово исправление. Целое поколение инженеров Microsoft хорошо усвоило, что нельзя выпускать ПО, пока оно полностью не протестировано. В корпоративном ПО нет "повторных попыток". Разработчики корпоративного ПО встанут на дыбы при мысли выпустить в продуктивное окружение код, который не был полностью проверен. Они бы начали биться в конвульсиях, если бы осознали всю правду о сервисах. Цитата:
Как тут уже говорили, бизнесу все равно, какой именно вендор, и в свете упора маркетологов Microsoft на облака тот же SAP может в ряде случаев оказаться более интересен бизнесу не только потому, что дает дикие скидки на лицензии, и не только потому, что на рынке стало больше свободных специалистов после того, как в гос.секторе стало меньше проектов, но еще и потому, что позволяет запускаться на своих серверах. При таких раскладах становится банально сложнее участвовать в тендерах, где маячат средние и крупные проекты. А там уже недалеко и до "чтения книжек по PHP" Последний раз редактировалось gl00mie; 01.11.2016 в 13:12. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
01.11.2016, 13:50 | #5 |
Модератор
|
Ну так, если на ноутбук не устанавливается - значит технология гуано и не взлетит. По мне так некоторые клиенты (далеко не Fortune 500) телевизоры дороже на ресепшене вешают
__________________
-ТСЯ или -ТЬСЯ ? |
|
01.11.2016, 14:21 | #6 |
Участник
|
Цитата:
С точки зрения фрилансера - да, такая железка в ноут, наверно, уже не влезет, но с точки зрения, скажем, компании-внедренца развернуть сопоставимый сервер для коллективной удаленной разработки по нескольким проектам - не проблема. |
|
01.11.2016, 14:46 | #7 |
Модератор
|
Лично у меня поначалу был шок от заявленных требований. Потом вспомнил как в лохматом 2012 году (это, на минуточку, 4 года назад) под AX 2012 покупали корзину блэйдов, каждый по 256 гигабайт, подумал "ненуачо" и боль немного поутихла. С точки зрения разработки \ демо виртуалочка с AX7 вполне себе на 16 ГБ живет. Не буду наверное пока PHP изучать, фуфуфу
__________________
-ТСЯ или -ТЬСЯ ? |
|
01.11.2016, 14:47 | #8 |
Moderator
|
Цитата:
Сообщение от gl00mie
Я изначально, если честно, не думал о требованиях Azure Stack к железу в контексте "поставится/не поставится на ноутбук", а думал лишь в контексте недавних расчетов оборудования для новых проектов.
С точки зрения фрилансера - да, такая железка в ноут, наверно, уже не влезет, но с точки зрения, скажем, компании-внедренца развернуть сопоставимый сервер для коллективной удаленной разработки по нескольким проектам - не проблема. |
|
01.11.2016, 11:57 | #9 |
Участник
|
Да, Юр, однако и там работают те же финансовые директора, которые получали образование по тем же стандартам что и многие CFO и прочие сотрудники вендоров и интеграторов. И магическое заклинание OPEX vs CAPEX действует на них завораживающе, как дудка заклинателя на змею. И данный аргумент может перевесить многие риски.
|
|
Теги |
connect, d365o, ms connect, on premise |
|
|