mmcnl

35 ms·

1. 481.▲
   by mmcnl 4y ago

   I agree, it's very petty. Engineers should keep their personal vendettas out of business.
2. 482.▲
   by mmcnl 4y ago

   You are absolutely right.
3. 483.▲
   by mmcnl 4y ago

   On top of that, the justification seems more like a baseless rant, citing only one blog post as a source. Ranting engineers should not make business decisions.
4. 484.▲
   by mmcnl 4y ago

   I don't really understand this. Work is usually prioritized. If it has low stakes for delivery into production then it should have a lower priority than other activities, but that doesn't make it a side project.
5. 485.▲
   by mmcnl 4y ago

   This is an exception. In almost every other use case the mini will give you more screen estate.
6. 486.▲
   by mmcnl 4y ago

   That puts Apple silicon at a disadvantage, not in a different class of computing.
7. 487.▲
   by mmcnl 4y ago

   For a very small niche. 99% of customers don't care. They want a laptop that runs Spotify, Chrome, Outlook, Slack, VS Code, etc.
8. 488.▲
   by mmcnl 4y ago

   Your reasoning is starting with the wrong premise. As if people are looking for x86 or ARM machines. I would rather say people are in the market for something to write their thesis on, write some code or do creative work. MacBooks and Windo
9. 489.▲
   by mmcnl 4y ago

   Just book a hotel. Same price, less hassle.
10. 490.▲
    by mmcnl 4y ago

    In my experience, Airbnb is more risky than booking a hotel, and also not really cheaper. I don't even look at Airbnb anymore these days.
11. 491.▲
    by mmcnl 4y ago

    Not really though. It's way more important to know what skills you lack. If you can't sell, make sure someone is with you for the ride who can. Sometimes these problems can easily be solved.
12. 492.▲
    by mmcnl 4y ago

    I still wonder though, as their presentations are not slick at all. It's usually incomprehensible copy/paste work without a clear message.
13. 493.▲
    by mmcnl 4y ago

    I honestly don't get why CEOs would bother worrying about this stuff. How can you make the big important decisions if you allow yourself to be distracted by micromanagement?
14. 494.▲
    by mmcnl 4y ago

    I like this mindset.
15. 495.▲
    by mmcnl 4y ago

    This happens so much in education, and specifically academics. A lot of theoretical explanations without stepping back from theory and going back to reality once in a while to ponder about the implications. I passed a lot of courses by memo
16. 496.▲
    by mmcnl 4y ago

    I also use this one. Very pleasing.
17. 497.▲
    by mmcnl 4y ago

    Are you sure there is no survivorship bias at play here? I've seen more projects fail due to overengineering for future scenarios that never materialized than due to lack of scalability.
18. 498.▲
    by mmcnl 4y ago

    I always use Vue. It's simple, flexible and powerful.
19. 499.▲
    by mmcnl 4y ago

    !x is not equal to === false.
20. 500.▲
    by mmcnl 4y ago

    I half agree here. Especially in Python applications, so often you so a class that is instantiated only once. I'm not sure if this is overly usage of OOP or DRY, but defining a whole class just to be instantiated once seems like a very
21. 501.▲
    by mmcnl 4y ago

    Sorry about that. Non-technical coworkers are just people with probably the same goal as you. Talking about management in this specific way tells me that they see their management coworkers as enemies, and not as equals. I don't think
22. 502.▲
    by mmcnl 4y ago

    You are absolutely right. Also on the part that it makes sense that you don't know since a lot of the information you receive isn't necessarily relevant to you as an engineer. If something is unclear, the normal path forward is to
23. 503.▲
    by mmcnl 4y ago

    This advice is wrong on so many levels. All the engineers do the True Work, everyone else is just bullshitting. Yeah sure. Could it be that you don't understand their jobs in the same way "they" don't understand your job
24. 504.▲
    by mmcnl 4y ago

    If you don't understand something, just ask questions. You'd be surprised how often you'll get a useful answer if you ask a relevant question! If someone hosts a meeting about a transformation strategy, it's probably bec
25. 505.▲
    by mmcnl 4y ago

    I completely agree. So many tech people defending their domain with some technobabble that most people are afraid to challenge because they think it'll make them look stupid.
26. 506.▲
    by mmcnl 4y ago

    The fact that you're talking about "management" as some separate evil entity and not you coworkers who just want to help you and live their lives happily ever after, in the same way as you do, tells me a lot.
27. 507.▲
    by mmcnl 4y ago

    Also a part of the trolley problem is that your action space is limited to two actions. In practice that's never the case.
28. 508.▲
    by mmcnl 4y ago

    Sure it's possible. You can also program in assembly instead of Java. But you'll soon be creating your own abstraction layer, why not use one that is very thin too and battle tested by millions of users?
29. 509.▲
    by mmcnl 4y ago

    Apparently you have never built a webapp that is more ambituous than a simple website. The superpower of "modern" frameworks (Vue and React are both 5-10 years old) is abstracting away from the DOM to be able to define your view a
30. 510.▲
    by mmcnl 4y ago

    I wonder why the tips mentioned in your talk are not applied to the article. As you said, engineers looking to improve their writing skills don't want to read a novel.