skysight-inc/HackerNews huggingface dataset:
Admittedly I can only make guesses as to the actual implementation. It may well be through the cloud, through some Bluetooth/Wi-Fi communication, or maybe even a mixture for all we know. Nevertheless, my point is that the concepts and the high-level integration in and of themselves are not particularly novel.

Again that's not to discount what Apple has achieved here. In typical Apple fashion, their excellent execution of existing concepts is where their value proposition lies, and this is no exception.
> So you want web apps that are not web apps (with special hooks to the hardware and native features etc).

Is that an unreasonable thing to expect? HTML touch events are provided by a special hook to the hardware and/or OS. The same applies to audio/video elements, WebGL, geolocation, websockets, and any number of other APIs. That's just how the web platform has been developing, and there's no reason to think it will stop.
The best parts of the WWDC keynote sailed over the heads of consumers. Good.
Oh wow, when did that land? I was getting hit by that leak with JSIL in the last couple months. Can you link to the commit?
BloomReach - Mountain View, California

H1B, Intern, Full-time all welcome!

Apply at http://bloomreach.com/careers or send an email to dGFsZW50QGJsb29tcmVhY2guY29t and mention Hacker News.

BloomReach helps online businesses get their high quality and relevant content found by their consumers. Our big data marketing applications deliver personalized discovery to visitors between devices and
across channels. Our services just came in #9 in this year's Entrepreneur's 100 Brilliant Companies: http://www.entrepreneur.com/article/233887

Check them out at http://bloomreach.com/what-we-do/

We have open positions in Engineering (we could definitely use a few more Frontend Engineers), Data Science, Sales, and Product and Engagement Management. If you don't find a position that interests you, fill out a generic application and let us know what you want to work on- we're just looking for smart, talented people to help us continue making BloomReach an amazing place to work.

For engineering positions, if you can also send at least one cool piece of code, or a link to something you’ve built, or a hack that you’re proud of, we’d love to see it!
This is what we do when users post to our site. Mostly because of spam though.
It really shines for me, since I have pentadactyl installed in my firefox. From the blank tab page, I can be searching github (or the python docs, or <insert one of the multitude of !searches here) with the following keystrokes:

o !github language:python

'o' tells pentadactyl to go to a url. When I don't give it a URL it instead sends what I type to my default search engine.

The funny thing is that unless I am actually searching DDG, I almost never see it.

Sure you could do this by defining a whole bunch of search aliases, but it is more fun to think, "I wonder if I can search the Arch Wiki from here," type `o !arch some search`, and all of a sudden find yourself on the arch wiki search page.
That's not what he means. The naming of which view or window class we're referring to is meaningless. iOS 7 features the same concept where views slide and transition onto the view you're looking at (which as you pointed out is not new in iOS) using translucency to indicate depth and layering. For example, see notification center, control center, and others. That was a new concept, and it's been brought to OS X now.
From the techcrunch article:

'the company has set aside $2.7 million of equity retention grants to Perfect Audience employees who stay on.'

Given how few people are in the photo, there's probably reason for that to make them smile as well.
> The one time you need inline assembly is when you don't want to build a function frame, such as a tight loop, but come on.

This is hilarious. Like anyone would ever use inline assembly in a tight loop.
Bandung, Indonesia | Remote, Open to relocation | Full Time, Part Time, Contract

Stack: C/C++, Python (Django), PHP (Laravel, Cake), AngularJS, KendoUI, C# + .NET

Resume: https://dl.dropboxusercontent.com/u/27432212/CV.pdf

Contact: arrosyidbh[at]gmail.com

I still very young, currently pursuing my degree at ITB, expected to graduate on October 2014. Currently developing knowledge on application security, especially web.
This is the first time I have read of an advertiser who saying their business is dependent on fb. Usually it is Google cut us off or lowered us in the results thereby killing our business. Maybe fb should highlight this story next time one of the many fb ROI sucks/fake followers stories comes up.
Hi, folks,

I'm swamped with emails and press inquiries and stuff but wanted to take a minute to say a quick thank you to the Hacker News community. I am not exaggerating when I say that most of what I've learned about building a startup came from things I read here. Thank you.

If you're a Perfect Audience customer, everything's going to get better. We're hiring hiring hiring and it's all going to be engineers aimed at making the product better.
>My apologies, I didn't realize that expecting a programming language to have a stable syntax, stable semantics, a stable standard library and at least one stable and robust implementation before using it seriously in industry was merely a "game"

You also didn't realize that you just built the biggest strawman ever in the above sentence.

Enough with the "I want a stable Rust now". Rust, like any other language, takes years to stabilize. You just happen to see it happen in the open, whereas most other languages you get them at their 1.0 release.

>This may sound harsh, but it really doesn't matter what features and benefits Rust could potentially bring to the table if the lack of stability makes it unusable in practice today. A programming language that can't be seriously used might as well not even exist.

They could not give a flying duck about it being "seriously used today".

They'll start to care AFTER they release it as 1.0. They only released this 0.x versions to solicit ideas and improvements, not to get programmer's to adopt it.
I can't check it, but i presume you can do something like Rust and redefine immutable variables.
Good for them to get some reward for providing a solid product and great service.

I do worry though if we will be seeing the product rolled up into some kind of expensive enterprise offering from Marin, which would likely price out a lot of the current customers of it.
My first instinct was to be cautious about new languages from Apple - Dylan was supposed to be something awesome until Apple cancelled it. But I only learned of the existence of Dylan years after it was cancelled. Looked awesome, but it was so niche I didn't want to spend time learning it.

So I took a moment to look at why Dylan was cancelled.[1] Veryin interesting stuff. What it came down to was:

- Apple was in dire financial straits

- Apple needed to axe all projects that didn't show commercial viability

- At the time, when Apple was transitioning to PowerPC, Dylan was 68K only, and needed another year or two to be ported

- Most damning, the project was not finished - it wasn't even in the optimization stage.

None of these factors are in play here. So. My worries are assuaged. I do want to learn this, and it looks really easy to pick up so far.

I'm really curious now about two (unrelated) things:

1) is this good enough to build web apps with?
2) how would one manage the transition of an Obj-C based project to a Swift-based one? Assume I don't have the budget or manpower to perform a ground-up rewrite.

[1] http://en.wikipedia.org/wiki/History_of_the_Dylan_programmin...
Yes, you do a HEAD request, and follow the redirects till you stop getting redirected.

We do this to catch certain spam urls.
To be fair, they do mention this issue:

2.11 Apps that duplicate Apps already in the App Store may be rejected, particularly if there are many of them, such as fart, burp, flashlight, and Kama Sutra Apps
Eating More Fruits and Vegetables Won't Stop Obesity
Apple's WWDC 2014 keynote in 10 minutes
Similarities between the new dock and the dock in pre-Leopard is an exception, I think. There is much more not in common design-wise than there is in common.
Some rather spectacular failures, though of course these things happen with statistical methods:

/**
* @param {string} val
* @return {?}
*/
var expect = function(val) {
return "string" == typeof val;
};
/**
* @param {boolean} deepDataAndEvents
* @return {?}
*/
var clone = function(deepDataAndEvents) {
return "boolean" == typeof deepDataAndEvents;
};
/**
* @param {(boolean|number|string)} obj
* @return {?}
*/
var isString = function(obj) {
return "number" == typeof obj;
};

Still, neat idea. Seems like there's a lot of room to train it, probably a lot of fun to try to improve things :)
The 33-year-old virgin: Life without sex is only torturous if you let it be
I wrote an iOS app using Core Data and iCloud, and it was the worst experience I've had so far developing for the platform. From top to bottom, the Core Data concepts are simultaneously too low-level and too opaque. I found myself copying multi-page code snippets from the web and hoping they would work. Basic concepts like merging conflicts were obfuscated and brittle. Contrast that with Firebase, which has been a real pleasure to use.

So I'm hopeful that CloudKit will address these issues. Versioned schemas are great for updates but hard to get working initially. I'm sure iCloud has a lot of good ideas like that, but up till now they were simply too esoteric to get a handle on, and I think the general consensus was to avoid iCloud until it was ready for primetime.
I don't have access to a machine with the new Xcode yet, but reading the book in iBooks, I found:

NOTE

For the best experience, open this chapter as a playground in Xcode.
Playgrounds allow you to edit the code listings and see the result immediately.

Downloading gives me https://developer.apple.com/library/prerelease/ios/documenta..., a zip file with about 50 html files, a .css, about 40 .swift files and two files Results.playgrounddata and contents.xcplayground

Does that mean that playgrounds can be used for literate programming?
Thanks for the info! Did not think of that at all!
True, I'm surprised I didn't put it in there
Aren't the interfaces-as-generics constraints also from c#? It seems to be c# more than anything else.
So what's wrong with that? He built a service and he's suggesting that someone who might have an interest take a look at it.

"Build stuff, tell people about it."
I'm not a huge fan if site redesigns. This one bothers me very little. And it may even be an improvement.

And that is very high praise.
Probably because those posts took heavy inspiration from the visual appearance of iOS 7, of which the new OS X design is based off of.
Do you have a link to the touchID update? Because there's touchID the software, and touchID the hardware. The software interfaces with the actual circuitry but can still only basically say "can you please encrypt this?" and "can you please decrypt this", in addition to saying "hey was that fingerprint valid?" - that's it.

Even the OS-level software doesn't have access to fingerprint data. Heck, even the physical WIRES that connect touchID to the secure enclave in the A7 chip are encrypted, so someone couldn't just hookup to the circuit board and read your fingerprints.
Wouldn't say I'm impressed but definitely really excited. BVictor is pretty amazing. Anyone who hasn't seen should check out either these talks. There're great for getting extra inspired about coding or the coding life, and great for perspective too:

The Future of Programming: http://bit.ly/1pNtKMh
Inventing on Principle: http://bit.ly/1opRrJp
No iWatch? No iPhone 6? No new Macs? Who cares
Has the DDG user experience suffered? If so, how? I much prefer the redesign, and I'm not yet aware of having lost anything in the move.
It was an ambitious just.
Resort to name-calling if you really must. None of that will change reality.

Rust is not stable, as you yourself have readily admitted. What I've unfortunately had to be pointing out for such a long time now is absolutely correct.

We've been told that we can expect Rust 1.0 by the end of the year. As each month passes, it becomes less and less likely that we will actually see this. We are still seeing significant change, even as recently as the past month.

I think Rust could potentially be very useful. But that requires stability, and that in turn is something that appears more and more elusive each day.

It's easy to say that Swift isn't a competitor to Rust, but the reality is that it is. And unlike Rust, it will very, very likely be usable for serious apps within a few months. It will see the adoption that Rust could have had, had it been usable, further reducing Rust's future changes.
do we really need separate post for each of these?
Yep, this is as per spec: http://www.ecma-international.org/ecma-262/5.1/#sec-10.4.2 . "Indirect" calls to eval (i.e. assigning eval to another variable, like you did by passing it as a param) are evaluated in terms of the global environment. "Direct" calls, like in your second example, use the local environment.
I've spent the last 6 months worrying about today for my app business, as gps fitness tracking apps comprises a large part of it. (And actually just completely rewrote and released a version 2) Thankfully, I'm mostly relieved at the announcement. My apps are more along the lines of Strava and Runkeeper than Fitbit, and I think that is a niche that I don't think Apple's Health stuff is going to tread on. Might even offer an integration opportunity.
In a few years, all these services will be gone and all the links broken.
NYC or Long Island, Full Time
Stack: VBA, Common Lisp
Resume: On request, or https://github.com/bcoburn3
Contact: bcoburn3@gmail.com
I'm working as a Mechanical Engineer and finding that I enjoy the bits of my job in which I can program more than the parts where I'm doing mechanical design. I'm looking for an entry level programming job with interesting problems and smart teammates.
I wonder how many years, n, from now it takes for people to claim they have N > n years of experience with Swift on their CV.
While this makes total sense, there are in fact roles where working more makes you progress faster. I feel that this is less the case in programming roles. But, in many business roles, working more allows you to learn more about the business, which in turn allows you to contribute more. As long as you are in a meritocratic environment (as I was in), where results are rewarded with advancement/higher pay.
In hindsight it is always easy to say "If only I had validated my assumptions before building." But this neglects the fact that you must know the right question to ask and the right hypotheses to validate in the first place. Doing customer interviews without clear objectives is a waste of time. I have found that you often come across thyour hypotheses while building the product, not from before-the-fact customer interviews. Building forces you to consider the design space of your product, and raises specific questions that you can later ask your customers about.

So, let's not forget the overall goal of customer validation: Learning. If you believe that you can learn more about the market and customer needs by spending a couple of days/weeks building a product before doing the next round of interviews then do that. Of course, neither building nor interviewing work in isolation. They are a continuous loop. Interviewing without building is only useful for very initial marketing research. Similarly, building without feedback can lead you down a rabbit hole. So, how do you decide what to do next? Building or collecting feedback? Do what gives you the most learning for the time spent. If you are a developer and can build things really quickly, it's probably a good idea to do that. If you are non-technical then customer interviews may give your more learning for less time spent.
This is totally and utterly wrong.

This experiment has been found statistical true.

One side has been found to go it's way NOT by chance. This is how peer review / science works.

That said there are issues, this is not one of them.

If you can read the article they also performed 6 other experiments where they for instance show people a weather map, tell them the name (M/F) and ask if they should evacuate.

But I have no idea how they justify including years where male names weren't allocated.
A lot of shorteners don't just use regular HTTP redirects, they use Javascript or meta tags. To find the actual destination, the server would at the very least have to detect and parse HTML, and maybe even execute Javascript.
>Are you honestly suggesting that Rust is stable at this point? I think that the recent, and very disruptive, ~ and box changes should completely dispel that notion.

No, he merely suggests that you bored a lot of people by repeating that it's unstable, instead of accepting the fact and using something else.

If being unstable is that bad, then by all means, go and use a stable language.
This will almost certainly happen when Xcode 6 gets released publicly.
I've been an embedded user of google voice since it was grand central and tried to move over to android, but that OS seems to be a bigger mess than Windows Mobile phone. It's a bit ironic that the people who love it don't really do anything on their phone, they don't use the "openness" android supposedly gives. With Jailbreak, IOS is pretty amazing.
In other words, the mean is less than the median.
We set it to 120req/minute and 60,000req/day to ensure that load on the system isn't too high at launch. Over the next few weeks, we'll be adjusting the limits based on the traffic patterns we see.

As noted in the documentation, if you need more than 60,000 per day, give us a ring at open@fda.hhs.gov.

Huge shout out to api.data.gov as well - all of our key authentication and analytics are powered by their open source API Umbrella platform.
This still doesn't stop all use-cases.

Click count statistics, time-clicked, and geo-information can all be gotten without any cookies. Some sites use url shorteners just to see clickthrough statistics, which can always be determined with no cookies etc.
I wouldn't say that. Swift must be in part an effort to stave off C#/Unity/Xamarin. Imagine if Microsoft got a significant foothold into the iOS development tool chain.
WTF is usenet?
At least he/she hasn't derailed the thread by complaining about every other project that Mozilla is working on. I count that as progress!
more open? what a funny joke i ever heard. please define the meaning of the more, and at least tell who is the more open one.
Hurricanes with female names seen as less risky, study finds
I find it a bit sad that with all of the languages that already exist, Apple found it necessary to invent a completely new one -- and then make it proprietary. Why not use Ruby, or Python, or JavaScript -- or even Go, Rust, Clojure, or Scala? (Yes, I realize that the latter two run on the JVM, which would have been problematic in other ways.)

Heck, they could have bought RubyMotion and made Ruby the high-level language of choice for development.

I realize that Apple has a long tradition of NIH ("not invented here"), and in many cases, it suits them, and their users, quite well. But there are so many languages out there already that it seems like a waste for Apple to create a new one. Just the overhead of developing the language, nurturing its ecosystem, and ensuring compatibility seems like it'll cost more time and money than would have been necessary if they had gone with an existing language.
> Swift isn't intended to be a systems language: it's an application language.

It may not be ready as a systems language in its pre-1.0 form, but the Swift book claims that it's "designed to scale gracefully from ‘Hello World’ to an entire operating system", so Apple appears to have big goals.
How would that affect the single sign-on case? AFAIK it's common practice to issue redirects to people who are not authenticated to send them to the identity provider's (IDP's) login page. This would make it hard for an IDP to determine if the user already has an active session with them.
Ukraine War 2014 | Terrorist Attack Ukrainian Border Station In Lugansk
This is in my opinion the best thing about Objective-C; it clearly delineates the object/class and C dichotomy, making it easier for a C programmer (or a Smalltalk programmer!) to pick up. For years, the only changes from vanilla C were the brackets, "#import" and the @ literal syntax (IIRC).
Well, we aren't actually seeing stabilization when it comes to Rust.

Assuming this stabilization actually does happen, whether it happens in public or private is irrelevant.

What matters is that we've seen C++ stabilize. We've seen Go stabilize. We've seen Scala stabilize. And now we'll likely see Swift stabilize, well before Rust does. They are all serious competitors to Rust.

As these other languages continue to evolve, but at the same time remaining usable, the relevance of Rust will continually decrease. It may still have drawing power today. A few years from now, it will have less appeal.
A GPU Approach to Voronoi Diagrams
Show HN: Just got the first 100 users yay
Here's a plain text snapshot as of February 12, 2014:

https://woofle.net/appstore-20140212.txt
For Android at least, I've been using this and I'm pretty happy with it: https://play.google.com/store/apps/details?id=com.teaandtoys...

It usually works, and when it does it's nice to fix the idiotic Twitter-android-app behavior.
This seems to suggest that hurricanes should not be named in advance. If all we know is that a hurricane of a particular strength will hit tomorrow, we won't hang around due to gender prejudice. Then when we find out next week that the hurricane is named Daenerys we'll realize we shouldn't have worried about it.
Yes, and in articles describing it (v8), they explicitly warn you to not use "eval" or "with" for the performance impact.
I've had severe problems (kernel panics) running ZFS on linux with heavy NFS load.
Oh sweet!

Another shrub in the walled garden!
Rape Culture
He seems to generally like it -- similar to Rust in a lot of ways, but a little higher-level, which is appropriate for its intended uses (iOS and OS X apps). He nor I seem to think that it can replace Rust (especially if they don't open it up!), but it definitely seems like a compelling option.

EDIT: Does anyone know if it's possible to try it without a paid iOS / OS X dev license? I'd especially like to try the playground, but I'm not willing to dump $100 on it.
Yeah, that doesn't matter. They continued to use XMPP so long because it was still profitable for them to, not because of some implied ethical stand on open software. Android is "open" because it is more profitable for Google to give it away and make the ad/Play/certification money than it is for them to personally get into the hardware market like Apple.
It's ok. I miss Chicago, honestly.
The lack of AirDrop integration before is probably one of the obnoxious things Apple has done recently. I'm really excited for this simple new feature.
The classic paper on distributed clocks mentions it, Lamport's "Time, Clocks, and the Ordering of Events in a Distributed System" (http://research.microsoft.com/en-us/um/people/lamport/pubs/t...)
ST, Zed, LT, Atom - now I can't decide at all.
Apple unveils iOS 8 and OS X Yosemite
I, and many others, do use something else. That's the big problem facing Rust, whether or not its creators wish to admit this fact.

There are numerous alternatives to Rust that offer many of its benefits, but they're usable today. We can rely on them today, tomorrow, and likely for some time to come.

And by this fall, we'll likely have Swift as yet another option to add to our growing list.

I think Rust has a lot of potential. But each month that goes by squanders that potential. It has less and less of a chance of making a real impact the longer it isn't usable, especially while its competitors keep evolving.
That's not the plan!
Thanks for getting the point.