Comments by "George Albany" (@Spartan322) on "Mental Outlaw"
channel.
-
@pillmuncher67 Your countries will burn, you are killing the world with your babied lives of sheltered bullcrap and hedonistic worthlessness and trying to drag everyone down with you into hell. Its not for the government to decide standards nor the market, its not the job of the government to interfere in business, they were never given this right, they took it tyrannically and it will kill people cause famine like socialism always does. Monopolies are only made at the behest of governments because they are the monopoly that enforces all monopolies to exist, ironic how everyone hates "monopolies" but only so long as its not the one that both has the power to kill you and actively exterminates life, hypocritically claiming to love life by said extermination, at will and uses its power to assault the common man in all walks of life. Corporatism is literal syndicalism, as in it is Marxist Socialism in play, which is only enforced and exists at the behest only of government which all of Europe has a beloved obsession thanks to their weak societies and people. Their interference in the market creates monopolies, government can't create value, they can't and don't compete in the market, and only rob those who do in order to provide for those who are at the top of the market who have bribes and more power waiting for the existing powers to use, its a repeating cycle, they are kings without a title so they don't need to be held responsible, they claim to harm them in one hand and then use them to benefit themselves in the other, its hypocrisy. You don't get to complain about data collection and then use the methods, infrastructure, and designs they made for you in order to do the same thing and act all innocent.
1
-
1
-
1
-
@Ultra289
"Ahmm browsing on Windows isnt rly that slow even on crappy pcs/laptops, so no incentive for those "normies" to switch to Linux"
Average from my experience is around 30-40% difference for native programs, (in terms of performance) and that's discounting any registry screwups that are very common in Windows applications. The memory usage is generally down at least 50% if you really try. (say with one of the less hungry window managers like xfce and disable compositing, ect.) The drive access is actually way better and generally faster specifically because ext4 doesn't really fragment (least of all in a way that needs to be corrected every so often, its self-correcting) and there are plenty of little things you can do for Linux to squeeze out extra performance at the OS runtime before you try doing something you can't do as a normie. (much of which is literally one Google search away) Windows is incredibly slow and bloated inherently, one of the problems with it being that the window manager is handled on integral system threads, which means it interrupts you when reading inputs, which if you've ever been on a 4 or 8 gigs of ram with a 4 core 3 ghz CPU, you notice when none of your inputs go through while using Chrome. (or in being excessively delayed) That problem doesn't crop up in Linux, there is a different issue that can happen if you use up the CPU and memory you've got, and eventually your inputs will hang, but it won't be your window manager causing it when you're not using up even 50% of your system resources. Nobody I know hasn't had that problem when using Windows, but I've yet to see anyone get it on Linux.
"Gaming on Windows is objectively better, yeah compatibility for Linux games have improved but the fps arent higher (even on native ports...) which is something to rly consider when you have a slow pc..."
Eh, not really, if anything they're objectively the same, as Linux performance for non-native games (Proton and Wine) still tends to be superior to Windows on supported games and in many cases non-supported games. (its only when the game does uncommon graphical calls, usually in unconventional ways, in DirectX that you tend to see massive issues, [aside from DirectX12 specific things] only alternative is special driver calls, which are being improved in the Linux Kernel making that problem all but disappear, or deliberately search for ring 0 with DRM or anti-cheat, which are being worked on as well and may actually be fixed within a year or two) Native ports however are way superior than the Windows version so long as the game in question was already using OpenGL or Vulkan as it render API, which given basically every engine defaults to, there are very few cases where that doesn't happen. With CSGO for example, I get less system frame latency and more responsive inputs while using Linux, alongside having a higher frame count overall. The only games I know that suffer as a "native port" (which I'm just gonna say, calling them a "native port" is a damn lie and you know it, a native port does not run with a emulation suite overtop of it just to fake being run on Window from Linux) are those which were only DirectX and never had devoted developers actually port the game to OpenGL/Vulkan and Linux, outsourcing it to some other group. Arma 3 is a good example of that, even though they abandoned it like a year and a half ago. Under those cases however, its straight better to just use Proton or Wine in those cases anyway, you get more performance, and Windows only functionality, like running dynamic libraries built for Windows-only, doesn't get hampered as a result. Not to mention that you're more likely to find a problem that can be solved by Google using Proton/Wine with those type of games then by running them natively.
1
-
1
-
1
-
1
-
1
-
1
-
1
-
1
-
I agree with the bloat problem, but dear God why does everything have to be rust, its such an annoying language, some ideas are nice, but why couldn't someone just make a C++-like language with the nice features of rust, postfix type specifiers, traits, and generics are so annoying in Rust. (Generics are also a dumb solution to the C++ template error problem, concepts are an old id, only Java really has an excuse to use generics, just make a more robust version of that)
1
-
1
-
1
-
1
-
1
-
Agreed, government can't fix the problem government created, the entire reason monopolies can fundamentally exist is at behest of the government, not the market. They have no market reliance and can subvert all market forces by relying and performing backdeals with the governing authorities. (and even without the deals they can simply coast on government money) Tax credits, tax breaks, subsidies, regulations, legal code, they all decrease reliance on market forces immensely (and increase the barrier to entry for newcomers reducing competition) to the point that they aren't all that impacted by market forces as long as the tax money is pulled in. Government money doesn't compete, its given for mere existence and claims, (when you didn't earn the money, you have no obligation to spend it well) as a result those who can most legally demonstrate their claims wins the biggest cut. (and a few bribes can always buy you the rest) That's not to mention the assistance that government agencies give to those companies that gives them a political and economic edge over the competition further reducing their reliance on the market. A clear sign of a manipulated market is lack of competition despite poor treatment. This applies to all fields.
1
-
1
-
1
-
@thomasgebert6119 Functionally any text modification behavior in a text editor can just as much be implemented as regex (specifically regex that supports position groups) and it'll be way more consistent of hitting the target over replicating behaviors that can fail because of incorrect targeting. If you really need anything more complex you shouldn't be relying on a text editor, if you have to avoid redrawing the text and merely want to process it, sticking to a text editor is stupid, bloat, and slow, relying on sed, grep, and other GNU programs will always be superior to anything Vim can do, better and more portable and reasonable then at that point to learn the Unix commands. Any program that does more then its supposed to for the sake of tiny niches instead of relying on the more sophisticated consistent behaviors is bloating both the binary and execution and aside from teaching bad habits, its also duplicating work poorly, by the time it can duplicate existing work it wasted its time trying to overcome something that's already intrinsically superior, better to rely on programs whose job it is to modify the text performantly and natively then ones that aren't native and by default will perform redraws. I don't touch python, I avoid it like the plague, I've only ever relied upon regex and GNU. (and only ever relied on bash-like behavior once to do anything similar, and that was a scrubbing web pages for download links and then forcibly downloading the files to a local drive, which isn't all that much similar after the web page scrubbing and it relied on curl anyway)
1
-
@thomasgebert6119
"it’s not an either-or situation."
For software engineering it is, its a violation of KISS for multiple reasons. It also violates the Unix philosophy. And that's just on the surface, it also violates plenty of other reasonable philosophies that produce superior software. Every moment you spend developing and maintaining one thing means to detract from developing and maintaining another and requires other resources to otherwise do. And why waste time doing that when there is something better that you can't compete with. Even more why not contribute to that thing instead? If it could compete with it maybe I'd consider the competition, but it can't and fails to relate even closely to the other solutions.
"You can (and should) learn several text processing techniques;"
There is no reason to unless they were competing, which they are not, sed and awk are objectively superior for every instance for which regex isn't suited for text processing, and for scripting a shell script is itself superior. There is no reason to have multiple techniques when there are superior less bloated and consistent manners to get the same results with better performance.
"knowing how to use vim macros is useful for some situations,"
In what case can any of the named systems not cover in a much superior, simpler, and more performant manner. Even in the case of being lazy, find and replace is simple, regex, then sed, awk, and then bash/fish/zsh. (or if you are feeling really experimental oil shell)
"learning how to use sed and awk is useful for others."
sed and awk are more portable and aren't editor specific, and if the editor supports calling to the terminal there isn't even an excuse to rely on terminal specific behavior.
"Also, you are simply incorrect in saying that you can do anything that macros can do with regex."
You completely ignored what I said. I said for anything for which is simple text processing, like that demonstrated in the video, regex will literally do it for you, for anything more then that, the GNU toolset already does it better and more efficiently, they've been specially optimized for that purpose.
"Macros are slow, but infinitely flexible."
So is bash, sed, and awk, macros are useless in the face of all the other toolsets, they don't do anything not done better and easier with other tools.
"I get the impression that you’ve never actually used vim seriously."
I don't rely on my text editor doing things for me, I have never once consistently used any specific editor and I don't have reason to, I rely on using the right, easiest, and fastest tools for the job for which doesn't require me to install anything more, for simple things I'll use my text editor's find and replace or regex functionality, for anything more, I'll rely on sed and awk, and for anything beyond that I need absolute control over the results anyway and will just write a script in bash/fish. I have never had a reason to bother with engaging with vim because Unix provides all the superior and easier to use text processing capabilities I need where I also can control and guide the outcome without fail. And all without costing me performance or excessive memory usage.
1
-
1
-
@big-t2060 First off it is a language problem because the privacy and security concerns of the browser spawned as a result of the desire to build a dynamic web without contemplation of what type of exploits that would allow nor any capability to counteract those exploits. Without Javascript on the browser, the exploits to the system are nearly non-existent and you would have nearly no privacy concerns by daily use. WASM can correct a bit of it, but I never said it would fix this problem, I didn't even imply, I just said we should've replaced JS before WASM which you assumed I said something I never did.
This aside its clearly not a platform problem simply because pretty much every exploit being active on the client-side is Javascript specific. (there being very rare browser specific exploits anymore) And the protocol doesn't make a difference here since you could use the most secure protocol and still be exposed with Javascript. This is a Javscript problem before anything else. (also complaining about DNS "exploits" are stupid, your metric for what is relevant as an exploit is dumb, there is no such thing as perfect security nor privacy on the internet, good opsec behavior just calls it good enough, even in the most perfect developments you would never have this, that's called living in a fantasy)
The specific problems you brought up by the way are not relevant to the video, this video talks about exploits in relation to JS, nearly nothing in the video refers to things you can do outside JS, and even then it will commonly be with JS regardless.
1
-
1
-
1
-
1