3pm

11 ms·

61.
by 3pm 4y ago
Aside from Wera and Wiha, would be interesting if someone did a comparison with a PB Swiss. More expensive and harder to get in US, but should be very high quality: https://www.amazon.com/PB-Swiss-Tools-8510R-30-Twister&#x2F
62.
by 3pm 4y ago
https://www.kctool.com/
63.
by 3pm 4y ago
Yes, I think it is a tradeoff between the two. Since this thread is about individual contractors (not big consultancies), for customer it might be easier to control hourly rate contractor. Because it is easier to spot if someone is creating
64.
by 3pm 4y ago
From a customer perspective, with a fixed bid, isn't contractor incentivized to cut corners? Especially because software 'quality' is so subjective and hard to asses (comparing to a bathroom remodel for example). Is project b
65.
by 3pm 4y ago
You are probably right. But computers were not like that for the last 40 years. I wonder about alternative history without IBM PC Compatible. Maybe we just hit the performance wall and now the only way forward is system on chip. Anyway, bet
66.
by 3pm 4y ago
I think that is what the parent meant by feeling left behind. It is either Apple or something underwhelming like ThinkPad with Snapdragon.
67.
by 3pm 4y ago
I think the concern is there is currently no 'IBM-compatible'-like hardware ecosystem around ARM. Raspberry Pi is closest, but nothing mainstream yet. And it looks like RISC-V will have a better chance than ARM.
68.
by 3pm 4y ago
No doubt they would have made a faster x86 CPU. But how would this CPU compare to M1? M1 superiority must have something to do with ARM's fixed instruction length according to this article: https://debugger.medium.com/w
69.
by 3pm 4y ago
Got it. It is not enough to have a fixed width instruction set, you also have to actually decode and execute them faster after decoding. Wonder at what point we will start seeing competitive ARM CPUs.
70.
by 3pm 4y ago
I think 14KB 'rule' is less relevant these days, but is a good mnemonic to "put the most critical data at the start of the page". Even if this page has to be large, browsers are streaming it and can start processing befo
71.
by 3pm 4y ago
My understanding is that QUIC will not help much if your page is self contained (no references to outside resources). Because this page is the only resource and QUIC is all about parallelizing multiple resources. In regards to congestion co
72.
by 3pm 4y ago
I agree. But I found that approaching it _as_if_ database will change makes for a more focused model. Same goes for UI frameworks. Basically thriving toward Hexagonal architecture, without being too dogmatic.
73.
by 3pm 4y ago
It can depend on your perspective. If you look at an app and just see tables and data then yes, model objects stand in a way. If you describe your app as this thing that manipulates the database then I can see how a layer of abstraction can
74.
by 3pm 4y ago
There is no one-size-fits-all, but most of the time I would be against SP because: 1) SPs usually mix persistence concerns with business logic. Making it harder to understand business intent. I find objects much more expressive than raw dat
75.
by 3pm 4y ago
I was trying to say that if CISC-to-RISK overhead is the main contributing factor then other laptops without the overhead would be competitive. ThinkPad X13s with a 4 Core Snapdragon for example. It is a pure-RISK machine and it seem to un
76.
by 3pm 4y ago
A quote from a related blog post: "Eventually I figured it out: basic accounting is just graph theory. Accounts = Nodes, Transactions = Edges" https://martin.kleppmann.com/2011/03/07/accounting-for-c
77.
by 3pm 4y ago
And Arm64 version of .NET Framework (4.8.1). .NET Framework is considered legacy and 4.8 was supposed to be the final version. Not sure whether it means they foresee faster Windows-on-ARM adoption. Or slower .NET Framework to .NET Core tran
78.
by 3pm 4y ago
CISC-to-RISC overhead is not the only factor probably. Snapdragons for example don't have CISC-to-RISC translation, yet they seem to under perform both Intel and M1.