• 0 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: June 2nd, 2023

help-circle



  • Anyone can build a bridge. Only an engineer can build a bridge that barely stands.

    In the same way, the fact that one built a large online platform, that doesn’t necessarily mean it was built with minimal ressources and without taking past or future risk.

    Engineering is, as a profession, specifically the application of scientific principles to solve problems the right way, the first time, that is to say efficiently, and with minimal risk.

    The fact that one codes, or wields a wrench, or operates a C&C machine does not mean one is applying science to solve problems efficiently and managing risk. These are entirely different skills and professions.





  • Just a thought, communities dedicated to one particular gender are often not inclusive by design, especially if you actively try to funnel people of a certain gender to certain communities. And therefore they, historically, have tended to devolve into echo chambers, and then subsequently into toxic spaces, with little room for nuanced discussion nor hosting a broad range of opinions. That’s not to say all communities are like this and most don’t start out like that either. There is value to have these communities if they themselves promote inclusion. But putting people of a particular gender into a gender-specific community is not at all the solution to “Too few women on Lemmy”.

    I’d rather see the focus on making the general communities be welcoming to everyone equally.


  • Software dev is full of obscure keywords that describe otherwise pretty simple or basic concepts you stumble upon in practice naturally and that you probably already understand.

    • singleton: a class/object that is designed to be single use, i.e. only ever instantiated with a single instance. Typically used when you use class/objects more for flow control or to represent the state of the program itself, rather than using it to represent data
    • immutable: read-only, i.e. unchangeable
    • dependency injection: basically when you pass a function or object into another function object, thereby extending their effective functionality, typically for modular code and to separate concerns.

    Here’s one more of my favourite examples of such a keyword: memoization


  • The right example is poorly executed. The left example is fine, but has one crucial deficiency: it’s not very modular, which makes it difficult to test and scale. Big problems need to be broken down and managed in discrete steps, and this is also true of computer code.

    The left example is like running a pizza shop where you explain all the steps to everyone and then let everyone loose at the same time to make a pizza. The right example is like creating stations and delegating specific responsabilities to one person at a time.

    The former creates redundancy and is manageable at small scale. But as you grow, you find that the added redundancy is of no additional value, while you end up with chaos, as people argue and fight over the process.

    Can you imagine five developers working on the monolithic pizza code all at the same time? Total chaos. Better to have one developper assigned to baking, another assigned to prep, etc.







  • Information is power. Information is used against you pervasively for control. This control ranges in nefariousness. You want examples? Here are some examples of consequences of use of information as a means of power:

    • A present or future employer making HR descisions based on your behaviour outside of work.
    • An insurance provider discriminating you and your coverage based on some knowledge like a pre existing condition or behaviour
    • Behaviour that is socially acceptable today or appropriate in context being broadcast in the future when it is not or out of context
    • Defamation
    • Extortion
    • Being targeted for having certain political thought
    • Being targeted by perpetrators of acts of violence, theft, or nuisance (think swatting)
    • Being manipulated into making purchasing or life descisions that are not in your best interest
    • Systematic or discrete racial, sexual, religious or other identity discrimination

    The usual response to a list like this goes something along the lines of, bah, none of that will happen to me, I’m a goody-two-shoes. That advice is about as good as saying “I’m a good driver, I won’t get into a crash, so I don’t need to wear a seatbelt”. Back to my point, the consequences of information used against you are too far and too abstract for people to accept.



  • This a 1/1000 likely outcome. Bankrupted companies will typically sell assets including IP and software to other companies to pay creditors (which excludes open sourcing them). And well before bankruptcy, any financial issues will cause Plex to be modified to support shitty monetization to the point that you won’t want the source code amyway.

    Sorry for the bad outlook, better that you be ready than to hope for a unicorn.