skysight-inc/HackerNews huggingface dataset:
Why don't either of you just tell Siri who your wife is? You can say "My wife is" and her name, it was verify that it found the right one and after that you can just say "call my wife", "sms my wife", etc.. You can do the same thing with your boss ("call my boss") and various other tags.
This is one of those excellent pieces of advice that seem like common sense when you hear them but you probably wouldn't have thought of doing.
Trump denies 'insensitive' remarks to soldier's widow
I'm not sure what to make of your post.

Are you trying to argue that your personal lack of experiencing a component failure means the component's fleet-wide failure rate is acceptable?

Or are you just saying you like your computer, and tossed in a flippant assumption that you don't really stand behind?
Imagine you have a problem for which you need virtual dispatch. In C++, you typically reach for inheritance. In Haskell, you typically reach for typeclasses.

Comparatively, imagine you have a problem for which you need ad-hoc, but statically resolvable, overloads. In C++, you typically reach for templates. In Haskell, you instead typically reach again for typeclasses.

This is what I mean when I say neither comparison is really closer than the other. Haskell couldn't replace typeclasses with templates, just as it couldn't replace them with objects.
Yet another step forward to Web "Delphi", good luck!
At a high enough level, Python does not live up to that zen. It does not restrict how you will organize your code, it just restricts instruction level options.

Keep in mind that the Zen of Python is mostly about how Python differs from its ancestors (basically, Perl). It's not a work on software engineering.
Those infographics: unless they render a lot differently on non-iOS devices, Tufte must be having a coronary.
I've added the other frameworks.

As for the update marker, I've just added an "updated" date to next the the publishing date in the breadcrumb.
That's me. I switched 3 years ago because I saw exactly this. I originally did it to gain more tech skills with the plan on going back into it, but I left and didn't go back. I took a bootcamp, and about 1/3 of my class were ex-wall street.
Really? I find jq syntax rather pleasant to read and write.
Adobe brings visual search to its Typekit font service
WTF? You are absolutely right. I could've sworn I had issues with this before. 25% of my irritation with Go just evaporated (the other 75% is how hard it is to run Delve, but I'll figure that out.)
Ask HN: Are HN contributors generally more pessimistic?
Off late, I am finding a lot of pessimism and negativity on HN. Is it just me or the nature of discourse has really shifted?
Speaking only from personal experience, the only thing about the stock Android keyboard that I prefer over the stock iOS keyboard is swipe typing. It's phenomenal. I've had plenty of issues just trying to get the actual key that I want to press on Android.

Again, personal experience only.
ah, cool, thanks! I didn't get it!
GRBs are named in a similar fashion with simply having an additional character at the end, for example GRB171010B is the second GRB of 2017-10-10.
And the naming scheme will simply have to change in 2100 (actually probably already 2090 because the system was in use before 2000)..

Supernovae on the other hand are named with the full year followed by one or more characters to disambiguate them - for example SN1987A or SN2013EE.
This is handled centrally by the IAU and takes some time, which usually means that the same object is known under many different temporary names until the official name is assigned (and only if it is an actual supernova!).
> but if you have a search path that resolves FQDNs as relative domains, isn't half of your software broken anyway

That’s correct, but it shouldn’t be that way.

I should be able to have google.com resolve to google.com.local.kuschku.de in my resolver, without issue, and the actual website should use google.com.

The fact that we don’t do that today breaks many parts of the original DNS and URL RFCs.
Curious, is this the same team that does your Analytics / AB testing?
My Samsung Chromebook is featherlight, lighter than my iPad. So it has replaced it as a PDF reader. An iPad-priced Chromebook with cell network support would be a dream purchase.
Other than saying 'Hi', I generally don't interact with anyone in the Apple Store these days. I get what I need, scan the bar codes of the items I'm buying in the Apple Store app, and then walk out.
That's not true. You can buy a firm foam mattress if you want it.
I've only used Lambda for one thing, a simple website monitoring / alerting setup, but it worked wonderfully. I wrote my Lambda function in Java since I know Java better than the other options, and even in a verbose language like Java the actual code was probably 50-75 lines of meaningful code (not boilerplate). It just reads a file from S3 with a list of URL's, opens a connection to each in turn, and for any entry that experiences an error, it sends an SMS message to my phone using SNS. I probably spent an aggregate 3-4 hours on the whole thing, and it works great. And since I am only checking 4 times a day, it'll take me forever to use enough Lambda to cost anything.

It may not be perfect for all uses, but for this little thing it works out really well.

(Aside: Yes,I could have used an off-the-shelf package like Nagios, or a SaaS monitoring service. I did this in part to learn Lambda anyway, and also because I like the idea of something I control and can customize myself, but which doesn't require maintaining a server, yadda-yadda.)
Sending GraphQL Requests Through AWS API Gateway Using the Apollo Client
Which platform for serverless functions has 8 cores? I have a CPU intensive data deployment script (Node.js) that takes 12 hours on a single thread but can be chopped up to take advantage of more cores. Our build server on ec2 has 2 cores so it's about 6 hours. It would be great to know if we could push the job into serverless and get it done a lot faster.
I agree that Thinkpad + Linux is a great combo (with wonderful keyboards!). However, repair service wasn't that good in my case. Response and shipping was super fast, but my laptop was at their repair center for 2 weeks waiting for a part (battery).

I switched to Thinkpad with Linux from Macs 18 months ago. Adapting took maybe two months. I would not like to go back.
Fedora Modularity
NW Maine, outside of Rangeley. I'm about equidistant from the Canadian border and Mt. Washington, which is in NH. I'm perched on the side of a mountain, in an unincorporated township, about 25 miles from the village center in Rangeley.

You'd not be the first person from the Internet to come visit me. It's too addictive/beautiful for me to get into additional details. Doing so tends to derail threads. If you are really curious, uninvolved@outlook.com is a fine way to reach me.
Culture: Game Over
I switched to an Asus UX305 with Ubuntu a couple years ago for the matte screen and the fact that it has no fans. No complaints so far.
Nice, but:

1. It is exposed as a nodejs module, but some other modules may be at conflict because they may wrongly assume that they are the only thread running. E.g., some modules may be using global variables in C++.

2. Still, it doesn't support fast immutable communication (structural sharing) to other threads through shared memory.
It does happen, but most of the industry has a really strong negative reaction to the journalists and business side mixing in particular ways. It's a cultural divide that was established a long time ago and is still very important now.
The problem I see with the "agent" model is that it either short-changes the recruiter, or results in an agency that manages too much talent to offer a personalised service (i.e. reverting back to being a bog-standard recruiter).

A lot of people slate the "fire and forget" cold call approach that many recruiters take, but it works, especially for the more sales oriented recruiters. It's not uncommon for many recruiters in Bristol to make tens of thousands a week in sales for their company through essentially building up a database of developers, a database of available jobs, and essentially recruiting for roles that they don't represent. I worked for several agencies that have interviewed and hired developers via recruiters they had never shared a job spec with. All these recruiters had done was find a public job opening, cold call until someone answers, and send that person in for an interview. If that developer is earning £40k and they're getting 10-15% of that salary as a fee, that's £4k for a bunch of emails. Repeat that for several roles a month and you've made a fair amount of cash.

The biggest issue from a candidate perspective is that using a recruiter tends to limit yourself to a subset of companies that are willing to deal with recruiters. A lot of great companies either hire internally, or receive enough spam from recruiters that they threaten day-rates on those that waste their time on cold-calls.

The agent model sounds good for high-end developers, but convincing these people that there is someone out there that can sell their skills better than they can sell themselves would be quite tricky. The vast level of domain knowledge someone at that level has built over the years is enough to get them the job.
And they're somewhat awkward versions of all the above such that most projects pull in deps like gorilla/* for those things anyway.

PHP has template rendering, routing, and database conns built right in too ;)
I wish I had more upvotes to give you.
> That's more human readable, but also slightly inconsequent - you wouldn't be able to validate such a template with json schema for example.

Could you elaborate?
Thankfully people actually using the software is more meaningful than awards :)

Also why is it so weird to see your company wants you to be replaceable? It’s up to YOU to differentiate yourself.
Quick thread about career goals, progression, and timelines
So Jasonette functions are just about transforming the model, all in a reactive way? Like view->events->transform model->view?
I assume that MikusR was talking about the i7-8650U. Apple doesn't down-TDP the processors in the MBP. I don't know where this idea even came from and it's trivial to prove it false.
Keep an eye out for their fall launch. They let you run the Challenge Gordon platen press to make a print. They don't let you set any type because it would be pretty time-consuming, but they do let you get close and personal with a case of lead type and a composing stick.

I think they ran the linotype when I was last there, made a row of type, or let you do it, and then tossed it back into the molten lead again.

Just make sure to catch up on some of the poets or authors they've published. You won't have to go far. Then again, IIRC Stan was not as much the literary type as he was the technical-mind. He's the founding master-printer. You can usually find him in some pub around the annex drinking too much Guinness.
It seems like a pretty simple solution works in this particular design space: the client keeps asking for updates and keeps pushing updates to the central server.
Inferring from "Ironically, it’s GDP growth that will stop the music," it seems to me like they're saying that a lack of increased productivity combined with a tightening labor market will increase wages and thus inflation while not affecting equity returns, shifting growth from equital holdings to cash holdings.

I'm not so sure it'll happen personally. The Fed seems to be raising interest rates before inflation has a chance to increase, but we'll see.
I feel the same way in that their portrait mode just doesn't look right compared to what you would get from a real shallow depth of field and a fast lens.

But I think the (depressing) truth of it is that I notice it because I've had fast lenses and spent a lot of time taking photos, so I know what natural looking bokeh looks like. And bokeh is also just an artifact of a lens and aperture combo, so who is to say that extreme blur with a sharp line as they are doing isn't just going to be the new standard?

I suspect the next generation will come to prefer this look (if it continues) and find the "natural" effect with real glass as weird.
Maybe? Kind of?

I'm extremely pro-capitalism, but free market economics does rely on a number of assumptions being met in order to function, and only maximizes utility functions for those participating.

If you build a market that violates those assumptions (e.g., massive consolidation of supply) and effectively excludes people from participating (by reducing total volume of work amenable to human intervention), capitalism ... just doesn't work. Wrong tool for the job.

Traditionally we either regulate operations to make them better fit free market assumptions, or regulate outcomes. Whether that looks like communism is a secondary discussion, though if you consolidate supply heavily enough, then yes, you end up with some central supplier choosing what to produce and how to allocate it for all those people that have no resources to create meaningful demand.
Whats wrong with QT on other platforms? If it is about the looks, it looked pretty good on Windows as far as i remember, as for speed, it is mostly down to the developer not the language.
I think the original test still hits most of the important points. But yes, there's room to adjust some of them for modern tooling; the web ecosystem; and the current agile mindset.

1) Replace "source control" with "distributed source control". Or something about source control where branching and merging is cheap.

2 and 3) Replace "build" with "deploy" for web apps

4) No change

5) I've always been iffy on this one. What sort of bugs? All bugs? What software is ever bug-free? No new code until you've handled every single edge case and typo? Not very agile. I think this is another that differs between web apps and "shrink-wrapped" (even if digitally shrink-wrapped) apps; and with digital distribution significantly shortening the build/distribute/feedback cycle, it's less crucial than it used to be even for the shrink-wrapped apps.

6) I might replace this with something more agile involving sprints/milestones/target dates; or about adjusting scope to meet schedule

7) The term "spec" tends to get feathers ruffled, especially in agile circles. I've seen software built very successfully from nothing but a UI design and a short bulleted list of legal compliance requirements. I think there's room for something here about knowing what you're building and the whole team (from design/product to engineering to QA) being on the same page about what that is.

8) This. 10000x this. This is the item that 95% of software companies these days fail hard.

9) I've seen people complain that this doesn't take into account the prevalence of open-source tooling, but I think the point here is that you should be willing to invest a LOT of money in making your developers' lives easier and software quality better. Don't skimp on workstation hardware, or AWS instances, or licenses for whatever tools will improve velocity/software quality/quality of life. Perhaps it could be reworded somewhat.

10) These days I would split this one into whether developers write automated tests that are run in CI and whether you have someone other than the developers do click-through testing, both of which are important (unless you're writing nothing but SDKs)

11) I would say during either an interview or a take-home exercise, but yeah. Write code as part of the interview process.

12) Kind of meh on this one. For most web apps you can do A/B testing, partial rollouts, and feature flags to get much higher quality and nearly as quick feedback than you would with "hallway" usability testing. For shrink-wrapped apps, I think it depends on how representative people in your hallway are of your target user. Yes, you need usability testing, but the "hallway" part is debatable.
AI doesn't work that way.
Ask HN: Any video hosting backend provider?
Suppose you need to build the next twitch or youtube, What do you use for video hosting?, without going the route of self-hosting.

* edited: "back end" to backend
IMHO any tool that converts JSON to JSON is pointing to the wrong direction.

Json should strictly be used as a serialization format and everyone who touches it should immediately parse it into a typed data-structure that represents your domain better.

In fact you really should represent your data in your code using whatever native object hierarchy / algebraic data types / option types / etc. your language supports. (Algebraic datatypes are awesome at this sort of thing, it allows you to avoid the aforementioned conditionality)

The problem is the right way to do this is also the hard way, because people hate writing "boilerplate" classes and serialization code and once you start thinking about making it "easy", you end up using json as the in-application data structure because "who needs types anyway".
You can also check out this:
[redacted]
But there's almost no features in it as I'm lazy :)
I think that the best feature in this lib is a python-like range type:
[redacted]
Thanks a lot! This is helpful.
What's wrong with:

return {
labels: data.items.map(function(value){
return {
type: "label",
value: value > 10 ? value : value * 100
};
})
};

I hope your project does not get too popular.
Facebook and Google reportedly helped set up anti-Muslim election ads
Built with javascript as in, it's an electron app.
Tracking tens of thousands of kids
I worked as a barman. A skilled barman can pour two pints simultaneously and take a new order from the next customer, but I believe with machine assistance this could be greatly increased. I could easily imagine replacing a staff of say 5, with 1 or 2 workers. Large order for 10 pints, 3 cocktails and 7 shots? A staff member presses a button, and the correctly sized, just cleaned glass pop out of a slot coming from the automated dishwasher, and the pints and other drinks are poured to perfection, every time. The barman checks the order is correct, accepts payment, gives change if its in cash, cleans the tables and changes the barrels when it's quiet. You could get a hell of a lot more work done with a small number of low paid staff and machines that can pour endless drinks at once. So while you don't eliminate all the staff, you can drastically reduce the headcount and greatly increase productivity, at least in theory.
I use both Go and Python regularly, and both have their uses and issues. Go for me is a rather simple tool that doesn't get in my way, and just lets you do stuff - on it's own it's relatively boring. While it's probably not everyone's cup of tea, I like it's simplicity. It does have some downsides the article here mentions like package management and versioning. I understand why vendoring is being pushed as 'the official solution', but it still feels backwards to me.

The thing that eventually makes me grab Go time and time again is how damn easy it is to drop into code of some library - even (and maybe especially) the standard library, something I rarely did or do in any other language. With Go there's little friction to do this, for multiple reasons. The source of truth for pretty much any project is almost exclusively Github, godoc.org documentation has links directly into the source-code for every single function and struct, and it forces you to set up a dev env that let's you understand it's structuring, where your libraries and it's code will end up. About the last part I had some mixed feelings at first, but after a while you appreciate it that the libraries you're using aren't tucked away somewhere in some system directory. Add to that that Go is a simple, pretty readable language, and you end up with a very transparent library system. Would I ever even think about jumping into the paramiko library (which I used on multiple occasions)? Not at all, so I didn't. The first time I used the crypto/ssh lib, I also didn't think about jumping into the code, but somehow, I did because it was the natural thing to do, and made me understand the internals and SSH a lot better (paramiko was slightly easier to get started with though).

Another thing I really like is that the language encourages not writing 'applications' but rather libraries that can be reused by virtually anyone, and your final application will be a relatively small front-end shim for it. While this is not hard in Python, creating a separate library for smaller stuff somehow always felt as overhead, while in Go it feels like the natural thing to do. In python, there's yet another ton of overhead if you want to add something to PyPI - while in Go it's a `git push` away. This also creates serious issues and pitfalls, but it makes contributing a library a lot easier.
Winning on other people’s disgrace? Already happened, The Big Short, etc
https://aws.amazon.com/digital-media/
You can add "Volume Up" and "Volume Down" keys, along with other useful functions, in the initial touchbar view by going to the settings.
Cos by using JS you don't need low level knowledge of how computers work and you don't have to plan too far in advance. People are not big fans of learning, specially the things they deem arcane.
Time limits on serverless functions are 9 minutes on GCE and even less on AWS, so for long-running stateful tasks they're probably not suitable, unless you can divide the work into serial as well as parallel subsets.
It seems odd to me that Samsung isn't doing things like this. After all they have both the chip design talent in house, they design their own Eynos chips, and even have the fabs in house as well. They're not as well regarded for software, but they do at least have some in house dev capability. A Samsung Galaxy with that sort of differentiation would, like this phone, make even a die hard iPhone user like me take serious notice.

Or is Samsung actually right not to go down that path and the economics of Android handsets just don't support the significant extra spend and commensurate price bumps that sort of investment would require? The Pixels look like great devices, but without dramatically upping their distribution and marketing game is this really a vanity project for Google? I hope not, I'm crossing my fingers that with the talent they acquired from HTC, Google is really intent on making a splash in the market with the Pixel and not just in the tech press.
I always thought Microsoft's Courier was a good idea...not that that implies that it actually was.

https://en.wikipedia.org/wiki/Microsoft_Courier
> And to be honest, I think human sacrifice is literally what we believe in. When something goes wrong, we require someone to feel pain. The more permanent that pain, the better. This goes beyond crime. Look how sports players are immortalized for their blunders. Look at the mob justice of the Internet. Look at how we crack down on the vulnerable when the middle class struggles.

Reminds me of René Girard[1]. I'm not sure exactly how I feel about him, but I found his thoughts quite interesting.

[1]:http://www.iep.utm.edu/girard/
After youtube got a dark theme I had hope for more... guess not.
It's an Image Processing Unit. Architecturally I'd expect it to look like a GPU, maybe with something like the new matrix-multiply unit from their TPU. https://www.slideshare.net/AntoniosKatsarakis/tensor-process...

Edit: wrong name
Can't speak for the OP, but when you own and run a profitable business that sustain financially your lifestyle and more, your focus is not automatically about growth anymore. As the OP says, it is often about reducing time spent. Hiring someone for SEO, managing her/him, making decisions, is a lot of extra work. I see the rationale for leaving that work to be done by the buyer, especially if you don't like doing it, and making the buyer feel good about their added value in the process.
> better specs for the price

If only the displays were 16:10 or 3:2 and as nice as a MacBook's. Otherwise, yeah, they're better.
SciPy 1.0.0rc2 release