А как вы воспринимаете выход вот этого труда в 2014 году:
http://www.ozon.ru/context/detail/id/25771988/
Особенно порадовало Большое внимание уделено описанию способов и средств редактирования типовых и создания новых конфигураций.
Может, ну ее, восьмерку-то?

Как люблю рассуждения из серии 7-ка .овно, переходите на восьмерку, там все круче и т.п... - такие советы может давать человек, который никогда не вкладывал свои деньги в бизнес, а сидел всегда на зарплате.. и так и будет сидеть. А потом наступит время, выйдет 9.0, которая будет чуть более, чем полностью нарисована поперек и этот-же человек будет кричать, что восьмерка отлажена, а девятка от лукавого.. )))

я всегда говорил, надо было развивать 7.7 вместо создания 8.0
щас бы была семёрка на .NET Framework в метро-стайле
8.0 нервно бы курила в сторонке

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

(178) Что не так с производительностью бухитогов? База 40 гигов, 16 миллионов проводок с 4 субконто - никаких особых тормозов не ощущаем.

(180) Семёрка, кстати, вполне себе развивается. Конечно, не такими темпами, как в 2006 году, но всё же. В плане UI так восьмёрка может и позавидовать местами. Но вот чего нет и не будет, так это всяческой трёхзвенки. (и не надо в этой нише)
Вообще, у семёрки по большому счёту проблема лишь одна - она не продаётся.

(183)
> у семёрки по большому счёту проблема лишь одна - она
> не продаётся
Продать не можешь?

(182) это потому, видимо, что ничего и не считаете )
8-ка жутко тормозит по экспоненте после нескольких миллионов записей.

(0) посмотри на тираж и количество отзывов.

(185) Считаем. Ведется расчет себестоимости многопередельного производства с полуфабрикатами - порядка сотни изделий и тысячи полуфабрикатов в нескольких цехах, учет НЗП в разрезе техопераций, плановые нормативы и т.п.. Там больше нагрузка на справочники и периодические реквизиты. Узкое место именно в способе хранения периодических - все реквизиты всех справочников в одной таблице. Очень здорово ускорить работу помогло использование прямых запросов и индексированных таблиц. А к бухитогам обращение идет лишь за учетными ценами материалов, ну и еще по мелочам - это не критично.

(187)"помогло использование прямых запросов и индексированных таблиц"
это куда прямые запросы пишете, и что индексируете, если 1С не позволяет напрямую в SQL "соваться"?

(188) кто куда не позволяет, пардон?

(189) мы про 8-ку

(190) Я про семерку)

Буквально вчера пришлось вспомнить. Обновлял ЗиК. Жесть... Как в таком убогом окружении я столько лет программировал. Ну ее, эту 7.7, 7.5 и 7.0.... Дальше уже не застал. :)

(191) вообще, 174) про восьмерку и бухрегистры, а также про расчет итогов.
Вы в 176) вроде как тоже ))
" регистры хороши для оперативного учета точкой актуальности"

(0) Ага, возрождается. Посмотрите на тираж и количество отзывов. Не питайте иллюзий, переходите на 8.3.

(193) Нет, я с самого начала имел в виду семерку. В восьмерке регистры вполне приличны, нет этого убожества - временного расчета "РассчитатьРегистрыНа", есть нормальные методы обращения к итогам за любой период )

(195) Перефразируем твоё высказывание. "Я, Chai Nic, не смог осилить язык запросов 1с 77, поэтому 77 - убогая"

(196) я, кстати, чОрныеЗапросы™ так и не осилил....

(196) Я и не пытался. Мне спец на курсах сказал "не связывайся с этой гадостью, привыкнешь - жизнь не будет стоить ломаного цента")

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

В принципе мне очень нравятся запросы в восьмерке, но, если честно, в процессе отладки семерка все же проще, поскольку запрос на несколько сотен строк в восьмерке фактически вещь в себе - в него хрен залезешь и поглядишь промежуточные результаты - есть вход, есть выход, если ошибся найти достаточно трудно. В этом смысле ошибочную строку найти в семерке не в пример проще, чем в многокилометровых запросах восьмерки... Это при том, что когда только восьмерка появлялась 1С рассылала франчам примерные стандарты разработки - процедуры и функции не длиннее 200 строк :-), гляжу на сегодняшний код типовых и сразу же вспоминаю эти "пожелания"...

(187) Вместо хранения данных в периодических реквизитах
можно использовать :
1.подчиненный справочник с отобор по дате
2.собственную (ые) sql таблицу(ы)
3.если несколько связаных величин зависит от времени то можно использовать "регистр_сведений"

(0) У семерки есть главное и неоспоримое преимущество - достал из коробки доработал напильником и вперед. На 8ке все должно работать из коробки, но если не работает - пляски с напильником занимают гораздо больше времени

Если ты выбрал 1с то рано или поздно большая часть окажется в более менее крупной конторе в которой есть старые базы на 7 работающие или архивы но в которые периодически, что надо сделать. бух 6.0 уже нацать лет как не юзаеться, а мне буквально год назад пришлось ее подправлять. Как специалист ты должен уметь решить вопрос, а не  говорить, что это динозавр а давайте найдем другого специалиста.

(195) поясните, плиз, чайнику в снеговике, каким образом в 8-ке вычисляются итоги на любой момент времени по регистрам...? принципиально отличается механизм получения итогов на любую временную отметку от механизма клюшкек?

(160) И о чудо...спасает виртуальная машина с Windows 98..бух счастлива...

(204) я поясню:
есть регистры, есть типа виртуальная таблица итогов у каждого РН остатков (она вроде как и реальная - имеет свое имя, данные содержит не в оперативной памяти), но к ней нельзя обратится (поэтому и "виртуальная"), и результирующая "виртуальная" итогов (которую получаем при запросе итогов по "РН.Остатки") строится на совокупности "реальной" итогов + недостающие движения из "настоящей" таблицы-регистра (если итоги в "реально-виртуальной" итогов не рассчитаны на запрошеную дату).
В 7.7 то ж самое, только без ерунды "еще одна физ. виртуальная таблица итогов", а сразу поиск по индексам нужных значений в колонке итогов + дорасчет недостающих итогов (т.е. без зауми с несколькими таблицами: физ. таблица РН, физ.таблица итогов, дорасчет и потом еще выдача "результирующей вирутальной таблицы итогов" на-гора), а сразу поиск и дорасчет.

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

(183) Продается вроде по заявке

(206) первое предложение звучит для меня как исповедь психбольного ;-) колво виртуальнойстей и реальностей - зашкаливает.. ;-)

(208) как я понимаю, надо приползти на коленях, умолять, и писать объяснительную - тогда может и продадут.

(209) Говоря русским языком, там всё то же самое. Если прямыми запросами баловался, то должен знать про виртуальные таблицы. Они практически один в один были срисованы с восьмёрки.

(209) "Не спрашивай, не говори" (c)  )

(210) http://www.1c.ru/news/info.jsp?id=13721

(204) Внутренний механизм практически не отличается, однако методы работы в восьмерке намного удобнее. Без извращений с ВременныйРасчет и РассчитатьРегистрыНа, можно просто обратиться к виртуальной таблице итогов нужного регистра и получить итоги по указанному набору измерений на нужную дату.

(213) прямыми запросами это делается столь же удобно :-)

(214) к этому я бы добавил, что юзать семёрку без 1С++ и FormEx - как-то даже и моветон.

(215) Да, использовать 1с++ надо, даже если его не используешь. Ибо он кое-где ускоряет самим фактом своей загрузки.

(216) ВО!
Дело говоришь.
Я щас даже не представляю работу с 7.7 без опенконф и внешних компонент.
А на счет возрождается, я бы посомневался.
Она вообще-то и не умирала!

(209)первое предложение звучит для меня как исповедь психбольного- это к 1с, не ко мне. Система придумана и лоббирована ими.
Я вам только описал подробно всю эту ахинею. Если вам кажется это безумством - спрашивайте разработчика :)

(217) Время ее, конечно, ушло.
Но не зря же нуралиев прямым текстом сказал (в ответ на просьбу "открыть 7.7"): "мы не дураки делать снеговику конкурента собственными руками".
с 1с++ и формексом, с квериконсолью, и с  нормальным набором классов - вполне нормальная система.

(219)+200.
Причем классов в 8.Х нету.

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

(219) Девятки (10, 11, далее везде) не будет?(

(220) как нету... справочник, документ - чем не абстрактный класс

(222) будет. и девятка, и десятка, и далеее - когда все лохи купят "новую прогрессивную 8.8", придется объявлять "8.x" устаревшим г.ном, и продвигать "абсолютно новую и суперпрогрессивную платформу 9.0", "с самоупровляемыми формами,интерфейсом "электричка" и новым способом защиты"

(221) Кстати, насчет ООП. Просто умиляет упорство разработчиков типовых конфигураций, и конечно же БСП. Им, бедным, ООП не дают, так они вручняка наследование эмулируют - а это же тысячи вызовов в нескольких десятках общих модулей.

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

(225) в 10.0 :-)

(225) ППКС. БСП - попытка реализовать ООП вручную. Это эквивалентно тому, как реализовывать процедуры и функции через GOTO.

(226) Не неугадал.
мабуть в 20.х

(225)
Да он(его разработчики)уже намутили с управляемыми формами.
Куча переписвания кода. Геморройной написание.
Ну сейчас то все залетает - но тут то выяснилось что "оно еще и плохо слышит" по сравнению с обычными

Так это только формы. Что будет с ОПП - страшно подумать

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

Работаю с 7.7 и 8 примерно 50/50.

У семерки на мой взгляд есть ряд существенных архитектурных недостатков:
1. 1SJourn
2. Работа курсорами, вместо нормальных запросов
3. 1SConst
4. Предупреждение "Документ не проведен!" в транзакции проведения.
5. Система прав
6. Убогость способов элементов на форме. Особенно таблиц.

Остальные недостатки в принципе решаются.

(231) их больше

(230) Вставлял неоднократно. Жив до сей поры, чОрной воронки надо мной нет

(151) А вот это уже интересно!
Система 1С:Предприятие не может работать корректно, если значение года установленной на компьютере системной даты больше чем 2037.
Ну для нас как бы это и так многовато.

(231) расскажи подробнее про п.4

(233) Ты ее просто не видишь!
(232) Гораздо больше, это просто те, с которыми каждый день сталкиваюсь.

(235) если это не про Предупреждение("Документ не проведен!") в коде модуля проведения, а про системное предупреждение при СтатусВозврата(0), то это утверждение ложно.

>4. Предупреждение "Документ не проведен!" в транзакции проведения.

это криворучие программиста... можно также в чистом скуле не закрыть транзакцию и залочить таблицу

(238) криворучие программиста разве можно относить к архитектурным недостаткам?

(231) Ну,вводя взад общие реквизиты, (что было объявлено, как шаг вперед - после предыдущего решительного шага вперед - отказа от общих реквизитом) 1с фактически возвращает общий журнал.
Констатны - это да, угребищное решение. Хотя ты еще БЛОБы вспомни :-)
Остальное - фигня.

нет, это левый пункт

(239) (Это архитектурный недостаток программиста. наряду с дефектами в ДНК

>Остальное - фигня.

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

(231)
1sjourn - это не проблема, проблема в отсутствии нормальной системы блокировок. Вот отсутствие общего журнала в восьмёрке - это иногда реально бесит.

Все перечисленные (и многие другие) неприятности давно решаются применением сторонних средств. Ещё раз подчеркну "юзать семёрку без 1С++ и FormEx - как-то даже и моветон."

(235) (238) Если в процедуре проведения документа сделать СтатусВозврата(0), то 1С выдаст модальное окно "Документ не проведен!". И это окно в транзакции проведения выскакивает. Соответственно весь журнал документов лочится, пока окно не закроют.

При чем тут криворукость программиста? Это стандартный механизм системы. Типа как у 1С8 "Отказ = Истина".

(245) это предупреждение - стандартный механизм, но возникает он после rollback tran

(244) Систему прав даже с 1С++ и перехватчиком особо не улучшишь. Пробовали, знаем.

(247) А вот тута батенька вы не правы.
Все красиво разруливаться, были бы руки не кривые.

(247) Марш работать

(249) А вы тута не командуйте!

(246) Да, пардон. С этим не прав.

(248) Буду очень признателен, если расскажете как настроить ограничения на программную запись справочника, документа или константы.

(245) да это глюк архитектуры

(252) на скуле извращенцы тригеры вешали

>Систему прав даже с 1С++ и перехватчиком особо не улучшишь

она и в 8-ке кривая т.к. наследована из 7-ки

(254) Мне кажется, что это настолько гемморно, что не стоит затраченных усилий. К тому же возникает ряд проблем, как, например, определить пользователя? Если это все продумывать, то получается слишком сложный механизм. Легче на 8-ку перейти.

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

(240) Насчет общих реквизитов - вот тут бы ООП было уместно.

Скажем, создать базовые классы "Документы взаиморасчетов с контрагентами" с реквизитом Контрагент, "Документы складского учета" с реквизитом Номенклатура - и реализовать уже конкретные документы (поступление, списание, продажу, перемещение) на основании множественного наследования от этих классов. Соответственно, у наследников будут все реквизиты тех классов, от которых они наследуют. А также все методы, за исключением явно переопределенных.

(257) "Вполне нормально" у меня уже есть. Но этого недостаточно, хочется "хорошо".

И как его определить без особых сложностей?

(257) в этих реализациях Триггеры, Перехватчик, глЗаписатьОбъект, ООП-обертки или что то другое?
(интересуюсь для общего развития)

(254) типа меня.
Только я их немного для других целей использую.

(259) "И как его определить без особых сложностей?" наверно патчит платформу и переходить на трастед коннекшн

(0) Автор - некромант 80-го левела.

(262) Знаю только про NtUser.dll. Это оно?

(264) не, я сам не баловался, но люди как то делают

(265) Вот все так говорят )))

(266) пока только я )

(259) Определение текущего пользователя - элементарно. По SPID.

при старте 1С говорим

    |UPDATE $Справочник.Пользователи
    |Set $Справочник.Пользователи.SPID = 0
    |WHERE
    |    $Справочник.Пользователи.SPID = @@SPID
    |
    |
    |UPDATE $Справочник.Пользователи
    |Set $Справочник.Пользователи.SPID = @@SPID
    |WHERE
    |    ID = :Пользователь

и пожалте, хоть в триггерах, хоть где текущий пользователь легко определяется

(260) Перехватчик, у Садовникова были ООП-обертки
(262) При запуске писать в табличку пользователя и SPID процесса. вроде достаточно для большинства применений.

(259) если хочется "хорошо" - нужно поискать другой инструментарий, не нуралиевский :-)

(268) Вот за это спасибо.
(270) К сожалению, я уже 100% раб Нуралиева и его желтых коробок. :)

(0) В воскресенье буквально спрашивали о 7 ке .  Посыл - один раз куплено и  много много пользователей.  8 ка - плати за  работчие места .

А по поводу дат!
Винда больше 2099 года небачить!

(0)А почему бы и нем. 1С в мелких решениях не заинтересована. Хотя ерунда получается. И сам не развивает и другим не дает.

Хотя нам этого не светит .
Но все таки.

(254) "на скуле извращенцы тригеры вешали " .... а собсно почему нет ?  Покупать самосвал(скуль) шоб он спички  возил ?

(276) А кто тебе сказал что спички возить?

(275) Сингулярность близко. Может и светит...