Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mattetti
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
13 ms
·
61.
▲
A Practical guide to StatsD/Graphite monitoring
(matt.aimonetti.net)
136 points
by
mattetti
13y ago
|
29 comments
62.
▲
by
mattetti
13y ago
"it is only as good as your tests; you must make sure they thoroughly exercise the concurrent properties of your code so that the race detector can do its job." <-- it's not a magical tool but man it's great to have
63.
▲
Golang 10x faster than Ruby for web APIs
(plus.google.com)
65 points
by
mattetti
13y ago
|
59 comments
64.
▲
by
mattetti
13y ago
Alloy my point was not about maintenance but the fact that MacRuby relies on the ObjC GC which is now deprecated. In this email thread Laurent acknowledge the need to switch to static compilation and that he has a working branch he will soo
65.
▲
by
mattetti
13y ago
Where is the GC switch he mentioned tho ?
66.
▲
by
mattetti
13y ago
Antonio, but nothing prevented him to contribute back to MacRuby (OS X) the required changes to get rid of the GC and therefore to not rely on deprecated technology.
67.
▲
by
mattetti
13y ago
And here is how MacRuby developers were lied to and the RubyMotion project made the choice to not contribute back but instead to focus on keeping innovation proprietary. https://lists.macosforge.org/pipermail/macruby-devel/2012-Ap... It's
68.
▲
by
mattetti
14y ago
Here is the indirect response of LivingSocial's CEO via a leaked memo reported by CNN: http://finance.fortune.cnn.com/2013/02/21/what-really-happen... It doesn't mean that most of the advices here aren't just that PrivCo might be making u
69.
▲
by
mattetti
14y ago
Post updated with some of your suggestions as well as some from @jgrahamc Thanks!
70.
▲
by
mattetti
14y ago
Thanks, I'll make the appropriate changes.
71.
▲
Real life concurrency in Go
(matt.aimonetti.net)
29 points
by
mattetti
14y ago
|
5 comments
72.
▲
by
mattetti
14y ago
I have mixed feelings about open allocation. I think it's very dependent on the context and the company's vision. @ChuckMcM wrote something very interesting explaining two types of engineers, some who are self driven and have an agenda and
73.
▲
by
mattetti
14y ago
That's a fair assessment, however LivingSocial has its own recruiters and they are doing a great job. So far I got a few companies reaching out to me to let me know that they have some open positions and I know of many others in my network.
74.
▲
by
mattetti
14y ago
Good point, however it's a bit sensitive to talk about one's current position and provide insightful feedback without hurting feelings or divulging internal secrets. I left Sony PlayStation to join LivingSocial when LivingSocial just had ac
75.
▲
by
mattetti
14y ago
yes it was me and as you just discovered I'm not perfect and made many mistakes in my life ;) Note however, that I try really hard not to make the same mistake twice and this lessons I learned 3 years ago stuck with me. The question is ho
76.
▲
by
mattetti
14y ago
I'll try to do a follow up post, so far I've been really impressed with the emails I got. They raised a lot of great questions such as what it means to built a career when you aren't willing to relocate etc...
77.
▲
by
mattetti
14y ago
That's a very good point, John Allspaw from Etsy has a great post on that topic: http://www.kitchensoap.com/2012/10/25/on-being-a-senior-engi...
78.
▲
by
mattetti
14y ago
Hehe, I'm not a recruiter (I'm the OP) but probably like yourself, I get a lot of them contacting me on a regular basis. Knowing what to do next and or if our current job is worth it is a hard challenge. I just shared my own experience.
79.
▲
Engineers suck at finding the right jobs
(matt.aimonetti.net)
329 points
by
mattetti
14y ago
|
131 comments
80.
▲
What's Pattern Matching (in Scala)
(matt.aimonetti.net)
2 points
by
mattetti
14y ago
|
0 comments
81.
▲
by
mattetti
14y ago
It's fake, PSN twitter account: https://twitter.com/playstation/status/235824711601360898 Summary on IGN: http://www.ign.com/articles/2012/08/15/anonymous-purportedly...
82.
▲
by
mattetti
14y ago
I fully agree, the point that I'm trying to make is that there is a step in between you offering an API and people using it. Explicitly defining your interface will make the transition easier for 3rd party developers.
83.
▲
by
mattetti
14y ago
I have yet to see a REST interface that self describes in details its incoming params and output. REST gives you discoverability which is different from documentation.
84.
▲
by
mattetti
14y ago
I see your point, what I was trying to convey though, was that whatever style you decide to adopt, you still need to value communication, consistency, reliability and maintainability. > "The details of how you put that together in the b
85.
▲
by
mattetti
14y ago
My issue with webmachine is the fact that it forces you into HTTP/REST which might not be a bad thing, but I don't like the lack of flexibility and being stuck in a rigid mold. Besides that, webmachine is great.
86.
▲
by
mattetti
14y ago
> You take the same data and either run it through a Json serializer or a view renderer. My experience might be different than yours, but very often my html views quickly end up needed more than 1 resource to render and now I need to fe
87.
▲
by
mattetti
14y ago
@MatthewPhillips maybe because the logic to generate JSON and HTML is very often quite different and having a tight coupling at this level might result in some serious pains later on.
88.
▲
Rethinking web API development
(matt.aimonetti.net)
58 points
by
mattetti
14y ago
|
26 comments
89.
▲
by
mattetti
14y ago
This is a fair criticism, MonoTouch, Corona and other solutions have their place and are great solutions too. I reworded my article to avoid this unnecessary bias.
90.
▲
by
mattetti
14y ago
I agree that this is a really cool feature and I expect to see other ObjC alternative solutions copying the approach.
More ›