как вы думаете что нового сделает там 1с?

а кто-то обещал 8.3?

матановую каптчу на запуск конфигуратора

Я лично жду режима совместимости с 7.7 :)

(0) уже?
а как же 9.1 ?

(3) никогда ! )))

(5) А вспомните винамп! :)

(6) и? ща играет )))

что нить пишут на партнерском?

(6)А что с винампом?

(0) какая 8.3? 8.2-то еще не взлетела...

(9) После знаменитой второй версии разработчики решили порвать с совместимостью, и слабали третью. Всю такую красивую, но несовместимую ни с плугинами, ни с шкурками второй. И никто ей не захотел пользоваться. Пришлось им выпускать ПЯТУЮ версию, в которой основным был упор на совместимость со второй :)

(11) А где четвертая потерялась?

в 8,3 ждем работы с сенсорным экраном и виджеты.

(12) А её не было. Пятая была на втором ядре с добавлением части свистелок третьей. 2+3=5 :)

главное чтоб была кнопка "сделать усе"   ))

(15) будет даже кнопка - "сходить в туалет".

А когда планируют бизнес логику на сервер вынести? И скорости хочется побольше.

(17)в скл или на сервер 1с?

в 8.2 вынесли

Ага. Вместе с мозгом.

(19) Для каждой новой версии 1с нужен новый мозг, вы не знали?

в 8.3 УПП коробка будет размером с гараж, т.к. в комплекте уже сразу будет идти новенький лексус :)

(21) Лопата и навозная куча для тренировки.

Восьмерка исчерпала себе нововедениями. Теперь что-то будет еще революционное и будет 9.0. И он будет не скоро. Сами 1С кодеры уже устали наверно ваять платформы. Нужно передохнуть. :)
Хотя кто знает может что то прикрутят типа управляемые что то и будет 8.3 ... 8.5

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

(24) 8.2 отличается от 8.1 больше чем 7.7 от 8.0

(25) и?

(15)+100)))

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

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

не понял эти пункты......

В 8.3 будет полноценный t-sql, соот-ее стандартам ansi-92/99/03

С курсорами!

Прошу отметить отдельно.

средства рефакторинга кода
ну и по традиции нормальный язык с полноценным ООП

нафиг курсоры?

нафик ООП?

Господи! Да пусть хотя бы исправят баг (если не ошибаюсь - тянется еще с 6-ки) - освобождение динамически выделяемой памяти. В 7-ке это просто задрало. В 8.1 (проверял) не исправлено.  Вот в пятницу скачал 8.2 - интересно проверить. Но что-то сильно сомневаюсь. На возможные возражения - если в течении получаса и более  память не освобождается, считаю багом. Через час это уже нафиг никому не надо.

(35) упростив жизнь - 1с не будет !

(36) В догонку к (35). Обясните: насколько я помню - в СИ после выхода из процедуры или функции динамическая память, выделенная под них или в их теле под массивы данных, освобождается автоматом (извините - сужу по опыту работы в операционке VMS). И если 1С написана на Си - так в чем тогда прикол?

а кто сказал что 1с на с#?

(38) Здесь же на форуме были такие утверждения (я-то не в курсе - потому и спрашиваю).

(3) - режим эмуляции 7.7 и только для версии Ultimate!

(37) в джаве и с# память освобождается при нехаватке или периодикски

(35) - пусть менеджер памяти и JIT-компилятор перепишут,

есть исходные тексты реализации сабжа в .NET

Разработчиков типовых всех уволят и найдут новых, с прямыми руками.

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

(44) можно и принудительно память очистить вызвав функцию

(42) где есть?

(46) - можно посмотреть, как сделано в .NET ядро:

http://en.wikipedia.org/wiki/Rotor_(software_project)

библиотеки опубликованыполностью

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

(47) И это действительно поможет?

прямое использование SSCLI в коммерческих целях запрещено, но оно и не нужно в данном случае.

(49) - вполне возможно, что в SSCLI реализованы более эффективыне механизмы сборки мусора

(48) сомневаюсь что будет достаточно востребован

(47) не понял ссылку

(49) память освободит....

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

(48) нужен клиент для касс

(51) есть сервер по линуха, нужен и клиент.

я сомневаюсь в достаточной востребованности поддержки DB2 например.. и что - оно же не мешает...

кстати может быть решат к девятой версии проблему с неосвобождением памяти rphost процессами на серваке...

а в 8-ке вообще как происходт выполнение?

генерация байт-кода и его исполнение или просто дерево выполняется?

каталог sscli20\clr\src\vm\

файлы gc*.*

отвечают за сборку мусора

(58) есть исходники и джавы сборки мусора

jbond,   ERWINS - Спасибо. Намек понял - буду копать в этом направлении.

(60)А вот в Си распределением/высвобождением памяти управляет программист. В Джаве это делается автоматом.

(59) - вопрос только в том, что эффективней.

(61) - и это нужно делать только в Си(плюс плюс).

в остальных языках нужна только эффективно реализованное автоматическое управление памятью

с шарп тоже автоматом

(63) - все автоматом, кроме делфи :-))))

поэтому он такой непопулярный

(64) были модификации дельфи со сборкой мусора

(65) - это?

http://edn.embarcadero.com/article/28217

а есть и для C/C++

(0) где ссылка ?

(24) "хранение текста в разрезе языков." - нах?
"генератор кода формы" - вот уж чего не надо, того не надо
"оптимизация производительности" - это пожелание можно ко всему приколачивать гвоздями.
(43) У разработчиков типовых руки прямее, чем у 90% остальных одинэснегов. И "это долбаный факт" © Snatch
(48) Чем Огнелис не устраивает?

(68) А нужно чтобы были прямее чем у 95%. По правилу http://lurkmore.ru/95

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

А насчет генератора кода формы - ты, видимо, просто не знаешь, что это, иначе я не могу понять, как можно отрицать полезность такого инструмента.
Посмотри оценки людей: http://infostart.ru/public/22147/

(29)
генератора кода формы - это типа  такой инструмент: прогер правит или создает форму, делает её как надо, а этот инструмент генерирует код создания всех элементов формы, назначения обработчиков событий.
И, главное,  наоборот, по коду - генерирует конечный вид формы, который можно её подправить, и заново превратить в код.
Такая фишка реализована, например в зачуханном, бесплатном Koda GUI Builder для AutoIt. Удобно неимоверно, диву даешься почему 1С не сделало такого шага навстречу разработчикам - скорость разработки выросла бы на несколько заметных процентов. За неимением родных инструментов приходится пользоваться вот такими разработками как по ссылке в (70). Причем, в случае родного инструмента возможностей резко возрастает - можно сравнивать измененную форму с родной и генерировать код, только касающийся изменений и т.п.
Правда, в Koda GUI Builder описание формы дополнительно хранится в специальном шаблоне, но тем не менее, сделали же конструктор-код-конструктор для запросов, не вижу проблем создать специальные правила разметки кода и для кода формы.
Универсальные коллекции - я щаз не вспомню что конкретно мне не нравится, но наступал постоянно на невозможность превратить одну коллекцию в другую чтоб огород не городить с циклами, сложности с фильтрацией и т.п. Да и циклы по коллекции сейчас крайне неудобны, если с ней операции проводятся.
По запросам у меня меньше всего пожеланий. В принципе, тот пункт снимаю. Меня пока устраивает )))))

а, не,  хочу чтобы из запроса было можно нормально работать с таблицами значений.

ООП, хочу ООП!

(0) Ничего не жду...

(71) в 8.2 мышкой на настраивается вся форма, в зависимости от опций и разрешений имеем разные формы, по-моему удобно.
(72) из запроса тз это сильно. чем временные таблицы не устраивают ?

(73) +1024

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

(0) Хачу полноценный sql с человечим лицом! ;)

всё это будет в 8.8

(76) толстый клиент под линукс хачу тоже :)

А еще хачу, чтоб 1С купила лицензию GNU GPL :)

73439184630546847462634057197491