bos

13 ms·

31.
Win bigger statistical fights with a better jackknife(serpentine.com)
4 points by bos 12y ago|0 comments
32.
Benjamin Pierce on clean-slate security architectures(intelligence.org)
2 points by bos 12y ago|0 comments
33.
by bos 12y ago
Nope, I pushed the release this morning once I realised that someone had actually noticed the post during the five minutes it was live at 1am.
34.
by bos 13y ago
The sweet spot that Hack hits is that it combines gradual typing (an idea that hasn't yet seen much real-world adoption) with an incredibly fast typechecker. This lets you choose the pace and extent to which you want to adopt the safet
35.
by bos 13y ago
I have a little bit by way of Haskell chops, and I'll venture that the performance of the Hack typechecker is a very big deal, and it is in a different breed than the turnaround time you get from snap or yesod (or Java).
36.
by bos 13y ago
It's more accurate to say that the point is to let you use dynamic typing where that makes sense, and static typing in the many cases where it helps. Hence "best of both".
37.
by bos 13y ago
As you note, the team developed the typechecker in OCaml, as that's what the founding engineers were familiar with. Many of ML's cousin languages happen to be well suited to this kind of work.
38.
by bos 13y ago
Because this is tremendously important to the usability of the language. One of the reasons that PHP has been such a success is that you can simply save a source file and reload a web page to see what's going on. The server-based typec
39.
by bos 13y ago
Oops! Thanks - we're fixing it now.
40.
by bos 13y ago
Yes, "<?hh // strict" at the top of a file will do the trick.
41.
by bos 13y ago
Yep, we're happy to be inspired by good ideas when they're obviously the right path to walk.
42.
by bos 13y ago
Yes, definitely.
43.
by bos 13y ago
100% of our web front end developers use Hack now. This has been an organic process of growth over the past year, by which I mean our engineers are using it because they like it and see value in it, not because there's someone standing
44.
by bos 13y ago
On Linux, we use the inotify subsystem to be informed every time you save a source file or switch branches. The hh_server process can then update its data structures immediately, without being explicitly asked.
45.
by bos 13y ago
It was very important to us to have a gradual and smooth upgrade path, such that you can start using Hack by just tweaking the "<?php" header at the top of a source file. Obviously switching to a syntactically incompatible prog
46.
by bos 13y ago
We are just beginning to use the static type information that Hack provides to yield performance optimizations, and that's definitely on the cards as something we'd like to push further.
47.
by bos 13y ago
Stay tuned. You'll hear more in due course. In the mean time, the open source release of Hack includes integration with both Emacs and Vim.
48.
by bos 13y ago
We wanted to preserve our investment in PHP, while introducing new capabilities and safety that make rapid development at scale less daunting.
49.
by bos 13y ago
I'm the manager of the team that developed Hack, and I'm sitting here with some of the language designers. Happy to answer your questions.
50.
Hack: a new programming language for HHVM(code.facebook.com)
576 points by bos 13y ago|415 comments
51.
Book review: Parallel and Concurrent Programming in Haskell(serpentine.com)
8 points by bos 13y ago|0 comments
52.
Faster and Cheaper: The Evolution of the hhvm JIT(hhvm.com)
11 points by bos 13y ago|2 comments
53.
by bos 13y ago
"hg histedit" is almost exactly the same as "git rebase -i", right down to the UI.
54.
Learn Haskell by hacking on crit-bit trees(github.com)
2 points by bos 13y ago|1 comments
55.
Big fucking deal(serpentine.com)
12 points by bos 13y ago|0 comments
56.
Last call is January 30 for a fully-featured Google Calendar on iOS(blog.tetherpad.com)
1 points by bos 14y ago|0 comments
57.
A major new release of the Haskell hashable library(serpentine.com)
2 points by bos 14y ago|0 comments
58.
Approaches to fast Python and Haskell: slides from Reaktor Dev Day(bos.github.com)
3 points by bos 14y ago|0 comments
59.
A new SipHash implementation in Haskell, close to C performance(serpentine.com)
3 points by bos 14y ago|0 comments
60.
Haskell performance: yes, it’s worth looking at the small stuff(serpentine.com)
8 points by bos 14y ago|0 comments

More ›