skysight-inc/HackerNews huggingface dataset:
I would suggest migadu (https://www.migadu.com)
I would also suggest you contacting them and ask them for help they will tell you the best option.
I went through a similar experience, and spent two years going through the machine learning landscape. Every month or so I would wonder why I still bothered to continue working on it, but still continued as I saw so many smart people around me apparently interested in the topic.

It took a while before I realized that maybe ~10% of the researchers are in it out of genuine interest, and the remainder are simply hoping to ride the wave of success of various kinds (academic, monetary, etc).

And for the 10% who are genuinely interested in the stuff, there is a long history, with many ideas that got explored under various terms as you point out. It is extremely dangerous for a field to lose awareness of the history of ideas affecting it. This is part of what I like about older fields, such as mathematics: researchers at the highest level are very keenly aware of the history of ideas in the discipline, and where modern ``high powered machinery'' can and can't help one on various problems. One can only appreciate the problems and techniques of today's enterprise if one understands what came before.

An analogy I like to think of is that of the problem of alchemy in the middle ages. Turning base substances into gold was a hopeless task back then (and still is right now); yet very intelligent people of the time such as Newton devoted significant amounts of energy into it. From a modern scientific perspective, there is nothing fundamentally impossible about this; stars do it in supernovae. What the modern perspective has given us is the ability to see why the problem is out of reach for now, and why energies are better devoted elsewhere.

My own belief is that 100 years from now, people will be able to articulate similar reasons with respect to the problem of strong AI. A personal favorite in terms of arguments are those of Stanislaw Ulam, as presented in Chapter 4 of "Indiscrete Thoughts" by Gian-Carlo Rota.

In the meantime, there are side benefits to be had from the pursuit of the ``strong AI challenge''; in a similar manner to the great progress in chemistry thanks to the problem of alchemy in the middle ages. Grand challenges serve as a unifying cause, and thus help in achieving remarkable things.
This did not load for me.
It seems to fit a bit too well to be a coincidence.

The article talked about the car having a ILO engine, same as was used on the motorcycles mentioned in the Wikipedia article.

All in all i do believe this was an Auto-Kabine.
I've been working through the tutorials on this: https://www.turbo360.co/tutorials. They're pretty easy to follow and almost all project-based which is why I like it.
Coming?
well luckily it is probably based on the surname Wix which is based off the english word "Wicks"
Are humans to scientifically illiterate to justify having a Nobel Prizes for science?

...
Nonsense, Pytorch is great in production. I use it for Mathpix (mathpix.com) which processes 20 million images per month.
Sounds error-prone if the notification ever fails to reach some subset of the caches. A long expiration time (e.g. several hours) is probably almost as good, but also "self-healing".
There wasn't much of anything to compare with. Traffic modeling 'on a computer' didn't have (m)any domain experts, nor programmers with domain knowledge. So, training was key and something I felt strongly about.

I started employees at higher rates than senior traffic engineers make today. Pay also included bonuses and profit sharing, sort of. The profit sharing wasn't ever written into policy.

The benefits were prett good. I always tried to find a way to ensure any additional training/education goals were met. We'd still pay their partial salary while they attended, cover child care expenses, and things like that - if and where needed. It wasn't always domain related. I've paid for people to take culinary arts classes, albeit at night, just because they wanted to learn to cook better.

Err... It is slightly more involved than that and a post of its own, if you want me to write about that aspect. I'm willing to do so, but I strive to remain on topic.

As mentioned elsewhere, I had slightly less than 250 employees. I also never took any classes in management. So, I got away with things that would be laughed at today. Our head office had a small bar and pool table in the back, for example.

Anyhow, a programmer would have probably started at about $120k in the year 2000. That is unadjusted. Not having taken any management classes, I realized that individual salaries were paltry compared to other fees, I paid $12k per month just for a print room.

I also realized it wasn't my money paying for it. I kept the business' funds separate from my own and drew down a salary like everyone else. My clients paid our salaries. If I had higher salaries, my rates would adjust to suit.

If you're curious, I actually paid myself a smaller salary than some employees got paid. I'd hired them to do complicated things that I could not do. I paid them accordingly.

It was rather unorthodox. The company was sold and the sake was finalized in 2007. The now-parent company is public so it has SEC filings. I suspect I've given out enough information to figure out the name, but I'll let you sleuth or not. I kind of enjoy not being known as 'that guy' and having to meet expectations.

Related: I am still mulling over the idea of writing a book, but I am not really a good writer. So, it's a bit of a toss-up.
This is probably true, but wealth is only distributed when traded for wealth (or service for wealth creation).
The max block size for segwit transactions is about 3.7mb. The idea that bitcoin blocks are limited to 1mb is false, and its being propagandized as such by people who really want to fire core and take over the bitcoin brand. It has nothing to do with technology (because as I pointed out the max block size quadrupled in August.)

It's also worth noting that segwit transactions are more efficient and segwit paves the way for even more efficient transaction formats in the future, so that 225byte average transaction size will go down over time.

SegWit was just activated in August. The core client that utilizes it is still in testing (or was recently released) so segwit is still very early in its adoption stages.

Along with Lightening Network and side chains (a whole other form of scalability) and other layer 2 solutions, SegWit contains multiple layer one scalability solutions, not just SegWit itself and the block size increase, but efficiencies across the board-- and over the past 2 years core has been making bitcoin more efficient, and scalable, with many releases and many optimizations... none of which are talked about in the "scaling debate" because its really a "I want to be king fo bitcoin" debate.
Somebody had best back those up before they disappear down the memory hole.
That would assume that the number of people buying domestic wouldn't just shrink in proportion to the tariff, because they can't afford goods anymore.

And also perhaps in addition, because their company cannot pay them anymore because of the cost of goods.
That's not exactly an adequate analogy. The world is a different place now than when Hypercard was released.

People have been burned too many times to not be skeptical about using a proprietary piece of technology to power their app.
I've been working on integrating a client's platform into other platforms. We looked at Wix. From a user standpoint, Wix is pretty slick. They require all their plugins/addons/apps to fully integrate into their UI. Not a trivial barrier to entry! Way better than some app stores that just let you toss up a redirect link and call it a day.

But man their editor, while neat, is just so damn slow. <generic comment about how shit was faster years back despite slower connections and processors>
> the average American now scrapes by makes minimum wage working odd hours at a Starbucks with no benefits

The average American has adequate health benefits [1] and makes around $25/hr [2,3].

> We just export all this pollution to China.

We sure do.

> Instead of a good unionized manufacturing job

But I question the assertion that without China we would still have strong unionized manufacturing labor. In fact, globalization was just one component of an ultimately successful, century-long coordinated attack on unionized labor.

[1] About 100 million Americans have no or inadequate healthcare, which is of course inexcusable but still means the "average" American does have healthcare. And this being the USA, that healthcare is likely tied to employment.

[2] https://www.fool.com/investing/general/2015/01/18/how-does-y...

[3] There are problems with [2], but computing (Mean Household Income https://en.wikipedia.org/wiki/Household_income_in_the_United...
)/2 earners/52/40 = $17/hour as a very conservative lower bound.
> I don’t understand their vendetta against the graph, which is a powerful abstraction that lets you choose different backend [...]

You don't really need a graph to support different backends. One popular approach is to have different array implementations (e.g. CPU and GPU arrays).

> [...] and let’s tensorboard show you an awesome view of your computation

At the end of the post the author shows his API that lets you do the same things as Tensorboard, but for whatever framework you like.

All in all, expression graphs like these used in TF and Theano are great for symbolic differentiation of a loss function and further expression optimization (e.g. simplification, operation fusion, etc.). But TF goes further and makes everything a node in a graph. Even things that are not algebraic expressions such as variable initialization or objective optimization.
On net more people have moved from US to Mexico than Mexico to US over the last decade. So, YMMV.
I would say so. The biggest difference I find is that Django makes a few too many assumptions and can be a pain to tweak the way you need.

Web2py was created because the author found Django too difficult to teach to his students at DePaul University. He rebuilt Django while fixing many issues in how it was designed, and simplified the API significantly in the process.

Instead of Django's admin interface, web2py gives you a Grid component which allows you to create an Admin interface for any model/relationships that you like within any page you want. So your Admin pages are just another route/controller which use the grids as necessary.

Web2py's ORM is super nice to use. It's very similar to using plain SQL, and incredibly powerful. It holds your hands a bit less than an ActiveRecord style ORM but I find it also traps you in fewer corners. Especially when it comes to reports/aggregating data.

Likewise, it's a pain to set up email addresses for the user's username in Django, or to add custom fields to the User model. In web2py, it's dead simple.

Web2py has an easier to use authorization layer than Django's, and it handles migrations more smoothly.

Web2py's HTML templating language is much nicer than Django's. It's just python, nothing extra. Super easy to pick up.

Web2py forms support file upload fields, and image upload fields out of the box. It also has a module for automatically resizing image uploads as necessary. It includes a datepicker for date fields, and it also has the "LOAD" function which makes is super easy to Ajax up your site.

The other big thing that I love about web2py is that all the form/grid helpers output Bootstrap compatible HTML out of the box, so you can throw on a theme from Wrapbootstrap.com and just like that you have a beautiful site.
It seems that folks at HN look down on so called "CRUD" apps. But the truth for most CRUD apps is, that a lot of thought went into building these apps and they have a lot of important parts, whose construction cannot easily be automized. Good examples are:

- Certain inputs might trigger other actions (integrity checks, sending an email, notifying another users, etc.)

- The UI / UX needs to be optimized for the specific Usecase of the app

- There are unlimited options for filtering or ordering items, and the choice of options depends on the specific Usecase

- A lot of apps need Cronjobs in the background to support certain workflows (notifying a user if a certain input has not been done in a certain time)

- There can be rather complex rules on who is allowed to create, update, delete or view certain items

- AB tests and Analytics need to be supported for a lot of Tasks / Views

- etc...

I cannot imagine a "CRUD" framework, that supports all of these issues. It would basically just be another programming language ;)
I believe the issue is that the code only actually runs when you calls session.run this makes debugging a nightmare. Sure TF can improve message, but it's not there yet.

IMO, TF2 should make dynamic execution first class and switch easily to static graph when you need to deploy stuff.
EBS is not the root volume.
I mean, if you actually know how to make and upkeep a website, then, yeah, Wix and SS are bad options. But they’re great for my mom who runs a business but doesn’t have time to learn how to make a website
Isn't it as much a matter of what the community gets out of the spending that the Wikimedia foundation does? It seems like the problem is that the spending seems divorced from the community of content creators, such that it's hard to see how the spending has made Wikipedia better.

You have things like the comments system, Flow or Structured Discussions, which is a step back from the current system and yet still has money being spent on it.
There is an entire market segment in-between those: http://www.cogentco.com/en/products-and-services/dedicated-i.... For several hundred to several thousand dollars per month, Cogent, Comcast (Metro-E), Light Tower, etc. will sell you dedicated bandwidth to their backbone and an SLA.

You can't expect $50/month services advertised as offering "up to" a certain amount of bandwidth to give the same level of consistency.
Simply put, because it's much quicker to write it from scratch each time. A good developer will spend time to learn all the little things like how to make a table, how to store data savely, etc. And he will add these features as needed, and in a form that matches well with what the other pieces will be. It is really normal once you've hit that level of skill in one area in your life. It can be something totally else entirely.

One could also ask why a painter doesn't use puzzle pieces instead of drawing each picture from scratch. Sure, it would make him finish much quicker, but it doesn't give him the level of detail he needs. And if you make these puzzle pieces small and flexible enough you might call them pixels and then what's the difference between using them and just drawing by hand?

What you will see often though is that people use a framework to get some level of detail out of the way. But often the good developers will also be able to take out whole chunks of this framework and replace it with own code.
As a real quick example, purely off the top of my head:

@connect(state => ({a : state.a})
class MyComponent extends React.Component {}

MyComponent.propTypes = {a : PropTypes.string.required, b : PropTypes.number.required}
MyComponent.defaultProps = {b : 42}

In this example, both the propTypes and defaultProps definitions are being applied to the wrapper component, not the actual "plain" MyComponent class. So, while the required `b` prop might get satisfied almost accidentally from the defaultProps value, the required `a` prop won't exist on the wrapper, as the wrapper itself is extracting that value from the Redux state internally and passing it to the plain MyComponent.

I've definitely seen this pop up as a recurring question that's confused people.
What are the features?

I think conventional sensors such as cameras, microphones, GPS are not going to work. You'd need to add some kind of sensor (DNA/Protein Sensitive?)

It might be easier to detect that a restaurant has a pattern of poor sanitation if users are sharing information, but then restaurants might spam their competitors with complaints...
if you have to use a throway foo bar, whey do they need to get back to you? It's as a curtsey but don't think it's necessary. It's possible job hunters just spam resume for no reason. To me, a template reply is no better than a no rely.
Use it or lose it applies to the human body.

And they're stumped? Wow.
I think things just move too fast in the web world in the past few years...
Yes, a common component plugin standard so you can reuse it in both React and Angular would be nice (Web Components?) but remember not that long ago, we were debating between EmberJS, BackboneJs and jQuery UI. And Gulp vs Grunt, and UMD vs CommonJS, Bower vs NPM. React and Angular4 are very, very new relatively, and they evolve pretty fast, with breaking changes. A company betting on building a CRUD / UI builder needs to go into market in a few months or it's already behind.

Take a look at react studio (see comment here). They are a great tool probably, but they are focused on one popular library at the moment. The change is so rapid that by the time you create an automation tool, it's generating code that will be "obsolete" in terms of people who would like to maintain it (would you go work for a startup where you need to maintain backboneJS or jQuery UI all day?). The alternative is to generate code that doesn't try to be "latest and greatest" at all, and not really care (see wix code post earlier today)... but not sure it's a great bet as well.

I think back in the day, there were just less options to choose from when building apps, and they evolved slower. This is why in the desktop days we had a lot more robust UI builder, app builders (Every IDE has top notch visual destkop UI editor, but also good old Magic, MS Access, FileMaker etc...).

I do think this is begging to be changed. And I'm sure a few people have this in mind as well. But it will always be one step behind of the latest web frameworks.

However you do have some solutions

1. Java - JHipster uses yeoman to generate Spring Boot + Angular apps including basic CRUD UI

2. Rails - rails scaffolding do basic CRUD nicely

3. Node.JS - http://loopback.io

I'm sure there are more. And I'm sure there will be more. But in the end all the above do is give you a jumpstart, if all your app is doing is just CRUD, then your barrier to competition is already low, whether it's automated, outsourced or done by Stanford grads getting 200K a year.

But I do think that eventually your idea of shared components should be a thing. Just need to get google and facebook in the same room and agree... weirder things happened... companies agreed on standards before...
So in effect if your feet are moving faster than your head by just enough for the inner ear to pick it up, you are likely to look at outcomes similar to motion sickness...
It's because with 8 bits you can't really see the dither pattern itself once a 1-bit difference is at the human threshold of perception.

8 bits is not just an arbitrary threshold, it's the number of bits you need so that a 1 bit difference is just about the "just noticeable difference", assuming you've handled gamma and color reasonably well. 9 bits is more lightness resolution than you can normally see, and 7 bits is too few. If you want to geek out super hard, check out figure 238 here: http://www.telescope-optics.net/eye_intensity_response.htm

The JND of Weber's law is 0.4 - 0.5% for print and monitors most of the time, which is between 1/200 and 1/250. This is why 8 bits is so super popular, it has a 1-bit step of 1/256, which is normally just barely below what we can see with our eyes.

You may need to dither at 6 bits, banding could start to become pretty obvious. Whether you need error diffusion, I don't know, I doubt it would always useful at 6 bits, but I'm sure it would sometimes. I'd say try it on some images and compare to random dithering. Random dithering only sucks on really small palettes like 2 or 16 total colors. It's not that bad on a 256 color gif, and it becomes hard to tell the difference when you're above 4 bits per channel or 12 bits per pixel. 6 bits per channel is decent color resolution, and random will sometimes be good enough. If it's a photograph from a digital camera that's older than a year or two, chances are pretty good you can threshold the image without even dithering, because it's already noisy enough.
For it to head that way, in my experience, you need people to start being incompetent and not caring at all levels of society. A slant towards stupid bureaucracy and paperwork will help too.

The US is so, so, incredibly far from remotely getting to that level.
Your mom doesn't need a database or "dynamic pages". And your mom isn't going to be able to set it up without help.
Don't flame me but how does tensorflow compare with Azure machine learning platform. For me it provides a great platform for practitioners
Don't worry. Transaction costs will not rise. If you aren't in a hurry, even old style transactions are free today... and 100sat/byte for next couple of blocks clearing.

The entire "transaction fees are high" narrative is a combination of profitable miner spamming the system (to support the big blocker takeover narrative) and wallets having terrible fee estimation programs so that the wallet makers don't have to deal with the tech support when a transaction isn't in the very next block.
Why are people who vote Republican singled out as dumb/misguided for voting against their own interests but others are not?

Warren Buffet believes tax rates should be higher. Is that not against his own interests? Very few people will call him out as dumb or misguided.
Does modern neuroscience help us understand behavior?
FYI, Microsoft TTD is supported on AMD CPUs.
I am glad there are laws like that. Unfortunately, the hardware and software keeps improving. That means that someday a person sitting at home will be able to produce all the realistic child porn they want, and the police will have no way to detect it.
LinkedIn’s Tips for Highly Effective Code Review
'fish' I take it is a shell (of which I remain ignorant.) I suppose that at the very least, it increases the attack surface on an installation and either makes security harder or the system less secure.
> You then go then for a go-binary, which weighs in by itself easily over a 100MB of binary code.

Hah, I'd love something that small. Right now, we have dozens of Node.JS apps, each one needing over 500MBs of NPM libraries..