skysight-inc/HackerNews huggingface dataset:
The wonderful language itself, with broad scope for expressing ideas in a terse if not cryptic way. It's great.
I'm not familiar with AppleScript at all, but this does seem like it could be useful.

One question I have is whether any new functionality is added or if this is just a straight replacement?

Can any AppleScript gurus chime in?
I feel like this pissed you off a lot, but a lot of hiring in startups has nothing to do with people's competency, and more to do with culture fit which is generally totally out of your hands and not indicative at all of your ability.

Also, people screw it up big time, often it's totally random. Maybe they ate a bad sandwich for lunch and didn't enjoy the interview as a result. Facebook famously turned down WhatsApp co-founder Brian Acton back in 2009, even though they went on to acquire his company for 19 Billion 5 years later.[1] Talk about making lemonade from lemons.

I think all you can do with these things is use it as a pause to think about how you can do better, and if you can't think of anything just chalk it up as a random event, like a bird crapping on your windshield.

[1] https://twitter.com/brianacton/status/3109544383
Top 3 of Growth Hacking
Did you ever try wxWidgets? The OSX support has come on leaps and bounds the last few dot releases.
Voise – the fastest way to text many friends at one time
Isn't signals and slots just a neat way of doing function pointers, the same as every other GUI toolkit that has callbacks?

(Having said that, it was a simple concept and easy to grasp)
I'm excited about the potential this will unlock. Applescript, while not too complicated, is a pain. Being able to throw together something quickly with javascript is going to make simple app scripting much more accessible.
I think this is awesome! However for me then most interesting thing is the tech behind it. Having worked in the same office as the team behind this and been to a few talks that Tom's given, here are a few things that HN might find interesting.

* Built by the same guy behind BayesHive: https://bayeshive.com/

* An example of probabilistic functional programming in the wild. (This let's you build programs where the variables are probability distributions.)

* Good example of something built in Haskell that really speaks to the strenghts of the language!

Maybe Tom could give us a brief synopsis of how this was built and how it works?
Can Alibaba Topple the Silicon Valley Giants?
What cankers about reading your comment isn't that it isn't true, so much as the implicit approval of the assumptions that (1) small businesses are small by choice rather than ambition, (2) all businesses have viable ways to raise money on equal terms, (3) funded competitors do NOT distort the market in a way that penalizes their unfunded competitors.

Jacquesm is rightly irritated at how funding unsustainable businesses distorts the revenue-getting potential of sustainable but unfunded ones (#3). Another example is the difficulty of bootstrapped companies ranking for any competitive search terms or getting decent press without venture capital and a PR engine. It is a LOT harder to organically grow into multiple distribution channels in a short period of time if you have to fund everything out of a limited slice of the market because you are competing against funded competitors who don't have those limitations.

Jacquesm's point is dead on. The entire point of raising capital is to buy competitive advantage. So if a VC doesn't think the money is being well-spent, they shouldn't have invested in that business or market in the first place. It is ironic to be in the position to buy competitive advantage, then get upset because people act like that is how you run a business.
> One of the things I like about working in tech is the absence of the "they terk ur gerbs" type crap.

That's better than the "We no terk ur gerb, we kreate moor gerbs!" crap (such as in the upper right of the page at https://www.facebook.com/competeamericaorg ).
When I held a S5 it felt a bit too thick to be comfortable for my hand size. I don't think I've got particularly small hands, but it was definitely a bit too much for longer than quicker interaction use.
Based on my experience another reason is simply that mobile development is not nearly as fun as anything else.

By far most of the time is being spent finding out why something doesn't work on a Model X which is sold only in South Korea and is kinda like a model sold here except with totally different chipset and different driver version. In the end you report a bug to the driver manufacturer and receive an answer "This has been fixed in our internal release" and it will never be supplied to the current phones in the market.

Sure there is a similar effect in other areas, but it's not nearly as bad as it is in mobile.
Somehow I find it satisfying that Techcrunch isn't number 1.
I agree, but Altium Designer really is very, very good and has been built over almost 30 years. Unfortunately FOSS tools come nowhere near it.
Does this work with JSC REPL for trying things out? I don't have Yosemite to try it.

JSC usually is here:
System/Library/Frameworks/JavaScriptCore.framework/Versions/A/Resources/jsc
I've been programming with ELisp, CL and Scheme for a long time. Somehow Guile feels like an odd choice. Why not Chicken scheme, or Racket, or Bigloo; which are the top scheme environments you can choose from?

AFAIK, Guile is not used much beyond a few random projects. Maybe I just don't know Guile, really. Maybe it has a decent implementation afterall.

However, I would have gone CL.
There are several "emacs-like" editors implemented in CL:

http://www.cliki.net/cl-emacs

I would argue that implementing ELisp support in Climacs is actually easier, so we can run all the elisp stuff we already have, and slowly move on.
I'll second this sentiment. Balaji's class goes into real-world implementation and if you learn everything packed into the dense curriculum, you'll come out much more powerful and capable. This new class seems only to extend upon the theory of the original CS183.
Outside of games paying customers are increasingly irrelevant in the app store. It's becoming more and more difficult to make an app a profit generator in itself. These days mobile is more about reach for existing businesses. In this world user base counts.

It's also much, much easier to quickly iterate on Android without two-week delays between updates and a capricious review system.
In the UK we have chip and pin but the ATM's do not use them, we get skimmed just the same.
http://www.bbc.co.uk/news/uk-england-london-28879973
Thanks. However, I'm having layout troubles with that. See https://news.ycombinator.com/item?id=8329031 for details.
Most of the examples are pretty self-explanatory, but I don't understand the following one :

> If the door is opened and if it was you, a family member or someone else who opened it.

I don't think you are recording and analyzing door opening patterns... How does it work ? Do you have to wear a RFID tag ?
I had no idea finding Android Developers was considered difficult. I started developing Apps with Android and always found it to be very straightforward. Java is much easier to understand than objective-c.

I've also never understood why Android is hated on as far as profits go. Sure nobody wants to buy anything, but (in my experience) ad eCPMs are comparable.
I found this nice simple, contrasting comparison of syntax from the last discussion about this (thought it would be worth sharing).

Here is some of the new JavaScript syntax:

Mail.outgoingMessages.whose({subject:'JavaScript'})

Here is what it looks like in AppleScript

tell application "Mail"
set msgs to every outgoing message whose subject is 'JavsScript'
end tell

While the AppleScript sounds logical, the JavaScript syntax just feels so comfortable and familiar (obviously).
i'd like to regularly & longitudinally evaluate my own cognitive performance.

can anyone recommend an app which does this?
Here in Germany lots of houses still have bunker type cellars. Huge heavy steel sealable doors and the like from the cold war period, when Germans expected to get bombed by the Russians.

I've been looking at buying a house here, so I've seen a lot of cellars recently! I was surprised just how many have this kind of thing built in.
I'm having the impression that OSes don't really matter for the vast majority of applications anymore; the main advantage of Linux is its licence and development model, by which I mean that it's a commodity. We use high-level languages to abstract away from the OS, and if we want reliability we make distributed systems using technologies like Erlang-OTP or Scala-Akka.

The only niche where I see an OS being relevant is in single-computer safety-critical applications and consumer devices. Minix3 aims for the former and I really hope it carves out its own little niche, but I think Linux is here to stay.
Urine: a new renewable energy source?
http://www.youtube.com/watch?v=DvidoBBJSRA

BTW, there is no "stereotypical European" or "average European". But I got used to the American notion of European = British.

I personally would describe "stay in touch" as "fake", definitely not "polite" or "friendly".
Surprising that they would pass all their spies by a single individual. That's a serious operational risk, even if she managed to ferret out some bad apples.
> Not that the language isn't bad

I'm mainly arguing that the language is bad, so we agree there too.

> The overall configuration of Sendmail is roughly equivalent to Postfix, Exim, or any other fully featured SMTP server...

Default install of Postfix to a working SMTP server: read /etc/postfix/main.cf, uncomment the line which makes postfix listen on all interfaces, restart the service. Way less research, and for more sensible defaults, than sendmail.
Playfully Colored Lenovo ThinkPad
How to increase organic app search traffic choosing the best keywords
Yes, I'm a Python/Django developer. Do you have Skype?
Webinar: How to Stop Targeted Attacks with Strong Authentication
Can this be used to fix the input source switch problem plaguing OS X forever?
Scottish Independence and the Imperfection of the Nation-State
I hovered over the icon because I had read Peter’s article to the end and my mouse pointer was drawn to the icon, thinking “this looks like it might do something; there’s probably a tool-tip to let me know what” so I agree that it’s a sneaky – though attractive and elegant — UI element. Anyhow, I enjoyed the article so the kudo was legitimate.
We are a team of 25 engineers working on the same sbt based project. I don't see why we would move to pants. Do you have any non-marketing reason for why Pants is better than sbt?
That's the biggest problem with pure FRP: people like to talk about it and make libraries for it, but non-trivial game implementations are rare. I am still not sure what is supposed to be a unit of re-usability (like components/systems in ECS) in FRP?
Altium announced the intention to launch a lower-end tool (along with a new pricing model) a while back [1].

Presumably it's an entry-level product following a pricing model like EAGLE; limits to commercial use/board size/number of components/ layers/connections /schematic sheets.

[1] http://www.eevblog.com/forum/altium/altium-designer-new-pric...
Apple has always, always had price delineation across the range. They've also probably sat down and looked at expected use-cases for their Watch product range, the Sport doesn't receive a Sapphire display which could be price motivated as well but as the above article says the Sapphire is likely to be more effected by drops or impacts. If you're engaged in a sport there's a higher chance of catching the screen than if you're just wandering around, which makes sense to be have a screen that's more impact resistant.
I've seen this disproven many times. It may have been true early on but I don't think it still holds up.
To be fair it doesn't say she handled them all, and furthermore hers is only one file among thousands being made available. Otherwise yes, it would be a terrible risk.
Thanks Ben.

On the programming side:

* 100% Haskell. Even our post-install script in the packages we build for the server are in Haskell.

* Use Spock and postgresql-simple

* 95% of functionality is in a library which is written in Nice Haskell - e.g. all functions are total, type safety where it makes sense.

* Library consists of data types, pure functions, and functions that live in a DB monad. All code is decoupled from the request-response server implementation.

* Front-end in AngularJS

On the statistics/learning side:

* We apply Bayes' theorem every time you press that green "Next" button. There is a statistical model for your choices based on your ultimate preferences, which we estimate.

* Lots of tricks to bring this inference down to 50ms on a modest CPU and to maximise information yield from user interaction.

More examples of this choice paradigm coming in the next few weeks.
I don't know too much about the protocol used by these cards, but it would be easy to e.g. have a secret key on the chip, which signs the transaction (date and time, amount, location) if the right PIN is provided to it. Even listening in to all the communication between the card and the machine would not allow an attacker to make a bogus transaction.

Apart from that, making a skimmer that sits between the chip of the card and the contacts of the machine would be much harder to make than the current skimmers. So even if the chip would not sign the transaction but just provide static data if given the right PIN, the situation would be significantly improved.
I am not a big fan of JavaScript, but I think the fact it is everywhere does make this move appealing.
Stoodle – Instantly Teach Anyone from Anywhere, for Free
>>the monetary valuation is supposed to reflect the human valuation

I think this is a misunderstood or over-extrapolated assumption from liberal economics. Especially with the economics of free or very cheap services, I think revenue can be far more disconnected from total "utility" of a business. Massive online services generate a lot of uncultured utility and it's not unreasonable (within the liberal economic paradigm) to speculate that a move which captures more utility as revenue could generate less total utility, especially when you bring high risk/reward financial modeling into valuation.

There are a lot of companies like you describe in the b2b generas. But services for consumers, especially those which are essentially communication services, seem to come up against this sell or grow pressure. I think twitter, Facebook, and many other services which sold at an earlier stage might have better served their "mission" as company's an order of magnitude smaller.

Think of the impact wikipedia (a nonprofit, but I think it's relevant) has had. How could that value possibly be represented by revenue or valuation. Twitter is now under tremendous pressure to create a hyper-profitable advertising business to rival Facebook & Google.

Twitter is now 4,000 employees and almost $2bn annual budget (growing at X 2.6 p/a) under pressure to turn twitter into a revenue machine within 12 months. They are employing armies of bizdev, ad sales and support to try and meet this goals. Does that kind of Twitter stand a better chance at value creation than an 800 employee Twitter with a $400k budget would have had?
You're confusing it with iPhone 6 Plus:

http://i-cdn.phonearena.com/images/articles/138994-thumb/iPh...

Also, battery life improvement was very much expected. The resolution barely increased (for the 6), the GPU is more powerful, and the battery is larger. If everything else besides the screen size stays the same or gets more efficient, and the battery increases linearly, too, then the increase in battery life should be positive.
I’ll admit I’ve always passionately disliked Javascript. I also have a strong preference for statically typed languages over dynamic, but always thought Javascript was the most unlikeable of the lot. Perhaps it is that I initially learnt it by osmosis, trying to get things working under both Netscape and early Internet Explorer browsers at the same time. Worrying if I put my curly brace on the same line or the following line, or if I forgot a semi-colon at some obscure, critical location.

But I’ve always been hesitant of dynamic languages in general, preferring statically typed for any codebase of significant size. The last decade has been a bit discouraging for me in this regard. First everybody was loving Ruby, then seemed that Python has overtook it in attention. And then Node.js came along and I really felt like Bromden with a pillow, looking for a way to smother the insanity.

(As an aside, I do quite like Ruby as a language, and writing Coffeescript - the wonderful lipstick for the pig that is javascript - has given me an appreciation for the indentation feature a’la Python.)

The number one problem to my mind with using dynamic languages for a large codebase is maintainability. Refactoring a compiled, statically typed language is so much easier. There is so many potential errors that the act of compiling and type checking eliminate for you that you don’t get with dynamic languages. The focus on huge amounts of unit tests always seemed like compensation for this. And refactoring code is so much easier. Add another parameter to a function, try and compile and you find all the places in the code you need to fix. Maintaining a sizeable amount of code, or code you haven’t looked at for a while is so much easier.

And I get the feeling the pendulum of opinion is starting to swing back in my direction. Running stuff in a web-browser is now a serious concern, and good hackers are working on ways to portably do good programming in anything but Javascript. From asm.js to Dart to PureScript and others.

Newer languages like Go and Rust are taking the nice features many have lauded in the last decade as the advantages of dynamic languages. Things like good package management, less boilerplate and such, and baking them into static languages. So my outlook is getting rosier.
Pretty Easy privacy
Show HN: Is Available – CLI Domain Availability Checker
Can you actually read the public key from the card? A secure system should sign the transaction on the chip, so even a manipulated machine could not steal the card data.
Some people already have: google 'good news church'.
You need formal axioms to do precise and rigorous mathematics, but you don't need any axioms to see and manipulate geometric patterns in our heads. We seem to naturally posses this ability (probably because our brains use a lot of pattern-matching).

We already have the geometry manipulation program installed in our head, and maybe this program is even based on Euclid's (or Hilbert's) axioms. But our brains just run this program, they can use this abstraction without having been thought geometric axioms beforehand.
Claiming it supports "a variety of languages" is stretching it a bit. Currently it builds the 2 biggest JVM languages and Python. I like where they're going, and if they truly manage to support a wide variety of projects in the end, it'll be fantastic, but for now the claims are too bold.
I tether quite a lot (where I live usable free wifi is practically impossible to come by, where as LTE is everywhere). To prevent the phone battery going flat after an hour I tether over USB.
Out of the frying pan and into the fire.

Hopefully this represents a system they can easily extend to other languages in the future. There's an obvious candidate after all...
I put out a job advert on JobServe Monday for an Android dev in London.

In 24 hours I got 12 CV's (we're skipping recruiters), reduced down to 3 we actually want to see.

I reckon we'll have a shortlist of 10 applicants, cut down to 3-4 interviews on Friday.

I'm an Android contractor myself, and it's true, there's a lot of chaff around.

What's your recruitment process?
It's showing as "Free, with in-app purchases" for me:
http://cl.ly/image/3U202T0g0X1k

I wouldn't be surprised if they accidentally switched the app to free before uploading a new version and we'll soon see a re-release of 1Password with a freemium model like on Android.
What a slippery balance. Apple typically makes products people replace once every 2 or 3 years. A watch has never fit this time frame of refresh. In-fact the whole attraction to a time piece is that it just works forever and is timeless. I wonder if anyone in the future will be wearing their grandparents iWatch. I highly doubt it. so the large price points, are going to likely fail.
one of the first things I do on a new box is setting up /etc/aliases to send all mail to root to my e-mail address.

about alerting, I use the simple (and old but has all you need) logsentry also sometimes called logcheck.
Zip cars had no operator overhead and had convenient downtown and other high demand locations where parking is expensive, but in the end they wound up not really impacting overall personal car ownership, and the company was absorbed by Avis. It's not clear that driverless cars represent a huge threat to auto sales to consumers. American homes are filled with personal possessions which they don't actually need to own. Like home entertainment systems which largely make shared venues like movie theaters less of a draw.

One reason to take a cab, or uber, or a train to the airport or downtown is the time and expense of parking. But if my car can just park itself at a low cost remote structure, go home, or say earn a few bucks taking a fare, and come back for me, then it's less of a hassle to drive to the city. I don't have to worry as much about being too tired to drive longer distances, I could just snooze or read a book. I'd probably be more likely to let my car drive me to LA overnight, and perhaps take fewer flights and consequently rent fewer cars. I could send my car to pick up food or packages or friends. Overall, it seems like my car is more useful to me, not less, if it can drive itself. If I can hire it out when I'm not using it, it might make it more affordable to own, as well. I doubt most people would rent out their own car with any regularity, unless they had to, any more than they want a bunch of strangers sitting on their furniture and messing with their stuff.
You can use
<bigfile.txt head | grep | awk
Still a patronising dickhead?

The CIA typically recruit through a combination of carrot and stick - i.e. bribery and blackmail.

"Hey dude, let me tell you about this sweet slightly dodgy thing I can get you in on."

... ...

"Oh by the way, I hope you like all that money you made. I work for the CIA. Work with us or go to jail, your call."

More commonly than not it's not about self-preservation, rather protection of loved ones - read up on Operation Mockingbird, which was driven pretty much entirely on this basis - luring journalists in with a subtle bribe hook, then using it to blackmail them.
I saw this a couple of months ago when Yosemite was first announced. I'm pretty damn excited now.

Now if these APIs were usable via node-webkit...
Can't access gsaadvantage.gov via Tor. hmm
> I guess I don't see as being "way" safer than C.

Agree. But at least C++, the language, gives you the tools to write safer code, when you stick to what STL offers or similar libraries.

With C, only third party tools that aren't available everywhere.

Not to mention that back in 80's, C already felt primitive and its success is only a consequence of UNIX spreading into the enterprise out of research labs.

The best would be to have both gone. But until that doesn't happen C++ is way better than C.

> Perhaps. But a non-OO interface layer makes a lot of sense anyway (or at least OO agnostic ones).

C++ usage does not imply OO. The language has a lot more to offer.

> The problem with making your main OS interface be C++ is that now every other language has to contort its object model to match the C++ one.

I fail to see how this is different from OS where C isn't the OS ABI, like the mainframes, almost all of the 80-90's home market OS, for example.

Languages have to use the OS ABI. The fact that in most OS C ABI == OS ABI is a side effect of writing the OS in C.