skysight-inc/HackerNews huggingface dataset:
If your area has a low concentration of good paying jobs, it's probably a structural and cultural issue that could be worked on.

Washington, DC is the capital of the wealthiest country on Earth and it has a massive concentration of high quality higher education. Why wouldn't the economy be strong here?
I used to tell people to move to Toronto instead. I don't anymore. There's a housing bubble, cost of living is rising, and tech salaries are up, but not enough.

If my condo hits a valuation high enough (ie- the bubble doesn't pop for another two years) my wife and I plan to sell and get the hell out of here.
There is no single answer for that. Some code from experienced Lisp developers uses a lot of macros. Others don't like that style. It also depends on what you are writing.
Definitive Guide to Rust, SDL 2 and Emscripten
I posted this because we decided to move.

The reason is very simple: our kid got into bad middle school on the other side of the town, we do not have money for private, so we are moving out....
Reading through all the comments, it seems they could play with the wording and sell aggregate data.

The end result of all this is that the data is sold to some company that is either the end company or some intermediate company.

From that you get some creepy ad emailed, physically mailed, or you get a call on your cell phone about Solar panels and a trip to the Bahamas.

It would ideal to have a list of the end company that delivers this creep so consumers as a group to make an informed choice if they wish to do business with companies taking part in this.
(noob question)

Do you need THE best software-development talent to be able to build comprehensive surveillance like the big agencies? Like THE Christiano Ronaldo or THE Michael Jordan of programming.

Or is this more about funds and the power to set such a system in motion?
Sure, cash is important. I would argue that some small percentage of people are required to be in the Bay Area for years before they receive a massively lucrative multi million dollar payout from their company stock or what have you.

But the majority of most other people working in the Bay can't fit that description, right? Surely their skills are transferable to online jobs or other more liveable cities?

The total NET earnings are probably identical (again excluding the massively wealthy income earners in the Bay).

And then when you factor in the lack of smog, stress, sedentary life that the Bay brings...?
Yes, because we all know how compatible each GNU/Linux distribution are among themselves.
Show HN: Canny, collect & organize user feedback
Individually, computers today are more secure than they've ever been.

But there are zillions more computers, doing more things, with more interconnections than ever before. So the problems are compounded and I think the situation is worse overall.
I agree wholeheartedly, but I think there's a healthy competition going on, for now. I just setup automatic replication of all of our repositories from Github to Gitlab (gitlab makes this super easy, I did dozens of repos in one leisurely evening while watching TV...probably could have scripted it, but learning the API would have likely taken longer), for the potential risk that Github may one day pull a SourceForge (though, SF.net turned evil for a while because they couldn't figure out how to ring the cash register without being evil...I think Github is already making money without being evil).

I only ever looked briefly at CodePlex (I'm not involved in any MS developer communities, so it wasn't really my scene), but it didn't seem competitive with Github in terms of how much you can do with very low friction. Likewise, I don't miss Google Code. It just wasn't good enough for me to want to use it...even Googlers didn't want to use it, and used Github more often.

And, there's some high quality open source options, as well, for self-hosted. I've tinkered with Gogs, and it's really very solid (if light on features compared to Github or Gitlab). And, of course, Gitlab has a very competent OSS offering.

Things seem pretty good right now. Not a lot of risk of ending up locked into one vendor that goes rogue. I mean, I worry about some projects really going all-in on github, like their dependencies and such are based on github URLS (that seems crazy on numerous fronts!). But, there are escape routes to many good competitors in the space.
How long did you have to live within the space suit and what was the test environment like?

Did any tasks have to be performed with the suit worn?

Was there a bonus for including a "head" in the suit, at least for the shorter term functions?

-

For a generally less risk filled and short term exposure environment, a skin tight pressure suit with a helmet might work out. I recall reading about such a suit in one short story, but I don't know if an actual engineer has commented on it. It could be useful as an emergency life support suit.
The difference is whether they sell those statistics (as market research) or whether they sell the ability to reach those groups (in which case they're hanging on to the de-anonymized data anyway)
finish a side project and write a tech book.
Once you account for cost of living you don't make all the much less in somewhere like, say, Boston. And Boston has suburbs that you can actually commute from. The traffic is awful but not California awful.
In the same thread you can find proof of this happening to other subreddits as well, so it is not political.
Nicely summed up by a coworker: "I just turned 30 and I still live in a dining room."
They've all been selling data for years and this goes into exchanges for the primary use-case of marketing.

The data may not say John Doe, but it's tied to John Doe's device. You can already identify that a user saw an ad on their laptop at home and showed up at a physical location because the mobile device is tied to the laptop and the mobile device spits out GPS data.

So yeah, they might not sell data that says this is John Doe, but it's John Doe and we know where he lives, where he travels, when he travels, etc.
For inter-IC interfaces, AMBA [1] and Wishbone [2] are open standards for connecting various sections of a chip --bridge between cpu, i/o bits, etc. External interfaces are also pretty open. A lot of FPGAs have dedicated logic for talking with a PCI bus, I2C bus, etc. Unless you're doing something extremely interesting and specialized, hardware's pretty open as is.

[1] https://en.wikipedia.org/wiki/Advanced_Microcontroller_Bus_A...

[2] https://en.wikipedia.org/wiki/Wishbone_(computer_bus)
The part at the end about the Margolus-Levitin theorem makes no sense to me -- that theorem gives a speed limit, while Koomey's trend is about energy use. Can anyone fill in the citation-needed?
I've consider the dell developer editions (the ones that ship with ubuntu) to be sort of official ubuntu laptop (I got one last year and the experience has been pretty good). But I agree, I'd always welcome more laptops that are linux friendly :)
Strategic Defense Initiative
Also worth noting that for real time control you can't beat the speed. Essentially, everything you do on an FPGA happens at the same time. You could see a 1000 line Verilog file that completes a huge operation in a handful of cycles.
If you do not run that command before /boot fills up, and you have a full /boot with a partially installed kernel, then that command fails. So this works fine if you remember to call it regularly, but it does not solve the problem once it occurs.
I ended up setting up a Nextcloud server. It has a calendar service that suits my needs, coming from Google calendar. It is open source, and the nextcloud platform is basically built to be extensible, but I don't know how developer friendly is the calendar app itself. Check it out though!
https://en.wikipedia.org/wiki/Type_introspection

> Introspection should not be confused with reflection, which goes a step further and is the ability for a program to manipulate the values, meta-data, properties and/or functions of an object at runtime.
In my experience it is true that Unity struggles on older computers, or perhaps where the graphics driver situation isn't great. I've had a lot of installations where the dock takes 5-10 seconds to load. Agree with you about ease of use though, people seem to pick it up quite quickly. For the basic functionality of opening and switching applications, people seem to pick it up almost immediately. Not quite the same for using the dock, but even so.
How to Add Effects to TS Files?
They've grown beyond prototyping a long time ago. They are full featured SoCs with great flexibility that fill niches where CPUs, GPUs, ASICs can't compete in flexibility/power consumption/development cost.

- ASICs are too rigid and require high volumes to be profitable

- GPUs are too power hungry

- CPUs are not good for massively parallel processing

FPGAs are heavily used in industrial/military/aerospace applications
I liken this to weaponizing dynamite. It is a step beyond a simple tool. But still just a tool. The criminal activity matters. Also, this software was marketed toward the black hat community based on other threads here and my own understanding of how this software got its popularity.
>you're targeting a demographic that SV doesn't usually pay attention to.

Bullshit. Silicon Valley neither targets black women nor ignores black women. Silicon Valley targets everyone.
The real problem is that the gains from automation have flowed to a very small number of people. If we don't figure out how to reverse that, we're going to be in very big trouble.

On the other hand, if we survive the worst effects, the world might come closer to a post-scarcity society.

Once we escape the notion that working is necessary to be a member of what is now called working-class society, we'll be better off. Those who want to live on little can live on little. Those who want more can learn a trade to get more. And those who have the most will support those who have nothing, because the alternative is worse.
Every time someone suggests this it makes me a bit nervous because you're advocating I install binaries compiled by some random person and deploy them on all my production servers. If there were official backports of some sort from the python people for example, then yeah, but otherwise, nope nope nope.
It depends. Your past experiences certainly suggest that you work together well on an adventure and facing crisis - both of which are common with startups. I did read somewhere that the husband and wife co-founders of VmWare maintained a professional separation of responsibilities and decision making. They upheld this when facing staff, investors and other outsiders. They only did "couple things" at home and with friends. In business they were like any other co-founders.

My take is that when you travel and have adventures, you strive to be similar and match your interests and abilities. In business you need to focus on your specific competencies. You will need to assign responsibilities and stick to them. Otherwise you end up constantly debating every decision and that slows things down. But these are generalisations. Your specific abilities might suggest novel ways of working together.
Exceptions rather than the rule.

The huge issue is going to be robots displacing the low level human jobs...

* Burger flipper 1000
* Fryalator 950
* Pizza Kiosk 2000
* Johnny Cab
* ConstructUtron (builder of buildings, and welder of many standard joints)
Morse Library for Rust
I wouldn't use SEL4 as an argument. It is completely unreasonable to build a production kernel the way they did - it took them ages to get what they had. Google is probably looking to develop features/ move code a lot faster than is possible using their technique.

Good coding practices take no time to implement, you learn it once and you write that way. It is not bullet proof, neither are capabilities. Still, at least they're practical.
I love FPGAs in a simplistic sort of way. I first started working with them when I was in school (1994-96) and thought I was going to spend my life with them. Other than some simulations with very expensive software that had been donated by Motorola I never actually used FPGAs. But from when I first started looking at them, I thought they would be the building blocks for an AI machine that could be added on to forever. I still think so, but I thought that there would be more visibility into the internal workings of the chips.
Going to single payer healthcare is exactly an example of moving from employer mandate (essentially payroll tax) to general taxation for a social program, yes.
It can and it can't. It's sort of like microcontroller code. You can define a core set of functions (like an FFT or something) that is very portable, but the peripheral mapping (which pins to output on, where resources are located, etc) is chip specific.
Who does that leave to help with your OS? Apple? Their support is pretty bad too.
> How do you impose a "robot" tax? Do I get taxed every time a neural net tarts up a photo on my Nexus?

It would have to be a balancing act. My guess is "probably not", because mass-producing modified photos wasn't a big source of jobs done by humans in the past.

Manufacturing industries where you could show a direct "1 robot replaced these 200 humans" causal relationship would (hypothetically) be the ones to be taxed.
From a moral standpoint, I see no reason the attacker's age matters. If you're morally justified in using lethal force, you're justified whether they are 8, 18, or 88.
That's awesome! Open Philanthropy reminds me of https://80000hours.org/.

In their relationship disclosure:

> OpenAI researchers Dario Amodei and Paul Christiano are both technical advisors to Open Philanthropy and live in the same house as Holden. In addition, Holden is engaged to Dario’s sister Daniela.

This is so tangled. I don't mean it as a criticism as I'm sure a lot of SV investments would have a much longer Relationship Disclosure sections. So props to them for including this.
I agree with you that it's not an original analogy, in fact I think you can safely say that most larger, performance-oriented systems end up looking more like an OS than not. There's a large overlap in the problems that need to be solved and the resources available to distributed systems, that I'd be more skeptical of an implementation that didn't lean heavily on the OS, or at least borrow the general patterns.

To answer your question about consistency, we have implemented a transaction resolution mechanism inspired by Calvin. The whitepaper contains a lot more detail, but the short answer is that we use a consistent, distributed transaction log to provide a global order of all read-write transactions, which are executed deterministically on the responsible data partitions. This allows FaunaDB to provide a guarantee of strict-serializability for read-write transactions. Read-only transactions are by default a bit more relaxed and provide a hard guarantee of serializability in order to avoid global coordination overhead.
Being cordial and polite on Hacker News wasn't my concern. My concern is their repeated dismissal of feedback from experienced cryptographers.

Cryptographers can't seem to make sense of a lot of their design decisions in the MTProto protocol. Their response to criticism has mostly been in the form of: if you can't demonstrate a break directly, then we don't care.

Given how fragile cryptography can be, this is an absurdly irresponsible way to maintain a cryptosystem. Modern cryptographic designs try to be very principled, and steps are taken to prevent any kind of theoretical weakness, even if we don't know how to break it in practice. This is because cryptographic breaks only ever get stronger — never weaker.

As an example, TLS 1.0 using doing authentication for CBC modes with MAC-then-Encrypt was known to be weak, but it was only years later when researchers were able to turn this into a plaintext-leaking break. And MTProto is absolutely littered with unconventional or known-weak constructs, giving a lot of potential levers attackers can use to break it.

You might argue that it's fine for this to be the case, as long as they respond quickly to protocol breaks. The problem is, the good guys only learned how to break TLS 1.0 CBC when the attack was published. Did the NSA/CIA/GRU/FSB know about these attacks before we did? There's no way to know. But if it had conservatively chosen an Encrypt-then-MAC scheme to begin with, such an attack would have never been possible in the first place.

That's not to throw the TLS 1.0 authors under the bus here. The weaknesses of that type of scheme were yet to be widely known. In the case of MTProto, weaknesses in their use of certain constructs are widely known, and they don't seem o care.
We (Twilio) are also only charging for successful delivery. Failures to not incur any billing. Retry is (currently) on the customer to implement, but since we don't charge for failures, that doesn't affect cost.

Yes, we're charging per-minute fees, but for US, at least, it's sub-1-cent, and with my testing so far, I haven't seen it go more than a couple minutes per page for something fairly complex, and that's worst case.
Performance numbers anyone?
I don't want to be this guy, but it doesn't look like an April fool joke to me.

ICE does seize domains for counterfeit merchandiss. [1] Also Kodi has done a lot of job to distance itself from things like that by being a non-profit foundation, being open-source, not furnishing any pirated content directly on their site, etc. [2] It will be very odd way to communicate like this for a project that seems to aim maintaining a low profile a top priority.

[1] https://www.ice.gov/news/releases/ice-international-law-enfo...
[2] https://en.wikipedia.org/wiki/Kodi_(software)
Ask HN: Open Source Devs, What's Your Biggest Challenge?
If you think GPUs are too power hungry then you're in for a shock with FPGAs. Switching FPGAs are incredibly power hungry since they run on much larger processes.

FWIW most modern FPGAs use discrete DSPs anyway so you're not really getting the flexibility at that level.
For Frameworks, I have started to look into and contribute to http://arachne-framework.org/.

Its a 'web framework', but really its just a module system. It tries to be a get started fast and still be able to do really complex stuff kind of framework.

I am running into the same issue in Production and I hope to use Arachne to make this easier in the future.
That's a good point! I guess the iteration cycle has gotten an order of magnitude quicker and cheaper with 3D printers.
I'm not exactly clear on what the post is advocating. If it's saying that there should be an open source implementation of an FPGA, then I just have to say that I think there's no way that's happening anytime soon. There are way too many hurdles.

If the argument is just that the open source community should leverage FPGAs more as a means of creating more powerful "open source" hardware, and that there should be more resources for people to learn how to write hardware, then I guess I agree with that. But I don't think FPGAs will be the panacea the author seems to think they will. FPGA implementations will always entail a performance and/or efficiency hit compared to ASIC implementations, and I think many people won't want to take that hit, limiting the number of users who are willing to adopt the open source solutions.
... for now. Once the news cycle ends, Comcast will be one of the first companies to sell this information and make tons of money. Verizon is already there[1].

[1]: https://www.engadget.com/2017/03/31/eff-verizon-will-install...
I have a feeling this issue can be made more abstract and cover more languages, more paradigms than just that of Clojure. The real problem here does not seem to be Clojure, but finding developers as well as faith in new (or small) languages to build that solid, big project that has stood the test of time before you abandon it for something you have an easier time finding developers for, or faith in.
Must have missed that one, great resource as far as I can tell, thanks.
DXCC News
> FPGa vendors in general are extremely secretive about their designs.

That is the part that saddens me. I had always wanted to be able to play with the internal programming. Back when I started they were not anywhere as big, and we almost had visibility.
Looking at the page source code you see a google analytics tracker of `UA-3066672-1`. Quick google search shows that that ID has been associated with Kodi for some time. Probably unlikely that ICE would retain the original analytics code.
+1 was about to post the same thing
The weather and cost situation isn't that much better in Boston, but it is definitely more commutable than SF.

Personally I would eschew megalopolises all together!
Yeah, even things like Block RAM, DSP units, carry + routing and other parts vary widely from chip/vendor.
I should send the article for every Bay Area tech recruiter that asks me if I am willing to relocate to the Bay Area.

How many people need to leave the area before the companies themselves follow due to lack of workers?
What is your criteria or definition of foreign-policy criticism which would satisfy your requirements?

What content would change your mind?
Agreed. That is probably beyond the purview of a HN comment. If you are interested in the topic, there are a number of current political science researchers who focus on the powers of the presidency. Nancy Kassop (my thesis professor) might be an interesting author with whom to start - her work is precise yet easy-to-understand.
Their mere convenience to type.

How horrifying.
> US jurisprudence requires unions to represent non-members whether they want to or not. I don't like agency fees, but they're a response to a free-rider problem.

They get around that by structuring all of the benefits in the employment contracts to cover only their members, and by negotiating exclusive employment contracts with employers (so that there are no non-members).

Put another way, 94% of people who are represented by an NLRB-governed union never had the opportunity to vote for or against union membership in the first place. Most of those are employed by employers with exclusive contracts ("closed shop"), and because the union itself is not required to stand for reelection (its representatives are, but the union basically guaranteed permanent representation[0]), it means that free-riders are a non-issue.

[0] The process of decertifying or deauthorizing a union is very strictly regulated and unions have very broad leeway in preventing it, so it almost never happens except in cases of criminal misconduct and the like.
It's what I call rational irrationality. ;)