HNHacker News
TopNewBestAskShowJobs

mbar84

314 karma · joined February 6, 2019

mbar84.at.hn

[ my public key: https://keybase.io/mbarkhau; my proof: https://keybase.io/mbarkhau/sigs/zqLAR3WN4NphbN28dV84wSpaCX4N2BJEFr7ZTVFnnWg ]

submissionscomments
mbar84··on [dead]
I wonder, will any anchor have qualms of conscious or give push back in the future. Is it not obvious to them, that their teleprompter tells them to speak hearsay as if it were fact? Or are they so insulated from this that they never give it a second thought?
mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
Very true and for different terms we all are on battlefields waging a war that we mostly are not even aware we're in. As part of the mob, we just steadily walk over the minority who coined the term and plow them ever deeper into the muddy ground. Such is life... and death.

I still find it worthwhile to point out when somebody uses a jargon term from an academic discipline, so they maybe can leave the battlefield and its senseless slaughter and instead and chose some other formulation.

mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
https://www.investopedia.com/terms/m/marketfailure.asp

> A market failure occurs whenever the individuals in a group end up worse off than if they had not acted in perfectly rational self-interest. Such a group either incurs too many costs or receives too few benefits.

> Even though the concept seems simple, it can be misleading and easy to misidentify.

> Contrary to what the name implies, market failure does not describe inherent imperfections in the market economy

> Additionally, not every bad outcome from market activity counts as a market failure.

As I say, I think he's using it in a very much more colloquial manner: "I don't like the outcome of the market process", which is fine.

mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
If a term is overloaded, and if the purpose of language is to communicate, then I think the better approach is to drop the term as a lost cause and switch to alternatives for both uses, rather than fight and endless battle. For the two meanings I use "raises the question" and "circular reasoning" or "the conclusion was already part of your original assumption".
mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
I don't know enough to judge the root cause. My ideological priors would make me look to blame the government granted monopoly patents on the display tech.
mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
Considering how long ago the OLPC project was, hopefully the patents are running out soon.
mbar84··on Thinkpad X230 with “e-Ink” display at 30fps [video]
Please be aware that "market failure" is also a technical term in economics, relating to positive and negative externalities. Your use appears to be the (by now probably dominant) colloquial use.

I personally would not use this term, just as I would not use e.g. "to beg the question". I wonder if this phenomenon has a name, along the lines of "euphemistic treadmill".

mbar84··on Bitcoin miners are buying power plants
Wrt. your second question: Supply of Bitcoin is pretty much constant, regardless of energy expended, regardless of mining technology. The causation runs like this: demand -> price -> mining. Less demand, lower price, less mining. More demand, higher price, more mining. This is different than any other resource we are used to, because the supply of nothing else is as constant as with bitcoin. If the cost to mine Gold increases, the supply goes down and the price will rise.

Wrt your first question: The best argument against making energy more expensive is the same argument as it was 100 years ago:

If you use energy now, you build a more prosperous civilization for the future. Your grandchildren may have to deal with a warmer climate, but they will be much better able to do so than if they were more poor.

This argument stands and falls with your evaluation of the benefits of using more energy, the costs of a warmer climate and how you weigh these against each other.

mbar84··on Natto.dev – A Canvas for JavaScript
Request: Zoom with Ctrl+Scroll.

I imagine this might be quite useful to understand data-flow, but I worry that it would be tedious to manage the connections via positions during development.

It would be cool to have an auto-format/auto-layout: - data flowing left to right - draw pipes like yahoo pipes used to - minimize crossing pipes.

When in the programming loop, could the connections be established automatically via references? Name each output and then reference it somewhere else, which implicitly establishes the connection. Then click "auto-layout" (or just hit save) and as Steve would say "BOOM".

mbar84··on Natto.dev – A Canvas for JavaScript
I think it would be very useful if there were a way to box other boxes, possibly designating specifc ones as the input/outputs of the big box.

Bonus: if you collapse a box, it becomes a black box.

mbar84··on Et Tu, Signal?
It answers it, in the sense that it acknowledges that the question remains to be answered.
mbar84··on Et Tu, Signal?
As I say, this is a foundational issue that every blockchain project should address. Before I asked my initial question, I searched the documentation to see if it had been addressed. Such answers might be a second layer story, or some form of transaction aggregation on the base layer blockchain. I could not find anything that obviously looked like that.

At this point I think it's perfectly fair to start with the assumption that a new Crypto is a scam and it needs to do the legwork to show that it isn't. To claim that a blockchain (the most ludicrously inefficient data-structure ever devised) can scale to a billion users is an outrageous claim. The technical means they found overcome this problem should be front and center in their documentation.

mbar84··on Et Tu, Signal?
I'm pointing to the foundational problem that led to the Big vs Small block debate in the context of Bitcoin and which is the argument for second layer networks.

Presumably you've come across this question in your four years of development and would have exact numbers (perhaps not for my chosen value of tx/sec) already at hand. The fact that we're three comments deep into this, leads me to believe you are dancing around the question.

mbar84··on Et Tu, Signal?
I was thinking more along the lines of storage requirements. How much space would be consumed on a full node by a network running at constant 1000 tx/sec?
mbar84··on Et Tu, Signal?
Can you talk about scaling issues. What are your projections for the size of the MobileCoin blockchain, assuming it is successful and people want to do >1000 transactions/second.
mbar84··on Programming is hard
I fully expected you to have linked to this: https://xkcd.com/1425/
mbar84··on How Doctors Die (2013)
Your age?
mbar84··on Female Founder Secrets: Men Clamming Up
It has only been in recent years that I have even been able to articulate what the issues are with the code of some junior developers. I was fortunate to find "Semantic Compression" by Casey Muratori and now I have something I can point to and language to use. Before that, junior devs may have perceived the feedback as either an undue imposition of my taste, intimidation or (if any of them had ever been a woman) toxic masculinity.

Should we refrain from giving feedback before we have fully articulated the principles by which we would like our code to be written? What about the abundance of tacit knowledge that we can only hope others to learn by osmosis?

mbar84··on Tesla's “full self driving” beta is potentially dangerous
> It is bad enough that when I see Teslas on the road now, I feel unsafe, because the system is so unreliable right now.

Conspiracy theory: Tesla wants to show how bad the system is early on to raise public awareness and make people drive more cautiously around teslas.

mbar84··on SQLAlchemy 1.4
Broke my build. It appears SQLAlchemy predates SemVer.
mbar84··on Vaccines should end the pandemic, despite the variants, say experts
"experts" is not a word we should be using anymore.
mbar84··on Google isn’t happy with Microsoft over online news
I don't think that's a fair comparison. Today I develop mostly on Chrome, but I don't dread testing for compatibility on Firefox or Safari. The standardization is quite good across vendors.

Add to that, back then Microsoft had no drive to move the web platform forward. IE was not getting better, which is why it was eventually eclipsed by Firefox and later Chrome.

mbar84··on Git: Malicious repositories can execute remote code while cloning
Considering how much I `pip install garbage`, this is perhaps not so critical for me.
mbar84··on Write libraries instead of services, where possible
A service is a bundle of code and resources. Where possible, unbundle code and resources. Wherever you can provide the resources externally, you can now reuse the code.

Let's write a manifesto.

mbar84··on Lyra audio codec enables high-quality voice calls at 3 kbps bitrate
Add to that when the other party is hearing you over speakers, and the echo cancellation kicks in whenever you start to speak so that you can't hear what they're saying when they try to interject. You just see lips moving, stop speaking and you start to hear them mid sentence.
mbar84··on On Writing More
In terms of priorities, is it fair to say that the main issue here is word spacing? I don't see much difference with the kerning to be honest. For letter spacing, is there any level at which it would be too little?
mbar84··on Avoid Contentious Terms
Yes, it is a good idea to avoid the use of terms, that carry with them an implication that the listener is a bad person. I feel like this is a breakthrough in how we communicate.
mbar84··on Whistleblowers: Software keeping inmates in Arizona prisons beyond release dates
Do the Arizona prisons get more money, the more prisoners they have and the longer they have them? Were these same prisons responsible for the procurement of this software? Is the software perhaps working as intended?
mbar84··on A Dishonest, Indifferent, and Toxic Culture
If you see Moloch, don't let it eat you, run!
mbar84··on Global debt soars to 356% of GDP
Debt is a promise. A promise you make is based on expectations about the future, including promises that others have made to you. The more promises we make to each other, the more likely we are to be in a chain where somebody cannot keep their promise, which means that we are vulnerable to a cascade of failed promises. When such promises pervade the economy, once we see that they have been broken, we have to reorganize ourselves. This happens by closing businesses, by liquidating assets, switching jobs and eating cat food because the pension is now worthless.

In financial terms, such cascades are typically mopped up by central banks through dilution of the money supply and/or taxpayer financed bailouts.

Long story short: more debt means more risk of a financial crisis.

p.s. I think it is not helpful to use terms such as "our own", "ourselves" when trying to understand these issues.

← PreviousPage 5 of 8Next →