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

Вместо того, чтобы написать своё RDP, 1с придумало тонкого клиента и напрягла программистов, вам не кажется?

Мне кажется, что трехзвенка 1С82 - это шаг назад и хороший превращает инструмент RAD в УГ, которого много (Navision, Axapta и т.п.)

Вообще то трехзвенка и в 8.0 была, а тонкий клиент это шаг вперед в плане масштабируемости и самодостаточности системы.
А ТС рекомендую выбрать п3 и не писать всякую ерунду.

не использую тонкий клиент и УФ. сижу на 8.2, планирую переход на 8.3

КГ/АМ... тонкий клиент - это несомненный плюс

пусть шагают куда хотят

Развитие идет по циклу.
Все это уже было.

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

(0) Геня, ты чего? Какой ассемблер, ты совсем поехал?

(0) В нулевом посте не раскрыта тема перфокарт. Незачёт.

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

я эту тему пару дней назад поднимал
v8: УФ vs RDP часть 2-я

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

Когда его забанят )))

По первому пункту: Генька спросил про одно а большинство и не поняло, врубили заднюю передачу про трехзвенку, повторяю для непонявших, но имеющих мнение: нафига дерективы НаСервере, НаКлиенте...., почему это не оставили самой платформе определить, где должно выполнятся, нафига это всучили прогу. (казалось бы причем здесь овнокод, правильная система сама должна разруливать, где выполнять те или иные участки кода)
По второму: да кг/ам

в каком месте это шаг назад? - имхо ТС старее и начинается старческое ворчливое бурчание)

если вам и вашим клиентам это не нужно не используйте - тогда все остается по старому, толстый клиент и вперед)

Логика понятна, хотя и напрягает. Сложность восприятия УФ была до "осознания" цепочки
значение(например,дерево) - реквизит формы - элемент формы

Не все можно сделать просто-быстро-и-удобно из-за этого по сравнению с 7.7 и 8-не-УФ.

(0)Осип Сергеевич, пора-бы и протрезветь! Какой тут нафиг асм!!!

мне бы такую траву....

(56) только не говорите это разработчикам client-side и server-side логики, а то они себя почувствуют ущербными людьми, работающими вместо компилятора :)

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

асм всяко круче 1С

))) Гейний 1с рулит... Напиши нам свою 1с на ASM))))

Причем тут asm???
Правильная идея, стремление быть в "облачном" тренде. Но вот реализация - увы.
На Селезневской сидят очень грамотные люди, которые безусловно читали Фаулера, знакомы с GoF, асинхронным программированием, хорошо чувствуют тенденции cloud computing.
Но вот их целевая аудитория...

я был бы не против ассемблерных вставок