meadsteve
Re:The ladder of bug discovery joy
on Sunday March 16, 2025 @08:24AM (#43378467)
Reflections on the best time to discover bugs in software.
Re:How boring should your team be
on Saturday October 15, 2022 @10:42AM (#33215258)
The excitement comes when security issues are discovered in no longer maintained code
Re:How boring should your team be
on Saturday October 15, 2022 @10:13AM (#33215035)
Php 5 would not be boring and safe. You'd have some interesting challenges writing in an unsupported language version
Re:How boring should your team be
on Saturday October 15, 2022 @08:46AM (#33214301)
If I was to rewrite my blogpost to fit your second sentence I would title it: "Please consider onboarding new staff as a need for your software". This is just another consideration when architecting. I absolutely will use cutting edge tools if they are needed. But we just need to think about it a little.
Re:How boring should your team be
on Saturday October 15, 2022 @08:39AM (#33214262)
I still consider "no framework" as a novel choice (most of the time): https://blog.meadsteve.dev/team-work/2022/10/13/how-boring-s...
Re:How boring should your team be
on Saturday October 15, 2022 @07:17AM (#33213798)
Agreed. Though not strictly a counterpoint. I do enjoy novelty (and benefit from it). I just want the right amount of it
Re:How boring should your team be
on Saturday October 15, 2022 @06:40AM (#33213557)
Yeah I think this is why I liked "novelty budget" as a term. To me it implies a limit, but it also implies something which you should spend. Doing something a little bit different can be immensely valuable as you've highlighted. Also everything was new at one time.
Re:How boring should your team be
on Saturday October 15, 2022 @06:37AM (#33213540)
This is a very good point. There are definitely "risky novel" choices that could make your company a success. But I've also seen many teams drowning in a soup of random tech choices.
I'd love to be able to write some more specific advice on this topic but mostly I just want people to be mindful of the impacts of their choices and actively choose risk rather than having it sneak up on them.
Re:How boring should your team be
on Saturday October 15, 2022 @06:09AM (#33213398)
3045638438
How boring should your team be
Leaving kind (and productive) PR feedback
Re:Using a Docker registry as a distributed layer cache for CI
on Thursday September 29, 2022 @01:46PM (#33024483)
Well I already had a docker registry. I generally just blog the information my past self would have needed a few weeks ago.
Re:Using a Docker registry as a distributed layer cache for CI
on Thursday September 29, 2022 @07:49AM (#33019287)
Somehow I'd completely missed this feature existed and it's a really nice way of speeding a build up
Using a Docker registry as a distributed layer cache for CI
Re:Making Python fast – Adventures with mypyc
on Thursday September 29, 2022 @01:56AM (#33016956)
I don't think that's how it works. Unless you install a library like typeguard python doesn't do runtime type validation
Re:Making Python fast – Adventures with mypyc
on Wednesday September 28, 2022 @11:03AM (#33008818)
Very much agree. It's one thing I really appreciated about how php added type annotations. You didn't need them but once you added them they became a gaurantee.
Re:Making Python fast – Adventures with mypyc
on Tuesday September 27, 2022 @01:18PM (#32998260)
Yeah these are great approaches too. I'd actually considered a rewrite of the core in rust before I went with mypyc. But it was nice not to have to do a rewrite.
Re:Making Python fast – Adventures with mypyc
on Tuesday September 27, 2022 @01:16PM (#32998225)
Yeah this is exactly it for me. I already had type annotations and ran mypy to help with correctness. And I tried this out because it felt like a nice thing to get for free.
Re:Making Python fast – Adventures with mypyc
on Tuesday September 27, 2022 @01:15PM (#32998209)
Thanks 4140tm and thanks cinntaile. I was very pleased. That was very much the intention of the name
Re:Making Python fast – Adventures with mypyc
on Tuesday September 27, 2022 @09:44AM (#32995141)
Maybe I should have said for cheap
Making Python fast – Adventures with mypyc
Re:Making Python fast – Adventures with mypyc
on Tuesday September 27, 2022 @08:42AM (#32994585)
I recently experimented with using mypyc to make some of my python a little faster. I was pleasantly surprised with how well it worked for very little code change so I thought I'd share my experiences.
The blog post wanders around a little because I had to add setuptools and wheel building as my project had previously skipped this.
Re:Please put units in names
on Monday March 21, 2022 @05:10AM (#30751882)
I ended up building a library for elixir a few years back for this kind of thing: https://github.com/meadsteve/unit_fun.
Re:Earth’s magnetic field broke down 42k years ago, caused sudden clim...
on Tuesday February 23, 2021 @06:02AM (#26235907)
you've seen the current biosphere right? I think they have been.