• 0 Posts
  • 15 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle



  • Depends on what you already know.

    Functional languages like Haskell, Clojure or Erlang have a reputation of being hard to grasp.

    Rust’s borrow mechanics are hard for some people at first, especially because it’s very unique to the language.

    Javascript can be frustrating because it also has some rare features among popular languages, and uses the same keywords for different concepts. It’s not bad at all once you let go of your assumptions and dedicate the time to understand how it works under the hood.

    C++ is also notorious for being hard but I haven’t used it for a very long time so I can’t say anything about it.


  • alokir@lemmy.worldtoProgramming@programming.dev*Permanently Deleted*
    link
    fedilink
    arrow-up
    15
    arrow-down
    1
    ·
    edit-2
    11 months ago

    Probably Typescript, it has so many quality of life features that I miss when I’m using anything else. A close second is C#, Kotlin third.

    Rust when performance really matters.

    PowerShell when scripting and automating stuff. It’s common to hate it because “microsoft bad” but it’s very logical and it feels modern. Funnily enough, I’ve only used it on Mac and Linux.



  • The title makes it seem like it’s a wide spread thing in the industry but according to the video it’s 3 frameworks.

    Yeah, it’s additional work but I’ve found that really convoluted or complex type definitions usually mean you should consider refactoring. Of course this is a bit different when it comes to developing frameworks where you might want to support a bunch of different use cases.

    Maybe I’m biased because I’ve been using TS ever since it first came out.



  • Yeah but javascript has 473 popular frameworks and counting, and the churn is immense. Your codebase becomes out of date before you’ve finished writing it.

    That’s not really the case anymore, it was back at around 2015 for a few years when nodejs blew up and we realized that JS is capable of much more than we initially thought.

    We threw a thousand different things to the wall and a few frameworks stuck. Today the ecosystem is pretty stable, especially of you choose a popular framework like React or Angular.


  • Writing self documenting code reduces the need for comments significantly, but you’ll still need to write docs and even code comments when needed.

    I had a lead architect at one of my previous workplaces who outright forbid writing comments, otherwise the build would fail. That lead to convoluted and slow solutions in order to make the code readable, or just parts that nobody wanted to touch because nobody understood them.

    My point is that you should strive towards self documenting code as much as it makes sense, but don’t take it to mean that you should never write comments.

    People should be able to tell what your code does without going deep into implementation details but that’s not always possible, especially if you’re working with lower level languages with fewer abstractions, or projects with complex algorithms or architecture.


  • Configuring your bundler properly has to be done once per app, and it can significantly cut down on your app’s size.

    People expect to see apps, not web pages, but we can be smart about it. Tree shaking has been around for years now, if you build your app properly your bundle will only include the pieces of code that actually gets referenced, e.g. if you pull in a 2 megabytes large library but only use it for one function, only those few lines from the lib will end up in your bundle.


  • I was working on a hobby project where I used a niche framework in a somewhat uncommon way. I was stuck on a concept that I think the documentation didn’t explain well enough, at least for me, and I couldn’t find any resource on it aside from the docs.

    I asked Bing to write a piece of code that does what I wanted and explain each line. It was perfectly working and the explanation was also understandable. All it did was search for its official documentation. It really blew my mind.


  • As far as I’ve experienced you need really good quality headphones in order to enjoy Tidal. Mine is on the high end of mid tier and I couldn’t tell the difference in quality when I asked my wife to test me. I use Youtube Music because it’s pretty much the same as Spotify plus no ads on regular Youtube.



  • I tried SwiftKey for about a week or so a month ago but I’m too used to GBoard to make the switch.

    What I like about GB that SK doesn’t have or is too different:

    • speech to text integrated into the keyboard. The Bing app is probably the best at this, especially for my non-native English accent, too bad SK doesn’t have its own implementation
    • I can set up the keys to show their long press symbols
    • the colon character is at an awkward place for my finger to reach
    • GB’s swipe function can figure out much more easily what language I wanted to type in
    • SK shows every possible accented version of the character that I long pressed on, and the one that I wanted was usually at an awkward place to reach. GB on the other hand sorts those of my native language right next to the original character, and only offers a few that I never use.