jim

joined 1 year ago
[–] jim@programming.dev 9 points 2 weeks ago

This is a classic piece, and I love the contradictions in the text. It encapsulates my feelings on good software and code that it almost becomes an art than a science.

[–] jim@programming.dev 3 points 1 month ago

What a wild ride! Can't believe it's been ten years.

[–] jim@programming.dev 7 points 1 month ago

PSA for Debian Testing users: read the wiki

https://wiki.debian.org/DebianTesting

Control-F security returns 18 results. This is well known and there's even instructions on how to get faster updates in testing if you want.

[–] jim@programming.dev 7 points 1 month ago

My thought was that a lawsuit is more expensive than arbitration, but settling a class action lawsuit is cheaper than thousands of arbitrations.

[–] jim@programming.dev 2 points 2 months ago

Thanks for sharing. We use all pytest-style tests using pytest fixtures. I'll keep my eyes open for memory issues when we test upgrading to python 3.12+.

Very helpful info!

[–] jim@programming.dev 2 points 2 months ago (2 children)

I'm most excited about the new REPL. I'm going to push for 3.13 upgrade as soon as we can (hipefully early next year). I've messed around with rc1 and the REPL is great.

Do you know why pytest was taking up so much RAM? We are also on 3.11 and I'm probably going to wait until 3.13 is useable for us.

[–] jim@programming.dev 2 points 2 months ago (1 children)

EOL for 3.8 is coming up in a few short weeks!

[–] jim@programming.dev 2 points 2 months ago

So cool!! Mercury is definitely the most mysterious inner planet due to its difficulty to get a space probe there even though it's the closest planet.

The spacecraft will arrive next year, and I can't wait for all the Science it will uncover!

[–] jim@programming.dev 6 points 2 months ago

Haha, I've been waiting for the 4K/8K reference in this volume. Poor Anna.

[–] jim@programming.dev 6 points 2 months ago

TIL this exists

[–] jim@programming.dev 18 points 2 months ago

The complainant suggested other manga to replace the series such as Chainsaw Man, To Your Eternity, and The Seven Deadly Sins among others.

lol

[–] jim@programming.dev 3 points 2 months ago (1 children)

I also like the POSIX “seconds since 1970” standard, but I feel that should only be used in RAM when performing operations (time differences in timers etc.). It irks me when it’s used for serialising to text/JSON/XML/CSV.

I've seen bugs where programmers tried to represent date in epoch time in seconds or milliseconds in json. So something like "pay date" would be presented by a timestamp, and would get off-by-one errors because whatever time library the programmer was using would do time zone conversions on a timestamp then truncate the date portion.

If the programmer used ISO 8601 style formatting, I don't think they would have included the timepart and the bug could have been avoided.

Use dates when you need dates and timestamps when you need timestamps!

 

Here's a hypothetical scenario at a company: We have 2 repos that builds and deploys code as tools and libraries for other apps at the company. Let's call this lib1 and lib2.

There's a third repo, let's call it app, that is application code that depends on lib1 and lib2.

The hard part right now is keeping track of which version of lib1 and lib2 are packaged for app at any point in time.

I'd like to know at a glance, say 1 month ago, what versions of app is deployed and what version of lib1 and lib2 they were using. Ideally, I'm looking for a software solution that would be agnostic to any CI/CD build system, and doubly ideally, an open source one. Maybe a simple web service you call with some metadata, and it displays it in a nice UI.

Right now, we accomplish this by looking at logs, git commit history, and stick things together. I know I can build a custom solution pretty easily, but I'm looking for something more out-of-the-box.

 
 

Trying to make web applications federated is a popular effort. Examples include things like the “fediverse”, as well as various other efforts, like attempts to make distributed software forges, and so on. However, all of these efforts suffer from a problem which is fundamental in building federated applications built on top of the web platform.

The problem is fundamentally this: when building an application on top of the web platform, an HTTP URL inherently couples an application and a resource.

 

So it's been about a week since I turned on the discussion bot, /u/mahoro@lemmy.ml (Mahoro-chan). This bot is a (lazy) fork off of AutoShonenpon, in which I hacked in a connection to Lemmy instead of Reddit.

Anyway, I'd like to get some feedback from the community.

  • Any bugs? Missing titles? Titles I should remove?
  • What do you think about the frequency of posts?
  • Feature requests?
  • Any other feedback?

(side note: since yesterday, federation has been painfully slow from my instance so it might take me a while to respond to messages)

5
submitted 1 year ago* (last edited 1 year ago) by jim@programming.dev to c/meta@programming.dev
 

The sidebar for our instance has a broken link for programming.dev - it links to https://programming.dev/programming.dev

 

It was a great app! Been a user for as long as I remember using reddit on my phone.

Thanks @talklittle@lemmy.world I appreciate all your hard work over the years.

 

A series that I recently adore even though it's an overused okaku+gyaru trope.

Thanks to the TL!

 

I generally don't like "listicles", especially ones that try to make you feel bad by suggesting that you "need" these skills as a senior engineer.

However, I do find this list valuable because it serves as a self-reflection tool.

Here are some areas I am pretty weak in:

  • How to write a design doc, take feedback, and drive it to resolution, in a reasonable period of time
  • How to convince management that they need to invest in a non-trivial technical project
  • How to repeat yourself enough that people start to listen

Anything here resonate with y'all?

view more: next ›