Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
egonelbre
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
egonelbre
3y ago
Yeah, at the moment, unfortunately only works for Go. But implementing a different backend (e.g. llvm-symbolizer, objdump etc.) shouldn't be too difficult. The main things it needs to do are 1. list the decompilable symbols in the file
2.
▲
by
egonelbre
5y ago
I like to think that in an alternate world, somebody wrote: > There is of course a questionable degree of consonance that can be tolerated, but the most obvious fact is that the brain can well be conditioned to accept and even enjoy thes
3.
▲
by
egonelbre
11y ago
And doesn't have console support (AFAIK).
4.
▲
by
egonelbre
11y ago
Something like Erlang/OTP not really... Although here are some bits/pieces I've seen in Go community: * Project Iris http://iris.karalabe.com/ * Go Circuit https://github.com/gocircuit/ci
5.
▲
by
egonelbre
11y ago
Nice work :)
6.
▲
by
egonelbre
12y ago
> Do you see any way other than the 3 ones discussed in the OP article under the label "Generics"? The one I mainly meant was interfaces. Of course there are also DSLs and code generation. > I could agree with that if time w
7.
▲
by
egonelbre
12y ago
Abstract things are harder to optimize than concrete things. A package for a concrete problem can be more optimized than a generic/abstract package. I don't mean that the manually specialized version is faster than automatically s
8.
▲
by
egonelbre
12y ago
> It doesn't mention the major inconsistencies in golang at all. It has little relevance to "Generics". They are simply how Go is implemented, the question is whether "Generics" as a user implementable thing shou
9.
▲
by
egonelbre
12y ago
Basically, I have nothing to be defensive about - it's a summary of discussions, which means that any properly stated argument should be incorporated to the document, no matter what I personally feel about that argument. Although, the
10.
▲
by
egonelbre
12y ago
> Without generics you can't separate algorithms from data structures so everything is much less useful. Generics is not the only way to separate data and algorithms. I agree that it is possible to sub-type/embed and rename - a
11.
▲
by
egonelbre
12y ago
Didn't intend for it to end up on HackerNews - at least not yet. It's still the first draft, most of it I wrote up in ~2hours. I made a mistake for not putting the "Draft" note at the top of the page in the first page. I
12.
▲
by
egonelbre
12y ago
Thanks, didn't intend for it to end up on HackerNews - at least not yet. It's still the first draft, most of it I wrote up in ~2hours. I mentioned on the forum that this document (currently) is highly biased towards my views, this
13.
▲
by
egonelbre
12y ago
One programmer can make an impact to a degree. Yes, making an enterprise system for some industry requires a ton of coding for business rules. But it might be possible to make that coding simpler/easier so that people with domain knowl
14.
▲
Issue Trackers Should Stop Slowing Us Down
(blog.bitwisely.com)
2 points
by
egonelbre
12y ago
|
0 comments
15.
▲
by
egonelbre
13y ago
Because being COMPLEX is easy.