At my first company, our Job was to migrate applications developed in Oracle Forms(client-server) to Java. To me it was always confusing why such a migration is necessary. If your application mostly just baby-sits the database(and certainly our application did) Oracle Forms looked like the simplest possible solution. All the code remained in one place. The client talked to the database using Sql. Pl/Sql if you need if and for loops. To avoid latency, you write optimized queries and in some cases write a stored procedure. This looked much simpler than dabbling with server configurations, writing servlets, deploying ejbs, doing code that oracle forms gives for free and then `still write optimized queries and in some cases write a stored procedure`.
I discussed this with my Project lead and he forwarded me a presentation that was used by the company to persuade clients to migrate. The presentation mostly talked about how n-tier-architecture was cooler. How it allows you to make modular, more maintainable, more secure and better performing apps. I stored that PPT thinking that it’ll be useful one day if I start my own company that’ll be into such migration projects.
- FireBaseBootStrap: Just like sql was never enough, I think we would see projects like FirebaseBootStrap or ParseBootStrap that will take away the pain of doing forms with these. Think Oracle Forms for these new services
It’ll be cool when these happen. ’cause by then maybe we could turn over and discuss how n-tier is actually better again and I could use that damn ppt.