Ровно три года назад ушел от Fox - а. На Delphi. Вечером нашел объявление, мне понравившееся, и написал резюме по типу:
Объявление: Резюме:
========================
Требуется *** - Я это умею !
Навыки в *** - Я в этом - супер!
Опыт работы с *** - Да я сам все это придумал!

Потом взял толстую книжку по Delphi, и по каждому требованию прочитал по
первому абзацу. Позвонил. Побеседовал.
Короче, они сразу в меня вцепились, а когда разобрались, что я не Delphist - уже
поздно было, я проект вел.

Такая тоска была поначалу. Ни тебе прямого доступа к полям данным, ни с
индексами вычисляемыми, аксесс виолейшн сплошь и рядом...
Работа с метаданными не приветсвуется ни в каком виде... Датасеты какие-то...

Со вторым проектом было чуть получше - а третий - просто класс. Использовал всю мощь Delphi в плане ООП - сплошь и рядом.


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

Но, как говорят наши коллеги с Тверской - "Работа, работа... А любовь когда же?"
----------------------------
Рассказывать присутствующим (не всем, но почти всем) о преимуществах
Delphi как средства разработки и сопровождения - как рассказывать
жителям Марианской впадины о свободном полете.

Но, тем не менее:
----------------------------
Delphi изначально была создана для написания клиентов БД.
Даже название Delphi было придумано как созвучное Oracle.
Но она умеет еще очень многое другое!
----------------------------
Про интерфейс пользователя говорить здесь не будем - в доме
повешенного не принято говорить о веревке.
----------------------------
Среди присутствующих только один перешел на VFox (Александр Третьяков), а его мнение уже все читали, кажется.
----------------------------

авторЕстественно лучше использовать MS SQL, но существует огромный пласт программ с БД не требующих или не нуждающихся в MS SQL, например проги для магазинов работающих на 1-2 компьютерах, мелкие конторы с 5-10 пользователями. Зачем им MS SQL. Для учебы админу или программеру. Возможно. Здесь на мой взгяд уже проблема позиционирования продукта на рынке, а не тезисы "лучше MS SQL - хуже DBF". Хорошо когда диски с софтом стоят 60 руб., но поверте это скоро закончится, тогда кто будет платить за лицензию MS SQL. Тогда наступит другая эра: "Выполнение задач по управлению БД с наименьшими затратами на ПО". Зачем мне в фирму из 10-30 человек MS SQL ставить? Чтобы платить Microsoft'у лишние 1000-3000$.
ЗАЧЕМ?
Кажется, уже было упоминание о FB - FireBird - бесплатном SQL - сервере. И это не одна такая платформа. Не говоря о локальных приложениях - тот же FB имеется в Embedded версии. Никакой дополнительной инсталяции не требуется, а вся мощь SQL в наличии.
----------------------------

АвторAleksMed ты прав, надо писать базуясь на принципе
язык какой знаю + что писать + скорость написания.
Согласен. Почти полностью. Учиться надо постоянно, и искать.
----------------------------
Автор
Насчет "тупо заточен под таблицы".

Полностью согласен. Хотя не считаю это недостатком - SQL - запросы использовал еще в DOS - версии, а таблицы - прекрасное средство для локально обработки данных. В Delphi для этого использую коллекции (т.к. не все сервера БД поддерживают временные таблицы).
-----------------------------------
Автор
Можно конечно мучиться и на дельфи, а потом таскать с собой BDE - это конечно дело на любителя.

Батенька, BDE даже сама Borland уже не поддерживает. Хотя ничего зазорного
не вижу в том, чтобы таскать с собой subj, я давно так не делаю. Есть ADO,
OLE DB, IBX, FIBPlus, DB Express и проч. И ничего, кроме компонентов,
внедренных в тело программы, таскать собой не нужно.

АвторА работа с XML ? Даже в .NET нужно потрахаться чтобы
преобразовывать данные стандарта для передачи между гетероденными
средами.
Просто нет слов от такого наглого заявления. Чтобы заменить Persistent -
уровень моего приложения, я просто меняю компонент - провайдер доступа к
БД на XML - адаптер - и все, данные хранятся в XML - формате. Плюс масса
других возможностей.

А как вам "лазейка" для особо одаренных оставленная микрософтовцами
в фоксе- это возможность писать расширения, файлики FLL. А уж тут , так
дельфи вообще отдыхат, как впрочем и многие другие. И интерфес можно
точить и с данными работать и функции под себя писать, если уж что не
устраивает и с оборудованием работать и асинхронность оперций обеспечить.
Об этом чуть подробнее можно? Что-то эта радость мимо меня прошла...

Технологию СOM, фокс поддерживает и развивает, один BINDEVENT чего стоит.
Ну, а кто их не поддерживает сейчас? Может, QBasic только?

]Web сервисы и Web клиенты - писать можно.

А на Delphi этого нельзя? Угу.

--------------------------
А создание собственных компонентов? Тоже можно?
--------------------------
Может, и MDA свой имеется? Только из - за этого стоит на Delphi переходить. Юзерам пофиг твое знание принципов работы с OOП, ему важна скорость создания приложения, комфорт в работе, оперативность службы сопровождения. Про скорость обработки данных здесь упоминать не принято, да? Ну, да ладно. Вот пример - как вам разработка рабочей системы объемов в 150 таблиц за один человеко - месяц? Со сложной иерархией классов, массой ограничений, многопользовательским доступом, с репликацией данных, с начальным объемом данных под сотню ГБ? Должен сказать, что "простые" приложения создаются так же легко и быстро.
--------------------------
Чего мне реально не хватало - так это то, что в Delphi отсутствует множественное наследование классов (приходится интерфейсами обходиться), и отсутсвуют шаблоны классов. Но уже научился обходить это.
--------------------------
VFox - хорошо. Но второй раз по этому пути не посоветовал бы никому идти. Масса времени, потраченного впустую.

Хотя какая там альтернатива для бухгалтерии была, в 1990 -х ?... Не на Турбо - Паскале же писать было... Ну, да - Clipper/FoxPro/Clarion. Кто же знал, что все так далеко с ООП и компонентным программированием зайдет?
--------------------------
2 Sergey Ch - ты работал с Delphi? Сколько времени? Учти, там все не так, как в VFox, старыми приемами ничего не добъешься, только ругаться будешь потом!
--------------------------
Всех с праздниками. Будете у нас на Колыме, заходите.

Sergey Ch
Перепробывал Delphi, VB+ADO, Access, VB.NET... Но остался на FoxPro - сейчас на 8.0 пока... Скоро перейду на 9.0 - уж больно много там приятных вещей...

Никто не спорит, что дело в привычке - я вон даже почти привык к ASP.NET+VB.NET+MS SQL Server пока писал коммерческие сайты... Но все равно - VFP - для меня намного удобнее и приятнее для работы...

P.S. Есть предложение перенести данный топик в раздел "Сравнение СУБД"...

1. Ну, все-таки VFox/Delphi - это не СУБД.
2. А можгно узнать, что в дельфях не устроило?
Sergey Ch
Ну а для клиента, как тут уже заметили - интерфес особой роли не играет - сейчас в принципе любую понравившуюся красивую "игрушку" можно встроить почти в любую среду программирования...


3. А скорость разработки, а возможность использования ООП при проектировании системы вместо реляционной алгебры?

4. Насчет встаривания "красивой игрушки". Есть интересная возможность (активно использую) по разработке своих компонентов. Ну, я еще могу их (компоненты) в виде ActiveX (etc) оформить, чтобы везде (VBasic/VFox...) юзать, а в VFox такое сейчас можно? Я просто не в курсе.

Igor Korolyov
Hi mv!

> 1. Ну, все-таки VFox/Delphi - это не СУБД.

Delphi ясен пень не СУБД, а фокс - это полноценная СУБД!

> 3. А скорость разработки, а возможность использования ООП при
> проектировании системы вместо реляционной алгебры?

Батенька, вы тут такие сказки травите, что ей богу ухохотаться можно -
видимо если бы вам поручили создать ОС уровня той-же WinNT, то на Delphi вы
бы это дело тоже за 1, ну максимум 2 человеко-месяца сотворили :) Я конечно
понимаю, что тут мало народу реально участвовавших, или хотя-бы
"присутствовавших" при разработке проектов на Delphi/С++Builder или иных
родственных по идеологии системах, но всё-же не стоит совсем за дураков нас
считать.
Особенно мне нравится тезис "замены" реляционной алгебры ООП :) Видимо вы и
обычную алгебру (да что там алебру, простую школьную арифметику) заменяете
на ООП :) Писать a=b+с нынче не модно - признак дургого тона однозначно, и
платить будут совсем копейки - вот сделать иерархию классов на 5 уровней, 50
методов и 120 свойств - это да, тогда заказчик проникнется всей сложностью и
красотой мыслИ и отвалит мешок денег :)

> 4. Насчет встаривания "красивой игрушки".

Убойный аргумент конечно :) Как же это сегодня
бухгалтер/экономист/технолог/etc сможет работать без круглых кнопок,
вычурных иерархических гридов, дебильного Tabbed интерфейса (a-la MSDN или
та-же IDE в .NET)...

Posted via ActualForum NNTP Server 1.1

1. Я искренне сожалею, что создал пост, потворствовавший флейму.

2. Если кого интересует пункт по поводу одного человеко - месяца - заходите сюда:

http://mda.hostok.net

Ресур родился буквально на днях, но думаю, быстро разовьется.

Извините за невольную рекламу.

3. Всем присутствующим - удачи и твердой жизненной позиции.

karly™Ломание копий на эту тему я слышу уже который год, и все безрезультатно
И не думаю, что продолжение баталий приведет к какому-нибудь однозначному ответу.

Могу сказать, что есть масса других факторов, влияющих на конечный результат. Например: четкость постановки задачи, вменяемость заказчика, количество изменений в ТЗ после начала работ. Так же немаловажный фактор - наличие отработанных методик.

Если со всем этим ОК, то все соревнования Fox vs Delphi сведутся к "кто быстрее передвинет контрол на форме". А если ТЗ менять дважды в день, то хваленая технология MDA загнется первой

Про создание GUI я даже ну упоминал, чтобы не травмировать присутствующих.

А насчет MDA, то, думаю, что Вы с ней не работали.

Вячеслав Клепинин
...
Другое дело, когда речь идёт об оплате труда. К сожалению, фоксисты во всём мире получают меньше, чем, например, дельфины.
...


Ну, был у меня момент, когда по моему резюме звали на фокс, с большей зарплатой, чем у меня тогда было, как у "дельфина". Чуть большей. Но требовалось обратно вернуться на бухгалтерию. Фиг. Пусть сдохнет.

Фокс - как любимая авторучка - достал - и пишешь сразу. Я ничего плохого сказать о нем не могу. Вон, понадобилось прицепить к наше проге КЛАДР из налоговой - ребята на дельфи страдали, настраивая BDE (к сожалению, мне неизвестен иной полноценный доступ к фокспро - шным файлам - из дельфи, я имею в виду), а я достал компакт, установол VFox, на лету сформировал курсор из нескольких связанных таблиц - и экспортнул через ODBC в наш любимый FireBird - радуйтесь, дельфисты!

Просто фокс в сравнении с Delphi, например, - самодостаточная вещь, что мне не нравилось в плане собственного развития. Посему я и перешел на Delphi. Теперь развивайся - не хочу.

Ох, блин, и чего я тут народ задираю? Все ж свои, "родные", а я как отщепенец...

Ребета - Фокс - форевер, и дай вам Бог сто лет саппорта и здоровья!

Слабо на ветке "Delphi" спросить: Есть ли люди, отказавшиеся от FoxPro?

Я бы не рискнул.

karly™ mvА насчет MDA, то, думаю, что Вы с ней не работали.Ну раз уж тему опять подняли, отвечу на эту колкость :)

Различные RAD и CASE-технологии появились не вчера, и похожи друг на друга, как две капли. Лет пять назад еще можно было рассказывать сказки, что это - прорыв, революция, новое слово, и т.д. А сейчас - все видели, все знают плюсы и минусы. Один из минусов - высокие требования к формализации ТЗ, о чем я и написал.

Так что nothing new, nothing free, no magic

А с MDA я действительно не работал ;-)
Насчет колкостей. Это как в ПТ два друга ругаются - один с Укранины, другой - из России. Оба русскоязычные, да еще и русские, о чем спорят - непонятно, но неприятностей друг другу уже много наговорили, поздно останавливаться.

Да, насчет MDA - после моего вступления во флейм текущей ветки я подумал, что может, мне MDA понравил так же и потому, что, как и бывало на Фоксе, весь процесс разработки идет в рамках одного языка (в данном случае - классов Delphi), а не приходится отдельно отлаживать структуру базы на SQL, а отдельно клиента на чем-то другом писать. В этом отношении Fox - да!

А если кому интересно насчет MDA - зайдите сюда:

http://mda.hostok.net

Хотя, конечно, тут все люди занятые...

Ух, блин. Вот попал, так попал. Пришел патриарх, прочитал и улыбнулся в "пашеничные усы". Каюсь. Все святая правда, поймали вы меня. Наконец-то раскусили.

Долго я пудрил мозги бедным студентам.

Теперь - все.

Никакого UML.

Теперь только VB да VFox. Или лучше пойду стенки под розетки штробить. Все ближе к людям.

Спасибо, братцы.

(Слезы на глазах).

strizh"Перекуйломынаоралакидайловский механический завод в форме дочернего предприятия ОАО 'Ломнымясо'"

Смешно. Один твой пост всего предыдущего флейма стоит!
strizh
...
как же - он поборол иерархию классов MS, а юзеры пусть сами разбираются !

Это правда. Я только сейчас стал более-менее представлять себе (и пользоваться знанием этого) иерархию классов Delphi VCL.


strizh
Так что в 'хлебных' задачах лучше VFP и Access ничего нет. А если надо повышенная устойчивость, безопасность и скорость работы с удаленного рабочего места - то вышеназванное плюс какой-нить сервер SQL.

Ну, да. Можно и так. Клиента можно и на VB, и даже на VBA (EXCEL, Word etc) приличного написать. Но Access/VFP лучше. IMHO.

strizh
А 'монстры' типа Delphi и C - решать соответствующие задачи типа управления роботами


Льстец! Видели бы "С" - шники, кого ты рядом с ними поставил!

----------------------------