Recent Posts

Pages: 1 2 [3] 4 5 6 7 8 ... 10
21
thanks
22
Play us out, keyboard rat
23
Off Topic / once more, it's april 4/13! time to celebrate a national holiday!
« Last post by Metalliku on April 12, 2024, 09:32:55 PM »


that's right! it's been 18 years of neil bangin' out the tunes! nearly 2 decades! who knows if we will still be alive to celebrate the 20th year anniversary?
24
Off Topic / Re: The Chronology of the Blockland Forums
« Last post by Ceist on April 12, 2024, 04:08:59 PM »
do you think we'll ever hit a week of 0 posts?
26
Off Topic / Re: Eclipse 2024 - Path of Totality!
« Last post by Goth77 on April 11, 2024, 10:57:24 PM »
went outside and watched it here in western ohio. you got some really great pics with that camera. love how you taped the glasses onto the inside where the lens is lol
27
Off Topic / Re: geese thread
« Last post by Tea on April 11, 2024, 04:39:44 PM »
I am afraid that the sun is going to set.
28
Off Topic / Re: Eclipse 2024 - Path of Totality!
« Last post by ultimamax on April 10, 2024, 08:19:37 AM »
cool stuff. we went down to indiana and tried to solarprint the crescent shadows onto some shirts with a makeshift pinhole camera and some solarprinting dye. unfortunately it didn't work too well - i think because the dye we used wasn't sensitive enough. we also got to experience totality which was awesome.
29
Off Topic / Re: Software engineering trends that annoy you
« Last post by Foxscotch on April 10, 2024, 12:44:20 AM »
el texto
it has literally nothing to do with the technologies underlying hashtag The Web. HTML, CSS, and JS themselves are all very performant today, and the first two in particular always have been as they existed at any given time (that is to say, HTML 2.0 performed well in the late 90s when it was created, although modern HTML 5 may not on the same machines). JS has a more complicated history, but has been fast for like 15 years, since the introduction of V8 (and now other fast runtimes). even in actual practice currently HTML and CSS are never going to be the bottleneck, they're both implemented with compiled languages in every case, and largely by people who are the most skilled at that stuff in the world, especially Blink because google has enough money to recruit whoever the hell they want. and the same goes for V8 obviously

the issue is in some of the frameworks used. and not in others! several modern ones are really fast, and don't even jeopardize developer experience for that sake, like Svelte, Solid, Preact, or Inferno (the last three of which are all React-inspired, not because React is fundamentally best, but simply because React is popular and people know it and these frameworks aim to be used). the problem is in how frameworks are used, with a lack of care and attention (as i previously complained about). the problems come from having state changing in components that contain other components, which in turn likely contain more, and so on and so forth. meaning that a single minor change can cause large sections of the page to be re-rendered almost from scratch, and as little as scrolling or moving your mouse around can sometimes trigger these changes on particularly badly-architectured web apps

memory usage is also related, because (again due to lack of care and attention) foolish developers will often replicate state over and over again; for example, if a bunch of components need access to some basic info about the user (which is common), they will all be given their own unique copy of the entire user object, because they write their code in naive but easy-to-write ways that results in them doing that instead of sharing a single copy of the object and simply referencing it from all of its users. now multiply this with every single piece of data an app may need, and every single component that may use some data, and you've got 300MB chrome tabs

avoiding these issues requires extra work, yes, but honestly not that much. the faster frameworks I mentioned before include optimizations to minimize the impact of these stupid, thoughtless choices, but that can only go so far. some of them have different designs that specifically discourage you from doing that kind of thing, but again, in the hands of a lazy developer, any framework can be made slow. Svelte in particular does that discouragement. I can't really speak for the others I mentioned, but their decision to take after React doesn't bode well as far as that goes frankly



as for what you said about developers being reasonable not to care, I dunno. I don't really buy that. having a bad boss doesn't excuse you from making irresponsible decisions that negatively affect other people; the stakes may (sometimes!!) be lower for developers than for doctors or something for instance, but I don't think it's a good justification nonetheless

but perhaps more importantly, that is not an issue directly with web development at all. bad developers, regardless of why they're bad, will create bad software whether it's a web app or a native ui software or an operating system. that is not a web development problem. I think the issue is that web development being relatively easy to enter (which is a good thing in and of itself) means it's also easier for idiots and people who just don't give a stuff about anything to enter it. people writing rust are more likely to care in the first place because you don't really get into rust by convenience

and to be clear I'm not saying that every developer must be passionate about software. there is a big difference between the "passion" that bad recruiters look for and a fundamental concern for how your work impacts other people. we don't expect doctors to be passionate about fixing people's respiratory diseases, but we do expect them to want to help their patients above all else



to state my ideology explicitly, I think all people should care about the work that they do to the degree that it impacts other people*. I do have more sympathy for, for example, people working at mcdonalds for pay that is less than the HHS's poverty guidelines making the same stupid burgers every day. they can get some extra forgiveness for being "lazy" about what they do, making mistakes (so long as they aren't food safety-related; endangering other people crosses a line). but developers making 80k+ don't get that leeway in my eyes

*not investors, managers, etc. forget those guys. I'm talking about customers, clients, etc
30
Off Topic / Re: Software engineering trends that annoy you
« Last post by plad101 on April 10, 2024, 12:18:16 AM »
I'm not very smart when it comes to inner workings of software engineering stuff, but what is software that pisses me off is that fact my workhub websites that I've been using for the past 5 years keep changing to some more and more dogstuff versions of each other.

We managed to have one in the last 5 years I've worked here that worked and was an easy to navigate and functional hub for all my personal working data and assets but it's gone and we've gotten like 2 or 3 different ones now and they are a monster to us.

Worse yet, we have multiple websites we have to use for various things and even those are changing now too, they just deleted everyone's extra-curricular data to move it to a new website and system and lost most peoples stuff they've had for years, I lost most of my certs and people lost their career packets due to it, it loving sucks and I don't understand why it's a like bi-yearly basis to change stuff up for no reason when something decides it's fixed enough to be useable.
Pages: 1 2 [3] 4 5 6 7 8 ... 10