skysight-inc/HackerNews huggingface dataset:
I think you'd have to anticipate it to stop it. To start the pollution you'd basically just need a giant fire. It'd be really hard to put out. It'd be similar to when the oil wells were set ablaze when the US invaded Iraq.
If A is the CEO, shouldn't they be managing B (as the CMO?).

CEO can help them set goals, break down and clearing stage gates.

You could help with the ECR, like, each gets a ticket that you work through.

A will have to manage B for sales process, you will manage on ECR. Together you will help B improve.

Make sure your own measure of performance is understood going in and what metrics factor success.

And if B don't cut it, after N months, well, you have to make the choice that's best for the Ship, not the Sailor
This seems like a massive undertaking given that those panels would sit atop fast moving traffic and stand up to the elements (like tons of snow). But I'm sure at some point it will be perfectly feasible.
You beg the question that free information is always a good thing, and that anything which gets in the way is censorship -- in other words, evil.

There are ways that information can be used to cause harm. If it were not the case we wouldn't need encryption. As a society, we must be capable of enacting laws that define when information is harmful and thus not allowed. Is this censorship? Is it evil?
How so? I mean, it's an image of cars driving over something which is kind of delicate.

Perhaps you mean roads with solar panels near them that feed the passing cars energy? Now that at least sounds exciting! (Although it's probably not a great idea either, not enough battery weight saving to be worth it.)
> What economies of scale and purchasing power would make for a differentiable competitive difference vs Local Coffee Co?

If Starbucks spends less money buying coffee, that means they can afford to spend more money on nice decorations (and better real estate, more ads/PR to increase brand presence, etc.) than Local Coffee Co. The real estate/furniture is presumably a relatively small portion of the operating costs of a coffee shop, so e.g. buying 10% cheaper coffee beans could mean getting a location that's two times as attractive to customers.

WeWork might not be able to do that as easily because for them, the real estate and furniture is their only product.
What point are you trying to make? That state propaganda is superior to free press? I do not agree.

The press has its faults but the idea of openly accepting state propaganda seems like a low value proposition.
But then, why put them at the side of the road as opposed to, well, anywhere really?
Wikipedia[1], and probably most dictionaries, disagrees:

> A reservoir (from French réservoir – a "tank") is, most commonly, an enlarged natural or artificial lake, pond or impoundment created using a dam or lock to store water.

I've been to plenty of reservoirs with "lake" in the name, and I didn't realize the closest lake to my childhood home was a reservoir until I was a teenager, and the name didn't have reservoir in the name.

[1] https://en.m.wikipedia.org/wiki/Reservoir
But in this case they're building an OS from existing components and not redesigning GUI libraries. The current reality is that you run fc-cache to update the cache.

Hooks in this case don't impact servers because fonts are not installed in the first place so caches don't need updating.
It sounds to me like you will reach a better practice without the app regardless of cost. I would force myself to do it without the app for 20 or 25 minutes, just wait for the timer to go off. Do that a few times and it will get easier. From my experience you will get better results this way as the guides are ultimately a distraction.
The code for Descent has been available for a long time and if you're going to look, you should probably check out some of the links and info here: http://icculus.org/d2x/
see also https://github.com/nix-community/nixos-generators/
Edge cases which rarely come into play are the ones you should be most afraid of. Things that happen often get caught before they cause trouble. Things that never happen are fine. Things that happen rarely are what get you.

For an made-up example of how this could get you, let’s imagine that you have a message service that gives each message a unique ID. Some bright soul decided to give this ID a nice structure and make it a 64-bit value where the top 32 bits are an incrementing integer per user, and the bottom 32 bits are the user’s ID, assigned by with a global incrementing integer.

Everything works great in testing and you deploy and the VC money is rolling in and then some of your very prolific users go past 2 million messages and suddenly messages are getting mixed up and you’re leaking private info because your access checking code happens to get the real 64-bit value but your message retrieval code puts the ID in a JSON number.

Now you might respond, but that ID scheme is dumb, don’t do that. And you may be right! But dumb things happen. It’s unwise to leave land mines lying around in your software just because they only detonate when someone does something dumb.
Chrome Extension Rolls Back Google Images Redesign
My location wasn't the issue: I meant that Toptal was insisting companies located in the Bay Area would not want to pay more than about $65/hr (plus Toptal's surcharge). It was laughable, considering I was at that very moment working full-time at a company with a base salary with an hourly rate equivalent that was more than $65/hr, plus I got bonus, stock, and perks/benefits.

As far as I was concerned, Toptal wanted contractors who'd bill like the were competing with E-lancers for business, while Toptal was marketing them as "top talent. "You get what you pay for," and while you (for example) might be an exception, "top talent" isn't going to charge bargain-bin prices for their labor.
I ordered from the website, and got no confirmation email or acknowledgement SMS. No indication of whether this is a one-time thing or a repeat order.

I'd stay away from this service until it gets more polished.

update: I e-mailed customer support and Soham replied. I'm grateful for the reply.
> So if you are going to make such a big, systemic change, why not just ditch Linux for Haiku instead of re-creating what we have spent so long making work already?

Because reworking userland is still easier than getting meaningful hardware support in a new kernel. Unless you own nothing but old Thinkpads, hardware support is usually questionable at best on operating systems more "alternative" than FreeBSD. I guarantee that there is not a single computer in my house where all hardware supports all primary functionality under Haiku, where they all "just work" on Linux.

And then of course you still have to deal with all the pain of rebuilding your applications for the new OS, so you've saved absolutely nothing while adding a lot more effort to achieve parity.
My experience in downturns (2000, 2008) says that landlords consider leases a crucial part of their hedging strategy and they have zero willingness to renegotiate.

In 2000 I knew someone who called all their major vendors for datacenter space, etc, and threatened that if the landlords didn't cut the cost, he would go bankrupt. The response from 100% was "go ahead". To do otherwise would be philanthropy on their part.

> WeWork’s aggregated buying power lets it renegotiate leases, passing the pain to landlords.
He has majority voting rights, he's the one making these decisions.
Powershell is case insensitive. Use the style that resonates most with your heart.
> I assume you're mainly referring to buffer overflows,

That is the most visible security issue, but there are many others e.g. reading excess data is a security flaw (a la heartbleed).

> Really this is more of a problem with memory-unsafe languages than serialization formats

JSON is often used to communicate with unsafe languages. Are you suggesting a binary format is better for using with a language that is memory-unsafe? Or are your implying we should use Rust so that we can use a binary format!

> This is specific to IEEE 754, not all binary representations have this issue.

So now we use some other (unspecified) binary format for floating point numbers?

> This is just an appeal to popularity fallacy.

Bullshit. JSON didn't become popular because it was popular. Developers have chosen to use JSON because it served a purpose for them within their particular ecology. It became popular into the headwinds of XML and other formats.

There are plenty of unpopular binary formats that developers have had experience with that they choose not to use. I have personally have enough experience with a variety of spec and custom binary formats to know when I would use one.

Binary formats most definitely have their place (embedded, high throughput at scale, severe bandwidth restrictions, strict typing, languages with poor string handling, naturally binary data). But for a large percentage of software projects, JSON works and it works well.
“they” is really mostly just me :)

You’re right that this cache currently isn’t great to use! You need to run fc-cache manually when changing your fonts, I wasn’t annoyed enough with it to patch it yet.

Regarding servers: I found that package systems which are finely granular enough so that fonts are not installed on servers are not as easy to use—I need to manually look at and install dependencies before things work. A system which is coarser, but avoids the work as well, seems preferable to me.
I received two emails yesterday with application/octet-stream as part of the inner body, compliant with RFC2046 [0]. Having a Content-Transfer-Encoding of base64 is entirely optional.

It's the default for certain larger email hosts - that's the reason you see it frequently, but that in no way means that it is the _best_ option for a protocol that suggests it's solving the problems of the old one.

[0] https://tools.ietf.org/html/rfc2046#section-4.5.1
Paulista here. This clean city law or wathever is translated into destroyed our beautiful Japanese neighborhood (“Bairro da Liberdade”). Besides we are in dire need of economic freedom therefore this is just another hassle among 1000 regulations we have to follow to open up a simple bakery or emporium.

I’d rather have our cheerful city back than this trashy version of dusty “there was a banner here 2 years ago” marks all over the place.
Ask HN: What analytics tool to use to measure the usage of your plugin?
I have built a javascript plugin for Shopify stores. I want to measure usage without bloating it with a full-fledged analytics library and screwing up the user experience. What is the best way to achieve that?
> I have absolutely no doubt that I've missed some good ones, but that's how WeWork made me interested in something that I'd put off for so long -- really nice looking interiors in great parts of town/great buildings.

(I understand that most WeWork locations should look about the same, so…)

I still don't get how their "private" offices have glass panes for walls. That's horribly unconducive for work.
I’ve experienced issues with five separate version numbers of Soylent powder over the past five years (and two versions of the Soylent drinks, and two versions of Meal Squares), to the point that my body now considers this entire category of “constructed” food products unappetizing and would rather skip a meal than consume any of them.

Your statement that it’s “affordable” is valid only the sense that it’s cheaper per calorie. Declaring it “better” without qualifiers is, to use your own words, “your opinion”, and declaring it “convenient” presumes that it is nutritionally valuable to all, which in my case and in this founder’s case, it cannot be for flavor or digestive rejection reasons.

Please take more care when declaring your opinion not to misrepresent it as fact. Evangelizing a competing product in a Show HN isn’t going to earn you much favor to begin with, and misleading people by stating opinions as fact will only undercut your message further.
This makes me wonder, how many companies in a similar position (great product with a good demand) have failed and shut down to the misfortune of its customers?

I see similar talks about Uber, and yet I can't imagine such a product failing due to the number of happy customers.
Typically paired with roti or some other bread. Do you plan to introduce something like this? I for one, love this idea, but cannot eat just the saag on it's own :). I use daily harvest, but would switch if I had just a good quality, non-chemical laden roti to go with it!
Google wants to reduce lifespan for HTTPS certificates to one year
Assuming one might feel safe enough to walk on them.
The professor that wrote the analysis distinctly says WeWork as a business has value (worth maybe $2b). The issue is with the valuation of the company that is 26 times the revenue, and priced as a tech company even though it has no tech. It’s a real-estate company (these trade at x3 revenue).
Show HN: DevDucky – Your Personal Pair Programmer
I don’t think majority ownership is necessarily a turn on or a turn off. There are cases when a bunch of minority shareholders would be chaotic and prevent the company from making long term bets. There are also cases where minority ownership would allow for stability while cycling through executive turnover and experimentation.

Which situation you are in, and whether shareholders would be turned off by majority ownership, is context specific.

For example, I think SpaceX would be a less attractive stock if there were only minority stockholders, and having Elon as the majority holder makes it more likely to succeed at going interplanetary, rather than just milking a traditional orbital business model.

If your investment thesis depends on a bold bet like that, a single majority shareholder you trust would be a comfort.
Hi HN!
I am the founder of DevDucky, we help your engineers fully understand your company's code and product.

I was working as a Machine Learning Engineer, and like all engineers, I had to read and understand a lot of code, and information about the code like tickets and product specs.
I decided to try and solve this problem by using knowledge of natural langue processing,

DevDucky aggregates data from your code and none code sources like tickets and google docs, uses deep learning algorithms and can extract information from it, like:
document a piece of code, generate a product spec or answer questions about the code.
You can see examples on the website www.devducky.com

I'd love to hear your opinion and what kind of future features you would love to see.
> In my naive and ignorant perspective, it _feels_ like it paves the way to spend more now without thought of how to pay it back.

While the policy recommendations made by people embracing Modern Monetary Theory may be debatable, the core descriptive feature of that theory is correct: when a government is budgeting in its own fiat currency, the treatment of finances as “fiscal”—literally, relating to a purse into which revenue goes and from which spending flows—is fundamentally a misleading metaphor: government spending creates money and government taking in money destroys it. Government “borrowing” is literally destroying money from the hands of the volunteers to offset the monetary impacts of money created by spending with the promise to create more money and give it back to those volunteers at a specified later date. Paying back isn't really an issue the way it is for non-fiat-issuers.

There is no fiscal policy, only broad-focus monetary policy and distributionally targeted monetary policy. (Traditional monetary policy is the former, traditional “fiscal” policy is a mix.)
The Vatican Library has been digitized and is online
Can any one recommend an old engine to go through? I'm working on learning graphics programming, and would appreciate a few examples. I've poked through godot a little, but modern graphics engines are seriously complex beasts and I figure an old one will be a bit simpler. I'd appreciate advice here; thank you.
I'm a little confused by the question. I don't see it applied within the software industry.

Software teams still measure in man-months. We just call them something else, like "story points". I've never seen any estimate or schedule which included team communications costs.

Second-system effect is still just as common as it ever was. We still fix bugs, and in doing so, create other bugs. Many or most systems lack conceptual integrity. We still hire implementors before the architecture is finalized.

I've seen pilot systems only very rarely. I've never seen an architect produce a manual of specifications. I've never seen a surgical team, or anything even vaguely resembling it. I've never seen tool-maker as a dedicated position, even when my manager agreed it would be useful to the team (on the basis that "nobody would want to take that job" even though I volunteered).

The only piece of TMMM that I've ever seen or heard any team try to apply is "No Silver Bullet", and that only as a catch-phrase used to mean "we're fucked either way so don't try". Nobody quoting Brooks has bothered to read that chapter (or that paper) and find out Brooks's criteria for what would constitute a "silver bullet", or try to make one. I can think of a couple examples of partial attempts, but always by UI/PL researchers, never by software engineers quoting Brooks.

Are you looking for "the book everybody knows they should read but nobody actually does"?
Most Americans are in debt and have no stored wealth. I know that intuitively it seems like stored wealth should be good for an economy but it’s not the case. Spending more money than you have (debt) is actually better for the economy because it results in more movement of goods and services. Leveraged consumption grows businesses which hire more people which creates wealth. I do think that education is important, but you also need consumption to drive demand for educated professionals in growing businesses. In short you need both for the economic cycle to work.
Seems like any sort of solar panel on the ground is going to be prone to get nasty stuff on it.

I guess they might just have them at an angle, then trust the rain provide some light cleaning, while a street/rail-cleaner could go by for more thorough cleanings periodically?

I mean, I dunno what exactly their strategy is, but I'm assuming that they're not counting on a road to not get dirty. Cars leave rubber from their tires, drip oil, drop trash, etc..
That's a pretty expensive experiment, and they could have tested each independently (install a few meters of panels near a tree and near a farm). Instead, they installed 1km of road and the minister of energy hoped to drastically increase the amount of these roads within a fairly short time frame (5 years), which tells me they didn't consider it an experiment (just a conservative rollout).

This feels like fraud to me, and some lack of reasoning on the part of the government officials who accepted this project.

Yes, $5M isn't huge by government standards, but it's pretty big compared to simpler testing options available to a company who plans to fall back to powering CCTVs (hopefully not with parking lot panels...).
The Stuff That Dreams Are Made Of
This depends on the size and context of the organization. I'd argue that front-line managers should handle trivial, low-priority, low-glamour development, but not more than a small fraction of their time (say between 10% - 30%). If they're doing development work that is more sophisticated or requires more of their time, they aren't going to be able to do their more important job: managing. Managing, by the way, is more than just having 1:1s every week and filling in the budget spreadsheets--it's negotiating for priority, fighting for direct reports' career needs (e.g. fighting to get the team assigned the projects that ICs will be able to use in their performance reviews) and balancing that against the needs of the business, etc.
WeWork’s Mysterious First Investor
check out fabian sanglad's blog:

http://fabiensanglard.net/quakeSource/index.php
https://wikileaks.org/plusd/cables/06HONGKONG4115_a.html
There is no functional difference between an array of unsigned bytes (binary) and a array of signed bytes (char data). The only difference is that when you send binary, 0 is now a valid value instead of null terminating a string. Therefore you must prepend the size because you can no longer parse till you find a NULL byte. It is always safer to know the size you must allocate ahead of time instead of dynamically growing a buffer until the text stream is terminated.
I didn’t say it was
“industrial” I said it was stone, plant, and hide tech.

As to your bald assertions, I’d be happy to discuss them if you can formulate them in some form other than an insult.
Looks like someone needs to start Naan as a service to complement this.
Right. I feel like some people will accept nothing less than rolling back industrial civilization.
Imagine a huge conglomerate who has the ability to take revenues in more than one division - you claim the revenues in whatever the market treats as having a higher multiple, thus inflating your “growth” story and your stock price. To financial folks it looks like you’re shedding old businesses and making a new hit, but in reality it’s a finance trick.
It says "For MPI Workloads", meaning they are indeed talking about distributed computing.

The sentence before says the systems are interconnected with 200 gigabit Infiniband.

So they aren't talking about the number of cores in a single system, but rather in a cluster that has a high speed and low latency interconnect.

MPI: https://en.wikipedia.org/wiki/Message_Passing_Interface
Infiniband: https://en.wikipedia.org/wiki/InfiniBand
> Because reworking userland is still easier than getting meaningful hardware support in a new kernel.

Our kernel has "pretty good" hardware support already.

> Unless you own nothing but old Thinkpads, hardware support is usually questionable at best on operating systems more "alternative" than FreeBSD.

Haiku boots and runs pretty well on Ryzen 7 boxes and Hades Canyon NUCs from last year (with working USB, network, WiFi, etc.) And we also support old ThinkPads, too :)

> I guarantee that there is not a single computer in my house where all hardware supports all primary functionality under Haiku, where they all "just work" on Linux.

Unless you only own machines stuffed with Broadcom and NVIDIA hardware, this is almost certainly false. There are a few quirks to be aware of, but Haiku largely boots and can at the very least connect to the internet on just about anything made in the past decade and a half. (We reuse FreeBSD's ethernet and WiFi drivers, so any network device that works under FreeBSD should work under Haiku.)

> And then of course you still have to deal with all the pain of rebuilding your applications for the new OS

Haiku is POSIX-compliant and has a lot of Linux toolkits and libraries ported (Qt, wx, OpenSSL, libuv, SSH, WebKit, ...) So a recompile may be all that is needed.

> so you've saved absolutely nothing while adding a lot more effort to achieve parity.

But you have gained a fully integrated desktop environment instead of a system of disparate projects tied together with duck tape and superglue.
And what about kernel modules that need to be recompiled, like virtualbox's?
Yes. Somewhat simplified, hyphens inside of identifiers are allowed and not taken to mean infix minus.

I remember when this was switched on. Larry Wall tried it out on the entire spectest suite, and nothing broke (or at most one random thing broke), because basically people already put whitespace around their infix operators.

Incidentally, apostrophes are also allowed inside Perl 6 identifiers.

Personally, I used to conservatively use underscore (`_`) in my Perl 6 identifiers for some years. Then I got used to hyphens, and it's hard to go back.