tomn

9 ms·

31.
by tomn 3y ago
Yeah, it's not enforced (and certainly not with linked-in and facebook) but it's really not uncommon to require use of real names for contributions. Linux doesn't allow anonymous contributions: https://www.kernel.o
32.
by tomn 3y ago
Yeah, i know the risk, that was my point. Given the difference in frequency (say, ~every day vs. ~once a year) and level of attention, the risk to others is at least comparable. Given how popular DIY phone battery replacement is, you'd
33.
by tomn 3y ago
The flip-side of this is that there are so many activities that people do all the time that carry risk. Plenty of them are not really necessary, and create some risk for other people, and yet they are perfectly acceptable. A good analogy i
34.
by tomn 3y ago
agree, except for > stick with through-hole parts, if at all possible These days it's more work to avoid SMD than it is to embrace it. Many many parts are not available in through-hole, and dealing with 0805 passives and 0.65mm pitc
35.
by tomn 3y ago
I think it is less of a problem than it used to be, but historically PTFE-lined hot ends have been prefered for budget machines because they are more forgiving if all you want to do is print PLA. When everything is working right there shou
36.
by tomn 3y ago
Oops. I've seen worse free-market capitalist opinions held earnestly on HN, so it's hard to tell...
37.
by tomn 3y ago
"just" is doing a lot of work there. If the cartel model is profitable, then those taking part have the incentive and resources to buy up property in the areas that they operate in themselves. At least where I live, there are land
38.
by tomn 3y ago
I wonder how it would look to connect the columns with 0201 zero-ohm resistors between the LEDs (jumping over the rows lines). If you want a square pixel pitch it might work out nicely.
39.
by tomn 3y ago
"do neither" is not the opposite of "doing more". i'm arguing for good, productive uses of our resources
40.
by tomn 3y ago
> Datacenters mostly use renewable clean energy as well. Environmental concerns are deeply misplaced. Source? I didn't find much. Google talk about buying "carbon-free energy", which isn't bad, but ultimately just mov
41.
by tomn 3y ago
The expensive bit is not the electricity, it's the cost of the GPUs, so they will train flat out. There is also a massive amount of competition between the various players, and nobody taking part cares about the energy use (otherwise t
42.
by tomn 3y ago
> the official documentation always talks about the changes between commits, or the change introduced by a commit (which means the changes to the parent commit) That's exactly what i was referring to. If you have a commit, that is b
43.
by tomn 3y ago
I don't see any of those things as working differently in a diff-based SCM, sorry. If those things conflict with someone's model, then that model is more/differently wrong, and not the one that i'm talking about, which i
44.
by tomn 3y ago
> things like cherry-picking a merge commit wouldn't make any sense, while they still make perfect sense and are easy to explain with the "commit is a snapshot" mental model IMO it makes just as much sense either way. When
45.
by tomn 3y ago
Yeah, i'm sorry about the tone, that wasn't my intent. By meme, i don't mean that it's wrong, it isn't, just that in my opinion it's a thing that people like to repeat because they have heard others say it. Tha
46.
by tomn 3y ago
> at the user interface level, Git stores snapshots Where in the user interface? All the common commands act like they are working with diffs. It amazes me that people keep repeating this (there's another thread of the same stuff he
47.
by tomn 3y ago
I know how it works (what I wrote is technically correct); there's no need to be condescending. Anyway. > Git does delta compression, so in fact it does usually store diffs on disk. Yep. The comment you replied to originally was poi
48.
by tomn 3y ago
Git could just as well store commits as diffs from other commits, and 99% of users would never notice. It uses snapshots because that is efficient, but from a user perspective all common git operations look more like they are operating on d
49.
by tomn 3y ago
Try it, it produces output by default. You have to add a flag/option to change this https://www.typescriptlang.org/tsconfig/#noEmitOnError
50.
by tomn 3y ago
If you want type checking, run mypy. If you don't want type checking, don't run mypy. I don't see what's so difficult. If it was technically possible to run programs that have type errors in other languages, they would h
51.
by tomn 3y ago
This feels like splitting hairs -- python and typescript are equivalent, as they are both dynamically typed languages with type annotations. The fact that the typescript implementation does not run typescript directly, and cPython does not
52.
by tomn 3y ago
If it catches bugs before run-time, that's a benefit to me, in the same way that testing doesn't catch all bugs (and yes, can introduce a false sense of security), but most people still think it's a good idea. You obviously d
53.
by tomn 3y ago
It's reasonable and "professional" to want dynamically typed scripting language, for things where real types are a burden not a benefit, which also has libraries that work properly. For me, that's the benefit of typing i
54.
by tomn 3y ago
If it's on stainless steel, why do you need to remove it chemically? Does a stainless steel scouring pad not work?
55.
by tomn 3y ago
> Just a block of cured epoxy resin isn't going to be tougher than glass. I wouldn't be so sure -- toughness has a specific meaning (energy before fracturing), and polymers are generally going to be tougher than glass. http:&#
56.
by tomn 3y ago
I have a bench power supply which takes this further by having two stop-less potentiometers on the same shaft with a 180-degree offset to cover the gap. It works quite well!
57.
by tomn 3y ago
> I think the author doesn't understand consumer products, especially cameras and what most people care about (taking photos!) and need. They also never claimed that what they want is the ideal behaviour for everyone. Wanting a dif
58.
by tomn 3y ago
>> I'm not arguing that python is the best thing to use for everything > I don't think it's better than other platforms I think we're done here.
59.
by tomn 3y ago
>There are several languages on the JVM which are that or better. As fast as C, no... Like what? None of the ones i know of meet the "expressive, flexible and easy to learn as python" test. > There's this myth that Pyth
60.
by tomn 3y ago
Maybe so, but it's not like there are a lot of languages around that are as expressive, flexible and easy to learn as python, but as fast as C. JS is probably the closest, but not because of superior language design -- people with mone

More ›