Имя: Пароль:
JOB
Работа
Неужели 1Сники действительно такие отсталые, зашоренные и некомпетентные?
🠗 (Фрэнки 23.06.2022 09:10)
,
0 Фабрикантъ
 
20.06.22
22:36
Тут я недавно выкладывал свою статью, где я сравнивал аналитиков 1С и аналитиков "не 1С": https://vc.ru/u/1121024-cors-academy/433488-chem-analitiki-1s-otlichayutsya-ot-drugih-analitikov
Появился видео-отзыв на статью: https://www.youtube.com/watch?v=g4WJjqWen2g

Некоторые цитаты:
* 1С отстал от текущего состояния архитектуры приложений лет на 10-15, может и больше.
* Профессиональный общий аналитик ("не 1С") обладает несравнимо большим набором компетенций, чем аналитик 1С
* 1С очень отстает по уровню специализации труда
* 1С со слезами на глазах породил архитекторов
* СППР лучше забыть, как страшный сон, как чудовище
* 1С не понимает интеграции своих собственных решений на уровне Enterprise архитектуры
* В 1С нет внедрений по Agile. То, что есть - не Agile.
* Jira и фундаментальные практики, которые используются в общем IT, до 1С дойдут лет через 5-7
* В проектах на 1С нет централизованного управления: каждый, кому надо, берет и добавляет справочник. В общем IT для этого есть архитектор приложений.
* В 1С часто роль архитектора возлагают на РПшника
* 1С аналитики чаще всего не знают модели UML, а в документации у них - каша

Александра Кварцхаву знаю и уважаю, и он кстати - соавтор моего курса аналитика 1С, написал прекрасный мастер-класс по IT архитектуре.
Но можно ли согласиться с его утверждениями, как считаете?
474 Гений 1С
 
гуру
21.06.22
19:40
(468) кстати да.
475 Garykom
 
гуру
21.06.22
19:41
(471) >Проще сделать какой ни будь REST сервер чем возиться с этой ВК

++
476 Garykom
 
гуру
21.06.22
19:41
(475)+ хотя тут сразу вопли про "микросервисы" ))
477 Garykom
 
гуру
21.06.22
19:42
(472) признаю что интерфейсы в Го недоработаны
бывает хрен разгребешь что и куда разраб некий с гитхаба запрятал
478 Serginio1
 
21.06.22
19:43
476 Угу пусть gRPC вводят, раз Web сервисы устарели.
479 Serginio1
 
21.06.22
19:45
(477) Для 1С аналог TypeScript  наше всё!
480 vovastar
 
21.06.22
21:34
(477) блин, ты столько говоришь про свой ГО, сколько ты на нем зарабатываешь? 600-700 тыс получается?
481 Злопчинский
 
21.06.22
21:43
(94) это ты крут. то есть сразу в голове провел (унутре там где ЛПЧ) "декомпозицию" до самого мелкого уровня и начинаешь собирать... круто...
482 vde69
 
21.06.22
22:24
(481) я же писал в (181), порядок такой

1. ABC анализ (для определения периметра и объектов подлежащих анализу)
2. SWOT анализ (для определения узких мест и векторов развития)
3. IDEF-0 (или аналог) для визуализации результатов.

не пройдя п.1 и п.2 разумеется детализировать до нижнего уровня невозможно.

В этом и есть основная проблема теоретиков, они сразу пытаются уложить реальность в теоретические правила, а так не бывает.
483 vis_tmp
 
21.06.22
22:54
(467) А как надо пересмотреть?
484 Фабрикантъ
 
22.06.22
00:53
(464) Ожидаемо :)
485 Локи-13
 
22.06.22
08:36
(0) тоже отмечусь
>>> * 1С отстал от текущего состояния архитектуры приложений лет на 10-15, может и больше.
Интересно с чем сравнивал? Для автоматизации учета и управления архитектура очень даже современная, местами даже продвинутая.
>>> * Профессиональный общий аналитик ("не 1С") обладает несравнимо большим набором компетенций, чем аналитик 1С
Ни разу не видел, обычно общих аналитиков, которые попадают в 1С приходится учить.
>>> * 1С очень отстает по уровню специализации труда
Вот вообще не так. Даже аргументировать не хочется.
>>> * 1С со слезами на глазах породил архитекторов
Спрос рождает предложение. Спрос создает бизнес. Так что это не 1С родил, а те самые бизнес-аналитики, у которых казалось бы "несравнимо больший набор компетенций"
>>> * СППР лучше забыть, как страшный сон, как чудовище
СППР не обязателен. Кому-то нравится. Я пользовался, вполне норм.
>>> * 1С не понимает интеграции своих собственных решений на уровне Enterprise архитектуры
Э? Если имеется ввиду SOA, то в 1С это десяток лет, как появился SOAP и сериализация.
>>> * В 1С нет внедрений по Agile. То, что есть - не Agile.
Псь... Полно. Я внедрял по agile, когда еще слова такого в России не знали.
>>> * Jira и фундаментальные практики, которые используются в общем IT, до 1С дойдут лет через 5-7
Тоже псь! Последние лет 7 только с жирой и работаю.
>>> * В проектах на 1С нет централизованного управления: каждый, кому надо, берет и добавляет справочник. В общем IT для этого есть архитектор приложений.
Архитектор добавляющий класс? Интересно. В крупных айтикомпаниях все херачат кто в лес кто по дрова, единственное что контракты согласовывают.
>>> * В 1С часто роль архитектора возлагают на РПшника
Скорее на архитектора роль РП навешивают. И то блин надо разделять, если команда три человека, то куда там еще и РП, а если 15 и более, то там вообще все сильно разделено.
>>> * 1С аналитики чаще всего не знают модели UML, а в документации у них - каша
Софистика: "Чаще аналитики не знают UML. В 1С есть аналитики. 1С аналитики чаще всего не знают модели UML"
486 Krendel
 
22.06.22
09:16
(481) Чо такого? я модель предприятия обычно собираю за неделю, и еще месяц пишу документацию к ней
487 Krendel
 
22.06.22
09:20
(483) Если бы он знал как надо, то был бы уже Старейшиной Владимиром, а так просто Старый Вова ;-)
488 Krendel
 
22.06.22
09:35
(482) Ты забыл, что после того как ты нарисовал Айдеф 0, статичную модель, ты верифицируешь модель АБЦ и СВОТ анализа, в 2 -3 итерации они не конфликтуют.

* 1С отстал от текущего состояния архитектуры приложений лет на 10-15, может и больше.
ХЗ, консалтинговые практики в ЕРП заложены в архитектуре нулевых годово, УПП содержал девяностых

* Профессиональный общий аналитик ("не 1С") обладает несравнимо большим набором компетенций, чем аналитик 1С
Нет классификации аналитиков, наверное финансовый аналитик также далек от системного, как и системный от бизнес аналитика

* 1С очень отстает по уровню специализации труда
БОльшинство франчей имеют специализацию, мой не исключение

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

* СППР лучше забыть, как страшный сон, как чудовище
Не работал, не знаю, судя по вопросам, идет мешанина системного и бизнес аналитика. Что делать с этим бульоном, хз

* 1С не понимает интеграции своих собственных решений на уровне Enterprise архитектуры
ХЗ, более 1к сотров или 200 пользаков, в проектах не участвовал.

* В 1С нет внедрений по Agile. То, что есть - не Agile.
Ajile это закрепившаяся практика ведения проектов, я не люблю в части выполнения проектов, ибо не понимаю, как с помощью нее добиться гарантированного запуска проекта, а вот на поддержке вполне себе. Проектный бизнес существует с начала прошлого века.  Аджайл с текущего века, как работали эти краманьонцы без аджайла- хз.

* Jira и фундаментальные практики, которые используются в общем IT, до 1С дойдут лет через 5-7
Пока не дорос, каюсь. Монах за меня простоит в углу на сушеном горохе пару часиков

* В проектах на 1С нет централизованного управления: каждый, кому надо, берет и добавляет справочник. В общем IT для этого есть архитектор приложений.
Даже у меня есть и изначально было.

* В 1С часто роль архитектора возлагают на РПшника
Нет, у большинства знакомых франчей это не так, за исключением проектов на 5 пользователей.

* 1С аналитики чаще всего не знают модели UML, а в документации у них - каша
ХЗ, я из ВУЗа вышел в 2008 году имея знания о семействе нотаций IDEF, а их там 10-к стандартов, UML и генератора явы кода, и Aris eepc, с соответствующими продуктами описаний, и верификаций. Может сменить свою помойку получение высшего и пойти в норм вуз?
489 Krendel
 
22.06.22
09:37
Споры же по поводу нотаций, просто говорят, что бизнес пакеты, которые шли с этими нотациями, никто в глаза не видел, и воспринимают нотацию, как графический редактор
490 Krendel
 
22.06.22
09:45
Та же Арис eEPC, первое это программный продукт, второе эта нотация, которая интегрируется с САПом из коробки
491 Конструктор1С
 
22.06.22
15:01
1сники ловко подтвердили тезисы в (0) :-) Нет, ну ладно с архитектурными слоями, это я погорячился, принеся их в эфир. Но не понимать, что такое инкапсуляция??? Seriously?
492 andrewalexk
 
22.06.22
15:17
(491) :) вас уже выпустили из  ... бана?
493 Конструктор1С
 
22.06.22
15:23
(492) как видишь
494 andrewalexk
 
22.06.22
16:21
(493) :) ты точно не автор срачей насчет фузины ... уж больно похоже .. да и нет среди 1сников таких тролей как ты ... манька да фиксин - самые необычные
495 vde69
 
22.06.22
16:22
(494) вспомни "семинович" :)
496 Конструктор1С
 
22.06.22
16:28
(494) если что-то не укладывается в вашей картинке мироздания, не надо объявлять это троллингом. Лучше погуглить и разобраться
497 Конструктор1С
 
22.06.22
16:45
(495) https://www.ozon.ru/product/chistaya-arhitektura-iskusstvo-razrabotki-programmnogo-obespecheniya-144499396/

Читай и просвещайся. Из книги узнаешь, что такое архитектурные слои, зачем и как приложения делят на архитектурные слои, и почему фреймворки это не архитектурные слои
498 H A D G E H O G s
 
22.06.22
16:46
(497) "Этот товар закончился". Несите следующего. Как и автор
499 Кирпич
 
22.06.22
16:51
Сраный умный снова на сцене
500 H A D G E H O G s
 
22.06.22
16:52
(499) Он просто не такой, как все.
501 Конструктор1С
 
22.06.22
16:53
(499) опять оскорбления
502 Конструктор1С
 
22.06.22
16:55
(500) всё верно, я не застрял на 1сном говнокодерстве
503 sikuda
 
22.06.22
16:56
(497) Ну чего ты другое мировоззрение пытаешься втолковать в чужом монастыре? Зачем?
Тот кому надо будет расширять свои знания и опыт работы с другими языками. Здесь же теплый ламповый мирок 1С - "Нас и здесь не плохо кормят..."
504 Кирпич
 
22.06.22
16:57
(502) ты именно там и застрял. И никакие умные книжки пока не помогают.
505 Конструктор1С
 
22.06.22
16:59
(503) да кормитесь на здоровье. Только не надо придумывать нелепые трактовки вещам, в которых ничего не понимаете. Это называется невежеством
506 Конструктор1С
 
22.06.22
17:02
(504) ты дальше ларёчного говнокодинга на 1с ничего не видел. Не тебе рассуждать
507 H A D G E H O G s
 
22.06.22
17:03
(504) Пора?
508 Кирпич
 
22.06.22
17:07
(506) ну вот зачем ты прям вот так сильно сказал. У меня аж слёзы брызнули
509 andrewalexk
 
22.06.22
17:08
(496) :)) ии он вернулся
510 andrewalexk
 
22.06.22
17:08
(495) :) ну да ... там было изящнее
511 Деспот_1С
 
22.06.22
17:08
(0) Час пробил: хорошие, но начинающие программисты 1С ищут работу за смехотворные деньги
Ищу работу начинающим программистом 1С
512 sikuda
 
22.06.22
17:10
(505) Да ладно крупные корпорации иногда делают именно так, хотя простой пример не приведу...
Мы же в 1С сиди на конкретной реализации, но иногда ноем что 1С нам что-то не сделало, но как только возникает желание сделать что-то самому понимаешь насколько самому реализовать это тяжело.
Я уже развлекался: http://php1c.ru
Так что либо перебегаешь в другой монастырь, либо сидишь на полянке 1С.
513 Кирпич
 
22.06.22
17:23
(511) Да неправильно ищут. Проси 150 да и всё. А то намусолил там чота.
514 andrewalexk
 
22.06.22
17:23
(495) :) но одно дело строить из себя блондинку а другое
"гения одиночку который пробирается сквозь толпу ничтожеств только не с диссертацией а с ножичком"(с)
515 Конструктор1С
 
22.06.22
17:27
(512) я не говорил делать так. Совершенно никого ни к чему не призываю. Проблема маленько в другом. Откатись и посмотри, с чего начался срач. А начался он с того, что некоторым 1сникам больно принимать, что в другом программировании БД уже давно не воспринимают пупом земли, как это всё ещё делают в 1с. Из (497) цитата:

"С архитектурной точки зрения база данных не является сущностью — это деталь, которая не должна подниматься до уровня архитектурного элемента. Ее отношение к архитектуре программной системы сопоставимо с отношением дверной ручки к архитектуре здания
...
Многие фреймворки доступа к данным позволяют передавать записи и таблицы из базы данных в виде объектов через всю систему. Но такой способ действий является архитектурной ошибкой. Он связывает варианты использования, бизнес-правила, а в некоторых случаях даже пользовательский интерфейс с определенной реляционной структурой данных."
516 Кирпич
 
22.06.22
17:37
(515) в твоей книжке не написано, случайно, что любая инфсистема за 10 лет превратится в тыкву? Может не стоит так умничать? Ибо древо жизни пышно зеленеет, а книжки для юных архитекторов это другой бизнес.
517 Конструктор1С
 
22.06.22
17:40
(516) конечно-конечно. Топовые книги по программированию это суета. И только Кирпич знает, как правильно программировать!
518 Кирпич
 
22.06.22
17:43
(517) Конечно знаю. Не первый год плаваем.
519 Конструктор1С
 
22.06.22
17:48
(518) во-во. Каждый правщик кода типовых конф 1с почему-то думает, что он познал дзен программирования. Я тоже когда-то таким был, когда у меня было мало опыта
520 sikuda
 
22.06.22
17:52
521 Кирпич
 
22.06.22
17:56
(519) ...мало опыта и луковая архитектура из книжки сделали тебя гением.
522 Конструктор1С
 
22.06.22
18:02
(521) у тебя большие проблемы с восприятием текста
523 Кирпич
 
22.06.22
18:55
(522) Откуда у нас, убогих, восприятие. Да нам и не надо. Мы же не проектруем ПО, мы ларёчники. Это ты у нас не то книжкв прочитал, не то windows 11 спроектировал.
524 Конструктор1С
 
22.06.22
19:03
(523) ты на правильном пути! Долой развитие, долой изучение нового. Только потом не удивляйся, когда пополнишь ряды тех дядек с вопросами "как возрастному программисту найти работу?"
525 Кирпич
 
22.06.22
19:17
(524) ты то в каких рядах, молодой горячий :)
527 Irbis
 
22.06.22
19:58
(524)Будет тормозом целого коллектива таких молодых и горячих работать. Начальником сиречь, типа сдерживать неоправданный прогресс.
528 Кирпич
 
22.06.22
20:06
(524) Возрастные архитекторы зато очень ценятся, ага. Особенно которые прочитали в 50 лет умную книжку и решили, что они не дура глупая, а парят над плебсом аки архангелы. Пойдешь в пятёрочку бутылки равнять :) Хотя ты на своём молокозаводе будешь до 70 сидеть.
529 Fynjy
 
22.06.22
21:52
(524) возрастной это сколько?
530 Конструктор1С
 
23.06.22
07:17
(528) ты прям как яркое подтверждение некоторых тезисов в (0)
531 DimVad
 
23.06.22
07:29
(524) Читал я на хабре рассказ одного американского дяденьки.
Дяденька был спец на "больших IBM". И вот решил он заняться развиваться. Уже сильно в возрасте, как я понял.

"Изучил" он язык запросов. По какой-то книжке про написание отчётов в квикрипорте, вроде. Ещё много чего "изучил".
Стал ходить по рынку, в конце концов куда-то устроился. На маленькую зарплату - решил что потом догонит.

Однако время шло, а становилось всё хуже. Как ни странно для него. В конце концов работу потерял, новую не нашёл, пытается устроиться продавцом.
Ибо есть ЗНАНИЯ а есть ПРОДАВАЕМЫЕ ЗНАНИЯ.

А ведь мог бы просто специализироваться на коболе, например. Технологии "больших IBM" он знает с ВУЗа. Количество банков и крупных фирм в мире что уходят с "больших IBM" примерно равно количеству вновь приходящих. Ибо надёжность. Когда крупных банк Австралии пытался уйти с кобола на SAP он понёс такие убытки (потери данных) что больше не хочет.

// ================================================
Так что с обучением нового - большой вопрос. Обучиться можно. Обучиться до продаваемого уровня - другой вопрос.
532 Chai Nic
 
23.06.22
07:33
Именно незамутненная молодежь с любовью всего нового и привела к текущему кризису в ИТ. Если сравнить технологии двухтысячным с тем, что мы имеем сейчас, налицо явный регресс во всём. Небольшое продвижение разве что в распознавании образов. Всё остальное работает хуже и требует больших ресурсов.
Сейчас, с учетом мирового макроэкономического кризиса, и сжатия глобальной экономики придется таки опять научиться считать байты. И тут возрастные программисты окажутся на коне)
533 Конструктор1С
 
23.06.22
07:53
(531) >>Так что с обучением нового - большой вопрос. Обучиться можно. Обучиться до продаваемого уровня - другой вопрос

Спасибо, кэп. Но не обучаться ничему, быть закрытым к любым знаниям, это вообще тупиковый путь. И не только в ИТ
534 Garykom
 
гуру
23.06.22
07:56
(532) цены на диски падают, так что нет
535 andrewalexk
 
23.06.22
07:57
(531) :) так он хотя бы изучал практические продукты а не идеальные сферические дата-слои в "крупняках"
536 Garykom
 
гуру
23.06.22
07:58
Ближайший тренд развития (что надо изучать новичкам) это "много-"
Многопоточность, Многоданных, Многоюзеров, много вычисления и СУБД на GPU, Много ML и т.д.
537 Chai Nic
 
23.06.22
07:59
(534) Дело не в хранении больших объемов, а в том, что программы требуют не просто больших дисков, но и _быстрых_ дисков.
538 Garykom
 
гуру
23.06.22
08:00
(537) погугли PM1743
539 Chai Nic
 
23.06.22
08:01
Если бы не вредительство микрософта и примкнувшего к ним в конце гугла с внедрением фактически интерпретируемых языков и рантаймов всюду - потребности в объемах и быстродействии можно было бы сократить на порядок. Используя старые приемы и технологии.
540 andrewalexk
 
23.06.22
08:03
(539) :) тут и ты понял их план
541 Конструктор1С
 
23.06.22
08:07
(535) вот действительно, куда Роберту Мартину, Кенту Бэку, Мартину Фаулеру, Эрику Эвансу и другим до этого оказавшегося на улице дяденьки. Они сраные теоретики, а этот возрастной неудачник истинный практик, ага
542 DimVad
 
23.06.22
08:10
(533) // Спасибо, кэп. Но не обучаться ничему, быть закрытым к любым знаниям, это вообще тупиковый путь. И не только в ИТ

Вот как раз эта фраза - чистой воды "кэп". Банальность на уровне детского сада.
Давайте не будем доводить до безумия а потом в этом виде использовать как аргумент спора, хорошо ?

Естественно, получать новые знания в каком-то объёме всегда нужно. Но пытаться убежать "на новое" - это не всегда лучшее решение для опытного программиста. И вот в этой фразе есть нетривиальный смысл.
543 Кирпич
 
23.06.22
08:11
(536) всё то же самое, что и 20 лет назад
544 Конструктор1С
 
23.06.22
08:12
(542) а ты глянь на Кирпича. Он тех книг в глаза не видел, ни в зуб ногой про что они. Но заочно объявляет их бессмыслицей
545 Кирпич
 
23.06.22
08:15
(544) С чего ты взял, что я их не читал. И где я объявлял их бессмыслицей?
546 vi0
 
23.06.22
08:18
(542) лучшее решение это то чего хочется, и что получается
547 Chai Nic
 
23.06.22
08:18
(538) Ну это как ламборгини в автомобилизме.. не только лишь все смогут себе это позволить.
548 ASU_Diamond
 
23.06.22
08:20
Эх... Такую тему пропустил
У меня вопрос: а вот в ихних SAPах вот это (0) всё есть?
Или с какими системами сравнивается?
549 Chai Nic
 
23.06.22
08:21
(538) Вообще, следующий шаг - это стирание границ между дисковой и оперативной памятью. Чтобы энергозависимая RAM была бы лишь оперативным кэшем для реально хранящих данные ячеек твердотельных ЗУ. Тогда "теперь питание компьютера можно отключить" окончательно уйдет в прошлое, потому что его можно будет отключить в любое время, просто выдернув из розетки. А при включении выполнение продолжится с того же места, где было остановлено.
550 Конструктор1С
 
23.06.22
08:22
(545) см. (516)
551 andrewalexk
 
23.06.22
08:22
(548) :) перечитай - тебе 10 раз сказали это будущее а мы прошлое но где именно все это есть не сказали - видимо в будущем откуда и переместился деконструктор1с
зы
только бы не как в фильме Терминатор...
552 ASU_Diamond
 
23.06.22
08:24
(551) Говорю же пропустил, уже много страничек написали... Значит очередной диванный эксперт
553 Кирпич
 
23.06.22
08:40
(550) Там всего лишь написано о том, что "чистый код" и "чистая архитектура" в природе не существуют. Боле ни о чём. А книжки твои многие читали. Но у людей с нормальной психикой, факт прочтения книжки не является поводом считать себя умнее других.
554 Конструктор1С
 
23.06.22
08:44
(553) если бы ты эти книги читал, то не нёс ту ахинею, которую морозишь весь топик. У тебя на лбу написано, что ты дальше конфигуратора ничего не знаешь
555 Кирпич
 
23.06.22
08:52
(554) если бы ты что то понял, прочитав эти книги, то не нёс ту ахинею, которую морозишь весь топик. У тебя на лбу написано, что ты дальше конфигуратора ничего не знаешь
556 Конструктор1С
 
23.06.22
09:03
(555) пацанчик, у нас ИТ-департамент, помимо 1сников кого только нет. Поверь, другие прекрасно понимают и всю дорогу употребляют понятия слоистой архитектуры. И только у 1сников, дальше конфигуратора ничего не видевших, слоистая архитектура вызывает какой-то лютый диссонанс
https://www.google.com/search?q=architecture+layers
557 Фрэнки
 
23.06.22
09:10
ну что господа кирпичи и прочие конструкторы, сраться прекращаем или вас обоих на заслуженный отдых отправить?

Как вариант - ветка дошла до критического состояния и отправляется в утопление.
558 Фрэнки
 
23.06.22
09:11
Предложение к ТС взять на себя окончательное решение, т.к. права для этого имеются.
559 vde69
 
23.06.22
09:14
(554) самая главная проблема сегодняшней молодежи (воспитанной на принципах болонской системы) в том, что для решения конкретной задачи ему нужен конкретный инструмент.

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

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


Я не знаю сколько тебе лет, но ведешь ты себя именно как "молодой" у которого главным являются инструменты....
560 Кирпич
 
23.06.22
09:19
(556) В вашем ИТ-департаменте царит бардак, текучка и слоистый говнокод, а работники вашего ИТ-департамента тешат самолюбие на форумах, воображая что пришли в детский сад и теперь у них самая большая пиписка.
561 Конструктор1С
 
23.06.22
09:21
(559) чего-чего? Я весь топик пытался донести, что в тру-программировании уже давно принято рассматривать инструменты (базы данных, фреймворки) как нечто второстепенное, что-то вроде плагинов. И ты же меня за это весь топик гнобил
562 vde69
 
23.06.22
11:56
(561) база данных - это не инструмент, это объект....

инструмент это например язык TSQL, или 1с, или патенты (любые, в том числе и послойная разработка)


да можно использовать определенные инструменты для того, что бы отказаться от единого объекта (базы данных) и перейти на что то другое, но опять же это не вопрос тактики разработки, это вопрос целесообразности применения такой архитектуры...
563 vde69
 
23.06.22
11:58
(562) +
то есть это не есть решение программистов (использовать или не использовать СУБД, или платформу 1с), это решение несколько иного уровня. И допускать к этому решению кодеров - верх безумства...
564 Конструктор1С
 
23.06.22
12:37
(563) держать БД в отдельном слое - и есть то самое стратегическое архитектурное решение. Если этого не делать, разрабы растащят SQL-запросы по всему приложению (как мы в 1с) и БД станет неотделимой от приложения. Но с чего ты взял, что решение "держать БД в стойле" кодеры принимают?

>>это не вопрос тактики разработки, это вопрос целесообразности применения такой архитектуры...

Нет. Это подход, который упрощает разработку
565 Конструктор1С
 
23.06.22
12:40
566 Конструктор1С
 
23.06.22
12:49
(562) >>база данных - это не инструмент, это объект....

Майкрософт с тобой не согласен. Да и я тоже

"База данных — это инструмент для сбора и у организатора сведений"

https://support.microsoft.com/ru-ru/office/основные-сведения-о-базах-данных-a849ac16-07c7-4a31-9948-3c8c94a7c204
567 andrewalexk
 
23.06.22
13:16
(563) :) а давайте сделаем голосовалку кто из вас с кирпичом будет до последнего вестись на его троллинг?
568 vde69
 
23.06.22
13:23
(566) это в парадигме SOA,

с этой точки зрения нужно рассматривать фреш как готовый SOA

а базу компании именно как "объект"

и выбор, что использовать "объект" или SOA 1с замечательно предоставляет, в этом смысле 1с точно не отстает от мировых трендов...
569 Конструктор1С
 
23.06.22
14:00
(568) н-да... Ты не перестаёшь удивлять. Теперь у тебя монолитная платформа 1с с монолитными конфигурациями вдруг стала SOA...
570 Конструктор1С
 
23.06.22
14:03
(567) где ты увидел троллинг?
571 andrewalexk
 
23.06.22
14:05
(570) :) брысь
зы
первое правило интернета - не кормить тролля
572 Конструктор1С
 
23.06.22
14:06
(571) да сам ты тролль!
573 Фабрикантъ
 
24.06.22
01:29
(548) Я думаю, САП тут не сравнивается как раз. Его концепция близка к 1С...
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан