Microsoft PowerApps

PowerApps — это служба для создания и использования пользовательских бизнес-приложений. Она подключается к вашим данным и может работать как в Интернете, так и при помощи мобильной связи. С этой службой вы сэкономите время и деньги, которые обычно тратите на разработку специального ПО.
https://powerapps.microsoft.com/ru-ru/blog/

Как это всё выглядит
https://www.youtube.com/watch?v=TUxEQKYv0oU
https://www.youtube.com/watch?v=8rtVTIikXyU

Интеграция со всякими там экселями зачёт. Вместо кода бизнес-правила, это что-то типа высоко-высокоуровневого языка программирования

Что думаете?

Судя по бложику мелкомягких, они взялись за серьезное продвижение этой штуковины

Не увидел, где там можно сформировать декларацию о доходах за год.

Еще один калькулятор домашних расходов?

Майкрософт компания принадлежащая вражеской стране. Впрочем эта страна ужешкодит всему миру.
Не взлетит.

(3) судя по документации, функционал неплохой
https://docs.microsoft.com/ru-ru/powerapps/#pivot=home&panel=developer

(5) судя по тому что там описано - это описание для кодеров.... а не конечных клиентов.
Мало выпустить продукт который понравится кодерам.

И да... конечным потребителям уже надоели конструкторы и программы где нужно для программы нанимать программистов.
Попросту говоря надоело им это.
Им начхать на среду разработки. Они хотят готовое конечное решение.

(0) Оно же в браузере на вражеском сервере. Это несерьезно - слон может раздавить ненароком... это если вообще через пару лет им не придет в голову закрыть этот сервис.

А не ставить на себе эксперементы когда еще 5-10 или сколько лет понадобится чтобы наконец то программа заработала, а программист нахватался опытом и наконец то поумнел.

(2) средство для разработки отчетов тут неслабое такое
https://docs.microsoft.com/ru-ru/powerapps/maker/canvas-apps/expense-report-install
учитывая, что эта штуковина "из коробки" работает с экселем как родным, плюс поддерживает JavaScript, создать декларацию о доходах будет ничуть не сложнее, чем в 1С, а то и проще

(9) Надо в электронном виде, и чтобы сразу улетело куда надо.

(9) ну и методически - а ты слышал про технологии OLAP ? Насколько они востребованы, доступны и всерьез? :-)

(9) вопрос звучит так - Кто и как быстро будет поддерживать изменения форм отчетности по законодательству РФ ?

(11) эта штуковина "из коробки" интегрируется с Power BI, SharePoint, да и вообще, чем только не интегрируется. Причем, судя по описанию, интеграция эта настраивается через диалоги, а не как в 1С, через тонны кода

(12) это уже не вопрос платформы, а использующего эту платформу вендора

(13) ну и ОЛАП так же интегрируется. Я же о методическом говорю - ответь на вопрос на кой это нужно и станет ли это массовым

(15) станет ли массовой платформа для быстрой разработки бизнес-приложений? Хм. Ну 1С же стала...

(13) Чудес не бывает: или тонны кода, или только шаблонное поведение. А с шаблонами для нашего законодательства непросто.

(14) А смысл вендору вкладываться в чужой продукт?

(14) вот именно, что у вендора должен быть _интерес_
Вангую, абсолютное отсутствие у 1С интереса к этому конкуренту и даже наоборот - будет противодействие.

(16) Вот так вот взяла - и стала. Нуралиев чисто так рядом сидел бездельничал...

(16) Так вот 1С и станет душить конкурента, хотя свою нишу в ЕС и США этот как бы новый (а на самом деле - нет) Майкрософт себе выбъет наверняка

(16) Никто не покупает 1С ради платформы. 99.9% - это покупка готового решения с последующей доработкой. Согласись покупка готового решения и разработка с нуля - это не одно и тоже

(19) думаю, у софтверного гиганта есть все необходимые ресурсы, чтобы сделать сие чюдо массовым
(21) "Никто не покупает 1С ради платформы"
Покупают, ещё как покупают. Да и не даром появился такой зверёк, как "технологическая поставка платформы 1с"

(22) Посчитай сколько проектов у этого гиганта так и не взлетели, и сколько взлетели, но через несколько лет были заменены на другую технологию, т.к. предыдущая имела фатальный недостаток...

(0) ага, один заголовок чего стоит:
> Build a full business app in 10 minutes
а мы дураки годами 1С внедряем. Нет что-бы за 10 минут.
брехня со старта, значит расчет на профанов и евангелистов.

(0) Блевотня из 2000-х

(24) Профанов и евангелистов?
Странно, а почему не космонавты и орехи или мотоциклы и существительные?

(26) а тебе термин "евангелист" не понравился? Это же практически официальное наименование, принятое в среде специалистов на зарплате, ориентированных на максимальную популяризацию продуктов MS

(27) Да нет, просто в (24) Трошин опять брякнул пургу очередную, связал колбасу с дорогой

(27) Он просто не понял, что значит это слово. Дремуч зело...

(26) https://ru.wikipedia.org/wiki/ИТ-евангелист

PowerApps мог бы взлететь но тру кодеры там его загнобят обозвав аксессом онлайн.
У нас не взлетит потому то пиратки нет.

OFF: Требуется "ИТ евангелист" :)

а что по деньгам?

(0) Не взлетит.

Разработать систему учета можно на чем угодно - это не проблема. Проблема - поддержка согласно текущему законодательству РФ и наличие специалистов.

Мдаа, рукалицо
Евангелист, блеать, это не конечный пользователь
А по сказанному в (24) получается, что рассчитывают втюхивать профанам и евангелистам
Треш какой-то, еще ссылки кидают, в которых в первой же строке написано русским по белому "ИТ-евангелист — специалист, профессионально занимающийся _пропагандой_ в сфере информационных технологий"

(31) Так аксесс по ходу и есть, я как увидел скрин, чуть не вырвало

(35) Расчет на евангелистов - это расчет на то, что евангелисты будут впаривать этот продукт.

Не "втюхивать", а "расчёт на...".
Т.е. расчёт на то, что евангелисты будут эту каку толкать, а профаны - покупать.

(0) После их отношения к качеству продукта, я стараюсь минимизировать общение с мелкомягкими. Только операционка и офис.

(24) видел ролики "1С СКД за 10 минут" ? - вот тут примерно тоже самое

(0)[Что думаете?]
после провала в РФ Навижена и Аксапты, имеющих бюджеты и партнерскую сеть, каких-либо шансов на рынке бизнес-приложений Микрософт не имеет,от слова совсем

(22) [думаю, у софтверного гиганта есть все необходимые ресурсы, чтобы сделать сие чюдо массовым]
Микрософт давно уже не гигант и не лидер рынка, ресурсы брошены на выживание

Ладно, не вижу смысла обсасывать прошловековые трупы

(42) мертвяк свеженький =)

(43) Я и говорю, откопали стюардессу

(33) https://powerapps.microsoft.com/ru-ru/pricing/

Если судить по прогрессу в отрасли то время закрытых решений постепенно проходит.

Все больше проектов с открытыми исходниками и двойным лицензированием для открытых проектов и закрытых платных.
Если бы MS эти МощныеПриложения выложила исходники в паблик, дав возможность форкать, допиливать и писать опенсурсные проекты, а сама бы делала хостинг на азуре (зарабатывая на этом) для желающих то вполне бы взлетело со свистом.

И корпорации вполне бы покупали чтобы свою облачную развернуть на своих мощностях, но вот отдавать данные MS это для них того ))

(0)

https://yadi.sk/i/ASra39hYJJirnA

Вот реальный убийца 1с)

(45) Емкость базы данных 250 Мб на при 40$ в месяц за пользователя? Точно не взлетит. Ларьки такое не потянут, а для остальных это вообще ни о чем.

(46) фирма 1С живет же с закрытой платформой

(48) так и платформа по сути не для ларьков. Пилить собственные энтерпрайзы - удел крупного бизнеса, на худой край зажиточного среднего.

О, Аксапту на веб натянули наконец-то.
Труп стюардесы разложился уже давно, а насильники все никак не уймутся.

(49) Они там ораклом и жава избалованы, закрытая платформа не взлетит

(41) я видел навиженовские формы в качестве АРМ кассира... так что попытка мелкомягких была защитана.

(47) что там?

(54) самая лучшая и самая дешевая программа для ларьков

(55) Ну с кассами онлайн через "программу" из (47) еще ладно, но с маркировкой что делать?

(0) Компания, которая сделала тормозным Скайп и встроила многостороннее слежение за пользователем в ОС, на что они вообще рассчитывают, выкатывая новое "бизнес приложение" ??

(50) Ага, крупный бизнес с базой в 250 Мб...

(58) так и не понял, где вы про 250 мегабайт взяли?

(59) 250 - это на каждого юзера по стандартному плану. Т.е. 10 юзеров - 2.5 гига совокупно будет "из коробки". И при необходимости можно докупать емкость. Как по мне - тема очень прикольная. Но не для крупного бизнеса ессно.
С 1С может конкурировать только в части простых автоматизаций небольших бизнесов. Но на этом поле "конкурентов" у 1С и так вагон и маленькая тележка. Начиная с Экселя. Всерьез ставить на одну доску с 1С смысла не имеет.

А так, в качестве "облачного Акссесса" - тема очень прикольная, учитывая родные интеграции с прочими облаками.

(60) Докупаешь не емкость, а подписку, т.е. платишь каждый месяц за эту емкость. А как насчет ограничения на длину строки 128 кБ? А как насчет ограничения в 30 дней на бизнес-процесс?

P.S. Они даже при выборе рубля не удосужились на русский перевести, уже одно это делает импотентной программу на российском рынке.

(62) Вроде где-то мелькнуло, что емкость при необходимости отдельно докупать можно. Да и это в принципе стандартная практика для таких моделей.
Не придирайся :)

(61) 250 метров на юзера это много. Если не хранить фотографии в базе и не плодить лютую денормализацию

(62) как насчет ограничения на длину строки 128 кБ?

Это разве мало? Целая книга текста в такое поле можно уместить

>>Они даже при выборе рубля не удосужились на русский перевести
https://monosnap.com/image/5wJl8MqvZaqWv9eLNYdXm8DWS5TnVu.png
чего они там не смогли перевести?

(65) У меня, например, заказчик прогноз потребности на год присылает в текстовом файле размером около 1 Мб. В 1С я просто не задумываясь гружу его сразу весь и разбираю уже в памяти. А тут опять мучайся с буферизацией...

(66) Жмакай "Включает план Flow 2", и страничка, внезапно, становится https://flow.microsoft.com/en-us/pricing/

(67)Никак не могу добиться указанного тобой эффекта https://monosnap.com/image/d76dvL4Ld1E5H4F8lZ06WtyT3ioozV.png

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

но все это никогда не конкурировало с 1с и не будет, 1с берет не продуктом а количеством специалистов, для создания подобного у мелкомяхких в нашей стране минимум лет 15 уйдет и с непонятной перспективой... зачем им это?

(68) У тебя, случаем, не русская раскладка на клавиатуре по дефолту стоит?

(17) Я открою секрет. В американском законодательстве ничуть не меньше крючков и приколюх, с формами отчетностями, и ежегодно меняющимися налогами.

(0) ну а по сабжу - продвинутый акцесс, не более того. До 1С как до Китая раком.

(71) тем не менее такие мозголомные штуки как в 1С там "почемуто" не взлетают, и бухгалтер это не второй человек после директора по значимости

(73) там внештатные консультанты по налогам в почете))

(71) В US GAAP не меньше крючков и приколюх чем в РС БУ? Ой да ладно.

(75)
http://docshare.tips/download/588bd66db6d87f3f688b4691

https://youtu.be/lg5WKsVnEA4

(67) это чисто 1сные подходы делать всё и вся внутри 1с и замыкаться на возможностях самой платформы. 1С:Предприятие не поддерживает тесной интеграции со сторонними приложениями, кроме СУБД, поэтому мы тут постоянно городим всякие велосипеды. Но не надо пытаться свои привычки велосипедостроения проецировать на другие платформы. У мелкософтовцев совершенно другой подход, они, например, не догадались в своих бизнес-приложениях городить кривой почтовый клиент и хранить документы прямо в БД, вместо этого они просто сделали интеграцию с Outlook и SharePoint.

(77) Ну дэк и теперь тебе нужно купить к учетной системе еще полный офис и ентот самый sharepoint и иметь в наличии обязательно win-сервер где бы этот шарепоинт крутился.

(78) вопрос цены отдельная тема

(79) погоди, ты тут много про 40$/year писал а тут вдруг оказывается ценник *2...*Х!!!
И да, а как у всего этого с поддержкой Линукса?

+ (80) а планшета не виндового?

(80) а зачем ты плюсуешь цену вин-сервера и шарепоинта к цене бизнес-платформы? Тот же вин-сервер по дефолту уже давно куплен на многих предприятиях, если предприятие не ларёк.

"И да, а как у всего этого с поддержкой Линукса?"

Если у линукса нет проблем с отображением веб-страниц в браузере, то нормально.

(82) Гораздо интереснее как с этими Microsoft PowerApps интегрировать нечто внешнее типа ТО или каких то сервисов.
Ну вот хочется к примеру данные в базу 1С выгрузить или наоборот загрузить из базы 1С и как?

(82) если предприятие не ларёк - софт как услуга, т.е. ежегодные отчисления.

Имхо не взлетит PowerApps для "не ларьков".
Вот для контор которые софт ваяют для ларьков и отдельных физиков вполне взлетит.

А "не ларьки" все важное от чего их деятельность зависит стараются к себе подгрести чтобы под контролем держать.
Т.е. если он смогут PowerApps на свои сервера воткнуть то это одно, а данные на серверах MS держать и зависеть от них?
Банально забыли вовремя проплатить и херак - без базы остались и текучка встала да?

(83) полагаю, с этим проблем нет. Это мы тут привыкли 1ской и пилить, и копать, и забивать. А мелкомягкие уже давно интегрировали все свои продукты друг с другом и сделали мощные API, для интеграции со сторонними приложениями.

(85) "Банально забыли вовремя проплатить и херак - без базы остались и текучка встала да?"

:)

"Вдруг этот ваш кампуктер сломается и я не смогу свои цифры посмотреть?"

(86) Поизучал я про интеграцию и могу сказать что все банально.
Можно с другими только через http (т.е. пишите сервис на другой стороне) а из коробки только файлы экселя и ms sql server.

И да ТО не поддерживается нативно никакое, пишите веб-сервис который интерфейс предоставляет.
Короче у атол уже есть json апи и встроенный веб-сервер, можно а нечто другое сами ипитесь.
Особенно весело будет со сканерами ШК и нечто подобным типа весов разных.

(87) Одно дело когда компкутер можно разобрать и диск вытащить или есть бэкапы в сейфе.
И совсем другое когда бэкапов нет по сути (типа сервера MS и так надежны) и пищи свой апи для бэкапов.

(88) (89) + И да сервис ("соединитель") еще надо верифицировать https://docs.microsoft.com/ru-ru/connectors/custom-connectors/submit-certification

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

(88) всё-таки мне кажется, что эта штуковина больше для бэк-офисов, которые о существовании торгового оборудования и прочих конвейеров могут даже не знать.

(91) И тут внезапно оказывается что в бэк-офисах давно модно авторизацию в системе (не операционка а учетная система) по ключам/картам и стоят считыватели на всех местах.
Или там нужны разные КЭП и прочие штуки с интеграциями типа банков и сервисов.

Короче не взлетит в ближайшем будущем даже если лярды вложат ибо нет готовых покрывающих решений, пишите типа сами.
А кто писать то будет и для кого? Если система по сути закрытая и платная.

Вот C#/.Net взлетел на ура для корпоративного даже без готового софта, взяли и написали.
Тут надо было примерно тоже самое только со своим хостингом а лучше готовые коробочные решения.
Они ждут что "сеть франчайзи" и решения сами появятся но это не так, тем проще на java+oracle по прежнему ваять для кровавого энтерпрайза.

Кстати Гуглстранно что пока своего решения подобного не выкатил, плохо верится что у них ничего нет для этой сферы, хотя бы в разработке.

Мне Go сильно понравился писать бэк и сервисы одно удовольствие, но для фронта всего один фреймворк нашел венгерский чтобы отдельных фронтендеров не надо было.
По идее Гугл вполне может к своему Firebase прикрутить какой то фреймворк для быстрой разработки бизнес/учетных приложений и выкатить.

(93) имхается, что внутри платных сервисов что-то близкое к озвученному в топике есть

Вспоминая всяческие кларионы и пры. С их мастерами построения конечных приложений. Вот помню где-то в 1994 ом году мне один молодой человек демонстрировал достаточно перспективный продукт на Си для быстрого создания БД, но где сейчас 1С и где сейчас тот молодой человек? Вот то то и оно. В 90 да и в нулевые была тьма умельцев самоучек со своими фреймфорками, продуктами, решениями, но в конечном итоге их почти всех убил продукт 1С со своим доступно и всерьёз доступно. Бизнесу нужна помимо самого продукта стандартизация, чтобы оператор нанятый на улице или перешедший от конкурента мог без проблем сесть и начать работать. Нужна поддержка и стандартизация той самой поддержки. Вспомните сертификацию ISO 9001:2000 и всякие сертификации 1С. Бизнесу нужно оперативное и качественное решение его проблем. Он, бизнес, за это и платит. За оперативное отражение изменений в законодательстве.
1С как продукт повторить для высококлассных программистов или даже для всяческих новомодных ИИ на базе нейронных сетей и глубокого обучения, но вот организовать инфраструктуру, организовать последнюю маркетинговую милю из сущностей которые будут общаться с заказчиками на их далеко не стандартизированных языках. Вот это задача. А решив её корпорация уровня Майкрософт может легко и убить саму фирму 1С путём расходов на лоббирование своих интересов. Но этого всего не будет по причине того что Майкрософту наш бизнес не очень то интересен для организации под него сопутствующей инфраструктуры

(95) У тебя не совсем верное мнение о "корпорация уровня Майкрософт", там реально такой бюрократизм цветет что они не могут оперативно реагировать чем более мелкие конторы.
Как пример 2ГИС и Гугл с Яндексом.
Гугл который свой https://www.google.com/intl/ru_ru/business/ не может в РФ продвинуть (ибо модель тупая с недосотрудниками)
И Яндекс https://yandex.ru/sprav/main где там вроде есть такое только что это и зачем?

Короче если у яндекса еще есть шансы подвинуть (на рынке РФ) 2гис то у гугла никаких, хотя уровни не сравнимы.

(77) Формат полностью кастомный, его никакое другое приложение прочитать не может. По https можно скачать - уже на этом "Спасибо". И такого в бизнесе - хоть одним место ешь. Это объективная необходимость - разгребать чужие велосипеды.

(79) Вопрос цены - это второй аргумент после возможностей. Которых (возможностей) не так уж и много, и с кучей ограничений.

(91) Ну и какой это тогда "Убийца 1С"?

(92) Самое что печальное - они уже на эти грабли с Windows Phone и Windows RT наступали... и до сих пор не дошло, что с Windows им подфартило просто, а для гарантированного результата надо работать и работать.

(99) перспективный)

(0) вещица скорей экспериментальная, для реальных приложений пока малопригодная. Проблема у мелкософта в том что через год, два они забросят это приложение как забросили виндоус фон, виндоус рт, навижен и кучу других
Я так понимаю что power apps доступна с подпиской оффисе365 бизнес премиум

(100) Да просто тогда конкурентов не было и было лобби с маркетингом когда DOS и Windows развивались.
Windows Phone с Windows RT логично загнулись на фоне конкурентов, которых не смогли задавить.

Причем Windows Phone зря рано прикрыли, могли найти свою нишу среди корпоративных, сделав кучу интеграций и готового софта, обеспечив совместимость с древними ТСД на WinCE/WinMobile.

(0) 1С это не только платформа.

(104) правильно! 1С наше все. Все что мы можем ))

Когда уже появится убийца Microsoft от 1С?
Вот на это я бы посмотрел.

(104) очень популярна разработка собственных систем на платформе 1С. На моей последней и предпоследней работе платформа 1с не столько ради типовых конфигураций, сколько ради самописок. Скажем так, разработка собственных учетных систем это отдельный большой сегмент, а на западе просто огромнейший. В России в этом сегменте преобладает 1с (по крайней мере количественно). Если мелкософтовцы сделали нечто, что позволяет разрабатывать самописки гораздо быстрее, чем на большинстве фреймворков (и той же 1с), то у неё есть все шансы пододвинуть 1с в этом сегменте. А когда "слава" быстроты разработки сего чуда разлетится по миру, эту поделку могут кинуть и на другие сегменты, в том числе на разработку тиражных решений.

Мелкософтовское создание бизнес-правил это вообще бомба
https://www.youtube.com/watch?v=yKD-3cv76Uw

В 1с чуть выходишь за редакторы-конструкторы, и начинаешь штамповать код. А тут можно прописывать логику через визуальные конструкторы и формулы а ля эксель.

(107) На западе в области учета совсем другие тенденции. Там сейчас больше используются тиражируемые SAAS системы. С самопиской на 1с там делать будет нечего. Другое дело различные вебсервисы. Там их действительно много и еще нет единого стандарта. И это дает определенную возможность на развитие. Но 1с в вэбе вещь очень специфичная и при текущем уровне развития 1с не взлетит.

(108) В 1С бизнес процессы давным давно есть, только вот мало кто сумел их освоить.

(110) бизнес-правила это не аналог бизнес-процессов 1с, это скорее визуальный конструктор кода. Код любой программы можно разложить на принятия решений и действия, мелкософтовские бизнес-правила позволяют настраивать логику без написания кода, выстраиванием череду принятий решения и действий с помощью конструкторов.

В 1с добавил ты в таблицу реквизиты Номенклатура, ЕдиницаИзмерения, Количество, Цена, Сумма. Потом пишешь код, много кода, чтобы ЕдиницаИзмерения подтягивалась из Номенклатуры, Цена из регистра, Сумма пересчитывалась при изменении Целы или Количества. Бизнес-правила позволяют всё это настроить мышкой.

(111) Очень спорное решение и подходит только для типовых задач, скорее всего их можно покрыть тупо взяв готовую типовую конфу 1С и просто ее правильно настроив без написания кода совсем.

Имхо о таком мечтают не программисты, кто кодом ничего не умеет и кроме конструктора запросов и КД ничего не освоил ))

(112) спорное-не спорное, но ходят слухи, что бухгалтера аж повизгивали от удовольствия, когда могли самостоятельно править старые версии 1С:Бухгалтерии. Это было ещё до семерки, когда 1С:Бухгалтерия была намного проще, и кроме плана счетов, операций и нескольких справочников там ничего не было.

Так что эта система может завоевать популярность именно потому, что клерки смогут почувствовать себя разработчиками. Сейчас существует много людей, которые не разработчики, но намного продвинутее рядовых пользователей (ваяют всякие там сложные эксель-файлы). Именно среди таких данная система может быть востребована

(113) Видел я 1С:Бухгалтерия 6 там по сути конструктор с выбором полей что куда.
Чуть в сторону и приехали, ничего нельзя.
https://programmist1s.ru/1s-buhgalteriya-6-0/

И там не только мышкой там еще формулы писать надо было.

(114) Вот это вполне может быть, вместо одного дорого программиста нанимаем на учет кучу продвинутых юзеров и пусть сами как хотят ипутся ))

Но пока история учит обратному, всегда происходит специализация до готовых коробочных решений для каждой конкретной задачи.
Да камень и палка-копалка очень универсальные инструменты но потом придумали молотки, топоры, лопаты и т.д. а потом и до тракторов дошло.

Если где то нужны палки-копалки - это пока еще трактор не сделали, к которому нужны разработчики, механики и водители с инфраструкторой.

(116) + Короче глупо сравнивать конструктор сайтов и HTML5/CSS/JS

(116) зато представь себе как через палку-копалку можно подсадить на свой продукт. Сначала клерки поиграются с палкой-копалкой, крепко подсадят на неё контору, а потом аппетит вырастет, докупят софта, сервисов, пригласят программистов... А эта штуковина как раз открыта для расширения. Из игрушки для клерков на ней можно вырастить целую ERP, были бы $$$, время и желание. По-сути некоторые (или многие?) энтерпрайзы так и вырастали: сначала накидали простую БД, сделал морду для неё, потом ещё пяток табличек добавили, потом подсадили на неё ещё десяток пользователей... через несколько лет доросла эта БД до корпоративной информационной системы.

(118) У нас большая часть юзеров даже эксель не смогла освоить нормально.
Какой им нафик конструктор приложений, им нормальный софт (с защитой от дурака) и программист нужен вменяемый.

(119) существование тупых и ленивых юзеров никак не отменяет существование продвинутых и инициативных юзеров. Да, вторых намного меньше, но они есть. А если у предприятия грамотная HR-политика, то такие юзеры могут преобладать

(77) У микрософта подход "подсадить и доить", это всё и объясняет. Зацепить одной технологией, а потом клиент будет вынужден купить и то и другое и третье.
Кстати, 1с последнее время тоже смотрит в эту сторону. Это я про лицензии КОРП.

(120) это вопрос не софта а юзеров. Был у меня такой что сам компоновал настройки отчётов СКД только в путь. Юрист одна нарисовала микросистему учета договоров на аксесе (потом упёрлась в ограничения и мы её по быстрому подрисовали подсистему в документообороте (не помню по какой причине нужна была почти изолированная система)Ю разумеется с импортом всего наработанного непосильным трудом).
Сколько форм/отчетов на вашем убийце нарисовали юзера?

(114) И сейчас в 1с никто не запрещает юзерам творить.
Мануалы есть + доступный из пользовательского режима СКД.
Но как показала практика - из 100 1 ну максимум 2 человека могут проявить интерес и что то сделать.
Я работал в компаниях с большой численностью персонала, по этому могу сказать - 1 человек на департамент, а то и на 2 хоть как по проявляет интерес дальше,чем собственные должностные обязанности.
Остальным пофиг.

(118) Ну не будут клерки играться. Как только у клерка появляется свободное время ему или работы подкидывают или идет сокращение.
1с тоже когда то шла от парадигмы - любая бабушка сможет, смочь то может и сможет, но нафиг ей это не сдалось.

(107) Платформа PowerApps существует с 2015 года и ее сегмент уже вполне определен. Какие еще ЕСЛИ?

(0) https://habr.com/ru/post/74845/

(125)  Есть какие либо примеры работающих решений на этой платформе?

(126)
1С: Предриятие. Уродство языка и намеренное избегание в нем абстракций (типов переменных, коллекций и т.д.) обусловлено опять таки первоначальным намерением переложить работу по программированию на бухгалтеров. Бухгалтеры на предложение сделать все самим дружно крутят пальцами у виска. Результатом является жуткий дефицит грамотных 1С-программистов (не всякий на это чудо пойдет), при обилии мальчиков-по-вызову, которых все потом матерят.

О да

А судя по http://catalog.mista.ru/journal/news/biznes/google-obyavil-o-masshtabnoy-reorganizatsii-v-poiskakh-novykh-dokhodov_1058146/
тяжелые времена ждут

(125) а чего мелкософтовцы тогда буквально в этом месяце преподносят сие творение как инновацию?

https://powerapps.microsoft.com/en-us/blog/powerapps-for-pros-develop-faster-with-low-code/

(127) https://powerapps.microsoft.com/ru-ru/blog/virgin-atlantic-drives-agile-wins-for-mobile-workforce-with-the-power-platform/

(131) И все? Автоматизация ИГИЛЕ?

(132) да х.з. Я же не слежу за ними

Ну как то не впечатляет.
Где эти самые закратили затраты в 3е и у генерального лысина волосами покрылась?)

(126) отличная статья!

текст статьи небольшой, так что можно ее перепостить полностью

ниже текст из ссылки поста (126)
---
Кухарка и государство
Чулан
Светлая мысль, что «любая кухарка может научиться управлять государством» (В.И.Ленин) запала головы бизнесменов и разработчиков еще на заре автоматизации и с тех пор не покидала их ни на минуту. В переводе на язык IT, она стала звучать примерно так «мы дадим пользователю удобные средства, а он пусть сам все настроит и сделает». Все ведь просто! Пользователь в своей области (выпекание тортов, выдача кредитов, проводка по счетам, ...) понимает? Понимает. Вот пусть сам там и возится. А нам не досуг вникать, дадим инструменты и вперед, главное чтоб платил.

Эту гениальную в своей простоте идею, пытались реализовать неоднократно. Яркие примеры:

* Язык SQL. Наверно все знают, что произошел он от SEQUEL (Structured English Query Language) и предназначался для написания запросов конечными пользователями — отсюда его столь неординарный синтаксис. Программистов, которые вынуждены им пользоваться ныне, устроил бы куда более современный и формальный язык, но, увы — стандарты, совместимость…
* COBOL. Комментировать нечего. Слава Богу нашу страну почти не задело, да и на Западе 2000 год эту страницу истории закрыл (почти).
* EXCEL (и т.п.). Казалось бы — явно успешный продукт. Это до тех пор, пока сложность логики и объем таблиц не переходят какой-то предел (довольно невысокий) и не встает необходимость переноса всего «контента» в более структурированный вид (БД). Вот тут взявшийся и понимает почем фунт лиха и чего может наворотить «талантливый менеджер, экономящий деньги фирмы на дармоедах-автоматизаторах»! А если тот еще овладел VBA… И кронная фраза «Все ведь работало!»…
* 1С: Предриятие. Уродство языка и намеренное избегание в нем абстракций (типов переменных, коллекций и т.д.) обусловлено опять таки первоначальным намерением переложить работу по программированию на бухгалтеров. Бухгалтеры на предложение сделать все самим дружно крутят пальцами у виска. Результатом является жуткий дефицит грамотных 1С-программистов (не всякий на это чудо пойдет), при обилии мальчиков-по-вызову, которых все потом матерят.

И список еще далеко не закрыт.

Еще одна вариация светлой мысли: посадим девочку (мальчика, Петровича, Маргариту Семеновну), дадим ей книжку по VisualBasic-у, читать чай умеет — вот и пусть программирует, «не боги горшки обжигают». Про богов и горшки может и верно, но вот знать правила игры в шахматы и играть в шахматы, хотя бы на уровне 3го разряда — вещи совершенно разные и с этим почему-то никто и не спорит.

В чем же проблема? Почему простая и хорошая (казалось бы) идея не срабатывает?
Проблема в «кухарке», точнее в уровне ее мышления. Утрировано: кухарка оперирует понятиями типа «1 ложка на кастрюлю», «по-вкусу», «до готовности», ее мышление конкретно и субъективно, при этом результата она достигает не плохого, т.к. задача того и требует. Заставлять ее подниматься на высокий уровень абстракции и решать задачу «в общем виде» — антигуманно. Если не верите, попросите свою маму (жену, бабушку, тещу) записать какой-нибудь фамильный рецепт с точным указанием всех весов, объемов и пропорций, предусмотрев случаи «нет соли (лука, перца, огня, воды, света)», «времени — 10 минут», «одновременно готовить еще 5 блюд», «на 10, 20, 120, 20000 человек», «экономить по-максимуму» и другие, какие придут в голову (хм… тещу, пожалуй, не надо — может не простить глумления). Но почему-то стремление нагрузить аналогичным творчеством бухгалтера, оператора или клерка кажется многим весьма неплохой мыслью.

Кухарку можно научить (при наличии способностей!) и государством управлять, но для этого нужен не один год, не одна книжка и, неисключено, горы перебитой посуды и испорченных блюд. А главное: кухаркой к тому времени она быть уже перестанет. Так стоит ли браться?

Оригинал

UPD: Фраза «любая кухарка может научиться управлять государством» в работах Ленина не встречается, хотя у него есть близкие по смыслу высказывания.

(126) Да все правильно, 10 лет прошло еще а ничего не изменилось

(114) Это очень вредные для организации работники. Фактически, работа организации ставится в зависимость от конкретного человека. Он умирает или уходит - и все, учет развален.

(118) ERP с такими ограничениями? Да там даже месяц не закроется.

(138) Как это не странно, но ты прав

(138) +1
Я в такой ситуации был, и полтора года переписывали в битфинанс пару десятков эксель и аксес файлов с огромными vba-скриптами, которые женщина-экономист в начале 2000х наваяла и со всем этим очень успешно все работало до 2015 года... начали после того как контору продали американцам и они сделали аудит ит подсистемы и прифигели с того что огромная часть критических бизнеспроцессов буквально на неё завязано

(136) статья красивая, эмоциональная, но... далека от объективности. Все современные авторы в один голос кричат, что хороший код это самодокументирующийся код, который читается "как книга". Причем принцип этот наметился отнюдь не сегодня, а наверно с полвека назад, когда с GOTO перешли на процедуры/функции. Языки программирования с высоким уровнем абстракции появились для того, чтобы разработчик с этими ЯП мыслил прежде всего терминами автоматизируемой предметной области, а не сосредотачивался на технических тонкостях реализации. Автор статьи видимо оленей не покормил, поэтому и написал такую ерунду. За языками программирования, близкими к естественным языкам, будущее.

(136) > Заставлять ее подниматься на высокий уровень абстракции и решать задачу «в общем виде» — антигуманно.

Но ведь это касается и нас с вами. «Кто виноват?» и «Что делать?» – вечные русские вопросы. Мы тут ругаем 1С (фирму и программы), технических 1С-программистов, работодателей и все что вокруг этого. Но как всегда это только верхушка айсберга, остальное наш мозг не видит. А подобные проблемы, как правило, имеют источник уровнем выше. В данном случае, это организация общественной системы и государства на ее основе. Слава Богу, когда речь заходит о военных «игрушках», типа «Авангард», «Посейдон», «Циркон», «Сармат», «Пересвет» и т.д., подобных проблем вроде не возникает. Над созданием этих «игрушек» работают сотни и тысячи предприятий, синхронно и очень эффективно. Все программы пишутся как надо, организовывается все по высшему разряду, в результате чего получается продукт мирового качества, конкурентов которому не будет еще многие годы. Даже исключения (вроде аварии с Суперджетом) лишь доказывают правило: «Там, где русская Система работает всерьез, все конкуренты отдыхают». Соответственно, там где «не получается», русская Система не работает либо работает не на полную мощность, в силу каких-либо политических ограничений.

Пока «1С»  будет сам по себе, законотворчество само по себе, образование, воспитание, экономика, политика и т.д. и т.п. сами по себе, диссонанс в работе государственной и общественной системы будет неизбежен.

Соответственно, каждый в этой общей какофонии ищет свою нишу. Кто-то находит, кто-то нет, а кто-то в вечном процессе поиска. Мир «1С» это очень хорошо демонстрирует :) .

Короче говоря, «кто хочет – ищет возможности, а кто не хочет – причины».

(141) Нормальная статья.
В одно время умы бредило - программировать может любой.
Это вылилось в то что мы видим.
По тому коду, который я вижу в гихабе - наоборот уход от естественных языков. Количество различных символов в коде поражает.
Первое что попалось под руку https://github.com/microsoft/calculator/blob/master/src/Calculator/Controls/CalculationResultAutomationPeer.cpp и это еще простенько.
Наоборот, языки программирования отходят от естественных языков, чуть ли не в символьную сторону.
И документируется не сам код, а его описание\тесты.

(141) >За языками программирования, близкими к естественным языкам, будущее.

Хаха. Ха.

Нет, будущее за простыми, лаконичными и быстро изучаемыми языками.
Удобными в применении, с минимальным кодом для написания, который тем не менее остается понятным любому другому изучившему язык.

И да будут стандарты на синтаксис языков (по их классам-назначению), различаться будут только функционал и реализации.

(144) Вово

(141) А теперь возьми и покажи мне листинг прикладного решения на основе продукта, который в этой веке обсуждается

(143) Ну если конечно название переменных ЯПамять, ЯДиспечер это переход к реальным языкам, то я даже не знаю что на это ответить

Говорить о "близости к естественным языкам" ЯП примерно как говорить о близости инженерно-конструкторских чертежей и документации к "наброскам/рисункам от руки".

Типа любой продвинутый пользователь сможет конструировать свои механизмы и приборы.

(143) программировать можно научить даже обезьяну, это не сложный навык. А писать качественный код могут немногие. Говнокодерство обходится предприятиям дорого, ибо порождает колоссальные косвенные расходы. Поэтому закономерно стремление создавать языки программирования, способные противостоять говнокодерству. Пока что, правда, говнокодеры не сдаются, но и борьба ещё не закончена.

(148) Отличный кстати пример.
Я когда на даче дом проектировал, то скачал sketchup
Чо удобно. 3д мышкой.
Сделал планировку, 3д модель, чертежи и отправил конторе, которая строить должна.
Там более 100 замечаний было, причем некоторые могли к обрушению привести
В итоге инженер переделал, максимально сохранив мою идею.

(149) Нельзя. Она или перестанет быть обезьяной или ничему не научится.

(151)+ Точнее может научиться имитировать деятельность по программированию, выдавая чужие куски кода кое как слепленные за свои https://1cers.ru/index.php?user_id=107923

(144) а чем близость к естественному языку мешает лаконичности и быстроте изучения?
(148) вот те раз. Так значит изобретатели объектно-ориентированного программирования, позволившего "излагать" сложные программы в виде абстракций по типу объектов внешнего мира, были дураками?

(153) скажем так, ООП это было очевидное развитие на тот момент.
Но оно избыточно и сложно, когда начинается ООП ради ООП.
То же функциональное программирование сейчас 2е рождение проходит.

(153) > а чем близость к естественному языку мешает лаконичности и быстроте изучения?
Естественные языки не лаконичны, не логичны и излишне перегружены в т.ч. исключениями

>...были дураками?
Абстракции высших порядков это очень сложная штука как и умение ими мыслить. И ООП это очень далеко от естественности.

(154) Наследование выкинули но более поздно придуманные интерфейсы оставили, причем довели идею до абстрактности, когда есть пустой интерфейс который у любого объекта, хотя и не рекомендуют применять это.

Имхо сейчас развиваются две тенденции. С одной стороны со стороны классического программирования идёт процесс упрощения/ускорения написания программ за счёт упрощения ЯП, появления удобных фреймворков, библиотек и т.д, с другой стороны появляются полуготовые конфигурируемые продвинутыми пользователями решения которые позволяют решать задачи без программирования.
Где то в какой то момент времени эти две тенденции могут пересечься в виде появления крутых инструментов доступных как традиционным программерам так и продвинутым юзерам. В качестве таких примеров уже сейчас могу назвать UI Rpa
https://m.youtube.com/watch?v=39Yz0cOp-zs

(156) + В примере ниже пустой интерфейс с приведением к нужному типу

user, ok := s.Attr("user").(User)
if ok {
  fmt.Println("Получили User " + user.EMail)
}


Перед этим делается
e.Session().SetAttr("user", user)
И туда можно любого типа засунуть, гениально по сути

(155) "Естественные языки не лаконичны, не логичны и излишне перегружены в т.ч. исключениями"

Странно это слышать от человека, пишущего на 1С.

"И ООП это очень далеко от естественности"

Как раз ООП это стремление к естественности.

ЗеленаяЛягушка = New Лягушка;
Лягушка.Прыг();
Лягушка.Квак();

(159) И что тут естественного? Кроме применения удобных слов для пишущего, причем из удобного ему языка.

Ты легко прочитаешь?
greenFrog = New Frog();
greenFrog.jump();
greenFrog.croak();

А если тоже самое будет на китайском или суахили?

(159) Чтение из строки в Java красивым ООП

InputStream inputStream = System.in;
Reader inputStreamReader = new InputStreamReader(inputStream);
BufferedReader bufferedReader = new BufferedReader(inputStreamReader);
String name = bufferedReader.readLine(); //читаем строку с клавиатуры

(161) из консоли

Эти прыг скак дальше учебника не идут.
Кровавый набор текста и море сахара, что бы текста набирать было меньше.

(161) ыыы

package main
import (
    "fmt"
    "os"
)

func main() {
    var name string
    fmt.Print("Введите имя: ")
    fmt.Scan(&name)
    fmt.Println(name)
}

(164)+ Или так с указанием стандартного потока
package main
import (
    "fmt"
    "os"
)

func main() {
    var name string
    fmt.Print("Введите имя: ")
    fmt.Fscan(os.Stdin, &name)
    
    fmt.Println(name)
}

(160) все пишут на английском. Ну мы тут ещё пытаемся писать на славянском.
(163) а это смотря как код писать. Есть множество принципов "тру-программирования", позволяющих повышать читабельность кода и снижать его семантическую сложность.

(166) о да.
Только зачем сотни, тысячи, а то и сотни тысяч разработчиков в ИТ компаниях? Если все так просто?
На сайт с нуля по современным технологиям по хорошему надо под 10 человек

(167) Если сайт реальный то да минимум 10 человек.
В одиночку все никак не выйдет, или будет убого как у меня в прототипе моего сервиса.
Но программистов пары хватит, один fronend и второй backend, дальше разные дизайнеры и прочие.

(168)+ Причем html/css верстальщиков несколько надо чтобы дизайн на код фронта натягивать ))

(167) так и сайтов в природе не пять штук, оттого и много программистов

(170) сайт как пример.
В остальных областях то же самое

(170) Проблема в том что создание сайтов свели (точнее пытались некоторые) к "как построить замок своими руками"

(171) программистов было бы ещё больше, если бы в своё время не слезли с низкоуровневых языков программирования на всё более и более близкие к естественному языку высокоуровневые ЯП. Давай снова глянем на SQL, уже давно ставший стандартом для всех СУБД. Автор той статьи утверждает, якобы это попытка посадить кухарок за СУБД. Но это чушь и бред. SQL стал стандартом потому, что он оказался удобен, а не из-за заговоров злых манагеров.

(173) скл стал стандартом потому что возникла потребность, а ничего другого без доработки напильником или написания с нуля не было.

(173) SQL стал стандартом потому что альтернатив вменяемых не было.
И была мощная поддержка (практически лобби) https://ru.wikipedia.org/wiki/Реляционная_модель_данных со стороны известных математиков/физиков и прочих кто теорию для первых компов делал и софт писал.

Массовая потребность точнее

(161) Отличный пример того что современные языки позволяют работать в несколько строчек как на низком уровне с байтами так и на высоком.
То же чтение из консоли:

java.util.Scanner scanner = new Scanner(System.in);
String line = scanner.nextLine();

И ведь чертовщина в том что меняя System.in читаем хоть из файла, хоть из сети, хоть из ком порта.
Лаконично и мощно.

(174) а может всё-таки SQL удобен, оттого и так хорошо прижился?

"SQL стал стандартом потому что альтернатив вменяемых не было"

SQL скоро отметит пятидесятилетие. Как так получилось, что за полвека не нашлось альтернатив скулю? Мне видится, что альтернатив ему никто и не искал, ибо он удобен и лаконичен. Также как не ищут альтернативу таблице Менделеева, хоть она и изобретена в древнелохматые времена. Неудобен SQL разве что автору той статьи, но ему наверно не только SQL мешает танцевать.

(178) Ты последнюю полную спецификацию SQL читал?
Как думаешь зачем изобрели отдельные несовместимые T-SQL и PL/SQL с подвариантами?

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

Если же сложность чуть возрастает то читаемость стремится к 0.

Это нихрена не читается и неудобно:
INSERT INTO table_name (column1, column2, column3, ...)
VALUES (value1, value2, value3, ...);

Намного лучше:
table_name add column1=value1, column2=value2, column3=value3, ...

(180) Та ладно. А как ты в такой синтаксис подставишь вставку из результата другого запроса.
Или для вставки результата из select-а будет второй синтаксис. А потом еще какие случаи третий сочиним?

(180) не вижу никакого преимущество предложенного тобой варианта над INSERT. К тому же ключевое слово INTO не обязательное.

(181) Умный блин ))
Да с этим в моей конструкции есть некий недостаток, но оно же и преимущество ибо можно именами полей оперировать

sql1 = table_name1 select ...
table_name2 add column1=sql1.value1, column2=sql1.value2, column3=sql1.value3

(178) по той же причине, по которой спустя столетие после мирового перехода на метрическую систему, имперская до сих пор используется, например бытовое трубное хозяйство до сих пор в дюймах.
Слишком дорого это менять

(183)+ Хотя наверно лучше иначе
sql1 = table_name1 select ...
table_name2 add sql1 column1=value1, column2=value2, column3=value3
где value1, value2, value3 это имена полей в sql1

(185) открой любой технический скрипт, да тот же замер ожиданий - глаза течь начинают

(159) А теперь сделай кентавра.

(187) Наследоваться от лягушки и перекрыть квак?

(188) Так хоть наследуй, хоть нет, а реализацию все равно прорабатывать :) Причем именно на реализацию уйдет 90+% времени.

(181) это наверняка легко и изящно делается в вим

(41) Да, банкроство микрософта близко как никогда:

В первые часы после открытия торгов 25 апреля 2019 года на бирже NASDAQ цена акций компании Microsoft ненадолго повысилась до $131.37 (максимум), в результате чего рыночная капитализация Microsoft превзошла отметку в 1 триллион долларов.

Капитализация на данный момент: Гугл - 810 626 848 147, Амазон - 930 497 210 004, Майкрософт - 974 174 042 170.

В компании Microsoft в целом доход за квартал составил $30,6 млрд. (+14%). Операционная прибыль выросла на 25% до $10,3 млрд., чистая прибыль составила $8,8 млрд. (+19%).

(191) на самом деле ниочем не говорит, нокиа стоила огромных денег, sun стоила огромных денег, моторола стоила огромных денег
гиганты как появляются, так и падают, вопрос лишь в адекватности менеджмента и как показывает практика - вечных контор не бывает за очень редким исключением типа сименса и ibm

У гугла например огромная капитализация, но при этом они уже очень давно не могут придумать ничего нового, аналогично эппл у которого уже проблемы с продажами

микрософт почуял что жареным пахнет уже давно...тогда и началась свисопляска с Win8/rt ...временно им помогло...но тенденция заката десктопов продолжается, сумеют ли они удержатся а azure...

(141) (144)
Прочитал Ваш обмен репликами и одного только не понял. Может кто-нибудь из Вас мне пояснит? На хрена близость к естественному языку языка программирования искусственному интеллекту грубо говоря, а в современной технологии нейросети. Она что не может какой-то язык программирования выучить из тех которые студент попросит её выучить чтобы курсач ему написать?
https://www.popmech.ru/technologies/news-480252-sozdany-neveroyatno-effektivnye-neyroseti-mashinnoe-obuchenie/

Вот здесь на видео достойный учёный муж Пеереслегин рассуждает насчет того что мы из субъектов права неуклонно превращаемся в объекты права в отношении которых искусственные нейронные сети договариваются между собой. Очень рекомендую послушать.

https://www.youtube.com/watch?v=8Bona2OfD8o

(193) Хрень пока эти ИИ/нейросети/ML, без программиста который данные подготовит с очисткой, признаки укажет и т.д. ничего не могут.

А вот это делать лучше на удобном языке, пока для этого или питон или R чаще всего.
Причем питон по той же причине что в свое время sql ибо математическая библиотека крутая написана и де факто стандартом становится.

Так что курсачи студентам придется по старинке или самим писать или заказывать за денежку.

(194) Ты реально веришь этим грантоделителям?

(193) А курсач после этого проверку на антиплагиат пройдет? Научились ли нейросети создавать что-то действительно новое, а не только комбинировать то, что уже было создано?

(194) В ближайшем обозримом будущем лет так дцать никакого сильного ИИ в реальности не будет.
Банальная физика - плотности схем пока недостаточно.

Точнее можно и при текущей плотности электронных схем но слишком он тормозной будет.

(197) Ну буквы те же самые и точки )) Просто особая комбинация

(192) Большие компании очень медлительные. Их губит бюрократия и полное безразличие персонала к происходящему. А если туда еще деньги инвесторов пришли, то все. Чтобы доказать, что направление будет перспективным нужно все круги ада пройти.
у 1С тоже самое. Вот висит статья http://catalog.mista.ru/public/695523/ с 17 года. Если скачать конвертацию 3.0 и попытаться ей воспользоваться то она будет неработоспособна. В маленькой компании как бы сделали. Почему у нас официальный продукт неработоспособен и бросили бы все силы на исправление. А в большой, пока зафиксируют проблему, пока она пройдет все стадии визирования, потом подключаться тестировщики, разработчики и их руководители. Потом кто-то уйдет в отпуск, потом еще кто-то уволится. И все растягивается на бесконечное тягомотину.

(200) Медлительные это слабо сказано, пока реальная жопа не подойдет ближе совсем не шевелятся или что хуже не туда двигаются.

В мелких компаниях постоянная нехватка ресурсов с очень высоким кпд их использования.
В крупных ресурсов дохрена но кпд никакой, обычно полной хренью заняты.

(201) Не полная хрень, а политика

(202) Там еще кулуарные заговоры похлеще всех "Игр престолов".

(200) Опенсорснутые продукты зачастую более качественные и более оперативно реагируют на клиентские запросы. Хотя вроде бы все должно было бы быть наоборот. Дело не в размере компании а в ее идеологии и вовлеченности команды. В крупных корпоративных компаниях с энтузиазмом команды как то тяжело, вот и получается дитя (продукт) без присмотра.

(204) опен сорс это далеко не всегда команды энтузмастов за лайки.
Там полным полно и инвесторских проектов, которые пишут за огромные деньги огромные команды в тех же корпорациях.
OpenSource <> бесплатно

(192) Ржака. Аналитика 99lvl. У компании уверенный рост по всем направлениям включая десктоп (+9%), по azure рост вообще 73%, но местные аналитики "посмотрят, сумеет ли удержаться". Ну, смотрите, чо уж.

(179) "Как думаешь зачем изобрели отдельные несовместимые T-SQL и PL/SQL с подвариантами?"

Предлагаю рассматривать эту ситуацию иначе: в основе языков программирования двух топовых конкурирующих СУБД лежит всё тот же "дедушка" SQL. Видится мне, применяют его там не случайно, а из-за удобства.
Можно долго рассуждать по поводу неудобства и излишней громоздкости русского языка, только вот россияне к нему давно привыкли и ничего менять не хотят. Также и с SQL.

(185) снова не вижу никакого преимущества перед INSERT . К тому же часто INSERT используется для вставки нескольких явно указанных значений, тут твой синтаксис оказывается излишне громоздким. Сравни:

INSERT table_name (Фамилия, Имя, Отчество)
VALUES ('Иванов', 'Иван', 'Иванович')
VALUES ('Петров', 'Петр', 'Петрович')
VALUES ('Сидоров', 'Сидр', 'Сидорович')

как будет выглядеть твоя конструкция

table_name add Фамилия='Иванов', Имя='Иван', Отчество='Иванович'
table_name add Фамилия='Петров', Имя='Петр', Отчество='Петрович'
table_name add Фамилия='Сидоров', Имя='Сидр', Отчество='Сидорович'

Кстати, если наскучил SQL, можно посидеть на СУБД MongoDB. Там нет SQL. Поговаривают, что угрёбище конкретное, и сложные запросы там натурально вырвиглаз.

(208) Неа

table_name add Фамилия=('Иванов','Петров','Сидоров'), Имя=('Иван','Петр','Сидр'), Отчество=('Иванович','Петрович','Сидорович')

(210)+ Обрати внимание что у меня в разные поля можно вставлять данные выбрав их разными запросами, лишь бы кол-во записей в выборках совпадали.
Как это провернуть в классическом SQL легко хз, без кучи апдейтов или предварительного соединения таблиц.

(210) при большом количестве значений чревато ошибкой, плюс будет жутко неинформативно

(211) "Обрати внимание что у меня в разные поля можно вставлять данные выбрав их разными запросами, лишь бы кол-во записей в выборках совпадали"

А это вообще зло во плоти. Рукожоп порукожопит немного, потом придётся долго чесать репу, как на продуктовом складе оказалось "Видеокарта Radeon 10.36 кг" и что с этим делать

(211) Не совсем понятно что имеется ввиду под "Как это провернуть в классическом SQL легко хз", но вроде элементарно:

INSERT table_name (Фамилия, Имя, Отчество)
SELECT
  Фамилия
  , SELECT Имя FROM table2 WHERE table2.Фамилия = table1.Фамилия
  , SELECT Отчество FROM table3 WHERE table3.Фамилия = table1.Фамилия AND table3.Имя = (SELECT Имя FROM table2 WHERE table2.Фамилия = table1.Фамилия)
FROM
  table1

(0) Очередной "убийца" одноэски.

(0) 40$ на пользователя в месяц в облаке - в России не взлетит

А что сейчас с Ахаптой? Тоже была убийца.

(216) Аксапта прошла, потом был dymamics, сейчас вроде power! BI. ах  да постойте где он?

(216) живет
http://www.tadviser.ru/images/8/8f/Erp_pop_2017_2.png
http://www.tadviser.ru/index.php/ERP

(217) аксапта превратилась в Dynamics AX

(0) Специфика российского рынка в том что глобальным игрокам он в приоритете не нужен!
А реальный убийцы 1С быстро получают приставку 1С к названию продукта ;)
- 1C bitrix
- 1C moysklad
- 1C AmoCRM

"Убийца 1С" может родиться только в России. И чем больше 1С усложняет свои программы, тем быстрее.

А вопрос санкций тут рассматривался?!

(213) И вот говоришь этот изврат читается да? Поубивав бы придумщиков

(215) PowerApps есть в составе office365 business premium. Порядка 14$ в месяц

(218) офигенный график, учитывая что 95% отзывов об успешном внедрении программного продукта 1С сводится к отгрузке коробки.

(218) Ага, у Axapta был один фатальный недостаток :)

(0) Тут вот еще один убивца 1С. Походу пошла мода на всякие визуальные средства проектирования.

https://www.youtube.com/watch?v=6Dz9xXmJU0U

(224) Мне думается, что просто отгрузка - это плюс, а не минус с любых точек зрения (или нашелся такой клиент, для которого допил не нужен или продукт не нуждается в допиле).