chadaustin

16 ms·

91.
by chadaustin 10y ago
Your comment inspired me to write it up, so thanks for that. :)
92.
by chadaustin 10y ago
Hi! Author here. Let me know if you have any questions. Andy, the same Andy mentioned in the article, wrote a blog post in 2014 with his perspective of what it's like to use Haskell in production, if you're interested. https:&#x
93.
The Story of Haskell at IMVU(chadaustin.me)
17 points by chadaustin 10y ago|0 comments
94.
by chadaustin 10y ago
I happened to work at said company (IMVU) too, and wrote a lot of Haskell (after the codebase was established), and I think it's not fair to say "it didn't work". It also wasn't a smashing success. There were defi
95.
by chadaustin 10y ago
Convoluted data flow and unnecessary copies! The C++ implementation was thousands of lines and the Python one was a couple hundred, so it was much easier to see the path the data had to take.
96.
by chadaustin 10y ago
If you find yourself setting out to write Haskell that can outperform C, you will probably be disappointed. I love Haskell, but the myth that it just takes a little bit of elbow grease to make it as fast as C really needs to die. See for
97.
by chadaustin 10y ago
I haven't used Flow (we actually couldn't get it to work with our build system in a few days and gave up, because TypeScript was easy). We integrated replaced Babel with TypeScript in about one day, and ported the entire codebase
98.
Ask HN: How do you sync your source tree from the host to the VM?
3 points by chadaustin 10y ago|2 comments
99.
by chadaustin 10y ago
No, she was just trying to get ahold of anyone, so she continued calling numbers down the list. She being my father's boss.
100.
by chadaustin 10y ago
I followed that rule religiously until my father's boss called saying he'd collapsed on a business trip and nobody would answer their phones. Now I just put up with the junk calls. :/ (He ended up surviving ventricular fibr
101.
by chadaustin 10y ago
"Finally"? Didn't Win95 have CreateSemaphore?
102.
by chadaustin 10y ago
Your argument generalizes to "The lack of any feature that can be worked around is an inconvenience", which, okay, but it's not a very useful statement. By that definition, lots of really important things are inconveniences.
103.
Cache-Control: immutable(bitsup.blogspot.com)
197 points by chadaustin 10y ago|71 comments
104.
Template for a Typical Front End Stack as of 2016(github.com)
2 points by chadaustin 11y ago|0 comments
105.
by chadaustin 11y ago
I love this topic and compiled a slew of related links last year: https://chadaustin.me/2015/11/crts-pixels-and-video-games/
106.
by chadaustin 11y ago
Hi Patrick! To be clear, I think the web platform is largely headed in the right direction . It's just a question of velocity, especially relative to other application ecosystems like iOS's App Store. When a product cycle is on
107.
by chadaustin 11y ago
As someone who has tried, there are just too many things wrong with the web as a platform. I'd love to use it to ship great customer experiences, but: 1) Web Audio is awful -- https://chadaustin.me/2014/09/we
108.
by chadaustin 11y ago
I don't know why you're being downvoted. You're exactly right - there are a few tiny divergences between ES6 and TypeScript. In particular, try compiling some classes with Babel's strict compatibility mode and compare
109.
by chadaustin 11y ago
Speaking of madness, James Hague drives me a little crazy. I get it - people tend to focus too much on performance. But it seems like his blog is a series of repeated arguments that nobody needs maximum performance out of their machine.
110.
The Mailbox Lights(medium.com)
7 points by chadaustin 11y ago|1 comments
111.
by chadaustin 11y ago
While I use ghcjs for one of my projects, have been a big user of Emscripten in the past, and recently switched from a CoffeeScript project to a TypeScript project at work, I understand what you're saying, but I think it's an over
112.
by chadaustin 11y ago
Well, I've done lots of TDD in both Python/PHP/JS _and_ Haskell and C++, and I don't agree at all. I was the advocate for TDD at IMVU and built many of the test frameworks and core systems across all languages. You can
113.
by chadaustin 11y ago
Ah, yeah, perhaps I should have elaborated more. It's a subtle issue, but it's one that comes up all the time when optimizing React by removing unnecessary renders. With immutable data structures, you know that x == y implies, ev
114.
by chadaustin 11y ago
Ah, fair enough! Though monkey patching is only possible in some dynamic languages, namely the ones where classes and modules are mutable hash tables. Note that in ES6, unless you insert some special code via something like babel-rewire,
115.
by chadaustin 11y ago
Reminds me of working on an old Windows UI almost two decades ago. All the tutorials were basically "you should type this", and all the project templates and UI editors in Visual Studio produced copious amounts of generated code.
116.
by chadaustin 11y ago
Why is testing harder in a statically typed language? Seems about the same to me.
117.
by chadaustin 11y ago
Indeed. Consider https://github.com/chadaustin/buffer-builder/blob/master/src... The API is pure, but it's implemented with a high-performance effectful monad, and none of the implementation detail
118.
by chadaustin 11y ago
There is a Haskell function called headMay [1] that returns a Maybe, but the Prelude head function throws when given an empty list. Either way, pure code can throw exceptions in Haskell. Consider division by zero for example. [1] https:&#
119.
by chadaustin 11y ago
it's quite rare that I've encountered a type error in a Python program I hear that relatively frequently from people who consider types to be things like functions, strings, integers, and other "representation types".
120.
by chadaustin 11y ago
I've experienced a brief full-scale power loss at a data center before. It is unbelievable how much goes wrong. The machines had been chugging along for years, happily doing their job, but on the next boot the hard drives were sudde

More ›