Comments by "Winnetou17" (@Winnetou17) on "ThePrimeTime"
channel.
-
105
-
51
-
27
-
26
-
That's a good argument. Also, isn't having more complex instruction going to help with program size, which also helps with cache hits ? That is, using an overly simple example, we can make a 128 kB program with RISC, but with CISC that can probably be done in just 64 kB, and that 64 kB might fit exactly in the L1 cache, and lo and behold, speed improvements!
Not to mention, that I think there should be cases where an instruction would simply be faster than multiple instructions ... actually, with out of order and speculative execution maybe not. The idea is that you might need to use some extra steps or registers, while in a single instruction, the CPU could optimize it further. Though I'm just theoretical here, no idea if it's actually the case.
20
-
20
-
16
-
11
-
10
-
10
-
8
-
7
-
6
-
5
-
5
-
5
-
4
-
4
-
3
-
3
-
3
-
3
-
3
-
2
-
I'm with you on this one. While I don't know exactly how would a large project / website would look without OOP, working with Magento 2 frustrates me. It's sooo over engineered. Just checking a normal, non-trivial but also not rocket-science-level flow I have to go through 60 files. WTaF is wrong with OOP nowadays ? The "single responsability principle" of SOLID and those idiotic "have functions of at most 30 lines, preferably 4" and other garbage like that made things so unusable.
Also, one thing more on this, there is still a rush to convert everything from inheritance to composition. People realized that even that OOP from 10-15 years ago was utter BS, but hey, THIS TIME they got it right, right ?
Ok, rant off, sorry for the spam.
2
-
2
-
2
-
2
-
2
-
2
-
2
-
2
-
1
-
1
-
OhMyGaaawd, I can't believe you missed the point on that C vs Go comparison at the end. It is a VERY GOOD comparison.
Why ? The very thing you mentioned, that you wouldn't use C and Go in the same places. Initially there was only C (ok, a few others too, doesn't matter). But because it is only good at performance and low level control, it sucks at everything else (well, arguably) Go was invented as an alternative. Now Go occupies its own niche because C couldn't properly cover that part. Compared to C, Go has decent everything, it's just not perfect or the best in any of them. And since in some contexts speed of running is not the most important thing, but ease of developing is, they would prefer Go's "decent" vs C's "horrible" part.
In regards to his SQL complaints... I'm still not sure what he wants/needs. Apparently statically analyzing that a query works is one of them. Ok, that can be done with SQL.
Maybe he wants something like having directly an ORM-like library for a language, bypassing SQL ? Like, you only call functions and everything is run directly or sent from one server to another directly as binary data ? I guess that would be something. I remember that at the beginning there was a screenshot in which I think he wanted to highlight that the parsing of the query took semnificative time. Which, if you use something more direct, could be bypassed. Can't say I dislike the idea of having the option to send directly the structures and data exactly as the DB works with/uses them, so no more parsing is required.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
Not quite, since php 8 or 8.1. You can name the parameters when you call a function, so you can have them in any order.
Also, frankly, any editor worth its salt should have a way to instantly tell you the parameters of a core function. Can't believe this is somehow still something to complain about to this day when it's at most 0.1% of the hassle you'd have working in PHP.
Yeah, it's not great, but it's really not such a giant thing either. Annoying probably the first or second time you encounter it, then you easily get used to it and go past it. If you can't get used to something so benign, then you either have extreme OCD or should simply quit programming, as you'll have much worse problems down the line, no matter what language or framework you choose.
1
-
1
-
1
-
1
-
1