• 0 Posts
  • 27 Comments
Joined 1 year ago
cake
Cake day: September 25th, 2023

help-circle
  • pixelscript@lemmy.mltoOpen Source@lemmy.mlKrita FTW
    link
    fedilink
    English
    arrow-up
    1
    ·
    5 months ago

    I mean, you’re free to continue using your crescent wrench as a hammer if you find it drives nails for you decently well and you are comfortable using it that way. But it was neither designed with that purpose in mind, nor does anyone expect you to use it that way, so no one will be writing how-to guides on it.


  • A Post-It and a pencil, usually.

    Not because “app bad” or “return to monke” or anything like that. Mostly because if I stow the note in a dedicated app, that somehow just makes me less inclined to write it down and read it later.

    A scrap of papersticking out like a sore thumb on my desk or burning a hole in my pocket? I’m going to be cognizant of that all day long. But an obscure text file chilling in a disused part of my phone, or a txt file lost in the shuffle of random shit on my PC? Outta sight outta mind.

    I also find all digital input schemes to be frustratingly less flexible than physical paper. Provided I have a writing utensil on hand that is functional (not always a given, granted) it is trivial to put anything I want on a note. Write anything I want. Draw diagrams. Underline or strike text. Write some things larger or heavier than others. All of these things are possible in note taking apps, but they come with the idiosyncracies of needing to know the selection techniques and menu options to activate them. In this way they’re all death by a thousand tiny annoying cuts for me.

    I even had a smart phone with a built-in stylus for a good long while. It definitely extended the things you could do with ease, but it was a far cry from a pencil.

    The only thing a note taking app can do in my mind that paper can’t is yell at you with a loud noise at a pre-programmed time. If I need one of those, I just set an alarm in my clock app.




  • I always hear this statistic on how proper zipper merging increases traffic flow rate over no strategy at all, and I simply do not understand how it helps.

    They keep pointing to how much of the upstream second lane is “wasted”. But like, from a strict perspective of flow rate, is it really?

    The bottleneck restricting flow is the reduced speed single lane. Put a vehicle counter on it. Assuming no one wastes time getting through whatever funnel point there is, this flow is consistent. The same number of cars passing at the same speed are getting through regardless of whether the zipper point was a few cars back or ten kilometers back. Unless I can hear an explanation on how zipper merging changes this I remain unconvinced.

    Zipper merging still has unquestionable advantages that are obvious to glean, of course.

    Putting the merge point as close to the blockage as possible minimizes the time spent in the shared lane. Flow is the same, but the overall time spent in the jam is averaged over all drivers.

    That “wasted lane” does not, as far as I can tell, improve flow. But it does improve storage. If cars are piling up at the choke point, utilizing the full extra lane keeps the pilup from backing up as far down the road, reducing potential domino effects through the road system.

    Zipper merging is fairer to all vehicles by promoting a FIFO processing order. No one in the closed lane gets screwed, everyone gets through in roughly the order they showed up.

    It has lots of advantages, and is clearly the winner, but I fail to see how increased flow is one of them.

    Of course, I’m making a lot of assumptions about perfect behavior of drivers, while this statistic is supposedly real-world empirical data. That suggests there are significant inefficiencies in real-world human driving, and that the zipper merge addresses them somehow. But I can’t fathom what those are or why zipper merging is relevant to them.



  • For work, it’s usually IDE on the right (my larger screen) and a live build of the thing I’m working with on the left (a laptop screen). Though it varies a lot throughout the day. Primary screen gets the app that needs most scrutiny, small screen gets auxilliary things like passive communication apps or reference materials.

    For home use, where I have two monitors of equal size, it’s usually Discord on one screen and a web browser on the other. Comms on the left and active task on the right.

    I don’t see a use case in my workflow for a third screen, especially not one that is a weird size or is in portrait orientation. But if one was simply bestowed upon me, I’m sure I’d find something to do with it sooner or later. There was a time where I though two monitors was overrated, I’m sure I can adapt my opinion again for 3+.


  • As an American who was raised Lutheran, who was taught a bunch of Romance-Euro-centric world history in school, I always considered Roman Catholic to be the “default” flavor of Christianity. Protestantism in all of its forms are hard forks. It’s in the name, even–the Roman Catholic church is what Protestants are “protesting”.

    To unironically “-and Zoidberg” Catholicism out of Christianity while leaving Protestant flavors included feels completely backwards. I’ve never heard anyone do it.

    But if I did, I could only assume it was due to some No True Scotsman bullshit. “Only we practice the correct way. Everyone else isn’t just interpreting it differently, but interpreting it wrong.” Sounds like an Evangelical line of thought to me.





  • I replied to that thread.

    OP was claiming to be working on a static HTML-serving search engine. They suggested that because it’s just HTML and CSS, and that interested parties can use Inspect Element to read the network requests, that it constituted “open source”.

    Commenters then got on his case about not open sourcing the server backend. OP defended that choice saying they didn’t want a competitor taking their code and building a company off of it that would “drive [them] out of business”. Uh-huh. So, proprietary software, then. Bye.




  • It’s a huge win, but not the kind of win people reading the statistic with no context (like me) probably thought.

    I’m sure a lot of us looked at “15 percent of desktop PCs in India run Linux” and, regardless of whether it was hasty and irresponsible for us to do so, extrapolated that to, “15 percent of Indian PC users are personally selecting Linux and normalizing its paradigms”.

    But in reality, it sounds more like “15 percent of Indian PC users use Linux to launch Google Chrome”. Which is impressive, but not the specific kind of impressive we wanted.

    It feels a bit like how I imagine, say, a song artist feels when they pour their heart and soul into a piece of music, it gets modest to no traction for a while, and then years later a 20 second loop becomes the backing track for a massive Tiktok meme, and almost zero of that attention trickles back to their other work.


  • Stateless functions still deal with state, they just don’t hold onto it. Without state to mutate, a so-called stateless function doesn’t do anything.

    In declarative languages, your state is the sum of everything you’ve declared. You don’t query results out of thin air. Computational results logically conclude from everything you set up.

    HTML ““has state””, as in it has a DOM, but it doesn’t do anything with it. You don’t mutate the DOM after it’s built, or query the DOM to compute results that weren’t trivially evident from the state you declared.

    You can do those things with JavaScript. But all that proves is JavaScript is a programming language, and HTML is just a data format it can interact with.



  • The bar for me is whether the language describes an executable program that has state and control flow.

    You could perhaps be generous and describe the DOM as a (write-only) state and the parser as a control flow. I don’t, personally.

    HTML is just a data container format to me. Belongs with the likes of XML, JSON, JPG, PNG, GIF, MP3, MOV, etc.

    The umbrella term I’d use for all of these is “coding”. That’s the skill of understanding structured languages and format specifications, and understanding how you can and can’t piece things together to make something coherent. This is a critical requisite skill to programming. But programming is more.

    Programming is the art of juggling of state and control flow in clever ways to trick funny rocks into computing something you don’t know. It doesn’t need to be general purpose, but I would argue it indeed needs to have a purpose. It has to be something more than just a pile of declarations you know from the outset. Otherwise it’s just structured data.



  • pixelscript@lemmy.mltoMemes@lemmy.mlApple
    link
    fedilink
    English
    arrow-up
    1
    ·
    7 months ago

    In a rather unorthodox way, yes.

    Android is one of those rare examples of a Linux kernel not being paired with GNU tools. I believe Android wrote their own versions of all the tools they wanted.

    The kernel is also extremely locked down by default. They very intentionally designed the OS in such a way that every facet of the kernel is kept abstracted away from you. It’s about as black-boxed as you can get, to the point where the fact that it’s Linux underneath is almost meaningless.