• 0 Posts
  • 307 Comments
Joined 5 years ago
cake
Cake day: May 31st, 2020

help-circle





  • Personally (as a dev), I wouldn’t particularly care that you know a specific library (the chance of us using the exact same library is pretty slim and will probably change when the project changes). But I would care to see that you are using a library when it makes sense.

    So, if you implemented a hashtable yourself and I spotted that, I’d remember that as you either not knowing that that’s called a “hashtable”, so you didn’t find a library for it. Or I might think that you’re potentially stuck-up, thinking you can do a better job implementing it yourself.

    The aspects I’d look for, starting with the most important:

    1. Does it seem like you have fun when programming?
      I don’t need you to be writing humorous commit messages, but if it looks like you just specifically coded some portfolio applications three years ago and then never touched them again, that wouldn’t leave a good impression on me.
    2. Do your projects fulfill an actual need and look like they’ve seen real-world use?
      Writing out some example applications is a whole different shtick than actually making it work in the real-world.
    3. Do you have unit tests? Is your commit log clean? Is your project reasonably documented?
      I can teach technologies and architecture, but it’s much harder to teach a drive for good code quality.

  • Broke my phone like two months ago and sent it in to get it repaired, which took about a month. I only had my work phone as emergency backup, so I basically didn’t have a phone during most of that time.

    Well, staring into space while waiting for the bus seems to be the convention where I live, so I didn’t feel weird in that regard.
    I did have some invasive thoughts, like what if you need to call emergency services and can’t? Haven’t needed that so far in my life and the chance of no one else with a phone being around is pretty slim, but the thought entered my mind anyways.

    Well, and then I do use my phone for navigating public transport, for finding out where I need to go in case I ever get lost and then also just as a shopping list.
    Shopping list is easy to replace with a sheet of paper. Navigating public transport had me suddenly looking at the hangouts in the various stations. It’s certainly not the same as having an algorithm tell you the quickest route, but you can find a lot of information there and you will find a route, which is good enough.
    Not having a map is something that had me kind of just not take larger trips. I guess, if I had been without a phone for longer, I would’ve gotten used to that, too. Like, you can ask people, some of which might have a phone with a map on it themselves even.

    Generally speaking, after the first few days, I did not miss my phone as much as I thought. I found it somewhat liberating even.



  • At least for cats and dogs, part of the explanation is simply that we’ve kept and bred them as pets for a long time. Them being predators made them useful as a pet, as you could take dogs out for hunting and cats became useful when we started doing agriculture, where they could independently hunt the rodents on the fields and in our storage rooms.


  • Wanna check if a variable’s set to something expected? if [[ <test goes here> ]]; then <handle>; fi

    Hey, you can’t just leave out “test goes here”. That’s worst part by a long shot.
    The rest of the syntax, I will have to look up every time I try to write it, but at least I can mostly guess what it does when reading. The test syntax on the other hand is just impossible to read without looking it up.

    I also don’t actually know how to look that up for the double brackets, so that’s fun. For the single bracket, it took me years to learn that that’s actually a command and you can do man [ to view the documentation.