skysight-inc/HackerNews huggingface dataset:
It's a fake comparison. It only looks like fewer steps because he's not counting how many steps it takes to send an email with an attached file. Not to mention joining a mailing list.
Then you need to read the damned TOS side by side with dropbox. They are significantly different in scope and the rights allowed.
a purely local svn repository never needed a server.

svnadmin </path/to/repo/on/local/disk> followed by svn checkout <file:///path/to/repo/on/local/disk> is all it ever needed.
56-bit EXPORT1024, not 40-bit EXPORT.
> The persistence module is an optional extra

But a DB offers usually persistency and you called your product ForerunnerDB

I still think that the communication/positioning/branding of ForerunnerDB could be improved since it's misleading.
You could check out `needrestart`---I've used this on Ubuntu and Debian, so I can't vouch for other distros.

https://github.com/liske/needrestart
Well, if you need the performance increase, the yes. Otherwise your options are to (maybe) tweak your current implementation so it continues to work or rewrite the functionality to be compatible with the view layer. This is the same trade-off you make with React since it's basically the same technology.
This is an interesting downgrade attack for sure. The author didn't bring this up, but this will probably work around HSTS if you have your site set up and preloaded into the browsers HSTS list.
I think you aren't actually reading it. I do not think Dropbox is less good at running storage than Google or Amazon, yet Google is 1/2 the cost.
The Next Marketing Frontier: Your Medical Records
Having just finished Influx by Daniel Suarez [1], your comment rang a little eerily.

[1] http://www.amazon.com/Influx-Daniel-Suarez/dp/0525953183

-- TL;DR Synopsis --

Secret government agency with hyper-advanced technology (AI, fusion, gravity control, etc.) keeps scientific advances from the general public and gradually trickles them out once they feel they can control the response properly.
My try with it was anecdotal, but the demo[1](which is a pretty brutal demo) ran at a fair speed on my phone- about 3 updates per second.

Currently, on Android devices most complex JS apps have performance issues(some problems were found in how Android processes JS), but this should go a long way in mitigating that problem while it's worked on by Google.
The idea that it's a bottleneck is wrong. Just because it's one thread doesn't make it a bottleneck. Draining from N queues into 1 queue and posting that work off to the GPU is never going to be a bottleneck. Even an arduino can handle that task fast enough to saturate the latest & greatest from Nvidia or AMD.

Also fwiw in DX12 even if parallel submission is supported, what's going to happen is N user threads are going to submit to 1 driver thread that then submits to the actual GPU.
Please don't. We don't need apps for this, a website that works offline is more than enough.

Plus, it's really cross platform, and you don't have to work on 5 different versions of the same app, while not excluding any mobile OS.
This seems so well-intentioned! But I think maybe it doesn't always do what it is supposed to do. (It's hard to say -- I'm not quite sure what it is supposed to do!)
I think that's why my dad's software is still usable. the UI was simply an excel spreadsheet. Since spreadsheets haven't changed that much it continues to do its thing.
Thanks for the conversation, I appreciate it.

> I feel like the distinction between active killing and passive killing is overblown.

I used to feel the same way. A genuine question - have you ever done any active killing yourself?

I feel like it was a massive perspective changing experience for me to kill and butcher a ~1000lb wild creature.
These guys are clowns, this is not surprising in the least.
So what you're saying is that, if I wanted to launch a nefarious file-stealing Dropbox-like application, I should first launch the non-nefarious version, and then when it gets up to 3.6 or so, turn evil?
interesting to see how a SaaS company tracking MRR for your product will learn in their own journey to $10K MRR
That was a great post!
We're building the groundwork for it, and may tackle the securities market or partner up but for now our focus is on building out the foundation -- proper consensus logic and great block chain tooling.
Not necessarily, for example firefox always restores the previous state – but I for example tend to always clean everything after I finished one project, completely clean the room IRL and my folders on my system, and then start with an empty space again for the next project. Keeps the chaos manageable xD
> Plus, there is really no reason for you to use touch screen controls for the game.

For the fighting, sure, but there's no reason that Nintendo's touchscreen tablet console shouldn't have touch controls for the menu.

Perhaps a better example is the T9-like keyboard you use to input player names in Smash 4. You're playing with the Wii U Gamepad, a touchscreen tablet that's the main differentiator of the console, and you're selecting T9 letters with your analog stick like you're using a Nokia phone in 1998. Why is there no on-tablet keyboard?!?
is it 21Floors now? <bring forth the downvotes>
Looks like the NX guys are folding shop to be pay only software and FreeNX doesn't have a client for Windows and other OS's

http://arstechnica.com/civis/viewtopic.php?f=16&t=1227519

Looks like yet another endless FOSS forking contest. NX > FreeNX > X2Go. Hopefully X2Go sticks. Looks good so far, it has the NX back-end but they have their own clients, Windows too.
Step 32 has me scratching my head. I've set the suggested property values, but all of the elements still shrink at a uniform rate when I click resize box.

Am I missing something, or is there an error/omission in the instructions?
> That's now known as "I can't deploy because github is down".

I had that happen a few months ago. Had to push the repo to bitbucket and change where a config file pointed to. It took almost as long as doing a merge in SVN.

> I have build artifacts that clock in at about 300 - 500 MB and I'd version control them if possible. I can't, because that would fill my disk within a couple of month, so I have to push them to a server and somehow link them.

Those are very unlike source code. You're not going to want or be able to diff them, or blame them, or view their history. A different tool is appropriate.

> I see a developer wedge his git repo with a pull + rebase about once a month. And then somebody needs to walk over and explain.

Yeah. I see that at about the same rate I saw developers lose data back in the svn days. Git can "wedge itself" but never in a way that induces data loss, IME, in stark contrast to its predecessors.
Title should have read "freeware versions". Considering how much stuff around mono is now free (as in FOSS, and not merely "freeware"), it's nice to state the difference clearly to avoid confusion.

I had kinda gotten exited for a bit there. :(
The Wild and the Homegrown: Chinese Pharmacy as Environmental History
It's a saying, "If you get to LEO, you're halfway to anywhere in the Solar System", and it reflects the amount of deltaV you need to spend to reach Earth orbit, which happens to be around the half of what you need to complete the trip to another body.

(NOTE: you lose a lot of deltaV fighting air resistance)
This seems like it will be really useful for servers---I wonder how much it will matter for desktops though. Logging out and logging back in seems like a requirement for xorg, groups, etc. While it isn't a reboot, it still kills my windows and thus my workflow.
It is a fantastic saying. A quick Google search for the phrase "lack poetry in their souls" turns up a handful of uses in the past 5 years and one theological journal article from 1922.

Remove the word 'lack' and I get plenty more results. The ngram viewer indicates Google found the first usage around 1830 and it was most popular 1840-1850.
I understood it that GPU itself can handle multiple commands concurrently, no? So if hardware supports it and there is just one thread submitting them, hardware isn't used to full capacity. Or that's wrong? And what's the point of making one thread do it, if multiple can? Queuing through one usually makes sense if you need some ordering.
It says that if a contaminated male fertilizes the eggs of a female without the bacteria, these eggs do not turn into larvae.

That implies that eggs of a female with the bacteria fertilized by a male that also has the bacteria can develop normally. So, assuming the 60% infection rate applies to male and female mosquitos, 60% of males cannot fertilize the eggs of 40% of females due to the bacteria, or about 25% of male/female combinations are incompatible due to this effect.
Mantle is from AMD and dates back to 2013. It has nothing to do with Apple or WWDC.

You're thinking of Metal.
RE: The last one

QUIC is a solution for that - It's Google's answer to TCP, and dealing with multiplexed connections. I recommend taking a look.
These western descriptions of Agbogloshie are really becoming a farce. It's the scrap dump where African generate cars and old appliances go. It is not the repair hub. There are ZERO sea containers of Western e-junk showing up. NONE. The place handles less per day than the average e-waste processor in Indiana. The World Bank stats show that Accra has 4.5M residents, and the majority of households have had TV and computers for a decade. They buy used working electronics because the average income is under $3K. But it's obscene that environmentalists go to a dump and take pictures of kids and raise money and don't tell the truth about the waste origins and don't share any money with the kids. I'm going back at the end of the month. Just stop it people. (With all due respect, You too, Kyle). Your video says you saw no evidence of repair, it's the scrapyard it isn't where the repair is done and it isn't where the sea containers arrive.

And this has all been painstakingly documented in major reports!

http://www.basel.int/Portals/4/Basel%20Convention/docs/eWast...

http://www.basel.int/Portals/4/Basel%20Convention/docs/eWast...

And the original source of the statistic that it's the biggest e-waste dump in the world, junking 80%, made it up. Look!

http://retroworks.blogspot.com/2013/05/basel-action-network-...

This is environmental malpractice.
Dilbert was 10 years younger in 1997 than in 2007

It depends on your frame of reference :)
Location: Nanaimo, Canada

Remote: Yes

Willing to relocate: Yes (America and Europe preferred)

Technologies/Skills:

C++, Java, Ruby (Rails), C# (ASP.net MVC)

Javascript (Node.js, JQuery), HTML5/CSS3

Perl, Python

Lisp, Prolog, Smalltalk, J

Git, Agile, OOD

Résumé/CV: https://www.dropbox.com/s/no1uv1lt7swrr11/David%20LaMothe%20CV.pdf?dl=0

Email: David.a.lamothe@gmail.com

I am about to finish my Bachelor of Science in Computing Science and am looking for an entry level position.
Seems like it's still under review. I feel it's a bit improper to put out a press release when the paper is still under review -- that can easily influence the review process.
Although you seem to know what you're talking about, my experience isn't that clear cut.

I've used UE4 quite a bit. Just using blueprints, I didn't feel like I needed to be a specialist to do really cool stuff. And I wish it had something like C#. Also, it wasn't that quick to get something looking great in UE4 and took quite a bit of practicing.
From these servers you can frequently access a fileserver on which you can download files from the internet. But the server itself can't access the internet.
im supriced by how short the css is, especially if you remove the multicolor part and debug part, then it becomes around 60 lines of css.

Awesome work :)
Well, you know, the native Ruby Mongo driver and Ruby itself are both abstractions, too.
Many good points. I can't argue for or against you about resource allocation because I have no idea what resources are available. I can't even argue for regulation, because I know so little about the current landscape. But I can say that AI is possible, people are working on it, therefore people should be encouraged to discuss the potential threats and safeguards for it.

My opinions currently stop at this is an important topic and anyone who is interested should be exploring it via their chosen medium.
> Your machine will stop working sometimes, far more often than your office network stops working(1)

Bollocks. I've had two machine failures in eight years, versus at least 20 network failures. Sure, maybe the network admins at five different companies I've worked for all just happen to be a bunch of muppets, but I highly doubt it.
I didn't take his comment to be about a learning curve. I think the complaint is that the abstraction on top is not as expressive as the thing it abstracts. This means that when you break the abstraction you have the complexity of the thing you abstracted away on top of the abstraction layer itself, which means you might have been better off without the abstraction in the first place.
Reductio ad Absurdum [1] is available for deductive reasoning [2]. The inductive step is available to inductive proofs [3], but the difference between 2014 demonstrates it inapplicability here [via contradiction no less!].

[1]: https://en.wikipedia.org/wiki/Reductio_ad_absurdum

[2]: https://en.wikipedia.org/wiki/Deductive_reasoning

[3]: http://en.wikipedia.org/wiki/Mathematical_induction
[3]
UIUC, Washington, and Georgia Tech also rank well above Harvard and Yale in my mind (and, I suspect, most others).
Indeed. They are an interesting model of a completely alien mind, and fortunately this mind runs very, very slow for now.
> Setup Readibility integration to enable article previews.
It does support compression of the message body, but not of the headers.

They designed a new compression algorithm called HPACK specifically to compress headers in HTTP2: https://http2.github.io/http2-spec/compression.html

In small HTTP/1.1 requests the headers can be much larger than the content, which is part of the motivation for combining files into one request.
Holy crap - I was just fantasizing about a service like this two days ago.

Cant wait to try it out!
A recommendation for you: read more than a couple of words before clicking to another thread to hate on - "Setup Readibility integration to enable article previews."
Also reminds me of False Start.
Location: Frankfurt, Germany

Remote: Yes

Willing to relocate: No

Technologies: Backend Development CTO Entrepreneurial Spirit Opensource People Leadership Project Leader Software Architecture Software Quality Auditing Technical Concept APIs Symfony2 MySQL noSQL PHP Python RESTful Services Android DNS Github Google Cloud Platform Linux PHPUnit Regular Expressions Subversion HTML5 Angular.JS Continuous Integration Doctrine2 Git Security Webstandarts XML Amazon S3 Apache Coaching Go Javascript Jenkins Mentoring PEAR Travis Ci Java MongoDB PostgreSQL Conference Speaker Usability jQuery ZeroMQ Microformats JSON-LD Open Data Open Source DevOps TDD / BDD / DDD

Résumé/CV: https://angel.co/coderbyheart

Email: m@cto.hiv

From April 1st 2015 I’m available to join a new team where I can apply my craftsmanship to software, my leadership skills to the organization and my wit to the daily standup.

I used to work as a freelancer, but having been part of an amazing team provides something that is missing if you are a keyboard for hire: relationships and colleagues–which is equally important to me as being able to work remotely from a coworking space.

I’m looking to join a team as a lead-developer or CTO because I know that I can contribute more than S.O.L.I.D. code and software that is deployable everyday–even on fridays. I believe that there are better ways to work than building waterfall projects in open plan offices and I can help you transform not only the way you build software but how you talk to your clients.

I did join dotHIV last year because I wanted to build a project that has a purpose and serves a real need–not some made up first-world problem. This is still true and this is what I will ask you when we talk: Why does working at your company matter?
Centrally managed local repo, managed by another team.

Sometimes, in a lab, it's easier to ask for forgiveness than permission.
I've always found it much nicer to eat thick chunks of meat but I guess it's not the norm for lunchmeats.
I'm fairly sure that at least on the ui-side you could improve over git, but the goal is not necessarily lower complexity. A semi-distributed system could have other advantages, for example fine-grained access control (read permissions on folder or file-level), support for partial checkouts, better support for large binaries (only the last revision on the local repo, older revisions on the server) etc.

git currently can't do that because of the way it's designed and built.
This is interesting, but a few concerns are nagging me:

1) There's been some research about the demographics of crowdworkers [1] that questions whether it's a representative sample of any particular population, and I wouldn't immediately concede that conclusions drawn from these survey results are externally valid.

2) There's at least a little controversy around how well (or rather, poorly) crowdworkers are paid and treated, with workers on Amazon's Mechanical Turk going as far as crowdsourcing a set of guidelines for academic requesters to right some pretty egregious wrongs that have happened in the past few years (disclosure: I was involved in the research [2] that facilitated those guidelines).

I wouldn't necessarily forsake this data or anything learned from it, but these concerns make me wary to use it myself very readily.

Does anyone else have concerns? Am I just being hyper-vigilant because this is a personal research interest? I'm open to accusations that I'm biased, at least in this case :P

[1]: Ross, Joel, et al. "Who are the crowdworkers?: shifting demographics in mechanical turk." CHI'10 extended abstracts on Human factors in computing systems. ACM, 2010.

[2]: publication/citation forthcoming; for now, a link is easier -> https://ali-alkhatib.com/media/papers/pn2032-paper.pdf
There are good managed git services for companies that don't want to run their own. If my sysadmins are truly incompetent I can use a free private bitbucket repository.
You don't need to retrieve the file if you already have it.
I think it goes something like this:

- For some reason, Rust posts constantly make the front page of HN. Either the Rust community includes a lot of HN users, or there are just a lot of people who like to hear about it.

- Rust is highly imperfect (as you would expect it to be). There's the constant breakage, which is supposed to end in like 2 or 3 months with 1.0; as a complex language it has more warts than, say, Go, and requires a deeper understanding to use well (i.e. you really benefit from experience with C++); the borrow checker takes some getting used to, I've heard, before you don't feel like you're fighting with it (haven't written enough code myself to get to that point); builds are slow; it doesn't have everyone's favorite pet feature; etc. Especially since people don't seem to feel the need to spend very much time getting to know Rust before writing blog posts and especially HN comments about it, that leads to a lot of complaints, which due to the previous point show up disproportionately on HN. (Actually, anecdotally I think most of the posts are positive, but every post about Rust is used to some extent as a "general Rust discussion" comment thread, just like every other topic. :)

- With all these complaints, the simple but critical point gets drowned out that the language works, pretty much - satisfies to a good extent if not perfectly its performance, safety, and readability goals. (For proof that it works in the large, consider that Servo is over 400k lines of Rust code and implements an already quite featureful HTML renderer[1].)

But I think there will be a good amount of positive hype once 1.0 gets out the door. Can't wait.

[1] http://kmcallister.github.io/papers/2015-servo-experience-re...
The body, but not the headers, right?

Does http2 also compress headers?
that may be so, but tricking them into making the right decision is not a good long term decision. If they can't respond to reason perhaps changing teams and companies is a better approach.
You shouldn't be both manually manipulating the DOM _and_ using Handlebars mustaches for the same element. Since there wouldn't be mustaches, Glimmer would ignore these cases. In general, you should only be using jQuery plugins for special cases not covered by Ember anyway.
As a network engineering I can say this: Neat.
No evidence exists that Abdulrahman al-Awlaki was deliberately targeted, which makes him a bad example of the impact of a "disposition matrix". The target of the strike that killed him was Ibrahim al-Banna, an operational member of al Qaeda, who was among the confirmed dead in the strike.
Eating it?
Interestingly, if you look on the map you'll see that you have to sail SE through the canal to go from Atlantic to Pacific.
I just bought Unity Pro with iOS and Android for personal use around a week ago :(
Interesting how I'm getting downvoted for stating this. The language does come awfully close to explicitly stating just the thing:

"We collect information to provide better services to all of our users – from figuring out basic stuff like which language you speak, to more complex things like which ads you’ll find most useful"

even explained thus:

"For example, if you frequently visit websites and blogs about gardening, you may see ads related to gardening as you browse the web."

and they say that they base it on:

"Information we get from your use of our services."

Again, not explicitly named, but not forbidden either by their own privacy policy.
This concept has been around for awhile: http://en.wikipedia.org/wiki/Decentralized_Autonomous_Organi...

I think it lends itself well to fleets of driverless cabs
If the blockmaker excludes signatures, then a larger portion of the fees get burned, and the blockmaker gets a smaller reward.
HTTP 1.1 supports pipelining requests but in reality it's disabled everywhere.
Not really since the libraries remain affected.
React's unfair and one-sided patent grant aside (personally, I will never build a real app with React unless that situation changes), it is not a complete MVC framework, and to my knowledge there is nothing that fills in the gaps to make something close to Ember feature-wise. So while React may end up faster, Ember will hopefully be quick enough that its programming model wins out.

Edit: grammar.
Ember still uses the Handlebars syntax, but we don't use the standard Handlebars runtime anymore.
This is only meaningful if Dust has all the other features that Ember templating has.
You appear to have been downvoted; while I don't know whether your potential solution is right or wrong your downvoters should have been polite enough to explain their reasoning.
Yes, the algorithm allows for skipping absent or Byzantine validators. It doesn't skip the height, it just progresses to the next round. In the end it's about getting more than 2/3 of commit votes.

You can prevote or precommit more than once per height (on different rounds), but a commit for a height must be the last signature for that height.

The sudden mass bonding is a problem for light clients doing a certain type of desirable SPV. We're considering options to mitigate this issue. One such option is to throttle the bonding and unbonding at the protocol level, or to introduce a second class of coin for validating and controlling issuance of it.
That's awesome to hear! It takes an unbelievable amount of energy and sometimes frustrates us with how slow and deliberate we need to be with features.
Do you think that fossil fuel depletion as a concept is a fantasy, or just the idea that it will be noticeable anytime soon (e.g. this century)? If the former, is that because you don't believe we are using fossil fuels faster than they are naturally deposited?