Serious, intelligent, solutions for RAD and facing BLOATWARE?
GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Serious, intelligent, solutions for RAD and facing BLOATWARE?
Hi All,
(1) Bloatware is a menace for programming industry but also for customers/users. (2) But, RAD is the most crucial need for programming industry and users. (3) Respect of users (Libre?).
It is big challenge, that maybe could be faced somehow by new ideas.
Which serious, intelligent, solutions could we, together, propose to give RAD without bloatware?
(Platforms, new kernel(s), rewrite, GUI?, languages, APL, K, C#...)
(1) Bloatware is a menace for programming industry but also for customers/users. (2) But, RAD is the most crucial need for programming industry and users. (3) Respect of users (Libre?).
It is big challenge, that maybe could be faced somehow by new ideas.
Which serious, intelligent, solutions could we, together, propose to give RAD without bloatware?
(Platforms, new kernel(s), rewrite, GUI?, languages, APL, K, C#...)
Any ideas are welcome!
Thank you for your inputs and ideas.
Define "bloatware" as you intend it to be used for this discussion.
Define RAD, what do you use it to represent in thie discussion.
Clearly define what you consider to be the problem, and what kinds of criteria determine an acceptable "solution".
If RAD means "rapid application development" (and if it doesn't, what does it mean?), why should that approach to software design lead to "bloatware"? Personally, I find the concept of bloatware rather dubious: one person's bloating is another's essential features.
Sorry, I didn't mean to get carried away
(nor to derail the question, tho the goal maybe impossible:
how to make 'better' with 'less total code': Web3.0, iPhone10, etc.,
at both the producer&consumer server&client etc levels)
I was trying to say: my, tho unrealistic, answer is:
don't use/offer advanced options, IF you don't want complex consequences.
But few are willing to make this sacrifice of 'more'.
And utilize basic pre-Y2K html (&'all computer') functionality.
Newest&fanciest ... get the biggest $$$.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
this trolling rant:
framework for creating elegant, modern Java web applications.
