• 1 Post
  • 26 Comments
Joined 2 years ago
cake
Cake day: July 24th, 2023

help-circle

  • because the massive ecosystem of JS components makes you more productive.

    Slightly less ironic: I question even this right now (as I have to suffer from endless “hot”-reloading and browser-crashes because of Next.js bloat).

    I think the massive ecosystem has fewer high quality libraries than Rust at this point. I use both JS/TS in frontend and Rust (either frontend more as a hobby and backend) extensively, and I very often check the dependencies-source, and even more often rewrite it (unfortunately not in Rust), because of low-quality. And it’s sooo slow… the tooling and the frontend (albeit I think that has a very lot to do with next.js… and with how easy it is to make it slow for someone not that experienced or someone not being extremely careful).

    Frontend is not yet as matured as JS/TS (whatever matured is, but the count of frontend frameworks is at least a magnitude higher in JS/TS), but I think when I would start a new company I would default to Rust now as frontend indeed, the language itself is for me reason. And I think vanilla-js (or Rust?) is not that much worse (time/effort-wise, sanity etc.) for more complex applications than what the Next.js ecosystem has produced so far.







  • The problem though (with AI compared to humans): The human team learns, i.e. at some point they probably know what the mistake was and avoids doing it again. AI instead of humans: well maybe the next or different model will fix it maybe

    And what is very clear to me after trying to use these models, the larger the code-base the worse the AI gets, to the point of not helping at all or even being destructive. Apart from dissecting small isolatable pieces of independent code (i.e. keep the context small for the AI).

    Humans likely get slower with a larger code-base, but they (usually) don’t arrive at a point where they can’t progress any further.


  • I think it’s all about priorities and as another guy said here at least a rough schedule/routine.

    My hobby is being active (drumming multiple hours per day), then you can save the gym (I do some climbing now and then though). Commuting with bicycle to work also helps, work less (I do 25h/week which is max for me, I rather spend less money and live in a community than having to work more to finance myself, life does have too much interesting to offer than to spend all your time with working).

    I also like to eat stuff like Huel (the savory stuff) which saves me time of cooking/buying groceries (and I have a rather high protein intake which is good for drumming, as fast/strong muscles/tendons are quite important (and it noticebly helps with growing muscles, I didn’t want to believe until then how important high-protein intake is when being active)).

    I basically don’t play any video games (ironically I’m quickly bored), do some open source programming instead (so side-projects?), try to avoid “wasting” time on e.g. social media.









  • Don’t get me wrong, I’m the first promoting an Android free mobile Linux, free of big company influences.

    Though, what I meant is that there’s very few mobile optimised apps on Linux, and I doubt that changes soon. The Android SDK is very matured (like Compose for UI). It’s fairly easy to create a good native app experience in Android. Less so for non-Android Linux. (I’ve developed apps for either) Think about that alone, which further complicates adoption, which TBH is just necessary to get to an ecosystem that us usable for daily usage.

    I hope that changes sooner than later, but the current alternatives are just not there yet.


  • You wouldn’t need it on Linux mobile because…it’s not Android

    But then you need apps that work on Linux (optimised for mobile/touch). You can also easily create Apps for Android without play integrity API necessity.

    Realistically an Android fork makes more sense.

    Though in my ideal dream world a Rust based mobile wayland compositor (etc.) will be the future of open mobile OS. I hope there’s enough (financial) interest to at some point reach that future.