• 2 Posts
  • 308 Comments
Joined 2 years ago
cake
Cake day: July 26th, 2023

help-circle






  • Cheaper & faster development by leveraging large libraries/frameworks, but inability to automatically drop most unused parts of those libraries/frameworks. You could in theory shrink Electron way down by yoinking out tons of browser features you’re not using, but there’s not much incentive to do it and it’d potentially require a lot of engineering work.




  • Why is the village depopulated, if there’s a huge industrial zone nearby presumably with lots of employees? I was thinking workers might want to buy or rent low cost housing near their workplace if the land is zoned for it and you could get electric and a well, then build some simple small housing. But if they’re not buying in the village, might not be a great idea unless there’s something wrong or lacking with available properties in the village.


  • The alternative to no social security, medicare, etc is the kind of human experience you see in a country like India which also doesn’t have those sorts of programs. The disabled or old and poor end up either having to depend on their children, if they have any, or living on the streets begging and hoping for charity NGOs to help them.

    And so, many areas become rife with poverty and disease. They’re not safe, clean places to live let alone raise your kids. India ended up full of little gated communities because of this problem.

    That’s what America would become without social safety nets.




  • count_dongulus@lemmy.worldtoProgrammer Humor@programming.devC++
    link
    fedilink
    arrow-up
    17
    arrow-down
    1
    ·
    17 days ago

    Try porting a very small bit of behavior into a new tiny library or module that is Typescript based and independently published. Enable the strictness checks in tsconfig - really, really resist the urge to use any, and enforce that any is disallowed in tsconfig. Familiarize yourself with its utility types that really trip new authors up. “Record” comes to mind here, and others that involve generics if you haven’t before worked with generics. Some of the type error messaging can be pretty obtuse - don’t be afraid to paste them into an LLM (or use Copilot enhanced Intellisense) to explain what it actually means. IMO the type violation messaging is a weak dev experience point for new authors, so don’t sweat it if you occasionally “struggle to make the squiggles go away”.


  • count_dongulus@lemmy.worldtoProgrammer Humor@programming.devC++
    link
    fedilink
    arrow-up
    68
    arrow-down
    1
    ·
    17 days ago

    This is why I will never touch Javascript again. Long ago when I worked on web stuff, half my workflow was spent in the debugger tracing garbage to find where a typo was. The industry moved to Typescript, and now assuming the strictness checks are enabled, if some Typescript transpiles successfully, I can be 95% sure whatever fuckup I observe at runtime is a logic problem.

    Weakly typed languages were an awful idea. But in general, if the compiler isn’t able to detect most runtime issues (like with C++ here), it’s not going to be the most productive language to use for building solutions compared to smarter alternatives.




  • I agree, but for a different reason. Demand for senior/principal engineers is still present, especially for those “third party vendors” you mentioned. But companies are not interested in hiring and training junior devs. They’d rather outsource when long term quality and tight control is not important. Or, for the bigger companies, they’ll hire H1-B instead. There are enough senior engineers to be shuffled around for many years now that engineers have reached saturation in many markets.

    And it’s not that all the software that needs to be created is now present and “good enough”. For some industries, that might be valid, but it is definitely not universal. The thing that IS universal is that experienced engineers have become far more productive than they were a decade or two ago because of the large software ecosystem available now. That productivity might outpace what some companies actually can make use of to directly improve revenue or margins compared to their current headcount. (Engineers might still be busy today, but not on things the company considers very valuable.)

    I wonder if we will see growth in software consulting or dev agencies as smaller companies find they can do more with less, and only occasionally need more firepower without fully outsourcing.