Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mattetti
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
1.
▲
by
mattetti
8mo ago
> Series of modular synthesisers produce real-time audio, minimising memory load. > Miniature speaker is acoustically tuned through internal air spacing to amplify and clarify sound within the LEGO SMART Brick’s enclosure. > Respon
2.
▲
by
mattetti
3y ago
The Unreal Engine editor also uses the UE engine which is pretty cool (but I wouldn't recommend writing desktop/mobile apps in UE)
3.
▲
by
mattetti
6y ago
Adding more context: Fluid uses a mix of CRDT + OT to maintain state across multiple clients. I wrote a quick high level explanation of how Fluid uses eventual consistency and why it matters for real time collaboration: https://m
4.
▲
by
mattetti
10y ago
> Elm has a low entry barrier Sorry Vincent, you lost me there. Elm is interesting for sure, but it's far from having a low entry barrier. Something has basic has having a button play a sound takes forever to figure out. You almost
5.
▲
by
mattetti
10y ago
Same as Tom for both TypeScript and Go. Can't be happier (I don't use the vim plugin tho, even tho I was a vim user for many years)
6.
▲
WTF is a CTO?
(medium.com)
5 points
by
mattetti
10y ago
|
0 comments
7.
▲
by
mattetti
10y ago
167912 LOC
8.
▲
by
mattetti
10y ago
Thanks to the Go team, getting such an improvement without having to do anything is awesome. And I can't believe there is more coming in 1.8
9.
▲
by
mattetti
10y ago
The faster compilation time & speed up is quite real in our real life prod application. From Go 1.6 to 1.7: Test suite (CI), from 3:34 to 1:48 Docker image building, from 3:05 to 1:50 https://twitter.com/mattetti/st
10.
▲
Go is for everyone
(medium.com)
6 points
by
mattetti
10y ago
|
0 comments
11.
▲
by
mattetti
10y ago
yes buffered io, you use readers to read/write small chunks at a time instead of loading everything at once. Go offers way to do both since in some cases, such as loading an entire file in memory can be fine/better/faster.
12.
▲
by
mattetti
10y ago
We've been running splice.com on Go for 3 years now and handle 5TB of audio/binary data per day. Our memory usage is around 10-15MB per server and the GC pause time has been really low. You do need to stream your IOs instead of re
13.
▲
by
mattetti
10y ago
the main changes are related to the SSA compiler backend and smaller binary files. 1.7 should also better support binary only packages (so vendors can sell compiled packages without providing sources, it kinda works right now but was hacky&
14.
▲
by
mattetti
10y ago
Stability increases, in our case, we just update Go on our CI and we get smaller binaries, better performance as updates come in. The code is always backward compatible so our code always compile. We obviously make sure our test suite passe
15.
▲
by
mattetti
10y ago
Progressive switch, we use TypeScript for new code and everything we touch old code, we try to convert from JS to TS. The tooling is amazing, even the skeptics in the team wouldn't go back to js now. Defining interfaces, using types re
16.
▲
by
mattetti
10y ago
We've been slowly migrating https://splice.com from Angular 1 to Angular 2, so far it's been great. We switched to TypeScript, we cleaned up our code organization. We are writing new components in ng2 and migrating old
17.
▲
by
mattetti
11y ago
Did the compiler get even slower on tip? I know that was a concern with this change
18.
▲
by
mattetti
11y ago
Made using a mix of Angular 1 and 2 + TypeScript and a WebAudio engine we wrote also using TypeScript. It's powered by Splice Sounds library and meant to showcase the service and be a fun web app for desktop and mobile!
19.
▲
Show HN: Web drum machine using Angular1&2
(splice.com)
22 points
by
mattetti
11y ago
|
1 comments
20.
▲
Managing Slack interruptions – The EOD email
(splice.com)
1 points
by
mattetti
11y ago
|
0 comments
21.
▲
by
mattetti
11y ago
This is a fun project, I'm looking forward to seeing how far you can take it. One thing to note is that Go doesn't have TCO so performance when using a lot of recursion might be pretty bad or the compiler has to be smart and use l
22.
▲
by
mattetti
11y ago
We updated Splice's CI to 1.5 and rolled out our code to prod. The total GC pause time improvement is quite drastic for us: https://twitter.com/mattetti/status/634114976362291200 Throughput hasn't change
23.
▲
by
mattetti
11y ago
Since my free/open source ebook didn't make the cut, please excuse the self promotion: http://www.golangbootcamp.com/ I hope it will help some of you :)
24.
▲
by
mattetti
11y ago
Splice is in Santa Monica (West LA, by the ocean), most of the team walks or bikes... and we are looking for an iOS dev, feel free to drop me an email if interested (matt at splice.com)
25.
▲
by
mattetti
11y ago
Splice | Santa Monica, CA | JS developer - iOS/OSX developer Splice is rapidly changing the world of music by offering free cloud version control, backup, collaboration and distribution to artists. Our backend is in Go and our frontend
26.
▲
by
mattetti
11y ago
Excuse my pedantry but these aren't technically memory leaks, great article nonetheless :)
27.
▲
by
mattetti
12y ago
Go challenge author here, really glad to see this post and a great read for Go and not Go developers.
28.
▲
by
mattetti
12y ago
Java is totally fine, just not a language I expect the fancy HN crowd to pick for a programming challenge (Note that I also didn't mention Python, C# and plenty other good languages).
29.
▲
by
mattetti
12y ago
Awesome story thank you so much for sharing!
30.
▲
by
mattetti
12y ago
We don't actively advertise this position, maybe we should. You or other candidates should feel free to contact me at matt/at/splice.com and dont forget to attach your challenge solution.
More ›