https://www.opennet.me/openforum/vsluhforumID3/41526.html 23-25 апреля в Нижнем Новгороде в рамках Международного Форума "Информационные технологии в управлении (http://nnit.ru/news/n48274/)" прошла (http://linuxcenter.ru/lib/press/nn2008.phtml) конференция, посвященная свободному программному обеспечению. В конференции участвовало рекордное для мероприятий по СПО число представителей государственных организаций, что показывает реальный интерес Российского государства к свободным решениям.<br><br><br>Главной сенсацией конференции стало выступление Алексея Орлова, руководителя отдела разработки системных средств НПЦ корпорации Парус (http://www.parus.ru/), рассказавшего о новой линейке программных продуктов корпорации, основанной на платформе Торнадо, которая работает под ОС Linux (и серверная, и клиентская часть) и более того, исходный код платформы Торнадо (свыше 220 000 строк кода) будет распространяться под одной из свободных лицензий (GPL или BSD). <br><br><br>Доступны для загрузки (http://linuxcenter.ru/lib/press/nn-presentation.zip) презентации:<br><br><br>...<br><br>URL: http://linuxce https://www.opennet.me/openforum/vsluhforumID3/41526.html#51 Mon, 05 May 2008 06:14:01 GMT По этой же причине многие достойные платформы (тот же SAP) не заняли эту нишу у нас ранее и благодаря этому был шанс у 1с которая его и использовала. Да что говорить, тут ноги растут из законодательства которое меняется чуть ли не каждых 3 месяца (может и чаще, я немного далек от этого). Как всегда мы идем своим путем, и что существуют давно отлично отлаженные решения нам (русским) чхать :) <br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#50 Sat, 03 May 2008 17:12:44 GMT &gt;&gt; половина (50%) одинце-программистов не знают как создать свой класс<br><br>А Вы не думали что им это просто не надо для решения типичных (а также не сильно спецефичных) задач???<br><br>1С - это Дельфи для автоматизации учета (для многих его воплощений)<br><br>Фишка 1С в том, что она позволяет (как и Дельфи) в "короткие" сроки сделать "готовый к употреблению продукт"... и как бы Вы все не плевались - именно это главный фактор для Заказчика...<br><br>Да о платформе, а точнее о ее архитектуре можно долго спорить и плеваться, однако скорость и простота разработки конечных решений - берет верх!!! Рич - как не крути!<br><br>Я больше чем уверен, если найдется/родится/разработается платформа со столь же адекватными удобством и лёгкостью разработки, но с более функциональной и продуманной платформой - 1С:Предприятие постепенно "канет в бездну... "<br><br>И ненадо предлагать Java, Oracle, SAP3 (или как там его) - это "геморой"!!! (камень не в огород разработчиков и кодеров под данные платформы)<br><br>Нужен функционал мощьной, масштабируемой, https://www.opennet.me/openforum/vsluhforumID3/41526.html#49 Sat, 03 May 2008 09:07:29 GMT если Ваша фирма успешно продает конфигурации 1С, то это не значит что она занимается программированием. собственно о чем и речь.<br>&gt; но большая часть не прошла даже испытательного срока.<br><br>ну если Вы опытный человек, то должны понимать, что здесь как раз на первом месте человеческий фактор (или как раньше говорили - коллектив). Заметьте, никто про сертификаты не говорил.<br>&gt; А тот кто утверждает, что одноесник не программер, в лучшем<br><br>случае вызывает улыбку....<br>ну по-улыбайтесь, никаких проблемм.<br>уровень консалтинговых фирм меня тоже не устраивает. нет, продают то они здорово, научились. но с такими темпами мы (страна в целом) будем на задворках it-индустрии еще очень долго.<br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#48 Sat, 03 May 2008 08:52:35 GMT согласен с обоими, как это не странно.<br>наверное потому, что тоже наблюдаю постоянно одну и туже картину в одной и той же стране.<br>но, блин, если уже выбрал профессию, посторайся ей соответствовать.<br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#47 Sat, 03 May 2008 07:21:23 GMT Нет такой специальности - "программист". Есть разработчики, кодеры, архитекторы, аналитики, администраторы и пр. И есть одинцеконфигурасты. Т. е. люди, которые зарабатывают деньги на поделке по имени одинце. Имеет ли кто-то из конфигурастов смежные навыки и каковы они - не важно. Факт в том, они выбрали источником получения дохода чрезвычайно кривую поделку и впаривают ее заказчикам при полном их (заказчиков) неведении относительно реального положения вещей. Это есть плохо. Плохо и то, что заказчики при этом подсаживаются на мелкомягких. <br><br>А чтобы окончательно разобраться с названиями, такая аналогия: кто-то продает недвижимость, кто-то продукты, кто-то религию, а кто-то - наркотики. Как-то глуповато называть всех перечисленных продавцами, правда? У них есть собственные имена. Так и здесь. Конфигурасты - они и есть конфигурасты.<br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#46 Fri, 02 May 2008 22:20:22 GMT &gt;что-то типа: курица не птица, одноесник не программер.<br><br>;)<br>На самом деле все программисты.<br>Это происходит из самого понятия: программист.<br>И вовсе не говорит о квалификации человека.<br>В моей жизни, мне пришлось побывать практически во<br>всех областях прикладного программирования.<br>И вот что, я вам скажу: на мих глазах были прекраснейшие<br>спецы в АСУТП, но во время "перестройки" многим пришлось,<br>поменять работу. Несколько моих товарищей попали во<br>всякие коммерческие структуры, где пришлось столкнуться<br>с бух. учетом, MES, ERP... и тут они оказались беспомощны.<br>И наоборот, к нам в фирму приходили многие спецы<br>с кучей сертификатов (LPI,CCIE,MCSD...),<br>но большая часть не прошла даже испытательного срока.<br><br>А тот кто утверждает, что одноесник не программер, в лучшем<br>случае вызывает улыбку....<br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#45 Thu, 01 May 2008 21:29:51 GMT &gt;Откуда такая категоричность? В их платформе не нужно создавать классов. Просто нет <br>&gt;такой потребности, но многие могут написать внешнюю компоненту на C++ или <br>&gt;Pascal. Для версии 7.7 есть компонента 1C++, которая реализует ООП и <br>&gt;имеет GPL лицензию. <br><br>многие - это гораздо ниже 50%.<br>с чего и начался разговор :-) Поскольку &gt; В их платформе не нужно создавать классов<br>то многие (большинство) и не знают что это такое. Но думаю со мной согласиться каждый - хотя бы понимание этих процессов уже позволяет гораздо эффективнее работать. <br><br>&gt;В 7.7 очень кривая поддержка SQL (табличные блокировки, открытые курсоры ...). Поэтому <br>&gt;многие используют прямые запросы и переопределение хранимых процедур. Разумеется на T-SQL.<br><br>об этом и хотел сказать, но и при этом большого кол-ва одновременно работающих пользователей не добьешся. <br><br>&gt;В запросах обычно используется хинт NOLOCK, а так автоматические блокировки SQL-сервера <br>&gt;(ну, кому как удобно). Однако версия 7.7 повсеместно уходит. <br>&gt;<br>&gt;В 8.1 структура прямые зап https://www.opennet.me/openforum/vsluhforumID3/41526.html#44 Thu, 01 May 2008 21:18:02 GMT значит с diad-lock'ами еще не встречались.<br> https://www.opennet.me/openforum/vsluhforumID3/41526.html#43 Thu, 01 May 2008 20:33:42 GMT &gt; половина (50%) одинце-программистов не знают как создать свой класс<br><br>Откуда такая категоричность? В их платформе не нужно создавать классов. Просто нет такой потребности, но многие могут написать внешнюю компоненту на C++ или Pascal. Для версии 7.7 есть компонента 1C++, которая реализует ООП и имеет GPL лицензию. Хотя, возможно что 50% :-) <br><br>&gt; не понимают разницу между запросом к б/д (в 1с это отдельная песня) и просто циклом<br><br>На таких бы сам посмотрел.<br><br>&gt; и какой диалект? как часто Вы выносите логику на сторону б/д? на сторону application-сервера? на сторону клиента?<br><br>какие блокировки используются в Ваших запросах?<br><br>В 7.7 очень кривая поддержка SQL (табличные блокировки, открытые курсоры ...). Поэтому многие используют прямые запросы и переопределение хранимых процедур. Разумеется на T-SQL. В запросах обычно используется хинт NOLOCK, а так автоматические блокировки SQL-сервера (ну, кому как удобно). Однако версия 7.7 повсеместно уходит.<br><br>В 8.1 структура прямые запросы использовать не нужно, да и