Собственно сабж. Понятно, на том что знаешь, ну все таки

(149) жадный платит дважды

(134)а пустая ссылка это не чушь )))
"это крутотень"

(164) крутотень это когда "объект существует но незаполнен"

(164) вижу, что ты еще не готов, падаван

(166) Избранный, ты так ничего и не понял. Ложка есть, это тебя нет.

фортран

(167) вот это я уже слышал, а пока "убивцы" нет

еще не предлагали на собственном *ую написать "Убивца 1С"? Если нет, то буду первым

А Зачем?
C течением времени вопрос встает не об альтернитиве чего-то своего и подешевле, а об стандартизации и открытости отдельных компонентов.

Не подскажите где взять новые формы бухгалерии России в ГОСТ Р ИСО/МЭК 26300-2010 (odf)?

На чём писать - вопрос второстепенный. Первостепенный же - где взять двести ящиков пива и хорошего нарколога, чтобы по окончании разработки выйти из запоя ;-)

(172) А это не вам везли?
http://quqe.ru/1098-slegka-razbili-pivo-11-foto.html

(166)нужно познавать реальность непосредственно а не пытаться прикрутить новые технологии к инвентарным спискам своих устаревших знаний
и путать Божий дар с омлетом
одна крутотень из скуля другая из 1с
а работают они "странно" потому что не всегда типизированы
хотя вам старым троллям наверное это и так ясно

Не нужна лицензия

(0) На 1С 7.7 убивцы 1С живут.
Один ключик на неограниченное количество пользователей и терминальный сервер, всё что надо, что-бы выводить менеджеров 1С из душевного равновесия :)

Застолблю названия для убийцы, пока не началось.
Стена1С, 1ССтена, ОбСтену1С, 1СОбСтену, Кирпич1С, 1СКирпич, Пну1С, 1СПну, КильНу1С, 1СКильНу :)
ЗЫ Анал1С и 1САнал также прошу не занимать.

убить 1С должен не ЯП а " инновационная ИДЕЯ" =)))

(174) поток кала

(179)ну если ума не хватает что-то понять конечно нужно сделать татуировку на пузе и обозвать ситуацию калом
кому-то кажется как всегда что если на мисте несколько лет отфлудил ни о чем то всё - профессиАнал

(180) отфлудил свой срок исправно, не надо
ты бы хоть запятые расставил

(181)действительно почему миста до сих пор не умеет запятые расставлять?

на асме, вы че!

(74) разочарую тебя.. есть..

(0)настоящие кАлдуны провессиАналы работают на оракл + джава
однако не видел ни одного законченного хотя бы наполовину проекта на такой системе

(73)настоящие инженеры и не такое могут
работают же как-то орга'ны
это вам не британские ученые с нановазелином

1С как платформа уже устарела...
Писать ее убийцу просто нет смысла.
Scala+Vaadin+Oracle= Написал управление цепочкам поставок за 3 месяца.Есть обмен с 1С бухней.
Онлайн в базе >1000 юзеров.
Заказчик кипятком писает от радости глядя на конкурента который на 1С корячит тоже самое...

Итог: Современные фреймворки для нормальных языков позволяют быстро создавать качественные решения. Единственное решение которое держит многих на 1С это бухгалтерия.

(187)немеряно крут
немеряно просто крут
3 месяца всего ваял крутотень
теперь пригласи специалиста по 1с и включи секундомер )))

(188) GoldenDawn >> теперь пригласи специалиста по 1с и включи секундомер )))

(187) же сказал: Онлайн в базе >1000 юзеров.
В соседней ветке про обслуживание такой БД сказали: дураков нет. Типа изыйди...

Да позняк ее писать. Их (мать их) уже не догонишь НИ КАК. Надо бало еще в 90-х начинать.

(190) вот точно помню, что в 1998 году 1С не была таким лидером рынка БЭСТ, но вот с выходом 6-ки 1С-ка поперла. ИМХО

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

и ваще количество юзеров в списке пользователей иб и количество тех кто непонятно зачем держит весь день базу открытой и количество активных пользователей это три большие разницы
если ваша база не подвисает на 10 - 30 активных ( 15 из которых которые шлепают доки обработками) то она не подвиснет и на 1000

ни разу мне ещё никто не доказал наличие принципиальных тормозов в 1с
однажды орались весь день на эту тему и наконец просто сказал мне один оппонет что может я и прав но не все так знают и так мыслят как я

БЭСТ-овцы сами виноваты тормознули свой продукт на полпути. 1С-цы же наоборот в развитие подались и работу дали куче народу вот их секрет успеха. А убивцу писать это не серьезно. Все равно, что из рогатки по Ф-22 палить.

моё скромное ИМХО в том что если где и есть тормоза так это в типовых, и только в том что
1. нехера в транзакции записи осуществлять расчеты на языке 1с которые можно осуществить вне транзакции (денормализацию никто не отменял) или в скуле
2. нехера рассчитывать сразу всё если можно порциями
3. индексирования иногда нет там где оно очевидно нужно

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

GoldenDawn Ага Г-н БН киллеров наймет

(195) точно!!! даешь расчет долгов вне транзакции документа двигающего эти долги!

(197)а что мешает? итоги же они как-то посчитали
расчет себестоимости видел кто-нибудь?
там угореть можно от фантизии разработчиков

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

HTML

GoldenDawn - ты знатный троль...
Свел мой пост к замерам времени написания...
А его смысл был в том, что не нужен убийца. И именно поэтому его нету, иначе давно бы написали.

Фишка в том, что 1С сокращает время разработки не кртитически по сравнению с нормальными средствами разработки. КОнфу которую я написал продолжают дорабатывать... как собственно и ее аналог на 1С у конкурентов...Ну запустились они на месяц раньше и что ? это же не 10 лет разницы... Зато они уперлись в производительность и пытаются типовую костылями оживить, а у меня никаких проблем...

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


И кстати почитайте по поводу "пользователи в базе >500" на этом форуме, ди на других было много постов, как в типовые пытались засунуть много пользователей... на сколько я помню нет ни одного подтвержденного внедрения с количеством активных пользователей > 500 в ОДНОЙ базе.
Есть там проблемы и не мало...

Только вот 1С как платформа не позволяет решить эти проблемы принципиально, а только костылями различной кривизны позволяет немного снизить остроту проблемы...
А нормальные языки и фреймворки это позволяют... например очень тяжелые обработки перенести в хранимки...


В общем мое ИМХО - 1С хороша для бухни с поддержкой и для организаций которым типовой за глаза...

(199) А кто сказал, что надо? Не надо. Но хочется.

(201)ни разу нигде не была указана хотя бы одна конкретная причина торможения

пример: попытались доказать что 1с тормозит
я предложил на отдельную железяку поставить 1с + скуль и там же поднять службу терминалов чтобы сразу отделить хреново настроенное сетевое оборудование от 1c и напомнил что у них циска между 1сным и скульным серваком и виртуалки на кластере где хз кто ещё что делает. Всё - буквально через несколько часов тормозить перестало, а тормозили на самом деле терминальные сессии хз почему - меня туда не пускают а ковырять в присутствии админов временинет к ним ходить

wiki:Форт_(язык_программирования)

"Поддерживает механизмы метарасширения для изменения семантики и синтаксиса языка при настройке на предметную область."

(204) сколько на нем было написано убивцев платформ учетных систем?

(0) начнем с того какие из них ты знаешь?))

(206)
знаю: Delphi, C#
на троечку: C++
я за плюсы, заодно и выучить

(207) напиши на всех, посмотри на каком лучше выйдет:)

(0) Что за убивца 1С? Вирус который 1С убивает?

(207) если ты напишешь убийцу 1С на С++, ты будешь знать С++ лучше разработчиков 1С))

(211) сам то понял, что сказал?

Адын малэнький но гордый адынэсник аднажды ришил переплюнуть балшой платформа...

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

Да в машинных кодах сразу

(216) слишком жостко получится, платформа сразу же умрет. А ТС хочет, чтобы она умирала долго и мучительно ;)

(210) Это не магазин. Если на пальцах, то есть производство (и не одно). У этого холдинга есть диллеры у них соответственно субдиллеры и т.д. уровней вложенности может быть бесконечное число...
Надо контролировать кто когда и кому сколько отгрузил, сколько на складах, сколько заказов и т.д.
Так вот задача состояла в том, чтобы абсолютно ВСЕ диллеры работали в одной базе. Цель в том, чтобы холдинг контролировал реализацию своего товара и планировал свое производство...
Причем контороль остатков сохраняется от уровня вложенности. Главный диллер видит остатки и заказы всех. Диллер только своих субдиллеров и т.д.
Получается, что как только провелся заказ от самого последнего субдиллера, в холдинге уже знают, что заказано т.д.
Диллеров по Москве и области дохрена... вот и получается, что в базе больше 1000 пользователей документы хреначат...
Товар сейрийный. Есть документы в которых 300000 сериек отгружается/перемещается/заказывается...

1С умрет на таких объемах... Да можно конечно придумать костыли разбивая на 100500 документов отгрузку, но это именно костыли будут...

ДЛЯ ОСОБО ТУПЫХ 1С-НИКОВ ПОЯСНЮ. Я ПОНИМАЮ ЧТО ВЫ ВСЕ ТУТ МЕГА КРУТЫЕ СПЕЦЫ ПО АВТОМТИЗАЦИИ.НО ЭТУ СХЕМУ ПРИДУМАЛ НЕ Я. ОНА РАБОТАЛА ЗА ДОЛГО ДО МЕНЯ. И МЫ ЗДЕСЬ ОБСУЖДАЕМ  НЕ ОПТИМЛЬНЫЕ БИЗНЕСПРОЦЕССЫ, А КОНКРЕТНЫЕ ТЕХНИЧЕСКИЕ РЕШЕНИЯ.

А у кого есть собственно наработки?

Вы зачем же так бедолагу разозлили то :)

(218) 300 000 серий? сколько надо денег отдать чтобы посмотреть на это решение?

с экскурсией разумеется ;-)

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

(218) хз, у меня в доках перемещений и поступлений до 200тысяч СН с контролем остатков - работает... ну да, док не моментом проводится, но до 5 минут

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

единственное - в 1с зачем-то 99999 строк в ТЧ только может пихаться, пришлось извращаться

Врете вы все 1С: Предприятие 8.2 - это самый отлажанный, самый продвинутый, самый быстрый программный продукт в мире и точка. :))))))))))

Ну так наверно г-н БН думает.

Неожиданный вариант:
на 1С 7.7, используя 1c++, formex и прочие вкусняшки.

(226) А что туда запихивается фрагстер?

без приколов, чисто профессионально интересно

Сори, не могу не отписать ((
гавнатоп

(230) => (224)

(233) Я не имею ввиду реализацию, что по жизни туда пихается отчет производства за смену конвейера?

какой нить малочки?

(234) палет с крипто-модулями, например

Си-шарп - однозначно

(218) И мопед тоже не твой? жаль...

(223) Дык там от количества клиентов ничего не зависит...
Писалось на заказ без учета авктивных пользователей...

(218) Что за мопед ?

(239)Вот тут оригинал
http://moto.kiev.ua/trid/perls/1162393539473/1

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

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

:) .."Зачем писать убивцу 1С?"

Теоретический вопрос - а что такое "убийца 1С"?
Структуры таблиц 1С - известны. Среда разработки? Ну взять хотя бы Eclipse и плагинами добавить недостающее. Транслятор с 1Сика? А стоит ли заморачиваться с этим языком? Ну или если очень хочется - сделать препроцессор в более другой язык. Свои конфигурации? О! Но при чём тут "убийца 1С"?

(244) ООП, возможность строгой типизации (не путать с обязательностью), обобщенное программирование, функциональные параметры, разделение на области видимости
и т.д. и т.п.

(245) То есть, другой встроенный язык?
И другая среда разработки?

(246) всё другое

(247) Встроенный язык. Среда разработки. Что ещё? Сервер приложений? Или будет отказ от 3-звенки с возвратом к 2-звенке? Или ещё что?
В (245) - требования только к языку.

(248) в плане технологий доступа
в начале двузвенка: часть кода на клиенте, часть выполняется в СУБД (транслируется в триггеры и ХП)
дальше трезвенка: тонкий клиент(все объекты на сервере приложений), сервер приложений, СУБД

(249) А зачем 2-звенка? Чтобы покрепче заложиться на одну СУБД - а затем героически перелезать через этот забор, когда потребуется совместимость?

(249) Выполнение кода на сервере приложений, это из-за того, что SQL не позволяет выполнение ООП, хотя в MS SQL и есть тригенры и ХП на NET, но там очень много ограничений.
Вроде что то есть в Оракуле.Примитивный аналог можно предложить использование дбф в терминалах.

(245) Берем C#, динамики,Linq, а там еще и весь код можно будет выполнять на SQL сервере.
Но проблема в общем то в знаниях типовых конфигураций, количество специалистов умеющих разбирать чужой код. И стоимость разработки разветвленной системы учета в 1С значительно меньше. Задач о которых говорит (218) крайне мало, а во всем остальном справляется 1С, либо прямой доступ к БД

(251) ООП легко реализуется преобразуется в процедурный стиль

(253) Тогда зачем Сервер приложений, если все можно выполнить на стороне SQL сервера? На самом деле в MS SQL можно использовать только статические методы. Если же использовать объекты, то сервер приложений отпдет за ненужностью.

(254) динамические - это курсоры
но я еще сомневаюсь

Я не про курсоры, они не затратны. В Net есть понятие статические методы (процедурные), и методы объекта использующие данные (состояние) этого объекта.  Возьмем модуль проведения, где кроме получения данных еще куча нетривиальных обработок которых нельзя получить одним запросом. И вся эта куча данных передается между клиентом и SQL сервером через межпроцессное, а кое где и межмащинное взаимодействие. При выполнении всего кода на стороне SQL и выполнении в домене приложения, данные передаются в одном процессе, правда от копирования не уйти, но скорость передачи данных будет значительно выше. А уж скорость обработки на компилируемом языке будет на уровне передачи данных.

+256 Курсоры затратны.

(256) клиент записывает документ, взводится флаг проведения (или вызывается соответствующая ХП).
Сервер БД "проводит" документ, работая, только с данными базы. Никаких взаимоотношений с клиентом.

(258) Да. Но сейчас эту ХП без использования объектов весьмя сложно написать, поэтому и переносят на клиента. Просто сейчас MS SQL на нативе, а ХП на Net может выполняться в отдельном домене, где его крах не повлияет на всю систему, просто выгрузится по аналогии с ASP Net.
Все еще со времен объявления Юкона не могут перейти.

Есть такая команда "rd /S" ... :) и все.

(34) будет разница... но с современным оборудованием ты ее не заметишь)

На C# или Java, только не платформу, а SDK, тогда все очень просто)