Messages

1

Off Topic / Re: they ruined roblox

« on: August 18, 2024, 05:52:27 PM »

the funniest part is that the actual engine and technology behind roblox is really impressive, but it's mainly being used to make profit farms disguised as idle games that only take advantage of a tenth of the engines actual potential.

yeah, their technology is actually insane and they pay the cream of the crop to work there.

2

Off Topic / Re: Election 2024, the Squeaquel, Chapter 2: A New Challenger Approaches

« on: July 21, 2024, 04:05:31 PM »

they will never replace Annoying Orange. Annoying Orange already purged the party on no loyals and the donors stand by him. they are locked in because he has the cult of personality. Biden never had that cult, so it's ultimately fine

3

Off Topic / Re: Election 2024, the Squeaquel, Chapter 2: A New Challenger Approaches

« on: July 21, 2024, 03:24:11 PM »

I can't believe the GOP nominated the oldest felon in election history

4

Off Topic / Re: Election 2024, the Squeaquel

« on: July 20, 2024, 09:27:02 PM »

cope response

5

Off Topic / Re: Election 2024, the Squeaquel

« on: July 20, 2024, 01:35:11 AM »

Project 2025 is an over exaggerated nothingburger being peddled by lunatic liberals out of pure cope, they did the same in 2016. Don't think Annoying Orange ever endorsed it.

This statement shows the pure amount of ignorance that the average voter has over the efforts to reshape the entirety of the judicial branch over the last two decades.

Yeah man, sure, it's totally normal to start packing every court with your lackeys and rushing through supreme court nominees while blocking your opponent from doing so.

Drawing from a database that the Heritage Foundation began building in 2014 of approximately 3,000 conservatives who they trusted to serve in a hypothetical Republican administration, at least 66 foundation employees and alumni were hired into the Annoying Orange administration.[48] According to Heritage employees involved in developing the database, several hundred people from the Heritage database ultimately received jobs in government agencies, including Betsy DeVos, Mick Mulvaney, Rick Perry, Scott Pruitt, Jeff Sessions, and others who became members of Annoying Orange's cabinet.[48] Jim DeMint, president of the Heritage Foundation from 2013 to 2017, personally intervened on behalf of Mulvaney, who was appointed to head the Office of Management and Budget and the Consumer Financial Protection Bureau, and later served as Annoying Orange's acting White House Chief of Staff.[48]

[...]

The same month, Heritage claimed the Annoying Orange administration had by then embraced 64%, or nearly 2/3rds, of 334 proposed policies in the foundation's agenda.[66][67]


[...]


Roberts(The president of the foundation) stated that he saw the role of Heritage as "institutionalizing Annoying Orangeism."[78][79]

I'm sure these people that are all affiliated with the Heritage Foundation will be rational and aren't there as a way to reshape the american legal system. It's not like they openly talk about it and how they are going to do it constantly.

I think, conversely, it's pure cope to think these people are not planning to pass their agenda(The heritage foundation created Project 2025) once they have a government trifecta like they have been trying to get for decades.

6

Off Topic / Re: Election 2024, the Squeaquel

« on: July 19, 2024, 10:01:36 PM »

i dont understand why republicans get so much sympathy when it comes to them threatening violence 24/7 but when anyone does the return there is endless tears shed for "why are you acting so fascist man"

they are waving around explicit and literal calls for violence("mass deportation now!" signs), yet they dont get any criticism for it. but when someone responds with "i dont really care if you die or not" towards someone who calls for violence, they crybully so hard.

why does every apolitical person in this country have infinite charity towards this kind of speech?

everyone is just a normal citizen until they start getting a political following. the first amendment is cool with this, not with advocating violence. you just make your side look worse, because most people aren't fanatical violent nuts

I actually agree with this a lot. it is incredibly bad PR for someone to call for violence(and in general it's a horrible trend). but for some reason that bad PR never applies to republicans

7

Off Topic / Re: Election 2024, the Squeaquel

« on: July 18, 2024, 06:34:52 PM »

im not saying he didnt try to steal the election, just that people storming the capitol building wasnt part of the plan. he wouldnt have hemmed and hawed like a dumbass trying to figure out how to respond if it was planned. a bunch of dumbasses breaking into the capitol building like that obviously didnt help him steal the election. not even his VP would help

even if it wasn't planned, he certainly tried to capitalize on it as much as possible:


he posted this while they were in the capitol, he clearly wanted to use the threat of violence to sway them into accepting his fake electors.

8

Off Topic / Re: pride month 2024

« on: June 08, 2024, 01:07:49 PM »

happy pride month!!! trans rights :3

everyone who posts in this thread is automatically gay, no exceptions

REAL

9

Off Topic / Re: The Chronology of the Blockland Forums

« on: May 14, 2024, 11:31:57 PM »

It's crazy how this forum just refuses to die, it might not be like the old days anymore but still, quite surprising to see it has this much activity.

people will never let go

10

Off Topic / Re: Software engineering trends that annoy you

« on: May 05, 2024, 05:11:37 PM »

i think the most offensive part of what you said was a website requiring 300mb of ram to run being acceptable or normal. i think that's unjustifiable outside of extremely rare and specific circumstances (eg running some full-fledged video game or youtube) and the fact you didn't think that spoke volumes to onlookers you're part of the problem with modern website performance, whether or not you want to be. i definitely recoiled at that number myself, but didn't deem it important enough to respond at the time.

I think you misunderstood my point in context. Let me clarify:

In the context of the conversation, I was talking about electron apps. Stand-alone single page webapps require a lot more resources than the average website. Apps that run standalone on your computer should obviously have way more leeway on how they operate and that should be taken into account. For example, it's not unheard of for Photoshop, Text editors, IDEs, etc to go above 300mb. They need to constantly cache things like documents, files, and web requests. In fact, the instances of terminal I have open right now are like 80-100mb of RAM! It sounds horrible for a text-based application, but it's the cost being able to scroll up the entire history since I opened it! RAM is meant to be used to make user experience snappy and useable (within reason), imagine if every time I scrolled up 100 lines vscode it had to call the HDD to open more of the file, that stuff would be slow as forget.

I wholeheartedly agree with you when saying a normal CRUD website (like a forum or a wiki) should never ever ever use more than 10mb of ram, 300mb is insane for that scenario.

11

Off Topic / Re: Software engineering trends that annoy you

« on: May 02, 2024, 09:36:00 PM »

You know well that smartphones are not the devices we are talking about here. Nobody is going to gripe about devices which are by design not intended for multitasking. It's entirely apples and oranges.
On desktop will be running multiple applications (not including the 2 upwards of 3 digits worth of daemons/services that will be running in the background) all at once, most of which will not have the luxury of writing application state to disk when it's not in use. It simply does not work that way.

Having your webapp or website consume 100 MB to 2 GB of memory just because "everyone has at least x GB of memory" is absolutely inexcusable and is an awful mindset for any developer to have. It's also inconsiderate to the end-user because they will want to use other applications without having to throw down $250+ for a new set of 32 GB DIMMs. But as you said; you do not care.
And the fruits of the 3 have manifested in busy CPUs and monopolized memory space.

My point was: if the average phone can run many of these applications at once, then the average computer should be even better at it. Unless you are implying that desktop computers are somehow on average worse??

Remember, we are talking about a framework that is made for creating interactive UIs: most users cannot context switch between like 8 different graphical apps at once. I'll be running 4 MAYBE 5 different electron apps at once. Hell, even in worst case scenarios (running 10 vscode instances because ??) I've been able to use dozens of instances of these programs with no problem.

I don't think a few hundred megabytes is that big of a deal anymore when the average image on the internet is like 50mb.

JS has been JITted to hell and back and yet still lags significantly behind other scripting languages like Lua and Squirrel. Sure, you can throw every last SIMD instruction, data-oriented design technique, -Ox flag, and inlined function at the problem for both the parsing and bytecode evaluation, but the end results still speak for themselves.

Can you give me the source for this claim? I cannot find anything saying JS is significantly behind every interpreted language.

Almost every single recent article and benchmark proves that the V8 engine behind Chrome and NodeJS makes one of the fastest interpreted language (and I haven't even mentioned the Bun runtime). Your knowledge on the subject seems to be lagging by like 5 years. Lua and LuaJIT have similar or worse performance.

This is my criticism of people who still complain about things like this: JS has already come out of it's dark age and has emerged as THE web standard but people still harp about stuff that has been fixed ages ago. The V8 engine for JS literally has teams of people at Google working around the clock to make it the fastest interpreted language because they have the incentive to make their browser the fastest. If what you said was true, what would've prevented another company from making a browser that had a different scripting language and then swaying the W3C to change the standard because their stuff is faster?

And again, all these benchmarks are incredibly close. The people who obsess over them are microptimizing code. The average website doesn't need a 4% speed boost by using C or C++, the ones who do need it for graphics performance can just use WASM.

WASM's IR is a step forward but still lags behind Oracle's Java bytecode and Microsoft's CIL from the few benchmarks I've seen. I don't hold it against that though, as it's still young and still has a lot more time to get better.

It's fairly new but it's becoming really good at an alarming rate because the potential upsides. The value proposition of sandboxed apps running on every platform ever is a really good incentive to work on it.

This was what I was trying to get at. Clearly there's a gap between the tools used and how they're actually being used, given the monument of issues plaguing web development. I doubt neither the developers or the companies are going to budge, so changing the tools to fit the demands of the modern web is the most clearest option, at least in my eyes.

I know from your perspective this statement seems like it makes sense, but there are a lot of problems with it. This is like saying "The unreal engine editor is hard to use and it's really easy to make slow games on it, instead of improving the UI and patterns to fit what the devs need, lets replace it overnight with Unity and make all the devs port everything to it."

The real issue behind devs not optimizing stuff is because it is really easy to get into web development, which leads to an oversaturation of bad developers. It's because the tools for the job where really poorly made up until ~5-7 years ago and all the bad developers never updated their skills. For example, a lot of developers still reimplement their own "deep object cloning" algorithms or import one from libraries (ballooning their memory footprint) when the function to "deep object clone" has been a part of web APIs for years now. These kinds of development mistakes will not stop happening until the developers get better and the resources on the internet get updated. Javascript is unfortunately plagued by the fact that most of the content on the internet about it is wrong/outdated (or just lies), and that breeds an environment that creates bad developers.

12

Off Topic / Re: Software engineering trends that annoy you

« on: April 29, 2024, 10:45:33 PM »

ok i decided i dont care enough to articulate this thought properly on the blockland forums but that's cringe and exactly what I'm talking about and it will be the downfall of human civilization in 15 years

to be charitable, there's probably a point to be made about overconsumption or some stuff but I really don't think it's that serious. I think that a lot of developers really drill into their brains that optimization is the most important part of software development and I don't think it's required that often. I've worked with too many developers that spend their time micro-optimizing things that don't need to be. Sometimes good enough is good enough.

THAT BEING SAID, I do think that a lot of websites and apps are slow as stuff but not because the developers want them to be, it's because the pressures of capitalism make them deliver stuff products to appease middle-management. If stuff is really slow and unusable, it should be optimized. I'm not anti-optimization, I'm anti time-wasting, and a lot of companies make developers waste everyones time by not optimizing while others waste time by making people optimize.

13

Off Topic / Re: Software engineering trends that annoy you

« on: April 26, 2024, 08:27:41 PM »

Because those applications are bloated and do use a lot of memory. All the electron-based apps running on my system right now consume at least 300 MB of memory each.
I don't think that's entirely the fault of the end developers though because Electron itself is the issue, namely every app spinning up its own Chromium instance.

Does a rendering engine and an HTML, CSS, and a JS interpreter/JIT compiler use 300 MB of memory? I highly doubt it. If by chance they do, then I think it's high time to supersede these old standards.

I know you are not a web developer but I'll be blunt:

300mb of memory is a lot, sure, but guess what: I don't care.

The average smartphone has 4GB of ram. This means if the operating system takes up *half* of the RAM at any given moment, the user can run 6 apps simultaneously.

And that's on the average phone! No one is running these apps all at once!

Like I said previously, the ease of use and rapid deployment Annoying Oranges being able to multitask 1304 apps locally, which no one does. I wouldn't be suprised if in the future we saw a native OS/browser sandbox environment so apps don't have to ship with a web browser.

Idk one of the things keeping me far away from web development is the constant cyclical fad of new frameworks to solve the never-ending issues of web development - largely caused by the shortcomings of Javascript.

This is an outdated stereotype from a time where ECMA standards didn't exist and the entire industry wasn't behind React. Web standards are very well documented and set in stone, a lot of the really annoying stuff is deprecated and Javascript is no longer the only language people develop with on the web. (I'll expand on this in my next point)

I'm gonna play devil's advocate and say that if I was working as a web developer in an environment where the only thing that my manager/boss/employer cares about is getting a product to launch as quick as possible (especially with how cutthroat it is now) I probably wouldn't care much about performance either.
I think the only way around this is to change the tools and standards that can perform better in that kind of industry.

If even the best JS interpreters and HTML+CSS renderers are too slow then it's probably an issue with the languages themselves and we should start looking for a new replacement.
Maybe a scripting and a markup language that are quicker to parse and interpret? What about having them be compiled to bytecode and binary formats? Who knows.

Your idea that JS interpreters and HTML+CSS rendering is slow comes from another era, this is no longer the case. Web browsers have literally become one of the most optimized pieces of software ever made. I remember looking at the stats for how quickly JS has become in every engine available and being blown away by how far we've come. Your statement that "we should be looking for new replacements" is fairly ignorant because people have been pouring blood sweat and tears in optimizing the web. And guess what? You can run bytecode! You can run binaries!

Every major browser supports WebAssembly! You can precompile any language and run it in a sandbox on the client-side just like JS.

This further proves my point that, as a standard for creating cross-platform reactive UIs, the web platform is a no-brainer. You can literally do anything you want with it, and make it as fast as you want. In fact, many websites and high-performant web-based tools use webassembly to make their stuff fast. For example: the design tool Figma is a web application built entirely in C++. It was so good that it was the main rival to Photoshop, in fact, Adobe almost bought it.

The reason apps are slow, is because companies prioritize profits and quick delivery over making good things. This is not unique to web development. It's just a lot more visible because people use the web a lot.

14

Off Topic / Re: The Chronology of the Blockland Forums

« on: March 24, 2024, 10:38:37 PM »

kind of gay to say that

i'm not beating the allegations

15

Off Topic / Re: [Politics Megathread] - Everything keeps slipping through Donnie Debts' tiny hands

« on: March 24, 2024, 10:38:03 PM »

my brain is exploding