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

help-circle


  • As someone who writes high throughput PHP code I can confirm that it’s much more about technique than language capabilities (though in an embedded setting things with dynamic GCs are simply unusable unless static memory management can be enabled with a compiler switch).

    For most projects you’d be much more rewarded for focusing on tools/framework/libraries available for the different languages (since that’s where most initial effort will go) and then build up any missing functionality as needed ontop of that base.

    Most languages can do pretty much anything these days. The technical advantages are much smaller than the impact the right approach will have… it’s one reason that I hold “maintainability” as the most important attribute of a project.










  • So Poe’s Law and all that… I really hope you’re being sarcastic because having non-technical people hand edit JSON is a nightmare. It’s also quite annoying to read without a lot of extra whitespace which most editors that’d help less technical folks omit… and comments to help highlight what different things mean are hacky, hard to read, and actually read as data.


  • xmunk@sh.itjust.workstoProgramming@programming.devWhy YAML sucks?
    link
    fedilink
    arrow-up
    36
    arrow-down
    1
    ·
    28 days ago

    Because people over use it. YAML is pretty good for short config files that need to be human readable but it falls apart with complex multi line strings and escaping.

    I think there are much better clearly delimited for machine reading purposes formats out there that you should prefer if you’re writing a really heavy config file and, tbh, I think for everything else .ini is probably “good enough”.



  • The real estate requirements are real and if you don’t have the space it simply won’t work - but they are absolutely fine for text legibility. An important thing to remember is that, because you’re viewing the reflection of the image instead of having a backlit screen, (outside of matte e-ink options) I’ve found it a lot less fatiguing on my vision than a traditional monitor. So, while I still prefer dark mode out of habit, even bright sections of the image for extended periods of time doesn’t make my eyes sore in the same way. Lastly, as someone who wanders and dances while they work - it’s much easier to keep focus on the screen as I migrate.

    I’m sure it’s not for everyone but it’s an extremely comfortable way for me to code.





  • I think that makes it harder to work in a language… you certainly can set up an editor autoreplacement but once a decade or so someone’s going to need to hotfix something in a strange environment and trying to force things into nano using alt codes is a real pain.

    That said the intentionally hard to type symbols with ascii replacements actually make me less sad than things like this syntax that requires a pipe character… I don’t know if you’re a polyglot (or ever typed on a keyboard in quebec) but most of these languages’ symbol choices are convenient on an en-US keyboard with little consideration for international keyboard layouts and there are a lot of hard to type symbols on the spanish keyboard that are very common in programming languages.