azsxавторПредположим, вы запустили расчет зарплаты. И вот в середине расчета связь оборвалась.
Кстати, вспомнил очевидный минус веба - js крайне плохо приспособлен к работе пользователей с клавиатуры. Для кликов по формам и переключений между ними.

А при чем тут JS ? Любая WEB-форма из элементов HTML прекрасно работает с клавиатурой - TAB, SHIFT-TAB - переходы между контролами, ENTER - сабмит формы.
А уж если JS подключить, то возможности становятся просто неограниченными - любые комбинации на любые события.

Главная задча - сделать юзабилити основного функицонала на уровне, и WEB тут подходит куда больше прочих фреймворков по возможностям.

st90Всем привет!
Подвернулся интересный заказ. Надо сделать систему управления небольшим бизнесом:
БД клиентов, задачи сотрудникам, расписание выполенных задач, контроль оплаты клиентами, расчет сдельной з/п сотрудников.

Условия:
1) сервер БД в инете
(доступ администратору для ввода данных, руководству для просмотра отчётов, некоторым сотрудникам в режиме чтения пару таблиц)

Свой сервер ставить не хотят, да и хотят доступ сотрудников со своих домашних компов в любое время. Есть сайт с хостингом.

2) Возможность постоянного расширения

3) Полный контроль руководством всех действий работников


Мои варианты:
1) веб-сервис
+ можно в перспективе смотреть с любых устройств при норм вёрстке.
+ удобно для пользователя: залогинился и готово, не надо ничего ставить

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

2) Delphi-приложение + БД на удалённом хосте
Плюсы и минусы прямо противоположные.

Вообще хостинги дают подключаться извне к БД?

Выслушаю ваши мнения и советы.
Если склоняться к веб-сервису - дайте, пожалуйста, чё-нить почитать как сделать простейшую СУБД в вебе.По умолчанию Система управления бизнесом. Советуйте технологии.

Занимаюсь аналогичными задачами уже 8лет. Делюсь своим опытом:

Архитектура приожения:
- Должен быть аналог MVC (Model View Controller).
- База данных должна быть отделена от приложения. Между базой и приложением должна быть прослойка позволяющая сменить одну базу на другую условно "за пол часа", без изменений в бизнес-логике
- Бизнес логика не требовательна к ресурсам (утверждение). Должна быть максимально простой. 95% тормозов программы будут из-за медленных запросов к БД (SQL hit). Причины: нет качественной простой методики учета, криво спроектирована БД, не оптимизированы запросы.
- Интерфейс: - должен открываться без спец программ на любых устройствах. WEB- идеально. Толстые клиенты дороги в проектировании, поддержке кода, доработке и развертывании. Удобство WEB неоспоримо выше.

Интсрументы:
Я собирал приложения на чистом PHP, различных PHP CMS, C# Winform, Qt, Perl самописном, Perl Catalyst Framework, настраивал интеграцию с проектами на MS Access, FoxPRO, и остановился в итоге на Python Django.

Мои требования к инструменту:
-быстрая удобная разработка (это конечно субьективное впечатление), наличие хорошей IDE
-наличие ORM (быстрая простая работа с БД)
-возможность выдавать информацию из бизнес логики в любом виде: HTML, Json, TXT, VS, XLS и т.п.
-елси это WEB - то иметь шаблонизатор для построения интерфейса - код должен быть отделен от верстки.
-возможность менять/комбинировать/одновременно использовать большой набор баз данных
-иметь отличную документацию и живое сообщество специалистов

Сейчас пишу приложение для автоматизации бизнеса связанного с услугами по перевозке грузов. Сделано примерно 80 экранов, ни разу не пожалел о выборе Django в качестве инструмента разработки. Самые сложные моменты - не работа с кодом, а проектирование методик учета (партионный учет, оперативнй учет ресурсов, движение денежных средств и т.д.) и SQL запросов.

MonochromatiqueNikita Bel Сделано примерно 80 экранов, ни разу не пожалел о выборе Django в качестве инструмента разработки.

Пишешь один?
Да. Повезло с заказчиком, не торопит. Но если будет нужно организовать совместную разработку с привлеченными специалистами не проблема - Git, распределение работы по разным модулям (в Django это типа мини "приложения" в рамках одного проекта) и можно ускориться.

azsxs_ustinov ясно, тогда я вас просто не понял.
Nikita Bel вообще то по enter я ожидаю принятия изменений в textbox, а вовсе не нажатия ok. Также интересно другими методами, например, кнопки вверх вниз.
Опять же, может я просто не умею программировать на js (html) и на самом деле очень легко сделать всё то же самое на экране, что в редакторе делфи?

Это вопрос user experience, проще говоря опыта. Это как после Mac OS перейти на Windows - ищешь где бы нажать кнопку "сохранить" после изменения положения контролов в интерфейсе. WEB стал неотьемлемой частью практически всех потенциальных пользователей вашего приложения - вероятно работа с основными элементами web-интерфейса будет им уже знакома.