michalc

5 ms·

1.
by michalc 7d ago
Agreed! There’s a bit of an assumption that the branching _has_ to exist, but so often it doesn’t. To be fair, the article does suggest other techniques: hinting at separating pure/impure code for example, which I would say often resul
2.
by michalc 21d ago
I’ve been liking keeping sensitive config outside of the repo directory altogether, and instead putting it into a dotted folder in my home directory, so something like ~/.project-name/local.env And then referring to that location
3.
by michalc 27d ago
I would say it's only really a burden if you fight it, or don't expect to have to do it and right at the end someone asks "er... does this work without JavaScript?". My attitude is that it's a combination of freeing
4.
by michalc 28d ago
Most sites/apps I work on are progressively enhanced ( https://www.gov.uk/service-manual/technology/using-progressi... ) So far I've used a little bit of htmx (2) for one of them, and I really love it. Jus
5.
by michalc 3mo ago
Reminds me of another “slow client”-related bug in gunicorn: https://github.com/benoitc/gunicorn/issues/3334
6.
by michalc 4mo ago
The GOV.UK Design System summary list component is a description list https://design-system.service.gov.uk/components/summary-list... And... it also uses the wrapper div for styling
7.
by michalc 5mo ago
> the rest will soon follow If you’re looking for requests ;-), I would love an ECS (and specifically Fargate) emulator that actually ran Docker containers locally as though they were in ECS
8.
Source code emoji proposal [pdf](source-code-emoji.github.io)
4 points by michalc 5mo ago|1 comments
9.
by michalc 5mo ago
Submitted to Unicode yesterday (so please be gentle!)
10.
by michalc 6mo ago
I think I can understand why this wasn’t addressed for so long: in the vast majority of cases if your db is exposed on a network level to untrusted sources, then you probably have far bigger problems?
11.
by michalc 7mo ago
So my definition of big data was data so big it cannot be processed on a single machine in a reasonable amount of time. I guess they’re using a different definition?
12.
Playful leadership development in mid-career academic mentoring and coaching(wonkhe.com)
1 points by michalc 7mo ago|0 comments
13.
by michalc 8mo ago
Hmmm... depends on the project / phase of the project? I am particularly not a fan of doing unnecessary work/over engineering, e.g. see https://charemza.name/blog/posts/agile/over-engineering/no
14.
by michalc 9mo ago
Short answer is no, not as far as I am aware/can reason about it In more detail: so by my understanding there are two techniques in making zip bombs… Firstly nested ZIPs that leverage the fact that some unZIP programs recursively extra
15.
Show HN: stream-unzip – Python function to unZIP on the fly(github.com)
8 points by michalc 9mo ago|2 comments
16.
by michalc 9mo ago
> Beyond that, I've grown fond of 'sticking to the defaults' over the years. This resonates with me! Both in terms of things I use and things I make - I want them to "just work"
17.
by michalc 9mo ago
> without regard for the maintenance burden 1, 2, 5, 10 years down the road. To me software craftsmanship isn't just about the code, it's about engineering use of time. In general shouldn't knowingly make choices that woul
18.
by michalc 9mo ago
> why not remind people of the purpose? To answer this, I suspect that trying to change what certain words/phrases mean to people en-masse is extremely difficult, to the point of impossibility in most cases. However, we each have th
19.
I don't use the term technical debt and neither should you(charemza.name)
4 points by michalc 9mo ago|2 comments
20.
It's not done if...(charemza.name)
4 points by michalc 11mo ago|0 comments
21.
Building better data platforms: Our open source approach to data infrastructure(digitaltrade.blog.gov.uk)
1 points by michalc 11mo ago|0 comments
22.
by michalc 1y ago
Have to admit the lazy thing threw me, but I can see how the “doing less” I’m arguing for could be taken that way. The “less” is not about avoiding handling edge cases that are possible now, but about avoiding putting in layers of code to h
23.
by michalc 1y ago
You’re very welcome! Have to admit I am curious: what’s the context / how has it helped you more specifically?
24.
It's not a hack to satisfy known requirements(charemza.name)
52 points by michalc 1y ago|58 comments
25.
Ordering work: a skill and culture gap(charemza.name)
2 points by michalc 1y ago|0 comments
26.
by michalc 1y ago
Very much agree. It was a few years ago, and very AngularJS focused, but I posted something along these lines: https://charemza.name/blog/posts/angularjs/e2e/consider-not-... In summary: having thing loo
27.
by michalc 1y ago
> real mastery often involves learning when to do less, not more Really love and agree with this, and (shameless plug?) I think really aligns with a way of working I (and some colleagues) have been working on: https://deliverv
28.
Python backoff is now archived(github.com)
1 points by michalc 1y ago|0 comments
29.
Mirror Ball Emoji Proposal (2018) [pdf](unicode.org)
53 points by michalc 1y ago|54 comments
30.
by michalc 1y ago
I've now added a section to https://delivervaluedaily.dev/ that is at least a starting point of trying to make sure it doesn't make bad environments worse. This has been helpful - thank you. @RayFrankenstein if

More ›