aspiring Rustacean, JavaScript jockey, 3D printing addict, use Bluefin Linux, (Apple|Google)-captive, Meta-escapee, parent, husband with a husband, cisgender, he/him

  • 5 Posts
  • 24 Comments
Joined 5 years ago
cake
Cake day: April 6th, 2021

help-circle
  • No, unfortunately

    We (staff) asked for this, or some similar change to our contracts, and leadership refused

    Our contracts/agreements currently state that any IP created in the course of doing our jobs or involving any employer-supplied equipment belongs to the employer

    Leadership says they won’t enforce this for dotfiles and other small personal non-competing code, but they also refuse to put that in writing :S

    That said, most of us have tweaked our dotfiles, etc on work laptops for years and we’ve never had problems, so far leadership has kept their word




  • This probably depends on what you mean by “smart”

    In the old days, dumb phones were defined as devices that shipped with a set of features with users generally being unable to add new features themselves

    And smart phones could be extended by users because they allow installation of apps, etc

    But I don’t think this applies to smart watches: it seems like the difference here is that a smart watch goes beyond “dumb” by having phone/internet connectivity to display more than just times and dates













  • I know Google just donated to Trump’s inauguration, and also does all the stupid surveillance capitalism crap that Google does, but I just compared prices, and Google Workspace is a few dollars per month cheaper per user than Proton is, for my needs (family, custom domain names, etc)

    We’ve been on Proton for a few years, and it’s fine, but we do also have Pixel Android phones, and not using Google services constantly feels like swimming upstream, plus all family members also still end up having to use Google services for work, anyway

    It’s just not practical for me to de-Google, which is a shame, so I think I’ll be switching in a few months, unless pricing changes significantly :S


  • Okay, let’s go with xterm running bash, where the user ran ls, so xterm -> bash -> ls

    • ls never talks to xterm directly, it’s stdout/stderr are provided by bash
    • bash effectively outputs a grid of characters to xterm, xterm doesn’t know about prompts or words or line feeds, just the grid
    • every time ls outputs a line, bash adds a row of output to the grid that it sends to xterm
    • if there’s not enough space for a new row, bash discards the top-most row, moves all other rows up by one row, and then inserts the row for the ls output

    Now imagine a hypothetical fork of bash or some other new shell …

    • the only thing different is the direction that the rows move off the edge of the screen when running out of space, that’s all

    Thus, this is entirely a shell problem, with a shell solution

    However, what I’ve neglected to mention so far is that terminal emulators and shells are almost certainly optimised for rows dropping off the top edge and new rows being added to the bottom edge

    So, the role of a terminal emulator in this scenario could be to provide ANSI control characters or other protocol for operating just as quickly in the opposite direction, sure