Zero, я татарин - меня тоже будешь истреблять?

Хватит оффтопа!

Я хочу пару слов сказать в защиту спец-языков, к которым я отношу 1С. Эти языки предназначены для расширения функциональности уже сущестующих систем и традиция их использования, как мне кажется, берет начало от CAD-систем. 

Это и LISP AutoCAD, и MAX Script 3D Studio MAX, Avenue ArcInfo, MapBasic MapInfo и т.д. Также к ним (к спец языкам) можно отнести языки бизнес-приложений, такие как небезизвестный SQL, и расширяющие его функциональность процедурные PL/SQL, T-SQL и прочие диалекты для MySQL. PostgreSQL и т.д. Ну и конечно нельзя забыть про JavaScript от Netscape, который сделал революцию в WEB и ActionScript Flash от Macromedia. 

Все они хороши и вполне выполняют и иногда перевыполняют ожидания, которые на них возлагались. Но! Нельзя требовать от них большего, чем то, ради чего они создавались. Нельзя написать на PL/SQL Oracle, также как нельзя написать на 1С 1С! (правда горячие головы всегда найдуться  )

Думаю смуту в умы ввёл незабвенный Майкрософт, своим VBA, который захотел вырваться из своей песочницы и начать конкурировать с языками общего назначения. Это конечно сделало его популярным, но и сделало его опасным. Думаю все помнят про почтовые черви от Outlook,  макровирусы от Word и Excel, которые парализовывали работы огромных систем и наносили колоссальные убытки. 

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

Не "неправильность", а "непривычность".

Ну не всё, я в большей степени не люблю америку... В большей степени люблю Россию. Остальное как-то в центре.  

Русский язык самый широкий.

А я и так, всё что возможно стараюсь покупать русское.

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

Добавлено @ 22:44 

Sun, ты просто не разу не практиковался на 1С.

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

Тормози, ямщик - приехали! Целых три страницы флеймили-флеймили, а в результате выяснилось, что на 1С программ вообще не пишут. А ведь по началу так упорно пытались сравнять 1С со средствами разработки программ Delphi & C++...


Причем все созданное так и остается во владении 1С, ибо на самостоятельную деятельность никак не способно.


К сведенью: OpenGL доступен на нескольких языках программирования, поддерживается косым десятком платформ и даже - о, ужас! - непосредственно самим железом видеокарты. Причем он еще и везде одинаков (стандартизирован). Так что пинать Delphi за то, что в нем "OpenGL какой-то кривой" будет по меньшей мере некорректно.


Если диаграмма была представлена в графическом виде, задачу можно было бы решить гораздо быстрее, дешевле и проще - купив OCR-движок и SDK FineReader. Если диаграмму брали из таблиц Excel, то для получения не входящих в таблицу промежуточных величин вполне можно было бы воспользоваться формулами интерполяции.
Хотя для 1С все это, увы, не подходит - на нем ведь даже программу не напишешь, а только лишь приставки и пристройки к тому, что уже есть...


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


IT-отрасль является если не самой, то по крайней мере одной из самых стремительно развивающихся. Так что азы в ней (если конечно это не общая теория информации, основы логики и пр.) устаревают столь же быстрыми темпами. Материалы нужно непрерывно обновлять, обновлять вместе с программой обучения. А кто будет этим заниматься? Да никто - сущие единицы, энтузиасты!


Проверил в масштабах, сопоставимых с 1С?


Вполне могут! Но при опять-таки грамотном подходе подобные переломы можно вполне эффективно упредить.


Еще раз повторю сам себя:


Почитай на досуге тему "Вы уважаете MS?" - помнится, там обсуждались подобные вопросы. Если не найдешь, кину приватом полную необрезанную копию этой темы (7 страниц в ней было, против теперешних 3-х).


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

Покажи мне MSDN и man'ы на русском  

Добавлено @ 02:02 

Тогда и не делай таких заявлений как, - "английский ограничен" потому-что я же не иду и не говорю что японский ограничен потому-что я знаю два слова из японского, верно?

Флейм пошёл, товарисчи. Этак мы скоро скатимся к обсуждению литературного стиля в синтаксических конструкциях языков программирования...   

Sun, я и имел ввиду, что ты не встречался на практике, где могут понадобится возможности OLE в 1С, а я прям пол-года назад, при сопряжении программы для распознавания образов, которая сделана на делфи, должна была передавать данные в 1С. Там я и понял, что такое OLE и какая это клёвая вещь.


Причём тут программ, это всего лишь одно из отличий... Основное что в них есть и чё можно сравнивать это возможность создания форм и языки и по немногу других мелочей. Чё теперь, если самолёт и машина внешне и по принципу разные, их сравнить чтоли нельзя?... Тут прям как раз, так и есть Самолёт это 1С, а машина это Delphi. Дохлая но везде проходит, самолёт здоровый не везде проходит. Но всё равно круче машины. 


По тому что в ней используется интерпритатор, а не компилятор. А За счёт него обеспечивается наличие встроенного языка. Так что это плюс, а не минус.

Ну ничё себе,      "Да вы судорь гений". Еслиб ты не сказал, я б всё жизнь прожил, и не узнал б про это.  


1. я не знаю что такое OCR-движок
2. файнрайдер, это прога для распознания текста, а не линий.
А вот собственно внеший вид диаграммы
Только тут я её уменьшил, но реальный файл, который получается со сканера весит около 60 МБайт.
И на основании линий, и цифр, которые начерчены на круге, причём, на сканер он может быть положен под разным углом, и в разном месте положения эти цифры нужно передавать в 1С и обрабатывать уже ею самой.
Вот тут без OLE никуда не денешься. Если делать всё на делфи то дохрена гемора будет связанного с вводом инфы в 1С, а таких диаграм может быть целая куча за день, в зависимости от количества фур. А Средства 1С, не позволяют сделать всё на ней.

К слову,   в 1С есть такие вещи как справочники... Если обойтись одной делфой,   то дополнительную надстройку придётся делать по заполнению вторых справочников. (вся ин-фа об однородных элементах предприятия находится в них) типа имена водителей, модели фур, вид топлива и т.д.

Ты хочешь сказать, что если раньше моделл БД, делали в виде ER-моделей, то сейчас это устарело???

А по твоему чем занимаются преподы??? Хотя может и есть некотрые, которым на это пофигу, но оснавная масса чёть ли не каждый год, меняет лекции. (точнее отдельные их части)

  ДА НА КУРСАЧЕ Я ЕГО НА СВОЁМ ПРОВЕРИЛ... Я же говорил, что оценки даны в процентном отношении... чё непонятного то...    

Ага...  Особенно языком!   



Тут смысл в том что Сдесь:

Ты вы сказал своё мнение о знаниях делфи и 1С (в чём они у тебя очень "большие").
Так отсюда, и следует то:




Я проголосовал за нижнюю строчку.

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


Он ограничен.  По сравнению с русским языком, в нем на много меньше слов.
Если я не все слова знаю из английского, не означает что я общих принципов не знаю.

Заинтересовался. Полез искать.


http://en.wikipedia.org/wiki/English_langu...ords_in_English

Самый объемный из наших словарей - словарь Даля - содержит примерно 195 000 слов.

Оценки, конечно, крайне условные, однако...

Только вот термин underflow почему-то в русском языке не имеет аналога.
"недополнение" (по аналогии с переполнением, прочитал в какой-то книге)  
"отрицательное переполнение". 
ошибка из-за потери значимости,ошибка обнуления, антипереполнение - ОЙ.
это всё о нём, а простом underflow.



"Переход на личности никогда не приводит к истине. " (с) Orlan ,23.7.2004, 22:32. 

Это сообщение отредактировал(а) Mayk - 15.8.2006, 00:26

Ещё раз, для особо одарённых:

НЕЛЬЗЯ !!!!!

Предлагаю для следующего сравнения Word vs Excel vs Photoshop. Если уж можно сравнивать машины с самолетами, то это и подавно.

Мы здесь (в этой теме) рассматриваем системы в целом, а не отдельные их возможности. Но если уж уделить внимание мелочам, то возможность написания программ является для 1С и Delphi & C++ основным их отличием.


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


На чем основано это утверждение?


Интерпретатор это еще половина беды, его на крайняк можно просто включить в дистрибутив. Куда как хуже, что все, что может быть создано в 1С, так с ней и останется. Нет (в отличие от Delphi & C++) универсальности получаемых в 1С решений - игрушку, CAD, офисный пакет в ней не напишешь.


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


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


В Delphi & C++ есть такая вещь, как подключение к любым БД, а так же создание новых БД. В которые, соответственно, и можно будет ввести любую инфу в требуемом объеме.


Принцип может и не устарел, но изменились способы его конкретной реализации. Например, появились такие мощные платформы, как Java & NET, сделавшие возможным построение сложных систем делом значительно более простым и быстрым, чем было ранее.


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


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


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


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

Это сообщение отредактировал(а) rsm - 15.8.2006, 11:54

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