Platforma pro vývoj business aplikací rubrika: Programování: Java
Zdravím! Potřeboval bych vaši radu, názor, zkušenosti. Hledám platformu, která je přímo uzpůsobena vývoji business aplikací (zákazníci, sklady, prodeje...) pro menší a střední podnikání. Asi tu už nikdo nezná Visual FoxPro, ale ten princip se mi zalíbil. Našel jsem něco, co to trochu připomíná - Servoy (http://servoy.com). Je to vlastně o vrstvu výš, než běžné nadstavby pro Javu či C# (co jsem viděl), spousta základních procesů je zautomatizovaná, předpřipravená, stačí naklikat, vy se pak staráte jen o vzhled a aplikační logiku. Není to asi úplně programování v klasickém slova smyslu, když většinu obstarává builder, ale neskutečně to urychluje práci.
Servoy se mi ale moc nelíbí, nepřijde mi dostatečně robustní a není za ním bůhvíjak velká společnost, takže jsem trochu skeptický.
Máte nějakou zkušenost s podobnými nástroji?
Může to být postaveno na Javě, C#, stačí mi vývoj klasických ne-internetových produktů a opravdu nesnáším cokoli definovat skrz XML, JSON, YAML apod.
Jo, časy Clipperu, dBase, FoxPro a Visual FoxPro... Poslední aplikaci ve VFP9 SP2 a daty na MSSQL2005 jsem napsal těsně předtím, než MS Foxku zařízl (napřed ve prospěch .NET, pak Lightswitch - ani jedno VFP ve skutečnosti nenahradilo a ještě teď jsou stovky živých aplikací v provozu).
Konkrétní rady Vám nedám - to Vám ve skutečnosti nedá nikdo - ale tohle, co chcete dělat, je typická data-driven aplikace. Tady je potřeba hned v počátku uvažovat nad databází - knížecí rady o tom, že to zvládne aplikace jako taková (nebo ORM), jsou dost mimo. Takže se vyhnout proprietárním formátům a souborovým uložištím dat. U těchto aplikací je opravdu veliký důraz na data, jejich konzistenci a bezpečnost.
Dále - klient nebo klienti jsou úplně lhostejní - ať je to tlustý klient nebo tenký (většinou se nakonec dělá obojí a k tomu budou chtít uživatelé ještě připojit Excel nebo jinou takovou věc :)).
Upřímně řečeno, různé buildery formulářů jsou stejně cestou do pekel, ani ve VFP jsem je v produkci nikdy nepoužil - a dal přednost definici ve třídách.
Raději zvolte platformu, jejíž jazyk (- jazyky) a prostředky dobře ovládáte, i když třeba nemá vyložený komfort, nad kterým sníte. I tak se připravte na to, že uživatelé budou každou chvíli chtít něco upravit.
Takže:
- důkladně promyslet DB platformu, návrh a architekturu. Toto tvoří totiž 50% práce a pokud umíte psát storky, využívat triggery atd. tak i 80%.
- zvolit jazyk/platformu, ve které se cítíte doma - i kdyby nebyla perfektní. Tyto aplikace vyžadují již docela slušnou znalost platformy a jejich možností - to není místo pro učení nebo splácání prezentačního webu. To musí fungovat - protože...s Vámi třeba vymete účetní, když budete moc experimentovat. Nebo auditor z finančáku.
- pokud zvolíte one-man show, dost se nadřete a budete muset opravdu hodně komunikovat s uživateli a to i v případě reálného provozu. Ne každý má na to žaludek. Pokud nejste dost odolný, raději se do toho nepouštějte. I třeba proto, že uživatelé budou své Excely a Accessy bránit všemi možnými prostředky včetně social attack.
A jinak - tyto věci se už moc nepíšou...cpou se tam hodně enterprise systémy (kdejaký střední podnik má již dneska miniSAP nebo DynamicAV apod.). Jak bych to řekl - většina středních firem si již tyto věci raději pořídí hotové (+ support) a pak customizuje. O finanční hledisko přitom až tak nejde :). Proto se dost divím, že to ještě někdo dělá na zelené louce...
Pro zobrazení všech 9 odpovědí se prosím přihlaste:
Nebo se přihlaste jménem a heslem:
Komentáře