afarrell

83 ms·

901.
by afarrell 6y ago
> I'm against incompetence Are you also against government waste? https://www.youtube.com/watch?v=Zoz5EuIF_y8
902.
by afarrell 6y ago
> It will never be perfect, like anything else, but it can be good. As a US -> UK immigrant: 1. This is true. 2. This is made harder or easier by the complexity of the underlying abstractions it is trying to model. I suspect the soft
903.
by afarrell 6y ago
Handing documentation over the wall is usually a futile exercise anyway. Documentation should be usually be pair-written by a knowledgable person and a newbie.
904.
by afarrell 6y ago
This problem is most apparent during a recession, when the central bank (rightly) strives to quickly increase the money supply by buying bonds (and apparently equities!). If instead there could be a joint policy by The Fed and the Social Se
905.
by afarrell 6y ago
We can, but the people on this forum tend to like trying to solve problems. There's no solution to "some people are greedy" besides mass-murder or reframing the problem in ways that assume people will be greedy.
906.
by afarrell 6y ago
Note that being aware of one's failings doesn't necessarily mean a person has yet learned how to mitigate them. And it is downright spirit-crushing to go into a situation thinking, "I do not know what I'm doing", as
907.
by afarrell 6y ago
Do you have any tips on how someone can craft persuasive arguments which lead a manager or their team to start seeing API design as valuable?
908.
by afarrell 6y ago
So your problem with the field of psychiatry is that psychiatrists can be lied to and they don't put more effort into second-guessing their patients' experiences? ... ... I think you might just be blaming other people for your une
909.
by afarrell 6y ago
I agree with the core of greatgib's comment but disagree with framing around the person. The problem is not with the developer. We're all trying to write code to help each other grapple with complexity. The problem is with the eff
910.
by afarrell 6y ago
Here is my take on explaining password hashing for a non-technical audience: > Making a password hash gives you a scrambled text that nobody can turn back into your password but that anybody can use to check if a password guess is your r
911.
by afarrell 6y ago
The problem is not that the term is imprecise. To say "We can securely check your password." would be imprecise. The problem is that the term is _inaccurate_ because it is _overly precise_. --------------- When you find yourself a
912.
by afarrell 6y ago
I suspect the lesson here is: There are often people who have happened upon a valuable way-of-working but who have not yet thought enough about it to explain it in a way that many others can notice and scalably copy.
913.
by afarrell 6y ago
Agreed on the first 3. I think you might have misunderstood #6, because I don't see how a type system can function as a todo list.
914.
by afarrell 6y ago
Tangent: Are there any good books or articles on how to find the answer to this question within your own company as applied to yourself?
915.
by afarrell 6y ago
Because many podcast listeners don't share your preferences
916.
Form Without Substance – Quakerism on “Agile”(fgcquaker.org)
2 points by afarrell 6y ago|0 comments
917.
by afarrell 6y ago
If you aren't leaning on the English Language at large, then you should ask the community of people who will use your software. Who are your stakeholders? If you don't have a relationship with your stakeholders because your compan
918.
by afarrell 6y ago
Joel, on the original purpose of Hungarian notation: https://www.joelonsoftware.com/2005/05/11/making-wrong-code-...
919.
by afarrell 6y ago
"your question is wrong" is indeed unhelpful, especially as a direct response to someone asking a question. "here is what seems like a better question" is helpful, especially in a discussion forum separate from the origi
920.
by afarrell 6y ago
> ThinkPads have traditionally had good keyboards you can buy an external USB Thinkpad keyboard with nub-mouse. I use one with my OSX machine.
921.
by afarrell 6y ago
How did the recording industry get the rights to those royalties?
922.
by afarrell 6y ago
> Instead of adapting to technological change When I look at the way that Journalism has adapted its business models to technological change, I think we engineers should be a bit more wary...
923.
by afarrell 6y ago
> staying on topic A major subtopic of this thread is "different situations call for different setups." Saying "I won't work with PHP" is like saying "Gluten will make me shit my brains out." It is not
924.
by afarrell 6y ago
Keep in mind that tests & test tooling serves developer ergonomics purposes beyond ensuring that the software works: 1. Reproducibly setting up the conditions to trigger a bug. 2. Explaining how a module expects to be used. 3. Sketching
925.
by afarrell 6y ago
Your larger point is correct. > people didn't think about if the world was round or not As someone who once spent 2 hours bored on a boat, I do not find this credible.
926.
by afarrell 6y ago
A significant percentage of the US is descended from those who abandoned the life they knew to move across an ocean because they were so afraid of a neighborhood or government conspiracy to murder them. For example: My wife's father&#x
927.
by afarrell 6y ago
Free-at-point-of-care does reduce costs because it reduces complexity. Once hospitals don't have to haggle with insurance companies, they can fire a bunch of administrators and thereby reduce costs.
928.
by afarrell 6y ago
Yes. It means that you can make the action happen if you can fix the broken reward model. (What is the political equivalent of dopamine signalling?)
929.
by afarrell 6y ago
Yes. I do not know why Democrats block bills to fix the VA.
930.
by afarrell 6y ago
As a US->UK immigrant, I really appreciate the degree to which free-at-point-of-care encapsulates complexity. Unencapsulated complexity imposes real stress on: - Hospital administrators, who then hire more colleagues and pay their salari

More ›