skysight-inc/HackerNews huggingface dataset:
He's talking about something different. While dalvik's going away and apps will soon be compiled with native code, Android apps can already bundle native code in with the app through Java's Native Interface API. Such code is architecture specific, and usually only available for devices running under ARM, with occasional support for x86 processors. Additionally, some native code would only be available for specific architectures; Firefox mobile won't run on older phones because it requires an FPU, which wasn't guaranteed until ARMv7.
A better way to build apps
At least all you'd have to do is "buy an OS". I'd have to buy a whole computer to use an OS that I can't stand in order to test stuff on a Mac.

(But that's really living in the past. These days we have BrowserStack.)
Well, you haven't really explained the situation you're in very well, so I can only make general statements.

Being in a non-tech company could be a good thing. It mostly shouldn't be a variable in your situation. You could have the chance to greatly expand the tech work in the company. I personally think all companies need to have a huge emphasis on in-house technology these days. Even if they contract out the bulk of their work, they still need knowledgeable people on staff to be responsible for the consultants. I say this speaking as a freelance consultant myself. I can only do what I'm told. Someone else has to set the policy, and I've seen what happens--on several occasions--when liberal arts majors are made CTOs of companies.

I also firmly believe in not asking for permission to take on responsibility. If you are meeting your expectations for work, on time and on budget, then there is nothing stopping you from being proactive about side projects and anticipating needs within the company.

If, in doing that, you don't receive the recognition you think you deserve, then you will know it's time to find a new company. But just because you're not being given the chance to shine that you think you need to get the promotion you want, isn't related to it being a tech company or not. You won't find a tech company that hands you opportunities.
Not to mention a sufficiently motivated deliberate actor could get Twitter to hand over your account - particularly easy if it's completely unused...
Push our limits – reliability testing at Twitter
'Your calling it a "meta-process" implies to me that you also get that distinction.'

I interpreted "meta-process" as simply a remark that the process (presuming it is one, but that seemed to be the orientation of the author) addressed processes.
The single most important issue with email: Team Inboxes.

Yeah, that's apparently what their product is trying to address:

- Email is not adapted to the enterprise world? Make it more collaborative. Here at Front, we introduce productivity and collaborative features in a standard email client and let companies work as a team on all their incoming emails.

I had a job where I had to deal with a team inbox. It took a bit of work to get it working well. I wasn't in that job terribly long, so I don't know very much about the problem space. But, yes, it was a pain. And I hope they really do have something better to offer.
The also have an ARM version:

http://www.cavium.com/ThunderX_ARM_Processors.html
Twitter's engineering blog posted about this phenomenon last year.[1] It's not as in-depth as I'd like, but it does contain some technical/architectural details about how they scaled to deal with such high traffic.

1. https://blog.twitter.com/2013/new-tweets-per-second-record-a...
Looking at the listed "Email is..." statements, an important one was missed.

Email is broken.

Disagree? I'm sure your response expressing your disagreement won't end up in the spam folder.
But how about the part where you can also reverse the update easily because you don't like the UI changes or an important extension broke?
Has this sort of mega-simulation envisioned at the end of part 3 materialized yet? I don't think so. Why? is there no interest in it or the technology isn't there yet?
Because accidents are too violent and too infrequent for post-hoc enforcement to work. By making it illegal to drive without insurance police can do enforcement continuously, creating an incentive for insurance enrollment before you get hit by a car.

If you have to wait for peoples' lives to be ruined for you to have an opportunity to create your incentives, it's already too late.
Are you kidding me? In my lifetime, letter mail has had a longer run than email. And you presume from our brief couple years with it that email is never going to be different?
The engineers at MIPS were probably happy, since it meant that management might potentially commit to innovation again.
No please. CSS is meant for presentation, not content.
This looks like they're actually bundling the kernel and all appropriate libraries into the package.

"Persistent Compatibility: allowing host and application to evolve separately. Changes in the host don't break applications."

"A library OS is an operating system refactored to run as a set of libraries within the context of an application.

While Drawbridge can run many possible library OSes..."

This implies to me at least that the app and the "OS" the application sees is a complete isolation from the host OS.

But I might be misinterpreting things here, the video seems to go into a better explanation

http://channel9.msdn.com/Shows/Going+Deep/Drawbridge-An-Expe...

Strategically this could allow Microsoft to drop lots of backwards compatibility cruft in their mainstream host OS and vastly reduce development cost and complexity.

See my previous comment here https://news.ycombinator.com/item?id=8245682
9/24: Mike Kuniavki talk on cloud meets Internet of things
Good job! How do you check if the startup's site can be embedded into your iframe?
I think it's fantastic news - even if the net result is just forcing typesafe to address concerns about scala that have been festering for some time.
Cool stuff here! I started up a similar site at https://policedemilitarization.com -- perhaps we should collaborate or consolidate some of our efforts?
It is, however, a horrifically bad protocol. We don't need a new app, but a better protocol for unified mail, IM and audio/video. XMPP is close, but flawed.
This is a big thing. Mastercard is a global company. In Nigeria, a country that has nothing to loose and some small advantages to gain this may seem like a no brainer. However, if this new tech proves itself reliable enough I expect it to be pushed to many more countries.
Think about it. A BANK will OWN your biometric data (10 fingerprints, iris signature, facial signature). Everything. And this is not a governmental entity. Nigeria, as a poor country, cannot challenge the tech brough by Mastercard.

An then what would be the next step? No more cash payments? If you pay by cash the whole system would flag you as potential threat?

Plus, is there any prove that access to credit for really poor people is actually creating wealth ? This is the modern slavery and anyone who has credit in west either for education or commercial purpose has felt on its own skin what means to work for paying up the debt.

God help us all!
It's a common confusion, even in the news. Avoiding the confusion is a good litmus test on how good the article about Uber is.
It all depends on the job.

Most people with the title "software engineer" are day in, day out, faced with random debugging, tinkering with code and keeping the code-base organized as they go. Clever algorithms are not needed. Solid development skills are. Furthermore when you do run into occasional algorithm problems, it is enough for there to be people in your environment that you can turn to for that.

This is an accurate description of most of the productive colleagues that I've known over the years. I've known a lot of people who do not do well on algorithm challenges, but who I'd like to work with again because I know that they can consistently pull their weight.

But doesn't someone need to know algorithms? Well, yes. I certainly do. But it doesn't need to be everyone. In a good team, people naturally turn to the most appropriate teammate for help when they need it. So they might turn to me for algorithm questions, someone else for weird git problems, and yet another person for networking expertise. Algorithms are just one component.

But, I can see you say, all else being equal, wouldn't you prefer someone who knows algorithms? Obviously so. But algorithms are only one component of what we do. And is not always strongly correlated with everything else that we need to know, such as unit testing and writing modular code.

And here we get to the real problem. When our interview tests test something different than what we actually need, then we don't know whether we're getting the skills we need. Furthermore when that different thing is something that every other organization is also testing for (like algorithms), then we wind up both not being interested in people who have the skills we need, but we wind up in direct competition with everyone and his dog.

Therefore interviews should try to test the skills that we actually need people to use day to day. If your job does not require people to regularly write clever data structures, don't test for that. If your job requires people to lay out and modify class hierarchies for new business requirements, test for that instead.
This seems like Microsoft's response to Bromium vSentry which is a very impressive product.
http://www.bromium.com/products/vsentry.html
Agreed on conflicted-ness.

The thing that concerns me the most is that from observation it feels like many of the high muckity mucks of the Scala world would probably be heading in this direction. There's nothing inherently wrong with that, but IMO that increases the chance of serious fragmentation.
If one doesn't exist this sounds like something I may want to dig my teeth into.

This honestly sounds like a massive need for enterprises. You could even directly incorporate a test suite into the function storage, to "prove" a function erm functions.
I'm surprised Tribler is still alive. Years ago it kicked up a storm of publicity when it was published as a research project by the Delft University.
Bypassing security for profit is not the definition for civil disobedience.
The browser knows about the device it's running on, and specifically its display density.
It's not fancy & not beautiful, but it's the timeline creation tool that I wanted for a long time. So I built it during labor day weekend.

Here's an example timeline created by Timelinee: http://timelinee.com/t/UtWt3q

And FAQ If you are interested: http://timelinee.com/faq/

Comments, suggestions or critiques are highly appreciated :)
How exactly am I demonizing profit?

I'm just saying you can't really paint yourself as speaking truth to power when you are orders of magnitude more powerful than the ordinary citizen, especially when you're working to destroy the protections voted for by said ordinary citizens.

Taking the rhetoric of civil rights, resistance against tyranny, protection of ones neighbors, and using that to defend a corporation's right to increase their margins at any cost is pretty disingenuous.

It's a valid viewpoint to think that corporations have that right, but if you really believe it, why do you need to employ the semiotics of ghandi-style asymmetric struggle?
New Versions of OpenCV in Alpha
Again, we have no evidence that there is willful cooperation. You're free to think that and it certainly isn't beyond the realms of possibility but so far all of the public data suggests that the only companies which are cooperating above the legal compulsion level are the phone companies who sold access to private fiber.

You keep talking about circumstantial evidence but there isn't just anything beyond Condoleeza Rice joining the board and, while I'm less than thrilled about that, rich politically well-connected former Standard provosts do end up on corporate boards for reasons other than mass surveillance.
I've worked in big corporate environments and small startups (both as a manager and a developer). In the former, I think you have to ask whether your boss has your back. Is he/she interested in furthering your career / ask about your aspirations / come up with a concrete plan for getting you there? If not, you're stuck. In that case, I've found it helps enormously to make yourself visible to your boss's peers (and his/her boss). Figure out what their priorities are and start to address them.

If you're in a smaller company or startup then you've just got to have hustle. Chances are that there are half a dozen unfilled job roles around you and you just need to step in.

Both cases summed up by this advice I received early in my career:

"People don't promote you into a role until you're already doing it."
Solar Energy Revolution: A Massive Opportunity
The activity reported by namecheap hardly lines up with these reports, mass amounts of user/password combinations leaking is hardly anything unique.
Depends on what you mean by "forever." If you mean, say, 30-50 years, even maybe 1000, sure, i'll give you that, but i'm still skeptical, but to suggest that there won't be a better communication tool that comes along to replace the written word from one node to one other, i'd say you're deluded. There is lots of room for improvement.
I knew that someone was going to pull out "civil disobedience" when I was writing my comment and I am a huge fan of civil disobedience... when it involves civil rights.

A billion dollar company funded by Wall Street trying to gobble up and lock down an entire global market through unethical fraud and shirking their tax and legal liability is a repulsive invocation of civil disobedience. I hope you will think about what you've posted and feel suitably shamed.
Well for me, Email is already dead. Of course, dead software still exists, for information can not be destroyed. But, there will be more surveillance. There will be more counter-surveillance tools becoming popular. But Email will not stay on that list. Over the long run, the electronic mail will fall back behind inherently encrypted solutions. At least I hope that.
Except that "people in Philadelphia suck" isn't a shorter way of saying "some people in Philadelphia suck". It's an entirely different statement.

Why not shorten it to "some Philadelphians suck"? It's shorter and, arguably, more accurate.

>The 140 character limit and general focus on brevity encourages people to drop specificity and shift to bold proclamations and absolutes.

I disagree that the limit encourages vagueness, bold proclamations, and absolutes. Those are side effects of not stopping to think about how to effectively convey a greater-than-140-characters thought in less than 140 characters (without changing its meaning.)
I have a lot of respect for Brin, but it's amazing how wrong that piece is. There's more code being written now than ever before, not just by kids but by all kinds of everyone.

There's an entire sub-culture of collaborative development - github, etc - which would have been impossible with 8-bit micro technology.

Away from that, a lot of non-devs have hacked together simple VBA/AppleScripts. And not a few people with zero experience have produced apps of reasonable quality.

Never mind web pages, including Wordpress sites.

Of course you can't own your hardware any more. But no one ever did. Even if you built a Z80 micro from scratch and burned your own EPROMs for it, you were still stuck with the original instruction set, and you likely had no idea how it worked on the inside. You certainly couldn't hack it to change it.

As someone who made a brief living building custom Z80 controllers and coding in assembler, I'm thrilled by modern dev tools, and the fact that if you have a problem you can almost always find the answer online.

Compare that to my first C programming experience on the Atari ST, where I spent two weeks trying to work out why a library function in the compiler didn't work, only to get a letter - on paper - from the compiler developers saying 'Er, we haven't done that part yet.'
Tongue in cheeck: paper is.
I assumed 2x was for Retina-like screens. The browser already knows it and it's exposed via devicePixelRatio.

If I understood your question correctly.
Develop Android apps using Flow-Based Programming and Visual IDE
Not really, my project is 3 FTE for 8 years.
Double it to 16 years and then multiple the number of developers by 100.

Consider a large enterprise having 300 developers in multiple teams, I am not at all surprised that they can manage to write 100 million lines or so. Also I think this is really a system of systems, and in my experience probably has large parts developed by the lowest bidding firms. Which when software is developed for 10 years or more means more than one way to do the same thing.

Also having to deal with lots off ancient systems and working around weird bugs probably fixed years ago. You know things like bugs in Java 1.2 on HP-UX and stuff like that, or errors in Oracle 7i etc...

Plus functional duplication because team A did not know subteam C2 build the same thing...

Editing my comment instead of replying to
the excellent comment by @jacquesm as hn does not allow me to reply to the reply.

Actually completing the transfer of a codebase like that is unlikely to a new team without much much more of a handover. But some high/middle frustrated with the current system manager asking a team to start rebuilding before it gets shut down a few months/years later is very possible. An other plausible option is a corporate take over... But then I would expect a very experienced team to work on it who do not need to ask HN for this kind of thing.

I personally have been in a situation where code moved between companies and no documentation or old developers where available. Not as large as this only a 1 or 2 million lines of code/xml. But I am no longer surprised by the stupid acts that large corporations can perform.

And this must be systems not just one. You can't build a single jar file of 50+ millions of lines of code than could have loaded in a JVM around 1.3.1 on even high end hardware for the time.
Show HN: My DIY-science attempt at the (literally) coolest ice bucket challenge
That's typically not done because it means your burning cash at a rate that adds "unnecessary" risk to the business. This is why early employees are paid $75k instead of $150k and are given equity in the business. It greatly increases the probability of a successful outcome. Paying $150k will most often lead to a 12 month run then winding down the company. That's not really in anyone's interest.
Gridlock vs. Bottlenecks: A visual explanation
I'm still hoping to see a resurgence in software designed around federated protocols and architectures.

Basically the opposite of things like Google Hangouts, iMessage, Skype, Dropbox, iCloud/Google Docs, and many others.
"Impersonal" was only ever a label applied to email by people who didn't yet have access to the Internet, jealous they were being excluded. It's the same people who decried smartphones.

In all areas that matter, email is superior to paper letters. And in all areas that matter, no one has proposed an alternative to email that is superior in a way that cannot be applied to email.

In other words, whatever is wrong about email, can be fixed from within the system. Paper letters had to become email to fix what was wrong with paper letters.
Simple/refined carbs = sugar. Too much sugar in too short a time = insulin is generated to convert the sugar to fat. This time frame is about 30 min, so, unless you are exercising while eating, almost all simple carbs and sugars will end up as fat. Perhaps then you can burn off the fact but that is not entirely dependent on exercise but about how your body will react to that exercise in the light of other issues (what else you're eating, if you're fasting, what your sleep levels are like, etc.).
What does it mean? Having difficulties parsing it for some reason.
I grew up in Milwaukee, and my mother worked at the local technical college, so I heard about tool-and-die making and machining and so on growing up.

But the last 30 years or so haven't been kind to skilled manufacturing workers in the Upper Midwest, and on account of that I think most people who had other options avoided the field. I know one classmate's older brother became a welder, and he's spent a lot of time unemployed in the past few years.
Spotify notifies me when artists I follow add new albums. Have you tried following an artist that you want updates from?
The 'shit' here being Internet Rage on places like HN.
OP had a 3 month contract which was not honored (according to this side of the story). That's why he lost his deposit on the apartment that he'd let for 3 months.
By the user is more typical for enterprise software (in general, not limited to SaaS) and probably more related to cost in comparison with by the project.
Yes; as they should.

Net neutrality is (and always has been) a good philosophical idea that is completely impractical to implement given the business structure that has arisen around content distribution.

Right now, we have a situation where the big guys (i.e. the major ISPs) can effectively force companies that are pushing large amounts of bandwidth to sign private interconnect agreements. This is less onerous than it seems, because the industry is already largely split functionally into creation and distribution. The only companies this really affects significantly are the ones who are big enough that having vertically integrated creation and distribution functions create a cost savings. Paying interconnect fees cuts into margins for those companies. Smaller companies are just going to pay CDNs (who have always paid ISPs for interconnects) for delivery anyway: the value a CDN provides is more than just network connectivity.

With true net neutrality, we would have a situation where the big guys (in this case, large traffic generators like Netflix/Amazon/YouTube/Akamai etc.) flood the small guys off the net. The popular assumption is that ISPs would throw more money into upgrading their networks to deal with the flood of data; but every industry person I've spoken with believes the opposite. It would lead to a mass exodus of investment dollars from wired broadband because there would be no way for the ISPs to recover those dollars in the future. These companies have other things they can invest in; and they will likely choose to spend the money they would have spent on infrastructure on restructuring their companies to look more like Netflix because the FCC has effectively blessed that business model. This would be bad for the consumer and bad for companies like Netflix.

Net neutrality is a good idea in principle, but there is no good way to get to true net neutrality from where we are. If the goal of net neutrality is to create a faster Internet, it would need to be accompanied with about a half a trillion dollars of government money over the next decade; and the FCC doesn't have the power to do that without Congress.
A Boy and His Atom: The World's Smallest Movie (IBM)
I completely disagree here. The NYC Uber driver I rode with was checking his GPS and phone literally the whole time, whereas Taxi drivers I've been with almost always know their way around really well. I've called cabs to arrive at 3-4AM and drive me to the airport several times without issue.

It's nice when there's an Uber available a mere 1-5 minutes away, and that they have an app for tracking them, but I don't see how taxi companies couldn't replicate this exact service.
Another commenter notes "a bunch of college campuses have College ID cards that were also mastercards." I would just add to this that Chicago launched public transit cards this year that are also Mastercards. http://www.ventrachicago.com
Amusing headline considering MIPS chips (R4000 etc) were the first 64-bit CPUs outside supercomputers in the early 90s.
If we go by this criterion, Y Combinator would've failed and Hacker News would've barely passed.
This is fun localization issue. Kind of like water usage during World Cup games.