skysight-inc/HackerNews huggingface dataset:
I agree with the general vibe of your post, but have some objections as a commuter cyclist who tried one of the e-scooters (Lime) last week.

>These scooters are slower and smaller than bikes, and follow regulations better

These things aren't slower than bikes: mine clocked at over 15MPH (I checked with a sports tracker app). Yes, bikes can go faster. But commuter bikes usually don't (with traffic lights and obstacles peppered along your commute, you aren't riding at your top speed all the time).

More importantly, these things accelerate faster than most casual cyclists.

Now, these things might have brake lights, but they don't have turn signals. And they are way more unstable than bicycles; it's pretty hard to indicate turns with one hand off the handlebars (and both hands off handlebars = fall, unlike on a bike).

Its small size is a disadvantage when it comes to visibility. And small wheels aren't good when it comes to potholes or curbs. And it's not obvious how to jump off that thing at speed (you can't let go of handlebars!).

So, we have an unstable (compared to a bike) platform that can suddenly, unpredictably (to others) accelerate to 15MPH.
Is this the future? Weather permitting, looks like it. But we definitely don't have infrastructure for it yet.

We need roads for traffic like that which aren't for either cars or pedestrians. And narrow bike lanes which cars can get into simply won't do.
It strikes me that even with a perfectly regular starting schedule, buses might clump together in time because the schedule is probably dynamically unstable. To explain, picking up passengers from a stop costs time and a long time between buses implies a high probability that passengers will be waiting at a given stop. This further adding to the delay and shortens the time to the next bus in the schedule.

I'm sure drivers try to actively manage this, but if they didn't I suspect the system would naturally evolve toward pairs of buses leapfrogging each other on long routes.
You do that instead of

better_assert(a != 1, "a should be 1 ...");

with

assert(a != 1 || !"a should be 1 ...");

No need for a library at all.
It is "no duh" advice, but as some type of entrepreneur it's really really easy to fall into a trap where you're scrolling through Twitter and seeing people who are more successful than you always talk about how great life is, and you see them sell 5,000 things in 2 hours because they have half a million Twitter followers, etc..

Then you listen to their podcast or read something they wrote, but after you approach them 1 on 1 you quickly find out they don't even follow their own advice and you suddenly begin to get angry because these people are successful from lying to people but they put on a good show in public, and there's nothing you can do about it.

When really, all you have to do is unfollow them and concentrate on your own stuff because you'll improve your situation by focusing on things you can control.

It's sort of like Nike's phrase "just do it". There's so many ways you can apply this to life, and it's a text book example of "no duh" advice, but sometimes you need a reminder from something outside your brain that it really is that easy to snap out of it and do whatever you're trying to do.
CentOS is the main competition to RHEL licenses. I have been in many meetings where the "use CentOS so if we have to buy RHEL its an easy conversion " was made

I assumed Redhat was going to capture lost revenue by somehow making CentOS less viable.

IBMs business nature makes me think its even more likely now.
Meet the marathon cheats
This is not how Git's data model works. You may be thinking of delta-compression which during "git gc" and purely as an optimization step does delta-compression across content in the repository.

But that's purely an optimization that has nothing to do with the intrinsic data model. There's no point at which the patch output you see with "git diff/show" is actually stored as-is in Git. It's computed on-the-fly.

This separates Git from many other SCMs where patches or other deltas are permanently stored at the time of commit in a way that can't modified afterwards.

The distinction matters because those systems generally have storage that doesn't compress as well, since they need to compute and store a diff at the time, whereas a system like Git can keep finding better delta candidates as history progresses.

This goes all the way back to the likes of RCS. The Subversion FSFS backend also works like this, and I believe Mercurial to some extent, and certainly Darcs since storing a history of patches is what it's for.
I’d agree that agonizing over what your competition is doing isn’t wise, but at the same time if you have no idea what your competitors are doing you are in trouble.

The goal is not to ignore the competition but get better at controlling how you react to it.
Maybe so. In my experience 'helping' in most cases sides with other time/nerves wasting exercises - like browsing twitter in other form. Role playing, not actual real thing.

Getting better in what I do (whatever that is) first (so focusing on what I do), then helping as a side effect, that's possible.
+1 for Discourse. It’s miles ahead of anything else.
Ubuntu is Debian... repackaged
That's because advice doesn't solve anything. Action does.

You can ask for a million different variations of advice but you won't get anywhere until you take action. And only you can do that for yourself.

EDIT: for the replies, I don't mean that advice is useless. Guidance is important, but even the best plan doesn't matter if you don't actually do something.
This might be counter-intuitive but in addition to stoicism, I love helping others when I can. Whether it's answering easy questions online, helping a friend with a business problem, somehow being a startup mentor, or volunteering. I feel the best when it's in person because it gets me out of my own head and sort of into someone else's- trying to understand them, what they're going through, what they're thinking. Being able to see things from another perspective gives me insight into my own problems. Hearing other people's fears and anxieties, sharing my experience with similar issues, and being like hey it's normal and this is how it turned out for me. Sometimes they just need to be heard or get it off their chest and be told everything will be okay, because it usually will.

It has also made it easier for me to ask for help about problems and be receptive to advice and feedback from my mentors- all the times when I was on the other side, helps me see the other side. So I guess maybe that's why people advise to always be teaching someone else while also being taught yourself.

Last, patience. I know I'll get there eventually. Marathon not a sprint.
I'd actually recommend learning digital design first. Go through a course like nand2tetris. If you are writing HDL without a solid idea of what RTL logic you expect to get back you're in for a hard time.
I'm sure there are a lot of differing opinions on the definition, but to me, a hotfix is a fix that's committed directly to the master / production branch of the codebase and then immediately deployed. If there are other changes included with the deployment, then it's not a hotfix.
Hi, professional FPGA developer here. A couple of things I would advise:

Firstly, development kits are great - they provide the hardware you need and all of the IP to drive that hardware. Grab a dev kit - there are lot's of other posts advising you which one. The IP that actually interacts with the real world is by far the most difficult bit.

Secondly, 99% of hardware design is simply know what actually maps to hardware. It's important to understand that hardware languages fit: FPGAs, ASICs, simulators. So what can be coherently written in VHDL/Verilog can't necessarily work if it doesn't map to the hardware platform you're writing for. So you need to actually understand the structures of an FPGA - LUTs, Registers, DSPs and Memories. Once you know what you're writing you're 90% of the way there. Real FPGA devs spend months in simulators before they get to actually hardware test. The simulator will allow you to do things that the compiler will warn you about and the hardware will simply do wrong. Each compiler (modelsim, Vivado, Quartus, VCS etc.) will have a unique interpretation of the language you're using.

Finally, in terms of tools, use whatever comes with your dev kit, but in terms of simulators Modelsim is industry standard and Intel (Altera) ships a free version.

I don't really have advise for learning material- I learnt at Uni.
I doubt it. When you read the IBM and Core OS acquisition press releases side by side you get a lot of the same "hybrid cloud" language.

Update: Near as I can tell the acquisition completed in March/April.
The books by Pong Chu are really good. You can choose either VHDL or Verilog and then the FPGA you are getting started with. I went through 'FPGA Prototyping by Verilog Examples' as my first starting point with Verilog and it was very easy to follow. This will give you a basic level of understanding of FPGA development, from there you can study more specific topics.

There was a good article yesterday on HN that went through the process of taking the Cordic algorithm and implementing it in Verilog, it's a good example of using FPGAs to implement a specific algorithm.

http://zipcpu.com/dsp/2017/08/30/cordic.html
It's been my experience that non-engineers are really poor at judging novelty. Plenty of patents are the equivalent of making a new widget and holding it together with screws. It's not a screw patent or a widget patent, the novelty is in holding the widget together with screws. Someone invents a new fastener and suddenly every product in existence can get a patent by redesigning what they have using the new fastener. Substitute "algorithm" or "data structure" for screw and you have a large slice of the world of software patents.
I wholeheartedly agree. Which is why whoever will be the first one to propose a no-cost, easy-to-get national ID (could be issued via post offices, since those already have pervasive geographic coverage) combined with voter ID, pitching it all as "a real investment into election security while protecting the right of all citizens to vote" or some such, would likely win this political fight.
Then a confirmation box saying, "only do this if you know what you're doing - it can have dire security consequences".

Just because some people are idiots who don't read what's in front of them, doesn't mean others should be impacted.

We all know the real reason it's not an option.
Second that. Discourse is fantastic, using other forum software feels terrible after it.
You can't be sure of that. It could be a loss leader to get people off Google. That said they are hoping that eventually they'll profit more than $50 from you.
> probably due to increased allocation times

Doesn’t C4 still use a thread-local bump allocator? How does that increase allocation time?

I would think it’s much more likely to be the complex barriers.
Alchitry has the Mojo board. They're going to release their Gold and Copper boards soon, along with expansion boards.

https://alchitry.com/collections/all

There's also the Arduino MKR Vidor board which combines an Arduino programmable processor with an FPGA.

https://store.arduino.cc/usa/arduino-vidor-4000
Yeah, I'm also not a fan of systemd, but if there's something I dislike more, it's plain sysvinit. I _almost_ prefer the old BSD style "just a bunch of hand-rolled scripts," at least that one has you feeling special as you make a mess of it.
IBM to Acquire Linux Distributor Red Hat for $33.4B
I do a good bit of financial/news scraping. I'd find this useful, as the OP is clearly a much cleaner read; so thanks for the demo! However I was always of the impression that large portions of what may be important data came in relatively unstructured and one needed to read the S1 with an eye for certain topics or inflection points? Do you find this to be true/do you think there are any heuristics to expose critical segments in a less supervised fashion?
mmt can't downvote you; HN doesn't allow people to downvote direct replies to their posts.
It always makes me happy to see public officials treat addicts as people, not villains. I'm hopeful that this attitude will spread to police departments across the country.

There's some problems you just can't arrest your way out of.

If we take an open-minded public-health approach, trying new techniques and evaluating them, I think we'll see great improvement to the opioid crisis.
Not an FPGA expert by any means, but I saw that make magazine published a booklet about FPGA development for beginners.
Maybe you could use it as a very short intro.
I’ll second this recommendation. It makes meditation feel more accessible.
That's my point. It's a matter of perspective whether or not you find SF dirty. If you come from a cleaner place, you're going to feel like it's dirty. Berlin isn't much cleaner, and there is a homeless problem too (though likely different in cause), so you're not likely to go to SF and feel like the criticism others are passing is as bad as it sounds.
looks like the team was lazy in some regard or some other negative adjective if "lazy" is too mean:
-dev has extra time
-queue has tasks ready to be done
-dev doesnt do tasks becuase they are not specifically assigned to them

I will some times look into tasks that are assigned to other people just to get an understanding on how I would solve the problem and learn the rest of the code base. I wouldnt assign it to myself unless I get approval because that would be stepping on others toes. If a dev doesnt like actively coding and isnt interested in fixing problems for the company that is not a problem with the layout that is the problem with the devs attitude.

lazy , unmotivated how ever you slice it, its unproductive. Ill say this is one reason why working at a company you enjoy is important. You should be happy to make they company better in general with small touchups or performance refactor overhauls. What good is a "todo" list if its just a list of things people wont do.
> All elections are essentially state elections. Even the presidency is really a state level election due to the way the electoral college works. There is no nationwide election so why would there need to be a nationwide ID system for voting?

The Constitution explicitly gives Congress the power to regulate how congressional elections are held - Article 1, Section 4 - precisely because those elections are national in practice (in terms of how their outcome translates to policy). Congress already uses the power to, for example, set the date of the elections to be the same across the country, or to enforce a uniform electoral system (single-member districts). That same power could be similarly used to enact uniform voter ID requirements, and one could argue that it is the only way to ensure that states aren't abusing the system to benefit whatever party controls them. And once you go there, it makes sense to tie those requirements to a national ID.

States can use their own IDs for state elections. But I don't see why they should get away with arbitrary restrictions (or arbitrary lack of restrictions) for elections that directly apply outside of their borders. They're not sovereign countries, and federal elections are one of the issues on which federal-level regulation is clearly both reasonable and constitutional.
For HNers with ME/CFS (or an interest in it) I can recommend last year's documentary Unrest by Jennifer Brea: https://www.unrest.film/. It's available on Netflix.

It's a confronting look at the human side of severe ME, and a call for greater recognition. If you've had people around you struggle to understand what you're dealing with, showing them Unrest could help a lot. Check it out.
Is natural sequence farming the secret to restoring our water-starved continent?
Jair Bolsonaro declared Brazil's next president
> Goldman Sachs Group Inc. and JPMorgan Chase & Co. advised IBM on the deal and provided financing.

Earning lots in interest rate, I guess finance companies are the worst to take advice from
I’m not sure; I personally saved copies for myself, which I assume is okay. I believe (but could be mistaken) that it’s more about redistribution than consumption.
In Germany you get a letter with an invitation to vote automatically for every election. This is based on the general resident registry, and you're required to register when you move.

To vote you simply have to bring that letter with you, and then you usually don't need to show any ID. The election officers can still ask you for it if there is any doubt about your identity. Just before you enter your ballot your name is checked against the voter registry and crossed out from it.

Of course that still leaves a bit of fraud potential, but not really on any scale that would affect the election. You'd still need to forge the letter and know the personal details of a voter that won't vote themselves.
The motivation behind Eclipse/JWT was similar to the French supporting American rebels in the late 18th century. It had nothing to do with what they stood for and everything to do with being able to poke a stick in the eye of their most hated enemy (Sun and Great Britain, respectively). Hell, the name and logo even tells you what they're trying to do.
Precordial catch syndrome
...promising everything and delivering half of that at best...

I work for a company driven by sales people. It sucks. They keep promising things we don't have and complaining that engineering can't deliver. IMHO a good sales person should be able to sell what we have. Any jackass can make empty promises.
Unfortunately this has a lot of opposition behind it from republican voters who believe in kooky mark of the beast theories, and concerns about federal government surveillance. You can be completely certain they would fan those flames hard if a proposal like this ever saw the light of day.
On a semi-related note - I've been browsing HN for years, and a few times I've tried to recall an article/discussion about a topic, but can't recall the right keywords to type into the search box at the bottom.

What would be great is some sort of IRC or Slack for HN where I could ask if someone recalls the article I'm thinking about, as well as general chit-chat for the community. I searched for this as well, and I think someone had tried to start up an IRC channel or even a slack, but it wasn't well populated.

Maybe there's a Discord I'm not aware of?
The choice isn't binary physical or psychological.

No biomarkers? How about: currently unknown biomarkers. And why the preoccupation with biomarkers anyway? What are the biomarkers for phantom limb pain or PTSD?

A suggestion: spend a few months working with, listening to, and helping people before publicly declaring that you've got the measure of their problems.
PRML was my introductory textbook, and it’s excellent. (The neural network chapters are a quite good introduction.) I also hear good things about Kevin Murphy’s text, which brings a more Bayesian approach and is preferred by some instructors I know, but I’ve never used it.
Why would they drop OpenPOWER for RISC-V?
I read the title and immediately thought: 'duh!'
Symantec quittera son DNS public Norton ConnectSafe
Not just that, but they got talked into 5-year balloon mortgages, where they would be forced to refinance after 5 years (the upside being that they got lower monthly payments than a 30-year fixed).

Well, 5 years later rates have gone up to where they can't afford the new payments, so end up losing the house.
Thanks. CA here also and had no idea what that referred to.
Americans have a historical paranoia about the government tracking its citizens. I don't think it's entirely unjustifiable, but clearly, that ship has sailed a long time ago. At this point, the federal government already has so much information on the citizens, it could effectively implement a national ID scheme (and pretty much everyone will admit to that if you phrase the question right).

So the remaining opposition is more symbolical than anything - accepting a national ID would be acquiescing to this state of affairs, while rejecting it allows to maintain the pretense that all the massive data-gathering operations (from IRS and Social Security, to DHS and NSA) are somehow fundamentally different.

In practice, this just means extreme inefficiency whenever you have to deal with the government. I would dare say that citizens actually suffer a lot more from it than the government does (the government can always hire more bureaucrats to maintain and synchronize more databases).
Forums rarely get things right -- that had been solved by Usenet.

Proper threading.

Read/Unread tracking.

Keyboard UI. (And the mouse UI tends to be bad as well.)

Responsiveness. (Especially: page loads which are not instantaneous.)

Killfiles.

They generally have mediocre search functions unless they are entirely visible to Google.

These are off the top of my head.
As Rick James used to say, "Cocaine is a hell of a drug!"
How hard is it to explain to people that their vote only goes to #2 if #1 is already out of the running?
Hi there! Fellow IBMer :) sorry to hear about your experience so far, just wanted to chime in and say that you're definitely not alone with this perspective. Patents at IBM are so highly valued that they often act as a blinder towards open source.

However, there are definitely groups inside of IBM that choose to open source their work instead of filing for patents. For example, the team that I'm currently on works on the Carbon Design System [0], which is entirely open source. All the work our team does is out in the open too [1][2], which is great!

I would say that for teams like this, the tendency is to open source software and patent processes that are unique to IBM or a particular domain. That way we can try and contribute back as much useful technology as we can!

Obviously there are others at the company who might have a different perspective, but thankfully we're also trying to spread our own take on alternatives to the traditional processes at IBM.

Hope this info can help make your time at IBM a little bit better!

[0]: https://www.carbondesignsystem.com/
[1]: https://github.com/carbon-design-system
[2]: https://github.com/IBM?utf8=%E2%9C%93&q=carbon&type=&languag...
Writing a Screencast Video Editor in Haskell
Since you mention using FPGAs for algorithmic trading I can only guess that you wish to employ FPGAs as some sort of signal processor. I would suggest investing in an FPGA driven Software Defined Radio (SDR) You'll get the best of many worlds as an SDR does something that is immediately useful, and demonstrates how the FPGA fits into the larger picture as a part of a signal processing chain. Once you understand the complete signal flow from beginning to end mastered, building the signal processor you have in mind will be far easier. You will need to brace yourself to learning at least 6 different languages, including VHDL, Verilog, C, Python, Javascript, and Go.
It's not that they'll drill in Alaskan waters. It's that they'll supply energy to people instead of us.