Перейти к содержанию

Выбор языка программирования для создания офисной проги.


Рекомендуемые сообщения

Всем общий.

Появилась задача написать программу для отдела, который работает с большими таблицами в Excel'е (150-200 полей, по 40к-50к записей) + работают в одном файле одновременно по 4-6 человек. Таких таблиц около 10 шт. и "мини"-таблицы (сокращенные версии больших таблиц) также около 10-12 шт. Данные в таблицах все между собой связаны, но не физически (т.е. одни и те же данные забиваются в разные файлы вручную, как минимум копипастом). Также, в таблицах есть поля. в которых должны быть данные из справочников, но их туда также забивают руками.

Я знаком со многими языками программирования, но лучше всех знаю Delphi. Всё "большое" писал на нём. ("большое" - программы для себя, т.е. для облегчения своей работы). Писал всегда на Delphi 7, т.к. не требовалась поддержка современных реалей (Windows 8-10, Office 2013-2016-365 и т.д.). Практически не знаком с SQL-программированием, но как мне кажется, его надо будет использовать для решения вышестоящей задачи.

Так вот вопрос: какой язык программирования выбрать сейчас? Есть Delphi Community Edition, есть RAD Studio, есть Embarcadero Delphi. Первая бесплатна на 1 год (что дальше будет с Delphi и разработанной программой - не знаю). Вторая, Delphi + C++ + InterBase и + много других программуль (говорят перегружена в интерфейсе и компиляции файлов). Третья последняя версия Delphi.

Можете предложить свои варианты. Тема будет актуальна 7-10 дней. Спасибо.

ЗЫ Писать прогу буду сам, "написать за деньги" - не беспокоиться.

ЗЗЫ Если есть опыт работы с Delphi Community Edition - прошу написать своё мнение о ней, особенно если прошло больше года после начала использования.

Ссылка на комментарий
34 минуты назад, Intel_agent сказал:

@Bang обычная база данных.

Необычная. Там много чего еще надо, просто коротко не объяснишь.

34 минуты назад, Intel_agent сказал:

Чем access не устраивает?!

Access - прошлый век. Он со времён 2003 офиса не развивается ни как, памяти жрет безбожно, одновременную работу больше 3 приврощает в кошмар... (цитата 2 разных программистов)

34 минуты назад, Intel_agent сказал:

Использование excel для таблиц такого объема непрофессионально.

А я о чем? Вот и надо сделать "профессионально".

Изменено пользователем Bang
Ссылка на комментарий

@Робус Гробус Надо:

1. Перевести (перенести) все данные из Excel в какую-нибудь базу (зависит от языка программирования).

2. Разработать удобный интерфейс проги.

3. Сделать вывод данных в необходимой печатной форме с экспортом в Excel (для выгрузки в вышестоящие инстанции).

4. Максимально ускорить работу проги и снизить сбои в работе по сетке.

Так вот для решения данных и других задач нужно решить в чём делать? Склоняюсь базу сделать в sql, а интерфейс в delphi.

Поставил себе Delphi 10.3 с бесплатной годовой лицензией. Появился такой вопрос: что будет с "разработанной" программой через год?

Ссылка на комментарий
01.03.2019 в 12:24, Bang сказал:

работают в одном файле одновременно по 4-6 человек

Совместный доступ по сети к одному расшаренному файлу? А как разрешается проблема перезаписи чужой работы?

Google Docs/Яндекс не пробовали? По крайней мере совместная работа там над одним файлом устроена хорошо.

Ссылка на комментарий
25 минут назад, Mac сказал:

Совместный доступ по сети к одному расшаренному файлу? А как разрешается проблема перезаписи чужой работы?

Сохраняются по очереди.

25 минут назад, Mac сказал:

Google Docs/Яндекс не пробовали? По крайней мере совместная работа там над одним файлом устроена хорошо.

Требуется офф-лайн.

Ссылка на комментарий

Java + Java fx + JDBC + MySql

делаешь проект выкладываешь в гит. ссылку на свой профиль в гитхаб вставляешь в резюме и ищешь себе более достойную работу😁

Изменено пользователем esjigala
  • Нравится 1
Ссылка на комментарий

Что конкретно не устраивает в текущей схеме? Хотите, чтобы клиенты могли писать в базу независимо друг от друга?

Во-первых, я бы поискал какие-нибудь готовые корпоративные решения с возможностью поднятия своего локального сервера. Может даже у MS Office такое есть. Либо посмотреть альтернативные офисные пакеты.

Если БД не слишком сложная и есть желание/время реимплементить интерфейс табличного редактора самостоятельно, я бы посмотрел в сторону традиционного веб-сервиса: PHP/Python/Ruby + MySQL/PostgreSQL на сервере и HTML+JS в браузере на клиенте. Экспорт в CSV из такого сделать несложно. Бонусом будет возможность открыть это для мира (удаленный доступ сотрудников из дома, например). Но придется учить новый стек.

Ссылка на комментарий
6 часов назад, Bang сказал:

1. Перевести (перенести) все данные из Excel в какую-нибудь базу (зависит от языка программирования).

2. Разработать удобный интерфейс проги.

3. Сделать вывод данных в необходимой печатной форме с экспортом в Excel (для выгрузки в вышестоящие инстанции).

4. Максимально ускорить работу проги и снизить сбои в работе по сетке.

Если это все требования -- то пиши на том стеке, который тебе больше нравится. ИМХО подойдёт практически что угодно.

6 часов назад, Bang сказал:

интерфейс в delphi

Не зачем так себя мучить -- это ведь не сопровождение легаси проекта.

6 часов назад, Bang сказал:

Поставил себе Delphi 10.3 с бесплатной годовой лицензией. Появился такой вопрос: что будет с "разработанной" программой через год?

В тыкву она превратиться (медленно но верно) без новых патчей от разработчика (тебя).

1 час назад, Mac сказал:

Во-первых, я бы поискал какие-нибудь готовые корпоративные решения с возможностью поднятия своего локального сервера. Может даже у MS Office такое есть. Либо посмотреть альтернативные офисные пакеты.

Вот, кстати, да. Был же какой-то очередной "убийца Libre Office" с открытым кодом и как раз на ынтырпрайз ориентированный.. OnlyOffice

Ссылка на комментарий
  • 2 недели спустя...
04.03.2019 в 03:53, Intel_agent сказал:

@Bang обычная база данных. Чем access не устраивает?! Использование excel для таблиц такого объема непрофессионально.

+++

04.03.2019 в 04:27, Bang сказал:

Access - прошлый век. Он со времён 2003 офиса не развивается ни как, памяти жрет безбожно, одновременную работу больше 3 приврощает в кошмар... (цитата 2 разных программистов)

Это только если использовать встроенную файл-серверную субд. Поставьте MS SQL Server и для ваших объемов и нагрузки этого будет более чем достаточно.

04.03.2019 в 12:55, Робус Гробус сказал:

ынтырпрайз ориентированный

Для "ынтырпрайза" есть Oracle Forms, но денег надо ооооооочень много :)

04.03.2019 в 08:47, esjigala сказал:

Java + Java fx + JDBC + MySql

Oracle XE тогда уж

Ссылка на комментарий
  • 3 недели спустя...

Писать самому без опыта это практически 100% шанс нарваться на ошибки реализации, т.к. надо хорошо знать пессимистические/оптимистические блокировки, различные варианты ведения истории измения данных/восстановления предыдущих версий (Slow Changing Dimensions) и тд и тп...

Ссылка на комментарий

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...