skysight-inc/HackerNews huggingface dataset:
Look up "Credit theory of money".
Affluent | Data Engineer / Technical Product Manager | Raleigh-Durham, NC | Full-Time, Onsite | https://www.affluent.io

Affluent is a digital marketing analytics startup. We are looking for our first full-time, non-founder hire - a data engineer to join our data & integrations team. This is a full-time role for an early and pivotal position in a growing startup.

Role

• Build and lead the team responsible for mapping, developing, and maintaining new integrations with third party marketing platforms.

• Map data from multiple sources into a common data model and create product requirement documents for developers to build integrations.

• Design efficient data processes to handle data ingestion, cleansing, transformation, and validation.

• Manage the integrations developers who build connectors to each integration.

• Lead the development of an automated data accuracy verification engine.

Requirements

• Very strong math and/or data analytics skills, relentless perfectionism, and a sharp eye for detail – the ability and drive to find the missing cent hiding in millions of dollars.

• A love for creating process and procedure with high levels of accuracy.

• Intermediate to advanced MySQL or other RDBMS programming skills.

• Experience working on analytics, data-driven workflow, or business intelligence components of applications and technologies

• Demonstrated experience working with large and complex data sets

• Working knowledge of APIs (REST, GraphQL, SOAP, etc)

• We do not require a degree for this or any other position. Degrees are fantastic but, if you’re a child-prodigy who built a SQL database when you were 12 to document your Pokémon collection, please apply. That said, degrees in Computer Science, Statistics, Analytics, Economics, or similar are all great.

For more details, contact yonatan@affluent.io
Indeed. The most extreme I've encountered is the Ciphering Time Trials, where you have 100 problems and 60 minutes. The AIME has 15 problems and 3 hours, but each problem is complex, usually involving several layers of "ok, this is really that"; my friends and I learned to check our work carefully and repeatedly, and even then we usually made several mistakes. For the curious, here's a sample:

https://artofproblemsolving.com/wiki/index.php/2017_AIME_I_P...
Not even a front, I'd say, that implies this was somewhat hidden. The first thing anyone thought about Sputnik was that it could as well be a bomb. Rockets reliable enough to fly celebrities to orbit were pretty direct advertising of each nation's capabilities. (By celebrities I just mean that they were famous before they flew, and thus losing one would have been impossible to cover up, thus increasing the signal.)
The MTA moves 5.5 million people daily, why don't you do the math on door-to-door individual vehicles for all of them? Like, major office buildings can have 10,000 workers in them, and there may be a bunch of such buildings in a complex. Do the math, figure out what sort of station you need to build to let those people arrive at work in the morning in their individual pods.

And the safety devices you describe are what keeps stories like "subways crash, 500 killed" from being commonplace. What exactly happens when a couple of Boring Company vehicles crash in a tube at 200kph? How do you extract them? What happens to them, and what happens to the other 75 vehicles approaching in the tubes behind them at 200kph? Has any thought at all been given to this?
The only true safe way is to print it, redact with a sharpie and scan it back in. Not everyone is versed enogh with Adobe acrobat to do it the right way.
More like "this tool wasn't designed to work that way, so to use this part of the tool, you'll have to conform to the way it was intended to be used."
I recall designing fonts for the mx80 in basic, the user manual was my first programming "book".
> Having full-time software experts running the show turned out to be crucial. Previous incarnations of the project didn’t have a technical leader at the MTA—just old-school senior managers who would try to wrangle the contractors by force of will. The new in-house team, by contrast, was qualified to define exactly what they wanted from software providers in terms those providers could understand. They were qualified to evaluate progress. They could sniff out problems early.

I think this is the most important topic in this article. Government projects cost so much and take so long because there is always a disconnect between the institution paying for the work and the institution doing the work. One can’t reliably measure the other’s capabilities and knowledge and so it becomes a murky relationship (one that is also easily exploited by persons on both sides willing to make their paychecks fatter).
With the caveat that fellowships vary significantly between one another, most of the ones I've gone to follow the pattern of:

show up, prepare some coffee/light snacks,
as soon as a critical mass of folks have arrived, sing a short welcoming hymn,

brief discussion of happenings since the last meeting (ie, which scholarship got the most votes to support last time, so that's the one we'll fund, etc),

main service, usually someone giving a talk about some aspect of what they've done (ie, my father was a diplomat focused on human rights, he would talk about a few select issues, and how things did or did not work out)

discussion following the presentation, with a focus on the morality aspects (it is a church meeting, after all)

passing of the hat to fund stuff like scholarships & pay the minimal expenses that come with meetings

closing hymn, everyone says goodbye with a smile.

So it's a lot like a nominal Christian service you'd find in a lot of churches across the US, with the difference being that the actual God part of the discussion is greatly minimized, and the social aspect emphasized. I genuinely enjoy going.
Didn’t Netflix start providing ISP level caching vis boxes? In any case if they didn’t this method would make P2P pointless as consumer peers would still route traffic back to their ISP, and in worst cases another consumer could be at another ISP network.
You could augment your engineering experience with subject matter expertise. Finance, Supply Chain, Manufacturing, something like that!

Practically, for me, this means a MicroMasters on edX. For some, it'll be a Nanodegree on Udemy. For others still, it's a professional certificate or three. Whichever route you find makes most sense to you.
It does. My team uses Epics -> Stories -> Sub Tasks all the time.
If you're over 12 you just wasted some money. Your ears are going downhill pretty much from the day you are born. Really good audio equipment is wasted on almost every adult.
Letters to a new developer
Tidal has a lossless streaming service.

https://support.tidal.com/hc/en-us/articles/203055911-High-F...
"They even put out a video that gleefully shows off the worst stuff. Look at how broken it is! Look at how old!"

https://www.youtube.com/watch?v=Mjx3S3UjmnA

Well made video that helps understand the interlocks - if you like antique systems!
Anyone who has ever experienced deep emotional release during physical activity like yoga or massage knows that there is a connection between emotions and the body. It is weird, at least to the typical western-conditioned mind, but it is definitely there.
I think it's a mistake to look for leaders in our elected officials. In general, politicians poll their constituents and their platform changes to mirror what their constituents want in order to continue being re-elected. Sometimes whenever a politician "flip flops" it's because they're changing their position to better align with their constituents.

But this also means that public policy lags public opinion. If you want new (govenrment) solutions, you have to change public opinion first.

Change the public opinion and the politicians will follow but I wouldn't expect them to take the lead.
The reasoning you're outlining is pretty much why I don't think climate change will be addressed in any meaningful way.

The recent UN report says we have 11 years to cut global emissions by 50%. It's extremely unlikely that will happen: https://www.vox.com/2016/10/4/13118594/2-degrees-no-more-fos...

As you say, everyone will continue focusing on "immediate, specific" problems, and then it will be too late (if it's not too late already). Our children and grandchildren will suffer droughts, wars and famines for our short-sightedness.
Wow, thanks for the recommendation...this interview is blowing me away. So much insight.
There's nothing make believe about the trillion dollar US armed forces that backs the full faith and credit of the US dollar.
> Lol that makes it sound like they had a choice.

They could have simply kept their assets in stable coins, like Dai, Tether, etc..They could also sell into USD on exchanges that allow you to trade USD (e.g. Kraken). Another option would have been to open a hedging short position on say, Bitmex. There's lots of ways they could have cashed out, effectively.
Audacious Eyes Funny Gift Tee
America Lost a Lot of Nukes During the Cold War
That would cut into the Beets business.
I cannot tell whether this is being said with a straight face.
The theory would be that you can't have any more than one "thing I have started doing, and will resume doing first thing in the morning" which should be the meaning conveyed by "in progress" and everything else should be yet-untouched "backlog" or in a priority queue "prioritized" and therefore out-of-mind, or explicitly marked "blocked" with a comment about who or what is blocking it -- so that there's no question about why things aren't getting done or who is working on what (if everything on the board is sitting as "in progress") so people aren't over loaded, haven't bitten off more than they can chew, or have a bunch of things blocked but haven't raised their hand and spoken up about any of them (the typical dysfunctions).
You can’t actually pay your Ohio state taxes with BTC. They convert immediately to USD when you pay with BTC. If it didn’t convert, you can bet they would not accept BTC.
He doesn't mean that these platforms ignores existence of these groups, he says that they cannot provide place and sufficient time for these groups to express their positions in their own words, not distorted opinions and distorted facts in a way suitable for media corporations and their owners.
Completely agree, +1.
Issue & project tracking belongs in tools like GitLab or Phabricator, not JIRA.
Absolutely, for example Italy's "Five Stars" party, which is currently the majority party in the most populist government Italy has ever had, won the elections with a strong "anti-elites" platform and a (completely unrealistic) plan for redistributing money to a large part of the population.
The Truth About Van Halen and Those Brown M&Ms (2012)
While this is intended as just a proof of concept, I think this technique is mathematically flawed. You can't just use the average number of people in each zipcode, because if there is great variation in the number of people per zipcode, a randomly sampled person is more likely to be in a "large" zipcode than a small one.

Consider the case where we have 100000 people, and 10 zipcodes, each with an average of 10000 people. Now add that zipcodes 0-8 have only one person, and zipcode 9 has the remaining 99991 people. What percentage of Americans can be reliably identified by sex, zipcode, and full birthdate?

I don't know the exact answer, but I'm pretty sure it's closer to .01% than 87%. The 9 people in the 9 small districts are reliably identifiable, and 99.99% of the population in the large 10th district are essentially not identifiable. While the actual population distribution by zipcode is surely not this extreme, I think this example shows that the question cannot be answered unless a specific population distribution is known (or assumed).

Actual distribution of population can be seen here: http://proximityone.com/zip-place.htm (click on Population twice to sort by most populous). At a glance, there are quite a few zipcodes with far more than 10,000 people, making me think this is going to skew the results considerably.
I think the reality is that software is very rarely specified enough that you can go to a central specification and point at it and say "look here in the spec it says it should do X"

Something unforseen is occurring that the spec never talked about and that's reality. (trivial example: if you design without full unicode support you don't explicily SAY in a specification that you aren't supporting some characters, nor would you say you DON'T support such characters). And then a customer comes and says his name shows up as gibberish and you have no tests and no spec mentioning whether this is expected or not. It's simply a case that no one had thought of in neither specification nor implementation. The fact that it wasn't specified makes it easy to say "since we didn't expicitly mention it, it must be a bug".

It's in my experience usually futile to point fingers towards whether something is a bug or a new feature in this case. The customer obviously doesn't care, to him it's just a bug even if it's a lack of a feature (because the customer doesn't have the specification even if one exists). So to the end user it's very much a bug even if to the development team that may have written a spec that says "it shall be iso8859 and garble any utf-8" it is a completely new feature!

And even in the latter case where even the buggy behavior was well-specified, you'd be having a bug report describing the garbled text as a bug. The best you can hope for in a dual bug/feature system is to close the bug report as *wontfix - by design - see feature 123 in the feature tracker 'add unicode support'". This may be a trivial and perhaps obvious example, in most cases these realizations may take a large portion of the time.

Now: a public facing bug-report system feeding into a separate bugs-only-tracker can certainly be useful still, but once those end-user bug reports are converted into work, whether it turns into a workitem in a separate system marked "bug" or one that is marked "feature" isn't really that important. Work has to be prioritized in the same queue anyway. The ROI for fixing a bug, specified or not, has to be weighed against the ROI of adding a feature.
What cokml19 said, it’s all about minimising the work. This is just a normal Jekyll site hosted on github pages, but with just minimal css and js inlined into the page. There are actually a few more lines of js hidden around the place, e.g. for adding the “play” buttons onto the code snippets, but it’s all simple library-less code.
We had 73 years of peace- three generations of men, who where not send en mass to Gettysburg, Verdun, Stalingrad - we do not even have such places with that whisper of horror attached to it.

The Manhattan project, and its spread to other major forces has brought this world peace- definitely not some idealistic hippies. I dread the day, the worser angels of our nature- our psychopathic leaders, would agree on using the slaughtering grounds again- to measure out who gets to paint what color to what field in the maps of the great game.

Nothing but the fear for there own, feeble life's have kept the likes of Putin, Mao and others at bay ever since the start of the cold war.
Why WordPress Needs Gutenberg (& the Future of Page Builders) -
If you let it cool, it would stop fusing. The fusion power wouldn't magically go up.
There might have been even more amazing devices which were lost.
I agree with the issues raised by the article but disagree with the conclusion. Prose is great but the way he suggested creating an architectural doc up front doesnt sound like it can evolve as the trench warfare progresses.

I feel like a big part of the issue is the disconnect between management and development people in many ways. Most managers only really care about the surface level of the software. Their situation of not being able to directly control the guts and the fact that their boss only sees the surface level reinforces that.

Another issue is that management expectations are almost always unrealistic. It's the nature of software development because it is a research process where it's exponentially easier to envision the next step than it is to implement it.

My current belief is that both project managers and even executives need to be forced to look at at least some code every now and again and included in software engineering meetings routinely. That is the only way they will start to understand the scope of the work and realize that there is work under the surface.
Sounds like we agree, but use different names for the same things and some of the same names for some different things! :)
Pulse SMS is cross platform - it syncs SMS on your phone to a myriad of other clients in various operating systems.

https://messenger.klinkerapps.com/overview/
Jira is an incredibly flexible business process tool that - among other areas - lends itself particularly well to software development processes in larger organisations.

With all the criticism levelled against it I have yet to see a better tool of this kind.

Jira isn’t opinionated about the process that’s implemented with it. If you want that there are alternatives such as Basecamp for instance. If you want something simple there’s always GitHub Issues (or similar tools).

If you need something customised then other than building a tool yourself Jira likely is your best alternative (unless you want to manage your process with Excel sheets, that is ...).

If, on the other hand, your process is broken and built around anti-patterns then yes, Jira will absolutely help with fostering and perpetuating those but it’s really not the tool that’s to blame in that case.
If I don't break them out "too early" then that often means I'm not breaking them out until I'm almost finished :)
There is an esoteric/occult idea that if you want something to stick around, you oppose it directly. Something "bad" (and I'd call the willful ignorance and lowest common denominator style of the current White House bad) actually moves towards chaos and dissolution. Fight it, and you lock it into it's current orbital position. This is not right/wrong or good/bad, simply a kind of physics.
'Another possibility is people wanting to advertise that they can afford to wear the brand.'

People wearing Ferrari baseball caps, for instance, is probably an extreme of this?
Isn't this superseded by contraction hierarchies?
I know what you mean. But (and I think this is genuinely, deeply important) listening to people's thoughts and opinions when they are far outside how you see things is vital if you want to make sure that your own perceptual bubble isn't vastly out of sync with the rest of society.

I have friends from across the political spectrum, and one of my primary concerns of the modern time is how many of them have incredibly inaccurate strawman conceptions of what 'the other side' is like. The only solution I know of is to actually talk in person.
Read it again. You are equating scientology and dianetics to charlatanism, not the author of the inital reply. He/She simply stated "x is like y". Why did you flag my other responses, which correctly pointed out that you are the one making the fallacy of guilt by association, not the author?
What does MM mean? Google wasn't able to help.
Use a reseller like Gumroad. They deal with all tax and VAT for you. Transaction fees are 3.5% + 30 cents. Not affiliated with them but I've looked into how to avoid dealing with problems like this previously. Paddle and Fastspring are other options but they're really for software sales I think.
It's nearing the 90 day mark. Are you going to prove yourself a liar by keeping me banned, and a coward for not letting anyone speak against you?

I don't mind either way. I'm just pointing out your inconsistencies.
> I think you need better software developers or a better system if for a person in your team, fluent with the object model and the systems downstream, takes 3 weeks to import data from an excel sheet honestly...

Ah yes, nothing is better than questioning the estimate of a hypothetical user story that lacks any and all detail about the existing environment.

Like, maybe 3 weeks is quick? Maybe there is all kinds of shit you didn't even think of at all? Maybe the excel sheet has all kinds of weird non-canonical data that makes it very hard to reliably import? Maybe nobody on the team ever touched an excel spreadsheet in their life, let alone imported one?

Like.... seriously. Are you one of those people who always go "you people are idiots, I can do task XYZ in 1/3 of the time all you estimated"?

When an engineer tells you something will take 3 weeks, you listen to them.
It has miniprolog.
How textiles repeatedly revolutionised human technology – Aeon Essays
What is the identification for, to keep track of individuals over time? It will also fail for everybody who moves address and changes zip code.
“Ledger” was just the first app we worked out how to do as a blockchain.

There will be more, but the design process is hard. The reason Ledger was cracked first is because ledgers are pretty simple.

Saying blockchain is “just a ledger” is like saying the web is “just a bunch of nerds uploading documents about their hobbies”. That’s where it started but after many years we learned to solve other problems with the same ideas.
I mean it was war. Like it or not you don’t go into war negotiations with a limp hand - it’s a weak negotiating point. So I don’t think the US needed to make a hat in hand offer for it to be considered valid.
"It is not a breed," Sulimov explains. "We have reproduced the initial 'pre-breed norm' of a dog, the way it used to be 100,000 years ago. In other words before humans began to 'specialize' it, breeding it for hunting, guarding, etc. Any specialization limits possibilities."

I found this fascinating and the "Any specialization limits possibilities" reminds me of that Heinlein quote:

"A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects."
If that is true for you, I'm impressed. Could I see the properly redacted receipt from any of these listed places showing you paying in crypto? Maybe a pack of gum would be easiest. It'll be like 0.0000000001 BTC.
> That is the exception proving the rule.

You do know that expression uses “prove” in the (otherwise uncommon in modern English) sense of “test”, not the (more common in modern English) sense of “establish the truth of”, right?

And which of the multiple examples I cited is supposed to be the singular exception? (And, certainly a Senate that is minoritarian but for conditions of either supermajoritarian popular alignment or fortuitous geographical alignment of the majority isn't an rare exception, it's a fundamental and conscious design feature.)

The United States isn't a majoritarian government by design, and very commonly does not (and certainly does not now) have the government most voting citizens want. It's even less the case that it is majoritarian on any single issue; there are many issues you can find where there is a durable majority opinion not reflected in government policy. (In part because it's not the sole issue and multiple issues compete in electing representatives, in part because candidates manipulate voters with false positions which they find reasons to blame other people for having fail, but in large part again because even a majority voting solely on one issue, for politicians honestly pursuing the voters' preferred position, doesn't guarantee winning control of either House of Congress or the Presidency, much less winning all three or winning both Houses of Congress with a veto proof majority, and so does not guarantee ability to legislate the desired goal.)