[-] CodeBlooded@programming.dev 3 points 4 months ago

Yes, this is literally what I’m proposing.

You do not still end up with the same issues. Somebody booking a ticket for a hotel room to be available at 1300 from a different time zone than said hotel will not arrive at the hotel to learn that the check in time is different from their expectation.

Regarding “the link between the hour of the day and the sun’s position,” I’m asserting that we should recalibrate this expectation based on time zones, rather than changing the clock to some fictitious time based on “noon” always equaling “1200.”

who gets to decide that everyone switches over and what is the new global time?

“Global time” in this context is already decided to be UTC. And no one gets to decide on the switch. This is a dream that will never come to fruition. 😕

[-] CodeBlooded@programming.dev 3 points 4 months ago

Who gets to have the time-zone that’s noon at noon

I am asserting that we abandon this concept of “noon” having to be precisely when the pixels on the my clock take the form of “12:00”.

Who cares? Just let “noon” be whatever mid-day is where you live.

0 isn’t my midnight

Same thing, why does it matter? Why do people cling to this? Midnight should be when you are mid-way through the night, regardless of what time a clock shows.

It also doesn’t fix the “what time of day is it elsewhere in the world” problem, which still requires knowledge of time differences. You know. Time zones.

I don’t have time zones memorized, so I have to look up this information when I need to know it anyway. I did say in my post that the [time] “zones” would still exist if I had my way with UTC. I do still think it’s valuable to know the operating hours for different parts of the earth- I just think we can track this without having to have the madness that is time zones. However, while answering this, I do feel what you’re saying. Perhaps we do keep time zones, but only as a way to tell time that is secondary to UTC? (As compared to today, where UTC is often an afterthought, if people even think about it at all.)

[-] CodeBlooded@programming.dev 3 points 1 year ago

Most of those things mentioned aren’t bona fide needs for me. Once a developer is deploying their project, they’re watching it go through the pipeline so they can quickly respond to issues and validate that everything in production looks good before they switch contexts to something else.

I see what you’re saying though, depending on what exactly is being deployed, the policies of your organization, and maybe expectations that developers are working in another context once they kick off a deployment, it could be necessary to have alerting like that. In that case it may be wise to flex some features of your CICD platform (or build a more robust script for deployment that can handle error alerting, which may or may not be worth it).

[-] CodeBlooded@programming.dev 3 points 1 year ago

Hey…has anyone here ever seen a RIGHT JOIN in the wild?

[-] CodeBlooded@programming.dev 3 points 1 year ago* (last edited 1 year ago)

My projects are usually laid out like this at work:

src/
  — module_1/
    — some_file.py
test/
  — module_1/
    — some_file_test.py
[-] CodeBlooded@programming.dev 3 points 1 year ago

You have to use 3rd party tools like MyPy.

[-] CodeBlooded@programming.dev 3 points 1 year ago

This is the way.

[-] CodeBlooded@programming.dev 3 points 1 year ago

This is certainly a “pro.” However, I’ve never had an issue swapping phones with Signal. (I do lose my chat history, but I can’t remember if that’s my doing or if signal just can’t port history to a new device.)

I’m going to have to give Matrix a try. I’ve been seeing it mentioned a lot over the past week.

[-] CodeBlooded@programming.dev 3 points 1 year ago

I found pyenv to be buggy at times, not properly setting the default (global) python version. I ultimately uninstalled pyenv and also uninstalled any additional Python installs outside of the system default.

Now, I do 100% of my Python work inside of Docker containers. This has solved any issues I’ve ever had with Python environments and PYTHONPATH . It’s also made me a stronger developer when it comes to using Docker.

I don’t see myself ever going back. A Docker container is the perfect Python environment.

[-] CodeBlooded@programming.dev 2 points 1 year ago

Ever wonder about reasons to think we are not living in a simulation?

[-] CodeBlooded@programming.dev 3 points 1 year ago

Eh, I’m not really comparing, just offering what my time looks like since I’m still a “developer” of sorts. I’m still heavily involved with code, and I do end up making commits that ultimately deploy to production.

(I’m sure someone out there in an IC role would love to compare, especially if they’re considering taking a more managerial role.)

view more: ‹ prev next ›

CodeBlooded

joined 1 year ago