Нормально на 1с пишем, нормально. Только мозгов должно быть много, тогда не расплавятся. А если проблема - можно и на пиндосском в 1с писать.

Исходное сообщение prog1c
А если проблема - можно и на пиндосском в 1с писать.

обычно работа коллективная, пишут соблюдая общий корпоративный стиль...

Исходное сообщение dimzon541

Исходное сообщение prog1c
А если проблема - можно и на пиндосском в 1с писать.

обычно работа коллективная, пишут соблюдая общий корпоративный стиль...

А не проблема. Главное - комментарие побольше. А русский или английский - не проблема, народ поймет. Но 90% и более пишут на русском.

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

Исходное сообщение prog1c
Кроме того, в 1с - более модульная чтоли, если так можно выразиться, структура кода. Код делится по прикладным объектам (форма/модуль), по общим модулям и модулям приложения/внешнего соединения. При грамотном разделении труда редко код неск-ких разработчиков пересекается.

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

Исходное сообщение dimzon541

Исходное сообщение prog1c
Кроме того, в 1с - более модульная чтоли, если так можно выразиться, структура кода. Код делится по прикладным объектам (форма/модуль), по общим модулям и модулям приложения/внешнего соединения. При грамотном разделении труда редко код неск-ких разработчиков пересекается.

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

Было дело, и не раз. Но тут проблема общая для всех, а различие языков - дело десятое. Ты как-нибудь залезь ради хохмы в 1с типовую, что 7.7, что 8.0/8.1 и посмотри код проведения по регистрам например. И попробуй разобраться... Все прочие проблемы отойдут далеко назад. :)

Исходное сообщение prog1c
Ты как-нибудь залезь ради хохмы в 1с типовую, что 7.7, что 8.0/8.1 и посмотри код проведения по регистрам например. И попробуй разобраться...

чур меня

Исходное сообщение dimzon541

Исходное сообщение prog1c
Ты как-нибудь залезь ради хохмы в 1с типовую, что 7.7, что 8.0/8.1 и посмотри код проведения по регистрам например. И попробуй разобраться...

чур меня

А что, испугался? :)))
Просто многие думают 1с - это фигня типа basic, да еще с ограниченной областью применения. Ага...
А ты посмотри запросы в 1с типовой, и попробуй что-то изменить, например...

Исходное сообщение prog1c
Просто многие думают 1с - это фигня типа basic, да еще с ограниченной областью применения.

не льсти себе, так оно и есть. просто там столько наверчено что ногу сломишь. поверь, та-же самая IBM WebSphere Application Server тоже не сахар

Исходное сообщение dimzon541

Исходное сообщение prog1c
Просто многие думают 1с - это фигня типа basic, да еще с ограниченной областью применения.

не льсти себе, так оно и есть. просто там столько наверчено что ногу сломишь. поверь, та-же самая IBM WebSphere Application Server тоже не сахар

Верю. Но 1с ты не знаешь - по поводу 1с ты не прав. А я на с/с++ писал код. Тот же язык запросов 8-ки продвинутее t-sql - я.
Вот тебе ссылочка:
http://www.liveinternet.ru/users/prog1c/post38648443/

Ты вот скажи мне, сколько строк кода обычно занимает ваше приложение и сколько человек его пишет и за какой срок?
Ориентировочно.

Исходное сообщение prog1c
язык запросов 8-ки продвинутее t-sql - я.
Вот тебе ссылочка:
http://www.liveinternet.ru/users/prog1c/post38648443/

ничего такого "продвинутого" по сравнению с t-sql не увидел. Тот-же SQL только на русском. Я и посложнее писал...

Исходное сообщение dimzon541

Исходное сообщение prog1c
язык запросов 8-ки продвинутее t-sql - я.
Вот тебе ссылочка:
http://www.liveinternet.ru/users/prog1c/post38648443/

ничего такого "продвинутого" по сравнению с t-sql не увидел. Тот-же SQL только на русском. Я и посложнее писал...

Да это простой примерчик!
А по поводу "ничего продвинутого" - эт ты зря...
Например "обращение через точку" - слабо в t-sql повторить, а?
Только подзапросом - соединением таблиц. А у нас - можно.

Исходное сообщение prog1c
Ты вот скажи мне, сколько строк кода обычно занимает ваше приложение и сколько человек его пишет и за какой срок?
Ориентировочно.

ну начнем с того что последние 7 лет я занимаюсь разработкой того что фиксин называет "платформа".
по нашему это framework. с использованием нашего framework приложения девелопятся ОЧЕНЬ быстро, поверь (причём framework не привязан к конкретной области применения как 1C).
Начинаем с того что для получения работающего макета приложения достаточно просто нарисовать схему данных в Rational Rose :)

Очень многие вещи делаются декларативно через XML. Девелоперов обычно 2-3 человека. В строках ПРИКЛАДНОГО кода точно не скажу, завтра выйду на работу - посчитаю. Делали тут проект - трудоёмкость пару человекомесяцев (но это без отчётов, отчёты делали субподрядчики)

Исходное сообщение prog1c
Например "обращение через точку" - слабо в t-sql повторить, а?
Только подзапросом - соединением таблиц. А у нас - можно.

И чего в этом такого? Всё равно этот запрос ТРАНСЛИРУЕТСЯ в t-sql, т.е. получаешь тот-же самое соединение таблиц, причём не факт что эффективное с точки зрения производительности.
Опять-же есть специальные O/R-mapping инструменты и библиотеки, не привязанные к области применения и делающие то-же самое. nHybernate например

Исходное сообщение dimzon541
ну начнем с того что последние 7 лет я занимаюсь разработкой того что фиксин называет "платформа".
по нашему это framework. с использованием нашего framework приложения девелопятся ОЧЕНЬ быстро, поверь (причём framework не привязан к конкретной области применения как 1C).
Начинаем с того что для получения работающего макета приложения достаточно просто нарисовать схему данных в Rational Rose :)

Очень многие вещи делаются декларативно через XML. Девелоперов обычно 2-3 человека. В строках ПРИКЛАДНОГО кода точно не скажу, завтра выйду на работу - посчитаю. Делали тут проект - трудоёмкость пару человекомесяцев (но это без отчётов, отчёты делали субподрядчики)

По поводу 1с и t-sql:
http://kb.mista.ru/article.php?id=142

По поводу платформы/framework - тут чтобы что-то сказать, нужно знать и 1с, и вашу платформу. Я воздержусь. Единственное - рассудит рынок. :))

А по поводу "самописных программ" - я имел опыт так сказать наблюдения результатов их работы и сравнения его с 1с. Может мне просто так повезло, но нигде они с 1с сравнится ни по функциональности, ни по надежности, ни по соответствию предметной области не могли. Иногда доходило до анекдотических ситуаций, типа вот такой вот:
поставили свое "нетленное творение", которое писали не 1 год и которое должно было показывать остатки на складе (это в то время при наличии 1с 7.7 ТиС). Угу. Закончилось все тем, что я им из 1с Бухгалтерии выгружал остатки с опазданием в 20 дней, т.к. бухгалтера месяц закрывают неск-ко позже его календарного закрытия. И только тогда народ видел свои остаточки. Задним числом.
Зачем? :)

Исходное сообщение dimzon541

Исходное сообщение prog1c
Например "обращение через точку" - слабо в t-sql повторить, а?
Только подзапросом - соединением таблиц. А у нас - можно.

И чего в этом такого? Всё равно этот запрос ТРАНСЛИРУЕТСЯ в t-sql, т.е. получаешь тот-же самое соединение таблиц, причём не факт что эффективное с точки зрения производительности.
Опять-же есть специальные O/R-mapping инструменты и библиотеки, не привязанные к области применения и делающие то-же самое. nHybernate например

Согласен, но сколько времени при этом экономится? :))
А время - деньги.

Исходное сообщение prog1c
По поводу 1с и t-sql:
http://kb.mista.ru/article.php?id=142

Повторяю ещё раз - завросы 1С транслируются в t-sql. Основная проблема таких трансляторов -не всегда эффективность t-sql полученного в результате трансляции сравнима с эффективностью t-sql написанного сразу. Это как сравнивать C и ASM.

Теперь по пунктам:

в 1С есть обращение к свойствам объектов через точку или несколько точек (по-научному это называется "разыменование ссылочных полей")

по поводу этого я писал выше. синтаксический сахар, не более...

в 1С есть обращение к табличным частям объектов, например, справочников и документов (специфика 1С:Предприятия)

это я не знаю что такое, ничего сказать не могу

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

в SQL-е как я понимаю это не что иное как обычное VIEW

в 1С есть расширения для построителя отчетов

эо я тоже не совсем в курсе о чём

в 1С есть двуязычность языка запросов (рус/англ)

сомнительное пеимущество

в 1С есть возможность наложения блокировки на таблицы с помощью предложения ДЛЯ ИЗМЕНЕНИЯ

в SQL это тоже есть:
select * from tableName with(updlock)

Исходное сообщение prog1c
По поводу платформы/framework - тут чтобы что-то сказать, нужно знать и 1с, и вашу платформу. Я воздержусь. Единственное - рассудит рынок. :))

Тут разные весовые категории и области применения. По сути основная ценность 1C в том что там УЖЕ дохуя всего для данной предметной области наверчено. Т.е. огромное количество уже готовой функциональности (типовая конфигурация). И чтобы боротся на этом рынке (бухучёт и.т.д.) нужно всё это повторить а это огромная трудоёмкость. Т.е. экономически не выгодно...

Исходное сообщение prog1c
Согласен, но сколько времени при этом экономится? :))
А время - деньги.

на чём время то экономится? На написании лишнего JOIN?
не смеши. опять же, никто не мешает использовать тот-же самый Hybernate если очень хочется

Исходное сообщение dimzon541

Исходное сообщение prog1c
Согласен, но сколько времени при этом экономится? :))
А время - деньги.

на чём время то экономится? На написании лишнего JOIN?
не смеши. опять же, никто не мешает использовать тот-же самый Hybernate если очень хочется

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

Исходное сообщение prog1c
Дима, для больших запросов - довольно много времени экономится (и отладочного тоже, люди ошибаются бывает) + читабельность кода.

лучше день потерять потом за 5 минут долететь. неэффективный по производительности запрос в конечном итоге обойдётся дороже. к тому-же если очень хочется - используй hybernate и ему подобные...

Исходное сообщение dimzon541

Исходное сообщение prog1c
По поводу 1с и t-sql:
http://kb.mista.ru/article.php?id=142

Повторяю ещё раз - завросы 1С транслируются в t-sql. Основная проблема таких трансляторов -не всегда эффективность t-sql полученного в результате трансляции сравнима с эффективностью t-sql написанного сразу. Это как сравнивать C и ASM.

Да, конечно. А почему в основном пользуются С? :)

Исходное сообщение dimzon541

в 1С есть обращение к табличным частям объектов, например, справочников и документов (специфика 1С:Предприятия)

это я не знаю что такое, ничего сказать не могу

Документ <Док>
Реквизиты шапки <Рекв1>...<Рекв N>
Табличная часть <Тбл1>
Реквизиты табл. части <РеквТбл1 1>...<РеквТбл1 N1>
...
Табличная часть <ТблM>
Реквизиты табл. части <РеквТблM1>...<РеквТблM NM>

Исходное сообщение dimzon541

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

в SQL-е как я понимаю это не что иное как обычное VIEW

Нет, аналог VIEW в 1с (8.1) - временная таблица.
А вирт. таблицы регистров в 1с - это неск-ко сложнее. Это скорее форма преобразования данных для запроса 1с. Очень удобно и экономит очень много времени.

Исходное сообщение dimzon541
Тут разные весовые категории и области применения. По сути основная ценность 1C в том что там УЖЕ дохуя всего для данной предметной области наверчено. Т.е. огромное количество уже готовой функциональности (типовая конфигурация). И чтобы боротся на этом рынке (бухучёт и.т.д.) нужно всё это повторить а это огромная трудоёмкость. Т.е. экономически не выгодно...

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

Исходное сообщение dimzon541

Исходное сообщение prog1c
Дима, для больших запросов - довольно много времени экономится (и отладочного тоже, люди ошибаются бывает) + читабельность кода.

лучше день потерять потом за 5 минут долететь. неэффективный по производительности запрос в конечном итоге обойдётся дороже. к тому-же если очень хочется - используй hybernate и ему подобные...

Ну почему сразу неэффективный. Тут возможна ситуация, что запрос будет и более эффективным, чем написанный на первоисточнике разработчиком. Так что так вот сказать заранее - неверно. То же самое, что С и asm. Но как ты сам говорил в примере про память? То же самое и тут.

Исходное сообщение prog1c
Да, конечно. А почему в основном пользуются С? :)

я тут запросы пишу на таблицы из миллионов строк. даже на t-sql можно сделать разные запросы, возвращающие один и тот-же результат но имеющие разную (в тысячи! раз) производительносить. Неужели ты думаешь я доверю какому-то автоматическому транслятору?

Исходное сообщение prog1c
Документ <Док>
Реквизиты шапки <Рекв1>...<Рекв N>
Табличная часть <Тбл1>
Реквизиты табл. части <РеквТбл1 1>...<РеквТбл1 N1>
...
Табличная часть <ТблM>
Реквизиты табл. части <РеквТблM1>...<РеквТблM NM>

Ничего не понял

Исходное сообщение prog1c

Исходное сообщение dimzon541
в SQL-е как я понимаю это не что иное как обычное VIEW

Нет, аналог VIEW в 1с (8.1) - временная таблица.
А вирт. таблицы регистров в 1с - это неск-ко сложнее. Это скорее форма преобразования данных для запроса 1с. Очень удобно и экономит очень много времени.

Вот как раз VIEW в SQL это ИМЕННО форма преобразования данных для запроса.

Исходное сообщение prog1c
Ну обычная логика - всемя и опыт работы 1с и вашей конторы в этом плане несопоставимы. Согласен?

Мы ВООБЩЕ бухучётом не занимаемся.

Исходное сообщение dimzon541

Исходное сообщение prog1c
Да, конечно. А почему в основном пользуются С? :)

я тут запросы пишу на таблицы из миллионов строк. даже на t-sql можно сделать разные запросы, возвращающие один и тот-же результат но имеющие разную (в тысячи! раз) производительносить. Неужели ты думаешь я доверю какому-то автоматическому транслятору?

Двойственное впечатление...
С одной стороны миллионы строк - ну да, показатель объема. Но есть еще и сложность таблиц и их комбинаций. Согласись - линейный запрос на выборку к одной таблице, пусть и очень большой, трудно написать "не так". А как быть, когда таблиц в запросе десятки/сотни?
Спорно это все.

Исходное сообщение dimzon541

Исходное сообщение prog1c
Документ <Док>
Реквизиты шапки <Рекв1>...<Рекв N>
Табличная часть <Тбл1>
Реквизиты табл. части <РеквТбл1 1>...<РеквТбл1 N1>
...
Табличная часть <ТблM>
Реквизиты табл. части <РеквТблM1>...<РеквТблM NM>

Ничего не понял

Документ Реализация
Реквизиты документа: продавец и покупатель.
2 табличные части - товары (построчно товар, цена, кол-во, сумма)
и услуги (услуга и сумма).
Вот тебе табл. части в документе.

Исходное сообщение dimzon541

Исходное сообщение prog1c

Исходное сообщение dimzon541
в SQL-е как я понимаю это не что иное как обычное VIEW

Нет, аналог VIEW в 1с (8.1) - временная таблица.
А вирт. таблицы регистров в 1с - это неск-ко сложнее. Это скорее форма преобразования данных для запроса 1с. Очень удобно и экономит очень много времени.

Вот как раз VIEW в SQL это ИМЕННО форма преобразования данных для запроса.

Я знаю, просто будет не совсем верно назвать это дело - VIEW. Там еще и платформа 1с работает. Это все же нечто большее.

Исходное сообщение dimzon541

Исходное сообщение prog1c
Ну обычная логика - всемя и опыт работы 1с и вашей конторы в этом плане несопоставимы. Согласен?

Мы ВООБЩЕ бухучётом не занимаемся.

Хе!
Я ж говорю - ты не знаешь даже область применения 1с. :)
1с - не только БУХУЧЕТ, БУХУЧЕТ - подмножество сфер применения 1с, причем наверное и не самое большое.
Тут уж скорее оперативный учет на первом месте.

PS: отвлекусь пожалуй, мебель параллельно собираю.

Исходное сообщение prog1c
Двойственное впечатление...
С одной стороны миллионы строк - ну да, показатель объема. Но есть еще и сложность таблиц и их комбинаций. Согласись - линейный запрос на выборку к одной таблице, пусть и очень большой, трудно написать "не так". А как быть, когда таблиц в запросе десятки/сотни?
Спорно это все.

Естественно что запросы далеко не плоские ;) И запросы на такие объёмы данных писать только руками, анализировать план выполнения запроса и итеративно оптимизировать. Никакой автоматический транслятор ничего хорошего тут не сделает, увы...
Хочу предупредить сразу - я на этом собаку съел.

Исходное сообщение prog1c
Документ Реализация
Реквизиты документа: продавец и покупатель.
2 табличные части - товары (построчно товар, цена, кол-во, сумма)
и услуги (услуга и сумма).
Вот тебе табл. части в документе.

Теперь понял. Это просто связанные таблицы. Либо JOIN либо коррелированный подзапрос.

Исходное сообщение prog1c
Я знаю, просто будет не совсем верно назвать это дело - VIEW. Там еще и платформа 1с работает. Это все же нечто большее.

Понятно, это "VIEW" которая в том числе использует доп. функциональность написанную на 1C.
В SQL в ополнении к VIEW это решается UDF-ами и хранимками...

Исходное сообщение prog1c
Я ж говорю - ты не знаешь даже область применения 1с. :)
1с - не только БУХУЧЕТ, БУХУЧЕТ - подмножество сфер применения 1с, причем наверное и не самое большое.
Тут уж скорее оперативный учет на первом месте.

Я немножко путаюсь в определениях. Что есть оперативный учёт?

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

Вообще в 1с 3 базовых подраздела/компоненты - опер. учет, бух. учет и расчет.

PS: пойду прогуляюсь. Позже напишу более развернуто.

Исходное сообщение prog1c
Оперативный учет - учет наличия и движения каких-либо ресурсов (материальных, денежных средств и пр.) и средства его анализа. Я бы так сказал.

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

По поводу общих тенденций, сейчас интересны решения на технологиях Web2.0 а на 1C таких решений строить нельзя...

Исходное сообщение dimzon541

Исходное сообщение prog1c
Оперативный учет - учет наличия и движения каких-либо ресурсов (материальных, денежных средств и пр.) и средства его анализа. Я бы так сказал.

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

По поводу общих тенденций, сейчас интересны решения на технологиях Web2.0 а на 1C таких решений строить нельзя...

В общем так - практически любую задачу можно решить
с использованием любого из модулей 1с. Но, конечно,
так поступать не стоит.
Бух. учет основан на "двойной записи", т.е. если с
одного счета списывается, то на бругой счет поступает.
Это фундаментальное понятие в бух. учете. В принципе
двойную запись можно применять не только в бухгалтерском учете,
и наоборот, реализовать ее можно и на регистрах опер. учета,
но наиболее приспособлены для этого именно регистры бух.
учета.
Расчет применяется для реализации сложных ПЕРИОДИЧЕСКИХ расчетов,
в этом компоненте реализованы средства перерасчета за прошлый
период и т.п. вещи. Пример применения - расчет ЗП.
Опер. учет же - это как правило учет товаров на складе и вообще
любой учет, в котором не применяются специфические фичи типа
двойной записи или расчета.

По поводу сильных сторон 1с - ты прав лишь отчасти. 1с сильна еще и относительной простотой разработки
(меньше трудозатрат и времени) и тем, что смогла стать своего рода отраслевым стандартом.
Это если вкратце так.
Посмотри вот здесь:
http://v8.1c.ru/metod/Methodical_DemoRoliki.htm
Пример разработки торговой минисистемы.

По поводу Web-а, ты тоже не совсем в курсе:
http://v8.1c.ru/overview/webservices.htm
http://v8.1c.ru/overview/WEB.htm

Почитай для общего понимания платформы 1с 8.0:
http://v8.1c.ru/metod/architecture/