Приветствую всех!

Как думаете, MS Access и MS Visual FoxPro разрабатывались одной и той же командой девелоперов?
1. и тот и другой жутко глюкавый
2. и тот и другой неудобный
3. у обоих на простые вещи уходит больше времени
4. у обоих не продуман интерфейс (даже просто чтоб че-то расширить надо мышкой тонко ловить границу (сравните с Embarcadero (!) ))
это как минимум сходу нашел общие черты

а еще я всегда спокоен, как удав, знаю, что чудес не бывает, и если что-то не работает, то обычно на это всегда есть причина, которая обычно определяется.
И только в Access если что-то не работает, то не факт, что на это есть причина, иногда достаточно сделать операцию "закрыть/открыть" и сразу все начинает работать.
Если я вынужден че-то делать в Access, то он всегда меня вынуждает страшно материться, материться так, что самые матерые матерщинники отдыхают и нервно курят в сторонке. То же самое и по поводу Visual FoxPro... Хотя чаще всего я вообще не ругаюсь матом... Но вот именно эти два выкидыша вынуждают...
Так просто любопытно - не одна ли команда их произвела на свет :) ?

nord-woolfИ вам доброго дня!

Вы таки можете, в отличии от команд девелоперов MS Access и MS Visual FoxPro,
представить нам СВОИ не "жутко глюкавые" и далее по авторскому тексту,
произведения, проданные по всему миру многомилионными тиражами?

С удовольствием посмотрим на высококачественную работу профессионала. :)

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

qwerty112Dimitry Sibiryakovпропущено...

И до сих пор не знаешь, что его IDE тоже создаёт контролы само если на форму перетаскивать поля из data set-а. Ню-ню...

это мало что меняет, но если хотите
qwerty1121. добавить/настроить АдоКоннект
2. добавить/настроить АдоТэйбл
3. создать в АдоТэйбл поля (если АдоКоннект подключен - можно создать все сразу)
4. добавить/подключить ДатаСоурс
5. вот теперь только "тягать" "по одному" на форму контролы, и подключать их можно все зараз
5. причём, если это (контрол) окажется какой-нибудь DBLookupComboBox (поле со списком, для Акцесников, уточню), то всю эту "бодягу" с ДатаСоурс-ом, нужно повторить и для РовСоурса комбика ...
если вместо поля (DBEdit) нужен будет DBLookupComboBox, то созданный IDE DBEdit нужно сначала удалить


я недавно курсач на Access сделал... Так на Delphi я лучше ручками все распишу - там же немного делов-то, класс свой создам, где создам нужные методы, и у меня будет все и сразу в одном флаконе, контрол свой визуальный сделаю, и у меня будет все и сразу одним кликом мыши, а на аксесе больше не вжисть не буду что-либо делать!!! все его визарды ничто в сравнении с его косяками... Я отлично знаю как сделать в аксесе поле со списком, ну и что? - более 10 полей со списком сделал, два или 3 из них заработали через Ж! И че, я их неправильно сделал? зная от и до как их делать, кучу сделал правильно, а 3 неправильно? я поломал мозги, думая, почему "ОНО НЕ РАБОТАЕТ", все делалось как и для всех полей со списком, одни работают, а эти нет. В результате просто удалял поле с формы и вставлял его заново, и быстренько вписывал ему нужные свойства, которые кстати никак не отличались от тех же свойств только что удаленного поля со списком. И все начинало работать! И оно мне надо, такая фигня? Аксес быстро утомляет, там в SQL даже подсветки синтаксиса нет. И с какого перепоя аксес 2010 сказал, что у него нету left outer join? Inner есть, а этого нету, хотя в 2003 с джоинтами не было вопросов... В общем ну его нафик... Этот аксес, как и когда-то вижуалфокспро вынудил материться очень выразительно и страшно... И при всем этом я обычно так не ругаюсь, когда программирую в чем-либо другом - если какой косяк, то всегда есть причина, причиу убрали, косяк исчез... А тут ломаешь голову - че оно не работает, потом удалишь/вставишь - и все работает... Так не делаются дела!!!

mad_nazgulGaladriel75Приветствую всех!

Как думаете, MS Access и MS Visual FoxPro разрабатывались одной и той же командой девелоперов?
1. и тот и другой жутко глюкавый
2. и тот и другой неудобный
3. у обоих на простые вещи уходит больше времени
4. у обоих не продуман интерфейс (даже просто чтоб че-то расширить надо мышкой тонко ловить границу (сравните с Embarcadero (!) ))
это как минимум сходу нашел общие черты
...
Так просто любопытно - не одна ли команда их произвела на свет :) ?

"Они даже не однофамильцы."
Насчет Access не знаю.
А вот FoxBase, а затем FoxPro - во времена DOS'а были самимы быстрыми СУБД, с очень хорошим фреймворком.
Который коряво перенесли на Windows, он там даже работает.
MS Access никогда даже не был конкурентом FoxBase/FoxPro, т.к. был по жизни тормозом.

1) Проблемы "входа/выхода" из программы в FoxPro, из-за dos-вского наследия.
Многозадачная/распределенная работа с БД целиком и полностью лежит на плечах программиста.
Причем в xBase смутно подозревает о многозадачных системах (xBase родом из DOS)
Соответственно при небрежном программировании (с учетом многозадачности Windows) можно сделать так, что таблица может залочена программой в одном месте, а делать с ней пытаются в другом. В общем вис гарантирован.
2) А что вы хотели от идей начала 80-х годов прошлого века?!
В свое время xBase был классной штукой.
А фреймвок FoxPro - вообще киллер-фича.
Позволяла быстро накидать приложение.
3) Какие простые вещи?
И там, и там поддерживается SQL. FoxPro фигово, в Access гораздо лучше.
А что еще для БД надо?!
4) Э-э-э вы о чем?!
MS Access - это не система разработки приложений. Это "домашняя" СУБД. Рисование формочек это приятное дополнение, а не основная задача. Если нужны красивые формочки, то раньше это был VB, сейчас C#.
MS FoxPro - Да он позволяет рисовать форточки, для этого даже есть свой рисователь есть. Но сама работа с формочками берет свое начало с DOS. А там формочки не рисовались, а писались ручками в коде. Соответственно во времена DOS это было круто и удобно. Сейчас это не круто и не удобно. Но что поделать, совместимость с низу вверх :-)
Вообще-то MS давно хочет "закрыть" FoxPro (или уже закрыла я не в курсе). Но фанаты FoxPro не дают ему "умереть".

Речь идет о VisualFoxPro! я раньше работал в трех конторах, когда еще дос уже почти был, а виндоуз 98 поругивали за глючность - в тех конторах я работал на FoxPro 2.6a сетевая версия... так вот досовский фокс был шустриком и все в нем было более менее отлично! а Visual - выкидыш! И, как оказалось, это не только мое мнение! Нормальным VisualFoxPro считают тока те программеры, которые никогда не пробовали на вкус Delphi и все другое, а просто переехали с FoxPro под DOS на VisualFoxPro, уже разобрались с его особенностями, привыкли к нему... А я часто пишу на Delphi, C++, Java, Assrmbler (редко) PHP, JS... ... ... .. .. я перепробовал столько сред разработки, столько платформ.... ни одна из них меня не вынуждала выливать потоки страшной энергии в чистый, легкоусваиваемый, доходчивый и кошмарный мат! а вот аксесс и вижуалфокспро - это сделать смогли... поэтому я решил их отправить в разряд выкидышей, с которыми более нет интереса связываться!

tanglirmad_nazgulили уже закрыла я не в курсеУже, скоро и поддержка прекращается (если уже не прекратилась, не помню точно).
да я думаю, что уже годы, как прекратилась :)

Владимир САGaladriel75...
Как думаете, MS Access и MS Visual FoxPro разрабатывались одной и той же командой девелоперов?Разными... Хотя в одной фирме MS.
И незачем смеяться над старыми продуктами... Между прочим хорошими в свое время...
Я в свое время прогил на FoxPro (DOS) и Visual FoxPro (от 3 версии до 9)...
По поводу дальнейшей поддержки... A Message to the Community ...
We have been asked about our plans for a new version of VFP. We are announcing today that there will be no VFP 10. VFP9 will continue to be supported according to our existing policy with support through 2015
скорее всего я нарвался на пиратку, поэтому в ней не почувствовал сэппорта :) а оно вон как оказывается, даже до 2015 года ее будут сэппортить :) Да зачем же она нужна? - чтобы ее любить, на ней надо много кодить и к ней надо привыкнуть иначе она будет выводить из себя тех, кто привык к "характеру" и "норовы" других сред разработки :)