skysight-inc/HackerNews huggingface dataset:
If the US government does not scale back on what it's doing and continues its rhetoric of "tu quoque" to justify its actions, it would be awesome to see the rest of the World respond by establishing a NSAO, National Security Agency Observatory, who accepts employees from every country but the United States and whose sole task is to infiltrate and publish every US secret for everyone else to know.

They could go farther than just the NSA and extend it to every single employee of the US government and its contractors. Those in the US government pushing for this level of surveillance are never going to scale back until they know exactly what if feels like to be subjected to the same level of surveillance. At the very least extend it as far as every US senator and representative that is pro-surveillance. i.e. if your voting record shows that have voted on bills extending the surveillance state, then you automatically become a target to have everything you and your administration has every said and written captured and published for the rest of the World to read in real time.

There is no better way to counteract this than Mutually Assured Transparency. i.e establish a policy of "If you won't allow us to have privacy and secrets, we won't allow you to have them either." At the end of the day, the NSA is never going away without drastic measures that make it's existence a liability for the US instead of an asset.

The worst thing the rest of the World can do is take the NSA and the current administration at its word. For example, it recently said that it has stopped tapping Angela Merkel's phone calls and communication, but what proof do we have that it has actually stopped. There is no way to prove that it is no longer happening and the people who say that they've stopped have lied for years on this very topic and still deep down believe what they did was valid, so we really have zero justification for trusting that the surveillance has actually stopped. Even if they did stop, we can reasonably assume that they only did so to the letter but not intent. e.g., how do we know that they aren't still keeping tabs on her by tapping everyone about her, but her. You can still assume a lot about a leader by knowing everything her subordinates are saying and doing.

If you are a citizen of one of the country's that have been victim of this spying you should suggest this idea to those representatives of yours that are likely to support a plan like this.
T-mobile is actually officially independent of Deutsche Telekom because the FCC has the same rule.
This was a very interesting article but the evidence presented was especially weak.

I was particularly unimpressed by "Bogotá's fortunes have since declined. The TransMilenio system is plagued by desperate crowding as its private operators fail to add more capacity – yet more proof that robust public transport needs sustained public investment." It seems like any outcome is evidence for the authors views.
I would add: a better way to handle spam / hate reviews on your app's page on google play. Personally I've got a couple that for some reason keep appearing before great positive reviews, although the hate ones were down voted by many.
Why the failure of healtcare.gov is great news for engineers
Thorium prices are really not going to rise all that much.

People have a hard time understanding what the six-seven orders of magnitude difference in energy density between nuclear and chemical fuels means in practice. Basically, even if the entire world switches to being powered only by thorium, thorium will still mostly be a waste product.

For the amount of digging you need to power a single coal plant you could power the entire earth and still have most of your production idle.
Because instead of just remembering that Spanish people siesta from 1200-1400 local time, you might as well translate it to UTC and make it even more complicated to remember?
People starting their own startups are not likely to get anything useful out of this article. There is little to "learn", as the link-bait title suggests, from a statistical analysis of billion-dollar companies.

There were, however, a few somewhat interesting takeaways amid the difficult-to-read mess:

The average founding age is 34.

80% of founders have started a company before.

Only 2 out of 39 have any female cofounders.

The billion+ startups are pretty evenly split into free, freemium, paid, and enterprise only pay structures.

Someone correct me if I'm wrong, but everyone I recognize on the list is a software-only company.
A sudden interest in reforming the taxi medallion system.
Are you suggesting that mkdir should know .ssh is special? I'm not sure that's a good idea. And how will the kernel (yes, it has to be the kernel) ask for a password when you access these files? With a GUI? On the console?

So you don't want Firefox to be able to read SSH keys. Privilege separation and sandboxing is the correct solution to this problem. Full disk encryption will protect the data at rest.
Yeah, same with all these new services popping up like Square Cash that if you have access to someone's email you can send money to anyway without any other verification.

I think it comes down to convenience outweighing the downsides. Since for most people it won't be an issue and for anyone it does happen to, they would simply notify their Bank immediately who would simply void the charges while they look into the fraud. I assume Twitter or Starbucks sends a receipt email after a Tweetacoffee occurs.

It would make sense to require users to enable double authentication in Twitter to be able to use the send money feature or in gmail to use Square Cash but doubt that would ever happen since people can already enable double authentication and the people who don't, don't know how to or don't want to and forcing them to would defeat the whole purpose which is convenience.

Good point though and will be interesting to see what happens with all of these services.
Lamport's description of his failures in introducing the Paxos algorithm is a highly amusing story:

http://research.microsoft.com/en-us/um/people/lamport/pubs/p...

For those that don't know, Paxos is one of the most important algorithms in distributed systems, so it's amazing to see that it wasn't even published for 8 years due to the author's ... odd structuring of the problem.
Wouldn't a fractal problem look only somewhat hairy from 100k feet, and yet also be hairy at 10k, 1k, 100, 10, 1 feet ? It should look somewhat similar at all zoom levels.

Problems that look simple from 100k feet but get complex as you get up close are what I'd call "normal" problems.
No, that was just a big scare. Microsoft dropped Silverlight (browser plugin to run sandboxed .NET apps in the browser) in favor of HTML5+JS, but I think that was an eventuality anyway as Silverlight never really seemed to gain enough momentum to stand on it's own merits.
well done, I would be very interested to hear a follow up on how open sourcing a project may or may not change consumer app store sales.
Right, but this isn't really a vulnerability, just a fact of the matter that when an account has credit card info attached to it, it can be exploited. There are probably much easier (and less detectable) ways to steal money than trying to crack into Twitter accounts.
P/Invoke and stuff like that is unopensourcable. The run time is way too deeply embedded in COM and the registry for its own good.

This move could have outright killed java in 2006 when the .NET 2.0 was way ahead of java in everything. Right now - I am not so sure it will be such a big thing.

(Disclaimer - haven't touched serious project in 4-5 years in .NET but I loved C# and the libraries)
They will support all and any platforms as long as they are windows.
I actually made this exact mistake yesterday:

* I made a topic branch and push it for review on github

* I immediately found a trivial typo in my code

* I amended my commit to fix the typo

* I did push -f to overwrite the topic branch on

* OOPS. I pushed all my branches. >.<

It doesn't seem peculiar at all, to me.
email sent - thanks!
With the exception of OS X developer.
With the exception of Windows developer.

Even only for web-stuffs, I still prefer OS X absolutely.
What you said is just an early generalization.
For most people, their sleep is highly correlated with what their watches show.
Do you have any plans to open-source this project? I'd love to hack away at it.
Text-only UIs
Just checked on my machine. Powershell boots in less than a second. Same as Konsole in kde.

The ISE takes maybe second and a half.
You've missed the point. The problem is not the visual similarity of electronic and physical signatures (though that certainly doesn't help), the problem is that electronic signatures (not digital signatures -- two completely different things) are completely, utterly, irredeemably broken no matter what they look like. The visual aspects only matter insofar as so long as electronic signatures look bad people are less likely to take them seriously. But electronic signatures should never ever be taken seriously.
I wonder if AT&T would be ready for the telecom competition landscape in Europe. At least in Northern Europe, the competition is very fierce and the prices are quite low thanks to that. Looking at US mobile prices, I don't think the competition there is working very well.
If you're suggesting I am lying, I assure you there are more substantial things to lie about.

> Typing, Fastest. Mrs. Barbara Blackburn of Salem, Oregon maintained a speed of 150 wpm for 50 min (37,500 key strokes) and attained a speed of 170 wpm using the Dvorak Simplified Keyboard (DSK) system. Her top speed was recorded at 212 wpm.

I (could) absolutely type at 150 wpm. I would not be able to sustain it for 50 minutes. Nor could I type at 170 wpm, let alone 212 wpm.
I'm not sure how the word generation works per say, but I've made a bunch of mistakes in sequence because I started with the letter "t" hoping to kill "technology" and I ended up shooting at "tea"

unless there's careful selection of the starting letters of words that are thrown at you, you will end up targeting something unexpected and taking big penalties.

that doesn't seem fair to me.
Wouldn't the opposite be better?
Totally agree. Whoever testing product on dev machine is all idiots.
Agree. When I tried to learn Scala I found it very similar to C#, only changes the name map -> select, filter -> where and so on.
They could've prevented this with using a salt, but instead of using a salt they make it even worse by not hashing but using encryption.

Basically if some one got the key they could get the passwords to everything including the FBI Agents and then they could possibly hack their emails.
That's a really nice feature, I'd like to see github offer that.
If the mobile skype app can call desktops, then maybe they interface with the desktop API.
I'd say he's more wrong than right. There are basically no landline connections in large parts of Africa, since it's basically infeasible to cover the large distances involved with cables. Satellite is unaffordable for all practical purposes - when I'm talking about doctors and nurses I'm not talking about western foreign aid people but locals. If your average income is in the range of single digit USD a day, satellite comm is infeasible. Also, the communication system must be manageable and maintainable by locals with a basic eduction.

So the best available communication is often cellular, if any.

On the other hand malaria is a disease that only affects some parts of the population - namely the one that lives in malaria affected regions. Large parts of southern Africa are mosquito-free, hence no Malaria. To make up for that there's a ton of others diseases, so if you eliminate Malaria, you still have to fight Schistosomiasis [1], Trypanosomiasis (sleeping sickness) [2] HIV and a lot of other diseases for which treatments may or may not exist. In a country where the average infection rate with HIV hovers at about 30% the gain from eradicating Malaria is limited at best. Let's not get into poverty and access to most basic health care.

It's not a simple problem that allows for a simple solution and even eliminating every conceivable disease that affects people in developing countries will only be one minor factor to improving the situation there. Those people need access to knowledge and information as much as they need health care and water. Otherwise they'll forever be stuck on western subsidies - just healthier and longer.

[1] http://en.wikipedia.org/wiki/Schistosomiasis
[2] http://en.wikipedia.org/wiki/African_trypanosomiasis
I like the implementation of this game a fair bit, but I never liked the "go until you die" games.

Personally, I really need to see a light at the end of the tunnel.

Even if it's a fake light, like an arbitrary point goal to reach, a time to survive to win a stupid little achievement.

"How far can you go" never served as good motivation for me.
GPG needs a safe sync process. Especially with it's mantra of "use many different keys", it is a colossal pain to actually try and keep the keys for different things synced across devices in a sane way (since it uses keychain files and not standalone files).
AFAIK Xamarin doesn't support Windows Phone right now, but I'd imagine they'll do so in the future as WP's market share grows; given that Windows Phone already supports .NET, that's a huge chunk of work they'll be able to skip if/when they do decide to add WP support to their products.
And spending money that could be used to attract more developers or be invested in another way that not buying licenses.
Cheapest Places In Asia To Get Apple Products - Shopping CheatSheet
Project went bad? It's just a matter of fixing the process.

That's a reasoning that's simple, easy to understand and entirely wrong. Contrary to what the evangelists' tell us, process has small (I'd almost say minimal) influence on software development failure or success.

The responsibility is on the lead project manager. He's not been good enough. A failure on a project of this size doesn't just happen overnight. If you just look, you can see it coming from miles away.

The solution will always be highly uncomfortable though. You'd have to stand up to powerful people who hold authority over you, fire sub-contractors or employees, significantly reduce scope, move deadlines. Big, high impact actions that won't be popular, hell they might even get you fired. Not a job for the faint of heart for sure.

It's depressingly typical of big corporations and organizations, to allow people not capable enough to be put in charge of such large projects. And it's even more depressing knowing tax dollars are being wasted in such huge amounts on relatively (big emphasis) simple software.
شوب
غطاء الكواية
http://supshp.com/showthread.php?t=2599
http://supshp.com/showthread.php?t=2599
غطاء الكواية
With the professional you lose test coverage =/ but yes, you have plugin support.
This might interest you:

http://www.reddit.com/r/IAmA/comments/1hxzad/we_are_the_micr...
> figure out some way to qualify what makes good software engineering

I doubt we'll ever be able to distill it to a formula.

People ran successful software projects decades ago, long before any methodologies were formally described. And they have failing projects now, even when they use a supposedly good formal methodology.

Instead of another alternative to waterfall, scrum, or agile, I'd propose the following ingredients for success: Organized people, a good working relationship with plenty of trust, a clear understanding of roles and responsibilities, realistic expectations, and colleagues who honor their agreements with each other. To name a few.

All of this is peopleware, not process. Unfortunately, there's no silver bullet to get this stuff right.
In India project managers(usually non-coders and highly paid than any programmer) never switch jobs until they get fired or the organization goes bankrupt.

Good Programmers always switch approximately about 3-6 years once and usually get about 30-50% hike with promotion.
"Europe's telecom mega-corporations are perfectly suitable at working with their own local intelligence agencies, then sharing data with the NSA."

Exactly, they share data THEY WANT TO SHARE, on their terms.

There is a very real and justified need to share information regarding criminals like terrorists, or murders.

But NSA scandal is about a different thing, mainly indiscriminate spying of every human being, inside and outside US borders without oversight.
Of course, that's "actually being a doctor" in the sense of being a fictional character who was written as a doctor. You can ask too much of a facile comparison.
@profquail: First of all those links are meaningless given the scarcity of F# positions. You just can't compare them statistically. Second of all if you look closely at actual positions then it turns out they are not F#-centric at all, more like "Scala, F#, Erlang, Haskell knowledge is a plus". I mean people who use F# were hired not because they knew F# well but for other skills - e.g. deep knowledge of finance, distributed computing etc. Why not focus on learning that instead? Nobody pays 100k for F# alone. I might be wrong but I just don't see it as a skill that sets you apart that much. People are more interested in HTML5 :(.
I suppose that depends on your definition of "independent." They are a subsidiary of Deutsche Telekom. When T-Mobile USA and MetroPCS merged, the agreement was signed in Bonn, Germany, not Bellevue, Washington.
I agree about both points. I guess I was in the position where I use my own computer or one I can change to dvorak about 99% of the time. The keyboard shortcuts are not great though. Especially for things that are meant for left hand keyboard and right hand mouse simultaneous movement, like in photoshop or most games. I usually just switch to qwerty in a pinch.

vim, is also especially awkward in its movement commands. ST IMO doesn't have this same level of awkwardness.
An analysis of the Adobe password dump
Not really since you can code just as well in other languages, but with tools like these, we've seen them built and we've seen how bad they were. Just going off experience.
1. We need more medical schools.
2. Free medical schools completely funded by the government.
3. We need to weed out the students who want to make
money off their patients, or future Dr. Ego's.
4. Reading this reminded me of college, and it seemed like
everyone was premed, and for all the wrong reasons--mainly
Ego. Oh, how they wanted to be called Dr..
5. If you really want to become a doctor--for the right
reasons--take your premed courses at a low income community
college. You will ace the course.
6. Once you become a Doctor, don't use it as a stepping
stool. Want to become wealthy--marry a rich kid. Want
money and an Ego stroke--go into finance, or learn Ruby on Rails, but stay out of medicine. Want a baby in the middle of your career, and never plan on returning to medicine
after your husband makes his wade--fine, but stay out of
medical school--you just wasted a coveted spot.

good luck--grade grubbers!

By the way, I always felt the difference between A students
and B students was a lot of ass kissing--at many colleges.
C# no doubt. But sometimes you just want to put some idea online, fast, a MVP for example. In this case, C# is more burocratic than Ruby/Python.
Go and do it right now. Experience them yourself. And experience Android yourself. Don't have a Android device? Don't worry, there's an emulator.

And let's see whether you can say after that.

Personally, I lost all the technical/engineering respect on Google people after that.
As someone who learned ruby first and then went through Hartl's tutorial I have to agree 100%. I wanted to learn about the framework. All the TDD stuff complicated the process and really slowed me down. I ended up skipping over all the TDD stuff and was able to really get a lot out of it. I fully intend to go back through the tutorial soon to pick up the TDD elements.
Love the interface. IMO the best selling point is encryption before syncing to Dropbox. That's really what's missing from apps like DayOne, Evernote, WriteRoom, etc. Any intention of bringing it to iOS/Android?
WebLoop - API for WebKit (like PhantomJS) in Go
Wow, massively flawed premise here.

1. Using user stories to define your requirements does not make your process agile, just like writing a traditional requirements doc does not make your process waterfall. It's not about the tools. If you're not capturing the requirements you need to capture, your process is just broken.

2. Design documents do not magically make your project successful. Agile doesn't like design documents because it typically uses more lightweight artifacts to capture design decisions--but it still captures them! Again, if those decisions are not captured at all, your process is broken.

3. Wat? Asynchronous vs. synchronous is a project design decision; how does this demonstrate the failure of agile methods?

Multiple sources ([1], [2], etc.) have reported that the requirements for the system were not known until Spring of this year, and that they were in flux until weeks before the release. That's not a problem that would be fixed with use cases, UML and design documents.

[1] http://www.nytimes.com/2013/10/13/us/politics/from-the-start...

[2] http://www.huffingtonpost.com/2013/10/22/obamacare-website-p...
> we're all already signing on the POS pin pad with a pen on a touchscreen

That's a little different because the pin pad might have an audit trail built in to it that would allow the merchant to prove (or at least provide evidence for) the provenance of the signature. I don't know if pin pads actually do this, but it's possible. With a signature that comes in as a stream of bits over the internet from some unknown source this is not possible even in principle.

And that is exactly the problem. People think it's the signature that matters because that is what they see. It isn't. What matters is that the signature provides some evidence about the intent of a particular person at a particular time. A physical signature on a physical document provides such evidence. An electronic signature does not and cannot.

BTW, even physical signatures have pitfalls. They bind only to the single sheet of paper they are actually on. This is the reason that on documents that actually matter they make you initial every page. Because without those initials it's trivial to swap one page of the document for another and it is impossible to tell which version you actually signed.
I think even this solution could go farther. Why isn't there a tool that automates all the checking of keys client side to check all this.

For example, when I download a binary or source package from some site with a corresponding file full of SHA1 or MD5 hashes, why isn't the presentation and serving of these keys sufficiently standardized that downloading the file can trigger and automatic download and hash comparison and then pop up a dialog that shows whether or not the file checked out ok. The process is so incredibly manual s that's very likely that most people will not check keys and signatures. The SHA1 or MD5 file could be completely standardized for the files served from the same URL folder root and have a standard recognized filename just like index.html or robots.text.

The system could first be designed to make it completely automated to check hashes and signatures. The next step would be to start building in layers and tools for the web of trust so you can also confirm that the signature your are accepting is also trustworthy. To get to a true web of trust, you need to slowly build up the foundational infrastructure for it, layer by layer.
Do you really sure that your users want them?

It can win just for your hobby or taste, but not for end users. And end-users define the business. Not your taste.
Dismissing Meteor.js as a Toy