Тут я недавно выкладывал свою статью, где я сравнивал аналитиков 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 архитектуре.
Но можно ли согласиться с его утверждениями, как считаете?

Я думал автор ветки Рамиль Маугли, а тут сам ведущий секции! Хм...

Аналитики анализировали, анализировали, да невыанализировали.

Мечтают ли инфоцыгане об итовцах?

(0) А это что за хрен такой рассуждательный? Я даже на него, как оказалось, подписан, хз почему (из-за архимейта, видимо, типа "закладка на потом"). Его же слушать невозможно, иксперд, блин. Отписался нахер

"Не знает UML".
У меня есть пара бизнесовых задач, пусть "знающий гуру" разложит их хоть в UML, хоть в Архимейт, но так, чтобы от этого была реальная польза кому-то, а не просто журнал "Веселые картинки".

(1) Стас, я ж - не автор утверждений, я их на суд общественности выношу! :)

Про Jira - я ее еще несколько лет назад внедрял в 1С:Франчайзи на поддержке. И, знаете ли, штука так себе, не такая уж и удобная. Но плюсы есть.

(0) К сожалению, цитаты все по делу. Поддерживаю на 100%.

Дьявол в деталях.

Есть компании, в которых есть все техники, перечисленные в (0). И есть люди, которые все это используют.
Но в процентном соотношении в мире 1С таких капля в море. Ибо не нужно.
Так что в целом в (0) правда.

p.s. когда-нибудь, наверное, в 1С будет даже .sleep(). Но это совсем другая история...

* 1С отстал от текущего состояния архитектуры приложений лет на 10-15, может и больше.
- похер. если отстал - значит отстал. бОльшая зона ответственности 1С - задачи которые не менялись лет 30 уже...

* Профессиональный общий аналитик ("не 1С") обладает несравнимо большим набором компетенций, чем аналитик 1С
- возможно, ну и что? аналитик1С - подмножество прочих аналитиков. У эникейщика тоже можно сказать "несравнимо больший набор компетенций" чем у сетевика или администратора СУБД.

* 1С очень отстает по уровню специализации труда
- пофиг/не пофиг/да и слава богу. Специализация в той же 8-ке присутсвует - правда стали ли от этого быстрее решаться задачи ввиду кучи передастов/прокладок всяких - непонятно...

* 1С со слезами на глазах породил архитекторов
- угу, можно херачить серъезное решение не продумав его.. - всякими аджайлами и прочей херней, без архитекторов.

* СППР лучше забыть, как страшный сон, как чудовище
- некомпенгаген

* 1С не понимает интеграции своих собственных решений на уровне Enterprise архитектуры
- некомпенгаген

* В 1С нет внедрений по Agile. То, что есть - не Agile.
- клиент платит? значит его устраивает. заказчику-потреьителю пофиг как это называется и очень не хочется платить за аджайлный процесс...

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

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

* В 1С часто роль архитектора возлагают на РПшника
- для рождения мыши не всегда нужна гора...

* 1С аналитики чаще всего не знают модели UML, а в документации у них - каша
- и что? важнее что - документация и нихера не работает или рабочая штука без документации?

(0) А чо не написал про то что код на русском языке - это путь в никуда?  
Зы. Очередная попытка натянуть сову на глобус. 1С - российская система, разработанная для решения именно наших задач.

Задолбали сравнивать несравниваемое. 1с это такая платформа, которая позволяет каждому ларьку иметь своего программиста, который в одиночку решает все проблемы автоматизации этого ларька. Какой ещё яп или фреймворк может таким похвастать?

(13) Им надо денежку зарабатывать, втирая собственникам бизнесов про корабли в облаках.

(13) "Пусть программирует Серёжа"

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

Хоспаде, UML. Он там в музее сторожем подрабатывает что ли?

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

(18) а если сеть ларьков, да с минипекарнями и шаурмячными, и, не дай бог, с "алкашкой"? да с распределенным складом и транспортной логистикой?

(0) его слушать скучно, говорит медленно и много воды. Щелкнул в середину и звучит такая фраза:

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

Хм. То ли узкие, то ли широкие, и что из этого лучше? И причем здесь кто-то позволяет, словно на то, что бы учиться нужно разрешение?

(19) так это шаурмячный холдинг. Да и алкашка уже не так и страшна.

Эти все егаисы, честные-знаки, онлайн-кассы и прослеживаемости превратили розницу и милого развлекалова в раскоряченного монстра.
И те, кто говорит про "ларек", сами ни одного настоящего ларька не автоматизнули

(22) ну я автоматизировал, но называть меня программистом...
Конфигуратор открывал года 3 назад...

(23) прям так "голый" комп взял и автоматизнул? А софтина тебе свыше на горе Синай была дана?

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

И мне кажется, одним из хороших показателей специалиста будет понимание где и какие инструменты будет оптимально использовать. И вопрос не в том, что используют ли аналитики 1С или другие старатели от 1С эти инструменты, а в том, что если Кварцхава является специалистом, то почему он вменяет всем остальным, что если кто-то не использует из им перечисленного, то значит это носит негативный оттенок?

(24) да щя по ютубу любой студент сможет розницу автоматизировать. Не надо преувеличивать.
Хотя, она уже и не так модна. Уже давно сталкиваюсь, что клиенты сваливают с нее на веб и на подделки попроще.

(25) патамушта вы не знаити умеэль!

Только эта проблема гораздо глубже)))

(27) А мне то его зачем знать? Я даже не аналитик. Да и шо, я в этих квадратиках не разберусь што ли если нужно будет?

(29)Илюша копнул, хочет знать, почему))) Могу своять, тлько обидяться многие, и БГН тоже). Без обид(. Ведь начал. За базар нужно отвечать.

1С действительно зашоренные,отсталые и некомпетентные как и остальные ИТ-ники.Разносторонне развитых личностей как ВВП или как я единицы.

(31) А ты кто, Вася?

// 1С очень отстает по уровню специализации труда

Но ведь это же требование нашего бизнеса. Например, у нас ищут "одного за 300 вместо троих за 100 со специализацией".

А по поводу всех мудрых технологий - сколько времени у нас отводится одному "среднему 1С-нику" на одно "среднее решение" ?
Вот сколько времени прогеры на SAP будут делать "уникальный отчёт" по желанию коммерческого директора (если вообще будут) ?

(32) Фамилия моя слишком известна, чтобы я ее называл!

(34) Галкин ты чтоли?

(0) Человек свой ограниченный опыт распространяет на всю отрасль. Впрочем, всем людям это свойственно.

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

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

На больших предприятиях где на ИТ тратят много денег прекрасно себе существуют и джиры и канбаны и agile и архитекторы и разделение труда и специализация и консультанты и даже отдельные devops.
Если человек не ел ничего слаще морковки в своей жизни, это не значит этого не существует.

(36) +1

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

(39) да куда там неповоротливые. Айко например, в несколько раз лучше чем всякие подделки на базе 1С для ресторана и общепита.

(34) :) скорее всего это будет акроним от ника - д-монах .. или дима-нах

(40) Ну есть и хорошие вещи, спорить не буду. Но если не брать отраслёвки, аналогов для рынка РФ для торговли тех же БП, УТ и Розницы практически нет по цена\качество плюс возможность допилить напильником для многих очень много стоит. Везде есть свои плюсы и минусы, тут уже рыночек начинает работать. Просто сгребать под одну гребёнку как персонаж из (0) ИМХО - бред.

(42) ТС просто агрессивно навязывает свое мнение. Вроде бы и организатор курсов, а простую психологию не умеет.
На Мисте не он один такой.

Вон блин в компании где я логистом работал лет 10 назад там две отдельные команды было на WMS и на ERP, работали по спринтам с джирами и прочей лабудой, были отдельные архитекторы, devops, консультанты, три линии поддержки и все тридцать три удовольствия. Иных нет у моего друга-джависта который работает на крупную ИТ контору с интернет-магазинами по всему шарику.

(1) переАНАЛизировал Фабрикант. Но я бы на его месте подумал об учебной курве. Чем она проще, тем менее компетентные спецы.
Но это раньше было легко стать 1сником на клюшках. На снеговике уже не так просто.
Так что нонешний 1сник покруче джависта считай.

Оскорбление сообщества прямо в теме, ммм

(41) Глубоко копаешь))аналитик,не?))

(46) Ты тоже заметил?

(48) что не сбелаешь для продаж

(49) Маркс писал про то что капиталист может пойти на все,но могу и ошибаться

(6) уже отмазы, образца нчала нулевых

Мотоцикл не мой, я просто разместил обьяву (с)

(45) не-а. 1Сник не всегда может осилить, какие процедуры писать на клиенте, а какие на сервере. А джавист умеет такие серверы писать с нуля.

А автор топика, конечно, красавец. Заголовок топика прям как газета спид-инфо в девяностые. Скандалы, интриги, расследования :)

(46) Фабрикантъ просто решил подбросить коричневого на ветродуй.
Только у нас у самих коричневое цистерны стоят на запасном пути.
1С как Россия для русского – ругать её родную можно только одинесникам.

(51) Не мотоцикл, а мопед, если что.

(46) так там вопрос) автор искренне хочет разобраться))

тред про мопед безусловно шедевр своего времени, тут не сравнить

(40) Помню, пару раз шабашка подворачивалась по Айко, что-то вроде допила обмена, но влом было разбираться и отказывался.
(0) Я как то с опаской отношусь к подбритым брюнетам, которые много вещают про бизнесы и айти. 1С действительно расслабляет, позволяя просто открыть конфигуратор и писать код, а потом сохранить все это прямо в рабочей базе (кошмар). Я недавно стал смотреть ролики про мобильную разработку и Android Studio (можно как сериал смотреть), ну местами в сравнении с 1С это уже просто кажется шаманством, остал от разработки, это да. После просмотра Chipmunk скачал, посмотрел насколько отличается от того, что было в самом начале. Интересно, но разбираться долго (пишут минимум про год-два). Тупо запустить отладку - целое дело. Решил после обновления компа попробовать, ибо тормозит. Ну это так, побаловаться. В 1С повторять какие-то танцы с бубном с неясной целью чтобы не отстать не тянет, ибо все изменится раз 10, пока не станет стандартом. А стандартом видимо станет EDT все-таки.

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

Одинэсю и точка!

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

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


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


>>>* 1С со слезами на глазах породил архитекторов
согласен, но это было лет 10 назад (читаем отраслевой стандарт)

>>>* 1С не понимает интеграции своих собственных решений на уровне Enterprise архитектуры
странное заявление, есть КД-3 где это реально работает. Видимо автор просто не в курсе...

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

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

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


>>>* В 1С часто роль архитектора возлагают на РПшника
скорее наоборот, роль РП возлагают на архитектора, это не очень хорошо, но это зависит не от 1с а от руководства


>>>* 1С аналитики чаще всего не знают модели UML, а в документации у них - каша
UML особо и не нужна, ей невозможно описать реальные процессы, аналитику скорее нужен IDEF-0 или что, то похожее

(63) Давеча одна компания искала прога на внедрение УТ,из обязательного знание нотации bpmn,много думал.Эта нотация пригодилась за 25 лет один раз,при сдаче экзамена в вузе.

(64) Может, там аналитики программистам ТЗ в нотации bpmn пишут :) Но, скорее всего, там аналитиков просто нет :)

(64) я IDEF-0 пользуюсь регулярно....

(66) и насколько глубоко удается раскрывать процессы на практике?

(66) Я пользуюсь dmh 1.0, очень люблю ромбики и прямоугольники рисовать.

Сколько новых слов..
Когда я учился, у нас такого не было. Рисовали блок-схемы алгоритма по ГОСТу и всё.

(67) это зависит от требуемого уровня, иногда приходится пользоваться вложениями и последующей декомпозицией.

(33) >ищут "одного за 300 вместо троих за 100 со специализацией"

у нас еще хуже
ищут одного за 300 вместо троих но платить ему готовы только 100

(69) UML у меня был.

(72) У меня UML ассоциируется только с user mode linux)

(73) unified model language. Там довольно много всяких интересных диаграммок. Rational Rose софтина еще такая была.

(0)
С большинством цитат не соглашусь.
Особенно не соглашусь со сквозной оценкой "отсталость".
Ничего доказывать я, конечно, не буду, потому что мне лень и я одинэсник (бывших одинэсников не бывает).

+ (74) но надобно заметить, что последний раз я этим самым UMLем в институте и пользовался. То есть я теоретически себе представляю, как его применять, но сомневаюсь, что когда-нибудь я буду заниматься продуктом такого объема, чтобы это имело смысл.

(73) UML - имеет реализацию в платформе 1с (схема бизнес процессов это и есть UML)

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

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

(62) <я пробовал жиру, мне не понравилось. жира не является стандартом и тут чистая вкусовщина.>

А что вы все под жирой понимаете? трекер задач с канбан доской и возможностью делить по спринтам и смотреть диаграмки?

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

+ (79) кстати, именно поэтому мне не вполне понятно, зачем он аналитикам занадобился. Тем более что он насквозь заточен на ООП разработку, одна из основных диаграмм - диаграмма классов. Как все это гвоздиками приколачивать к 1С, я не очень понимаю.

(70) ну так насколько глубоко? Я много раз пытался и один-два уровня, частично третий, но не более того. На практике мало пользы от такого или мне просто не повезло.

Без декомпозиции все это бессмысленно

(77) А вот интересно, где в типовых эта красивость используется настолько, насколько это нельзя заменить простым регистром сведений?

(79) я вот о чем - https://yandex.ru/images/search?text=схема%20бизнес%20процессов%20в%201с&stype=image&lr=213&family=yes&source=serp&fyandex=1

(84) я один из первых кто реально использует БП 1с. Скоро будет 20 лет как первые конфы делал на них....

Да у них есть определенные идеологические проблемы и недоработки (например система адресации очень слабая), но БП - это сила....

(84) у меня эта красивость в упп заглючила,в диаграмме стрелки поплыли,прокрутки..,сказал 1С несколько слов благодарности и узбагоился,хз как это чинить (75) Все потому,что большинство одинеснегов-ленивые одинесниги.

(86) Сломал мозг, долго думал при чем тут Бухгалтерия Предприятия)

(86) универсальнее на регистрах сведений бп клепать

(0) мальчикам и девочким в пиджаках и с ноутами нет покоя? Как какой кипиш их первыми выпинывают из проектов и работ а они плачут о том, как тупы 1с ники а бизнес ничего не понимает?

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

(0) специализация, джира и прочие модные штуки просто не нужны в системе где один человек может решить задачу вместо десяти узкоспециализированных. Поэтому непонятно в каком месте где тут надо хвастаться

(40) айко хороша, да

(82) я обычно начинаю с самого глубокого уровня (самую высокую детализацию) а потом при необходимости делаю укрупнение схемы собирая их из мелких.

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

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

с ред майном столкнулся лет 10 как, с жирой работал послдение лет 5-6. Этот отвечатель на ютубе - он точно с этой планеты?

(0) Судя по комментариям, 1Сники не просто отсталые и зашоренные, но и искренне гордятся этим.

(0) всё верно, для крупного бизнеса 1С не пригодна и бизнес-аналитики среди 1С-ников редкость,
импортозамещение пролетает мимо Нуралиевых как фанерка над Парижем,
проектный офис и полноценное ТЗ вызывает у 1С-ника истерику

(97) https://www.youtube.com/watch?v=fUAaTSmDqS8

У нас дофига всего на 1С что изначально наше. И крупная торговля и добыча ресурсов и производство.

(97) истерику у одинесника вызывает не ТЗ, а неадекватность разработчиков типовых.

хехе. Добавлю от себя, какую мину заложило 1С само себе не в РФ:
В нулевых годах некое предприятие покупает суперновую 8.1, берет типовую конфигурацию, ее юодро лопатят под местное законодательство и хотелки и.. проходит время, выходит 8.3 и нате вам: хрен просто так на нее перейдешь, лопатить все по новой никто не хочет, все процессы отлажены и.. остаемся на 8.2. в режиме совместимости.
В такой ситуации говорить о каком либо развитии, хехе, проблематично.

(0) Походу у этого чувака сейчас кризис - он нафиг никому не нужен) Так решил на статейках на хейтерах 1С снова хайпануть.

(96) я скажу по другому (по сколько знаю кучу тру-программистов)

зашторенные и 1с ники и тру-программисты. Это как две разных вселенных, и почему-то тру-программисты считают, что только их путь является верным,  свято верят в магические западные ценности и патенты и именно по этому они так относятся к 1с никам. И все это проистекает как ни странно из среднего возраста тру-программистов, большенство из них имеют недообразование основанное на высерах (разнообразных западных течений которые пытались притянуть в IT) нулевых годов.

Например тот-же стандарт ITIL-1, ну он очень специфический, но есть куча народа которые считают, что он должен быть внедрен в любом ларьке, а это не так....

(97) мы же все понимаем, что внедрения на несколько тыс.рабочих мест - это так, фигнюшки https://clck.ru/rbrbe

(100) а зачем переходить на 8.3 если все работает на 8.1 ?????

вон например в Европе куча чего работает еще на DOS !!!!

(104) ну, ведь хочется нового функционала, да и конфигураст чувствует себя пещерным что-ли, а он может перебежать захочет, а ему: фуу, старье!

(104) а у нас то ГАР, то "Честный знак", то ещё какая-нибудь "прослеживаемость".

(105) вот ты сам и ответил, проблема не в 1с а в конкретном программисте которому хочется "расти" и ради этого он готов тратить бабло компании.

(105) кому хочется? "хочу" конфигураста бизнес интересует мало.
если бы 1С не выкручивала руки с обновлениями типовых, нормально сидели бы и на 7.7

(108) я согласен на ламповую 77. Верните все взад.
И самое главное- проталкивайте 1С за рубеж. Но с этим уже полная опа, как я понимаю.

(108) Бабло победит зло! А что есть зло? Это то что побеждает бабло.
1С срач и без меня в понедельник утром...

Это так называемое "бабло компании" не просто так появилось. Обычные люди такие как мы - пошли потратили денежки чтобы купить что то у этой компании.
Если же рассуждать - а зачем компании нести расходы, тогда будет справедливо - а нафига нам что то покупать у этой компании.
Давайте перестанем тратить деньги вообще.

(110) у меня для тебя плохие новости: сегодня уже вторник

Кстаи вот видео где сам Кислов Алексей, руководитель подразделения "Развитие практик ERP" Фирмы "1С" говорит что аналитик должен прлограммировать!!!, о каком уровне внедрения и самой типовой ЕРП может идти речь если подобное головах у руководителей, те соответственно эти головы как раз и отвечают за вектор развития 1с ERP. Почитайте коменты там почти каждый первый заявляет что он "не прав"
https://www.youtube.com/watch?v=SynMkyGeEGI

(107) не свое бабло тратится легко и быстро. Или пилится, что уж таить.

(113) ага, а в "другом мире" есть прогрессивная концепция "всё есть код". И кто прав?

(108) не, ну а как же модные вебсервисы?

(113) Как минимум, когда аналитики умеют писать запросы к БД на 1С - это реально полезно.

(114) бабло всегда тратит тот чье оно.
А 1С стоит копейки. Давно пора поднять цену на 1С в сто раз.

(116) а какую задачу решаем?

возбудились 1с-ники, как это - про них сказали, что они американцы )))

(120) ну так - "в интернете кто-то не прав", чего ты?

(98)
(103)
голимые маркетинговые лозунги, в качестве ERP систем крупный бизнес использует 1С крайне редко, причина очевидна - типовой функционал, а кроме него у 1С нет ничего, по сути лишь заготовка
ТОИР = 1% TOPO
Бюджетирование= 5% FI
Себестоимость = 0%

(119) ну там загрузка курсов валют, загрузка данных контрагентов по инн, обмены между базами в конце концов.

(0) Чего там в трех словах? Кто такой Александра Кварцхаву? Профессор харварда или может хотя бы профессор какого нибудь факультета прикладной информатики мгу? Почему нам должно быть интересно то что он там скажет. Мне кажется Вы прпосто хайп поднимаете вокруг своих курсов, выглядит это натянуто и постановочно.

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

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


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

(122) я бы сказал по другому:

ЕРП системы (любые) которые покрывают 100% требований компании - это практически недостижимы мираж, за которым просто не нужно гнатся....

По этому в компании существует несколько учетных систем, и это вполне нормально.

(122) так поэтому крупняк не знает куда с сапа метаться, Ростех свою поделку для них сделал не понятно взлетит или нет.
(127) Согласен, поэтому 1С нужно было выпускать не монолитную не до ERP. Отдельно БУХ, ЗУП, Производство, Бюджетирование ИТД.
Обратите внимание при внедрении ERP народ как правило пытается от монолита уходить ту же БУХ отдельно ставит, ЗУП.

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

Ну вот тут всё правильно. Архитектурка у нас... кхм, со слезами на глазах

(127) да не убеждай.
люди пасут своих цилиндрических коней в вакууме, мешать только портить

Я бы сказал так. Есть спрос на кодинг в 1С мы кодим в 1С, есть спрос на консультации мы консультируем, появиться спрос на всяких бизнес анализ мы будем бизнес анализировать. Создайте рынок, а мы подпоем. 1С - это доступно и всерьез, 80% владельцев одинэса удавится на словах аналитик 1С, а от слов заплатите еще и за бизнес аналитика у них енфаркт микарда будет.

(75) :) ну насчет отсталости была интересная мысль кажется даже на мисте что для создания платформы с 1с 2.0 по 1с 8.3 всегда использовались ит-механизмы предыдущего поколения

(127) когда появляется программа, стремящаяся к 100% покрытию функционала - те же эксперты начинают кричать "монолит, фууу".

(132) точно! надо как мире javascript'а. чтобы ломающие обновления выходили каждые 2 часа

(125) Хорошо кто тако Кварсхава? Это он ворлд оф танкс написал или яндекс?

(128) причем можно было бы выпускать отраслевые решения не ковсему ЕРП, а только к блоку, например Химическое производство, Фарм производство итд

(136) ты сейчас Нургалиеву рассказываешь, как ему из миллионера, миллиардером стать?

Кому там была нужна "модульная ERP"?
Вот https://infostart.ru/public/1285144/, берите и внедряйте.
Потом расскажете как оно

(132) таки, да. Если не отсталые механизмы, то отсталые взгляды. Например, в 1С база данных до сих пор считается центром мироздания. В большом программировании от таких взглядов отказались ещё в 90-е - 2000-е. Во многих проектах БД рассматривается как плагин приложения

(137) ты как то человек, который знаешь все, но не точно?

(138) 404

(138) а, запятая в ссылке

(139) дай пример учетных систем где такой подход существует

Недавно спрашивал - когда будет девятка 1С 8 все? Тупиковый путь развития? Когда увидим 1С 9?

В этой ветке все хотят девятку.

Лично мне двухходовочка понятная. Фабрикант договаривается с Кварцхалой, чтобы он типа записал видео ответ на ветку Фабриканта. Видеоответ кстати скучный и никому не нужный я вообще посмотреть не мог. Фабрикант создает еще одну ветку с воплями, да что же это делается одинэсников бьют. Одинэсники типа становятся на дыбы начинают ветку до 1000  постов пихать, Фабрикант хайпует свои курсы. Скучно и не интересно.

(141) это и есть первый модуль )))

(145) да пох всем, на самом деле. Ну собрались в ветку помистаболить какое-то количество мистянских мистаболов и чего? Мироздание от этого перевернулось к заду передом?!

(138) думал автор будет Гений, но нет

(148) За державу обидно.

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

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

(127) не уходи от темы топика, бизнес-аналитиков в 1С мало в силу слабости 1С ERP, бизнес-аналитик в 1С имею более низкую квалификацию, чем их коллеги в интеграторах и классическом консалтинге

(151) т.е. твое присутствие на мисте для тебя несет какие-то полезные плюшки в материальном выражении? кроме ЧСВ есть еще что-то?!

В связи со сворачиванием экономики бизнес аналитики нафиг не нужны. А кто то годы вкладывал в эти знания.
Оказалось что это лишнее звено.

(128)[ так поэтому крупняк не знает куда с сапа метаться]
знает, переходит, частично на 1С:ERP, но 1С-ники на этих проектах не выступают в роли бизнес-аналитиков и архитекторов интеграции, это делают совсем другие команды и использую все те технологии, про которые написано в начале ветки

(154) а что обязательно нужно материальное выражение с просто желания поболтать?))

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

(156) те 1с ники тупа как кодеры? аналитикой занимаются серьёзные "дяди и тёти"?

(156) Только крупняка можно посчитать на пальцах двух рук, а бизнесаналитиков Фабрикант наклепал уже штук 300, куда их всех?

(159) ессно, вот только отгребают потом программисты )))

(157) вот именно. К чему тогда чрезмерно пафосные выводы о попытках пиара, самопиара и тому подобного.

(155)[В связи со сворачиванием экономики бизнес аналитики нафиг не нужны]
в связи с санкциями роль бизнес-аналитиков выросло многократно

(143) :) не уверен но должна быть фузина

(138) Вить, ты конечно, прав насчет поста о том, куда я что хотел подбросить. Люблю такие холивары :)
Но мне искренне хочется обо всем этом услышать мнение 1Сников :)
Вот человек высказал мнение - что можно ответить?
Ты пойми, у меня ж курс по 1С, и мне нужно копить аргументы в его защиту.
А Миста - кладезь таких мыслей...

(159) при чем тут разработка ?
верхний уровень проектов реализуется интеграторами, нижний ЦКП

(151) Причину поста выразил в предыдущем посте.

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

(166) те в штат потобные конторы обчно народ не набирают? все через интеграторов... те по саповски

(0)Сколько контор внедряет сурьезные системы не 1с. единицы десяток?. Совершенно очевидно что если среди всех 1с-ных архитекторов отобрать такое же количество архитекторов как на сурьезных системах то их квалификация будет не хуже. А если сравнивать со средне статическим архитектором 1с которых несколько тысяч то средний уровень будет ниже. У большинства архитекторов в мелких фирмах и городах просто нет достаточной практики чтобы вырасти до нужного уровня. Учебники, курсы и т.п. это все хорошо но если тебе негде применять эти знания постоянно то очень трудно их развить до совершенства и очень быстро память не используемое забывает.

(168) А я 9 лет работал в компании. Был один, решал все задачи. Система работала отлично, программа была лучше чем у конкурентов. Но потом владелец просто решил перейти на американское ПО - оракл.
Мне предложили переобучится и быть в составе новой команды и обещали золотые горы как специалисту и фантастическую карьеру.
Владелец нанял аналитиков Оракла из самой Америки. Впулил кучу денег в ПО и прочее.
Вместо меня одного - стало работать 8 человек.
А я ушел на проект на 1С 8 на 100 юзеров, где сам опять же сделал внедрение.

Через время владелец прошлой конторы пришел в разочарование от Оракла и начал сильно кусать свои локти за выброшенные деньги и годы. Жалеть о том что не послушало меня, ведь я мог там просто внедрить 1С 8 сам и меня бы самого одного хватило на весь суппорт и вообще все.
И начал мне звонить о том как бы внедрить 1С 8.

+(171) но стало слишком поздно) Я сделал себе карьеру) Бывший директор был удивлен моим успехам в 1С)Ну и плюс увидев что я езжу на мерседес GLS на который заработал свободно сам, понял что я всегда прав)

(143) да наверно любая система, которую начили писать за последнее лет десять. Взять все современные взгляды на архитектуру приложений (чистая архитектура, луковая архитектура, DDD, архитектура портов и адаптеров и пр.), и все они хором пропагандируют держать БД на длинном поводке

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

(160) 99% из того, что наклепал Фабрикантъ - лузеры в пиджаках.... и именно они и пытаются модными словечками прикрыть свою проф непригодность....

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

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

(173) Ты не абстрактного коня в вакуме а конкретную УЧЕТНУЮ систему приведи, систему где реально ведется какой-то учет.

(175) Я полностью согласен, что нужна практика.
Но практик без обучения (а у нас учат не теоретики, а практики), без наставничества - это как сова из Винни-Пуха: вроде опытная и мудрая, а пишет с ошибками.

+(177) Мои "лузеры в пиджаках" уже работают на серьезных проектах, в интернете можно полно отзывов почитать, даже не буду ссылки давать.

(176) да я же говорю, ткни пальцем в любую более-меннее свежую enterprise-систему, и там ты увидишь второстепенную роль БД. Практически гарантированно. И даже в древних монолитах постепенно отвязываются от БД, делая её как бы плагином

(178) // уже работают на серьезных проектах //

Вот прямо все 99% ?

(177) для аналитика (имеющего опыт работы в среднем звене компании) нужно знать (и уметь применять) всего 3 вещи

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


эти три пункта в сочетании с опытом покрывают практически все нюансы бизнес анализа.

я до п.1 и п.3 дошел сам, а вот п.2 проходил и в теории (с погружением)

(179) имя сестра имя.... а то все бла-бла-бла....

(139) [1С база данных до сих пор считается центром мироздания] - ты серьёзно? Сколько раз тебе пришлось лезть в БД напрямую? Да 1С наоборот, отодвигает программиста от БД как можно дальше (потом, правда, одинесники подпрыгивают с индексами и блокировками). Даже запросы пишутся не в терминах таблиц, но "метаданных".

(183) +1 вот да, 1С в данном случае вообще был чутьли не впереди отрасли с таким подходом

(182) ты ждёшь что я напишу имя самописных систем в холдинга?

(183) серьёзно. То, что в 1с как бы свой язык запросов, не делает её независимой от БД. Один фиг на каждом шагу голимая SQL-щина

(185) ты запросы пишешь не к сущностям БД, а к абстракциям
если уж на то пошло, то ОРМки больших ЯП более топорные

(179) [увидишь второстепенную роль БД] - не может в "enterprise-системе" БД играть второстепенную роль. Потому что "enterprise-системы" - это про генерацию и обработку данных. Причем, большого объема данных. Которые надо где-то хранить. И для хранения данных ничего, кроме СУБД, пока не придумали.

(185) Ты можешь использовать исключительно объектный способ доступа к данным. Только зачем? Если "запросный" метод эффективнее

(184)(186) чем это принципиально отличается от Hibernate c HQL?

А потом те же одинесники вопят "дайте нам писать INSERT-UPDATE"

(185) >>>ты ждёшь что я напишу имя самописных систем в холдинга?

мне не интересны кривые говно проекты, приведи пример серий УЧЕТНОЙ системы которая применяет подходы описанные тобой в (139)

может САП или Оракал или Навижен или еще кто идет этой дорогой?

(187) "enterprise-системы" - это про внутреннюю автоматизацию предприятий. Ты не понял, никто не говорит, что БД нафиг не нужна. Речь про то, что у БД второстепенная роль

(191) >>САП или Оракал или Навижен

Это всё древнее авно, родом из 80-90-х. Они как раз погрязли в узком тандеме с БД, как и 1с

(189) Принципиально ничем. Такой же слой абстракции. Одинеснику, в общем случае, пофиг какая СУБД лежит внизу. Если с ней работает DBEngine платформы, то код будет работать _без изменений_!

(192) Есть альтернативное мнение, которое гласит: "то, что 1С использует СУБД исключительно как хранилище - тоже плохо"

(194) нет, не пофиг. 1сные БД жестко завязаны на реляционку. И не может быть под капотом у 1с ничего, кроме реляционщины. В то время как сейчас принято проектировать приложения так, чтобы не иметь жестких привязок к БД. Пишешь ты код, дёргаешь некий метод, возвращающий объект, и тебе пофиг, откуда этот объект получен. Из БД, из файла, из внешнего сервиса или ещё откуда. Мало того, сегодня этот объект подтягивается из БД, завтра начнет прилетать из соседнего сервиса. Но твой код об этом ничего не узнает. Вот в этом и профит использования БД как плагина

(196) поняяяятно.

(196) "1сные БД жестко завязаны на реляционку" - у тебя устаревшие сведения (см. https://v8.1c.ru/platforma/data-akselerator/ )

(195) то есть ты полагаешь, что будущее за привязкой к конкретной СУБД? Узенько подружил ты своё с БД Oracle, нафигачил хранимок всяких. А завтра - хлоп! Oracle отваливается (как сейчас), или резко меняет лицензионную политику. И превращается твоё приложение в тыкву

(198) под капотом всё-равно трётся реляционка

(199) я не полагаю, это распространенное альтернативное твоему мнение. Так то 1С поддерживает 5 СУБД.

(153) в силу неразвитости консалтингового рынка услуг, отсюда ты продаешь не решение или результат, а механизмы

(199) SQL в пределах SQL-92 надо юзать, и тогда переход между СУБД будет легким и безболезненным.

(202) хотя денежнее продавать результат, что многие продают внутри компаний, тот же вде или Джинн,

(200) А кто сказал, что реляционка - это плохо? Это просто одна из технологий. Проверенная, надёжная, с хорошим математическим аппаратом. Да, в чём-то она проигрывает другим подходам, в чём-то выигрывает.
Дата-акселератор - не совсем реляционка, там колоночная резидентная БД https://habr.com/ru/company/1c/blog/645365/#comment_23940653

(196) погоди погоди, у 1С есть абстракция в виде метаданных, никто не мешает под капотом все транслировать не в БД, а кудато еще, собственно так и работает сейчас поддержка нескольких типов БД
также какие твои предложения на что менять источник данных? на вебсервис (где каждый второй уася делает выдачу больше 100 элементов с пагинацией и адскими тормозами)? делая универсальную абстракцию мы сделаем тормозящую бомбу которую очень сложно будет ускорять
(204) можно сколько хочешь орать но жира и ее клоны реально используются буквально везде. и повторуюсь - что ты под жирой подразумеваешь?

(201) случай из практики. Написали в некой организации ребяты учетное приложение. Вышло классно, другие аж стали им завидовать и слюнки пускать. Решили, значит, ребяты продавать своё приложение. Но вот незадача, оно жестко привязано к БД Oracle (понапихали бизнес-логику в нутря БД). И если в конторе-разработчике лицензий Oracle хоть опой ешь, то для подавляющего большинства потенциальных клиентов Oracle дороговат. На том и померли продажи

(206) никто не сказал. Но 1с жестко завязана на реляционку. И никогда не спрыгнет с неё

(209) зачем она должна с неё "спрыгнуть"?

(0) неидеальный 1С победил идеальные сап, оракл, аксапту и прочие западные системы. Сейчас когда запад уходит, альтернативе 1С просто нет

(207) метаданные можно запихать, например, в NpSQL. Но с запросами внутри конфигурации ты ничего не поделаешь. Их придётся переписывать с нуля

(211) Оракл это ОеБС

(212) я так и знал что ты об nosql мечтаешь, видимо не делал крупных связных систем на нем?

(0) Это классическая попытка натягивать презерватив на глобус. Или мерить линейкой классического программирования (причем больших систем) одноэсников, которые работают в другой парадигме. И прикладывая эту кривую линейку в имперской системе мер, удивляться, что что-то не так. Короче очередной тупой холивар.

(210)+ точнее даже не так. какие существуют бизнес-задачи, которые не укладываются в парадигму реляционных БД?

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

(214) причем тут nosql? Речь про жесткую привязку к концепциям реляционных БД

(217) [доминирующее положение реляционки ослабевает с каждым годом] - у тебя, конечно, есть цифры и графики, которые подтверждают этот тезис? или так "пацаны говорят"?

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

(218) к каким? транзакции? ограничения?

(215) Вот вот, надо 1С-ников сравнивать с сап, оебс и аксаптой, а не с явой, php, си и прочими питонами

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

(220) большое ИТ в огромный корпорациях. На которые 1с пока что смотрит, как таксист на пентхаусы Москва-Сити

(222) какие технологии предложишь для автоматизации бух учета?

(223) 1С это не такси, это уж гиганское Яндекс-такси которые вытеснило все другие альтернативы в учетных системах

(223) большое ИТ в огромных корпорациях это такой кошмар...1С по сравнению с ними это хипстеры со смузи

Я уже писал в такой системы финоперации без двойной записи потому что оно транзакции не умело...и это считалось пипец норм, я единственный со своим 1С опытом недоумевал "а разве так можно?" оказывается можно

а еще можно хранить данные в формате из начала 90х годов потому что корневая БД еще царя гороха помнит и ничего другого не умеет

(0) Кто сильнее: слон или кит?

(222) давай примеры чертвозьми ;))

(224) странный вопрос. Всё равно что "из какого материала будете строить аэропорт"?

(223) а 1с-никик смотрят на коня...

(229) из глины и соломы? вон в Африке дома 3хэтажные строят, даже целые бизнесцентры

(229) ну дай хоть что-то, пусть связку технологий

(228) например, интернет-магазин. Его проще сделать на NoSQL, чем на реляционке

+232  а то писать про кучу новых технологий и не привести пример - как то то же так себе...

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

(223) что за 1с смотрит? 1с как корпорация? Как платформа? 1с как сообщество программистов? Серьёзно? А смотрят в плане чего? Миллиарда фреймворков которые надо знать что платформу? Зарплаты, которые в РФ уже почти такие же? Что блин у вас у всех в головах... Всё блин в кучу, типовые решения, платформы, стили управления, стили программирования, кони, люди, зарплаты, пентхаусы

яж говорил (220) хах, интернет магазин с корпоративной системой учета сравниваешь

(237) есть интернет-магазины, обрабатывающие такие объемы данных, которые 1с даже не снились

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

(239) только интернет-ларьки

Тот же литрес сидел в упп, у меня учились на ерп

(238) амазон на но-скл?

Ребяты, ну вот вы же сами как ходячее подтверждение тезисов из (0). Загляните в любую крупную компанию, там увидите огромный список из различных технологий, которые _решают_задачи_бизнеса_. Да, внезапно, на 1с и на БД свет клином не сошелся. Но почему-то 1сники свято верят, что 1с и похоже на неё это пуп земли

(239) Не, правда есть, просто это не один магазин, а сервис, например, который можно встроить в соцсети, менеджер или на свой сайт.

(242) почему сразу no sql?

(242) нет. Но у амазона масса сервисов, использующих NoSQL

(243) они решают задачи бизнеса в рамках какихто процессов и решают проблемы этих процессов

ты же упираешь на то что и 1С должна их использовать просто потому что другие люди зачемто (зачем ты не знаешь) их используют

(122) кастомизация наше всё

(138) Спасибо за рекламу ;)

(246) +1

(242) хотя да, понял что не так. Эти тезисы выглядят взаимоисключающими (238)  и (233)

(250) что тут взаимоисключающее?

(243) вот я в мейлру работал, у нас была система для учета музыки. на джанге, там и монга и rabbitmq и целери всякие и микросервисы на гошечке...и кликхаус и че только не было
у меня была сверхответственная задача, внимание, написать выпадающий список с подсказками для поля фильтра в админке...как у 1С для полей для справочников....это заняло 2 спринта и кучу совещаний...пришлось даже любимый (245) nosql в виде монги подпиливать чтобы хранить кэш...
сверхсовременно!!! капец вообще
я эту админку в 1С написал бы за месяц и 90% ф-ций можно было бы выкинуть нафиг, оно бы из коробки работало сразу

(248) Я несколько раз уже разворачивал и смотрел это решение. Но рассматривать его в качестве кандидата на внедрение чета пока ссу.

(252) где майлру и где 1сные системы

(254) где мейлру? ты ща только что про крупные корпорации говорил, мейлу тебе мелкая компания?

(254) себес по партиям мейл ру считает или оборотами?

(255) ты куда-то не туда разговор уводишь

(257) сравнивают одноклассовые вещи, смысл сравнивать танк и самолет нет,
Твои примеры как раз подобные сравнения

(253) Это нормально - я бы сам испугался (если бы не знал). Открыл тебе доступ ко всем платным расширениям - вдруг когда нибудь заинтересует.

(257) куда? ты сейчас говоришь что крупные корпорации юзают всякие крутые штуки nosql микросервисы и т.п. уходят от РБД
У меня есть опыт работы в двух крупных корпорациях, одной американской, Global payments и в мейле. первая так вообще гиганской конгломерат
и я те могу сказать ты крайне пеувеличиваешь "крутость" крутых штук и то как они там используются и почему

(258) да в смысле? Это вы уперлись в учетные задачи, хотя это отмерший атавизм. Сейчас принято употреблять "автоматизация бизнеса", "технологии управления" и вот это всё. И тут, внезапно обнаруживается, что на реляционных БД свет клином не сошелся. Есть сто тыщ мильёнов технологий для хранения, обработки и передачи информации. Но ничего из этого 1с не может использовать. Ибо в 1сной картинке мироздания есть она, есть реляционная БД и ешё какая-то там суета рядышком

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

(217) это напоминает высеры про идеал функционального программирование и ущебность процедурного.

В теории это так, на практике ровно наоборот....


зы
и эти люди учат нас не ковырять пальцем в носу?

:)

(261) приведи пример серийного продукта!!! иначе это бла-бла-бла

(264) :) ты уже даже не второй раз спрашиваешь ... не понял что у него нет примера? это как с фузиной  -вспомни сколько было веток а воз и ныне там

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

(264) чё пристал? Например, операционка на твоём компьютере или смартфоне поделены на слои. В системной разработке первыми осознали, насколько ценно высокоуровневое отделять от низкоуровневого. ОС достаточно серийный продует?

(267) и че? 1с то же разделена на слои, на много слоев....

в данном случае низкий уровень берет на себя драйвер СУБД, средний уровень берет на себя сервер 1с, и только высокий уровень доступен программисту 1с...

давай дальше :)

(267) файловая система, реестр, wmi - реляционные бд. Давай неси следующего, этот сломался.

(266) да в смысле??? В крупняке различных технологий хоть штабелями укладывай. И с большинством из этих технологий 1с не подружить вообще никак

(269) не позорься, хоть нагугли устройство ОС

(268) _конфигурации_ 1с не делятся на слои. И нн потому что это технически нельзя сделать, а потому что не умеем

(271) реестр винды, AD - это реляционные БД.
про файловую систему - не очень верное сравнение, по сколько их много и они немного разные по своей сути.

(271) пхаахаха
https://ru.wikipedia.org/wiki/Реестр_Windows

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

(274) ты решил реестр выдать за саму ОС?

(273) Я про ntfs

(272) а я про конфигурацию и не говорил, я говорил про систему в целом....

но если хочешь про конфигурацию - там есть как минимум 2 слоя, программный и RLS. оба доступны программисту, RLS более низкий....

(272) сама по себе конфигурация это чутьли не третий слой над железом
(270) ну так nosql там есть? вот можно дружить!
блин ты сейчас пытаешься объяснить что нам тут нужна технология потому что тебе кажется что она крутая, а как ее применять ты не знаешь, максимум выдавил из себя - хранение данных в nosql (при этом ты не понимаешь например как массово в хранилище документов заапдейтить некоторые документы по определенному признаку и все ссылки на них в другом хранилище, сколько времени займет и какой сложности код это будет делать)

(270) Что такое крупняк? Определение пожалуйста? Вы тут про сферических коней в вакууме, amazon и Apple или может быть об enterprise сегменте?
Сам загуглишь на чём работают всякие там Ашаны и Леруа Мерлен))) "Технологий хоть опой жуй" :-D

(259) Вот спасибо, хорошо, положите на комод :)

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

(277) ntfs - скорее версионник чем реляционная

(282) +а реляционку к ней еще во времена висты грозились прикрутить но не шмогла, WinFS

(280) в одном из крупняков я сам работаю. И ответственно заявляю, тут каких только технологий нет. Ну не сошелся свет клином на реляционных БД, не сошелся

(284) не сошелся, но пихать другие виды БД куда попало просто потому что немодно, это как минимум бред какойто

А на unity нельзя себестоимость посчитать.
А ещё в Америке негров линчуют!

(284) кстати Оракл это реляционная субд?  

а 1с на ней работает....

(285) причем тут модность?

(284) Ну у меня крупняк работает в таком крупняке, который 100% не снился тебе) И работают они на амазоновских серверах на реляционных БД) Свет клином сошёлся) Сам до этого работал на средний бизнес - прекрасно работали на 1с. В моей области вся нефтянка на 1с. Просто вот эти пустые бла бла про технологии без примеров провоцируют на провоцируют именно на такие пустые споры. Что-де есть какой то офигительный крупняк, который работает-де на каких то нормальных современных модных технологиях, а мы тут сирые и убогие сидим на дедовском SQL :-D Ты даже сам не осознаёшь насколько это глупо звучит. Ты же типа конструктор 1с, должен понимать, что она гибка ровно настолько насколько это нужно для решения её задач. Какие то штуки прикручиваются сбоку, какие то со временем платформа учится. А что, блин, в других фреймворках есть всё и сразу? Ой ли?)

(287) оракл датабейз это объектно-реляционная БД
(288) потому что ты не можешь объяснить чем nosql может помочь 1C, но печалишся что его поддержкти нет, логика таких фраз?

(290) да что ты уцепился в nosql??? Речь вообще о другом. Цитирую:

"Взять все современные взгляды на архитектуру приложений (чистая архитектура, луковая архитектура, DDD, архитектура портов и адаптеров и пр.), и все они хором пропагандируют держать БД на длинном поводке"

Поясняю: по современным взглядам на архитектуру принято выделять DATA-СЛОЙ в приложении, и в этом слое организовывать всю работу с данными. Чтобы остальная часть приложения вообще ничего не знала, откуда получены данные. В data-слое может быть организована работа хоть с реляционной БД, хоть с нереляционной, хоть с файлами на диске. Хоть сразу со всеми, хоть по-очереди

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

(291) оох
а метаданные в 1С это тебе не отдельный слой от данных??

пояснишь что такое регистр накопления в понимании реляционной БД?

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

(235) Когда у тебя продали в розницу сахару больше в кг чем взяли у поставщика это тоже не очень сводится
Неважно есть транзакции или нет ))

(295)+ "Утряска-усушка бывает не только весовая но еще и количественная"

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

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

(294) эээ нет
есть разница в результатах одинаковых запросов 1С на разных субд

(299) разница - это скорее исключение из правил, и 1с всячески топит за использование "универсальных" приемов.

(291)Так 1с и реализует этот DATA-СЛОЙ. Да еще и не пускает в него одинесников(и правильно делает). А при разработке учетной системы всё равно получается реляционная модель, хоть ты nosql используй, хоть текстовые файлы.

(292) а когда ты в конфе пишешь "ВЫБРАТЬ... ИЗ..." где тут дата слой?

(302) когда ты в 1с пишешь "ВЫБРАТЬ... ИЗ...", у тебя это работает на разных СУБД и обеспечивает это DATA-СЛОЙ

(301) кроме реляционных моделей еще есть иерархические и сетевые модели
а так же объектно-ориентированные модели

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

(302) Технически платформа может при этом обращаться хоть к яндекс-диску через вебдав.

(303) нет. Когда у тебя data-слой, твой код вообще не знает, откуда эти данные получены. Из БД, из сторонней БД или из HTTP-сервиса. Ты просто работаешь с готовыми данными. Когда у тебя в каждой дырке SQL-запросы нифига оно не пахнет data-слоем

(304)+ точно так же как микросервисы побеждают монолиты
так и текущие реляционные субд победит нечто иное

(304) ну вот и натяни на сетевую модель документ-справочник-регистр накопления

(302)
- ты суслика видишь ?
- нет.
- а он есть!

(305) не может, ибо платформа нанизана на РБД

Тред не читал, видео не смотрел.
Можно краткий итог - мы теперь не тупые и ленивые, а отсталые, зашоренные и некомпетентные?

(308) а зачем? это просто придумки 1С они не нужны
в реальности у нас нет этих документов-справочников и регистров
есть реальные товары, деньги и отчетность

(306) внезапно: в 1с есть "внешние источники данных"

ты-бы хоть почитал про 1с прежде чем позорится...

в моих глазах твой уровень как программиста 1с упал ниже 0....

(313) ВИД говно мертворожденное
реально его использовать невозможно

(312) это не придумки 1с. Это жизнь такая. Бухучет это и есть журналы и регистры

(315) хрена с два
ты еще скажи что лучше хранить наборы двойных записей вместо готовых полных длинных цепочек?

(314) для тиражных решений - мертвое, для кастомизаций - вполне себе....

у меня сейчас 2 источника интегрированы....

(314) ну не нужен оказался. бывает

(316) цепочек или циклов даже
которые сразу показывают полные обороты

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

(313) внезапно, внешние источники данных никак не делают data-слой в конфигурации

(317) они тебе не нужны
все деелается прекрасно намного лучше и без конфигуратора, сразу в режиме предприятия все обновляется
и нет такой привязки к разным дровам и серверам/настройкам

(314) Почему? Зацепить можно к СКД и строить отчеты по внешним таблицам в скуле. Круто же

(319) ну вот и напиши диссертацию на эту тему

(320) мда.... именно делают....

ты подключаешь внешний источник именно к "дата слою" а дальше работаешь с этим источником точно так-же как с обычным объектом 1с, для тебя нет разницы регистр это или внешний екселевский файл :)

(323) их уже дофига написано а я уже слишком стар для такой фигни
мне хватает просто понимания и освоения этого нового
обучать кого то новому или продвигать-пропагандировать это другим оставляю ))

(311) :) и это только цветочки - у нас тут лютует деконструктор1с, убийца РБД

(324) да нет там никакого дата-слоя. Дата-слой изолирует всю работу с данными, делая доступ к данным как бы обезличенным. Работа с данными ИНКАПСУЛИРОВАНА в дата-слое. А у тебя всю дорогу будут SQL-запросы, как бы кричащие "я работаю с БД!"

(326) с чего ты взял, что я против РБД?

(325) Где ты это новое осваиваешь? Где ты видел учетную систему на сетевой БД(если такие еще есть в природе)? Или про что ты там буровил...

(322) https://infostart.ru/public/145230/
все решаемо без ВИД и намного лучше!

(327) в 1с нет ни одного реального SQL запроса...

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

в результате исходный код может изменится до неузнаваемости, и вот этот новый запрос передается в СУБД.

(327) А датаслой это когда SQL нету? А как данные из БД извлекать? Силой мысли?

(329) ты когда безналом/картой/телефоном в магазине платишь вполне себе используешь сетевую

(333) ты с чего это взял? всё в оракле лежит стопудов

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

(334) нет
там куча разных субд и sql и nosql и key-value в связке
все вместе это сетевая

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

(335) так ты можешь и сейчас в 1с сделать блокчейн

(331) но пишешь ты именно SQL-запросы. То, что физически в БД данные хранятся немного иначе, сути дела не меняет

(339) что ты предлагаешь вместо SQL запросов?

Когда Кварцхау генавцвале появиться за базар ответить? Он наверное сам не рад, что с Фабрикантом сязался. Сначала уболтал его курс записать, потом в эту оферу вступить. А теперь говорит, я конечно Кварцхвалу уважаю, но тут генацвали говорит, что вы все смерды, я их убеждаю конечно как могу, что это не так.

(333) оплата картой идет так

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

иногда банк и процессинговый центр совпадают или могут работать в паралели.


данные по транзакции хранятся в процессинговом центре и в банке в параллели... никаких "сетевых" хранилищ нет....

(336) У меня недавно билайн так пошутил. Покупал пакет интернета для сотового тарифа. Положил денежку, нажал "купить пакет" в ЛК, закрутились песочные часики, а результата ноль, страничка зависла. Обновил - деньги на месте, пакета нет. Нажал ещё раз. Опять то же самое. Подождал полчаса, попробовал опять и опять. О - смотрю, деньги списались, пакет подключился. На следующий день - интернет пропал. Смотрю - на тарифе подключено аж 4 пакета и глубокий минус на счете, услуга заблокирована. Пишу в техподдержку - а они "ну вот так получилось, из-за техпроблем может быть списание даже при минусовом счете, вы можете написать официальную претензию для возврата средств".

(340) грамотную объектную модель, которая позволит откажатся от привязи к SQL

(339) а, то есть если в твоём фреймворке SQL запросы спрятаны под капот а ты просто работаешь с предопределёнными классами то уже нещитово и у тебя NOSQL?))) Ок, если я напишу конфу в которой не напишу ни одного запроса ручками, буду только через БСП и менеджеры фигачить, можно ли считать 1с NOSQL?)

(344) т.е. будешь писать простыни на коболе, вместо SQL. понятно

(344) в 1с есть объектная модель, используй ее и будь счастлив...

(335) >>1с-ники и не будут знать подкапотное пространство и будут простыми ".Выполнить()"

Это ты про какую-то фантастику пишешь. В текущей реальности 1сники на каждом шагу пишут SQL-запросы

(344) открой конфу и посмотри слева там такое дерево есть. это и есть грамотная объектная модель

(346) куда-то тебя не туда с фантазиями унесло

(347) это не объектная модель, а кострат какой-то

(346) Это ещё вопрос что хуже, кобол или МенеджерВыводаРезультатаКомпоновкиДанныхВТабличныйДокументИмениНуралиеваБорисаГеоргиевича)
(348) Потому что это удобно. Но эти "sql-запросы" совершенно не означают что они реально являются sql-запросами. Взять хотя бы те же самые виртуальные таблицы и обращение через две точки.

(348) алё, дядь, мы не пишем ни одного прямого запроса, от слова совсем. Просмотри темы "мисты", такое ощущение что половина вообще без конструктора то запросы писать не умеет. Реально пугаешь меня. Ты точно знаешь что такое 1с и как она работает?)

(349) ты из дерева метаданных данные как-то получаешь? Фига с два, ты пишешь SQL-запросы

(344) у объектной модели один минус есть, оно тащит вообще все, а sql запрос может даже одно поле вытащить из таблицы. Поэтому объектные модели обычно сосут на высоконагруженных системах.

(350) ну у тебя кастрат получился. бывает

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

(352) алё, дядь, мы пишем банальные SQL-запросы

(354) это ты про текущую недомодель

(357) Это "подобие" SQL-запросов. А вот помните убожество объекта Запрос в 7.7? Вы что, хотите к нему возвратиться?

(358) Ну ты сам подумай, что такое объект, это класс который выполняет запрос "под капотом", а ты обращаешься к методу этого объекта. Но запрос один под все случаи жизни, а значит он не оптимален и содержит излишние данные и соединения. Кроме того плохо оптимизируется.

Ребяты, вот не надо потом удивляться, что 1сников за недопрограммистов держат. Во взрослой разработке за SQL-запросы в "сердце" бизнес-логики указками по руке хлещут, а у нас как за здрасьте

(359) нет, в клюшках был отдельный вид уродства

(348) В текущей модели я пишу псевдокод запроса, я могу как тру программисты взять Справочники.ВидыАлкогольнойПродукции.Выбрать();

(361) Сорвал покровы. Во взрослой это где? В гугл поломником ходил, свечку там держал?

(357) ДА ЛАДНО?! :-D
Ну напиши SELECT WITH NOLOCK
Напиши INSERT
Напиши UPDATE
Получится или балабол?)))

(361) По предыдущим твоим постам я думал ты реально в чём то разбираешься. Теперь я понял что ты не спец ни в 1с ни в ИТ в целом)

(363) ты пишешь почти голимый SQL

(361) во "взрослой разработке" мечтают о таком инструменте как запросы 1С. в их зоопарке невозможно перетащить систему с одной БД на другую без кровавого ада

БД-СУБД

(366) Дядь где в моей строке SQL? Иди проспись.

(367) ХА-ХА-ХА! Во взрослой разработке всю работу с БД прячут на самом низком уровне, в DATA-слое

https://yandex.ru/images/search?text=гексагональная+архитектура+приложения
https://yandex.ru/images/search?text=чистая+архитектура

помедитируй над картинками, может и возникнет какое прозрение в голове

(369) в твоём коде SQL-запросы на каждом шагу. Бизнес-логика сросшаяся с работой с БД. Как и у любого 1сника

(370) ну так посмотри на архтектуру 1с. то же самое

(371) Скажи где в строке "Справочники.ВидыАлкогольнойПродукции.Выбрать();" я пишу запрос?

(372) даже близко не то же самое. Переводя на гексагональную архитектуру, у тебя Domain-слой сросшийся с Data-слоем

(370) в 1с вся работа спрятана на "дата слое"

помедитируй

http://2.bp.blogspot.com/_ZeG2doe8evI/S6tyV4W5MQI/AAAAAAAAA64/jpIw9E88wi8/s1600/Архитектура+клиент-серверного+взаимодействия.png

чёт я подозреваю что человек нас троллит, ну не бывает таких деревянных) Ему платформа не даст ни INSERT ни DROP ни UPDATE сделать ни в каком виде, чисто из-за той же самой логики, на которую он мастурбирует, но он с пеной у рта доказывает, что её нет а мы пишем прямыми 1с запросами)

(373) ты пишешь не оптимальный sql запрос, который 1. выберет все поля из справочника. 2. выберет все связи. 3. будет перебирать всю таблицу.

(371) придумай бизнес логику, которая должна хранить данные и при этом не быть "сросшаяся с работой с БД"

(376) а про SELECT ты конечно же забыл?

sql более гибкий, например Выбрать(условие) может только по индексируемым полям, а select выберет что надо.

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

(379) Конструктор хорош офтопить в ветке, понятно же что sql более гибкий и легкий, чем объектные модель. Мы тут генацвале Кварцхаву ждем.

(359) :) потому и делали внешние библиотеки типа 1cpp.dll (про что деконструктор1с может сказать что это прямой sql-запрос ) или toysql21.dll (про что уже не может)

(370) Сейчас учу Java у прога из Сбербанка.
Вы - балабол.

(378) это не вопрос фантазии, это вопрос пряморукости

(342) >данные по транзакции хранятся в процессинговом центре и в банке в параллели... никаких "сетевых" хранилищ нет....

данные хранятся в параллели = сетевое хранилище
они там еще в разных видах и суммах/валютах хранятся кстати

по сути обычная РИБ/РБД в 1С это сетевая модель на верхнем уровне и реляционная на нижнем

(384) поясни

(387) ты аналитик или архитектор?

(379) а у нас если ты пишешь SELECT то ты пишешь на ЧИСТО SQL И ЛЕЗЕШЬ В САМОЕ СЕРДЦЕ БИЗНЕС ЛОГИКИ :-D Нет, дружок, в любой РБД даже самой модной и офигенной на самом понтовом фреймворке получить данные можно только через SELECT. И то что ты пишешь упрощённые SQL запросы не заставляет тебя в них использовать хоть какие то расчёты и тем более никак в них бизнес-логику автоматом не переносит.

И если бы ты хоть чуточку шарил в этом, ты бы это прекрасно понимал.

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

(387) Все, как у нас в 1С, в плане Субд-сервер приложений.
Единственное - ничего не делается на клиенте, обычно -он -браузер.

(377) А тру-прогеры так и пишут... а когда ты его спрашиваешь: "если у тебя там будет "ОфигилиардДанных" ты что делаешь?" тру-прогер говорит: "пишу дата-прогеру исправить его говнокод" =)

(388) архитектор

(389) читать научись. И открой для себя слово - ИНКАПСУЛЯЦИЯ. В приложении здорового человека вся работа с БД (http-сервисами, файлами, нужное подчеркнуть) ИНКАПСУЛИРОВАНА в data-слое. В приложении курильщика работа с БД растеклась по всему приложению

(393) ну я говорю, что если я напишу конфу через БСП и менеджеры, то она сразу станет приложением здорового человека?) Что это за клоунада? Кстати кинь мне ссылку на фреймворк на котором можно написать интернет-магазин который объёмы данных обрабатывает "который не снился 1с" в котором не надо ни одного запроса писать)))

(391) ты путаешь топологию с архитектурой

(394) причём тут БСП?

(393) Хорош тормозить, в любой ORM здорового человека, можно писать прямые запросы к БД если это нужно.

(397) всё это прекрасно, только работа с ORM ИНКАПСУЛИРОВАНА в data-слое. Верхнеуровневые слои и знать не догадываются, через ORM-ли данные получены, прямыми запросами, или тупо из файла прочитаны. Они работают с готовыми данными

(393) ну и что бы мы писали в модулях 1с, если бы в 1с был data-слой?
data-слой.ВЫБРАТЬ * ИЗ Справочник.Контрагенты?
как ты себе это представляешь?

(397) в 1с штатно писать прямые запросы к субд - НЕЛЬЗЯ....

а конструктор или тупит или тролит

(370) о, я как раз недавно С. Мартина читать закончил.

(399) не тупи, а? Очень советую почитать:

https://martinfowler.com/bliki/PresentationDomainDataLayering.html

(400) 1C это 1С, это никакая ни ORM.
(398) что то ты какой то бред рассказываешь. Нет таких волшебных data слоев, которые так  гибко и универсально данные из таблиц выбирают.

и другим борцунам со слоёной архитектурой тоже советую почитать

(398) ты чего знаешь про

1. https://v8.1c.ru/platforma/razdelenie-dannyh/
2. https://its.1c.ru/db/metod8dev/content/2316/hdoc

эти 2 системы напрямую взаимодействуют на data-слой

(398) Тебе, блин, 250, сцук, раз сказали, что не можешь ты, дядя, НИКАК, Н И К А К, тебе ещё каким языком написать??! НИКАК штатно использовать прямой запрос в 1с. Что за хрень ты уже четвёртый лист пишешь?

(404) в 1с8 и так слоёная архиткура. Ты реально такой или придуряешься?)

(403) тебе вообще знакомо слово "инкапсуляция"? Оно не про волшебство

(402) напиши пример, как выглядит выборка данных по контрагенту в приложении, в котором есть DATA-слой.
не надо мне твои "не тупи". "не тупи" это отмазки

(406) сам за уши притянул прямые запросы, сам их и используй

(408) В языках программирования означает доступ к переменным и методам класса. public - всем доступно, protected - доступна только дочерним, private - не доступно никому, package - доступно в этом пакете. А в твой шизе это, что обозначает?

*доступ к переменным и методам класса из другого класса

(410) Да ты вообще не можешь, блд, использовать запросы. То что ты  пишешь ВЫБРАТЬ это не запрос ни к какой СУБД. Это и есть твоя самая ИНКАПСУЛЯЦИЯ. Как и всякие классы менеджеров и прочая лабудень. Господи, и ты ещё работаешь АРХИТЕКТОРОМ и тебе ещё за твою работу бабки платят. Я фигею. Слишком мало я за свои знания прошу :-D

(409) точно также она выглядит. Только данные извлекаются в data-слое, а используются в domain-слое. Прочитай статью Мартина Фаулера уже. Или тебе лишь бы поспорить на тему, в которой ты, очевидно, совершенно не разбираешься?

(411) очевидно, ты не понимаешь, что такое инкапсуляция

(402) ты хоть читал эту статью? там один в один архитектура работы с данными в 1с описана

(413) ну какая, нафиг, инкапсуляция? Инкапсуляция это когда

ТаблицаСебестоимости = Data.ПолучитьТаблицуСебестоимости()

и ты совершенно не знаешь (тебе нафиг знать не нужно), как эта таблица получена

(415) ты лекарство принял? Какая такая синкопа? (414) А дата слой их откуда берет? Уверен что запросы в дата слое к БД гибкие и оптимальные?

(416) прочитай стать, а не глазками пробежи

(418) оскорбления detected. Гуляй отсюда, неадекват

(419) ты примеры кода давай. А там будет дата слой- sql обернутый в класс, доменный слой, который обращается к классам дата слоя.  И тут сюрприз, во первых хрен что выберешь без костылей, во вторых тащит из бд все подряд долго и не оптималь. Короче конструктор иди прими чего ты там обычно принимаешь у тебя летнее обострение.

(417) Тю. Так ты и в 1с так можешь сделать. Стащи всё в модуль и назови его Data.
А я думаю чего он тупит...

(417) Чем твой пример отличается от Альфа = Справочники.ВидыАлкогольнойПродукции.Выбрать();

(422) :) не факт что тупит наверняка сейчас на другом форуме ржет и постит как троллит всех 1сников

ну вот теперь он не ответит =( Опять обидели тру-прогера. Хотя если он работает Архитектором, то я тоже наверное мало прошу денег....

(424) да тупит

(423) Да ничем не отличается. И про БСП я не просто так писал. Думаю реально просто троллил.

(424) он же вроде сам одинесник. просто начитался умных книжек и пытается эти умные книжки засунуть в свою одинесную головы. только книжки не для 1с писаны.

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

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

(430) и эти волшебные гномики называются программистами data-слоя? =)))

(431) Ну чисто теоритически наверное можно написать такой волшебный слой, который гибко и оптимально будет делать выборки по БД, кэшировать всякое, строить индексы и делать оптимальные запросы. Но это фантастика.

(431) :) *нанопрограммистами

вот сразу видно "1Сники действительно такие отсталые, зашоренные и некомпетентные"
ничего не поняли из спича Конструктора

(434) Так он сам дымит. Сову на глобус натягивает и "я умный, вы дураки. читайте вот эти книги"

(434) Человека прорвало на изучение другого монастыря и он пришел учить вере 1С-ников. Нет так это не работает;)

+434 я сам одноэсник, поэтому так и не понял, что за дата-слой )))
толи драйвер субд, толи типа общего модуля

(437) Дата слой обычно это фреймворк, или набор библиотек, в котором описаны классы, с которыми ты как программист и должен обращаться что бы получать свои данные.
На языке 1с это типа как общие модули, но не совсем. Фишка в том, что у нас конфигуратор и платформа - и есть наш фреймворк) Хотя у нас ещё и БСП есть - ещё один слой.

(437) Он наверное имел ввиду ORM систему. Но все orm системы сосут по производительности, потому что строят не оптимальные запросы к бд.

(437) одинесникам это не нужно. у нас и так всё работает

(439) (438) в wordpress есть такая фигня, там и кеш встроен и обращение к субд и в принцепе в это можно влезть (в код) и поправить как тебе нужно.

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

(438) + поэтому когда сравнивают 1с с языками программирования у меня это всегда недоумение вызывает. Правильно сравнивать именно что с различными фреймворками. И тут 1с много у кого проигрывает, но зато у нас целая куча плюшек. Например офигенский и очень удобный отладчик. Плюс процедурная архитектура она в целом довольно проста, пока не начинают фигачить по 200 вложенных вызовов в стеке как в современных типовых)

(441) Я всегда таких спецов "залезть в кишки" спрашиваю: "Как часто такое нужно делать и почему?" и там начинаются такие офигительные истории.

(440) наверное про hibernate хотел рассказать, но что то пошло не так, не фортануло.
(441)  о чем я писал несколько часов подряд - а Вы упорный.

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

И да, в современном программировании уже почти никто с нуля ничего не разрабатывает, потому что стоимость и продолжительность такой разработки была бы чудовищной. Есть так же типовые фреймворки и их знание как раз и ценится. Грубо говоря не 7.7 и 8.0 как у нас, а надо знать штуки 3-5.

(411) то что ты написал, это скорее следствие инкапсуляции

ветка называется "1сники доказывают что они не отсталые"))
да, такого срача не было даже в ветках про правильное питание)

(446) Ты за Конструктора будешь?
(447) да забей, Фабрикант курсы хайпует.

(448) я говорю конкретно про твою фразу

(449) + с этим согласен: (417)

(449)  + хотя в вики есть и такое:
В общем случае в разных языках программирования термин «инкапсуляция» относится к одной или обеим одновременно следующим нотациям:
- механизм языка, позволяющий ограничить доступ одних компонентов программы к другим;
- языковая конструкция, позволяющая связать данные с методами, предназначенными для обработки этих данных.

(450) конкретно то что описал Конструктор, называется просто вызов метода. Почему он решил, что это инкапсуляция я хз.

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

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

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

(455) а ну да у здоровых людей API это называется, а не какая то там инкапсуляция.

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

(456) инкапсуляцией он называет возможность изменить логику внутри API и тем самым не повредив вышестоящему коду.

В этом смысле она есть в 1с (на уровне платформы) но недоступна программисту 1с

(456) API Application Programming Interface — «программный интерфейс приложения»[1]) — описание способов (набор классов, процедур, функций, структур или констант), которыми одна компьютерная программа может взаимодействовать с другой программой.

(459) кстати в API есть слово Interface, которое имеет прямое отношение к инкапсулации

(459) У него "одна компьютерная программа" - это слой. Так что все таки апи, а не инкапсуляция. Что интерфейс? Интерфейс это договор, о том что в твоем классе будет обязательно какой то метод. Например авто права - это международный договор о том что ты можешь управлять тс с рулем и педалями, что ты можешь поехать в австралию и сесть там руль машины. А за трактор гусеничный тебя даже тут не пустят, потому что твои права не имплементируеют методы управление трактором.

(442) А в каком языке нет отладчика? Везде он есть. Но вот настолько неудобной среды как конфигуратор нет пожалуй больше нигде, это и правда плюшка.

(458) Ну Вам виднее, я в сортах психоза не разбираюсь.

(447) самая ржака что вообще про аналитиков был раэгтвтр и их инструментарий, но лысые за свои прическу  трут

(461) "У него "одна компьютерная программа" - это слой. "
он прям так и сказал?

(461) ну и причем тут трактор?
вот опять же из вики:
Инкапсуляция — в информатике, процесс разделения элементов абстракций, определяющих ее структуру (данные) и поведение (методы); инкапсуляция предназначена для изоляции контрактных обязательств абстракции (протокол/интерфейс) от их реализации. На практике это означает, что класс должен состоять из двух частей: интерфейса и реализации.

я об этом

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

(0) Сделайте курс для консультантов. В курсе аналитика 1 С много страшных слов.

(468) фи. Аналитик это же круче чем консультант.. Во всяком случае звучанием.

(469) Не лучше ли быть неплохим консультантом чем недоаналитиком?

(0) Мне много приходится сейчас возиться с чужим кодом на том же C# и Java. И иногда сейчас в 1С. Из-за отсутствия статической типизации это сложно сделать. Тот же интеллисенс во многих случаях не работает. Вот например TypeScript сейчас набирает бешенную популярность и прежде всего из-за аннотации. Нет проблем ввести аннотацию, интерфейсы. Сейчас в 1С рулит утиная типизация с кучей модулей и обработок.
В том же C# очень удобны partial классы, где класс можно разбить на несколько файлов

Что касается расширения 1С, то тут конечно система Native ВК сильно устарела. Проще сделать какой ни будь REST сервер чем возиться с этой ВК.
Ну и они уже начали вводить async/await то можно уже делать и замыкания, в том числе и для отправки на сервер.
Может все уже есть и я отстал от жизни?

(471) <Из-за отсутствия статической типизации>
ща есть идиотская мода делать динамическую типизацию как в питончике, даже в крупных проектах. из-за чего в индустрии сейчас полно людей которые морщат нос от людей пишущих в 'ява стиле'
например  в гошечке многим любимой довели идею до абсурда не указывать интерфейсы у сущностей...типа и так все всё понимают

по этому еще вопрос, нужна ли статическая типизация в 1С...

(472) Аннотация нужна. И TypeScript тому пример. Это уже все поняли. Но можешь и не использовать. Твое право. MS скстати потратили кучу времени на аннотацию основных JS классов. Пусть 1С начнет, а остальные поддтянутся

(468) кстати да.

(471) >Проще сделать какой ни будь REST сервер чем возиться с этой ВК

++

(475)+ хотя тут сразу вопли про "микросервисы" ))

(472) признаю что интерфейсы в Го недоработаны
бывает хрен разгребешь что и куда разраб некий с гитхаба запрятал

476 Угу пусть gRPC вводят, раз Web сервисы устарели.

(477) Для 1С аналог TypeScript  наше всё!

(477) блин, ты столько говоришь про свой ГО, сколько ты на нем зарабатываешь? 600-700 тыс получается?

(94) это ты крут. то есть сразу в голове провел (унутре там где ЛПЧ) "декомпозицию" до самого мелкого уровня и начинаешь собирать... круто...

(481) я же писал в (181), порядок такой

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

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

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

(467) А как надо пересмотреть?

(464) Ожидаемо :)

(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"

(481) Чо такого? я модель предприятия обычно собираю за неделю, и еще месяц пишу документацию к ней

(483) Если бы он знал как надо, то был бы уже Старейшиной Владимиром, а так просто Старый Вова ;-)

(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, с соответствующими продуктами описаний, и верификаций. Может сменить свою помойку получение высшего и пойти в норм вуз?

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

Та же Арис eEPC, первое это программный продукт, второе эта нотация, которая интегрируется с САПом из коробки

1сники ловко подтвердили тезисы в (0) :-) Нет, ну ладно с архитектурными слоями, это я погорячился, принеся их в эфир. Но не понимать, что такое инкапсуляция??? Seriously?

(491) :) вас уже выпустили из  ... бана?

(492) как видишь

(493) :) ты точно не автор срачей насчет фузины ... уж больно похоже .. да и нет среди 1сников таких тролей как ты ... манька да фиксин - самые необычные

(494) вспомни "семинович" :)

(494) если что-то не укладывается в вашей картинке мироздания, не надо объявлять это троллингом. Лучше погуглить и разобраться

(495) https://www.ozon.ru/product/chistaya-arhitektura-iskusstvo-razrabotki-programmnogo-obespecheniya-144499396/

Читай и просвещайся. Из книги узнаешь, что такое архитектурные слои, зачем и как приложения делят на архитектурные слои, и почему фреймворки это не архитектурные слои

(497) "Этот товар закончился". Несите следующего. Как и автор

Сраный умный снова на сцене

(499) Он просто не такой, как все.

(499) опять оскорбления

(500) всё верно, я не застрял на 1сном говнокодерстве

(497) Ну чего ты другое мировоззрение пытаешься втолковать в чужом монастыре? Зачем?
Тот кому надо будет расширять свои знания и опыт работы с другими языками. Здесь же теплый ламповый мирок 1С - "Нас и здесь не плохо кормят..."

(502) ты именно там и застрял. И никакие умные книжки пока не помогают.

(503) да кормитесь на здоровье. Только не надо придумывать нелепые трактовки вещам, в которых ничего не понимаете. Это называется невежеством

(504) ты дальше ларёчного говнокодинга на 1с ничего не видел. Не тебе рассуждать

(504) Пора?

(506) ну вот зачем ты прям вот так сильно сказал. У меня аж слёзы брызнули

(496) :)) ии он вернулся

(495) :) ну да ... там было изящнее

(0) Час пробил: хорошие, но начинающие программисты 1С ищут работу за смехотворные деньги
Ищу работу начинающим программистом 1С

(505) Да ладно крупные корпорации иногда делают именно так, хотя простой пример не приведу...
Мы же в 1С сиди на конкретной реализации, но иногда ноем что 1С нам что-то не сделало, но как только возникает желание сделать что-то самому понимаешь насколько самому реализовать это тяжело.
Я уже развлекался: http://php1c.ru
Так что либо перебегаешь в другой монастырь, либо сидишь на полянке 1С.

(511) Да неправильно ищут. Проси 150 да и всё. А то намусолил там чота.

(495) :) но одно дело строить из себя блондинку а другое
"гения одиночку который пробирается сквозь толпу ничтожеств только не с диссертацией а с ножичком"(с)

(512) я не говорил делать так. Совершенно никого ни к чему не призываю. Проблема маленько в другом. Откатись и посмотри, с чего начался срач. А начался он с того, что некоторым 1сникам больно принимать, что в другом программировании БД уже давно не воспринимают пупом земли, как это всё ещё делают в 1с. Из (497) цитата:

"С архитектурной точки зрения база данных не является сущностью — это деталь, которая не должна подниматься до уровня архитектурного элемента. Ее отношение к архитектуре программной системы сопоставимо с отношением дверной ручки к архитектуре здания
...
Многие фреймворки доступа к данным позволяют передавать записи и таблицы из базы данных в виде объектов через всю систему. Но такой способ действий является архитектурной ошибкой. Он связывает варианты использования, бизнес-правила, а в некоторых случаях даже пользовательский интерфейс с определенной реляционной структурой данных."

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

(516) конечно-конечно. Топовые книги по программированию это суета. И только Кирпич знает, как правильно программировать!

(517) Конечно знаю. Не первый год плаваем.

(518) во-во. Каждый правщик кода типовых конф 1с почему-то думает, что он познал дзен программирования. Я тоже когда-то таким был, когда у меня было мало опыта

(519) https://infostart.ru/upload/iblock/a29/Дорога_1С.jpg

(519) ...мало опыта и луковая архитектура из книжки сделали тебя гением.

(521) у тебя большие проблемы с восприятием текста

(522) Откуда у нас, убогих, восприятие. Да нам и не надо. Мы же не проектруем ПО, мы ларёчники. Это ты у нас не то книжкв прочитал, не то windows 11 спроектировал.

(523) ты на правильном пути! Долой развитие, долой изучение нового. Только потом не удивляйся, когда пополнишь ряды тех дядек с вопросами "как возрастному программисту найти работу?"

(524) ты то в каких рядах, молодой горячий :)

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

(524) Возрастные архитекторы зато очень ценятся, ага. Особенно которые прочитали в 50 лет умную книжку и решили, что они не дура глупая, а парят над плебсом аки архангелы. Пойдешь в пятёрочку бутылки равнять :) Хотя ты на своём молокозаводе будешь до 70 сидеть.

(524) возрастной это сколько?

(528) ты прям как яркое подтверждение некоторых тезисов в (0)

(524) Читал я на хабре рассказ одного американского дяденьки.
Дяденька был спец на "больших IBM". И вот решил он заняться развиваться. Уже сильно в возрасте, как я понял.

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

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

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

// ================================================
Так что с обучением нового - большой вопрос. Обучиться можно. Обучиться до продаваемого уровня - другой вопрос.

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

(531) >>Так что с обучением нового - большой вопрос. Обучиться можно. Обучиться до продаваемого уровня - другой вопрос

Спасибо, кэп. Но не обучаться ничему, быть закрытым к любым знаниям, это вообще тупиковый путь. И не только в ИТ

(532) цены на диски падают, так что нет

(531) :) так он хотя бы изучал практические продукты а не идеальные сферические дата-слои в "крупняках"

Ближайший тренд развития (что надо изучать новичкам) это "много-"
Многопоточность, Многоданных, Многоюзеров, много вычисления и СУБД на GPU, Много ML и т.д.

(534) Дело не в хранении больших объемов, а в том, что программы требуют не просто больших дисков, но и _быстрых_ дисков.

(537) погугли PM1743

Если бы не вредительство микрософта и примкнувшего к ним в конце гугла с внедрением фактически интерпретируемых языков и рантаймов всюду - потребности в объемах и быстродействии можно было бы сократить на порядок. Используя старые приемы и технологии.

(539) :) тут и ты понял их план

(535) вот действительно, куда Роберту Мартину, Кенту Бэку, Мартину Фаулеру, Эрику Эвансу и другим до этого оказавшегося на улице дяденьки. Они сраные теоретики, а этот возрастной неудачник истинный практик, ага

(533) // Спасибо, кэп. Но не обучаться ничему, быть закрытым к любым знаниям, это вообще тупиковый путь. И не только в ИТ

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

Естественно, получать новые знания в каком-то объёме всегда нужно. Но пытаться убежать "на новое" - это не всегда лучшее решение для опытного программиста. И вот в этой фразе есть нетривиальный смысл.

(536) всё то же самое, что и 20 лет назад

(542) а ты глянь на Кирпича. Он тех книг в глаза не видел, ни в зуб ногой про что они. Но заочно объявляет их бессмыслицей

(544) С чего ты взял, что я их не читал. И где я объявлял их бессмыслицей?

(542) лучшее решение это то чего хочется, и что получается

(538) Ну это как ламборгини в автомобилизме.. не только лишь все смогут себе это позволить.

Эх... Такую тему пропустил
У меня вопрос: а вот в ихних SAPах вот это (0) всё есть?
Или с какими системами сравнивается?

(538) Вообще, следующий шаг - это стирание границ между дисковой и оперативной памятью. Чтобы энергозависимая RAM была бы лишь оперативным кэшем для реально хранящих данные ячеек твердотельных ЗУ. Тогда "теперь питание компьютера можно отключить" окончательно уйдет в прошлое, потому что его можно будет отключить в любое время, просто выдернув из розетки. А при включении выполнение продолжится с того же места, где было остановлено.

(545) см. (516)

(548) :) перечитай - тебе 10 раз сказали это будущее а мы прошлое но где именно все это есть не сказали - видимо в будущем откуда и переместился деконструктор1с
зы
только бы не как в фильме Терминатор...

(551) Говорю же пропустил, уже много страничек написали... Значит очередной диванный эксперт

(550) Там всего лишь написано о том, что "чистый код" и "чистая архитектура" в природе не существуют. Боле ни о чём. А книжки твои многие читали. Но у людей с нормальной психикой, факт прочтения книжки не является поводом считать себя умнее других.

(553) если бы ты эти книги читал, то не нёс ту ахинею, которую морозишь весь топик. У тебя на лбу написано, что ты дальше конфигуратора ничего не знаешь

(554) если бы ты что то понял, прочитав эти книги, то не нёс ту ахинею, которую морозишь весь топик. У тебя на лбу написано, что ты дальше конфигуратора ничего не знаешь

(555) пацанчик, у нас ИТ-департамент, помимо 1сников кого только нет. Поверь, другие прекрасно понимают и всю дорогу употребляют понятия слоистой архитектуры. И только у 1сников, дальше конфигуратора ничего не видевших, слоистая архитектура вызывает какой-то лютый диссонанс
https://www.google.com/search?q=architecture+layers

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

Как вариант - ветка дошла до критического состояния и отправляется в утопление.

Предложение к ТС взять на себя окончательное решение, т.к. права для этого имеются.

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

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

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


Я не знаю сколько тебе лет, но ведешь ты себя именно как "молодой" у которого главным являются инструменты....

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

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

(561) база данных - это не инструмент, это объект....

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


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

(562) +
то есть это не есть решение программистов (использовать или не использовать СУБД, или платформу 1с), это решение несколько иного уровня. И допускать к этому решению кодеров - верх безумства...

(563) держать БД в отдельном слое - и есть то самое стратегическое архитектурное решение. Если этого не делать, разрабы растащят SQL-запросы по всему приложению (как мы в 1с) и БД станет неотделимой от приложения. Но с чего ты взял, что решение "держать БД в стойле" кодеры принимают?

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

Нет. Это подход, который упрощает разработку

(563) https://www.youtube.com/watch?v=WXelYPjwmk0

(562) >>база данных - это не инструмент, это объект....

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

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

https://support.microsoft.com/ru-ru/office/основные-сведения-о-базах-данных-a849ac16-07c7-4a31-9948-3c8c94a7c204

(563) :) а давайте сделаем голосовалку кто из вас с кирпичом будет до последнего вестись на его троллинг?

(566) это в парадигме SOA,

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

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

и выбор, что использовать "объект" или SOA 1с замечательно предоставляет, в этом смысле 1с точно не отстает от мировых трендов...

(568) н-да... Ты не перестаёшь удивлять. Теперь у тебя монолитная платформа 1с с монолитными конфигурациями вдруг стала SOA...

(567) где ты увидел троллинг?

(570) :) брысь
зы
первое правило интернета - не кормить тролля

(571) да сам ты тролль!

(548) Я думаю, САП тут не сравнивается как раз. Его концепция близка к 1С...