HackerTrans
TopNewTrendsCommentsPastAskShowJobs

vaughandroid

no profile record

comments

vaughandroid
·4 वर्ष पहले·discuss
"...if governments would abandon the goal of aggregate economic growth across all sectors..."

You've obviously thought about this topic quite deeply - have you heard any realistic proposals on how to achieven this? I have yet to hear any, and until I do I'll be devoting my energy to changes that have at least some chance of being enacted, like a carbon tax.
vaughandroid
·4 वर्ष पहले·discuss
I'm a big fan of ClientEarth - they essentially take governments and organisations to court to try to force them to meet local and international environmental laws. It's one thing having the laws in place, but if they aren't enforced they aren't worth anything.

https://www.clientearth.org/
vaughandroid
·4 वर्ष पहले·discuss
You've obviously thought about this quite a bit... Do you have any ideas as to how projects could avoid this problem?
vaughandroid
·4 वर्ष पहले·discuss
Please could someone explain the "Bob Martin Sudoku Solver energy" reference?
vaughandroid
·4 वर्ष पहले·discuss
I imagine that's a good place to be, but I don't know if it's possible without going through a lot of trauma and building up substantial mental scar tissue.

Getting on 15 years into my career and not sure I'll ever get there. On the other hand, I actually work on a project I care about and for a company that treats me like a human being and not a "resource". Think I'm OK with that.
vaughandroid
·5 वर्ष पहले·discuss
I'm not a fan of this post as it seems to be pointing the blame at the wrong thing: the problem isn't the shiny new thing, it's the environment that allowed the situation to develop: people working in isolation, key decisions being made by individuals in private, lack of oversight.

There are plenty of arguments in favour of allowing teams to use shiny new tech. Done responsibly, it can help with engagement, job satisfaction, retention, and recruitment.
vaughandroid
·5 वर्ष पहले·discuss
IIRC the meaning of that was specifically someone that was willing to bodge things in order to ship - someone that prioritised getting it done over getting it "done right" (whatever that means). I think it's a little different from the "plumber" label.

FWIW I like both terms. I just wouldn't use them interchangeably. :)
vaughandroid
·5 वर्ष पहले·discuss
Cautionary Tales is my favourite podcast. Most episodes concern either interesting (mis)use of statistics or cognitive biases, both of which are topics I find inherently interesting, but Tim Harford and team do a brilliant job of the storytelling too.

Tim Harford's other podcasts are great too - More or Less, and 50 Things Which Made the Modern Economy.

Does anyone have any recommendations along similar lines?
vaughandroid
·5 वर्ष पहले·discuss
"Personally I like dark and gritty." On the offchance you haven't given Joe Abercrombie a try, you really ought to.
vaughandroid
·5 वर्ष पहले·discuss
Thank you for sharing. Intuitively I think your point makes a lot of sense. I don't think there's really enough data to really prove it, but I liked your approach.

I do think there's other stuff going on as well though. For example, newer languages are often designed to address perceived problems with existing popular languages. I'm a long-time Kotlin and Java developer, and Kotlin feels a lot like Java 2.0 - it specifically addresses a number of pain points people were experiencing with Java. So of course I'd rather be working with Kotlin, and going back to Java can feel like a drag.
vaughandroid
·5 वर्ष पहले·discuss
We use at both in my department at work. They is some overlap, but since each have different strengths I think they work well together.

RFCs are great for capturing discussions and exploring ideas in depth. You can get deep into the details if needed. ADRs are all about capturing a decision. They should capture the important bits of context and consequences, but without a huge amount of detail.

In terms of the process for producing these documents, if a decision is straightforward we will go straight to writing an ADR. If there are multiple options or we want to explore some corner cases, we'll start with an RFC. An ADR is often part of he output of an RFC which reaches consensus, but not always. Related RFCs and ADRs include links to one another.

If people are looking to get up to speed on something, their first port of call is the ADRs. If they have concerns, disagree with a past decision, or simply want to know more then they can dig into the RFCs.