Так ли критична "Критика 1С". #810261

"Если до введения директив препроцессора 1С платформа была предметно-ориентированной, то с вводом таких директив она стала машинно-ориентированной... Кода стало больше... Код стал сложнее. Появилось огромное количество всевозможных правил и настроек... Разработка стала сложнее и дороже! Увеличился порог вхождения новых программистов.... Ну а что, стало быстрей? Да что то не заметно. Пользователи полюбили работать с 1С в браузере — да ничуть. В толстом клиенте работать удобней чем в браузере" Может быть автор в чем-то и прав Предлагаю обсудить

"Если до введения директив препроцессора 1С платформа была предметно-ориентированной, то с вводом таких директив она стала машинно-ориентированной... Кода стало больше... Код стал сложнее. Появилось огромное количество всевозможных правил и настроек... Разработка стала сложнее и дороже! Увеличился порог вхождения новых программистов.... Ну а что, стало быстрей? Да что то не заметно. Пользователи полюбили работать с 1С в браузере — да ничуть. В толстом клиенте работать удобней чем в браузере" Может быть автор в чем-то и прав Предлагаю обсудить

"Если до введения директив препроцессора 1С платформа была предметно-ориентированной, то с вводом таких директив она стала машинно-ориентированной... Кода стало больше... Код стал сложнее. Появилось огромное количество всевозможных правил и настроек... Разработка стала сложнее и дороже! Увеличился порог вхождения новых программистов.... Ну а что, стало быстрей? Да что то не заметно. Пользователи полюбили работать с 1С в браузере — да ничуть. В толстом клиенте работать удобней чем в браузере" Может быть автор в чем-то и прав Предлагаю обсудить

"Если до введения директив препроцессора 1С платформа была предметно-ориентированной, то с вводом таких директив она стала машинно-ориентированной... Кода стало больше... Код стал сложнее. Появилось огромное количество всевозможных правил и настроек... Разработка стала сложнее и дороже! Увеличился порог вхождения новых программистов.... Ну а что, стало быстрей? Да что то не заметно. Пользователи полюбили работать с 1С в браузере — да ничуть. В толстом клиенте работать удобней чем в браузере" Может быть автор в чем-то и прав Предлагаю обсудить

"Если до введения директив препроцессора 1С платформа была предметно-ориентированной, то с вводом таких директив она стала машинно-ориентированной... Кода стало больше... Код стал сложнее. Появилось огромное количество всевозможных правил и настроек... Разработка стала сложнее и дороже! Увеличился порог вхождения новых программистов.... Ну а что, стало быстрей? Да что то не заметно. Пользователи полюбили работать с 1С в браузере — да ничуть. В толстом клиенте работать удобней чем в браузере" Может быть автор в чем-то и прав Предлагаю обсудить

Даешь еще более сложный код (порог вхождения)

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

"писал диллетант" // Писал трудолюбивый :) Ленивому разницы нет - на 1 ПК или на 100 платформу обновить :)

Тормознутость 1С8 уже стала привычной. Попытки ускорить предпринимались и продолжают предприниматься - но ИМХО дело в фундаментальных принципах - ну невозможно контролировать все остатки и движения за весь период и быстро выбирать и апдейтить таблицы - тут либо - либо.

а что тут обсуждать, если сцитированный автор н прав по всем пунктам сразу... и голосовалка в пунктах 2 4 5 ни о чем

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

Шо, опять? Имя этим критикам легион...

* автор не прав во всем

Еще один динозавр выполз из клоаки. Ну ладно, ну не умный ты человек - с кем ни бывает. Ну занесло тебя в профессию, для которой не хватает интеллекта, - бог с тобой. Ну зачем же свое Г оформлять как креатив? Потому что Автор - М? А, впрочем, он на хабре оформил. Там можно. Хотя вот насчет порядка пунктов в справке я соглашусь. Описание должно идти перед параметрами. Ну даже мартышка за пишущей машинкой нет-нет и набьет что-нибудь осмысленное (не Войну и мир).

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

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

с цветами кстати автор классно придумал. Хоть бы его разработчики послушали...

бред. Пользователи и так не думают, а потом вообще читать разучатся

цвета можно сделать и самому - это рюшечки

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

если бизнес не тянет монитор - может ему не надо 1с?

А Я не проникся идеей с цветами

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

+ микро бизнес и сейчас может купить 1с от 3300, и работает она прекрасно на любом ПК, на котором можно нормально серфить в интернете. Непосильные затраты? так еще винду надо тоже покупат, а она стоит больше

Дочитал до 7-го пункта, автор уверен что он имеет спеца по платформе? Из идей только цветовая дифференциация справочников, и то для новичков

Расстрою тебя, начальные траты на инжиниринговую компанию -99%  составит ПО по 3-6килобакса за одно рабочее место

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

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

по-моему, какой-то бред написан. Company viewer написан был стопицот лет назад и зовут его сервер терминалов Windows... То же касается многого остального. Вылазит пионерия, которая вообще не знает и не понимает что было до нее, и высказывает свое единственно верное мнение

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

Был у 1с лозунг "доступно и всерьез", теперь "не нравится - не ешь".

Когда у общества нет цветовой дифференциации штанов, то нет цели! А когда нет цели — нет будущего! (с) Кин-дза-дза

Статья еще раз подтверждает тезис о ленивости и тупизне большинства одинесников.

"Тормознутость 1С8 уже стала привычной." — это вы с приложениями на java мало работали.

Какое еще низкоуровневое программирование? *facepalm*

Управляемые формы ­— это огромный шаг вперед. В "более других" языках и фреймворках это называется "data-driven UI".

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

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

клиент-серверное взаимодействие нормальная тема, если уметь готовить. Ленивые и старперы сидят на толстых клиентах. Прогрессивные и молодые - на тонких. Молодой компании куда дешевле и комфортнее обслуживать парк из одного сервака и 1000 тонких клиентов чем 1001 толстый. Работа на тонких клиентах быстрее, предсказуемее и стабильнее.

Одинесников еще пожалели — оставили один и тот же язык для бэк- и фронт-энд. Вы посмотрите, в каком супе варится остальной мир!

Когда-то 1с убивали "программисты-бухгалтеры" без малейшего знания теории программирования. А сейчас их нишу заняли веб-дизайнеры.

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

да и стоит ли? сам подумай

Я так понимаю статья авно, потому что авто не осилил административную установку в домене (и пофиг что у автора нет дамена, значит статья авно потому что автор не осилил домен)? А по остальным пунктам что не так?

К сожалению, нет. Одинес всегда тащили вниз лентяи и дилетанты.

Любая задача заставляет думать. Только вот тут приходится думать еще и о клиент-серверном взаимодействии в дополнению к решению предметной задачи. Я не говорю что это трудно, но на это уходит время.

А тем, кто старый и ленивый, но любит УФ - теперь разорваться что ли? Особенно когда 7.7 вся изъезжена вдоль и поперек и надоела хуже горькой редьки?

Прочитал. Автор постарался быть максимально корректным. Даже слишком. Увы, все это бесполезно.

Ага, и мониторы у него не 32 дюйма. Нищеброд однозначно.

не иметь домена при овер 100 компах? ну да ладно, допустим нет, что мешает запускать 1с из сетевой папки одной установки? (в 99% случаев будет прекрасно работать если не нужен например com)

В платформе всё уже придумано за вас. Осталось только это грамотно применить.

Чем терминал + remoutapps менее комфортнее установки платформы на ноутбуках сотрудниках которые разбросаны по всей стране и которые сидят на 3g модемах?

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

Ну да конечно. А то, что не предусмотрено - "не нужно". Знаем.

Автор жжет. Ухохатала цветовая дифференциация. У автора есть Потенциа и Сила Г1С.

Ибо бест практикс.

У нас основной парк мониторов 17" - 23". Всем хватает. Основной секрет - не тащить на формы всё, что всем попало хочется, а только то, что нужно.

Старпёрский плач про зеленые деревья и большие сиськи.

А что конкретно "не предусмотрено"?

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

tl;dr

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

вроде бы автор не сильно сравнивает что было раньше, а что сейчас, а делает упор на то что неудобно

Ну например хранение несереализумеых данных в контексте сеанса на сервере. Нельзя так просто взять и хранить например com-соединение. Я понимаю что это архитектурно обусловлено, но что мешало архитектуру чуть подправить?

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

прогресс ради прогресса?

про com-соединение в 2017 году надо давно забыть как про страшный сон

но согласись, доступ к предопредлеленным значениям через ПредопределенноеЗначение - это знатный костыль. А вот если бы модуль менеджера был бы и на клиенте и на сервере - это бы упростило многое (например количество общих модулей). Отсутствие &НаКлиентеНаСервере тоже мешает, приходится кучу параметров передавать. Да и для общих модулей, чтобы не делать их три - было бы полезно подобное.

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

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

просто УФ немножко обогнали время - через 1-2 года вопрос вообще не будет стоять - останутся только УФ

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

Ну, это вопрос архитектуры фреймворка. Да, местами сделано через ж.пу. Местами сильно через ж.пу.

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

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

я считаю - Весь код программиста 1с должен выполнятся на сервере, ВСЕГДА!

даже если все тащить - можно грамотно разбросать по страницам и все даже в малые габариты уместится

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

Всякие веб-сервисы именно для этого и придумали. Точнее, http-сервисы. Они встроены в платформу, ничего руками в целевой конфе менять не надо. Ах, да! Надо работу с odata освоить. Ну да, это сложно. Опять надо думать, напрягаться.

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

что там со встроенным вебсервером? Какой год ждем?

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

Даже для файловой базы? А если решение должно быть универсальным независимо от того, есть у клиента веб-сервер или нет?

Не-не-не. За каждым чихом на сервер лазить тоже не вариант.

Потому что 1С проектирует решения для всех. Не для конкретно Провинциального 1Сника, у которого 1 1Ссервер, а, например, для тех, у кого кластер.

"Всякие там веб-сервисы не катят." А что не так? Тяжело XDTO схемы строить? COM- одноразовый перенос. Web-сервис - постоянный.

Мое мнение: в чем-то согласен. В чем-то нет. По поводу релизов - это просто ужас. Какой смысл штамповать три релиза платформы в течении месяца? Сделайте один, но стабильный.

Ну, сделают, наверно. Хотя я не вижу сложностей поднять апач при необходимости.

Это продолжение ветки ?

Вся статья хрень. Писал дилетант. Не согласен ни с одним пунктом.

про цвета для типов МД - гон... все привыкли к иконке перед заголовком а радужные цвета командной панели - это негетеросексуально...

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

Когда деревья были зеленые у 1С была практика выпускать тестовые релизы не менее чем за месяц до финала. И все правки косяков были в тестовых релизах. А потом выпускался один финальный. Сейчас же 250 релизов и все "финальные" (Сдается мне в целях оптимизации расходов они разогнали отдел тестирования и переложили тестирование на конечных пользователей)

+ а дальше остапа понесло... даже читать в лом :-D

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

а про 100500 релизов и мульон ошибок в "стаблиьной версии" возможно, и прав

+ Тем более что они даже "мини-сервер" продают, в котором кластеры отсутствуют как класс..

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

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

Восьмёрка ещё сыровата...