skysight-inc/HackerNews huggingface dataset:
Ask HN: What skills are required to make computer animations?
I want to get into animations and make things like: https://youtu.be/Z5mBlWyBOfg?t=18s

But what skills and tools do I need?
This is incredible - recorded my voice and I'm blown away with the results.

One thing: I found that I was in such a hurry to record that I probably spoke faster than normal. It'd be nice if there was a way to tune a few parameters manually (tempo, pitch, etc).

If I ever lose my voice and have to have a TTS appliance speak for me, I'll be contacting you all to get my voice profile!

EDIT: For those interested, pretty impressive that it figured out the appropriate cadence for this: https://lyrebird.ai/g/v7MpYaUA
How algorithm engineers and police partner to catch child predators and rescue kids
somehow not working here

edit: didn't see the "start demo" button...
Judging by our current political priorities - yes, we do.
MP3 hasn't changed as a standard or probably as a codebase for decades. Your apps are changing every week, and apps tend to grow in size as more and more code & features are added to them. It's a natural consequence of most software projects.

The binary size of swift projects doesn't catch most people, only large projects with > 400k lines of code as they go over the cellular download limit. It's the new hotness, so many projects are adding swift even if the app is old.

Adding swift to a project adds ~20MB alone for the standard libraries that get included with each app, and each line of swift creates that much more binary bloat. The autogenerated interface between swift and objective C creates even more bloat.
That's a pretty big claim with no evidence. Even if people can easily identify self-driving cars and use that to decide to merge, it may just increase their aggressive driving behavior to the point where they cut off self-driving cars at dangerous times. A cutoff that forces the self-driving car to slam on the brakes will propagate backwards and cause more of the fabled phantom traffic jams.
I'm surprised there was no mention of tcp_max_syn_backlog and netdev_max_backlog.

When I've previously tuned a server I have used both of those to my advantage... Another comment on here talked about this ignoring an existing load balancer so maybe those sysctls are more appropriate on an LB?
IBM = BS in your book? Why? You could always download this stuff and try it out and see that it actually exists.
Disagree entirely. Yes, the number of cars on the road and trips driven will increase, but this will not overshaddow the traffic advantage from SDCs.

All in all SDCs should increase road bandwidth about 5x by my estimates.

SDCs can drive much, much closer together. They will also never be the cause of phantom traffic jams. For every human that switches to SDC, phantom traffic jams get less likely - a main cause of traffic - which again increases road capacity.

We don't have to wait until 100% SDCs to start increasing road capacity either. SDC "convoys" travel as a single unit, and interact cleanly with human drivers.

Regardless of SDCs, when road capacity is reached, traffic will happen. But SDCs have the potential to greatly increase road capacity.
Well each command is a use case. Each use case can be tested independently without having setup controllers and their dependencies, or big service layers and their dependencies.

Plus I can run the usecases from a console frontend for quick testing without much setup.

I don't really do any transforms other than mapping domain objects into the dB or database results into a query result.

Why do I need it? Because I practise DDD, and domain objects are not designed for queries. To populate a single view you have pull multiple domain objects from repos. This can be slow and adds complexity.

Query objects allow me to query the database using standard SQL or stored procedure and put the output into query result using only a single query. These queries can as complicated and optimised as they need to be.

Meaning I can avoid all DDD abstractions that I don't need for querying, but I do need for enforcing complicated business rules on the command side.
Not to mention being seen as responsible for interpersonal problems among the membership.
Hi! Thanks for testing it! For many voices it works well with only 30 recordings. For some, you need a bit more. It seems that quality of the audio (no background noise, clear and loud voice, lots of intonation) is what matters the most.
It's such a wonderful book.

Reading it pushed me from thinking in terms of what I had worked with to building systems based on what was needed.

I cannot recommend it highly enough, for pretty much anyone in {frontend, backend, data science, etc}.
> There are known methods for improving the flow of traffic, such as the zipper merge, that are really hard to get humans to do consistently.

I know a few traffic engineers and one of the things they regularly laugh about are zipper merge advocates (as well as traffic circle advocates, but that's a discussion for another time). It's not that they don't recommend the zipper merge, it's that the advocates think they are magical and ascribe magical effects to them that don't exist in reality.

Want an example of the perfect zipper merge? Look at an hourglass. Thousands of tiny grains of sand perfectly zipper merging at the last instant. And yet there is still a traffic jam. Inflows and outflows still dominate traffic congestion. Now imagine what would happen if you early merged those grains of sand. Your hourglass is now 6 miles tall. Interestingly enough, the early merge is more efficient for flow, but not by enough of a margin (1-2%) to overcome the drawback of the terrible space efficiency.

What the zipper merge is really good at isn't improving flow, it is improving space efficiency. The bottleneck uses far less of the highway when people merge last instant. This allows people to reroute or exit the highway before the traffic jam, reducing the burden on the bottleneck. That's it, nothing more. The idea that traffic would suddenly get so much better if people zipper merged perfectly is not rooted in reality...traffic volume is still the more important factor by several fold.
I downloaded an app and was part of the Cajun Navy
Waymo to Become Largest Autonomous Technology Company by 2030
It wasn’t that long ago that we held rich people in contempt.

Funny, this goes against everything I've read on the topic about the US. For example, just this week I read Cleese's So, Anyway, where he mentioned how when he lived in the US, in the early 60s, he noted how money made you respectable, and regardless of how you made it, whereas in Britain it was taboo to talk about making money.
It was a clickbait headline -- note that it has been revised.
But this one starts with "Over the summer of 2011, the water in Lake Michigan turned crystal clear. Shafts of angled light lit the lake bed, like searchlights from a U.F.O.; later, old sunken ships came into view from above."... oh, I see... nevermind... :)
This article reminds me of all the things people talk about when they try and approach cell signaling from a systems approach. Modeling biological systems as an actual system probably does make sense in the long run. The problem is that it's far, far harder to study and generate that model.
What does mainstream have to do with quality? There's a lot of crap that's mainstream in most industries. I don't see why ours would be any different (especially as fad-driven as programming tends to be).
> I think you've actually agreed that Scoped CSS is really useful, but you just implement it manually by using a naming convention. What if you didn't have to worry about that and the language just worked like that normally?

I agree scoping is universally useful in coding, I just can't empathise that the lack of proper namespacing in CSS is a huge headache when it takes little effort to emulate it by nesting classes. Unless there's more to it? Language support is nice though.
>Buses and trains are.

They are still subsidized (at least in the US). Almost all public transit in the US isn't self-sustaining based on its fares.

The road tax in gasoline is similar. Additionally, most of the wear on roads comes from tractor trailers, which is why they are taxed additionally.
The incentives are different. Robo fleet wants to maximize fleet utilization. Uber driver wants to maximize utilization of 1 car.
Thank you for the feedback!

> It'd be nice if there was a way to tune a few parameters manually (tempo, pitch, etc).

Yes we are currently exploring ways to control the generation: volume, pitch, tempo, speed but also intonation and emotion.
So how does Linux compare now with FreeBSD in terms of throughput and latency? I remember like 10 years ago Linux had issues with throughput, which is why Netflix went with FreeBSD. Are they similar now?
I meet people who disagree with this all the time. And clearly even if we think it, as a species we aren't acting on it.
I've got some homeopathic remedies to sell you. People took them, and they got better!
If scoping CSS is such a big deal, I've got to ask if its not easier to just go with inline-CSS instead. It's a matter of whether specifying styling rules separately from content markup is a good fit to your app or doc, or if you're rather working around an undesired far-distance effect of CSS. If you need complete style isolation from the rest of your site, then you're really writing HTML markup to express an UI, so why not express it in a single artifact or dynamically generated HTML along with properties in plain old HTML style attributes?
Huh, you're right. They still call it out in the DynamoDB FAQs though (https://aws.amazon.com/dynamodb/faqs/):

> While SimpleDB has scaling limitations, it may be a good fit for smaller workloads that require query flexibility.
Nobody cares about humanity 600 generations from now. We're only truly concerned about our immediate family. I'd sacrifice my life for my son, but I could give a shit about my great great great great great great great great great great grandson.

I would say 90% of our environmental problems stem from this one fact. I mean we all drive cars and are unwilling to make the necessary sacrifice to stop.
> Traditionally, databases have been used as the source of truth ... [but] can be difficult to manage in the long run. First, it’s often tricky to change the schema of a database. Adding and removing fields is not too hard, but more fundamental schema changes can be difficult to organize without downtime.

This argument sounds self-contradicting. Kafka doesn't let you change its schema at all! At least postgres gives you the option.

It seems that the author is excited about having a single source of truth that doesn't change, and didn't realize that he could do that with a database, if he just never used the schema-changing features.

Am I missing something? It seems like the author could be totally happy with a bunch of derived postgres databases sitting in front of a "source of truth" database, where he never changes the source of truth database's schema.

Why use kafka?
San drego has a surprisingly good train system with the light rail and coaster. It's just sitting on one of the most ass-backwardsedly designed cities out there. I can take the trolley to Santee, but not the airport?? not south park or north park (the whistle stop on thirtieth is named for the steetcar stop it used to be!!!!)? not Balboa park? It's a disaster of a city and the trolley deserves better.
That's the Sunk Cost Fallacy. As a rationalist who seeks to maximize my utility, why should I care about future generations?
Yes, but consistency of design should be enforced by the design process, not the technology. By the time the developer is implementing the feature the (inconsistent) design has already been signed off.

All global styles achieve is to make it difficult to break out of conventions when our layouts and designs diverge on purpose.
> Now, imagine if they had just lifted one of open source the JS engines into the device.

As someone who writes TV applications and Set-Top Box UI/UX code as my day job (and speaking only for myself and no one else), I actually vastly prefer Roku's approach here.

If Roku had done what you suggest (use an open source JS engine), it would probably be a far worse experience for developers and users. As an example, I submit most "SmartTV" devices (anything pre-Tizen from Samsung, anything pre-WebOS from LG, most commercial/industrial STBs for hotels or signage, etc). These devices typically use some version of classic Presto-based Opera or Google Chromium (2012-ish forks). Devices with these codebases are still sold today, in new 2017 models.

The problem with using a JS engine is that most developers (or their managers) will inevitably overload TVs with heavy JS clients, the same kind they send to $500+ laptops. They'll claim it's great for code reuse, or lower costs. And there may be some truth to that. But the experience somehow always goes bad. They'll re-implement bad versions of common controls that break all standard convention, and they'll port over a UI that sort-of runs ok-ish on a Desktop PC, but is slow as hell, frustrating, laggy to use.

It's every complaint everyone has with Slack's "desktop app", except vastly more painful now the client isn't a super fast $1000 laptop, but a super slow (by comparison) $50 stick or box.

The end result of this is people buying SmartTVs, ignoring almost all of the stuff on that Smart TV, and plugging in a Roku instead. This is totally a waste of hardware, but the SmartTV experience is usually so bad (despite having "better tooling/better languages/better support" than a Roku) that even regular non-technical people will often do this.

Roku's job is not to be a computer connected to a monitor -- there are plenty of other devices that do that. Roku's job is to make sure internet video "always just works" as much as possible. And a big portion of that is just not making it too tempting for developers to break the user's experience. Roku's restrictions aren't perfect or anything, but they are strong enough to prevent companies from taking their huge kludge of "support everything everywhere" shared codebases and making a Roku chew through it, which would be a detriment to all users.

To target Roku, you write something small, lean, and reasonably fast, just for Roku devices to just meet the needs of your users on Roku. A philosophy I personally love.

---

http://subfurther.com/blog/2014/02/06/a-roku-sdk-brain-dump/ is dated now, but has a detailed writeup of that situation that I mostly agree with. Including :

"Its may be hard for developers to have the right level of humility, but on (the Roku), you are not the star. (snip) The value of the Roku channel is whatever stream the viewer chooses to put on his or her screen. That’s why they have the Roku."
Lisp genes are all over the place. Wait for 20 years and you'll even more of them.
But roads aren't fully subsidized. That's what the gas tax is for. Drivers of electric cars are currently free-riders, which is something that will have to be addressed if they become a significant fraction of drivers.
I haven't considered that would be an issue. Great point! I plan to eventually build a parser for Ancestry.com, which lacks an API but has a similar raw format to 23andMe. When that gets done I'll lump them together.
‘Hands Free’ combine harvests robotically grown crop
Indeed. People learn Latin, of which there are preciously few speakers.
I thoroughly appreciate how the majority of the article doesn't even go into the nginx config whereas most of the internet would discuss a result of the search query "optimized nginx config". Much [for me] to learn and much appreciated, Alexey.
There is no long term future if there is no short and medium term future. It's very hard to create a better tomorrow if something is broken today.
The first Netflix streaming device from Roku was launched in May of 2008. Prior to that, Roku had a bunch of digital sign products called BrightSign, which is why the scripting language is called BrightScript (actually, I'm not sure if that's Roku, but if not I believe it's another company from the same owner). I understand why they chose BrightScript, they already had it working and had experience with it, I just think it ended up being a problem in the end.

Edit: To answer your original question, Mozilla had an open source engine, and I believe even had a version you could install as a stand alone JS interpreter, Rhino.
Actually my experience is that fellow passengers were often intrigued by all the colors on the screen (from your usual syntax highlighting) rather than worried by the dark background!

Unfortunately nowadays "Arabic" is what worries people, even if that turns out to mathematical notation. [1]

[1] https://www.theguardian.com/us-news/2016/may/07/professor-fl...
Thinking about this more, certain internal HR hiring-budget structure might be what is putting dent in this plan.

In my company, if there is open position, afaik there seem to be two things associated with it, a rack and some budget.

Before I learned this I would often suggest things like "why don't we hire these two students on part time, instead of just one of them full-time", but sometimes it turned out we only have one rack, even if we have enough budget for both of them.

So, that might be why you have to fight so hard for part-time, because the guys hiring you want as much worked-hours as possible for their limited amount of racks?

Still, junior/intern racks seem to be easier to get, so that might be why my company does offer part-times for students. And we have several cs/se university faculties the city, so we would be missing out on really skilled people if we didnt.
I can write kernel patches. Any good SA >= 10 years with C can. And we don't because it is a symptom we notice and not the problem and we are interested in a fix only as a way to survive till the cure. Kudos to the rest of your post. God bless the elders in this industry.
Missed edit window, but also definitely trained on the job. Neither one had prior experience with Riak.
Check out my new project
I was under the impression that 23andMe doesn't allow you to anonymously submit a genetic profile.
There is still the real possibility that life is actually pointless. And there is no real justification why humans should rule this instead of any other species. Except made up ones, of course.
The first version will only be an online API. I agree with you that we should eventually think about licensing it for offline/embedded redistribution.
Can you get around the law by phrasing a question to 23andMe. A health insurance company could call them up and ask if so and so have genes that has an increased risk of contacting x disease ? Technically they are not selling the information so they are not breaking any laws but it's still valuable to the insurance company.
Techdirt Victorious In Email Patent Troll Case [pdf]
That's a bit misleading, by no means was/is the bubble limited to these cities. More like B.C and Ontario.
Over-abstraction
That's one of the topics we discuss! :)
This is very similar to a normalized model in a relational database, with many-to-many relationships between the assets.

In the example we have two articles that reference other assets. For instance, the byline is published separately, and then referenced by the two articles. All assets are identified using URIs of the form nyt://article/577d0341-9a0a-46df-b454-ea0718026d30. We have a native asset browser that (using an OS-level scheme handler) lets us click on these URIs, see the asset in a JSON form, and follow references. The assets themselves are published to the Monolog as protobuf binaries.

When consuming this data do you have to programatically do relationship fetching on the client side or is eager loading/joins available in some way in Kafka?

Additionally there seems to be a focus on point-in-time specific views of this data, but are you able to construct views using arbitrary values/functions? Let's say each article is annotated with some geo data, can you construct regional versions of these materialized views of articles at the Kafka level? If not it seems like you are pushing a fair amount of existing sophisticated behavior at the RDBMS level up into custom built application servers.
I now always open tabs for the HN discussions first instead, hoping for a TLDR.... Not just because of New Yorker articles that never get to the point anywhere, but also because of the increasing pest of subscription gates and anti-adblockers...
He didn't lay it himself; he found that AT&T had nearby fiber and paid them to run it to his garage. Then he connects to his customers via antenna.

"Kuykendall now buys Internet service at a bulk rate from AT&T, then beams the connection wirelessly to other homes. Some customers get service free in exchange for hosting Mimosa equipment that relays the signal around corners and over hills to reach more homes."
Week 34 – 35 in Information Security, 2017
Anomaly detection in time series data for Watson Discovery
You seem to be calling out BEM as a "crazy namespacing convention" - but as awkward as those underscores are to type, they _do_ seem to do the job.

I'm just a bit lairy of adding yet another proprietary tool to my buildchain to try and bend the web platform to my will.
I have troubled finding exemples in history where we made the "right" decisions for the future of humanity when we wanted too. Think religion oppression, communism, etc. Why today will be different?
>let's make buses and trains free to end users and funded like roads currently are

Presumably there are no gas taxes or licensing fees in this magical place you live?
Don't get me wrong, I'd love it if there were actually a way to make public transit better! If I could send my money somewhere and know that as a result, I could go places by bus faster than I can by driving myself, my check would be in the mail tomorrow. If I could vote for some politician and as a result, BART would come out to my city (Livermore), I would do so. But nobody is promising any of that.

If you convince enough people to invest in self-driving car companies, eventually self-driving cars happen. Voters just approved a $3.5 billion bond measure for BART. They're not even using it to expand service--just to "maintain existing infrastructure". They need billions just to stand still.
Shiva Ayyadurai's defamation suit against Techdirt tossed by judge [pdf]
iFixit Essential Phone Teardown
Some of your problems seem more like "new company" problems than "fresh domain" problems.

I have done a few major switches over the course of my career.

Java/R&D -> MUMPS+VB/Medical -> Java/Legal -> C#/Military

The biggest problem was seeing that the common element over those multiple domains is that nobody really knows what they're doing, and everyone is just faking it so hard that it somehow just works anyway. So if you have any genuine competence in anything, you just copy everything that makes even an iota of sense from that into whatever else you're doing, and that makes you an instant genius.

You might have a different experience if you are in a hot spot where everyone around you seems to be smarter than you are, but in other places, the person that has been continuously learning new things on their own initiative for 12 years will catch up within 1 year or less, and will be jetting past everyone else by their second anniversary. The downside is that they will be bored by the third year, and looking elsewhere for promotion opportunities by the fourth.
That's a good point. I've been under this type of surveillance for quite a while now and as far as I know, there haven't been any negative consequences for me.
I didn't see anything in the article that was really valuable. A standing desk that automatically adjusts its height? Automatic scheduling of conference rooms (I assume you would have to give WeWork access to your GCal email for this)?

Even the perfect office space isn't much different from what is in place today. And how analytics done on a WeWork space extrapolates to enterprise office spaces is unknown.