skysight-inc/HackerNews huggingface dataset:
That sucks that he didn't have any backups, but it was just a matter of time before it happened. But nobody hacked the server; you can literally just throw SQL into the url: http://gitpay.org/user.php?user=%27%3B%20DROP%20DATABASE%20d.... That's why you should never trust any user input.
True, in Europe as in advanced east Asian countries, the urban rural/agrarian transition is usually more abrupt. One side of the road is development the other is fields. However, Marseilles, for example [I imagine outer London and beyond has areas exhibiting suburban detached housing tracts] do have suburbs and if you want some mobility you need an estate sedan or the like to get things done.
Screwing other people is possible when you are at (or near) the top of the pile. When you're at the bottom, it just gets you killed.

If you screw your 100th customer, you have 99 customers who are pretty likely to write it off. If you screw your first customer, it's a warning to others.
I've played with a few simple examples but didn't integrate it into any games, see https://news.ycombinator.com/item?id=13267248
> SSH is very, very far from being an excellent protocol for running predefined remote operations

Right. But then again, it's the not fully predefined operations that have the most need if escaping.
> how Americans wanted (and maybe still want) to live

In a free market economy, we should take home prices as an indication of how people want to live. The densest, most walkable city centers tend to have the most expensive homes. Manhattan being the extreme data point.
Rust can do custom hashes as well, to be clear. There's been some arguments over what hashes are allowed in the game in the past.
The article states:

>"A ring on the top of the device turns blue to give a visual indication that audio is being recorded. Those clips, or "utterances" as the company calls them, are stored in the cloud until a customer deletes them either individually or all at once."

Is there a technical reason for storing this after NLP processing has been completed on the "utterance."? Wouldn't an ephemeral cache be sufficient?
I quit my job to spend more time with my family.

This was very difficult for me. I love working, but I'd been doing startups for a little more than a decade, and startups require lots of attention. When I had my first child 2 years ago, I thought I could do both. I was wrong.

My family and I moved to the wife's home country where it is very cheap and I'm spending 6 months just being "dad." In my downtime, I'm working on some residual income side projects (I've already got one going that brings in $2k a month).

It's an inflection point in my life. Truly unknown future. When I go back to the workforce, what lies ahead?

PS - I also lost 8kg. :)
Ayn Rand didn't use force to take anyone's money. That's what she hated. When those who took her money offered her a small portion back, her philosophy didn't require her to refuse it.

Like if she was in a forced labour concentration camp, her philosophy wouldn't require her to refuse to eat the food she was offered.
Thanks for the reply!

I am going to give it a sincere try.. Hope I can find some grip in climbing anything that is steep (whether its Anki itself or my other goals).. I guess motivation in itself is another trainable skill..
It was nothing sinister. Cyanogen himself, Steve Kondik, was the CEO of the new company. They were 100% open about it.
>> Rust is much harder to learn than C

Hmm. I've been seeing a LOT of posts and even presentations from folks claiming they've struggled with C/C++ and "systems" programming in general but have been able to take up Rust successfully. I'm with you on this; I've had long experience in C and have been dabbling in Rust for a few years and I think C is easier to understand, but unless I am to dismiss what many people have claimed as their own experience I realize that this is probably my internal bias.

The one thing that recurs among people that have trouble with C et al. are pointers. That doesn't surprise me; I did some tutoring in C in the late 90's and pointers are definitely a trouble spot for many new C programmers. To me it's all second nature and I see the *'s and &'s as simple operators doing simple, easily understood things, but I learned first hand that this is often _not_ easy for learners. While rust does have pointers they're are usually `hidden' and tend not to intrude in most Rust code, and I believe this is one reason some people and get on with Rust where they struggle with C.
Yes, and I was saying "even in production-grade, world-class grep implementation, there is barely any unsafe." I also acknowledged that that was different than what you were asking about.

When did you ask on IRC? I'll take a look.
Business Insider: UBI needs to die after 2016
E-Commerce Strategies
Interesting, I'm aware of the hassle to build it, but constant regression...that means it's not production ready yet. Regarding the same regression in Chrome, does it mean the WebRTC in stable version of Chrome also has the same compatibility/gain/echoing problems with new android devices?
Carrie Fisher, Child of Hollywood and ‘Star Wars’ Royalty, Dies at 60
This is Star Wars...uncanny CGI can't offend too many fans.
Self driving buses will be smaller, more flexible, and less of a hindrance to traffic than current buses, because there will be no need to amortize the cost of a driver over so many passengers.

Self driving cars will reduce the cost of Uber-like services as well, and lower the cost of tunneling (self driving cars will mean higher capacity and smaller shoulders and lanes, and electric cars will mean less ventilation required). Going underground is the best way to increase travel speeds and reduce friction between pedestrians and vehicles. Cities should look more like Venice.
> Android is "free" to the consumer, but the payment is that if you want all of the Google apps (which are no longer part of the open source stuff) and the consumer uses the Google apps (likely), all of the search revenue goes to Google.

The payment is your private information.
I haven't tried either of those, but they headed the right direction (other than the Boost and that log4cxx dependency, I'm very picky about what dependencies I bring into my projects).
I completely agree with the idea that we are overestimating the impact of tools, specifically, programming languages.

I often see startups that rewrite their software one or more times just because they think that changing the tools is the key to success. They switch from PHP to Python, then from Python to JavaScript then from JavaScript to Go. It's so easy to say "We failed because X language, now we have to use Y".

The case when choosing a given language will give you a considerable advantage over choosing another one is very rare.

The worst thing is that we tend to say that languages suck while completely ignoring all the evidence of the opposite. How many times we have heard that PHP, C++ or JavaScript suck? How many amazing software projects have been built using these technologies?

On the other hand, look at the tools that self proclaim the best ones (lisp, haskell), how many big complex software projects have been built with them?

In the end they're just tools. Yes, they make a difference, but it's tiny compared with all the other pieces of the puzzle of how to build good software.
What I find frustrating is how many MS tools freak at the sight of a quoted path when quoted paths are what "copy filename with path" (or whatever the context command is called) gives.
Looking at it from a Cornell point-of-view, the most innocuous reason I can think of is that they want a canonical library of papers that others can mirror rather than researchers having to search each individual university's arXiv. If they let others fork and set up their own servers it could lead to interesting modifications/applications but it would no longer be in their control and might make the preprint locations fragmented. (and the other servers might not have the same moderating standards)

The other more greedy explanation is always money. Of course open source isn't antithetical to profit, but as mentioned before you do lose control and maybe Cornell doesn't want competition. Even if the project was started with the best of intentions, they still need to make it self-sufficient and maybe even profitable so they probably decided it's in their best interest. Of course this is all just me speculating.
CSV is inferior to TSV, there's really very little reason to keep using CSV other than taking advantage of its ubiquity.
I went from an 11 to 6 handicap in golf, which took a lot of practice, patience, research and self improvement. Golf is one of those games that you cannot easily double your improvement without the strong will to improve. It also requires focus and improvement is several areas at once to post good score. Having a good fundamental full swing is necessary for hitting tee and approach shots in regulation (36 total shots), but putting makes up 50% of for remaining shots in regulation (2 putts per hole = 36 total). Putting improvement is the easiest for high handicap players who 3 and 4 putt a lot, but obviously shows diminishing returns for better players. Therefore short game was critical for improving given I don't hit all greens in regulation and must make "up and down" with a 1-putt to make a lot more pars. For 2017, I look to better track my strokes gained statistics which will tell me specific areas to practice on. The HN crowd may find strokes gained stats interesting.
http://www.pgatour.com/stats/academicdata/shotlink.html
I disagree, the tooling around most ecosystems is fine you just need someone who knows what they are doing to help guide people in the right direction. Technical leadership is sorely lacking in our industry, and when you are solving business problems management cares about solving customer's issues on time rather that craftsmanship. Therefore people go down the path of doing just enough to get it done rather than doing it right. If you never are forced to do something correct, you are likely never going to be able to build great products. This leads to patchwork engineering and the veritable big ball of mud that most products look like behind the scenes. It's up to us as professionals to simplify, abstract, focus, and enforce standards so that you can build maintainable products faster. Very few problems that we are working on are "difficult" from the technical side of things. Identify when you've made a mistake, think about about how it could be made better, and then apply the knowledge you've gained when building something new. If you repeat that process you will be a lot better than the majority of your peers.
Is this a "flaw"? It seems to me that it's just a normal incremental process.

Wasn't C a reaction to assembly languages not being portable enough? Weren't assembly languages a reaction to machine code not being easy enough to work with? Wasn't machine code a reaction to punch-card systems being too inflexible? Etc. etc.
If a self-driving car makes driving more palatable, people will buy homes behind even longer commutes, and you get even more traffic (more miles driven per day). The throughput capacity of a road (cars per hour) will not improve much, so they may even make congestion worse.
> the other 70% is documentation and communicating to people

I still remember my profound sense of shock when I realised software development involved a great deal of communicating with other people and not just cutting code. Fortunately I got over it.
Kilometer long solar road opens in France
That just makes this a problem with HN rather than with the blog. HN's audience is not narrow, and it's annoying to see so many interesting titles leading to incomprehensible articles.

It really helps when HN posters either clarify things a bit in the title, or if that's not practical, make a comment when you post the link.
I've modified the title to expand the acronym. Apologies for the confusion; I forgot that not everyone's head is where mine is. (I'm not the author of the article; I just found it interesting and wanted to share.)
ASCII defines a unit separator, and a record separator. I wish we would just bite the bullet and start using this 50 year old solution.

Modern editors/spreadsheets could insert the characters without troubling the user too much, and show visible glyphs when that make sense.

https://news.ycombinator.com/item?id=7474600
Don't confuse what you are allowed to see in the app with what Alexa captured and sent to Amazon. There is no reason to think they are equivalent.
That too, although unpersonalized search ads are worth a lot more money than your private information.
In terms of video games - the first time I saw it, I spent a good chunk of the opening cut-scene of Halo 4 trying to figure out if Dr Halsey was live-action or CG:

https://m.youtube.com/watch?v=3zcO28JbHxI

I wouldn't go so far as to call that better than the Rogue One CG work, but it's... comparable quality, at least. I don't really care to rank them, they're both downright incredible in my book.
None of the unsafe code that Steve linked to had anything to do with searching a file line by line. It has to do with other parts of ripgrep, like determining whether a tty is available or communicating with a Windows console to do coloring. (Hell, ripgrep doesn't even require memory maps, but they are faster in some cases.)

Your benchmark proposal is interesting on the surface, but if done correctly, its speed will come down to highly optimized SIMD routines. For example, in Go, the code to search for a single byte on amd64 is written in Assembly (as it is in glibc too). This means it's probably not a good indicator of language performance overall.
I've been doing it for 20 years, there is no progression for coders in my local area. I started on about 22K and progressed to 30K over many jobs. There is no way into management or team leader as most companies are too small.

For the last few years the coding has been eroded by automation.

Yep. Automation. Most of our clients want websites to sell some stuff. This no longer needs a team of 10, now you need an Amazon account, Facebook and Twitter, eBay, Etsy... or Drupal and other shopping templates make it too easy for designers to cobble something together that is 'good enough' that a team of coders can't compete on price. In the good old days we were bashing out 30K websites and running them for our clients. These days no one spends that much on a website.

We have a few companies left, SEO (lots of interesting coding there) Cloud computing (Perl and Python) Games (cut scenes, testing etc) not enough to support many coders. And again, you can get a job, but no pension, no perks, minimum holiday, no job stability (each time we lost a contract half the team would be laid off) and for me, no progression. I'd like to think in 10 years time I would be running a team of coders. No chance in my local area.
So basically cell won't be eaten/exploded by virus until server says so? I would have thought that would be perceived as too slow.

Per server you mean like in a game room or is one game room equal to one linux box? If so, I guess then that handling the game logic was the bottleneck, not the number of concurrent connections?

Also, congrats on the success and making some really cool games.
Cute title. For those who missed the reference - https://en.wikipedia.org/wiki/Maslow's_hierarchy_of_needs

A business version would be good, something above the pure profit-motive... actualization as a moral, sustainable, environmental, socially engaged organization that gives more than it takes from society. (Note: This is critically different to the SV-dominant self-image band-aid approach of large scale post-profit philanthropy.)
We have very strong backwards compatibility guarantees. We do reserve the right to make soundness fixes, but they must be trivial to fix in user code. Otherwise, we don't break backwards compatibility. We have had one or two of those in the first year and a half of post-1.0 Rust, but virtually all code that did not hit one of those issues still compiles today. Newer iterations of the C standard have also introduced small backwards incompatibilities, it's just how the world works.

Our intention is to have that kind of long-term stability, yes, and we put a lot of work into making sure that it happens.
> If you want a real villain, blame the oil companies that bought up local trains and dismantled them in the first half of the century.

That's quite a claim, considering air travel's hand in killing train companies. You have a citation for that?
Probably. Feel free to provide concrete examples.

---

FYI, there isn't a security vulnerability in that wretched example... just WTFibility.

(I'm assuming shell escaping...else virtually every query wouldn't work.)
In past two weeks, I've posted c++ solution there. From what I remember It took around 3s for Go solution, 1.92s for C++ and ~4s for Rust. Rust was slow because you are UTF-8 input validating by default. Faster solutions were only those with unsafe keyword or using C.
The few episodes and clips I have seen of Shark Tank, I always think the deal terms are absolutely terrible for the founders.
All these accomplishments and I'm just happy I got 40 followers on Twitch over the year.
There is some element of this, but that cannot possibly be the only story. We know it cannot be because some drugs have a side effect of weight gain even if diet is held constant.

Raw calories in calories out surely plays a part, but many people eat 1.5x their daily burn with no discernable weight gain.

Obesity, like most human conditions including "sick" and "cancer" are actually a family of related conditions with overlapping symptoms.
> There's a reason why even in dense cities with great public transit and walkable neighborhoods, the rich choose to be driven everywhere.

I don't think that is true of every dense city with great public transit[1].

[1]: https://www.google.com/search?q=tube+london+picture+celebrit...
> It's very rare that any programmer switches computer languages.

Or is it?

I regularly use six different languages of three paradigms and various
abstraction levels, and this doesn't count DSLs nor Turing-complete tools like
make. Of my colleagues from current job, half of the more experienced set
write in at least three languages as well. Of the team from my previous job,
all of them are polyglots. And of course none of us started with all the
languages, we picked them up as needed and wanted.
Gut flora engineering is in fact a prominent line of research many groups are studying. The idea of tailoring the gut flora to reduce sugar uptakes is a very compelling one.

But it's also raising hard questions about why we think it's okay to sell so much sugar in foods...
There used to be a big ad for Module-2 ( not 3 ) toolchains in the back of Byte magazine ( when it was relevant ) but they were all bytecode interpreted, and not as performant as 'C'.

Universities weren't that relevant back then. Fully half the people I worked with through the end of the 20th Century did not have CS degrees.
cyanogen (the corporation) was toast when they stabbed their first major customer, oneplus, in the back...

copy and paste follows:

tl;dr: Cyanogen terminated their contract with OnePlus all of a sudden to enter an exclusive agreement with another company in India, causing the phone to be banned in the country. This is widely seen as a dick move.

OnePlus had a worldwide (excluding mainland China) non-exclusive right to use the Cyanogen trademarks and ship the software on their device. This agreement was in place for a time period, and said that Cyanogen wouldn’t work with other OEMs to develop or integrate the system during this time in the regions covered by the agreement. Cyanogen then went and made an agreement with Micromax that was exclusive (despite OnePlus already having non-exclusive rights to these countries), and told OnePlus they were terminating their agreement in an email simply saying they were terminating. Such a contract termination is most definitely unusual, and normally is not permitted without (significant) penalties... Micromax succeeded in their injunction request against OnePlus, preventing the import and sale of OnePlus devices, on account of their exclusivity deal.

https://www.xda-developers.com/cyngn-oneplus-micromax-the-le...
We use them to good effect with event logs (e.g. customer viewed this page, clicked this button) to categorize and predict behavior.
No, we shouldn't. In a free market economy with an equal distribution of wealth and income (which is unlikely to be a sustainable state), that would make some sense, but in a free market economy with a distribution of wealth and income similar to that of our real economy, prices are at best a wealth-weighted indication of preferences. And even then, you need to be careful about whether the variable you are looking at is really the demand driver.

> The densest, most walkable city centers tend to have the most expensive homes. Manhattan being the extreme data point.

Alternatively, places that are attractive places to live (e.g., because of climate and access to fresh water) or to locate trade centers (e.g., because of natural ports, navigable inland waterways, etc.) tend to be high demand places to live, driving both price and density. In this view, Manhattan isn't in demand because it's dense, it's dense because it's in demand.
I'm glad to hear that -- I've had bad experiences with some other languages moving too fast and breaking things. I understand that's great for people developing every day, but I have several systems I dip in and out of.

Now I know rust has entered a stable phase, I might give it a look!
How to Lose a Tech Job: 3 Easy Steps
If that's the one it's a custom hash function which is then inlined as a macro. That still seems like a pretty vanilla C optimization that one might write in real C code.
Indeed, I misread your comment. Well, hopefully in the future how I read the comment will be correct. I don't think it would be that hard to write a data-channel-only server using BoringSSL and usrsctplib. See a comment of mine further down on the page of how you could do that.

Or you can just wait until we have our code refactored :).