skysight-inc/HackerNews huggingface dataset:
The real positive thing that needs to happen to email, is putting an end to near-monopoly of gmail. Email is great. It's decentralized. You can simply roll your own. You can use whatever client you like. Apparently even using HTTP/JSON.

But you can't send mail to anyone using gmail, which is nearly everyone, unless you play by Google's rules. And even then they'll still put you in their spam folder, or just randomly blackhole you without any explanation or recourse.

JMAP vs IMAP vs POP is moot as far as I'm concerned. As long as my mail client continues to work, I'm good. If this gains any traction, I'm sure dovecot and the likes will add support for it (if they haven't already). But no amount of protocol fiddling can fix the fundamental issues of email centralization.
That's an argument against literally anything. Any argument that can be used against anything is too general and proves nothing.
What it says about the managers and architects if they cannot lead the CS devs to do what they were supposed to do ?

I find it hilarious.
In Toronto if you're looking at WeWork look at Workhaus as well. My employer just rented with them and I'm pretty impressed. Definitely not boring suburban spaces.
Solar roads seem like a really cool technology. Like, if they worked great and were affordable and everything, then awesome!

But, practically speaking, they seem to violate the [single responsibility principle](https://en.wikipedia.org/wiki/Single_responsibility_principl...). By coupling a solar panel to a road, we're forcing the physical entity to comply with competing objectives.

Seems like the future's prone to be different, anyway. For example, how long are we going to really need roads that're driven over at-random like today? Seems like self-driving cars could be designed-and-programmed to drive over just specific parts of the road meant to handle their weight, while the gaps between those load-bearing parts can have solar panels.
Java can do it for sure (at least it was originally thought to be this way). With C++ I think you really found the exception that makes the rule since it was built by adding features on top of features without end or direction.
I can agree that there are systems which behave with more elegance than others, with fewer exceptions and principles and more regular moving parts, with reciprocal rules or consistent approaches, for example Java on its origins what sort of simple. Now it is more a mess than ever before.
That's not fraud, that's business as usual. We are selling to willing buyers at the current fair market price
Touche, a good point, but a first attempt is not usually reliable. I think we should learn more about what could be done different? Should instead all bike lanes be made of solar “panels” because the wights is all yet they would cover a large surface if they were to cover the whole city? How does a traveled road get covered in leaves?
first character has to be a letter... are they storing them unquoted in yaml files?
To summarize his videos: solar roadways were never feasible even in theory with quick back-of-the-envelope calculations and all of the known solar roadways projects in the world have failed or are nearing failure.
> Regular roads don't fall apart in 18 months, they take 18 years (or longer) to do so.

Your county council evidently uses better contractors than mine!
I think the idea was to take advantage of land that cannot be used otherwise.
As was foretold. This is all very, very simple.

Solar panels above heavy vehicle traffic: Good Idea.

Solar panels below heavy vehicle traffic: Bad Idea.

If you want to solar panel anything more heavy duty than a bike path, make a roof.
That person doesn't look fat at all to me.
> about the product "wework shares" being sold as a good investment which is questionable

Investments can be shoddy without being fraudulent.
Elon Musk and Tesla are impossible to root for, but we're doing it any
>That's if you know 90% of the words

No, I'm taking about the premise of the article: if you know 90% of the words most widely used (that is, the above 777 characters for example). Not 90% of the words in general.

If you know the most likely words, you can more often than not guess the unknown words in a phrase from the context.
>What makes you think I understand this?

The fact that you stated "The company is a fraud", before saying that this should be stated plainly. Since you didn't say something like "...from my point of view I certainly have the impression that..." or something like that. Since you spoke definitively, I assumed you have a definite opinion you formed somehow.
What Stats and Surveys Are Saying about Top Programming Languages in 2020
A software architect that can't code or refuses to has no business architecting the system.
A software architect who doesn't show up to stand ups really shouldn't be dictating a solution to the team who have to build it.
Ideally the software architect should be as hands on as possible with the team leads as the system is built up to the point that the architecture is proven or at least to see if the assumptions around the architecture actually hold up.
Really strictly on teams leads to accurately communicate the architecture before it has been proven to hold up is risky.
Cracks don't cause a regular road to fail entirely, while if a solar panel cracks in half, it will most likely stop working.

Also I don't see how solar roads make any sense when there is so much unused roof space and parking lots. Putting panels over a parking lot is much easier since you don't have to build them to withstand many-tonne automobiles, they will always be in full sunlight instead of being covered by dirt and vehicles, and they can be angled towards the sun. Even in theory, I think solar roads are a failure.
The point is: "If the leaders cannot lead the people under to do what seems like a trivial thing, then mby they should not be called leaders at all?"
I'd argue it is mainly personal preference. But it goes to my point that if you stay in the middle of language features and don't use compiler language extensions it won't matter.

When I set my projects up I generally use gcc/g++, but that in no means is the only correct way. Just a personal preference given the number of platforms that gcc supports, including embedded.
I think the author's point is, that in a recession, you wouldn't bite the bullet, because you (the average consumer) become cost-conscious. The idea is that therefore, WeWork's revenue model can turn on a dime but their debt obligations go nowhere when that happens, and then they are in a hole.

Moreso, the author's point is that other businesses that have these long-term depreciations trade their equity at a much smaller revenue multiple. He's basically saying, you can't escape the fundamentals.
Well, I live in the mountains in Central Arizona, so no WeWork offices near me (Phoenix and Los Vegas are the nearest). I would be tempted, even though I am mostly retired, to use a shared office space. I have a great home office but I still like to go to the library, or to a coffee shop, to write or work.

It just seems like WeWork should charge a little more to nail down profitability.
The one in the Netherlands seems to be a 70m solar cycle lane. Cars will destroy a surface a lot faster than bikes. Maybe (dedicated) bike lanes would be a good place to start with this.
> They definitely are not, as displayed by the fact that binary lengths are the root cause of a huge number of security flaws. JSON mostly avoids that.

I assume you're mainly referring to buffer overflows, which are a problem with text based formats too. See for example the series of overflow vulnerabilities in IIS's HTTP parser which lead to some of the most disruptive worms in history like Code Red. Really this is more of a problem with memory-unsafe languages than serialization formats.

> Let's look at floating point numbers: with a binary format you can transmit NaN, Infinity, -infinity, and -0

Depending on the use case being able to encode these values may be a requirement, in which case binary is no worse than text.

> You can also create two NaN numbers that do not have the same binary representation.

This is specific to IEEE 754, not all binary representations have this issue. Text based formats also have far more pervasive problems with lacking a canonical representation so it's hard to count this as a point against binary.

> JSON is one of many competitors within an ecology of programming, including binary formats, and yet JSON currently dominates large parts of that ecology.

This is just an appeal to popularity fallacy.
Yes, mortgages are amortised while Treasuries are not. That said, the dominating factor is refinancing. If $1 is financed with a 30y mortgage, it could be paid off in 2 years or the mortgage could be refinanced after 20 years for another 30y. Same with the federal debt.

Bottom line is we have no evidence Congress or voters take into account term structure when setting taxes and spending. Those are the drivers of deficits and debt. Not the duration of the bonds issued to finance it.
I find it odd to have a hacker project that connects to a proprietary ecosystem (Sonos). In general, I'm disappointed that Ikea went with Sonos, it's not very "people and planet" to be dependent on one company and app to enable different sound ecosystems, without even a Bluetooth option.
This is not the same trustworthy WF we grew up with on the west coast. After they merged with the Minneapolis bank, it has been one scandal and dark pattern after another.
They were trying to convict him, not free him.
That can be made a runtime concern - if you use Kata Containers as a runtime for Docker, it'll use a VM instead of kernel namespaces.
I believe it's "because on-tap kombucha." That's their secret sauce, or secret juice, if you will.
Real people can misidentify anyone as well, "colored" or not(using their terminology). Does it stop becoming racist once it becomes good enough? Or should we stop arresting any POC suspects because we might make a mistake?

I think we can make a lot better arguments against the use of facial recognition by the government and particularly law enforcement than racism.
When a German Bf-109 spared a stricken American B-17
> Let’s run some numbers assuming the $9.04/ton figure based on Project Vesta’s estimates. Say we wanted to offset 40 gigatons of CO₂, close to the average global annual level of CO₂ emissions. Per Project Vesta’s at-scale model, that would cost around $360 billion. That is a lot of money, but it’s less than, say, US annual defense expenditures, around one tenth of what the US pays for healthcare annually, or 0.4% of global GDP (which is around $88T and growing).

That's quite affordable. I find that I can distinguish between serious environmentalists and fashionable environmentalists by seeing how they approach techniques like geoengineering and nuclear power. If you seriously believe that rising carbon levels constitute a catastrophic (or even existential) threat, then you should be open to these approaches. If you dismiss them out of hand (and I find that these dismissals typically have an emotional and sanctimonious undertones), then I'm going to have to conclude that you don't want to solve the problem you profess to care about.
The reason people choose Gmail or Office instead of smaller providers, is 1) They get less spam 2) Less likely get their mail market as spam. This centralization is killing e-mail. But that's just e-mail. What protocols do people use to send messages ? Facebook messenger, Whatsapp, etc. More proprietary centralized solutions. We need a simple decentralized protocol, as simple as SMTP, bit it need to solve the spam issue, and it need not to be over-engineered (like XMPP). And no, it should not be built ontop of SMTP, SMTP has so many issues, like you can send mail pretending to be anyone. There are solutions like SPF, DKIM etc, but 1) they are built ontop of SMTP 2) They are not stopping spam. We need a new protocol that replaces SMTP, and have spam prevention, identify, etc built in.
What did they omit that constitutes a lie in your opinion?
I thought this was a weirdly off topic comment, until I read the full article. Towards the end it goes off on a wild tangent claiming Union Square Ventures are the reason progressives could lose the 2020 election to Trump. (?!)

A shame, because the first half of the article is great.
This was before Android for ChromeOS was released. But they just wanted a Windows laptop, because they thought it was the only way they could confidently edit documents in their group.
Like the lie detector?
i stand corrected. But why not use them for bike lanes or parking lots indeed?
Virgin media have a 'memorable word' that you quote to the phone agents as a proof that it's you talking to them. It's not the password to the online account and it's only one of a few bits of info you get asked to prove you are the account holder.

I think this is what is being talked about. Not the actual account 'password'.
[speaks in fry register]

"You're, like, a literrrrrrallll Notzeeeee..." /s
> Regular roads don't fall apart in 18 months, they take 18 years (or longer) to do so.

More like 18 months in my region of the world.
Just do a ACH balance transfer, move your bills, then close the account. No need to be driving a paper check around.

If you'll think billing problems will occur, break the transfer into two chunks and keep both accounts open for two months or so until satisfied.
Left Bay Area in mid-2000s. Cannot go back. Not sure if I want to.
WeWork != Coworking

Coworking will grow and prosper. WeWork, I don't know. I don't know how long any company can survive the egregious investor-fleecing WeWork's founder seems to wantonly engage in. Perhaps if a clear stop is put to that, and if every other part of the business plan goes flawlessly, then it has a future.

But coworking is about alot more than WeWork, and the industry will do fine whatever WeWork's shenanigans imply for the latter's future. There are currently around 20,000+ coworking spaces worldwide, of which less than 5% are WeWork's:

http://www.deskmag.com/en/2019-state-of-coworking-spaces-2-m...

https://www.wework.com/locations
Fortunately we didn't give up on flight after the early airplanes.

Maybe expectations need to be adjusted, but experiments like this are worth doing! We don't know exactly what they will lead to, but they often add to progress.
I mean... that's my point. I can plan ahead and pay $12 to have something delivered and then heat it up myself, or I can pay $12 to pick it up already hot and ready to eat, on demand.
Ask HN: Co-Founder is lacking leadership and self-management abilities
My two co-founders and me founded a B2B marketplace startup at the beginning of the year. I am the technical co-founder / product designer. Co-founder A, which is also CEO, has experience in software project management as well as managing and leading companies. Co-founder B had the idea, has lots of experience and expertise in the industry of our marketplace. Each of them is handling the sales effort of one side of the marketplace.

The problem we face right now is that co-founder B lacks self-management abilities such as:
* setting goals
* breaking down problems/goals into smaller parts
* splitting his sales efforts into clear processes/stages
* seeing problems as problems with the process and not just individual problems

At the same time he is an excellent at sales but his sales efforts also require some degree of change management, for which he lacks leadership abilities. He has many good product and he has already improved many of the mentioned skills since the beginning of the year. At the same time he also has ongoing personal problems, which are in no way his fault but still burden him.

We have no employees and plan to close our first round of funding at the beginning of the next year.

Co-founder A and I agree that B is essential to our company's success, due to his sales skill, product ideas and industry knowledge.

Co-founder A feels that co-founder B is not pulling his weight. He is putting in more than enough time, but lacks some skills. If co-founder B does not get better over the next few months, A's proposition is to get a fourth person on board, who gets some of B's shares and will support him.

While I understand A's standpoint I believe that finding somebody capable will take more time and effort than helping and coaching co-founder B. Co-founder A is extremely upset about the situation and wants to see co-founder B improve during the next months or else take action. I see the problem as very manageable.

What do I do?
Without knowing the games, I can't say for certain, but I would strongly suspect most of the games that got commercially pressed at any scale in that timeframe have had their DRM circumvented effectively by now.

If I were the one doing this, I'd go look up NFO files for piracy scene rips of said games and see what image formats they provided, and then look into the software to produce those formats, since there were once a horde of different optical media ripping tools which boasted the ability to effectively produce more complicated image formats than ISOs which would permit exact replication of the media (or software emulation thereof).

A less effort-intensive way of doing this might be preserving an unsophisticated copy of the disc contents along with whatever modifications might be required to circumvent the DRM.
Oh, there's nothing wrong with shared office spaces. It just seems unreasonable to thing they are going to multiple investor money 100x.

It seems like the valuation should be part commodity (the cost of the services provided), and part location (proportional to your local office real estate market). And maybe your size compared to your next largest competitor.
For a spinach curry (saag or saag paneer), yes, $12 is very expensive.

In my local asian grocery store, they stock a lot of vacuum packed Indian meals, all of which have nothing "dodgy" in the list of ingredients, and all of which are actually really good - they cost the equivelant of around $2.5 each.

My local Indian takeaway restaurants sell saag paneer for around $4 USD.
That sounds like a good idea. It would also give cities more incentive to keep the like lanes well maintained (even in bike-friendly cities, bike lanes are usually less well maintained than motorways). One problem is that bike lanes are often located close to shade-providing buildings or vegetation.
Static typing is not a superset of strong typing, they're on different axes. Strong vs weak typing (which I explained in the second paragraph) is about how strictly types need to match expected types before you get a type error. Static vs dynamic typing is about when you get a type error (during a static typechecking phase, or at runtime when you try to use a value as that type).

When you say the type cannot change, that's ambiguous: do you mean the type of the value a variable holds, or the type of the value itself? In C (a statically typed language), "int x" means that x will always hold an int, but you can still assign a pointer to it, it just turns into an int (weak typing). In Python (a dynamically typed language), the variable "x" wouldn't have a type (so it could hold an int at one point and a string later), but the value it holds does, and because it's strongly typed, it would throw a type error if you attempted to use it in a place where it wanted a different type (eg, `1 + "2"` does not turn 1 into a string or "2" into an int).
Wow. If they would've did their job they've prevent six months of theft. That's sad.
Don't underestimate the amount of time and money it takes to actually make an empty office space usable. And that isn't the worst of it. If you have a fast growing company you'll be moving or expanding your office space at least every other year. Or you can pay for lots of unused space.

With something like WeWork I can just come in no matter if I have a 10 or 100 person team.

Were I work we have moved the HQ 3 times in 4 years with substantial cost. We now have a couple of international locations and all of them are under WeWorks roofs. We are glad to not be dealing with the office burden abroad.

Up until 100 employees in the same location, I'd chose WeWork any day and concentrate on my product. I have been to lots of CoWork spaces, they all don't work long-term and are only good for fairly small teams. WeWork on the other hand is also good for bigger teams.
Short options make it quick and easy to use commands you use all the time.

Your little bashism was quick for me to read because it was compact, scannable, and used popular programs I use frequently (cut, sed etc). Yes, you need to look up the options for programs you don't use often but you need to look them up anyway because you don't use them frequently.

Conversely the longer example you used had longItentifiersThatNeedParsing (and are too long to fit in your fovea) and worse, are easy to accidentally confuse with say longItentifiersThatNeedNoParsing -- an error you are likely not to see when reading the code and an error you might especially use when your tooling has a pop-up of suggested completions.

The gnu approach of long + short options can help; it would be better if getopt() would write a completion grammar into a section of the ELF file that could be mmap()ed and used by readline(), similar to the TOPS-20 jsys that inspired it.
I think the tech press still tells us what they can, and stuff like execution ports, reorder windows, etc. is still publicly disclosed. AT talked about what was publicly said about Zen 2 (https://www.anandtech.com/show/14525/amd-zen-2-microarchitec...) and Sunny Cove (https://www.anandtech.com/show/14514/examining-intels-ice-la...). And their reviews do try to report the top observable results (memory latencies, relative performance on different kinds of task, power/clock info) and all that's arguably of more practical importance to lots of folks anyway.

There's also just the trend of modern designs being tricky enough it's harder to infer as much about them and harder to write accessibly about what you do know; it's not super easy to figure out and describe, say, modern branch predictors simply because they're all layering a lot of strategies on each other.

For example, from Haswell on, Agner Fog essentially said Intel's large-core branch predictors are good at lots of things but there's not much he can say about how they work (p29 at https://www.agner.org/optimize/microarchitecture.pdf). Writing code to beat Cortex-A76 prefetchers, AT's Andrei Frumusanu had difficulty fooling them with anything other than essentially-random access patterns and compared them to "black magic" (https://twitter.com/andreif7/status/1102230575522430977). These aren't just random folks saying "wow, CPUs are complicated"; they successfully figured lots of stuff about past generations of CPU.

AMD did reference the TAGE family of branch predictors, which there's lots about in public literature. There might be some broadly interesting stuff in the vendors' contributions to gcc/LLVM (machine models and arch-specific optimizations).

Maybe ARM implementors talk a little more about their stuff? That might have something to do with the dynamics of the relatively open/diverse market for ARM SoCs versus the long-running one-on-one-ish x86 rivalry.

Hard to boil all that down to a single point, but if AMD and Intel want to talk more about the guts of their products, I'm sure plenty of grateful wonks would lap it up. :)
> The email ecosystem still didn't evolve into a format where we can safely transit binary data around.

The only significant characters in email are carriage return, line feed, and period. There's also a line length limit in the SMTP protocol specification. Other than that, bytes sent during the DATA phase are sent unaltered.

Base64 encoding is meant to address this, but it results in a 33% overhead in attachment size. On the usenet side, people came up with an encoding scheme called yenc that actually only escapes those characters mentioned above and only as a 2 to 3% overhead over the original file size.
xargs and cut do describe what they do.