/tech/ - Technology

10.jpg
[Hide] (22.5KB, 500x389)

Did you finally lose it anon?

It's ok, Anon.

These criminal organizations are in bed with local government, or rather, they ARE an unofficial branch of the local rule. Every backwater shithole like Brazil has its own arm of technological pseudo-intelligence engaging in similar behavior (it should also be noted a good deal of them are led by CIA plants, themselves Mossad plants, etc.)
"Misuse", though? Come on, really? lol

>>9217
>>9217
 
Thats a little creepy when you think about how far of a reach certain countries have. Does the same think happen in European countries too? Mainly Northern, Western, Scandinavian, etc..? It never gets this far from what I have read, unless im missing something. Serious question anon

>>9220
Organized crime is always conjoint with governments. It's ultimately about power. Wasn't there a scandal about human trafficking and pedo rings in Europe not too long ago? What do you think is the backbone of those operations? It sure is gets creepy to think about, but it's pretty much an open secret at this point.

>>9020
>have multiple frames of input lag that is almost always due to the engine, which is almost always UE4.
Is UE really that bad?

>>9021
>>9020
I'd like to know if any /tech/nicians had worked with UE can attest to this. I worked with UE4 in the past, but I never got very far due to inexperience, the lack of meaningful tutorials that taught you how to use the damn engine, and just how confusing the entire process/system was.

I mean, I shouldn't expect it to work like gamemaker or construct, but damn, so many pieces to get shit working.

>>9017
Read it again, he specifically mentions Apple 2 and how they feel more responsive than any modern shits, even though their CPU have less transistors than modern keyboard. xD
And that's before even bringing in the lag of modern terminal emulators. It gets even more shitty than just the keyboard.

>>9020
I never played any modern games, so whatever. But still, reaction time in arcade systems can't have lag. Emulators of course are shit and keep getting shittier on their own, in addition to the shittiness introduced by modern hardware and OS.

>muh input lag
>no mention of Redditarch's runahead
It's one of the few good things the libretro trannies have put into their bloated nigger frontend, its AoT execution method may be a meme but it werks provided you have enough computer.
On that note, how much of a shitshow is MiSTer in regards to input lag when using actual system-appropriate input devices via SNAC?

C128_and_Amiga_2000.jpg
[Hide] (389.4KB, 2124x1195)

>>9083
I wouldn't buy the MISTer tbh. At that price I'd just get the real thing and be done with it. Either is pretty expensive right now, ever since the retro bubble happened (I guess youtube videos started this shit?) But since there's an economic meltdown coming, maybe I'll have opportunities to finally get some real 1980's gear. Been stacking silver bigly, so my savings will remain intact no matter how many banks go under.

>>9034
>All the big ones do.
All the big OSes do*
>>9032
>Your incompetence
Oh, don't be idiotic now, there's a reason so many different init systems exist and why SysTemDicks became so popular in the first place. Difficulty in interfacing with and modifying poorly designed, archaic software with barely any documentation isn't "incompetence", and actually managing to work with it isn't competence either despite what so many autists believe about their abilities to make Linux eventually bend to their wills.

>>9034
>It doesn't matter if you believe me or not
I fully believe that you tried to configure an init system without even knowing which one it was, failed and rage quit. It doesn't mean anything except that you're an idiot.

>>9035
>Your incontinence
ftfy

>>9036
>I fully believe that you tried to configure an init system without even knowing which one it was
You're allowed to believe whatever you'd like, even if its braindead and entirely wrong. I've always selected Sysvinit when configuring Devuan. Its shitware and a relic of time, but guaranteed to work as the default. You potentially being better at using it than me, assuming you're not just an annoying troll, doesn't mean a thing for your intelligence or competence which is obviously lacking based on your posts in this thread. I wouldn't expect someone like you to understand though since you're probably the kind of person who gains a false sense of pride and accomplishment in dealing with the inane like so many others in Linux circles. How sad!

To end this point less arguing, I ( >>9024 )  think that sysvinit had to go but systemd is even worse (but for different reasons). Also, I want to clarify one thing. All *BSD operating systems use init, too. But instead of using SysVinit, they use BSD init (/etc/rc). That being said, almost no one says that sysvinit is better than BSD init (or better alternatives, like OpenRC, Runit, S6, dinit or GNU Shepherd). A problem with sysvinit is that's it's even messier than BSD init. But both are worse than something like Runit or OpenRC because they are slower (they don't start services in parallel) and they don't do any kind of service supervision.

>>1509 (OP) 
>what is network monitoring and DPI?

bcc365a38a40fce7c015ffba8d2a1f26.jpg
[Hide] (56KB, 744x744)

>>1537
They probably just rootkit the uefi-bios. Most uefi can boot to network, so they must have network libraries to read and decode packets. You're telling me the Fed CIA can't implant someone at one of the 3 companies that make motherboard software?

nerd.png
[Hide] (2MB, 1000x1600)

*laughs in ARM Cortex-A7*

>>8945
Isn't ARM has something similar like PSP or ME? They called it the TrustZone and I quite skeptical about what it does. Also, just few years ago ARM processor has some major outbreak of CVE related to side channel attack.

>>8952
It's not equivalent to ME/PSP, which is why I bought an ARM system. :-)
Some ARM processors are vulnerable to Spectre class attacks, and others that exploit the speculative execution nature of the affected processors. Most newer ARM Cortex-A series are speculative, in fact, which is why I avoid them.  But Cortex-A7 and Cortex-A53 simply do linear fetch/decode/execute, without any kind of speculation.
That's not to say there can't be other CPU bugs, but I'm not aware of any major processor exploits for those two (A7 and A53) or older ones like ARM7 & ARM9 (but those ones are much less powerful).
And of course, other components can be attacked, like for example as Rowhammer does the DDR3/DDR4 memory. I thought about buying an old board Olimex sells that has non-vulnerable DDR2 memory, but it's a pretty big drop in performance from my 1 GHz dual core Cortex-A7 to that board's ARM926J clocked at 454 MHz, and since it only has 64 MB RAM the board can only run very old kernels specifically built for embedded Linux (and forget about OpenBSD, they just don't support it at all!)

>>7441 (OP) 
>>7643

>Markdown

+ Simple and efficient. Human readable. Plain-text based
+ Many Free implementations
+ Any text editor can view and edit, but you probably want a WYSIWYG interface and there are software capable of that.
+ No hidden metadata
+ Huge documents? Sure.
+ The features supported depend on the flavor of markdown. CommonMark is attempting to standardize and has been quite successful with many platforms adopting it, although there are still issues and missing features. https://commonmark.org/help/ 
+ As simple as editing/viewing a text file. Even without a fancy interface, it's still very usable and readable
+ There are many editors out there, lean and bloated, you choose

<cons

>>8834
What are some nice GUI editors for markdown that aren't bloated? I'm looking for something with live preview.

>>8836
I've used ghostwriter before, I think it was pretty light.

>>7441 (OP) 
TXT

>>8172
It's just hype no software.

>>8359
>most people dont write good code
Correct.
>good code is wizard code
No.
Writing software is a matter of design for maintainability. Every part of the software should be ideally self-documenting, modular and kept simple. Wizard code doesn't mean it is good. It means it is hard to understand and change, because requirements always change.
The way how people write bad code is by not making any design. It is the difference between kids lumping sand together to build a somewhat castle looking hill and a well designed building. Bad code are unplanned, difficult to be understood and also perform poorly. Good performance can get you sales and usage, but it is far from being good code. Good code is simple because of well designed abstractions and complete separation between modules.
t. worked on dog shit code

Thread is autosaging... Shall I make a new one?

>>8438
Sure, I was going to make one but I was too lazy

meme-pajeet-indian-it-code-programming-1.jpeg
[Hide] (94.3KB, 594x768)

No rush guise. Rajish here will whip up some code that will make a new thread for us soon, like any day now tbh.

Wondering if anyone has tried and true recommendations for the best CBD gummies?

I really like the degrees and bullet characters being on the keyboard. 
>>7855
What do people use the numpad for outside of data entry?

This is what I use to remap some modifiers to make emacs more ergonomic.
partial default modifier_keys xkb_symbols "one" {
    include "us"
    name[Group1] = "English US (Custom)";

    key <CAPS> { [ Alt_L ] };
    key <LALT> { [ Control_L, Control_L ] };
    key <LCTL> { [ Caps_Lock ] };

    key <RALT> { [ Control_R, Control_R ] };
    key <RCTL> { [ Alt_R, Meta_R ] };
};

>>7854 (OP) 
My dream keyboard would be pretty similar to this, but I would add a dedicated copy, paste and  undo key. The problem Is that copy paste is not consistent across all platforms,

>>8163


>spoiler

goddamn it, come on, I wasn't even halfway finished with my post.

PXL_20221119_001522214.jpg
[Hide] (69.5KB, 823x617)

>>7854 (OP) 
My dream keyboard would be pretty similar to this, but I would add dedicated copy/paste and undo/redo keys. The problem is that copy paste commands are not consistent across all platforms.

>>8163
The Dactyl is as nice keyboard, it just happens to be rather hard to get. Best way to get it, is have (or find someone with) a 3D printer, and handwire it. I've been playing with stenograph keyboards, specifically the Steko (pic related).  it's trickier than typing right now, but I hope I can get the hang of it.

I got it, because I figured 1. why bother relearning my muscle memory on a keyboard if it's so standardized, and 2. Why go for all that effort on barely a 120WPM increase when I can go intial D speed at the 200s? I had to get a metal sharpie for the keys though, Fuck me, I hate chording on blank keys when I'm learning new input styles.

The grossly-scope-creeped-on-steroids systems of the US F35 Lightning II. That it even manages to fly at all is remarkable and a testament to the senior developers who pushed it through apparently by sheer will alone.

>>3419 
Your machine is not the C standard.

>>3419
>to everyone who complained like a broken record.
People do tend to complain like broken records, particularly when it's not their own work that is in question. However, having undefined behavior frees implementors to create innovative, possibly game-changing solutions. Besides, C would never have obtained it's global stature as a systems tool w/o these undefineds. Efficiency on the metal is key, after all Anon.

You say it's not about sheer amount of grunt work but that's really what your definition is.

Somewhere out there there's a piece of software with like 500+ pages of requirements. Either space shuttles or taxes.

>>3266 (OP) 
>Most complicated piece of software
Depends on the category of complication.

Complication by sheer size? Operating systems, modern windows to be specific, due to the amount of backwards compatibility spearheaded by absolutely insane management. 

Complication of the GUI? Autodesk Maya. Jesus. fuck. I have never seen a software with such a complete shitshow of a GUI, and I've been around the block in terms of 3D modelling software.

Complication by overabundance of functions? I think VisualStudio would fit that bill. I was thinking GNU Emacs, but VS is a mess on a calibre of it's own.

>>3410
>>3279
Web browsers didn't need to be complicated, but they became complicated when language after language was introduced for the shiny factor. For whatever reason, browsers are seemingly-obligated to include every single one of these pieces of shit despite how much damage they can cause.

red-forest-banner.png
[Hide] (6.5KB, 88x31)

>>6282 (me)
I made a banner and added the webring.It didn't actually take this long, some spooky behavior crashed tor, taking the server offline until I got physical access. 

I like the look of 88x31 better.

sakura_happy.png
[Hide] (445.4KB, 640x480)

>>6282
>>6477
I checked it out and I really like it anon, good job. I found the perspectives in your articles really interesting, especially the ones on https and productivity. Good job! Also did you draw the image on the front page? It looks really good!

They disapeared and site is gone

banner-scriptorium.eu.org.gif
[Hide] (11.2KB, 240x60)

>>1215 (OP) 
I'm mostly lurking on this imageboard but I made a banner for another webring. This is not my personal website but I'm heavily invested into the project.

We collect high quality PDFs created from book scans, people can contribute or request a book too.

http://scriptorium.eu.org

>>6012
>>6016
>>6017
>>6160
Just stumbled on this: https://darkm000t.neocities.org/
Seems like the real deal. Looks like he's a VR Chat thot now?

>>937 (OP) 
https://archive.md/amshx
>GitHub is headquartered in San Francisco, CA and has 2 office locations across 2 countries.
>fires a jew over "NAZIS"
You do not argue with SJW cultists and do bold moves like these with them on their home ground; reverse-subvert the leadership and only THEN do these things.

>Github becoming woke
What rock have you been living under? Also this is your obligatory "stop using shithub" post.

The problem is that Codeberg ends in "berg"

>>7572
The problem is that Codeberg has been pozzed for some time now, especially since the new ToS were added:
https://codeberg.org/Codeberg/org/src/branch/main/TermsOfUse.md