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

Как думаете, 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 года ее будут сэппортить :) Да зачем же она нужна? - чтобы ее любить, на ней надо много кодить и к ней надо привыкнуть иначе она будет выводить из себя тех, кто привык к "характеру" и "норовы" других сред разработки :)

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

1) Access - это не VFP
2) Проблемы Access это проблемы Access, а не VFP (у него своих проблем хватает)
3) Access никогда не позиционировался как средство разработки, для этого были Visual Basic раньше и С# сейчас
4) Подстветка синтаксиса это не особенности SQL, а редактора. Есть куча сторонних редакторов с подстветкой синтаксиса чего угодно.
5) Если вы знаете Delphi зачем делать курсовой на Access?!

Я понимаю, что есть желание забивать шурупы и вкручивать гвозди, но это как-то не продуктивно.
<:o)
да курсач не себе делал а по просьбе... а там аксес и нужен был

PaulWistvvmСмертный бой по поводу мертвой технологии...

По поводу "убитого" продукта Вы правы,... тут "бой" в другом - наказать голословные утверждения, что бы в следующий раз "аффтар" сначала подумал, потом проверил, а уж затем сделав вывод написал своё ИМХО.
я отлично подумал - полторы секунды думал и заявляю однозначно - для меня вижуал фокспро и аксес - выкидыши, а не инструменты для работы!!!

vvmPaulWistпропущено...


По поводу "убитого" продукта Вы правы,... тут "бой" в другом - наказать голословные утверждения, что бы в следующий раз "аффтар" сначала подумал, потом проверил, а уж затем сделав вывод написал своё ИМХО.
Студент высказал "мнение", а народ "не на шутку".

я уже давно не студент - еще в канувшем в небытие тысячилетии перестал быть студентом, а курсачи иногда чутка помогаю делать - студенты сейчас заняты - им работать надо, деньги зарабатывать, так что не до курсачей да и я их понимаю, сейчас такие скучнейшие и избитые темы для курсачей предлагают, стоит ли студенту на них время тратить да и технологии задрыпанные еще вбивают - нафига этот гребанный аксес современному студенту? - он работать что ли будет с ним на какой-нибудь фирме? - типа здрасьте, я крутой девелопер, пишу на VBA, хочу зарабатывать 3000 уе... Нет чтобы Oracle изучить или MS SQL Server или научить студентов делать толковые системы, используя WEB... Ну так преподы иные такие кадры бывают, что называется ржунимагу - было дело - надо было используя DBF и Database Desctop сделать наикрутейшие выборки, используя SQL так ёмае - тамошний SQL только и поддерживал оператор SELECT и только на 10 процентов, даже джоинов не было - какие могут быть крутые запросы? - это ж не сервер БАЗ Данных, это оболочка, которая имитирует парсинг SQL... А еще бывает дают студентам какую-нибудь фигню 20 летней давности, например сделать MultiTasking application in Assembler for protected mode и не для абы какого-проца, а для самого настоящего 80286! во как... может оно и правильно - если студент сумеет такое сделать, то в современной работе он также сумеет написать драйвера для какой-нибудь железяки...

Майкрософт, это круто конечно, ADO тоже хорошо тока вот у одних стоит винда XP и для них прога написана которая стучится к mdb и все ок
а тут вдруг у других семера стоит и та же прога не могет достучаться до mdb - в семере другие дровишки оказывается, и чтобы все заработало, надо:
или прогу адаптировать под семеру
или дровишки поставить какие надо

а дровишки ставятся при установке офиса...

нафига такой подход у мелкомягких - естественно будет попытка уйти от адо и заюзать что-нибудь более независимое от начинки винды :)