Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
michalc
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
michalc
11d 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
2.
▲
by
michalc
18d 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
3.
▲
by
michalc
19d 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
4.
▲
by
michalc
3mo ago
Reminds me of another “slow client”-related bug in gunicorn: https://github.com/benoitc/gunicorn/issues/3334
5.
▲
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
6.
▲
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
7.
▲
Source code emoji proposal [pdf]
(source-code-emoji.github.io)
4 points
by
michalc
5mo ago
|
1 comments
8.
▲
by
michalc
5mo ago
Submitted to Unicode yesterday (so please be gentle!)
9.
▲
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?
10.
▲
by
michalc
6mo 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?
11.
▲
Playful leadership development in mid-career academic mentoring and coaching
(wonkhe.com)
1 points
by
michalc
6mo ago
|
0 comments
12.
▲
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
13.
▲
by
michalc
8mo 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
14.
▲
Show HN: stream-unzip – Python function to unZIP on the fly
(github.com)
8 points
by
michalc
8mo ago
|
2 comments
15.
▲
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"
16.
▲
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
17.
▲
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
18.
▲
I don't use the term technical debt and neither should you
(charemza.name)
4 points
by
michalc
9mo ago
|
2 comments
19.
▲
It's not done if...
(charemza.name)
4 points
by
michalc
11mo ago
|
0 comments
20.
▲
Building better data platforms: Our open source approach to data infrastructure
(digitaltrade.blog.gov.uk)
1 points
by
michalc
11mo ago
|
0 comments
21.
▲
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
22.
▲
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?
23.
▲
It's not a hack to satisfy known requirements
(charemza.name)
52 points
by
michalc
1y ago
|
58 comments
24.
▲
Ordering work: a skill and culture gap
(charemza.name)
2 points
by
michalc
1y ago
|
0 comments
25.
▲
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
26.
▲
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
27.
▲
Python backoff is now archived
(github.com)
1 points
by
michalc
1y ago
|
0 comments
28.
▲
Mirror Ball Emoji Proposal (2018) [pdf]
(unicode.org)
53 points
by
michalc
1y ago
|
54 comments
29.
▲
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
30.
▲
by
michalc
1y ago
Although a follow up… could “Deliver value daily” actually help push _away_ from toxic behaviours like micromanagement? As long as there is some sort of visible/tangible progress most days, and in a justifiable direction, there could b
More ›