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

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

Помните замечательную возможность ещё с 7.7 "Поиск по строке" в формах списков справочников? В тонком клиенте ее нет, её заменили на "поиск" он же "отбор" в отдельном окошке. А объяснить пользователям  почему новая система стала менее удобной не всегда получается.

ну юзай управляемые формы в толстом, кто тебе мешает-то?

очередное нытье?

wiki:Model-View-Controller

ну и http://v8.1c.ru/beta_ma/thin.htm

очередной неудачник имхо

(0) Тоже не мог понять этот прикол с поиском построке. Тормозить стали формы списка и еще куча всякой фигни.

УФ - разработка стала сложнее. Но это очередной этап в 1С. Было 7.7 -> 8.1 -> 8.2 -> 8.2 (УФ)

Нужно смириться с этим и начинать изучать и кодить. Других вариантов нет.

Не нравится - ищите другую платформу или пишите свою.

(6) УФ - разработка стала сложнее?

(8) Да. Передача значений с клиента на сервер - дополнительный код / время разработки. Вместо 1 процедуры - две / три.

ПРимерно так - когда реализуешь задачу в тослтом клиенте возникает вопрос - каким из миллиона способов это можно сделать. А в УФ - как это вообще можно сделать.

да ладно, за один только фильтр по реквизитам "через точку" УФ можно простить все

(9) это заставляет немного думать, отделяя представление от кода

от "бизнес логики" в смысле

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

ояпть срач, Гения позовите, он накидает говна в УФ

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

Может еще заставить всез объявлять переменные в начале процедуры, типизировать их. Из той же оперы.

(15) я бы многое отдал за типизацию параметров и прочего, хоть бы и опциональную

это уменьшает долю говнокода сильно

1. Задолбали меня &Тута и &Тама
На толстый столько хороших внешек есть, но пока их на тонкий переделаешь...

2. При переходе с 7-ки юзвери быстрее к толстому привыкают, чем к тонкому.

Тут не может быть аргументов. Прогресс не остановить.

(2) Без нытья, просто хочется знать мнение других, что то подчеркнуть новое из общения в ветки.

Специфика взаимодействия сервера приложения 1С с тонкими клиентами вносит свой вклад в длительности выполнения команд. Зачастую, длительное время выполнения операций 1С не зависит от загрузки ресурсов или параллельной работы других пользователей 1С. Для демонстрации этого была создана обработка, основной целью которой было открытие и закрытие формы одного и того же документа и замер времени выполнения этой незамысловатой процедуры. Фрагмент кода представлен на следующем рисунке: http://www.softpoint.ru/UserFiles/Image/5t.jpg
На сервере приложения 1С не включен технологический журнал, есть большое количество свободной оперативной памяти и ресурса CPU. На нем запускается исключительно один процесс с обработкой.
После анализа статистики длительностей этой операции получены следующие данные:
http://www.softpoint.ru/UserFiles/Image/6t.jpg
http://www.softpoint.ru/UserFiles/Image/7t.jpg
На первом рисунке представлены все данные, а на втором – только длительности менее 2 секунд. При этом средняя длительность около 1,5 секунд (далее матожидание).
На что следует обратить внимание:
• На первом рисунке отчетливо видно, что значительные (до 9 секунд) отклонения длительностей от матожидания. Периодичность этих отклонений каждый 2 минуты. Следовательно, сервер приложения 1С запускает процедуру, приводящую к увеличению длительности. Поиск подобных процедур не дал результата, поэтому есть большая вероятность, что эта процедура никак не управляется со стороны администратора.
• Если увеличить масштаб (второй рисунок), то открывается другая интересная картина – на графике вырисовывается две четких линии с разницей до 30%. Природа этого явления, скорее всего, отличная от предыдущей. Но в этом случае уже значительная часть операций (около 25-30% от всего количества) выполняется медленнее.

>v8: Тонкий клиент VS Толстый клиент

Оба г-но !

Мои вменяемые пользователи совсем не опечалены возможностью искать через поиск как в клюшках. А в 8.3 такая возможность наполовину появилась.

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

(0) Хочется услышать Ваше мнение, по поводу удобства разработки, быстродействия клиентов, оптимизации, обучение пользователей.
"удобство разработки" - что один что второй имеют преимущества и недостатки. С одной стороны в уф нужно больше думать где клиент где сервер, с другой стороны ряд преимуществ - не болит голова с привязками элементов формы, динмический список вообще няшка - выводи все что хош одним запросом, пользовательские настройки в скд (хотя это же можно было и в толстом реализовать, ИМХО) и так далее. В целом тонкий и толстый клиент отличаются для разработчика в основном отличием работы с формами. В этом плане лично для меня  больше плюшек у тонкого клиента.
Быстродействие клиента? ну тут спорить не буду - замеры не делал. Опять же зависит от форм и прямоты рук разработчиков конфигурации. Но вроде, визуально, в тонком 1сина шустрее.
Оптимизация - зависит от условий, но чисто для себя начал замечать, что когда пишешь стараешься думать что бы лишний раз сервер не дергать и оптимизируешь код изначально. А не на коленке склепали а потом по свободе переписываешь.
обучение пользователей - а вот это уже не зависит от клиента. Открою большою Тайну - клиенту пофигу - 1с7ка/1с8ка/сап /навижн, тонкий/толстый клиент, Упр/обычные формы. Клиенту главное что бы программа работала и давала нужный результат. Религиозные темы его не интересуют.

а мне вот интересно, как тс представляет себе скролл в списке в тонком клиенте, где юзер набивает в справочнике "клиенты" ТЫКОВЛЕВ
это надо весь список протащить от Т до ТЫ. проще отбор вмазать и выкинуть только то что попадает. экономия трафика однако.