Интересно, что придумает 1С в девятке?

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

Кто как думает? Кто что желает? :))

"Параметричность"

(1) Хе, а поподробнее мона, а то слышал, а что это, четко не понимаю :o)

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

(3) Что-то я себе плохо представляю, как можно на параметрах сделать, скажем, проведение расходной накладной по партиям или я не о том? :o)

(4) В самы раз о том, в бАльшых системах это реализовано, но им и лет то гораздо более чем 1С, да и цена вопроса в десятки, а то и сотни раз выше...

(3) А почему бы это не решить на уровне конфигурации? Зачем это выносить в платформу?

(6) Это уж "идеология" у кого какая, в Р3 нет такого "платформа" (ну почти нет)...

(6) Действительно, задач-то море разливанное, все не параметризируешь :o)

(8) Посмотри Р3, я конечно только шапочно знаком с ней, ну потыкал, позырил как в реалии на ней усеры трудятся, что "настройщики" делают, почитал/послушал немного, там по сути все "Параметризировано", да даже R-Balanse более "параметризирована" чем 1С...
Мы живем хорошо, потому, что незнаем как плохо живем...(с)(Немного импровизированно)

Мне кажется, что 1С слишком гибка, чтобы весь теоретический объем задач можно было параметризировать. Пожалуй конфигурации как раз и служат для этого. Хотя от ряда вещей я бы не отказался :o)

(10) Ты незабывай о разнице цен как я указал, за такое бабло можно, да и я уж сказал что программить типа как в конфе 1С тоже незапрещено теоретически, но непоощряется практически, да и не надо...

(0) 1. ООП
   2. .Net "заточенность",уход от COM/OLE
   3. "открытый",вроде DBF формат хранения данных

Странно, но родной автопром здесь впереди...... пока проги говорят о "девятке" - в массовое производство автопрома уже запущены 17я и 18я модель... что тут сказать?... отстают в 1С.

(12) Я где-то встретил про ООП в 1С что-то типа "А зачем тебе ООП, делать свой класс от ПКО?". Где мона это применить в 1С?
По поводу формата данных, а зачем, например в MS SQL сервере вроде как закрытый и не планируется открывать :o)

(14) Класс делать может быть и незачем,но вот при обновлениях нетиповой конфы,
это здориво пригодилось бы и ваще разница между "типовой" и "нетиповой"
конфой свелся бы к минимуму,исчез бы вообще! Но это все несовместимо с COM/OLE

тут один клиент недавно выдал:
на вопрос "а нахрена тебе восьмерка?", (50 документов в месяц, пара/тройка пользователей) он ответил: "а чтобы на девятку переходить легче было"
такшо не тока проги ждут появления девятки :)

:)))))

а как (all) считает, на сколько дороже будет "напрячь" программера по 9-ке, чтобы он решил ваши проблемы? ЗЫ: сильно пьян!!!

1. ООП
2.  "открытый",вроде DBF формат хранения данных
3. Прозрачный, легко читаемый, подробно комментируемый и главное правильный текст конфигураций сразу, а не через 5 лет.

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

Это опять подтверждает об 1 эсниках, какой ООП, какой открытый формат, какой нафих механизм обновления и пр....
1 эсники одним словом...

Эх, довели бы до ума семерку и ее типовые конфигурации!

не торопите ли вы события госопода... они еще восмерку не окупили... а вы уже девятку требуете....

Эх, довели бы до ума семерку и ее типовые конфигурации!

Эх, довели бы до ума семерку и ее типовые конфигурации!

(25)До чьего ума довести надо?

Не плохо бы VoiceIP какой нить, типа:
- Создать!
- Ввести!
- Провести!
- Закрыться!

девятка будет 3D

(28) С акустикой 5.1

(29) какая акустика 5.1 может быть в программе ??

В комплекте с программой:
сабвуфер;
пять колонок;
пульт ДУ;
провода для подключения;
руководство пользователя

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

+(28)И будет требовать гиг оперативки минимум

(33)Ха, гиг.
гиг к тому времени один Notepad будет уже жрать.

(34)Дак это в строенном терминальном режиме, который бы не помешал

Нужна модульность конфигурации, особенно для УПП

Кстати, что очень бы хотелось, хранение форм в текстовом формате, проще сравнение конфигураций проводить

Недавно уважаемый Волшебник на полном серьезе утверждал, что  в платформе 1С есть какая-то степень ООП, что когда вы создаете "Справочник.МойСправочник" Вы наследуете свойства абстрактного справочника. Почти верно абстрактно, и смешно конкретно.
На семинаре по Axapta утверждалось (не проверял), что базовая бизнес-логика лежит в одном слое, а вы, при необходимости, создаете свои слои. Ничего не напоминает? Базовый класс и свои классы на основе базового. Здесь тоже возможны заморочки при обновлениях, но на 2 порядка меньше. Кто программировал на ООП языках, тот поймет. Но не будет этого ни в 9-ке, ни в "Калине", ни в "Приоре"))
Потом они азартно рассказывали (не думайте, что совсем уши развесил) про ближайшее будущее ролевых интерфейсов и библиотеку типовых бизнес процессов (кирпичей) из которых будет собираться продукт. А х... знает, может так и будет))

(37)1С прислушается и в реестр винды пропишет все формы)))

(38) И что, Волшебник не прав?
(39) Да хоть в своем формате, пох :o)

(40)я думаю, что каждый сам решит для себя прав или неправ, в меру и в желание понимания базовых принципов ООП (а главное - практической их полезности)

(41) IMHO разрабботчики все же использовали ООП, хотя и оставили в конфигураторе только фиксированный, жестко предопределенный объем ООП

Еще модульность нужна реальная

(42)и каковы же его жесткие ограничения? и как вообще разглядеть его милые черты?
Мне кажется, что большие системы могут быть двух видов:
1. Либо поддерживающиее ООП (без фиксированных ограничений)
2. Максимально параметризованные

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

(44)А вот что всем известно?

И всё сидит в одном конфигураторе! Чтобы букву поправить - надо всех выгнать. Не мктаданные должны быть (упаси бог, если еще врпрошаемую иерархию сделают), а библиотека классов, с которыми нормально можно работать.
Мне кажется, что дело не в тупизне идеологов 1с, а была сознательно выбрана концепция "простой"  платформы, своеобразного бейсика с нумерованными строчками, который при своем развитии сомкнулся в сложности со всем остальным.
А ножки торчат, как долго Windows тащила за собой DOS

(44) Ага, маленькая система 1С :D
Если она подходит для учета даже проданного пива в ларьке, то это не значит, что ее нельзя использовать при автоматизации завода на пять тысяч сотрудников и сети подразделений.
То, что нет готовой конфигурации на любой вид учета, еще не говорит, что ее нельзя написать, а вот уж возможности каждого чела/команды челов и бюджет проекта - это совершенно другая песня :o)
Присоединюсь к (45), я что-то запамятовал основные, ключевые так сказать "но" ;)

А мне и на "восьмерку"-то пока смотреть тошно!
А потому "девятку" я вообще не хочу!

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

(46) А где критерий, затронет ли изменение твоей буковки текущую работу пользователей?
Может логика изменится совершенно?

Я не Западник, скорее наоборот, но мне кажется что не сможем иы в этой сфере конкурировать с ними. Недаром, директор БЭСТ (Интелиженс Сервис) отказался от развития, выделился и ушел во внедрение Navision. Нужны огромные инвестиции в эти технологии, десятки лет упорного труда, воспитания программистов, умеющих работать в команде, а главное людей, способных ими руководить и управлять. Казалось бы машину сделать гораздо проще, чем софт, разобрал, посмотрел, изучил, сделал. Ан нееет! Не выходит, шланги трескаются, пластмасса кривая , а в итоге - руки кривые, и желание ухватить побольше, итак схавают.

(48) )) Не Вам одному
(49) Такое откровение #ЗагрузитьИзФайла, первой строкой
(50) Может, но еще 20 лет назад было понятие АРМ - автоматизированное рабочее место, я не призываю к нему, но можно сделать распределенную модель приложения.
Вообще мы уже из пустого в порожнее переливаем)

баян..........
О чем мы вчера с Гуком трындели?

(52) откровение не в том, что #ЗагрузитьИзФайла, а в том, что ВСЕ

(53)Пить надо меньше

(51) А кто говорил, что будет легко? Легко и просто только пиво пить :o)

А кто знает на чем учет сама фирма 1С ведет ???

(57) Думаю, 1С + MS Office

(58) Врядли, однажды Нуралиешь в интервью ушел от ответа на этот вопрос - просто вообще отказался отвечать

(0)Телепатический модуль

(+59) сорри...Нуралиев

+60 с обратной связью

(59) Это еще ни о чем не говорит, не ответил - это не значит ответил, что не 1С ;)

а че у них учитывать ?
50 программных продуктов и нескока тысяч игр...

(38) ООП в 1С есть. Это называется "фиксированные объекты"
Базовый класс и свои классы на основе базового. Здесь тоже возможны заморочки при обновлениях, но на 2 порядка меньше."
Вы бредите... Кто вам сказал, что ООП уменьшает проблемы при обновлениях?

Мда, умники...
Rovan, не поверишь, но в 1С учет ведется в 1С ;)
И для этого не надо спрашивать у Нуралиева, достаточно заглянуть в партнерский отдел.
-------
"Человек - это существо, которое охотнее всего рассуждает о том, в чем меньше всего разбирается" (с) Станислав Лем

(65)Все только и делают, что бредят)) Мне никто не сказал, я это просто знаю. "ООП в 1С есть. Это называется фиксированные объекты" Какая новость! И какие же методы базового класса мы можем переопределить? Может "ВыбратьСтроки()" или "НайтиПоКоду()". Если Вам нравится считать, что ООП есть в 1с, то и считайте, и смотрите на 20-кратное повторение зачета аванса по договору в разных доках.
1С - предметно-ориентированный Бейсик и нет в нем никакого ООП, и Вы это знаете не хуже меня.

(65) Как бы ООП придуман в основном для того, чтобы избежать проблем при обновлении.
К примеру есть базовый класс ПКО, и его разрабатывает некто. И если есть производный от него класс НашПКО, то совсем не факт, что его придется изменять, если меняется базовый класс.

(68)Дык мне кажется, что смешно даже убеждать в этом. Я не утверждал, что все будет без проблем, но их гораздо меньше.
Или в типовой бух-ии Вы в каждый док "ПриЗаписи()" прописываете автора, ломая, пусть и несильно все доки, или вы это делаете в одном доке, от которого наследуются все остальные. Даже если придется подломать 1с-ий, то один, а не все.

(69) А не получится так, что подломав в одном месте 70% документов будет работать некоррктно...

я лично думаю функционала в 1с8 впринципе достаточно. Я бы сделал упор на производительность. Скажем написать нечто под Oracle и захватывать крупный сектор бизнесса... Конечно это весьма затратная затея но я думаю окупится если все добыватели черного золота перейдут на V9....

(70) Не 70% )) (совпало с номером Вашим), а один документ. В базовом вставляеи Автора в "ПриЗаписи", а в остальных просто вызывается базовый- ::ПриЗаписи() и плюс своя начинка, если надо. Мне лично скучновато уже стало спорить про плюсы объектно-ориентированого языка, кто знает-тот итак знает, кто не пробовал-тот не прочувствует.

(72) То, о чем ты говоришь, реализуется просто элементарно, через вызов функции в общем модуле, причем более гибко. Плохой пример IMHO

(72) а если вызывать доп процедру(функцию) из общего модуля.. - это уже раелизовано..

(71)Oracle не Oracle. В 1С целостность базы поддерживается не самой СУБД (MS SQL2000), а приложением. Нет нормальных первичных ключей, которые без проблем бы подддерживал сервер, нет нормальной нормализации (тафтология)))базы и тд. Это плата за их объектную модель данных. Но мы уже по кругу ходим

(73) Ну реализуется и реализуется, флаг тебе в руки)) Последний раз:
- Есть базовый класс "Документ". У него есть форма. Все остальные доки явдяются наследниками. Теперь надо вставить кнопку "Кнопка" во все документы. Мы вставляем ее тольк в форму (ОДНУ!!!!)базового класса и она появляется чудесным образом во всех остальных документах!! Вы не вставляете ее во все доки. Или Вам надо удалить кнопку, реквизит..

(76) Ну так и используй тогда общую форму, только случаев таких один на сто, так что здесь это не будет востребовано IMHO

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

(78) Ну и нафига такая шняга нужна ? Такие вещи должны делаться наиболее естественным способом - дать возможность  создавать временные таблицы SQL Server-e и строить обычные запросы к обычным таблицам

(79) Не спорю, согласен на такое решение :))

(77)Так и не понял ты разницы между общей формой и базовой, ну и ладно. Общая форма точно нафиг не нужна, ежу ясно. Сравнивать это c наследованием от базовой нелепо и даже кощунственно.

(81) Расшифруй тогда попонятнее :))

хачу в 9-ке видеть лучшее из всех!!!
во как :))))

наследование, inheritance. Отношение между классами, при котором класс использует структуру или поведение другого (одиночное наследование) или других (множественное наследование) классов. Наследование вводит иерархию "общее/частное" в которой подкласс наследует от одного или нескольких более общих суперклассов. Подклассы обычно дополняют или переопределяют унаследованную структуру и поведение.

объектное программирование, object-based programming. Метод программирования, основанный на представлении программы как совокупности объектов, каждый из которых является экземпляром некоторого типа. Типы образуют иерархию, но не наследственную. В таких программах типы рассматриваются как статические, а объекты имеют более динамическую природу, которую ограничивают статическое связывание и мономорфизм.

объектно-ориентированное программирование, object-oriented programming (OOP). Методология реализации, при которой программа организуется, как совокупность сотрудничающих объектов, каждый из которых является экземпляром какого-либо класса, а классы образуют иерархию наследования. При этом классы обычно статичны, а объекты очень динамичны, что поощряется динамическим связыванием и полиморфизмом

из книги Гради Буч "Объектно-ориентированный анализ и проектирование"

Поддержка наследования в таких языках означает возможность установления отношения "is-a" ("есть", "это есть", " - это"), например, красная роза - это цветок, а цветок - это растение. Языки, не имеющие таких механизмов, нельзя отнести к объектно-ориентированным. Карделли и Вегнер назвали такие языки объектными, но не объектно-ориентированными. Согласно этому определению объектно-ориентированными языками являются Smalltalk, Object Pascal, C++ и CLOS, a Ada - объектный язык.

из того же источника. Авторитет автора сомнений не вызывает

(84, 85) Нда, попонятнее объяснил, ничего не скажешь :o)

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

В v9 хочу видеть более гибкую систему обновления конфигураций! А то УПП сложно обновлять, если конфа сильно конфигуренная! Ну и конструкторы более интелектуально развитые!

в v9 хочу видеть хорошее быстродействие платформы! не подскажите какая конфигурация должна быть сервака, чтобы 1С не тормозила при проведении доков в УПП

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

(89) IMHO быстродействие можно повысить в разы и десятки разов, только нужно разработчикам в 1С мозг включить ;)

слышал, что под девятку будет одна конфа ЭУБ (тира эффективное управление бизнесом). Как думаете - правда, или пи..ёшь?

Вообще у всех нормальных разработчиков система одна, но модульная

(93) что-то у 1с на это не очень похоже.

(92) IMHO второе. В 1С это вряд ли будет хорошим решением.

(95) почему ты так считаешь? Может они стремятся сделать что-то типа (93)? Пора бы уже...

Да просто 1С - это конструктор, а посему там НИКОГДА не будет одной конфигурации, всегда будут писать свои конфигурации.
А сама 1С все задачи не впихнет в одну конфу по той причине, что задачи, реализуемые в типовых конфах, слишком разнородны, хотя попытки соединить бух, торг и з/п есть, но они не слишком успешны.
Просто бух - конфа, в которой практически все всех устраивает и которую практически никто не дописывает.
З/п - та же фигня, но используется далеко не всеми, поэтому объединять с бух смысла нет.
Торг - а вот здесь практически всех практически все не устраивает и приходится либо многое переписывать либо вообще писать с нуля :o) А делать конфу Б+Т+З, в которой постоянно при обновлении придется учитывать свои настройки в торг и пытаться не затронуть бух и з/п... Не, такой геморой нам не нужен, это уже пройденный этап :))

(0) Неглючную защиту

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

100

(98) А что, есть глюки? :))

(101)Когда ломаешь или пытаешся разрулить 3 ключа по 5 лицензий на 18 компов, из которых одновременно работают 12(компов,в смысле работают, ключи - то как раз при этом не работают)

(102) Ну здесь да, самый простой способ IMHO купить ключ на 20 лицензий :o)
Только с проблемами этими не к 1С, а к Алладину ;)

Хотелось бы, кстати, иметь возможность сворачивать тексты запросов, как процедуры и функции, длинные они бывают :o)

Хотелось бы увидеть еще Drag&Drop - очень удобная вещь...

(105) А что, его нет? ;)

нет

(107) Надо же, где же ты, интересно, дистиб 1С 8.0 без этого нарыл, лично от Нуралиева что-ли, на заказ сделали? :o)

(108) а при чем тут дистриб 1с8?

+(109)
аа понял... - он у меня такой же как как у всех:)) а драгдропа нету.

или ты хочешь сказать что сможешь выделив скажем 5 элементов в спр номенклатура претащить их мышкой в таб часть документа????

(102) Это кто тебе сказал, что три ключа нельзя разрулить?

(110) А че, нет что ли, е мое?!!
Запрограммируешь, сможешь

(111) Успокойся, нервный, это вроде как 1С сама сказала.

(112) уже сделал..

(114) Вот видишь, а говорил...

Столько [yb в одном месте ни разу не видел...

(116) Ну вот видишь, как тебе повезло :)))

(113) Такого 1С никогда не говорила. А про конкурирующие лицензии расписано почти два года назад. Так что не свисти, если не знаешь, и не парь тут мозги людям, умник.
---------
Учи, в конце концов, матчасть.

9-ка будет 64-х разрядной, когда выйдет нормальная версия Висты.

(118) Ну раз ты такой умный, то почитай статью с ИТС за ноябрь 2005 года "Особенности работы 1С:Предприятия 8.0 с несколькими сетевыми ключами.".
Это не слишком устаревшая инфа, надеюсь? :o)
Там написано, что рекомендуется прикреплять конкретного пользователя к конкретному ключу, а, поскольку в нашем случае ключей 3 по 5 лицензий, то есть в сумме 15, а компов 18, из которых правда одновременно работает только 12, то непонятно, к каким именно ключам привязывать каждый комп :o)
Проникся проблемой? ;)

(+120) И успокойся ты с матчастью, учу я ее, учу ;)

Что хотелось бы от девятки... ну учиьывая то, что ее бы не хотелось вовсе, то:
0. Кроссплатформенность (Linux, FreeBSD, MacOS).
1. Открытый формат данных (MS SQL, Oracle - не важно, но стандартизированный и не свой собственный). Поддержка разных форматов хранения, например PostrgreSQL,  Firebird или MS SQL - на выбор.
2. Нормальная криптографическая защита. В первую очередь - вводимых данных (т.е. данные в таблицах в открытом виде отсутствуют как класс), во вторую - самих модулей (возможность хранить шифрованные и открытые модули в составе одной конфигурации). Возможность разграничения прав на уровне смарт-карт, флешек и т.п. Исходники защиты - в открытый доступ для проверки на backdoor и доработки (возможно как отдельный кусок платформы).
3. Полное отсутствие аппаратных ключей защиты, пусть будет активация, как в винде (не то чтобы мешают... но и толку от них никакого).
4. Платформа продается отдельно, конфигурации - отдельно. Опционально платформа делится на компоненты (как в 7.7) и цены ессно отличаются.
Типовые конфигурации кроме бухии (с отчетностью) отсутствуют, только пишем сами или пользуемся сторонними разработками (не 1С) за отдельную (высокую) плату.
4. ООП.
5. Наличие гибких механизмов обновления нетиповых, любых вообщем, конфигураций.

Только вот такого не будет... а жаль :(

(120) LOL :) Естественно, проникся. Как настроить в таком случае, давно расписано в конференции по восьмерке и... документации Аладдина. При чем тут ИТС?
---------
Учи матчасть и не грузи народ про ключики, если не понимаешь, о чем речь. Это явно не твоя тема.

А я бы хотел...

Чтобы девятка уже стала продаваться у америкокосов, ирландцев и австралов... И чтобы можно было по рабочей визе туда гонять... Вот где деньги-то!!! ;-) Да, я жадный и тупой!!! Мне денег и харошей жизни нада! 8-)))

Если в платформе, то хотелось бы как-то упросить, что-ли... упростить, ага. 8-) Иногда на какую-нить элементраную весч приходится по десять строк писать, что в семерке не нада было писать ваще.

ээ, мне-мня...
добавлю свои пять копеек...
проводя параллели и аналогии, можно предположить, что v9 если и появится, то не ранее 2010 г. До нее будут 8.1, 8.5, 8.8, далее - везде.
Скорее всего будет написано сие на .Net, которое к тому времени станет несколько устаревшей платформой.
ООП не будет.
Обратная совместимость по языку с v8 будет на уровне Если...КонецЕсли и Сообщить().
Архитектура либо останется 3х звенной, либо будет с креном в сторону web-сервисов, а собственно, одно другому не мешает.
Скорее всего будет возможность "распараллеливать" сервера приложения и БД, но настраиваться и нормально работать это будет после интенсивных танцев с бубном и продолжительного камлания.
Да, если к этому времени MS SQL не умрет (в чем я сильно сомневаюсь), то "измен" с другими серверами БД не ожидается.
Несмотря на все эти ухищрения, требования клиентской части (для приемлимой работы) будут раза в полтора превышать возможности типовой офисной машины того времени.
Первым решением на v9 будет очередной римейк ТиС.

(+125) 3D эффекты вставят наверняка ... конечно в ущербном виде сначала, хотя видюхи будут тогда уже по 3-4 Ггц и 4-8 Гб памяти

Надо web-интерфейс, побыстрее производительсность ну и конечно ООП и тогда порвет всех 1с!!!!

(98) + отсутствие кривой защиты :)
(99) это не даст существенного увеличения быстродействия :), возможно скажется на толко на первоначальной загрузке
(101) не поверьшь - есть :)
(105) посмотри внимательнее - он уже есть
(110) легко
(118) вместе с серверным можно вопкнут 2 с клиентские, сам учи....
(119) и что это даст?
(121) не обращай внимания, дядя сказал, не подумав...

(122) что-то рациональнеое есть 0,1 Imho будет реализовано, когда отловят все глюки на M$ SQL  2 - лишнее, уж много раз говорилось, что криптография и система учета - разные вещи 3 и 4 противоречивые друг друг, отсутствие ключа позволяет избежать глюков с ним и бесполезного дергания 1С суппорта а наличии покомпоненнтного деления породит путаницу и бардак

(129) многокомпонентное деление = удешевление платформы для энд-юзера только и всего. зачем юзеру торговля, если его конфа написана только на бухии? хотя для меня это не принципиально.
а вот криптография не помешает учету, какая разница учету, шифруются данные или нет? учет не может от этого пострадать имхо. более того, один из важных факторов любой системы - это защищенность данных.
впрочем, наиболее возможный вариант описан в (125), похоже так и будет.

И я тоже хочу отметиться...

По моему все сказано в (1) и в (125).

(130)Куда уж ниже, для платформы такого уровня :) нужно удешивить 7.7 еще дешевле 6, ну или на счетах тогда уж... Если вам нужно быстро и с комфортом ездить, то ни кто не думает как удешивить иномарку...
Криптография и учет - разные вещи. Если 1С за все время существования не смогла защитить платформу, что говорить о криптографии...
Если кто не в состоянии административно ограничить доступ в серверу SQL - тому и криптография не поможет. А от утюга на животе она не поможет ...

А я вообще не хочу видеть 1С...Тем более v9.
Я не франч...

(0) ИИ

Все не осилил.
По основным моментам, вывод один 9-ка не нужна. В общем, как и 8-ка. Достаточно 7.7+1cpp.dll.

Все не осилил.
По основным моментам, вывод один 9-ка не нужна. В общем, как и 8-ка. Достаточно 7.7+1cpp.dll.

(135) 100% :)

(131) По-моему, все сказано в (134).

(134)Чтобы сказать "хочу чтоб все было" и чтобы все заработало и доки само вбивало и советы давало и програмило само... только зачем тогда я стану нужен?

(134)(138) Не дай бог.

(138) Не перевел, но, судя по контексту, согласен :)

(139) Задачи ставить.

+141 А, перевел, все равно согласен...
Только это надо 1С, а не софту

(142) А зачем тогда Налоговая, директор и главбух.

(128) Умник, я не говорил, что их можно втыкать месте. А как разрулить конкурирующие лицензии на нескольких ключах написано давно и подробно.
Учи матчасть и не грузи народ вопросом, в котором не разбираешься.

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

(145) Фразу про матчасть и умника ты уже повторил трижды. Зациклился что ли? см. конструкцию Прервать в Синтакс-помощнике

Да уж... Есть базовый класс, и есть порожденные...
Смешно - посмотрите на объектно ориентированную Аксапту...
В любой программе есть ошибки, и при исправлении базового класса - у тебя в одном месте начинает работать, в другом перестает. Единственный выход - дублировать... И после этого начинается полная жопа.
И еще раз повторяюсь - 1С Объектно-ориентируемый язык с фиксированными объетами. И спорь ты с этим фактом... Не спорь - ничего не изменится.
А рассуждать об ООП - абсолютно не имея опыта работы, и не принимая участия ни в одном крупном проекте - несколько смешно.

от 9ки хотелось бы чтобы она была бесплатна и open source

(149) Ну сделай.

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

От 9ки хочу чтобы макросы были как в Microsoft Office для рутинных работ - и в конфигураторе и  в предприятии

(151) Зачем нужно именно одно приложение? Запусти несколько сеансов.

(152) Не нужно это. Запись макросов даже в Office редко используется, а язык есть и там, и там.

Ой, у меня столько пожеланий, в натуре....
Примерно 50% - так называемые дырки в логике, т.е. некая незавершенность модели.
Оставшиеся 50% - пожелания.
Но они все свалены в кучу, разгребу - напишу.
Конечно хочется ООП, в первую очередь - не только для прикладных объектов но и для форм, чтобы увеличить повторное использование кода, например собственные элементы управления. :)
Ну и куча мелочей - уже год записываю, с 8-кой работаю.
На новый год этот список "Шиндлера" напечатаю. :)

(153) Видимо, герр Волшебник хотел сказать, что сам он редко использует макросы в Office?

Кстати, хочется, чтобы объекты, связанные с формами и элементами управления были законченными - чтобы можно было получить список форм, владельца элемента управления и т.п.
Хочется нормальной обработки событий - глобальных переназначаемых триггеров, а не то, что счас - обработчик события должен быть в модуле объекта. Это сильно напрягает.

(155) зачем макросы, если есть язык программирования. Просто разрешить коду выполняться в конфигураторе на объектах конфигурации - это мощнее любого макроса, в натуре.

(153) Несколько сеансов - не то. Память отжирается и прочее. Так ведь можно сказать - зачем многозадачность в Windows - запусти несколько сеансов. :-)

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

(154) Что так уперлсь ООП, юзай Delphi и наслаждайся...
Больше интересно будет, когда появится книжка про внутренние механизмы :)
(156) Тогда вдвоене осталось попросить деда мороза оставить сервер предприятия и налабать компоненов для Delphi, все остальное в нем ужу есть :). К чему должны привязыватся события в модуле приложения?

(155) Использую частенько, но я их пишу, а не записываю.

(158) Добавь памяти.

(158)По заверениями 1С лишняя копия не жрет память...

(161) Я хочу в 9.0 многозадачную среду, а не памяти добавлять.
(162) Как она может не жрать?

(163) Лично я не вижу целесообразности.

Про память почитай ИТС...

(165) При чем тут ИТС. Если процесс новый запускается - ОС память отожрет, хоть может и немного, но отожрет.
(164) А я вижу. Система была бы вне конкуренции. :-)

(166) Это твое ИМХО. Она и так в каком-то смысле вне конкуренции.

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

(166) А новые окна в одной программе не сожрут? С конкуренцией н России в своей нише и так все нормально...

Макросы нужны. Например, если оператору требуется вводить много документов с типовыми шапками - записали с одной шапкой, повесили на Ctrl+1, записали с другой - Ctrl+2 - и мама не горюй.

А шаблоны в конфигураторе - это те же недоделаные макросы.

(167) Всегда есть, к чему стремиться.

(171) Нужно оценивать целосообразность изменений по соотношению эффект/затраты. Параллельность достаточно трудна для реализации и приводит к сложно отлавливаемым ошибкам. Причем ошибаться будут даже не разработчики платформы, в чьей квалификации я абсолютно уверен, а обычные прикладные программисты, в чьей квалификации я абсолютно НЕ уверен.

Неплохо было бы добавить что-то типа визуального проектирования. Например разработчик строит схему взаимодействия объектов (например в виде графа), на основе которой в конфигурации создается шаблон.
И вообще отлично было бы, если б на основе этой же схемы генерировался бы шаблон ТЗ.
Сильно бы ускорило процесс разработки. И не очень сложно для создания, ИМХО.

(173) Хорошо бы еще, чтобы на основе ТЗ генерировалось бы предпроектное обследование. Тогда бы восьмерка действительно была вне конкуренции!

(174) К чему этот стеб?
Предпроектное исследование естественно никто кроме аналитика не выполнит. А вот облегчить разработку 1С вполне по силам.

(175) Твое сообщение - не меньший стеб. На основе архитектуры объектов ни одна система не сгенерит ТЗ (техническое задание), содержащее ТРЕБОВАНИЯ к системе.

(176) Невнимательно читаете!
Я написал - "шаблон ТЗ".

Для Типа BorisG: Вот ведь настырный малый, извините за грубость, мордой тыкнули в офифиальную рекомендацию фирмы 1С, нет кричит, все это фигня, давно уже все объяснили, как решать эту проблему! :o)
Если это так, резонный вопрос, почему на ИТС рекомендация неправильная?
И потом, не будешь так любезен написать правильное решение этой проблемы, не для тех лохов, так сказать, которые ИТС читают :o)
ЗЫ: ИТС тут при том, что это один из немногих ОФИЦИАЛЬНЫХ источников фирмы 1С
ЗЫ2: Шел бы ты свою любимую матчасть учить :o)

Кстати, в дополнение к (37), то же самое касается макетов, тоже неудобно рыскать по свойствам ячеек, чтобы определить, в чем разница :o)

перейду с 77 сразу на 9-ку ....

Еще хотелось бы увидеть в 9-ке группировку элементов при пректировании форм, а-ля CorelDraw, чтобы не перетаскивать по-одному и не выбирать снова и снова одни и те же элементы для того, чтобы перенести их "немножко ниже".

(181)Попробуй Shift и Ctrl понажимать при тыкании мышью :)

(182) В курсе я про Ctrl и Shift, в курсе - я имел в виду, чтобы можно было еще выделенные объекты группировать.

Практически все вышеперечисленные хотелки реализуются на 77
с помощью ВК, gcomp'а и опенконфа. имхо.

+184 ну и рук прямых и головы светлой конечно.

(184,185) И с глюками, вылетами, и прочими радостями.
Если функциональность штатно входит в платформу, это совсем другое дело. По крайней мере 1С несет за это ответственность. Или ты думаешь, что там просто не нашлось светлых голов? :-)

(186) На счет глюков - см. (185). Я пользовался Телепатом очень долго - и хоть бы ему что (за что orefkov - огромное спасибо :)

(187) Спасибо огромное - не спорю. Но это нештатные средства, а хотелось бы штатных.

(186) Сомневаюсь, что 1С за что-то несет ответственность. Обычно любое программное обеспечение поставляется AS IS.

(188)
"Вам шашечки или везти?"

(189) Ну Митичкин повеселил. :-)
Не надо так буквально понимать.
Конечно реально ни один разработчик ни за что в области ПО ответственности не несет. Но неформально 1С все же своим именем рискует, если какие-то возможности включает в платформу. Т.е. не Вася Пупкин (в лучшем понимании :-) ), а солидная фирма...

Кстати, хотелось бы группирования элементов еще и в настройке порядка обхода

(188)
А чем отличаются "штатные" средства от "нештатных"?
Вы считаете, что "штатные" пишут боги?
Или вам привести кучу примеров глюков в "штатных" средствах?

(193) См. (191) :))

(193) Не, я считаю, что например при штатных средствах не нужно, например, переставлять wsh. И, естественно, см. (191) :-)

(195)
Так тебе инсталляху щтоль сделть нужно?
Да и еще, хотелось бы отметить, что поддержка "Васи Пупкина (в хорошем смысле)" не идет ни в какое сравнение с поддержкой "солидной фирмы" и ее партнеров. Кроме этого, "солидная фирма" не несет никакой ответственности.
Максимум, что ты можешь - предъявить франчу, который тебе продал. Но и это будет бесполезно.
Критичных косяков в типовых, как грязи (а это _еще_ не платформа, это можно исправить).
Так что, еще раз "Вам шашечки или везти?"

(196) А чем тебя не устраивает поддержка 1С? :-)
Тут ведь еще психологический фактор тоже роль играет. Я никогда не поставлю такие штучки на рабочую версию программы, которая пашет с реальной БД. Только на копию.

(196) Ну да, "солидная фирма" не несет никакой ответственности, вот то ли дело Вася Пупкин (в хорошем смысле), вот где можно быть уверенным на все сто, вот где полная моральная и материальная ответственность :))

(195)
Довод мимо кассы.
Не хочешь ОБНОВЛЯТЬ wsh, ну так и не обновляй. Но и не пользуйся скриптами.
Точно так же, например, можно жаловаться на необходимость апгрейда рабочих станций для работы "штатных" средств.

(198) Да... :-)
Причем почему-то солидная фирма не стала это делать, а Вася Пупкин сделал.
Сделал, и спасибо, иногда помогает.
Но вот почему солидная фирма не сделала - никто не задумывается.

(199) А я не жалуюсь. :-)
Я просто говорю, что если б это было штатным механизмом, было бы удобнее.
А вы сразу в обиды ударились.

Я вот подумал, в пользователях тоже не помешала бы эта, иерархия :))
Короче, она бы нигде не помешала ;)

(201)
те с тем, что "Практически все вышеперечисленные хотелки реализуются на 77
с помощью ВК, gcomp'а и опенконфа. имхо." вцелом согласен?

(203) Согласен.
Но в v9 хотелось бы и штатными способами.

(197)
ЛК "солидной фирмы" не устраивает ответами на четко и грамотно поставленные вопросы. Ты 16 релиз 7,7 помнишь? А я помню. Вот тебе и ответственность.
(198)
Не передергивай. Ты не первый год на франчёвом поприще и прекрасно понимаешь о чем я говорю.
В случае установки "нештатных" средств, вся ответственность на мне. Также как и при программировании только на штате, вся ответственность на разработчике. Точка.
(200)
Всё до банальности просто. "Солидной фирме" это не интересно. У нее другие цели и приоритеты.

(205) Я еще и 18 релиз помню. Как он в SQL-е пахал...
Однако же не хотел бы поменять 1С на группу Вася Пупкин & С.

Хотелось бы видеть в 9-ке:
1. Необходим удобный сервис для работы с модулями без монопольного режима, подобно turbomd. #ЗагрузитьИзФайла несколько не удобен. Все необходимо переделывать вручную.
2. Необходимо дать возможность Обработкам запускаться по времени или по событию. Но только чтобы был опять же удобный сервис для этого (включить/отключить). И не нужно было держать всегда запущенный клиент. Поднимать как Com тоже не очень. Грузиться не так быстро, а если поставить через каждые 5 мин...
3. И наверное многозадачность выливается из 2-го пункта сама собой. Пусть хоть на сервере обработки будут в многозадачном режиме работать.

(205) Для (198) Я хочу сказать, что поддержка продукта конкретным лицом как правило хуже, чем поддержка продукта фирмой, хотя в частных случаях и бывает наоборот

Ну, если вы больше ничего не хотите... (с)

В девятке урежут лишнее с восьмерки и добавят новые картинки

(210) А что ты считаешь лишним? :o)

Е мое, а где иерархия в планах обмена? ;o(

Встроенные функции СводитьБаланс(БухгалтерскийПланСчетов); и МинимизироватьНалоги(НалоговыйПланСчетов);

(213) Ню ню, а ПриготовитьКофе() или ВызватьСеретаршу() не нужно? :))

Где этот девятка дайте ссылочку.
На сайте 1с покопался там нету

(214) Такие функции я и щас в семерке написать могу, только работать будет исключительно у директора и его замов. ;-)

(216) ПриготовитьКофе() ИЛИ ЧАЙ() - есть же ведь уже сетевые (даже УСБшные) чайники / кофейники

Ну усё таки посвятите што за зверь такой V9?

(218) АндерКонстракшен

Прочитал я эту ветку...
Все такие умные... А зарабатывают средствами 1С...
Если бы знали только ОДИН язык программирования под названием встроенный язык 1С, который бы изучали со школы с 5-го класса на уроках информатике и далее в ВУЗе, то не блистали бы "знаниями" и не искрили бы "советами", а восхваляли бы тот "единственный и неповторимый", который знают.
Я бы хотел бы, что бы девятую версию 1С ввели бы в школьные программы всех средних учебных заведений, чтобы умных и бедных (дельфистов, систов и других ...истов) стало меньше, а способных заработать - больше.
Пора двигать российский язык программирования в школы, а не изучать то, что дает повод для этой ветки.

(220) дурак

(211) То что ее тормозит.
Весь гемор с восьмеркой это в ее тормозах и большом весе. Очень раздражает что из за исправления всякой мелочи приходиться наблюдать продолжительные зависоны при сохранении... ИМХО

(221) А что только умные лазят на форумы 1С? А сам ты УМНЫЙ? Сейчас проверю, каких ты сообщений накидал в этот форум...

(215) Ню ню, года через три - четыре зайди :))

(222) Тормозит ее IMHO не пресыщенность, а нежедание разработчиков совершенствовать продукт в этом направлении, порой даже тупой, но заточенный аксесс делает 1С, да еще как :o)

А может все-таки ядро поменять? И скорость доступа к данным увеличить.

(0) Похерить изменение задним числом нах!

(227) Ага, может еще вообще до функционала блокнота опуститься? :o)

Ну что, еще пожелания будут?
Вдруг 1С учтет пожелания в этой ветке в девятке :o)
Пишите, попытка не пытка :))

(0) Откуда уверенность, что будеть девятка?
   можеть будеть фдисятку или 13.

(230) Интуиция :))

(231)в честь праздника..
когда уже наконец будет девятка?
;)

Это не сюда, это в Задавайте любые вопросы, сегодня отвечаю на все :)); :))