Agree that comments are a code smell. Sometimes they might be valuable though, personally I’ve found that I can improve readability with better variable names or refactor parts. That’s until I encounter the inevitable, a section which makes something weird, an optimisation, calling an external lib, or whatever.

Also found that people don’t update comments when they are touching the code which would require an update, so the comments start lying at some point.

That’s the way I prefer to learn stuff as well, one of the drawbacks is that sometimes I miss some basic or obvious stuff when using something new that would help tremendously if I knew early on. So I’m always trying to get a little bit of the basics, I’m telling myself that at least… Been fighting with a library that’s new to me recently, and to my defence the documentation sucks, so wouldn’t help reading that anyways.

It helps to adjust just how much you care, in the end of the day the most important thing to take care of is yourself. If you’re in this in the long haul and don’t want to be too stressed it’s key to find that balance where you can still deliver, without caring too much, and also push back sometimes on deadlines.

Hope it’s not connected to a submarine as the main navigational controller

Apple M1?

I'm so sorry to hear that, hope you still have other memories to cherish

This was amazing, thanks for the read!

@codecrow yes! I have tried Deno and is quite fond of it, can't wait for it to mature even more in terms of services around it (such as support for official Heroku-buildpacks and good Docker-images for it)

I see the point when there's actually a reason for changing, like a different underlying processor architecture which I guess is the case for M3?
However, unnecessary updates really gets me upset, especially when it's going in the wrong direction ie. not working anymore.

Maybe she's flirting? She sure has come up with a reason to see you in person. I'm 90% sure she damn well knows what an HDMI port looks like, and it's not that part she hopes is hard.

Would love to read that article. I find that there are several aspects of git that can be hard, depending on usage. I seldom find myself in really tricky situations, but when I do I realize that there are aspects of git that is tricky and that I haven't learned yet. Like different ways to calculate diffs, use the same merge-commit when doing a git-bisect and run some test command to see if that commit is ok.
But hard to say when you don't link the article, what concept of git that I supposedly hard.
Either way, I think git is hard, especially the soft parts of it and how we use it consistently in different teams.

A glitch in the Matrix

I'm on the other end here. We have very good code reviews on my new place which made me realize my code style is shit. On the bright side this will probably have a positive outcome in the long run.

What did they respond @AmyShackles?

Been there done that. Did actually go as expected with another expedited review the next week.

I built my own dynamic DNS in bash/systemd that polls my public IP and updates my own domains A-record through my registrar's API. Works well enough for me :)

@cyanide I am trying, but it boils down to maintaining a good relationship with the client and not ruin my firms reputation. With that said I shouldn't do more than we charge for and it seems to calm down now before my last days. Some things one just learn the hard way, such as no more coding the last week on assignment.

Can relate to the second one. Love when things are closed due to inactivity.

@aj7397 even though I agree that the web is the future in my opinion it's also broken in the same way as Android development is broken. There's too many frameworks and considerations. The only difference is that web development can be done right, but it takes a lot of knowledge and is often overwhelming and it moves very fast.

Is it a one-time download or scheduled? If it's a one time use Google has an export for Google Docs which I found easy to use, easier than scripting it.

Are you drinking an Adious Motherfucker also?

@pmso I get your point and I agree to a high degree, but I also think that it depends on which type of application it is and who the end users are. Logging should always be done, and some exceptions doesn't have to be shown to the user and could be catched with a catch all. When using an application catch-all we can gracefully exit. The reasoning behind only catching the errors we could expect is that we know how to handle them. On that track, in my taste exceptions should never origin from our own code, but rather from sources we can't control.

Shouldn't we only catch exceptions we know how to handle?

Read something about the USB-C in Pi 4 doesn't follow the spec and have some problems with cables and chargers as PSU. But also that they would fix this is the next version of the same model. Anyone have any experience of this?

That kit sounds good, was about to propose Arduino with a starter kit and saw it was just that. I recently got some time to tinker with my own Arduino which was very fun since the guide is really easy to follow and explains basic concepts

In previous workplace this was fixed by cutting off the part that covered the HDMI-port. Problem solved.

I read it with the rhymes from Sound of silence by Simon and Garfunkel and it was beautiful

By making it grayscale by removing one of the colour channels the resulting file would also be smaller, if you could live with that trade-off

Saving for a sunny day ⛅

That's me when writing SQL, find it easier to read when capitalized. Am I the only one?