teho
teho on Hacker News
The more you know, I had totally missed this.
In Dart if you want to narrow down a nullable final class variable, it is not enough to do
if (value == null) {
// value is still nullable here
}
instead you need to first capture the value
final value = this.value
if (value == null) {
// value is non-null
}
Swift's guard and if let syntax seems way nicer here. In swift, it's also nice to destructure nested nullable values using if let.
if let value = object.object?.value {
// value is non null
}
In dart you'd need to first assign this into a local variable and then do the null check which is unnecessarily verbose.
You could create a trigger that always keeps the value the same unless user has privileges to change it. Or alternatively the RLS rule could check if the column is being updated and abort the call if it is. I’m using a different table that is read-only to regular users to accomplish this.
It is absolutely true still, it is especially bad on iOS and the worst when you have a ProMotion device. They did hard lock the max fps to 80fps on scrollable elements on ProMotion devices, which really is telling enough but it doesn't solve the very noticeable jitter either.
That Compose Multiplatform interoperability with the native views and other way around looks really nice, especially because it matches how SwiftUI deals with UIKit/AppKit interop. However, at this point it is hard to say if they will hit very similar performance issues that Flutter deals with as rest of the UI is not native and is drawn with Skia (as done by Flutter before it moved to Impeller for improved performance). It is definitely very valuable feature nonetheless.
I'm working on an app that is running on the latest version of Flutter with Impeller enabled. The performance seems good as long as you do not embed platform views inside a list. However, when you drop even a single platform view (web view, video player, google ads...), the performance drops to unacceptable levels even on the latest iOS devices. This is related to another issue with the Flutter ecosystem, it has close to zero support from third parties and therefore you end up having a lot of these platform views. Even things like Google Ads have no native Flutter support and therefore adding a single ad on a list ruins the app. Reading Flutter issues about the performance related issues is sad as the same issues have been there since the beginning and there is no end in sight.
However, if your app can do without any platform views, the performance seems pretty good.
Flutter apps have god awful performance when there is even a single platform view on the screen. In effect this means that if the app is monetized by ads, have any video, map embed or anything of the sort, it will have sub-30fps and very janky scroll even on iPhone 15 Pro and it really seems that there is no hacks to save you.
Is there any solid proof of this? It seems that Flutter is not used in any notable apps and React Native is used even by the big players in the field. I have yet to see a single high quality app made with Flutter and literally the only app I’m using that is made with it is the one I’m working on. React Native seems massively popular in comparison. It really feels that the stats that show Flutter being popular are not really measuring real life use. The Flutter ecosystem seems especially tiny and it has close to no support from 3rd parties, even Google treats Flutter as a second class platform when it comes to libraries like Google Ads.
> Plus, apparently, they don't have per app notifications, and some are saying that push notifications can be unreliable.
iOS does have per application notification settings. Also apps have to ask permissions to even send them. You can also change how each app's notifications behave. It's also possible to group all notifications from an app or a group of apps to be shown at certain time of a day, all at once. I don't think there's any reliability issues.
https://appleinsider.com/articles/21/11/01/how-to-manage-not...
The focus modes expand this so that you have even more power to control how notifications work at certain time of day (or location etc). Focus modes also apply to all your Apple devices at once.
> iOS apps also seem to often cost a few bucks, despite free equivalents existing for Android. Perhaps because they are more expensive to make, or because they can't rely on a data collection business model, whatever the case pretty much everything seems more expensive.
This has a benefit that there are more high quality apps on iOS than on Android and the apps aren't abandoned as often.
This is also holds true in Finland. UHT milk is sold in Supermarkets but it's not something that people regularly consume. I personally haven't seen it served anywhere in the past decade.
Yeah, but the point was that there is without a doubt more Linux instances running on ARM than there is Intel CPUs in total. Then even from the Intel processors that do have Minix, a sizable amount is running Linux. Therefore Minix can’t be nearly as widely used as Linux.
This keeps getting repeated, but I don’t understand how that would lead to it being the most popular OS there is. There is way more embedded systems than there is Intel CPUs on the market and they often run Linux. Android phones are sold more than four times the amount of PCs a year. I’d assume that most Intel CPUs are deployed in the data centers... that run Linux.
Upstart was started before sytemd unlike Mir and Unity (in comparison to Wayland and Gnome 3) and it's creator having come in support of systemd[1], Ubuntu's upstream, Debian, going with it and on top of that Shuttleworth already admitting defeat. I have to seriously doub that.
[1] https://plus.google.com/111820116102071851808/posts/4eHMc2tv...
Kaveri is also finnish for a friend.
>Chromebooks aren't GNU/Linux.
It does use glibc and many other common software found in GNU/Linux systems. I'd say it's a GNU/Linux system.
glibc is under GPLv2 and I find it to be the defining piece of GNU/Linux system. The coreutils are under GPLv3 and therefore projects like Tizen use pre-GPLv3 version of such software. So parts of GNU ecosystem are popular on embedded and the others are not.
>Since Chromium doesn't support flash (that is one of the closed source bits added to Chrome)
The Chrome PPAPI Flash Player works perfectly on Chromium and the binary can be shipped separately.
>You can't replace bits of it, or use just parts of it.
You can replace pretty much everything. You need only systemd, systemd-udev and systemd-journald. Virtually everything else is optional. It also allows you to use syslog with journald. It allows you use use crond instead of the timer units. You could use ConsoleKit instead of systemd-logind as session manager... and so on and so forth.
systemd is hardly monolithic as it is build of over 80 binaries. A normal system with systemd runs at least four processes: systemd (PID1), systemd-udev, systemd-journald and systemd-logind. There's various smaller services that are run on startup and other occasions. Then there are many configration utilities like timedatectl (systemd-timedated), hostnamectl (systemd-hostnamed) and localectl (systemd-localed).
systemd-logind doesn't use code from consolekit. It has been written from scratch. ConsoleKit itself has been unmaintained for a long time.
systemd manages cgroups on systemd based system. The systems that do not use systemd can implement their own cgroup managers. The kernel makes no assumptions on what manager you use on userspace. Other managers could also reimplement the systemd dbus API for managing the cgroups.