RE: Вопросы ДЕ и Владу
но-но, на Коболе до сих пор написано три четверти бизнес софта во всем мире. f Лично - ни разу не сталкивался, интерпретатора/компилятора Кобола не f видел и не слышал что такой есть. f Где эти все бизнес софты работают? Знакомый 3-й год переписывает что-то для почты США, с кобола, на .Net. Начинали с винформс, впф, сейчас вроде сильверлайт глядели. Все еще переписывают :) А потом придет еще один русский программист и решит, что лучше все переписать на очередной_панацее_от_всех_бед - E#++ ;) WBR, Dmitry Beloshistov AKA [-=BDS=-] __ Information from ESET NOD32 Antivirus, version of virus signature database 5645 (20101124) __ The message was checked by ESET NOD32 Antivirus. http://www.esetnod32.ru/.ml
RE: Вопросы ДЕ и Владу
Какая идеология должна быть в самом начале? А что - программы делаются без анализа ситуации на рынке? Даже если есть конкретный заказ ВСЕГДА анализируются программы-конкуренты. Их плюсы и минусы. И прочее, прочее, прочее... Это называется маркетинг, а не идеология С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Вопросы ДЕ и Владу
кстати, о технологиях новейших, Microsoft уже потиху отказывается от Silverlight: http://www.zdnet.com/blog/microsoft/microsoft-our-strategy-with-silverlight-has-shifted/7834 очередное светлое будущее теперь декларируется за HTML 5. Это в тему того, что чем тратить время на новомодные штучки, лучше дело делать. Как раз тот случай, когда тише едешь, дальше будешь.
RE: Вопросы ДЕ и Владу
Да ну нафиг! Первое дело уложить систему в дальнейшем. Не физически, а логически. Это кто ж додумался то до такого разрешать службе внедрения такое делать то? Я. Думаю я не одинок. Мало того, после того как внедрение произведено, развивать систему (если это нужно заказчику) будет да же не служба внедрения а служба сопровождения :) По моему, весь корпоративный софт имеет такой жизненный цикл. 1С Предприятие точно так же живет во времени. Я тут недавно пресек попытки срочно сделать добавления и изменения в работающую систему, т.к. это привело к: 1. Чаще появляющимся багам 2. Непроработанным и непродуманным связям и схемам работы 3. Какому-то дурному функционалу который нафиг никому не нужен. Жестоко у Вас. Нам это не по карману - у нас, заказчик оплачивает своими деньгами нужные ему доработки функционала, тем самым голосует своими деньгами нужно это ему или нет. У разработчиков(программистов) и службы внедрения разные цели и задачи. И позволять одним выполнять работу других... Маразм!!! Я то же так считаю, нельзя одним выполнять работу других :). Разработчики делают ядро - платформу, отдел внедрения - автоматизирует предприятия, отдел сопровождения ведет заказчика. Потом все повторяется по кругу - разработчики вносят изменения в систему и Опять же, посмотрите на самый успешный в корпоративном сегменте российский проект - 1С. С точки зрения жизненного цикла ПО все именно так. Любая проблема должна решаться быстро - НО продуманно. Идти на поводу у службы внедрения у которой стоит задача быстро решить проблему на заглядывая вперед - это глупость. База ляжет потом, либо по скорости, либо от избытка данных. Чего она ляжет то? Мы же не пытаемся объять необъятное, базы больше 30GB пока не накапливаем, в той сфере где мы работаем и с нашей структурой базы, такого объема хватает с запасом (Мне говорили что Тандер стал переводить с FB на Oracle когда база центра дошла до 60GB), ну и никто не мешает прикупить новый сервер, их все равно каждые 5-6 лет заменяют. Кто мешает НОРМАЛЬНО спроектировать систему на 3-5 лет? А дальше заглядывать и не надо. 3-5 лет для корпоратива это не срок, никто не будет внедрять систему да же на 20 рабочих местах, если им скажут через 3-5 лет она умрет. Самые первые заказчики работают на нашей системе с 2000 года и если все будет как идет, еще поработают десяток лет. Упоминаемая мною 1С 7, до сих пор работает на куче предприятий (а выпущена была в 1996 году). Я тут недавно говорил ребятам с Урала что любая система конечна в своих возможностях. Вопрос - насколько эти возможности велики. Да я вот тоже с Урала, у нас видать в мозгу что то неправильное, наверно от избытка тяжелых металлов в атмосфере :) А это закладывается на самом-самом начальном этапе разработки вообще. Еще когда даже программы нету. И базы тоже. Дело в идеологии. Какая идеология должна быть в самом начале? Может все зависит от стартовых амбиций, но у нас совсем другая картина: в 1999 году начали разработку маленькой простой программки для сети продуктовых магазинов, удобной для использования, работающей с любой СУБД. Постепенно перешли от них всех на IB, потом на FB. Кто бы мог подумать то что такое слепим? Сами не хотели - так получилось. Сейчас эксплуатируется более 2000 рабочих мест у 150 заказчиков. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Вопросы ДЕ и Владу
Кто мешает НОРМАЛЬНО спроектировать систему на 3-5 лет? сколько систем вам удалось спроектировать так, что они не потребовали изменений, и при этом - продолжают использоваться через 3-5 лет?
RE: Вопросы ДЕ и Владу
ага. Это как борландовское ECO. Типа, 14-летняя девочка (или 11) собирает приложение с БД за 15 минут, но потом оказывается что многопользовательские приложения имеют так же много проблем. Результат? ECO в дауне. Но идея красивая :) Сейчас DevExpress что то похожее для .Net разрабатывает и продает. Все руки не доходят попробовать что нить на триал версии собрать. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
RE: Вопросы ДЕ и Владу
Vadim Mescheryakov-2 wrote: добавляется много и постоянно. На этапе внедрения добавляются поля? Вешайте своих бизнес-аналитиков и архитекторов на фонарях. Пределом этого будет по звонку пользователя разработчик подключается к базе и тут же ее правит. Не кого вешать, нет аналитиков, ни архитекторов. Cпециалист из службы внедрения сопровождения подключается и добавляет. Интересно, сколько стоит бизнес-аналитик, который может заложить в систему все нужные заказчику поля на 3-10 лет вперед? И сколько будет стоить такая система? Могу сказать что исследования модуля, который правильно описывает персону (физическое лицо) заняли больше 4 лет. Сегодня я знаю как идентифицировать человека, какие ошибки при этом возникают, что делать при неполных данных, какие права доступа на какие таблицы нужны, какую информацию нужно дать оператору, чтобы он принял правильное решение и т.д., и т.п. Исследования ведутся на таблице в 320 записей - это все что удалось выдернуть из 25 млн. БД Прописка Москвы и МО 2005г. Остальное является мусором или как минимум сомнительной достоверности. Вообще о какой достоверности данных можно говорить, когда на одного человека существует 1536 записей? Реально таких модулей информационных объектов немного - 20-30. Если их исследовать, то можно создавать правильную БД из готовых кубиков, так же как приложения на Delphi из готовых компонентов. Только никому такие исследования не нужны. Директор KV-Expert Владимир Вдовин мне прямо сказал Мы тут не научными исследованиями занимаемся, а создаем ПРОДАВАЕМЫЕ продукты А в Федеральном Медицинском центре управления делами Президента, где ошибки в архитектуре довели до уголовщины - врач сам себе может выписать рецепт, сказали все это ерунда, ты нам нарисуй красивые картинки. А что касается СУБД Firebird то могу сказать что лучшей рабочей лошадки я не знаю. Я начинал работать с БД в 1987 году с СУБД Ingres, потом было много всяких разных. То что популярно у пятикантропов не означает что это качественно. Из последних, которые я терзал - MySQL нельзя назвать полноценной СУБД, потому что у нее нет ссылочной целостности, некторые типы данных и многие возможности, как сказано в документации, обеспечены для совместимости с языком SQL, но не реализованы. - PostgreSQL - не является крос-платформенной. При установке на РУССКУЮ WinXp устанавливает режим сортировки для ВСЕЙ БД как ru-ru.win1251 в результате чего БД созданная в UTF8 не принимает символы за пределами кодировки win1251. Так что отстаньте от птицеводов - они все правильно делают. А по новых технологиям почитайте умного человека Роберта Гласса, у которого программистский стаж столько же сколько мне лет http://www.az-design.ru/Support/SoftWare/l/GlassRob/03f05.shtml http://www.az-design.ru/Support/SoftWare/l/GlassRob/03f05.shtml С уважением, Андрей Архангельский. -- View this message in context: http://firebird.1100200.n4.nabble.com/-tp3015302p3016766.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Вопросы ДЕ и Владу
Ты знаешь, что такое COBOL и сколько у него реальных пользователей нынче? но-но, на Коболе до сих пор написано три четверти бизнес софта во всем мире. http://developers.slashdot.org/story/09/09/21/1214224/COBOL-Celebrates-50-Years Точно так же молодых людей (двинутых на НЕТе или Жабе, не важно) проиводит в смятение тот факт, что процентов 80% математического софта во всем мире написано на Fortran.
Re: Вопросы ДЕ и Владу
On Oct 28, 5:19 pm, sasha trofim...@gmail.com wrote: В результате оказалось что EF, который ещё вчера я ненавидел всей душой, очень быстрый, мощный и удобный для нашей задачи. http://community.livejournal.com/ru_programming/1237328.html?nc=7style=mine То-то здесь о EF сплошь отрицательные отзывы :)
Re: Вопросы ДЕ и Владу
но-но, на Коболе до сих пор написано три четверти бизнес софта во всем мире. Встречаю такое высказывание не первый раз, но всегда было дико интересно - а где эти приложения? Лично - ни разу не сталкивался, интерпретатора/компилятора Кобола не видел и не слышал что такой есть. Где эти все бизнес софты работают? Или рассматривается что типа бизнес софт - это какой-то отдельно взятый софт который работает только на каких-нибудь доисторических майнфреймах и объем такого софта - 0,01% от сегодняшнего рынка. И вот от этого 0,01% - 3/4 - на Коболе. В это я еще могу поверить... Но эта ситуация радикально отличается от того что хотят сказать говоря про: на Коболе до сих пор написано три четверти бизнес софта во всем мире.
Re: Вопросы ДЕ и Владу
On Oct 29, 5:04 am, fraks fr...@sibverk.ru wrote: но-но, на Коболе до сих пор написано три четверти бизнес софта во всем мире. Или рассматривается что типа бизнес софт - это какой-то отдельно взятый софт который работает только на каких-нибудь доисторических майнфреймах и объем такого софта - 0,01% от сегодняшнего рынка. И вот от этого 0,01% - 3/4 - на Коболе. В это я еще могу поверить... Судя по обсуждению на /. речь идет о том, что софт на коболе обрабатывает 3/4 бизнес-транзакций (то ли по количеству, то ли по суммам) :)
Re: Вопросы ДЕ и Владу
And, according to enterprise application management company, Micro Focus, more than 200 billion lines of COBOL code in existence, with hundreds more being created every single day. And a COBOL programming gig is considered to be one of the safest jobs in IT. статья годичной давности. не думаю, что за год в индустрии что-то радикально меняется. http://www.computerworld.com.au/article/319269/cobol_turns_50/ PS: да, кстати, если к Коболу приплюсовать еще и ABAP, то уж точно выйдет не только три четверти, но и все девять десятых. А ABAP это вам не НЕТ, не Ява и даже, думаю, не Кобол :)
Re: Вопросы ДЕ и Владу
Привет, как один из группы Firebird Administrators, позволю себе ответить. Firebird - универсальная СУБД, предназначенная для использования в качестве основы для систем, разработанных на предприятиях, а также в качестве СУБД, встраиваемой в тиражируемые системы всех размеров, от однопользовательских систем до CRM/ERP для малого и среднего бизнеса (под средним понимается бизнес до 500 рабочих мест, с БД до 300-500Гб). Firebird бесплатен, легок в использовании, разворачивается в 1 шаг без активации на всех популярных ОС, а благодаря многоверсионной архитектуре позволяет разрабатывать гибридные решения (совмещающие ввод и изменение данных с одновременным запуском отчетов). Также Firebird с большой степенью вероятности выдерживает внщи, которые другие СУБД не переживают без обращения к логам транзакций или даже бэкапам - аварийные перегрузки, отключения, модификация метаданных на лету и копирование файлов. Широкий разброс возможностей (в т.ч. архитектур) позволяет говорить о 2 частях аудитории - 1) корпоративные разработчики и 2) разработчики тиражируемых решений (ISV - Independent Software Vendors) различной направленности. Значительное оставание наблюдается в сегменте веб-разработки - в основном, из-за проблем с драйвером для PHP и поддержке Firebird в популярных фреймворках, а также, в прошлые годы, в отсутствии готовых Linux решения для хостеров. Впрочем, поддержка у хостеров появится, как только будут решены вопросы с полноценной поддержкой PHP. Корпоративные разработчики решают задачи автоматизации деятельности предприятий - ERP или какого-то сегмента. Именно у корпоративных разработчиков наблюдаются большие базы данных. Пишут на Delphi/С++, Java и .NET. В Firebird корпоративные ценят язык хранимых процедур и триггеров и возможность создавать гибридные приложения (отчеты и аналита вместе). Разработчики тиражируемых приложений (ISV) пишут на Delphi, .NET, меньше на Java, Python и др. Приложения создаются самые разные - от больших ERP наподобие Ансофт и Bas-X, до небольших приложений (QuickSales, Парус, etc). ISV ценят в Firebird бесплатность, масштабируемость (одна схема работы со встроенными и многопользовательскими конфигурациями БД), легкость освоения. С уважением, Алексей Ковязин On 27 окт, 15:58, sasha trofim...@gmail.com wrote: Хотелось бы узнать ваше мнение на предмет того, кого вы видите потенциальными потребителями сервера, который вы разрабатываете. Вы ж, наверное, задумывались о том, кто ваша целевая аудитория. Какие технологии для разработки использует эта аудитория и какие задачи решает. Очень хотелось бы узнать...
RE: Вопросы ДЕ и Владу
Поддержка ADO для .NET вполне качественная А вы что, не знаете что основным средством доступа к данным у MS на данный момент является Entity Framework? А что будет завтра? От них в последнее время гигабайтами сыплются новые технологии после внедрения которой наша жизнь станет все лучше и лучше :) Мне нравится читать анонсы выхода новых версий .Net, их прикольно читать сразу друг за другом. А конечному потребителю нужно что бы его функции работали и ему все равно как и на чем. Сейчас использовать ADO.NET - это всё равно что WinAPI для разработки Я не спорю что ADO.NET поддерживается нормально. У нас был в своё время проект. Но времена меняются. Появляются новые требования и кто не идёт в ногу со временем, тому больших перспектив не светит. Нужно поосторожней быть в высказываниях, а то кто ни будь восприимчивый почитает и бросит все и побежит срочно изучать что нить типа Silverlight, хотя чего там Silverlight - Платформу 1С начнет изучать, иначе ни каких перспектив в жизни :). По моему в России Платформа 1С по количеству программистов превышает количество программистов .Net, да и возможно всех остальных вместе взятых, то есть, вот он перспективный путь. Появляются новые требования и кто не идёт в Требования всегда выставляет покупатель ПО, часто ему все равно на чем трудился программист, вернее так конечному пользователю вообще все равно - ему домой нужно бежать поскорее, бывают начальники отделов ИТ, которым нужны в технологиях знакомые слова или что то для собственного резюме, например купил SAP в родную контору и можно на пенсию сваливать :). Уже 15 лет занимаюсь корпоративным софтом а ведь ничего принципиально нового и не появилось такого, что бы я бросил свой накопленный багаж знаний и кинулся изучать, допустим MS SQL, или .Net что бы переводить на него проекты. Меняется оборудование, быстрый Интернет появился практически в любом нужном месте, но новые технологии в программировании не дают чего то такого чего нельзя было сделать вчера (тут я конечно перегибаю, ведь в WPF можно сделать кнопку для которой дизайнер придумает дизайн и визуальные эффекты а программист напишет код, который будет выполнится при нажатии :) ). Только вот покупателю ПО нужно что бы накладная по нажатию кнопки сохранялась и что бы пользователю в эту кнопку было легко попасть мышкой :) В книгах Джоэла Спольски не одна глава про это написана. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Вопросы ДЕ и Владу
On Oct 27, 7:49 pm, sasha trofim...@gmail.com wrote: Поддержка ADO для .NET вполне качественная А вы что, не знаете что основным средством доступа к данным у MS на данный момент является Entity Framework? А вот не знаем. Есть мнение, что микрософт своим плясками вокруг то ADO, то Linq2SQL, то EF, очень сильно задолбала. Сейчас использовать ADO.NET - это всё равно что WinAPI для разработки Windows. Я не спорю что ADO.NET поддерживается нормально. У нас был в своё время проект. Но времена меняются. Появляются новые требования и кто не идёт в ногу со временем, тому больших перспектив не светит. Можно, кстати NHibernate использовать, всяко поустойчивее будет, чем микрософтовские маркетологические пляски.
Re: Вопросы ДЕ и Владу
On Oct 27, 8:31 pm, Vadim Mescheryakov vadim.mescherya...@del- fin.ru wrote: То-то совсем недавно тут пугали последствиями модификации метаданных на лету. Пугали, но вот и уважаемый Дмитрий Еманов на последней конференции говорил о том что жизнь такова, что меняют и будут менять на лету. А куда нам еще деваться? Для корпоративных приложений с большим количеством пользователей трудоголиков варианты остаться на ночь добавить одно поле в справочник покупателей не вариант, особенно на стадии внедрения, когда таких полей добавляется много и постоянно. На этапе внедрения добавляются поля? Вешайте своих бизнес-аналитиков и архитекторов на фонарях. Пределом этого будет по звонку пользователя разработчик подключается к базе и тут же ее правит. А в общем, все верно, но по какой-то непонятной причине в массах про Firebird или не знают ничего, или транслируют мифы про то, что FB глючен и неудобен. Причина понятна - отсутствие бюджета на просвещение масс (вопрос а оно надо, просвещать массы?) Не уверен, что дело только в бюджете, подозреваю, что транслируются какие-то сведения с незапамятных времен FB1 и допотопных интербейзов.
Re: Вопросы ДЕ и Владу
On Oct 27, 9:07 pm, Vadim Mescheryakov vadim.mescherya...@del- fin.ru wrote: Поддержка ADO для .NET вполне качественная А вы что, не знаете что основным средством доступа к данным у MS на данный момент является Entity Framework? А что будет завтра? От них в последнее время гигабайтами сыплются новые технологии после внедрения которой наша жизнь станет все лучше и лучше :) Мне нравится читать анонсы выхода новых версий .Net, их прикольно читать сразу друг за другом. В общем, все правильно. Но надо уметь поддерживать бессмысленный hype, чтобы молодежь и недалеко от нее ушедшие клиенты не нервничали (да они до сих пор на дельфи и устаревшем FB работают). Ну и объективно технологии устаревают - сейчас на дельфи разработчика вменяемого найти, это как на коболе практически уже.
Re: Вопросы ДЕ и Владу
On Oct 27, 10:20 pm, sasha trofim...@gmail.com wrote: Я тоже поражаюсь ихней плодовитости и не успеваю за ними, но то, что эти технологии в общем делают жизнь всё лучше и лучше, у меня нет никаких сомнений. Да бабло они косят, а не жизнь лучше делают. Им нужно поддерживать этот бег на месте, чтобы новые студии и прочее продавалось. Много всего сказано. Я вам должен сказать что если вы считаете что в .NET не появилось ничего принципиально нового, то вы его просто не знаете. Это передовая технология. Прочитайте хотя бы что такое LINQ. Оно всё кажется почти таким. Я когда-то давно тоже на дельфи программировал. А вот недавно пришлось кое-что с сокетами делать на нём. Ну после студии и сишарпа работать в дельфи это всё равно что с лексуса на мопед пересесть. А конечно если всю жизнь на мопеде ездить, то можно искренне верить что мопед хорош и лучше и не надо. Только вот мопед оный ездит заметно быстрее лексуса :)
RE: Вопросы ДЕ и Владу
добавляется много и постоянно. На этапе внедрения добавляются поля? Вешайте своих бизнес-аналитиков и архитекторов на фонарях. Пределом этого будет по звонку пользователя разработчик подключается к базе и тут же ее правит. Не кого вешать, нет аналитиков, ни архитекторов. Cпециалист из службы внедрения сопровождения подключается и добавляет. Интересно, сколько стоит бизнес-аналитик, который может заложить в систему все нужные заказчику поля на 3-10 лет вперед? И сколько будет стоить такая система? Не уверен, что дело только в бюджете Если что то в жизни происходит или не происходит, всегда ищите ответа на вопрос а где тут деньги :) подозреваю, что транслируются какие-то сведения с незапамятных времен FB1 и допотопных интербейзов. В их мозгах (ИТ специалистов) чаще всего нет таких слов FB или IB. Знают только если они сами работали с ним. При этом положительные эмоции в мозгах остались если человек работал с хорошим наставником или был вынужден чуть поглубже копнуть (любознательность или жизнь заставила). С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
RE: Вопросы ДЕ и Владу
Ну и объективно технологии устаревают - сейчас на дельфи разработчика вменяемого найти, это как на коболе практически уже. Я наверно плохо о людях думаю, но что то мне кажется что вменяемых разработчиков (вменяемых и при этом свободных) все меньше и меньше. Те кто когда то умел уходят от процесса разработки, а молодежь получает дипломы но не получает чего то неуловимого, скорее всего не получает умения думать. Ведь на самом деле все дело не в конкретном языке программирования или среде, дело в умении думать алгоритмами. С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Вопросы ДЕ и Владу
Я наверно плохо о людях думаю, но что то мне кажется что вменяемых разработчиков (вменяемых и при этом свободных) все меньше и меньше. - Да, были люди в наше время, Не то, что нынешнее племя: Богатыри - не вы! Плохая им досталась доля: Немногие вернулись с поля... Не будь на то господня воля, Не отдали б Москвы! (с) Лермонтов стареем? :-) Те кто когда то умел уходят от процесса разработки, а молодежь получает дипломы но не получает чего то неуловимого, скорее всего не получает умения думать. Ведь на самом деле все дело не в конкретном языке программирования или среде, дело в умении думать алгоритмами. я бы сказал так новые инструменты разработки снижают планку вхождения в профессию. Появились же слова мышевозники и компонентокидатели... давно ли на С++ стало так удобро писать и отлаживать? опять же - когда последний раз вы писали в асме или машинном коде? (я в машинном коде писал в конце школы, на аналоге радио 86рк) ...дальше будут средства разработки еще умнее... а компонентокидатели будут неимоверно круты.
Re: Вопросы ДЕ и Владу
On Oct 28, 12:04 am, Oleg Matveyev o_matv...@mail.ru wrote: я бы сказал так новые инструменты разработки снижают планку вхождения в профессию. Практика показывает, что планку они снижают в начале, затем где-то в середине разработки встают поперек дороги. Т.е. кульное приложение со скинами и одним окном пишется на дотнете за день школьником, а как доходит дело до серьезной работы - то датагриды кривые, то System.ComponentModel в состоянии наркотического угара проектировалась, то еще что-нибудь, вроде формы, унаследованные от генерик классов в дизайнере не открываются. Т.е. для работы в стиле берем 100 индусов, каждый рисует по одной форме - подходит идеально. А для обощаем все насколько удобно - слабовато. ...дальше будут средства разработки еще умнее... а компонентокидатели будут неимоверно круты. Я вот не уверен. Имеется какой-то барьер типа того, что как только средства разработки становятся чрезмерно умными - разработчики начинают возвращаться к чему-то более подконтрольному.
RE: Вопросы ДЕ и Владу
Факт. Был счастлив когда уговорил пойти работать ко мне товарища которому скоро 50. Другого человека с более универсальными знаниями и способного разобраться в чем угодно я не знаю. Ну и объективно технологии устаревают - сейчас на дельфи разработчика вменяемого найти, это как на коболе практически уже. Я наверно плохо о людях думаю, но что то мне кажется что вменяемых разработчиков (вменяемых и при этом свободных) все меньше и меньше. Те кто когда то умел уходят от процесса разработки, а молодежь получает дипломы но не получает чего то неуловимого, скорее всего не получает умения думать. Ведь на самом деле все дело не в конкретном языке программирования или среде, дело в умении думать алгоритмами.
Re: Вопросы ДЕ и Владу
А вы что, не знаете что основным средством доступа к данным у MS на данный момент является Entity Framework? Сейчас использовать ADO.NET - это всё равно что WinAPI для разработки Windows. Я не спорю что ADO.NET поддерживается нормально. У нас был в своё время проект. Но времена меняются. Появляются новые требования и кто не идёт в ногу со временем, тому больших перспектив не светит. Я вот все думаю, пора ли уже изучить EF, отработана ли технология, или ну ее - пропустить. И перейти сразу на следующую передовую технологию. Я серьезно: положительный опыт уже имеется: ADO.NET (вместе с ADO) я пропустил. Непонравились сразу. P.S. в отпуске (летом) пробовал на SilverLight 4.0 сделать простенький сайтик (без БД). - страшно глючно - ни один из потенциальных пользователей (0 из 5 опробованных) сайт не увидел: несмогли установить SL в свои браузеры. Притом что делается это очень просто: один клик+перезапуск
Re: Вопросы ДЕ и Владу
опять вспомнилось http://www.vbstreets.ru/Articles/66348.aspx
Re: Вопросы ДЕ и Владу
sasha ... Хотелось бы узнать ваше мнение на предмет того, кого вы видите потенциальными потребителями сервера, который вы разрабатываете. Вы ж, наверное, задумывались о том, кто ваша целевая аудитория. Какие технологии для разработки использует эта аудитория и какие задачи решает. Очень хотелось бы узнать... Я думаю, ответ АК был достаточно полон, хотя и несколько маркетологичен :) Да и аудитория уже отметилась, так что не буду писать отсебятину. Ну и - раз АК ответил за нас, я буду взаимен и попробую ответить за него :) Это повод задуматься. Эта конференция опустела. Куда подевались люди? Почему не приходят новые? На sql.ru давно был ? В firebird-support заглядывал ? Это и о новых людях тоже. Чего в мск на конференцию не приехал ? От тебя близко :) Джава. Она еле еле развивается. Они за 10 лет не могут сделать того, что майкрософт делает за один релиз. Конечно на джаве пишут, но чтоб она была особо популярной - я бы не сказал. Это ты миллионам разработчиков расскажи, тут ты, мягко говоря, не попал. А вот ПХП - это популярнейшее средство разработки. И многие популярные продукты на PHP поддерживают FB как один из движков. Тут есть другая проблема - Firebird пока что не очень хорошо подходит для хостеров. Не для веба в целом, а именно для хостинга. Но этому уделяется внимание, надеюсь уже 3.0 будет более популярен в этом смысле. .NET Framework тоже весьма популярен, Не спорю. Но и молиться на него не буду. охватывая практически все сферы программирования. не надо снова ошибаться :) Вам не кажется что кураторам проекта стоит срочно уделить внимание вопросам качественной поддержки PHP и JAVA? Кажется. Вот нашли человека на ODBC, например. Хочешь заняться .Net ? С марта ту багу давно уже можно было изничтожить... Есть интересный пример - в fb-devel не так давно появился человек, который поддерживает систему на COBOL, так он доделал в gpre поддержку некоторых новых SQL конструкций и генератор для современного диалекта COBOL'а. Ты знаешь, что такое COBOL и сколько у него реальных пользователей нынче (я - не знаю) ? :) А вот нашёлся человек, который сделал то, что ему было нужно... А то, глядишь, будет хороший сервер, который будет никому не нужен по причине невозможности его использования. Это вряд ли :) -- Хорсун Влад
Re: Вопросы ДЕ и Владу
On Oct 28, 12:39 am, Oleg Matveyev o_matv...@mail.ru wrote: Я вот все думаю, пора ли уже изучить EF, отработана ли технология, или ну ее - пропустить. И перейти сразу на следующую передовую технологию. Я серьезно: положительный опыт уже имеется: ADO.NET (вместе с ADO) я пропустил. Непонравились сразу. Я делаю точно так же - ну нет смысла изучать кривые технологии, которые, во первых, никогда не пофиксят в плане багов, во вторых, которые выкинуть и заменят еще более новыми. ADO.NET после дельфей и FB просто убил отсутствием автоматического парсера типов и количества параметров. Я не знаю, как можно было додумался до такого идиотизма, что выходные поля после Prepare есть, а входных параметров нет.
