Вход | Регистрация
    1  2  3   

Убийца 1С от Microsoft

Убийца 1С от Microsoft
Я
   Конструктор1С
 
10.05.19 - 09:51
Microsoft PowerApps

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

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

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

Что думаете?
 
 
   Конструктор1С
 
101 - 11.05.19 - 13:17
(99) перспективный)
   Sysanin_1ц
 
102 - 12.05.19 - 00:21
(0) вещица скорей экспериментальная, для реальных приложений пока малопригодная. Проблема у мелкософта в том что через год, два они забросят это приложение как забросили виндоус фон, виндоус рт, навижен и кучу других
Я так понимаю что power apps доступна с подпиской оффисе365 бизнес премиум
   Garykom
 
103 - 12.05.19 - 00:29
(100) Да просто тогда конкурентов не было и было лобби с маркетингом когда DOS и Windows развивались.
Windows Phone с Windows RT логично загнулись на фоне конкурентов, которых не смогли задавить.

Причем Windows Phone зря рано прикрыли, могли найти свою нишу среди корпоративных, сделав кучу интеграций и готового софта, обеспечив совместимость с древними ТСД на WinCE/WinMobile.
   Casey1984
 
104 - 12.05.19 - 00:40
(0) 1С это не только платформа.
   Sysanin_1ц
 
105 - 12.05.19 - 01:25
(104) правильно! 1С наше все. Все что мы можем ))
   trdm
 
106 - 12.05.19 - 02:25
Когда уже появится убийца Microsoft от 1С?
Вот на это я бы посмотрел.
   Конструктор1С
 
107 - 12.05.19 - 04:24
(104) очень популярна разработка собственных систем на платформе 1С. На моей последней и предпоследней работе платформа 1с не столько ради типовых конфигураций, сколько ради самописок. Скажем так, разработка собственных учетных систем это отдельный большой сегмент, а на западе просто огромнейший. В России в этом сегменте преобладает 1с (по крайней мере количественно). Если мелкософтовцы сделали нечто, что позволяет разрабатывать самописки гораздо быстрее, чем на большинстве фреймворков (и той же 1с), то у неё есть все шансы пододвинуть 1с в этом сегменте. А когда "слава" быстроты разработки сего чуда разлетится по миру, эту поделку могут кинуть и на другие сегменты, в том числе на разработку тиражных решений.
   Конструктор1С
 
108 - 12.05.19 - 04:37
Мелкософтовское создание бизнес-правил это вообще бомба
https://www.youtube.com/watch?v=yKD-3cv76Uw

В 1с чуть выходишь за редакторы-конструкторы, и начинаешь штамповать код. А тут можно прописывать логику через визуальные конструкторы и формулы а ля эксель.
   Sysanin_1ц
 
109 - 12.05.19 - 05:03
(107) На западе в области учета совсем другие тенденции. Там сейчас больше используются тиражируемые SAAS системы. С самопиской на 1с там делать будет нечего. Другое дело различные вебсервисы. Там их действительно много и еще нет единого стандарта. И это дает определенную возможность на развитие. Но 1с в вэбе вещь очень специфичная и при текущем уровне развития 1с не взлетит.
   Garykom
 
110 - 12.05.19 - 05:51
(108) В 1С бизнес процессы давным давно есть, только вот мало кто сумел их освоить.
   Конструктор1С
 
111 - 12.05.19 - 06:08
(110) бизнес-правила это не аналог бизнес-процессов 1с, это скорее визуальный конструктор кода. Код любой программы можно разложить на принятия решений и действия, мелкософтовские бизнес-правила позволяют настраивать логику без написания кода, выстраиванием череду принятий решения и действий с помощью конструкторов.

В 1с добавил ты в таблицу реквизиты Номенклатура, ЕдиницаИзмерения, Количество, Цена, Сумма. Потом пишешь код, много кода, чтобы ЕдиницаИзмерения подтягивалась из Номенклатуры, Цена из регистра, Сумма пересчитывалась при изменении Целы или Количества. Бизнес-правила позволяют всё это настроить мышкой.
   Garykom
 
112 - 12.05.19 - 06:16
(111) Очень спорное решение и подходит только для типовых задач, скорее всего их можно покрыть тупо взяв готовую типовую конфу 1С и просто ее правильно настроив без написания кода совсем.

Имхо о таком мечтают не программисты, кто кодом ничего не умеет и кроме конструктора запросов и КД ничего не освоил ))
   Конструктор1С
 
113 - 12.05.19 - 06:26
(112) спорное-не спорное, но ходят слухи, что бухгалтера аж повизгивали от удовольствия, когда могли самостоятельно править старые версии 1С:Бухгалтерии. Это было ещё до семерки, когда 1С:Бухгалтерия была намного проще, и кроме плана счетов, операций и нескольких справочников там ничего не было.
   Конструктор1С
 
114 - 12.05.19 - 06:30
Так что эта система может завоевать популярность именно потому, что клерки смогут почувствовать себя разработчиками. Сейчас существует много людей, которые не разработчики, но намного продвинутее рядовых пользователей (ваяют всякие там сложные эксель-файлы). Именно среди таких данная система может быть востребована
   Garykom
 
115 - 12.05.19 - 06:32
(113) Видел я 1С:Бухгалтерия 6 там по сути конструктор с выбором полей что куда.
Чуть в сторону и приехали, ничего нельзя.
https://programmist1s.ru/1s-buhgalteriya-6-0/

И там не только мышкой там еще формулы писать надо было.
   Garykom
 
116 - 12.05.19 - 06:36
(114) Вот это вполне может быть, вместо одного дорого программиста нанимаем на учет кучу продвинутых юзеров и пусть сами как хотят ипутся ))

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

Если где то нужны палки-копалки - это пока еще трактор не сделали, к которому нужны разработчики, механики и водители с инфраструкторой.
   Garykom
 
117 - 12.05.19 - 06:40
(116) + Короче глупо сравнивать конструктор сайтов и HTML5/CSS/JS
   Конструктор1С
 
118 - 12.05.19 - 06:49
(116) зато представь себе как через палку-копалку можно подсадить на свой продукт. Сначала клерки поиграются с палкой-копалкой, крепко подсадят на неё контору, а потом аппетит вырастет, докупят софта, сервисов, пригласят программистов... А эта штуковина как раз открыта для расширения. Из игрушки для клерков на ней можно вырастить целую ERP, были бы $$$, время и желание. По-сути некоторые (или многие?) энтерпрайзы так и вырастали: сначала накидали простую БД, сделал морду для неё, потом ещё пяток табличек добавили, потом подсадили на неё ещё десяток пользователей... через несколько лет доросла эта БД до корпоративной информационной системы.
   Garykom
 
119 - 12.05.19 - 07:09
(118) У нас большая часть юзеров даже эксель не смогла освоить нормально.
Какой им нафик конструктор приложений, им нормальный софт (с защитой от дурака) и программист нужен вменяемый.
   Конструктор1С
 
120 - 12.05.19 - 07:26
(119) существование тупых и ленивых юзеров никак не отменяет существование продвинутых и инициативных юзеров. Да, вторых намного меньше, но они есть. А если у предприятия грамотная HR-политика, то такие юзеры могут преобладать
   Провинциальный 1сник
 
121 - 12.05.19 - 08:19
(77) У микрософта подход "подсадить и доить", это всё и объясняет. Зацепить одной технологией, а потом клиент будет вынужден купить и то и другое и третье.
Кстати, 1с последнее время тоже смотрит в эту сторону. Это я про лицензии КОРП.
   rphosts
 
122 - 12.05.19 - 09:33
(120) это вопрос не софта а юзеров. Был у меня такой что сам компоновал настройки отчётов СКД только в путь. Юрист одна нарисовала микросистему учета договоров на аксесе (потом упёрлась в ограничения и мы её по быстрому подрисовали подсистему в документообороте (не помню по какой причине нужна была почти изолированная система)Ю разумеется с импортом всего наработанного непосильным трудом).
Сколько форм/отчетов на вашем убийце нарисовали юзера?
   palsergeich
 
123 - 12.05.19 - 10:49
(114) И сейчас в 1с никто не запрещает юзерам творить.
Мануалы есть + доступный из пользовательского режима СКД.
Но как показала практика - из 100 1 ну максимум 2 человека могут проявить интерес и что то сделать.
Я работал в компаниях с большой численностью персонала, по этому могу сказать - 1 человек на департамент, а то и на 2 хоть как по проявляет интерес дальше,чем собственные должностные обязанности.
Остальным пофиг.
   palsergeich
 
124 - 12.05.19 - 10:52
(118) Ну не будут клерки играться. Как только у клерка появляется свободное время ему или работы подкидывают или идет сокращение.
1с тоже когда то шла от парадигмы - любая бабушка сможет, смочь то может и сможет, но нафиг ей это не сдалось.
   Casey1984
 
125 - 12.05.19 - 11:05
(107) Платформа PowerApps существует с 2015 года и ее сегмент уже вполне определен. Какие еще ЕСЛИ?
   Casey1984
 
126 - 12.05.19 - 11:26
   Sysanin_1ц
 
127 - 12.05.19 - 13:56
(125)  Есть какие либо примеры работающих решений на этой платформе?
   palsergeich
 
128 - 12.05.19 - 14:29
(126)
1С: Предриятие. Уродство языка и намеренное избегание в нем абстракций (типов переменных, коллекций и т.д.) обусловлено опять таки первоначальным намерением переложить работу по программированию на бухгалтеров. Бухгалтеры на предложение сделать все самим дружно крутят пальцами у виска. Результатом является жуткий дефицит грамотных 1С-программистов (не всякий на это чудо пойдет), при обилии мальчиков-по-вызову, которых все потом матерят.

О да
   palsergeich
 
129 - 12.05.19 - 14:54
   Конструктор1С
 
130 - 12.05.19 - 15:03
(125) а чего мелкософтовцы тогда буквально в этом месяце преподносят сие творение как инновацию?

https://powerapps.microsoft.com/en-us/blog/powerapps-for-pros-develop-faster-with-low-code/
 
 Рекламное место пустует
   Конструктор1С
 
131 - 12.05.19 - 15:11
   palsergeich
 
132 - 12.05.19 - 15:12
(131) И все? Автоматизация ИГИЛЕ?
   Конструктор1С
 
133 - 12.05.19 - 15:14
(132) да х.з. Я же не слежу за ними
   palsergeich
 
134 - 12.05.19 - 15:15
Ну как то не впечатляет.
Где эти самые закратили затраты в 3е и у генерального лысина волосами покрылась?)
   Фрэнки
 
135 - 12.05.19 - 15:38
(126) отличная статья!
   Фрэнки
 
136 - 12.05.19 - 15:41
текст статьи небольшой, так что можно ее перепостить полностью

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

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

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

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

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

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

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

Оригинал

UPD: Фраза «любая кухарка может научиться управлять государством» в работах Ленина не встречается, хотя у него есть близкие по смыслу высказывания.
   Garykom
 
137 - 12.05.19 - 15:41
(126) Да все правильно, 10 лет прошло еще а ничего не изменилось
   dmpl
 
138 - 12.05.19 - 15:56
(114) Это очень вредные для организации работники. Фактически, работа организации ставится в зависимость от конкретного человека. Он умирает или уходит - и все, учет развален.

(118) ERP с такими ограничениями? Да там даже месяц не закроется.
   palsergeich
 
139 - 12.05.19 - 16:22
(138) Как это не странно, но ты прав
   Garikk
 
140 - 12.05.19 - 16:54
(138) +1
Я в такой ситуации был, и полтора года переписывали в битфинанс пару десятков эксель и аксес файлов с огромными vba-скриптами, которые женщина-экономист в начале 2000х наваяла и со всем этим очень успешно все работало до 2015 года... начали после того как контору продали американцам и они сделали аудит ит подсистемы и прифигели с того что огромная часть критических бизнеспроцессов буквально на неё завязано
   Конструктор1С
 
141 - 12.05.19 - 17:06
(136) статья красивая, эмоциональная, но... далека от объективности. Все современные авторы в один голос кричат, что хороший код это самодокументирующийся код, который читается "как книга". Причем принцип этот наметился отнюдь не сегодня, а наверно с полвека назад, когда с GOTO перешли на процедуры/функции. Языки программирования с высоким уровнем абстракции появились для того, чтобы разработчик с этими ЯП мыслил прежде всего терминами автоматизируемой предметной области, а не сосредотачивался на технических тонкостях реализации. Автор статьи видимо оленей не покормил, поэтому и написал такую ерунду. За языками программирования, близкими к естественным языкам, будущее.
   Emery
 
142 - 12.05.19 - 17:09
(136) > Заставлять ее подниматься на высокий уровень абстракции и решать задачу «в общем виде» — антигуманно.

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

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

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

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

Хаха. Ха.

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

И да будут стандарты на синтаксис языков (по их классам-назначению), различаться будут только функционал и реализации.
   palsergeich
 
145 - 12.05.19 - 17:15
(144) Вово
   Фрэнки
 
146 - 12.05.19 - 17:17
(141) А теперь возьми и покажи мне листинг прикладного решения на основе продукта, который в этой веке обсуждается
   palsergeich
 
147 - 12.05.19 - 17:19
(143) Ну если конечно название переменных ЯПамять, ЯДиспечер это переход к реальным языкам, то я даже не знаю что на это ответить
   Garykom
 
148 - 12.05.19 - 17:24
Говорить о "близости к естественным языкам" ЯП примерно как говорить о близости инженерно-конструкторских чертежей и документации к "наброскам/рисункам от руки".

Типа любой продвинутый пользователь сможет конструировать свои механизмы и приборы.
   Конструктор1С
 
149 - 12.05.19 - 17:28
(143) программировать можно научить даже обезьяну, это не сложный навык. А писать качественный код могут немногие. Говнокодерство обходится предприятиям дорого, ибо порождает колоссальные косвенные расходы. Поэтому закономерно стремление создавать языки программирования, способные противостоять говнокодерству. Пока что, правда, говнокодеры не сдаются, но и борьба ещё не закончена.
   palsergeich
 
150 - 12.05.19 - 17:29
(148) Отличный кстати пример.
Я когда на даче дом проектировал, то скачал sketchup
Чо удобно. 3д мышкой.
Сделал планировку, 3д модель, чертежи и отправил конторе, которая строить должна.
Там более 100 замечаний было, причем некоторые могли к обрушению привести
В итоге инженер переделал, максимально сохранив мою идею.
   Garykom
 
151 - 12.05.19 - 17:34
(149) Нельзя. Она или перестанет быть обезьяной или ничему не научится.
   Garykom
 
152 - 12.05.19 - 17:35
(151)+ Точнее может научиться имитировать деятельность по программированию, выдавая чужие куски кода кое как слепленные за свои https://forum.mista.ru/index.php?user_id=107923
   Конструктор1С
 
153 - 12.05.19 - 17:37
(144) а чем близость к естественному языку мешает лаконичности и быстроте изучения?
(148) вот те раз. Так значит изобретатели объектно-ориентированного программирования, позволившего "излагать" сложные программы в виде абстракций по типу объектов внешнего мира, были дураками?
   palsergeich
 
154 - 12.05.19 - 17:39
(153) скажем так, ООП это было очевидное развитие на тот момент.
Но оно избыточно и сложно, когда начинается ООП ради ООП.
То же функциональное программирование сейчас 2е рождение проходит.
   Garykom
 
155 - 12.05.19 - 17:42
(153) > а чем близость к естественному языку мешает лаконичности и быстроте изучения?
Естественные языки не лаконичны, не логичны и излишне перегружены в т.ч. исключениями

>...были дураками?
Абстракции высших порядков это очень сложная штука как и умение ими мыслить. И ООП это очень далеко от естественности.
   Garykom
 
156 - 12.05.19 - 17:44
(154) Наследование выкинули но более поздно придуманные интерфейсы оставили, причем довели идею до абстрактности, когда есть пустой интерфейс который у любого объекта, хотя и не рекомендуют применять это.
   Sysanin_1ц
 
157 - 12.05.19 - 17:48
Имхо сейчас развиваются две тенденции. С одной стороны со стороны классического программирования идёт процесс упрощения/ускорения написания программ за счёт упрощения ЯП, появления удобных фреймворков, библиотек и т.д, с другой стороны появляются полуготовые конфигурируемые продвинутыми пользователями решения которые позволяют решать задачи без программирования.
Где то в какой то момент времени эти две тенденции могут пересечься в виде появления крутых инструментов доступных как традиционным программерам так и продвинутым юзерам. В качестве таких примеров уже сейчас могу назвать UI Rpa
https://m.youtube.com/watch?v=39Yz0cOp-zs
   Garykom
 
158 - 12.05.19 - 17:50
(156) + В примере ниже пустой интерфейс с приведением к нужному типу

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


Перед этим делается
e.Session().SetAttr("user", user)
И туда можно любого типа засунуть, гениально по сути
   Конструктор1С
 
159 - 12.05.19 - 17:58
(155) "Естественные языки не лаконичны, не логичны и излишне перегружены в т.ч. исключениями"

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

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

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

ЗеленаяЛягушка = New Лягушка;
Лягушка.Прыг();
Лягушка.Квак();
   Garykom
 
160 - 12.05.19 - 18:03
(159) И что тут естественного? Кроме применения удобных слов для пишущего, причем из удобного ему языка.

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

А если тоже самое будет на китайском или суахили?
   palsergeich
 
161 - 12.05.19 - 18:06
(159) Чтение из строки в Java красивым ООП

InputStream inputStream = System.in;
Reader inputStreamReader = new InputStreamReader(inputStream);
BufferedReader bufferedReader = new BufferedReader(inputStreamReader);
String name = bufferedReader.readLine(); //читаем строку с клавиатуры
   palsergeich
 
162 - 12.05.19 - 18:06
(161) из консоли
   palsergeich
 
163 - 12.05.19 - 18:07
Эти прыг скак дальше учебника не идут.
Кровавый набор текста и море сахара, что бы текста набирать было меньше.
   Garykom
 
164 - 12.05.19 - 18:10
(161) ыыы

package main
import (
    "fmt"
    "os"
)

func main() {
    var name string
    fmt.Print("Введите имя: ")
    fmt.Scan(&name)
    fmt.Println(name)
}
   Garykom
 
165 - 12.05.19 - 18:13
(164)+ Или так с указанием стандартного потока
package main
import (
    "fmt"
    "os"
)

func main() {
    var name string
    fmt.Print("Введите имя: ")
    fmt.Fscan(os.Stdin, &name)
    
    fmt.Println(name)
}
   Конструктор1С
 
166 - 12.05.19 - 18:15
(160) все пишут на английском. Ну мы тут ещё пытаемся писать на славянском.
(163) а это смотря как код писать. Есть множество принципов "тру-программирования", позволяющих повышать читабельность кода и снижать его семантическую сложность.
 
 Рекламное место пустует
   palsergeich
 
167 - 12.05.19 - 18:20
(166) о да.
Только зачем сотни, тысячи, а то и сотни тысяч разработчиков в ИТ компаниях? Если все так просто?
На сайт с нуля по современным технологиям по хорошему надо под 10 человек
   Garykom
 
168 - 12.05.19 - 18:22
(167) Если сайт реальный то да минимум 10 человек.
В одиночку все никак не выйдет, или будет убого как у меня в прототипе моего сервиса.
Но программистов пары хватит, один fronend и второй backend, дальше разные дизайнеры и прочие.
   Garykom
 
169 - 12.05.19 - 18:23
(168)+ Причем html/css верстальщиков несколько надо чтобы дизайн на код фронта натягивать ))
   Конструктор1С
 
170 - 12.05.19 - 18:25
(167) так и сайтов в природе не пять штук, оттого и много программистов
   palsergeich
 
171 - 12.05.19 - 18:27
(170) сайт как пример.
В остальных областях то же самое
   Garykom
 
172 - 12.05.19 - 18:27
(170) Проблема в том что создание сайтов свели (точнее пытались некоторые) к "как построить замок своими руками"
   Конструктор1С
 
173 - 12.05.19 - 18:39
(171) программистов было бы ещё больше, если бы в своё время не слезли с низкоуровневых языков программирования на всё более и более близкие к естественному языку высокоуровневые ЯП. Давай снова глянем на SQL, уже давно ставший стандартом для всех СУБД. Автор той статьи утверждает, якобы это попытка посадить кухарок за СУБД. Но это чушь и бред. SQL стал стандартом потому, что он оказался удобен, а не из-за заговоров злых манагеров.
   palsergeich
 
174 - 12.05.19 - 18:44
(173) скл стал стандартом потому что возникла потребность, а ничего другого без доработки напильником или написания с нуля не было.
   Garykom
 
175 - 12.05.19 - 18:44
(173) SQL стал стандартом потому что альтернатив вменяемых не было.
И была мощная поддержка (практически лобби) https://ru.wikipedia.org/wiki/Реляционная_модель_данных со стороны известных математиков/физиков и прочих кто теорию для первых компов делал и софт писал.
   palsergeich
 
176 - 12.05.19 - 18:44
Массовая потребность точнее
   Sserj
 
177 - 12.05.19 - 18:54
(161) Отличный пример того что современные языки позволяют работать в несколько строчек как на низком уровне с байтами так и на высоком.
То же чтение из консоли:

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

И ведь чертовщина в том что меняя System.in читаем хоть из файла, хоть из сети, хоть из ком порта.
Лаконично и мощно.
   Конструктор1С
 
178 - 12.05.19 - 19:00
(174) а может всё-таки SQL удобен, оттого и так хорошо прижился?

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

SQL скоро отметит пятидесятилетие. Как так получилось, что за полвека не нашлось альтернатив скулю? Мне видится, что альтернатив ему никто и не искал, ибо он удобен и лаконичен. Также как не ищут альтернативу таблице Менделеева, хоть она и изобретена в древнелохматые времена. Неудобен SQL разве что автору той статьи, но ему наверно не только SQL мешает танцевать.
   Garykom
 
179 - 12.05.19 - 19:06
(178) Ты последнюю полную спецификацию SQL читал?
Как думаешь зачем изобрели отдельные несовместимые T-SQL и PL/SQL с подвариантами?

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

Если же сложность чуть возрастает то читаемость стремится к 0.
   Garykom
 
180 - 12.05.19 - 19:10
Это нихрена не читается и неудобно:
INSERT INTO table_name (column1, column2, column3, ...)
VALUES (value1, value2, value3, ...);

Намного лучше:
table_name add column1=value1, column2=value2, column3=value3, ...
   Sserj
 
181 - 12.05.19 - 19:15
(180) Та ладно. А как ты в такой синтаксис подставишь вставку из результата другого запроса.
Или для вставки результата из select-а будет второй синтаксис. А потом еще какие случаи третий сочиним?
   Конструктор1С
 
182 - 12.05.19 - 19:29
(180) не вижу никакого преимущество предложенного тобой варианта над INSERT. К тому же ключевое слово INTO не обязательное.
   Garykom
 
183 - 12.05.19 - 19:29
(181) Умный блин ))
Да с этим в моей конструкции есть некий недостаток, но оно же и преимущество ибо можно именами полей оперировать

sql1 = table_name1 select ...
table_name2 add column1=sql1.value1, column2=sql1.value2, column3=sql1.value3
   palsergeich
 
184 - 12.05.19 - 19:30
(178) по той же причине, по которой спустя столетие после мирового перехода на метрическую систему, имперская до сих пор используется, например бытовое трубное хозяйство до сих пор в дюймах.
Слишком дорого это менять
   Garykom
 
185 - 12.05.19 - 19:42
(183)+ Хотя наверно лучше иначе
sql1 = table_name1 select ...
table_name2 add sql1 column1=value1, column2=value2, column3=value3
где value1, value2, value3 это имена полей в sql1
   palsergeich
 
186 - 12.05.19 - 19:53
(185) открой любой технический скрипт, да тот же замер ожиданий - глаза течь начинают
   dmpl
 
187 - 12.05.19 - 20:28
(159) А теперь сделай кентавра.
   Garykom
 
188 - 12.05.19 - 20:32
(187) Наследоваться от лягушки и перекрыть квак?
   dmpl
 
189 - 12.05.19 - 20:35
(188) Так хоть наследуй, хоть нет, а реализацию все равно прорабатывать :) Причем именно на реализацию уйдет 90+% времени.
   Йохохо
 
190 - 12.05.19 - 20:41
(181) это наверняка легко и изящно делается в вим
   Злобный Фей
 
191 - 12.05.19 - 20:55
(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%).
   Garikk
 
192 - 12.05.19 - 21:07
(191) на самом деле ниочем не говорит, нокиа стоила огромных денег, sun стоила огромных денег, моторола стоила огромных денег
гиганты как появляются, так и падают, вопрос лишь в адекватности менеджмента и как показывает практика - вечных контор не бывает за очень редким исключением типа сименса и ibm

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

микрософт почуял что жареным пахнет уже давно...тогда и началась свисопляска с Win8/rt ...временно им помогло...но тенденция заката десктопов продолжается, сумеют ли они удержатся а azure...
   Бертыш
 
193 - 12.05.19 - 21:09
(141) (144)
Прочитал Ваш обмен репликами и одного только не понял. Может кто-нибудь из Вас мне пояснит? На хрена близость к естественному языку языка программирования искусственному интеллекту грубо говоря, а в современной технологии нейросети. Она что не может какой-то язык программирования выучить из тех которые студент попросит её выучить чтобы курсач ему написать?
https://www.popmech.ru/technologies/news-480252-sozdany-neveroyatno-effektivnye-neyroseti-mashinnoe-obuchenie/
   Бертыш
 
194 - 12.05.19 - 21:15
Вот здесь на видео достойный учёный муж Пеереслегин рассуждает насчет того что мы из субъектов права неуклонно превращаемся в объекты права в отношении которых искусственные нейронные сети договариваются между собой. Очень рекомендую послушать.

https://www.youtube.com/watch?v=8Bona2OfD8o
   Garykom
 
195 - 12.05.19 - 21:16
(193) Хрень пока эти ИИ/нейросети/ML, без программиста который данные подготовит с очисткой, признаки укажет и т.д. ничего не могут.

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

Так что курсачи студентам придется по старинке или самим писать или заказывать за денежку.
   Garykom
 
196 - 12.05.19 - 21:17
(194) Ты реально веришь этим грантоделителям?
   dmpl
 
197 - 12.05.19 - 21:20
(193) А курсач после этого проверку на антиплагиат пройдет? Научились ли нейросети создавать что-то действительно новое, а не только комбинировать то, что уже было создано?
   Garykom
 
198 - 12.05.19 - 21:20
(194) В ближайшем обозримом будущем лет так дцать никакого сильного ИИ в реальности не будет.
Банальная физика - плотности схем пока недостаточно.

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

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.