Господа и дамы. в 1с совсем не давно. И дают задания делать и в 7.7 и 8.2  Вот я тут подумал. А не бред ли это? Может быть лучше изучить одну из них, но изучить на ура? Ибо есть мнение что одновременное изучение и 7.7 и 8.2 сломает меня полностью.

Спасибо за мнение

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

7,7 нужна там где в хлам переписанные конфигурации, и переход на 8 будет слишком дорогостоящ чтобы переписать все хотелки. А таких контор все меньше и меньше. Поэтому лучше 8ку изучать, 7ка для пенсионеров. )

Забудь о 7.7

7.7 - окаменелое дерьмо мамонта.

(0) конечно 7.7
8ка сырая, недоработанная
каждый год какието переходы переносы и изменения релизов с конвертацией платформ..

на предприятии важна стабильность и надежность а так же простота и удобство
все это обеспечивает 7.7

забей на 8ку
изучай и развивайся только на 7ке!

(2) +100500
Сам привык к запросам T-SQL так, что сейчаc реально ощущаю ущербность 8-ки в части языка запросов, и в силу возможного [s]скудоумия[/s] отсутствия знаний приходится крутить ТЗ.

(6) + или навешивать подзапросы

(6) И что Вы такого нашли в T-SQL, по сравнению с чем v8 ущербная?

(8) Можно на ты. Могу поискать примеры прямых запросов, аналоги которых мне не удалось написать в 8-ке.

а эти бесконечные подвисающие рпхосты?
а утечки памяти у этого поделия, которое называется "сервер 1С"

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

а эти управляемые формы? медленные неудобные непривычные и непрактичные?

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

а отсутствие общего журнала?
это же вообще никуда не годится...


   |SELECT
   |     $СпрД.ВидДоговора [ВидДоговора $Справочник.ВидыДоговоров],
   |     СпрК.ID as [Контрагент $Справочник.Контрагенты],
   |     СпрГК.ID as [Группа $Справочник.ГруппыКонтрагентов],
   |    СпрД.ID as [Договор $Справочник.Договоры],
   |    (SELECT TOP 1    
   |        $СпрБК.Блокировка [Блокировка]
   |     FROM
   |        $Справочник.БлокировкиКонтрагента СпрБК        
   |     WHERE
   |        СпрБК.ParentExt = СпрК.ID AND $СпрБК.Договор = СпрД.ID
   |     ORDER BY
   |        $СпрБК.Дата DESC, $СпрБК.Время DESC) AS Блокировка
   |FROM
   |    $Справочник.Контрагенты СпрК
   |INNER JOIN
   |     $Справочник.Договоры СпрД
   |ON
   |    СпрД.ParentExt = СпрК.ID
   |INNER JOIN --
   |     $Справочник.ВидыДоговоров СпрВД
   |ON
   |    СпрВД.ID = $СпрД.ВидДоговора
   |INNER JOIN
   |     $Справочник.ГруппыКонтрагентовСписок СпрГКС
   |ON
   |    СпрГКС.ParentExt = СпрК.ID    
   |INNER JOIN --
   |     $Справочник.ГруппыКонтрагентов СпрГК
   |ON
   |    $СпрГКС.Группа = СпрГК.ID        
   |
   |WHERE
   |    СпрВД.ID IN (SELECT val FROM #ВыбСписок)
   |AND
   |     СпрГК.ID IN (SELECT val FROM #ВыбГруппа)
   |ORDER BY
   |    СпрК.Descr
   |";


Не знаю как сделать вложенный подзапрос прямо в селекте

12+ Это код для работы совместно с ВК 1С++

12+ Там имеется некоторая избыточность, просьба не ругать

(14) Изменить структуру таким образом, чтобы можно было писать нормальные запросы
Например тут поменять на регистр сведений, получать сразу актуальное значение
Либо если это свои справочники, таблицы SQL - завести таблицу с максимальным (текущим) значением блокировки (помимо истории)

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

Семерка еще активно используется кстати :)
Чаще чем восьмерка по-моему... или попадается такое...

(17) только в старых крупных конторах, я бы сказал.

(18) Да и небольшие используют
Ну нафига трогать если работает с приемлемой скоростью и не падает?
Крупные бывают дергаются, но не у всех получается, обси$аются часто с переходами
Не всем нужны фенечки, а работать все же проще как ни крути, в типовых 8.х голову сломаешь пока документе заполнишь

(15) Акцент на то, что прямо в селекте можно сделать подзапрос. В 8-ке приходится "извращаться".

(20) Там же реализованы срезы последних и проч., как то же работает
В любом случае это неоптимально => изврат
Если часто используется эта инфа и нужна скорость - лучше создать доп. табличку

(21) Завтра, если не забуду, гляну на запросы, в которых хотелось сделать так, а пришлось по-другому.

Когда 28-я платформа выйдет?

(23)Ночью.)))

(20) в восьмерке временные таблицы гораздо шире используются, в прямых запросах их почему то мало практикуют. Запрос на момент времени (текущий документ) в восьмерке проще сделан чем в прямых. Ну и сам конструктор запросов в восьмерке побогаче функционалом. Опять же СКД...

изучить на ура можно только лозунги коммуняк

(10) Да ты изменник ! Вольнодумец ! Ишь что удумал - 8-ку костерить.

Программировать в перемешку 7.7 и 8.1 вредно для мозга.
А изучать 7.7, 8.1 да ещё и 8.2 - трижды песец.

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

(8) а это не очевидно? такое может спросить только человек не знакомый с транзактом.

(25) а временные таблицы это хорошо?

(2) можно и не переписывать, бери больше - спецов уже мало на 7.7 :)

(28) я изучаю и нормально - жду 8.3 еще :)

(+33) еще 1C++ добавь - клевая вещь :)

(25) в восьмерке временные таблицы гораздо шире используются именно из за ущербности языка запросов 1С. элементарный запрос t-sql, на языке запросов 1С превращается в уродливого монстра с кучей твоих любимых временных таблиц, которые на куй не нужны. а они в общем то снижают производительность запросов.

(25) Опять же СКД...

А ты кроме СКД видел что нить другое? Скульные или оракловские инструменты в плане создания отчетов?

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

(36) точно, попробуй сделать (25) вывести три группы по горизонтали, причем - одна заполняется, другая частично и дальше пустые поля должны без горизонтальных линий - зачем? предприятие любит экономить картридж и печатать горизонтальные линии нужно там где числа, а где пустые строки - смысла нет печатать - извращайся запросом в СКД, когда можно элементарно сделать обычным программным путем через макетик - и читать легко такую поделку и исправлять легче через 5 лет.

(36) просвети, пожалуйста, темного - что там в мелкософтовском скулевом такого афигеннского, что так нужно добавить в скд? :)

+37) можешь сказать - через оформление - но это в задачу ты не в ник, промежуточное поле может быть пустое и оно должно рисоваться горизонтальными линями, а вот именно последние подряд пустые - там нет :)

(38) считать итоги по странице - именно по одной странице. меняешь формат с А4 на А5 и он бац - считает... сделай в СКД :)

(40) а это нужно?

не - я чисто из интереса. Последняя тенденция - хаянье СКД на чем свет стоит. Вот хочется понять, почему.

Первый довод я уже понял - формат страницы. ХЗ где это нужно, но наверное нужно. Еще что?

(41) это нужно - хозяин хочет видеть итоги на каждой странице и он не понимает, почему такая крутая его тачка не может это сделать :) просто посчитать итог на страницу - независимо от формата, который он хочет вывести на принтер.

(43) а в чем такое можно сделать?

(38) просвящайся на здоровье

http://docs.oracle.com/cd/E12839_01/bi.1111/b32121/pbr_arch003.htm#i1005628
http://technet.microsoft.com/ru-ru/library/ms159106.aspx

На 7.7 зарабатывают теперь только старички смысла ее начинать изучать сейчас вообще нет

(46) Базовые знания по 7.7 все-равно необходимы))) Ну там обновить типовую вдоль и поперек загаженую клиентскую базу на 7.7 (часть функционала обновлена до одного релиза, часть до другого, вообщем "винегрет"), которую не трогали аж с 2008 года до актуального релиза и сделать перенос данных в 8.2 :)
Соответственно, перед выгрузкой сделать анализ на наличие ошибок в учете, одинаковых кодов справочников и прочее)))

(42) Да всякого хватает. Что бы понять, надо просто поработать и там и там.

Семерочники сумасшедшие флагеллянты

Вообще СКД не для печати на странице в удобном виде.
Это конструктор для аналитических отчетов, где оформление не важно, важно быстро получить информацию в удобном виде, сгруппированном и отобранном по определенных параметрам.

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

8-ка - гамно.
7-ка - гамно.

да и вообще, 1с - гамно.

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

У нас система есть на Оракле. Конечно особо ее не знаю, но видел эти убогие отчеты на этой системе.
Система отчетов не встроена в интерфейс программы, а поставляется отдельно.

Т.е. кликнуть по номеру документа и перейти в форму не получится. Система "гибких" настроек - это даже не построитель отчета.

Изучай 8-ку. Изучать 7.7 в настоящий момент с нуля - пустая трата времени.

(48) =) я работал только в 7.7 и 8.x =) На заре правда своей юности баловался Fast Report'ом для дельфей. Его могу сравнить с скд - ссаный веник против пылесоса :)

В свете использования СКД в 7.7 - уже давно юзаю. Раньше самопиской через внешние источники данных. Сейчас - уже через фабрику отчетов. Не смог только разобраться с двумя вещами - как выбор делать из иерархических справочников (юзвери хотят подставлять параметры аки форма выбора из иерархического справочника). И как правильно пронумеровать элементы иерархического справочника в 7.7, чтобы по ним можно было иерархию построить на СКД аналогичную - видел где-то какие-то заточки в прямых скулевых портянках через 1С++, но руки до них не дошли :( Может кто уже это приготовил - и смог бы поделиться светом? :)

деньги и там и там делаются - мне вот счас надо из экселя в 10-3 закачивать номенклатуру и цены -  по аналогии со своей обработкой на 7.7 сделал загрузку  номенклатуры , а вот с ценой затык.

могу с кем нить обменяться.

(0)
Думаю тот факт, что почти все разработчики 1С++ уже перешли на 8ку - говорит о многом.
Имхо, новые проекты надо сразу делать на 8ке.
Стоимость клюшечников растет. Однако требования к ним постепенно смещаются от умения разработать к умению поддерживать, а далее к умению перетащить в 8ку.
Ждет ее участь foxpro.

руки прочь от 77, кормильца нашего..

(57) перетащить на 8ку не такая уж и проблема.. хотя, ой - грибное место выдал..

На работе тяну 7.7 , 8.1 , 8.2.
Ниче страшного.
Но ни там ни там толком ничего не знаю)))

(0) тут уже писали. только 7.7, 8ка сыровата, скоро спецы на 7.7 будут на вес золота

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

(36) и много ты в семерке пользуешься sql-ными, или оракловскими построителями отчетов? Лишь бы вбросить?

(31) соединения между реальными  таблицами это зло. Юнион алл и Временные таблицы помогают с ним бороться.

(0) Ищи работу там где только 1с8.2 и изучай ее.
У меня наоборот проблема от 1с77 отвязаться. вот уже почти 12 лет в ней пашу и толково изучить 1с8.х не удалось. Но вдруг пришла пора что надо искать работу. Семерочных проектов почти не видать а требуются восмерочники. На восьмерку с моими навыками могут взять да вот беда по доходам придется присесть.

(0) Очень верное мнение в (57). Я думаю, что начать изучение с 8.2, а если будет нужно, то немного подтянуть знания 7.7
Если научиться ездить на Мерседесе, то пересесть в Оку не составит труда. ;)

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

(0) они мало чем отличаются

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

(67). Ты так говоришь, потому что знаешь и то, и другое. Знаю реально людей, специалистов по 8-ке, которые ничего не могут сделать на 7-ке. Небо и земля, как они считают. Есть и такие, которые в 7-ке что-то умели, но из-за круга задач всё напрочь забыли.

(64) +1 ибо та же хня

(0) семерка отмирает, количество вакансий, на которых не требуется восьмерка, стремится к нулю, отсюда вывод очевиден - изучай восьмерку

Больше семерошников и восмерошников зарабатывают те, кто знает их обе

(63) < соединения между реальными  таблицами это зло. Юнион алл и Временные таблицы помогают с ним бороться.

наркоман штоле?

(72) оно понятно, но на перспективу семерка нах не нужна.
я в 1с когда пришел, во франче тогда половина заказов по 6терке была, ессно кто знал и 6 и 7 брали заказов больше, чем те кто только 7 знали, ну и где теперь 6терка? и ладно бы если бы сейчас половина работы по 7рке была, тогда еще можно было бы с 7ркой возится, но уже перевес в сторону 8рки, так что начинающему явно в сторону 8рки надо смотреть

(74) от региона зависит, конечно. В нашем Вуспердючинске большинство на семёрках сидят

(27) Пора сжечь еретика на костре из ЖКК. Я уж давно за ним замечаю.

(75) тут согласен, от региона безусловно зависит

(76) на всех одинесников-староверов ЖКК не хватит. Жги и меня. Ломай меня полностью

7.7 уже давно фактически не продаётся, поэтому гарантированно клиентов больше не будет становиться...

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