Привет народ=)) Задал себя вопросом ,если 1С так хороша,почему она не выбила SAP? Я знаю,что доля 1С ERP с каждым месяцем растет ,но исходя из статей я так понял она растет за счет тех предприятий,которые  были не на SAP ,а были на каком то своём решении.У меня нет знакомых SAP'овцев,но есть знакомые которые интегрировали SAP.И первое условие интеграции SAP было поставка своего оборудования партнеров фирмы SAP,при том оперативной памяти должно быть минимум столько,что база должна помещаться в неё целиком!Минимальное внедрение,по крайней мере как представлял мой коллега,и он сильный программист 1С,встало в 3 миллиона и это без каких либо доработок.(Да ,я тоже знаю что доработка печатной формы в SAP это проект  минимум на десять тысяч долларов,так это же тоже минус!)
Также, я не понял на счет интерфейса SAP.Смотря на картинки,и как я понял там отсутствуют настраиваемые в формах списка отборы,сортировка и т.д. Но почему то якобы "мощные" бухгалтера говорят,что он всё таки лучше,объяснений этому правда не дают,в чем лучше и как лучше.Сейчас как мне кажется интерфейс у 1С,является её сильнейшей стороной вообще относительно других программ. В общем прочитав кучу статей в инете к выводу так и не пришел,всё очень противоречиво.
Жду ваших ответов и мнений=) Ну и поставьте галочку как вы считаете,цифры всегда показывают, лучше чем слова=)

(195) глупо или нет, но иные велосипеды даже на рынок пытаются выйти. правда потом девелопер сгинет, документацию и сурсы не передаст и велосипед повиснет мертвым грузом на организации осмелившейся на нем кататься.

(196) Как правило даже самый умный программист не сможет осилить тот объём, который перелопачивали человеко-годами.

(163) Банхаммер в действии ;-)

http://savepic.ru/13494814.jpg

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

>Хотелки принимают от тех, кто вопит громче.

аполитично рассуждаешь, клянусь честно слово!

(199) все хотелки через руководство! Только если ГБ любитель похотеть розовых слонов с бантиками, тогда беда остальные, обычно к начальству не больно сунутся хотя перед программером соплями от визга исходят

(194) Ну назови свой проект на очень большую аудиторию?

Рассуждать о том что в 1С очень дорогие лицензии- это значит что работать на всем пиратском

(202) http://dentalcloud.pro/

(202) Мистер логика, причем тут пиратский софт?

(0) Топикстартер, твое главное заблуждение что затык на больших объемах это вопрос СУБД.
На деле в платформе есть очень много мест, которые сделаны так или иначе неоптимально. Пример - РегистрБухгалтерии, который имеет множество табилц, которые любят эскалироваться на большом количестве строк.

Вот они то и становятся проблемой на больших объемах.
Тем не менее..

(205) То есть пофигу на СУБД,при правильной платформе даже на MySQL большие объемы данных будут летать?
Вот уж чего не знал,того не знал.

(206) Именно так

(207) Спорить не буду,с сумашедшими надо соглашаться на всякий случай)))
Но и я писал дто этого,что на 90% зависит от СУБД,остальные 10% логично,что из за платформы,а ты во сколько же оцениваешь зависимость работу данных от платформы?)

(206) удивишься но это так

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

2. забываем про проведения задним числом и распроведение - провел -- сторнируй

3. все регистры делаем вида 1 измерение много ресурсов.

4. все данные + базу кешируем в оперативке.

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

1. быстро работает ввод данных/ отчеты их не тормозят.

Олап кубы развернуты на второй базе где нельзя вносить изменения.

>Но и я писал дто этого,что на 90% зависит от СУБД

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

(206) многие хайлоад проекты живут на майскл и радуются

(208) Ты правда думаешь что на белом свете есть две такие СУБД, что запрос:
SELECT t1.a FROM t1 INNER JOIN t2 ON t1.fk = t2.pk WHERE t2.b = cond1
в одной выполнится быстрее чем запрос
SELECT t1.a FROM t1 WHERE t1.b = cond1 в другой?

(212) там сложнее. для аналитики используется тот же пострес или вообще потоковая логбаза

(213) легко, вероятно в большинстве баз.

(198) Хорошая картинка. Сохранил себе

(209) Так это всё на 1С можно реализовать,нет?

(206) Конечно.
Многомиллионные записи в таблицы ничто для MSSQL, Postgre, Oracle если сделаны правильно.

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

(217) вычленить аналитику легко.

Все запросы отчетов отправляются в копию базы если стоит какая нить галочка.

(199) >> В системе, где доработок нет - они молчат и пашут.
Фиг знает. Тут недавно Итальянцы снизошли до российских 1Сников и сквозь слёзы попросили в 1С отчёт поправить. Они целый год пользовались отчётом в котором курс валют рассчитывался только на текущую дату. Т.е. формируют даже на пару дней назад и он уже не сходится с тем, что был тогда. Стабильность (матьеётак) иногда преподносит много слёз.
В общем я за разумную эволюцию и всячески против тормозов в развитии. Поэтому

(220) надо было послать. типа это санкции

(213) При огромном объеме данных,один тот же запрос будет работать с разной скоростью в разных СУБД,нет?

(221) санкциями будет то, что они используют 1С :)

(222) Так ведь у по-разному спроектированных систем запросы будут разные.

(221) А как-же тарелка супа????? 1Сники же за еду работают))))))

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

(223) это наоборот - открытая дверь в мир будущего. новый ренесанс

италия/франция с точки зрения IT - болото еще то

(223) Ясно,спасибо кэп)

Вообще, как мне кажется, развитие 1С надо сравнивать не с мамонтом SAP-ом, а с Парусом. Парус ведь ведь как и SAP неповоротлив (в плане доработок), живёт за счёт откатов, жутко дорогущий и конечно же суперпродуманный в плане учёта. Ну и где этот Парус? Больнички с него хотят слезть именно из-за того, что его содерждать может не каждый, а бухгалтера белугами воют после каждого изменения в законодательстве.

(211) +100000000000

> а бухгалтера белугами воют после каждого изменения в законодательстве.

они на любой системе воют

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

(226) У 1С есть свои плюсы, но иногда их архитектурные решения являются бредом.

Сап этот видел, интерфейс и вправду ужасен и допотопен. Выписать на листок код в одном окне, чтобы ввести в другом - это жесть.

(230) >> только-только соберутся сдавать - фигак, уже все "протухло". привет "прочие формы"
Но на 1С можно это быстро исправить, а в концепции SAPа будьте любезны годы ждать. Например, новый формат сбера на 1С победили за 2 часа, тогда как в SAPе бодались 2 месяца.
Как не крути, а подобные мелочи складываются в большой ком.

>Но на 1С можно это быстро исправить

теоретически

известно об этом становится в момент сдачи

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

Переводили сеть магазинов с сап на 1с-самописку.
Вот некие особенности сапа, которые :
1) юзеры долго не могли привыкнуть, да и до сих пор некоторые никак, что если нет какого-то механизма, то его можно как правило реализовать в 1С за адекватные сроки (автозаказ например), а потом и быстро довести до ума. В сапе на это как правило уходило больше ресурсов (время, деньги), но и проработка как правило была более полная. Описание того же автозаказа в сапе было на ~300 листов А4. Со временем бывшее руководство из за дороговизны отказалось от дальнейших доработок сапа полностью.
2) сап требует больше операторов, интерфейс часто старый, неунифицированный, ввод часто ручной, однако часто их выручала повсеместная интеграция с ексель. В условиях сокращения штата это стало очень ощутимо. На 1С получилось запуститься с текущим штатом, без потребности к увеличению. Касаемо ручного ввода, например выбор, вида производства(выпуск/разруб) был по коду 1 или 2, который нужно было ввести в поле документа вручную и просто помнить что вводить, без списков выбора и подсказок)
3) все юзеры по вопросам сап общались кодировками и казались первое время какой-то сектой). Все объекты имели свой код (группы товаров, магазины, виды движений). Однако, мы поймали себя на том что через пару недель вполне стали общаться этими же кодировками и быстро понимать юзеров)
4) данные в 1с переносили через ексель, сап выдавал таблицы по 600-800 тыс. строк товародвижений "на раз" (файлы до 70 Мбайт). Почти все отчеты сап - плоские таблицы, иногда с джоинами, которые затем сводились в ексель для топов.

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

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

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

(235) Ты в своём сообщении логических ошибок вообще не видишь?

(236) Не вижу, ибо не видел и даже не слышал пусть о переписанной 1С, но с тысченкой-другой пользователей. А так, 1С меня кормит и лично меня это вполне устраивает, просто я считаю, что для каждой задачи нужен свой софт, задачи под большое число пользователей я считаю надо решать не с помощью 1С (по крайней мере пока), большую часть остальных задач вполне потянет и 1С. Но кстати, выкатив ERP-2 и УТ-11 1С начала отходить от своего лозунга "доступно и всерьез", теперь даже многие франчи не лезут в типовые конфы, предпочитая ждать обновлений и ограничиваясь внешними печатными формами и обработками. Так что все идет к тому, что 1С, по крайней мере по стоимости доработки своих конф доберется до сапа :-)

(237) много сферических коней в вакууме.

1000 онлайн пользователей в типовой конфе документооборот 1С - вполне себе потянет, думаю, в текущей работе.

1000 бушек в 1С:Бухгалтерия3, ведущих 1000 организаций (например 1000 алко-оптушек по 10000 поступлений/реализаций в месяц) и формирующих одновременно квартальную алкодекларацию или считающих среднюю себестоимость, не потянет ни одна система на текущий момент и сап в том числе)). + Еще учитывайте во сколько вам обойдется разработка выгрузки алкодекларации в сапе.

(238) Т.е. ты посмотрел в небо и авторитетно заявил что 1000 пользователь ДО потянет?

У нас 20 пользователей БП 3.0с очень большим скрипом.
При том что 2.0 летала (за исключением кривой реализации ИП и комиссии), 3.0 4 года назад когда еще 8.3 была только в проекте, а типовые крутились на 8.2 (и соответственно еще Такси небыло на горизонте) это все вполне себе шевелилось. Но сейчас при том же количестве народа это тихий ужас. Буду думать как на майские праздники её хорошенько обрезать, может это придаст ускорения

как обрезать? зачем обрезать?!
в чем причина тормозов? во мощном комбайне всего для всех?

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

Это наверное потому что у нас не файловая база на линуксе. Вот была бы файловая - летало

(241) Винды переставляли?

(242) На что?
Там отдельный сервак 2012R2 на котором крутится тонкие клиенты 1С (remout app) и сервер предприятия 1С. Больше там ничего нет и пользователи на него физически не ходят. (2 8-ми головых ксеона E5-2650 2,0ГГц (32 логических процессора) и 24 гига озу)
И отдельный сервак 2012R2 под скуль 2хE5-2650v2 2,6ГГц и 64 гига ОЗУ (плюс на этом же серваке стоит отдельно сервер предприятия на котором  крутится УТ11.1 за которым, через Remout app, сидят 2 пользователя)

Как бы сервак на то и сервак, что настроил и забыл. Или у вас политика каждый месяц винду на серваке переставлять?

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

(245) Ну продажники у нас на отдельном серваке на 7-ке, в принципе если раз в месяц резать резервы, то работать можно
Нотам правда и сервак пободрее 2хE5-2690v2 3,0ГГц и 64 гига ОЗУ

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

Автор топика похоже малолетний уппорист.

(234)>бюджет сапа так и остался загадкой

Мне один знакомый на эту тему рассказывал, что когда он занимался SAP, за его услуги заказчики платили 1000$ в день. Сколько он получал при этом сам, я не спросил.

(239) ОБрезка не поможет

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

Тут надо понимать, что типовая база 1С - это поставил по мануалу и забыл. А "типовая" инсталляция САП - это выделенный oracle dba занимается сервером, а выделенный базис-специалист (зачастую и не один) долго и мучительно ставит платформу, а потом долго и мучительно накатывает на нее ноты (это такие обновления и расширения САП). И вообще - типового то САПа как коробочного продукта никто не видел. Это тот еще конструктор с элементами зоопарка.
И кстати, не знаю как у кого, а в моей бывшей организации была развернута куча мандатов, между которыми гонялись данные. То есть база САП была отнюдь не единой. А иначе закрытие месяца не уложилось бы и в регламентированные 418 часов.

(243)>>Там отдельный сервак 2012R2 на котором крутится тонкие клиенты 1С (remout app) и сервер предприятия 1С

У вас необоснованно используется тонкий клиент на удаленном рабочем столе, да к тому же железо уровня 2007 года по скорости.

(250) Предлагаешь запускать на толстом?

народ сидит в терминале на бездисковых станциях, поэтому какие варианты? Закупить дисковые машины, лицензии чтобы что? Т.е. от того что клиент 1C будет на на сервере а по сети у клиента я получу ускорения минимум в 10 раз

И как ты посчитал что железо уровня 2007 года, если проц вышел в 2012 году? Да к тому же простите но какое железо нужно для комфортной работы менее двух десятков людей в бухгалтерии? Не менее уровня суперкомпьютера входящий в топ 10?

активных максимум 12 шт, еще 6 штук, те которые раз в месяц заходят посмотреть оборотку (кадровая служба, финансовая службе и т.п.)

(252) он в админстве, как я в балете:)
Зы. Мандант - это разделитель учета. База точна та же самая.

1.Типовые 1С принципиально не позволяют вести учет в трех валютах баланса и на разных континентах и языках одновременно.
2. В типовой бухгалтерии 1С представить тысячу одновременно работающих пользователей может только великий оптимист.
3. Среди типовых решений 1С нет нормальных систем поддержки многих типов производства, например, непрерывного. Да и набор MES и WMS систем, стыкующихся с SAP, куда шире, чем с 1С.
4. 1С только недавно начала внедрять методики бизнес-анализа и моделей, аналог которых Шеер прописал для SAP еще в конце 70-х. А уж ER-диаграммы в EDT, появившиеся в 2017 (!!) году ... (лет на 20 позже необходимого).

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

Я бы еще добавил, что они вообще не конкуренты.
1С ERP - продукт класса MS Ax, но никак не SAP.

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

(251) Предлагаю запускать в браузере

(252) Какие лицензии требуется закупать для дисковых машин? Или у вас одна клиентская лицензия, которую вы используете в терминале, и вы наивно предполагаете, что используете ее легитимно?

Железо 2007 года, потому что 2 ГГц на ядро очевидно.

(258) Еще чего предложите? А может сами для начало попробуете поработать в браузере, а не тупо читать пресс-релизы от 1С.
Я пробовал в браузере, в частности во фреше. "жалкое пародия левой руки". Мало того что глючное, не все доступно, так даже сама 1С рекомендует по возможности пользоваться тонким клиентом.

Ну вам конечно виднее что браузер быстрее тонкого клиента в 10 раз. Или во сколько раз ускорится работа с 1С при отказе от тонкого клиента и переходе на веббраузер


(258) Например лицензия на windows. Или предлагаете на клиентской машине поставить убунту? А что делать с крипто-про, с ЛК nalog.ru который требует IE и крипто про на работе (варианты с эмуляцией и танцами с бубном пока не рассматриваем).

О какой 1 лицензии вы говорите? терминальные лицензии закуплены, 1С-ных тоже достаточно.

Ну если 2 ГГц это 2007 год, то сколько ГГц для 2017 года? 12? 24? И повторю вопрос еще раз. Сколько ГГц нужно чтобы 12 бухов работали в БП 3.0?

В стандартной эрке то допилили закрытие авансов? Или народ так и закрывает руками в екселе? Стандарнтный SAP подходит только для создателей и не более. Всё там надо допиливать от и до. Просто ценник конский и сроки в пределах астрономии, вот народ и пользуется им часто без доработок.
И да, у меня стандартные конфы 1С только дописываются, но не переписываются! В SAPе это в принципе невозможно, во всяком случае все внедрения которые попадались на глаза, это либо переписки вдоль и поперёк, либо перекладывание тупой работы на сотрудников.
Так что повторюсь - SAP вымирает эволюционно. Либо он будет меяться в ногу со временем, либо вымрет как мамонты

(259)>>Я пробовал в браузере, в частности во фреше.

Реально не понимаешь разницу между фрешем и своим выделенным сервером, не тормозным и находящимся в локальной сети?

>>Например лицензия на windows.

Куплены RDS CAL и не куплена винда?

>>А что делать с крипто-про, с ЛК nalog.ru который требует IE и крипто про на работе (варианты с эмуляцией и танцами с бубном пока не рассматриваем).

Это у тебя на бездисковой машине крипто-про?

>>Ну если 2 ГГц это 2007 год, то сколько ГГц для 2017 года? 12? 24? И повторю вопрос еще раз. Сколько ГГц нужно чтобы 12 бухов работали в БП 3.0?
На доступном в 2017 году 3 ГГц процессоре при наличии достаточного количества ядер бухгалтерия будет работать ровно в полтора раза быстрее, не так ли?

(261) Да непонимаю. Или ты реально думаешь что я не пробовал поднимать апачи на отдельной машине7

Да не куплена. Добавь сюда стоимость винтов куда будет установлена винда и стоимость обслуживания

Нет, на сервере. На отдельном виртуальном сервере

Нет не так ибо зависимость не линейная. Более того он и так в бусте работает на 2,5ГГц, так что +/- 500 МГц погоды не сделают

Мы ещё придём плюнуть на могилу сап? Или он нас в тайге не найдёт?

(263) Судя по тому, что в США до сих пор некоторые БД крутятся под DOSом, SAP ещё долго будет шаркать старческой походкой

(264)  да и норм.
Вот если посмотреть на текущую реализацию бп3
Что там такого что принципиально не влезло бы в обычный досовский текстовый гул?
Разве только просмотр отчетов

(265) В принципе всё укладывается в концепцию 640 кб Билла Гейтса. Но прогресс даёт более быстрые средства для достижения целей. Грубо говоря на последней платформе 1С мы можем быстро получить всевозможные отчёты и удобно ввести данные в систему, тогда как под DOS-ом даже простейший отчёт будет создаваться специалистами со знанием ассемблера (утрирую, но направление понятно). Именно поэтому в примере про США присутствует и продолжение - они наняли российских программистов, чтобы их перевели на новенький дотнетовский инструмент.

Можно немного углубиться в эту тему и просто предположить как мы бы реализовывали на, например, клиппере финансовое планирование. Это такой секс скажу я вам... А для БП3 достаточно просто прикрутить сбоку дописку, которую можно сделать и за пару дней (у меня ушло 2 вечера), где есть всё желаемое.
Так что как не крути, а от прогресса не уйдёшь и SAP в данном случае уподобляется опыту ЗИЛа, который тоже в своё время попался на удочку: "нас же все знают, нафига нам развиваться то"

(266)  да я ж не против развития.
Отказ это развитие должно быть
Взять бухия которая у нас практически везде для фискалов
Что там нужно такого чего не было нужно 15 лет назад с точки зрения тупой перемолки цифр для отражения их на плане счётов да выпихивание их во в возможные типовые формы
Это все и в текстовом фейсе можно сделать а усилия направить на развитие полезностей а не на отрисовку всякой фигни
Но ясен пень имхо
Минималист я
И весь народ линейный а такого 95 % - им эти финтифлюшки даже вредны

(267) Стратегия развития всяких видов учёта, это отдельная тема. Как минимум у нас эволюционное развитие, например, налоговых приколюх, идёт семимильными шагами. Плохо это или хорошо не мне судить. В любом случае весь мир старается идти по пути развития наворачивания всего, а не упрощения. Вот я и строю свои рассуждения из того, что и SAP-у придётся "расти", в противном случае он умрёт под натиском всяких 1С.
Но это только моё мнение и уж точно оно не является истиной.

И вообще я сейчас программирую на PB против всякого прогресса))))

Имел с ним дело. Редкостная кака, но жить будет пока не переведутся на Руси откаты и золотые парашюты. Но верить в лучшее не запретишь.

(269) У немцев откаты законны, поэтому и в России они полностью по закону. До 20% (вроде 20) от суммы сделки им можно выплачивать ключевым фигурам, мало того эти откаты на Родине не облагаются налогами.

(268) "программирую на PB" - в смысле, что за продукт?

(271) скорее всего PowerBassic

PureBasic производная от ассемблерных начинаний. На fasm-е компилирует. Удобно и для "загордиться перед зеркалом" самое оно

(273) как низко PAL SECAM

(274) ХАААААХАХАХАХАХААХ
Ну это пусть возрадуется SAP, что как минимум один одинэсник иногда ностальгирует по ассемблеру.

(275) у них на повестке дня fiori и hana

+(276) по крайне мере за бугром

(276) Я про динозавровость, а не про конкретную среду разработки. Динозавровые методы, мамонтовые среды для разработки и многое другое, это всё можно сравнивать с ассемблером
Пока SAP-овцы не поймут, что в бизнесе надо думать объектами бизнеса, а не крутостью программирования или статичностью методик, они так и будут цепляться за тростинки манагерского НЛП

(275) почему один, нас - уже ДВОЕ!
пора организовать секту "Власть над машинами" - боремся за легкий код, экзешник не более 20 Мегабайт и работу не больше чем в три окна на экране.

Недавно официально объявили о запуске проекта WebAssembly (также называемого как wasm), который преподносится как новый шаг в развитии Веба.

Исполняется внутри браузера (C++)
Есть виртуальная машина JavaScript
Она исполняет загрузчик на JavaScript (вернее, компилит его на лету в машинный код
x86)

Который на самом деле не настоящий JavaScript, а asm.js, и виртуальная машина это замечает и переключается в режим более «прямой» и более «жадной» компиляции ...
Кстати, как и большинство кода на asm.js, загрузчик изначально написан на С/С++ и
скомпилирован в asm.js при помощи компилятора Emscripten ...
Загрузчик на asm.js разбирает специальный файл .wasm ...
Который скомпилен из кода С++ при помощи Emscripten ...
И превращает его в Javascript ...
Конечно, не настоящий JavaScript, а asm.js ...
Который тоже компилится на виртуальной машине JavaScript из пункта (2).
На самом деле, конечно, это не окончательный уровень абстракции.
Машинный код x86 соответствует модели CISC-процессора (сложные, «толстые» инструкции), а современные процессоры совсем другие, они на лету превращают CISC-инструкции в легкие, простые инструкции RISC-стиля.

Но главное — сделать первый шаг к смерти JavaScript.

Забавный комментарий к #WebAssembly "Наконец то можно будет выгнать всех js-кодеров и начать писать SPA на ассемблере!

ниччего не понял
аналогично коллека

(279) У меня малюсенькая безделушка уже 700 кб. Но там поддержка SQLite и XML.
Она уже файлы архивирует во всю. Сейчас приучаю её нормально всё протоколировать

(282) а чего она делает?

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

(284) жвачка для мозгов

(252) (253) с такой нагрузкой на таком железе и не летает?!
Админа расстрелять, начальника отдела ит понизить до рядового.

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

(287) либо в команде 1снегов подхалимы вытеснили профессионалов (московская практика), либо надо копаться в настройках сервера и железа. Других вариантов тормозов при работе 20 бухов в бп 3.0 придумать не могу.

(262) извиняюсь, а зачем поднимать апачи на отдельной машине если вся инфраструктура на MS?

(289)
А. Апачи проще
Б. На отдельной машине чтобы не загаживать основной сервер левым софтом

(290) вопросов больше не имею (R)

(290) админа на гиляку!

(292) Т.е. IIS  даст +50% к ускорению по сравнению с Апачи? А мужики то не знали.

Размер mdf после сжатия - 65 Гигов. При этом dt-ник весит 19 Гигов

(293) IIS даёт +10 к карме, а не к скорости работы предприятия. У нас админ и то и это настраивает на раз-два, но поставили апачу, потому что времени не было разворачивать монстра.

(294) Пфффф! Фигня! DT-шник 1,4 гига, а пересчёт цены товара иногда больше одной секунды идёт)))) У нас все алгоритмы из-под топора сделаны, поэтому и навороченные сервера тут не в помощь