Зачем мы сделали интерфейс "Такси"

Почему мы вообще взялись за это, и почему мы сделали его именно таким

http://v8.1c.ru/o7/201309taxi/index.htm

Мы всегда стремимся к тому, чтобы облегчить переход на новую версию платформы. Но, к сожалению, не всё можно сделать автоматически, некоторые моменты требуют вмешательства "вручную".

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

Мы понимаем эту проблему, и предпринимаем определённые шаги для того, чтобы она не стала камнем преткновения при переходе на версию 8.3. В ближайшее время мы хотим предложить решение, которое позволит разработчикам плавно "пересесть на Такси", «растянув» процесс адаптации. Это решение автоматически позволит использовать старые сложные, «насыщенные» формы без переработок.

В интерфейсе Такси такая форма уже не будет выглядеть как старая, но и не будет ещё выглядеть полностью "таксишной". Однако с ней можно будет работать и для неё будут доступны все новые возможности интерфейса.

P.S. Интересно, что это будет за решение? Кнопка масштабирования элементов форм в режиме конфигуратора?

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

(328) +100500

(328)>>Согласись, что зачастую лучше заново написать систему
соглашусь.
Только когда 1С переписывала систему последний раз?

(331) жжете  ))))))

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

(333) а может у нас у админа руки прямее?))))))))

(335) развитие платформы - не не слышал) все эти скули, все эти скд и так далее это все застой)

(328)>>Вот когда конфигурации и платформа достигнут некоторого монстрообразного уровня
я понял, чего ждут мои оппоненты.
А мне надо всего лишь производительности и прозрачности действий системы. Без придури, тупости и нелогичности.

(336) прикинь, работаю)

(337) не мешай человеку верить что в Украине не дают бандитам воровать)

(342) Именно преписала систему, на моей памяти три раза.
6.0 -> 7.x -> 8.x .

(345) угу хочешь сказать у Гилева руки кривые? Я показал ему нашу систему он только руками развёл

(345) он быстрее прямыми руками жмет "ок-ок-ок"? ))
может быть.

(338) из 3) мне не надо гуглить - я здесь живу и вижу все своими глазами.

(346) а ты не подменяй понятия. Развитие платформы (скд и прочее) с развитием бантиков (переход с УФ на Такси)

(350) тогда в чем смысл всей этой галиматьи УФ-облака-фреш-8.3-такси-хрень очередная" и нападок на меня?

(350) Четыре 8.1 -> 8.2 УФ

(340) скуль тормознутый? 100 пользователей в дбф в штатной 1ске 7ке?

(357) да, да и еще раз да

(346)>>все эти скули, все эти скд и так далее
как всегда - одноэсники не знают своей "истории" ))
Когда произошел переход на SQL, и когда появилась СКД? СКД, кстати - еще та фигня неоднозначная.
По большому счету - лучше б её не было.

(356) Ну я взял кардинальные изменения с нуля.
Таки 8.1 -> 8.2 вряд ли с нуля.

(347) " и прозрачности действий системы" документацию почитать не предлагать?

(352) он скуль настроил и сеть (351) какую именно систему?

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

(354) то есть развитие у 1с есть таки?

(361) видимо, вам достаточно 1совой документации, елси вы её вообще читаете ))

(358) чето вы не договариваете

(362) Хочешь сказать что настройки скуля для 8.1 и 8.2 разные?

(360) Так и 7.7 -> 8.1 тоже не в нуля. Только 8.1 -> 8.2 УФ это кардинальные изменения, которые забыли присвоить новый номер по маркетинговым соображениям.

(359) кому лучше - 1сникам которые каждую новую колонку отбор и сортировку дописывают за дополнительную плату?)

(362) не ошибусь, если скажу, что SQL он натсроил по гилевским запискам?
(351) у Гилева руки.... я бы сказал, загребущие больше ))))

+ 370
а загребать - все равно, в какую сторону они растут )))

(367) по скулю не скажу - это у нас админ настраивает.

(370) не ошибёся

(370) хз. я к скулю не касаюсь. не царское это дело

(366) о чём? Может конечно у вас фирма и состоит на 99% из потребителей контента. А у нас в основном пользователи в базе генерят его (для потребителей отдельная база). И если не брать прямые запросы в скуль, то дбф всегда выигрывала у скуля по записи.
Единственное прикручено вк управление приоритетами

(358)
И как у вас с ошибками транзакций при активной работе пользователей ?

С зависанием списков у всех при ошибках транзакций у одного ?

(354) "развитием бантиков (переход с УФ на Такси)" мне таки кажется, может стоит и крестится, не знаю, но скорее не совсем бантики. Попытка ускорить эти самые УФ и оптимизировать, заодно решили с интерфейсом поиграть.
Я ж говорю, пока у 1С есть возможность без критических последствий делать резкие повороты, она этим пользуется.

(368) Может быть, не буду особо спорить, все-ткаи 8.1->8.2 УФ довольно-таки приличные изменения.

(368) открою очередную тайну 1С (сейчас одноэсники упадут в обморок, а когда очнутся - бросятся с воплями в атаку):
1С изначально (5-я, 6-я и все остальные ранние версии) были не с нуля, в на базе неких разработок, с которыми братья работали в НИПИстатинформ.
Все, жду стуков об пол, криков и топота ))

(377) Попытка ускорить за счет того что скрыть все элементы и сделать доступ к каждому через 5 кликов??? спасибо поржал

(374) не, ну судя по тому, что народ даже не знает, как это все в связке с 1С работает - то все в норме.

(375)>>И если не брать прямые запросы в скуль, то дбф всегда выигрывала у скуля по записи.
Сила SQL не в этом. Но 1С не знает о назначении СУБД, поэтому и не использует ничего из огромных возможностей любой из SQL-систем.

(376) обычное дело для 8-ки.

(376) очень редкие в основном с константой связанные (всё никак не вынесу часто обновляемые константы типа модовского IDD в отдельную табличку)

(380) Знает, знает. Открываем Руководство администратора в конце. Приложение 6. И видим библиотеки используемые в 1С. Может не все. Вы что-то добавите?

(381) мне как бы пофиг от осознания того что и как хреново работает у 1С со скулём. Мне для ускорения и работы понимания этого факта ну никак не поможет. Мне главное скорость работы

(384) используемые в 1С? как названия и возможность попнтоваться перед (девочками) влюбленными приверженцами?

И да я знаю что сила 1С типа в надежности и бла-бла-бла. Но в данном случае увеличение надежности несопоставимо с уменьшением скорости.

* сила SQL

(385) дело не в SQL или DBF.
Дело в 1С.
О том и говорю всегда. Но упертые 1сники во всю упираются в "спасительное" забытье - "виноват SQL!!!"

(387)>>И да я знаю что сила 1С типа в надежности и бла-бла-бла
это не ко мне, это к оппонентам.
Я прекрасно осведомлен про "надежность, масштабируемость, производлительность" и прочие строчки из агиток и красивые графики роста.

(385) Нет. Болид Формулы-1 это одно, а серийная машина это другое.

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

(391)>>Болид Формулы-1 это одно, а серийная машина это другое
опять спасительное забытье.
Для вас рюшки, семинары, совместные восторги, УФ-теперь-для-всех важнее, чем все остальное. Для меня и Aleksey - возможность быстро и правильно делать свое дело.

*важнее возможность быстро и правильно делать дело

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

(395) дорогой мой восторженный пользователь 1С.
В архитектуре 1С три уровня - СУБД, сервер и клиент.
На первых двух - свои собственныз индексы, которые никак и нигде не пересекаются. Клиент же получает все со скоростью 1с-сервера.
Такую простую мысль никто до сих пор не в состоянии понять, как я вижу.

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

Berkeley DB (BDB) — высокопроизводительная встраиваемая база данных, реализованная в виде библиотеки. BDB является нереляционной базой данных — она хранит пары ключ/значение как массивы байтов и поддерживает множество значений для одного ключа. BDB может обслуживать тысячи процессов или потоков, одновременно манипулирующих базами данных размером в 256 терабайт, на разнообразном оборудовании под различными операционными системами, включая большинство UNIX-подобных систем и Windows, а также на операционных системах реального времени.
Berkeley DB поддерживает необходимые возможности баз данных, такие как ACID-транзакции, детальные блокировки, интерфейс распределённых транзакций XA, горячее резервное копирование и репликацию.

(397) не справились - на SQL больше доков и наработок в плане "как пользовать", чем на BerkleyDB.
Да и поддержка производителя, опять же...

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

+ 399
опять же, сравните плакаты с "промышленная система на базе SQL" и "за основу у нас вязта BerkleyDB".
Думаю, что именно эта причина и была решающей - 1с ведь все равно, о чем врать, но если правдиво врать про SQL - выглядит более весомо.

(398) Если подходить с технической точки зрения, то 1С нужна конкретная однопользовательская быстрая SQL, типа sqlite.
Но 1С коммерческая фирма. Она продает софт. И поэтому приняла коммерческое решение прикрутить к своему движку несколько SQL. Дальше расказывать?

(400)>>когда сервер 1С получает данные со скуля, индексы скульные используются ?
используются, только сервер получает не "готовые" данные, а "свои" индексы, по которым в полученных таблицах уже сам обрабатывает данные.
Это - прямая причина тормознутости запросов и невозможности обработать большие объемы.

(400)+ Причем для семерки пробовал строить иерархию группировок и итоги считать скулем, через groupping by, но оказалось геморно выводить, проще было загнать плоскую таблицу в индексированную таблицу (не скульную, это объект такой в 1С++) и там уже все выкручивать.

(402)>>И поэтому приняла коммерческое решение прикрутить к своему движку несколько SQL. Дальше расказывать?
да-да, конечно.
Вы ж не рассказали, как на заре "приручивания" SQL 1с прикручивала их сразу "несколько" - как коммерческая фирма и сугубо из этих соображений.

(404)>>проще было загнать плоскую таблицу в индексированную таблицу (не скульную, это объект такой в 1С++) и там уже все выкручивать.
т.е. вам невдомек, что индексирование таблицы в 1С++ как раз и производилось средствами SQL, отчего так быстро и работало??

(403) Вот, теперь как-то больше похоже на правду.
Причем это не для всех конструкций.
Если из 1С сделаешь простой запрос с возвратомпростой плоской таблицы, то скорость будет вполне себе сопоставима. Ну разве что еще типизация ссылочных данных может времени занять.

(406) Чего ? Каким нафик скулем реализована индексированная таблица в 1С++ ? Вот ты опять где-то че-то услышал одним ухом и делаешь неправильные выводы.

(408)+ Каким таким секретным скулем пользуется 1С++ для работы индексированной таблицы в DBF базе ?

(400)>>То что некоторые контрукции языка запросов 1С реализуются постобработкой данных полученых со склуя догадываюсь.
ВСЕ реализуются.
Разве что только запрос ВЫБРАТИЬ ВСЕ ИЗ * - напрмяую преобразуется в аналогичный SQL-запрос.
Но и тогда - данные (и получает "типа объекты" с последующей их обработкой) ворочает 1С, и он же производит выходной результат процессинга данных в анализ, SQL же их только "подает" в виде набора связанных ИМЕННО ИНДЕКСАМИ SQL таблиц.

Я ж тебе специально написал "(не скульную, это объект такой в 1С++)" это не таблица в базе данных.

(406) причем тут DBF, когда "Причем для семерки пробовал строить иерархию группировок и итоги считать скулем".
Вы, что обычно для одноэсника, путаете все в одну кучу.
DBF и SQL - они ничем не связаны.

(410) Насчет типизации ссылочных данных полученных запросом соглашусь.

(412) Я ничего не путаю. Просто ты читаешь по диагонали.

(405) В 1С используется до трех соединений с SQL(ну может чуть больше или меньше), но лицензии на MSSQL мы должны закупать исправно все, на каждого пользователя.
И когда комерческий интересы 1С и Microsoft разошлись, 1С прикручивает к своему движку IBM(тут хоть она заинтересована) и Postgresql(здесь просто болид формулы1 прикрутили к контейнеру, зато бесплатно) и дальше поехало.
1с не использует специфики конкретного продукта SQL! Делают как могут.

Вы ребята главного не понимаете. 1С никогда не даст Вам ковыряться внутри своего движка для оптимизиции SQL. Они у Вас это забрали.

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

(415) 1С всего лишь нужно разработать свой сервер приложений на базе допиленной берклиДБ и она может замахиваться на внедрения из 1000+ пользователей. Можно даже продавать его как отдельный продукт. А то сейчас чтобы на 100 пользователей поставить, надо основательно помучаться с (пере/до)писыванием и в железо вложиться.

(416)>> А то сейчас чтобы на 100 пользователей поставить, надо основательно помучаться с (пере/до)писыванием и в железо вложиться.
зато в агитках, подхваченное многими неофитами, - "производительность, масштабируемость".

а уже кто то говорил что в статье скриншоты с версии 8.3.4 ?

+(418) и цвета не такие вырвиглазные..
права отступы все еще конские но надежды не теряем..

статья должна была называться так:
"Зачем? Зачем? Зачем мы сделали интерфейс такси?!!!"....

а мне понравилось

(419) Отступы это от старого движка IE, никто не в курсе когда они перейдут в windows на web-kit?

(422) и снова замереть на определенном этапе развития? (забыть обновить движок, ну ладно в linux зависимости подправить, а на винде надо будет пихать в инсталяху)

(423) Не понял. Сама Microsoft усиленно допилевыет свой новый движок. А безопаность старого не гарантирует.

апдейт по такси:
http://v8.1c.ru/o7/201309834/index.htm
Развитие интерфейса Такси в версии 8.3.4

я так понимаю скоро будет новая тестовая 8.3

Скоро будет стопицот галочек "совместимости"

Никак за ум начали браться?

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

Но почему же серый шрифт??????

(425) Ctrl+/- так и не работает, зато свое придумаем Вариант масштаба - Нормальный, Компактный...

(431) чтоб отрабатывать Ctrl+/- нужно полностью отказаться от виндовых контролов

(431) пропустил как то этот момент - т.е. в 8.2 это есть, в 8.3 не работает?

Из источника:

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

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

Что они там курят ?

(433) черт, есть по колесу мыши с зажатым контролом, Ctrl+/- и в 8.2 не работает

по мне так колесом удобнее менять

(434) +100!

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

(438) Одной ногой он стоял в прошлом, другой вступал в будущее, а между ног у него была жуткая действительность (с)