caxapa.ru :: Я вижу проблему иначе.

AlexandrY (14.01.2008 20:58, просмотров: 215) ответил Evgeny_CD на Как Вам сказать... Я не считаю, что именно Python - рулез на все времена. Но то, что для серьезного проекта должна быть скриптовая система работы с исходниками на основе тегов в коде, у меня никаких сомнений не вызывает. И эта система должна быть

Я вижу проблему иначе. Она заключается в автоматизации рефакторинга исходников, более сложного чем может делать SlickEdit. Да, нужно иногда вычистить исходники от каких-то строк, иногда нужно вставить какие-то строки, иногда заменить. Бывает нужно хитро откорректировать MAKE файлы или файлы проектов для компилеров. Непосредственно со строками как работать понятно, есть куча движков для работы с регулярными выражениями и для Borland-а есть. Работа с файлами тоже не представляет проблем, а вот организация файлов в стуктурированные проекты с групповыми операциями над файлами и с интуитивно понятным пользовательским интерфейсом и гибким языком заданий для операций над исходниками это под силу только RAD тулсам типа Delphi. На базе данных зацикливаться не надо. Это мелочь. Я предпочитаю MS Access, на отдельном PC он уделает этот MySQL. А потом для легализации Access легко переносится на любой SQL.

INDEMSYS

Ответить

- Насчет RAD тулзов несогласен. Не так страшен черт, как его мулюют. Я не готов представить свою систему GPL, но все там не так и сложно, как кажется. Главное, чтобы база была SQL, и работать с ней из высокоуровневого языка (С#/Python/Ruby/...). Evgeny_CD(315 знак., 14.01.2008 21:56)
  - Вот как раз с переносимостью в GPL совсем плохо. AlexandrY(763 знак., 14.01.2008 22:21)
    - Александр, мы с Вами созданы, чтобы дополнять друг друга :))) Evgeny_CD(1340 знак., 15.01.2008 00:59)
      - Да я просто так, совет дать хотел по оптимизации усилий. AlexandrY(127 знак., 15.01.2008 01:47)
        
        А что в качестве этой самой RAD платформы Вы порекомендуете? - Evgeny_CD(15.01.2008 10:40)

Средства и методы разработки