cosmic_cheese

7 ms·

91.
by cosmic_cheese 2mo ago
Frankly, I don't think it's practical to expect operating systems to continue to run binaries perfectly in perpetuity. It's an enormously burdensome expectation that holds development of the platform hostage. Usually all it t
92.
by cosmic_cheese 2mo ago
This is partially on third-party devs' shoulders. There are community-maintained backports of Chromium and Mozilla for old versions of macOS, which means it isn't strictly impossible, but Google and Mozilla just don't bother
93.
by cosmic_cheese 2mo ago
iPods and AirPort Express units from 20+ years ago still work in modern macOS too. Things have been shuffled around some (iPods are now managed with the Finder instead of in Music.app) but they still work. I would agree with the idea that t
94.
by cosmic_cheese 2mo ago
The sibling reply has the right idea. Information and food are very different things, with the former spreading and duplicating every time a human comes in contact with it and often becoming readily available from a wide variety of sources.
95.
by cosmic_cheese 2mo ago
I’m not likely to go on a side quest to look up reviews on a site I stumble upon in search of information. There’s a decent likelihood that the nugget I came for is either the only thing I need from the site or the site is something I’d use
96.
by cosmic_cheese 2mo ago
I would be a lot less reticent to try subscriptions if cancellation were always a standard one-click affair. It’d also help if it were the norm for companies of any kind selling subscriptions to notify you before trials, promotional periods
97.
by cosmic_cheese 2mo ago
The problem is that it can also be gamed in the opposite direction. Anything automated gives a way for hostile third parties to disappear links at will, which can be similarly damaging especially if timed right. YouTube and many other sites
98.
by cosmic_cheese 2mo ago
Figuring out how to scale it may be a challenge, but it may be worth considering something along the lines of the directory sites that used to be the main method of discovery on the web prior to the rise of search engines, which itself can
99.
by cosmic_cheese 2mo ago
It’s not just the monetary cost, but also the overhead involved. It’s yet another subscription to have to manage (and eventually jump through hoops to cancel) as well as the friction in the moment of needing to pull out a credit card or sig
100.
by cosmic_cheese 2mo ago
Physical products are different because potential buyers are afforded a bevy of free, easily accessible ways to evaluate the product prior to purchase. I have no way to throughly evaluate the quality of a blog that cuts off everything but t
101.
by cosmic_cheese 2mo ago
The small handful of news sites I willingly subscribe to are in my RSS reader (where stories are even more de-junked than is possible in a browser), so paywalled sites showing up in search adds no value. If a news site wants to join the ran
102.
by cosmic_cheese 2mo ago
Right. I don’t mind paying when the value is clear and I feel like my time has been respected, and paywalled link showing up in search violates the second of those two. In most of the circumstances when those show up in my search I’m lookin
103.
by cosmic_cheese 2mo ago
I don’t quite get this mentality. Yes, it’s annoying to have to make fixes around my codebases periodically, but to me that’s a hell of a lot less annoying than having to pull in a mile long list of dependencies to do anything of consequenc
104.
by cosmic_cheese 2mo ago
And related to that, native cell recycling for long lists would be nice, particularly with cases where the cells are on the heavy side. Yes, it can be done with JS, but nothing is going to beat the browser engine for frequent DOM manipulati
105.
by cosmic_cheese 2mo ago
> Maybe std should pick up the best crates from the community and bring them in house? This might be a good idea. But also maybe not. Since serde came out, several other crates have found ways to crush its performance numbers. Often by 2
106.
by cosmic_cheese 2mo ago
You can, but if full independence from Google is the goal then you're really better off if the stock apps are nice to use.
107.
by cosmic_cheese 2mo ago
I mean it's all subjective. The relative rigidity of the macOS UI just means that it isn't for people who don't like it. For those of us who do enjoy it, it's great because a stock install is already 80% of the way to a
108.
by cosmic_cheese 2mo ago
Programmers are not a monolith. The minimal tiling keyboard driven thing works great for some, but it drives me up a wall as much as the standard macOS arrangement seems to irritate you. Actually one of my peeves with Linux is that as of ye
109.
by cosmic_cheese 2mo ago
> I don't see the problem with boost? There are many issues that I've seen taken up with Boost, but my personal peeve is how it can make building projects that incorporate it a pain, both because of its sheer size but also beca
110.
by cosmic_cheese 2mo ago
> Also the challenge of building a generic module is much larger than building your own. A generic module needs to have flexibility for many different options and integrations, when you build your own you build just what you need and tig
111.
by cosmic_cheese 2mo ago
I don't like the "bring your own" approach because unless one happens to be an absolute tour de force 10x engineer unstoppable god of a programmer (which most of us, myself included, are not), whatever you build is never goin
112.
by cosmic_cheese 2mo ago
There's probably to truth to this, but I would weight the design intention behind the language just as or more heavily than available resources. Swift was intended from the start to not only replace Objective-C and all of its use cases
113.
by cosmic_cheese 2mo ago
It’s being used for a wide variety of other purposes however, and so perhaps it’s time to adapt to that reality. While overhead is a real concern, I think it’s often blown out of proportion. Once a language achieves a certain baseline of st
114.
by cosmic_cheese 2mo ago
I think we should be taking a more “batteries included” approach to language and library design. The entire reason we’re in this mess is because we’ve decided it’s ok or maybe even preferable if stdlibs are rail thin, rendering base languag
115.
by cosmic_cheese 2mo ago
One obstacle to making AOSP independent is the included apps. Last I knew they were overly basic and somewhat derelict because Google has long been favoring their own closed source counterparts, and third party manufacturers all ship their
116.
by cosmic_cheese 2mo ago
Yes, I get the sense that this varies a lot depending on area and economic strata. In the poor rural area my hometown is located, 1-3h+ commutes aren't unusual, partially out of necessity (there aren't enough jobs nearby to sustai
117.
by cosmic_cheese 2mo ago
I don’t see PWAs becoming dominant so long as web development stubbornly retains its highly atomized “bring your own everything” philosophy. At the very minimum, there needs to exists a community-accepted web UI framework with a similar lev
118.
by cosmic_cheese 2mo ago
I would bet that what Motorola can change without trouble on the lower end is more restricted, too. Generally low end models use more parts that are old, off the shelf, and/or shared with several other models to keep costs low, and so
119.
by cosmic_cheese 2mo ago
It really depends on what the task at hand is. I have a baseline iMac Pro and custom built tower with similar specs (3.2Ghz Xeon W-2140B, 32GB RAM, Vega Pro 56 and i7-6700K, 32GB, 5700XT respectively) and they're both perfectly respons
120.
by cosmic_cheese 2mo ago
My main machines were PowerPC G3s/G4s/G5s back then with the P4 boxes I had taking secondary/tertiary roles, so that lines up.

More ›