Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
keredson
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
47 ms
·
31.
▲
Show HN: Mantel-top computerized musical chimes with MicroPython on an ESP-32
(github.com)
44 points
by
keredson
6y ago
|
17 comments
32.
▲
by
keredson
6y ago
WTFITS...
33.
▲
by
keredson
6y ago
That's only a small part of it. Most of the people are the richest in their extended family, and tons of friends from HS, college, etc. so they do know people who are not in their income bracket. I'd say it's more related to
34.
▲
by
keredson
6y ago
virtually no one feels rich. for the simple fact that you achieving it also normalizes it in your own brain. and the more wealthy you are the more wealthy(-er than you) people you tend to know, so your position relative to your peer grou
35.
▲
by
keredson
6y ago
^^this. at my startup i focused on hiring smart but very junior/inexperienced programmers. our needs weren't that complicated, i could optimize our stack for their skill, they were happy to be entering in the exciting field of p
36.
▲
by
keredson
6y ago
this. i was involved in a lot of interviewing / hiring at one of the top quant firms. i was shocked at how much this factored in.
37.
▲
by
keredson
6y ago
two sigma, de shaw, aqr, etc.
38.
▲
by
keredson
7y ago
not true, although i'm sure there are one-off instances where there's no encryption. but in general there's lots of encryption on each of the different levels of secure government networks.
39.
▲
by
keredson
8y ago
> Aren't all orders eventually public anyway? no. most orders are not executed on the public exchanges, but by internal matching via your broker and a market maker. (also most exchanges only support trades in multiples of 100 shar
40.
▲
by
keredson
8y ago
it's the quality of the libraries above all else that keeps me coming back to python. truly world class.
41.
▲
by
keredson
8y ago
There are definitely people who create frameworks who shouldn't, out of wanting to be "the guy", or not wanting to learn existing tooling. But frameworks/libraries are code too. SOMEONE has to write them. And sometime
42.
▲
by
keredson
8y ago
I haven't. But when my rent is < just the interest on the loan for the house I'm in, it's hard to beat.
43.
▲
by
keredson
8y ago
In the Seattle far-suburbs I'm renting at 3.36% by your metric. And people keep asking me "why don't you buy?!?" THIS. :)
44.
▲
by
keredson
8y ago
agreed. to be clear i like this project a lot. we desperately need innovation in this area. this current github+jira duopoly on issue tracking is annoying.
45.
▲
by
keredson
8y ago
ah, bummer. yeah, "closing" a bug in a branch / PR, and then having that status automatically tracked across all merges into master / other branches is i think a huge win for this kind of idea. (vs. manually tracking i
46.
▲
by
keredson
8y ago
huge fan of this model. i started my own proof of concept of it a while ago, tho didn't take it this far. i assume you can track the status of the bug independently per branch?
47.
▲
by
keredson
8y ago
You have to get it linked on HN for some shameless self promotion. For instance, check out my project https://github.com/keredson/gnomecast , a linux native Chromecast broadcaster for local files, which supports MKV fi
48.
▲
by
keredson
8y ago
yeah, that's a sticky problem unfortunately. on the plus side real transcoding is pretty rare given h264 is pretty much everywhere now. most of the "transcoding" gnomecast does is repackaging an unmodified h264 stream from
49.
▲
by
keredson
8y ago
a GUI that does exactly that (and the occasional transcoding / reboxing when necessary, to handle mkv files, etc.): https://github.com/keredson/gnomecast
50.
▲
by
keredson
8y ago
in my experience someone claiming you're being defensive is a last-ditch (but effective) effort to shut down a conversation they feel they're losing. it's impossible to prove you're not being defensive (and if you try y
51.
▲
by
keredson
9y ago
I did not. But nor did I write the conversation code. That was an existing python lib.
52.
▲
by
keredson
9y ago
nice! starred.
53.
▲
by
keredson
9y ago
yes. the whole thing's only like 500 lines of code. literally wrote it in about 2 evenings after work. should be easy to port to pyqt.
54.
▲
by
keredson
9y ago
i actually wrote this to transcode on the fly (if you look at the code there's "wait_for_byte" etc), but there are certain limitations i discovered. mp4 files have what's called a "MOOV atom" which is a descri
55.
▲
by
keredson
9y ago
also they're transcoding to V8 and webm. so pretty much transcoding everything.
56.
▲
by
keredson
9y ago
thanks!
57.
▲
by
keredson
9y ago
yeah, but they don't support subtitles as far as i can tell. my frustration w/ VLC's casting is what drove me to write this.
58.
▲
by
keredson
9y ago
that said, not opposed to PRs that add support for it.
59.
▲
by
keredson
9y ago
i haven't tried, but you're right in theory very possible. i'm really a fan of OS specific GUIs tho - i'd advise someone use the same underlying python casting API to write a native windows frontend.
60.
▲
by
keredson
9y ago
thanks! i'm with you on disappointment w/ VLC's latest release. normally they do great work and i love VLC overall, but i waited so long for the casting and it's buggy as heck, and still didn't do subtitles! (my
More ›