• 0 Posts
  • 106 Comments
Joined 10 months ago
cake
Cake day: August 21st, 2023

help-circle
  • My journey was Windows-> Ubuntu -> Mint -> Fedora -> Arch.

    (Infuriatingly i still use windows for gaming, but nothing else.)

    Did i mention that i use arch?

    More importantly:

    fucked up all my data with no backup.

    One time i messed up a script and accidentally copied 40,000 mp3s to the same filename. 20 years of music collecting, literally going back to Napster, all gone.

    Well, not completely gone. I’ve got everything uploaded to iBroadcast, and I’m pretty sure i can download my library. But I’m not sure i deserve to.


  • HTML is pretty straightforward so just understanding the very basic stuff is probably all you need. CSS is where html gets any challenge it might have.

    CSS is weird because it’s very “easy” so “real developers” kind of object to learning it, but the truth is, if you gave any of them a layout design, they probably couldn’t build it. There are tools like tailwind to help, but, IMO, tailwind just helps you avoid learning css’s vocabulary, but you just replace it with having to learn tailwind’s vocabulary.

    JavaScript on the other hand is a “real” programming language, though decidedly quick-n-dirtier than other languages. It lets you be a lot more sloppy. (Tbh it’s a lot more forgiving than css!). As a result, it lacks the elegance and control that “real developers” like – and, as most people’s first language, it lets newcomers get into bad habits. For these reasons, JavaScript is a bit derided – but, unlike CSS, most developers can’t avoid it.

    There are a few key ideas in JavaScript that, once you understand them, things make a lot more sense. (I won’t get into them now, since it doesn’t sound like you’re at the point where that kind of clarity would help, but, when you are, come on back here and make a post!)

    TLDR: HTML is definitely something you can just pick up along the way. JavaScript is a real language that will take a little while to feel comfortable with, and it will take a career to master. CSS will never be easy, so don’t let it hold you back.


  • Follow up question – I’m not OP but I’m another not-really-new developer (5 years professional xp) that has 0 experience working with others:

    I have trouble understanding where to go on the spectrum of “light touch” and “doing a really good job”. (Tldr) How should a contributor gauge whether to make big changes to “do it right” or to do it a little hacky just to get the job done?

    For example, I wanted to make a dark mode for a site i use, so i pulled the sites’s repo down and got into it.

    The CSS was a mess. I’ve done dark modes for a bunch of my own projects, and I basically just assign variables (–foreground-color, --background-color), and then swap their assignments by the presence or absence of a “.dark-mode” class in the body tag.

    But the site had like 30 shades of every color, like, imperceptibly different shades of red or green. My guess was the person used a color picker and just eyeballed it.

    If the site was mine, I would normalize them all but there was such a range – some being more than 10-15% different from each other – so i tried to strike a balance in my normalization. I felt unsure whether this was done by someone who just doesn’t give a crap about color/CSS or if it was carefully considered color selection.

    My PR wasn’t accepted (though the devs had said in discord that i could/should submit a PR for it). I don’t mind that it wasn’t accepted, but i just don’t know why. I don’t want to accidentally step on toes or to violate dev culture norms.



  • Copy designs you like, and keep a couple of CSS files +/- web components that you can carry along with you from project to project. Tweak then as you go.

    Like everything else, getting good at making designs that you like will take time and effort, so if you want you get good at it, do it! I find it fun, and my designs aren’t to everyone’s taste (I too like black tshirts), but whatever.

    Plus, getting good at making designs that i like has made me better at making designs clients/projects will like, so, win/win.


  • jQuery is a lot smaller and less nebulous than its competitors (looking at you,React literally every JavaScript framework).

    Jquery was what was popular when i learned js. I’m kinda glad it was, honestly: jQuery is a little unique in that it doesn’t have magic to it the way js frameworks do. Everything you can do in jQuery, you can do in vanilla JavaScript pretty easily. With, say, React, how is a newcomer supposed to understand how a series of React components become HTML?

    So jQuery kept it “real” for me. Fewer abstractions between me and the HTML meant it was easier for me to connect the dots as a self taught developer.

    As for how it’s changed, it’s more any how vanilla JavaScript has changed. A lot of the things that made jQuery so much easier and cleaner than vanilla are now baked in, like document.querySelector(), element.classList, createElement(), addEventListener()… It had Ajax methods that, before jQuery, were a tremendous pain in the ass.

    jQuery was great, but, you basically had to use it with something like PHP, because it had no back end. So when angular came out (and a few others that aren’t around anymore and I’ve forgotten), it allowed you to replace both PHP and jQuery, and developers rejoiced.

    Why did they rejoice? I’m not actually sure there was reason to, objectively speaking. As developers, we like new tech, especially if that new tech requires us to think about code differently, even if, in retrospect, it’s a hard argument to make to say that, if we had just stuck with PHP and jQuery we would be somehow worse off than we are with React.

    Of course, in tech, when a new system changes how we think, sometimes (not as often as we’d like) it helps us reconsider problems and find much more elegant solutions. So, would we have all the innovations we have today if all these js frameworks has never existed? Obviously we can’t really answer that – but it’s a toke of copium for when we get nostalgic for the PHP/jQuery days.

    (Also, for you newer people reading this, you should probably be aware that the PHP/jQuery mini-stack is still very quietly used. You’ll definitely see it, especially in php-baaed COTS.)


  • arguably, that’s a good thing because it means project decisions are made uncorrupted by profit motive

    Argue-er here, chiming in. This statement could be interpreted as considering only half of the central relationship of capitalism. (Capitalism isn’t just about deriving profit from the control of surplus, it’s about the relationship between surplus and scarcity. Surplus doesn’t mean shit if no one wants what you have.)

    The decisions that volunteers make may not be motivated by the desire/ability to make profit, but they can be (and often are) motivated by the opposite; they have to account for the fact that their volunteer work is labor that isn’t contributing to their survival – aka, their day job. The demands placed on them by their other responsibilities will have to take precedence over the volunteer project.

    In practice, this means they have to take shortcuts and/or do less than they would like to, because they don’t have time to devote to it. It’s not exactly the same end product as if it was profit-seeking, since that can tempt maintainers into using dark patterns etc, but they’re similar.

    Ideally, they would have all the money they needed, didn’t have to have regular jobs, but also had families/friends/hobbies that would keep them from over-engineering ffmpeg.

    To say this in a simpler/shorter way (TD;DR), their decisions can be motivated by the fact that they aren’t making money from it, don’t have enough time or resources to do everything they might want.

    (Why is this so long?? I’m bored in the train, gotta kill the time somehow…why not say in 1000 words what I could have said in 100)




  • This is the core issue with the traditional dead man’s “switch” – it doesn’t require death to go off, just letting go of it, and there are other reasons why that might happen. By extension, a switch that requires you to log into something periodically might be problematic if you’re predisposed. Personally I’d just set a longer timer, a month is probably fine and, unless your “exposure” is extremely time sensitive, a month won’t matter once you’re dead.


  • This is a good point – it didn’t have to look like spam tho, it could look like anything. Or it could look like many things. Write up a 10-20 line text file of bullshit emails from one person, or even a few people – or even have Chat Gippity write them, tho that might have a paper trail, depending on your attacker.

    All you have to do is put some “flag” word in the first few words so you recognize it. Then, any reply to that inbox (which could have many aliases) resets the timer.

    The big problem is, imo, if you’re “dangerous” enough to de-alive, then you’ve already exposed something big. Would you have something left to expose after that?




  • So you’re saying you want a federated wiki that uses a blockchain??? Genius.

    Kidding aside, you’re absolutely right. Wikipedia is one of the very few if not ONLY examples of centralized tech that ISN’T absolute toxic garbage. Is it perfect? No. From what I understand, humans are involved in it, so, no, it’s not perfect.

    If you want to federate some big ol toxic shit hole, Amazon, Netflix, any of Google’s many spywares – there’s loads of way more shitty things we would benefit from ditching.


    Edit: the “federated Netflix” – I know it sounds weird, but I actually think it would be really cool. Think of it more like Nebula+YouTube: “anyone” (anyone federated with other instances) can “upload” videos, and subcription fees go mostly to the creator with a little going to The Federation. Idk the payment details, that would be hard, but no one said beating Netflix would be easy.

    And federated Amazon – that seems like fish in a barrel, or low hanging fruit, whichever you prefer. Complicated and probably a lot more overhead, but not conceptually challenging.


  • I hadn’t heard it either until FD Signifier used it in a video. I guess it originally referred to the “in universe” fiction of professional wrestling, but FD took it out of that context and now I use it all the time – well, it doesn’t come up that often, but it’s a concept that’s needed a word for a while now… Especially now that “alternative facts” are becoming so prevalent.



  • Jquery is just shorthand, really – unless things have changed in the last decade (which doesn’t seem likely in the world of technology! /s), jquery is basically a way to stop writing document. GetElementById() and element.classList.add() over and over.

    Don’t get me wrong, that shorthand was a valuable and unique addition to a tool set – jQuery code was much easier to read and maintain than vanilla js, for sure. But I feel like now that websites usually have build steps, using jQuery involves a lot more effort than just not using it, that, with its kind of naive approach to DOM manipulation, is where the hate comes from, imo. It’s probably still a great choice in a traditional LAMP stack build.


  • Y’all mf’ers need to read The Secret Life of Plants. It’s fascinating.

    It’s from the 1970s or 80s, and it talks about this stuff in extreme depth - plant communication, plants understanding their environment… Long range communication & telepathic plants…

    You gotta understand, there’s absolutely zero science to it – TSLoP is richly detailed with unconfirmed anecdotal evidence, some lady said this, a man from Tucson said this other thing, etc. If it was real, it would be world changing, but, at this point, it’s a pretty crazy claim that would need some pretty crazy evidence.

    But it’s still fascinating – both from it’s own kayfabe, like, imagine a world in which this was real – and in terms of “conspiracy theories” – is not a conspiracy but it’s clear bullshit so the who and why of it’s believers is interesting. Because it’s not like most conspiracies, which usually eventually lead back to antisemitic and Christian supremacist stuff. TSLoP is a legit leftist conspiracy, all its own thing.

    So, if you see The Secret Life of Plants at a used bookstore for a couple dollars, pick it up, it’s really neat.