Услуги по программированию БД и расчетов, Лаборатория ПМ и ИТ

По телевизору - нет, а если в форуме увижу, то напишу свой отзыв обязательно.

Все таки не смог удержать свое любопытсьтво.
На шизофренический бред deleter'а я конечно реагировать не буду.


ЯрАйти
Мне казолось, что у вас есть хотябы какие то элементы серьезности, но я к
сожалению ошибался. Вы постоянно уводите в сторону, вместо ответа на вопрос. Я так понял, что вы не знаете не только Access но и Delphi. Хорошо, я отвечу сам. У меня программирование этой задачи в Delphi заняло бы примерно 25 минут. Как известно 25/5=5. Что касается реальных проектов, вы как то не обратили внимания на мое заявление о том, что при увеличении сложности предметной области преимущества Access возрастают экспоненциально.
Ваше заявление о 50 таблицах и 50 пользователях еще раз подтверждает вашу DOSовскую ограниченность - сложность сетевой БД не может однозначно
характеризоваться количеством таблиц и пользователей. Однако, если вас это
интересует, скажу, что у одного нашего клиента три серверные базы содержат где то около (не буду сейчас поднимать документацию) этой цыфры и еще несколько dbf файлов для связи c 1C. Число рабочих станций с правом пользователя изменяется часто, в зависимости от того где и сколько работников и с каким доступом желает разместить заказчик. Сейчас их около шестидесяти. Пользовательские базы, в зависимости от их назначения, содержат ссылки на несколько или на все таблицы серверных баз, а кроме того - многочисленные вспомогательные локальные таблицы, до 300 и более запросов, до 100 форм и до 100 отчетов.
Я не спрашивал вас о том, пользуетесь ли вы Microsoft'скими приложениями
(хотя ваше заявление на этот счет, конечно, сверхамбициозно). Я говорил о том, что в их разработке конечно тоже принимали участие, как и в вашем случае, сотни человек, однако вот есть глюки и недоделки.
Вообще же вы навели меня на интересные мысли. В визуальных средах
конструкторы и мастера заменяют отдельных программистов. У отдельных
программистов могут появаляться случайные ошибки и неадекватное понимание задачи, поставленной руководителем. Если ошибается сам руководитель, что тоже возможно, то все исполнители потратят много времени напрасно, прежде чем руководитель, по их результатом осознает свою ошибку.
Но вот, если есть только один программист, он же руководитель проекта, а
исполнители заменены конструкторами и мастерами, разумеется надежно
работающими. Свои архитекрурные ошибки он в этом случае увидит гораздо
быстрее, а ошибок исполнителей не будет вообще.
Короче, я утверждаю, что подход, с использованием визуального
программирования не только экономит человекочасы, но и приводит к большей надежности разрабатываемой системы. Я увидел также, что это рассуждение вполне формализуемо математически на основе аппарата теории вероятностей, так что берусь его строго доказать и, по видимомо, доложу результаты на ежегодной международной конференции "Математическмие методы в технике и технологиях". В этом году она будет проходить в Ярославле.


Вообще, если логику противников визуального программирования применять последовательно, то программирорвать следует только на Assembler'е, а еще лучше сделать клавиатуру только с тремя клавишами: 0, 1, Enter.

ЯрАйти
Ваша шутка с блокнотом неуместна, так как "гхгх" и перекрестный запрос это вещи разные. Однако, вот например фирма ВС, видимо следуя вашим принципам сделала бухгалтерскую программу следующим образом. Для хранения данных используется та же Jet, что и в Access, но интерфейс написан исключительно руками в текстовых файлах (видимо в блокноте) на VB скрипте и сделан соответствующий интерпретатор. Вообще, было бы интересно узнать мнение участников форума об этой программе.

http://www.bc.e-style.ru

Ну что вы, я в этой теме уже давно серьёзно разговаривать не могу, я до слёз ржу каждый раз, когда захожу сюда.

Знаете, у меня о вас сложилось подобное же мнение! Может, в наших жизнях мы пользовались какими-то совсем разными Access и Delphi?

Как же, как же? Обратил, конечно! В связи с чем даже привёл вам пример точь-в-точь такой же логики, по которой все проекты должны создаваться в "Блокноте"!

Во-первых, спрашивали, во-вторых, ничего амбициозного нет. Если вы в этом видите амбициозность и вы не можете себе представить жизнь без продуктов MS, это говорит только о вашей ограниченности.

Во-первых, программист-одиночка даже с помощью супер-пупер-визуального программирования редко возмётся писать проект сложностью в несколько человеко-лет. Для этого нужны несколько другие ресурсы, в том числе и финансовые. А во-вторых, я легче поверю в то, что свои архитектурные ошибки он либо вообще никогда не увидит (проверять-то некому), либо увидит, но на стадии окончания проекта.

Ну вообще для получения компактного и - что, пожалуй, более ценно - быстрого кода, именно на Ассемблере писать и надо. Я вовсе не противник визуального программирования. Я сторонник того, что понятие стадии проектирования ещё никто не отменял.

Вы когда-нибудь пробовали в Ворде создавать html? Создаёте новый документ, ставите в нём одну букву "а" и сохраняете. Получаете файл размером в добрую сотню килобайт (я проверял это в Офисе 2000, может, сейчас уже с этим лучше стало). Теперь вопрос: кому, спрашивается, нужен html из одной буквы размером в сотню кб? Такой размер бывает допустим разве что для лицевых страниц каких-нибудь порталов. Ну либо для студенческих поделок в виде "Домашняя страница Васи Пупкина". Сколь-нибудь серьёзный сайт разве будет делаться в Ворде? Сначала подумайте, потом ответьте, а потом ещё раз подумайте, почему именно так.

Моя шутка вполне уместна, потому как (повторюсь) студенческая лабораторная работа и реальный проект - вещи тоже разные.

Полностью солидарен
+1

ABRRs
А когда и где конференция проходить будет? я хочу видеть все вживую!

Это "секрет Полишинеля". Любой мало-мальски опытный кракер знает, что так оно и есть (за редким исключением).

еще вопрос критикующим: расскажите, для чего по-Вашему мнению вообще предназначен Access? по-моему как раз для мелких задач автоматизации он подходит прекрасно. а в нашей стране Access остался сильно недооценен.

Я даже больше скажу: многие вообще не подозревают что в Access можно создавать пользователей, и работают под администраторским правами без пароля!

ASudakov
да Access здесь не причем. Как инструмент очень даже хорош, я против него ничего не имею. Но как его нам преподносят - это просто восхитительно.

нашел цитату, гениально подходящую к данной теме.

Programming is one of the most difficult branches of applied mathematics; the poorer mathematicians had better remain pure mathematicians. [Dijkstra]

и каких годов эта цитата? 50-х и 60-х? тогда да, программирование было весьма непростым занятием..

сейчас программистов гораздо больше, чем хороших математиков.

ASudakov
стандарты другие. а хороших программистов не думаю, что слишком больше, чем хороших математиков.

Хорошо, что за три года хотя бы этому научились. Но можно этого и не делать, а устанавливать, например, пароли на открытие mdb и mde файлов, можно также программными средствами давать или запрещать доступ к конкретным таблицам по конкретным паролям. Главное же, что шокирует многих недоучек, это заявление о том, что БД Access могут быть не только локальными, но и сетевыми, и что, если это дейчтвительно необходимо, локальные базы Access можно подключать к серверным базам SQL Server. Все это делает возможным использовать Access, не только "для решения мелких задач автоматизации", но для задач любого объема, если они требуют БД.
Но, вообще, ASudakov'у срасибо и за это.

Nazer
Для меня, как преподавателя, года мыслятся как учебные, а не как хронологические. Официального сообщения о конференции пока не было, но она будет проходить в ЯГТУ что нибудь в районе марта. Осведомляйтесь в ОНТИ ЯГТУ.

ЯрАйТи
Все, конечно надо исспользовать по назначению, и, конечно нецелесообразно делать сайты в Word'е.
Однако, вот другой пример.
На одной научной конференции, представитель группы ученых рассказывал о том, какую серьезную статистическую обработку данных они провели и как долго целая группа программистов создавала им программу для этой обработки.
Вопрос из зала.
- А зачем Вам эта программа понадобилась ?
- Как? Нам же нужно было все это обработать.
- Видите ли, вы могли бы просто написать ваши данные в Excel и вызвать пакет анализа, содержащий все, что вам нужно. Всего лишь несколько минут потребовалось бы для получения Ваших результатов.

Так что, уважаемые пользователи. Не верте амбициозным программистам, отвращающим Вас от MS приложений! Они хотят шипко заработать на Вашем незнании.
Лучше пользуйтесь услугами тех, кто предлагает быстро решить Ваши проблемы в Excel или Access.
http://www.abrrs.narod.ru/

Теперь, ответ всем, по поводу просто праграммистов и, подчеркиваю -прикладных, математиков.
Прикладной математик способен все, что его окружает и все с чем он сталкивается при разговоре с заказчиком, быстро и адекватно воспринимать и удерживать в уме в виде выражений булевой и реляционной алгебры, а также быстро, и, опять таки в уме, строить модели реляционно-деревянных преобразований. Есть еще такой важный аспект. В обыденных, как и профессиональных, рассуждениях, люди часто переходят из одного контекста в другой, при этом часто совершаются логические ошибки, обусловленные подменой понятий. При беседе с заказчиком нужно уметь обнаружить противоречивость его женланий и суметь это объяснить, а также предложить свой вариант, который бы его устроил. Простой программист на все это не способен, он может только решать типичные задачи зазубренными методами.
О чем тут говорить. Некоторые программисты даже логический смысл трех вложенных if'ов удержать в уме не могут, не говоря уже о том, чтобы заменить увеличение глубины вложения введением дополнительных логических переменных.

ABRRs
Почитайте "Паттерны проектирования", все давным давно решено, а вы все что-то придумываете.