Rapid Application Prototyping and AI
Sujit Karatparambil Madhavan
Experienced Developer | Designer | Java | Python | Data | Automation - BASH - PowerShell | Deployment | Azure | AWS | GitOps | K8S | Docker @ Capgemini
AI is a complex technology but have we thought of it in terms of Rapid Application Prototyping, Well No. So far all developments kind of go back to large releases where in bug fixes might also need a lot of time, or simply the bug cannot be fixed and the feature is withdrawn until a large releases comes in and we solve the problem after a lot of architectural changes needed to develop the feature again. But the misnomer for this is that is being termed as adoption of AI withing industries or public consumers to help solve problems which need currently human interventions.
A example of AI adoptions etc... can be found below -
The problems why RAD (Rapid Application Prototyping) might not be feasible for AI is the computing needed to develop these models either trainings or in solutions. The more the need to limit computing not just Workloads but making Designable components which are plug and play.
Summary : Rapid Application Prototyping was thought of as an XP (eXtreme Programming) way of doing things where in test driven developments seem to be the key, but in AI as a consideration can only be trained over billion parameters and petabyte data at a minimum. But is a design possible where in individual components need only a 100 K parameters and gigabytes of data is to be seen. We have seen in the past some of the concepts like microservices were overkilled and this very approach is a problem.