I remember there was a publisher in Play Store who had very small apps like single digit kb flashlight, sudoku, calender, etc. I can't find them now. Those apps were really small all within <200kb
And in any case, Android has had built-in flashlight support for a while now, for any phone that has a camera with a flash. Is the "turn the screen bright white" style still useful with modern Android?
[1]: https://github.com/cyb3rko/flashdim
[2]: https://f-droid.org/en/packages/com.cyb3rko.flashdim/
[3]: https://play.google.com/store/apps/details?id=com.cyb3rko.fl...
They'd ban Mozart and Shakespeare from the app store if they could.
Like, Google, all these megacorps, they are bad, but we should at least argue against their actual arguments.
So then if there happens to be some vulnerabilities in an older Android SDK then your app is susceptible. They could patch back security but that's expensive after a while. Easier to force app makers to update their apps.
We don't support old iOS versions at all. We can't source new devices on old iOS versions so we can't reliably develop or test on them.
Don’t want to speak too negative in regards to the orgs which use it but definitely wouldn’t be the best choice from an engineering perspective for a new project.
Sorry I am not a front end developer. I am a general software engineer please don’t effectively sabotage my career because Silicon Valley wants to make the entire discipline a group of hamsters learning tools which aren’t used by the largest organizations.
If you actually believe that, consider yourself very lucky.
React, like any FE framework, can be implemented well or implemented badly.
React benefits from a very strong (imo the strongest) ecosystem, so if you set up your tooling and patterns correctly its fantastic.
Here's my personal preference: NextJS as the backbone, RTKQ as the central data retrieval/API calls/caching management, RHF for form handling, ag-grid for data grids, and MUI as the component library (can optionally switch this to any equivalent).
If components are designed sufficiently generic and customizable, RTKQ is used to keep data fetching on component instances, and central state storage is avoided as much as possible, it's a great system. Unless you just really hate JSX syntax or something.
There's also currency / unit converter and calendar by Sam Ruston which are in the same vein very good and clean.
These applications are blessedly feature complete, and I haven't noticed any issues being "stuck" on the F-Droid versions.
[1] https://github.com/SimpleMobileTools/Simple-File-Manager
[2] https://f-droid.org/en/packages/com.simplemobiletools.filema...
Forgot about that!
The gallery app is superb.
* build a nice product
* become popular and gain trust with customers
* sell the company to a scammer
* profit!
> My customers can follow me to my next project.
If you are willing to sell your customers to an ad firm, why should they trust your next project?