crawshaw

28 ms·

241.
by crawshaw 8y ago
Ah, you implement the online backup API! That's something I need to do. Opened an issue.
242.
by crawshaw 8y ago
I don't recover from panics in production Go and none of the code I depend on panics to handle errors. Errors are handled the long and boring way inline and I like it that way. (I would like better tools for making better errors, but n
243.
by crawshaw 8y ago
I'd be curious to hear if my sqlite package fits your needs, or if it doesn't, why it doesn't. Collaboration would be great if it's possible, but there are good reasons you may want to do your own thing.
244.
Teleport: certificate-based SSH server(github.com)
1 points by crawshaw 8y ago|0 comments
245.
by crawshaw 8y ago
Evan knows that. His question is why isn't it normal for the graphics to be explicitly decoupled in terminal emulators that care about draw performance.
246.
by crawshaw 8y ago
Comparisons between the governments of homogeneous states like Japan and sprawling unions like the USA are not particularly helpful. The nature of the problems the governments face is too different. Instead, compare California to Japan. Fro
247.
by crawshaw 8y ago
What a coincidence seeing this topic today. Just yesterday I released some similar code for upgrading Go servers in-place while maintaining sockets: https://github.com/crawshaw/littleboss
248.
by crawshaw 8y ago
You can call those functions without object destructors. That is the point being made in that paragraph: there are other ways to program besides having data owning resources.
249.
Small Memory Software (2000)(smallmemory.com)
1 points by crawshaw 9y ago|0 comments
250.
Method Closures: You Can't Do That in Go(blog.gopheracademy.com)
1 points by crawshaw 9y ago|0 comments
251.
by crawshaw 9y ago
First a point of curiosity, have you seen a linux 1:1 system with blocking I/O scaled to millions of active threads? I have only ever seen it with epoll. My working assumption has been that the kernel blocking calls won't scale, b
252.
by crawshaw 9y ago
It's not nearly as simple as you claim. First: if you have an epoll loop it is also the cost of the thread context switch, which has definitely us in RPC systems using kernel threads. By contrast the goroutine gets scheduled onto the k
253.
by crawshaw 9y ago
The goroutine implementation scales, while other thread implementations (by default) do not. That's a semantic difference. A Go server can have millions of active goroutines with moderate resource use. You can achieve the same on Linux
254.
by crawshaw 9y ago
It really is an excellent package. Does exactly what it says on the box. I fear I may hit a wall with it eventually. For example, several interesting approaches to https://github.com/neugram/ng/issues/49 woul
255.
by crawshaw 9y ago
One of my favorite things about Go is that it cuts through the "threads vs. events" debate by offering thread-style programming with event-style scaling using what you might call green threads (compiler assisted cooperative multit
256.
by crawshaw 9y ago
https://golang.org/ref/spec certainly is a specification of the Go language. Whenever a difference is found between the two Go compilers, gccgo and gc, the spec is consulted to see which is right. If the spec is not cl
257.
by crawshaw 9y ago
One good example is untyped constants. They form a large extension to the type system only present at compile time. It is a good example because there is an excellent blog post describing them in detail: https://blog.golang.org&#
258.
by crawshaw 9y ago
The relation to the go toolchain right now is your GOPATH is used to find Go packages when you import them. (It uses the go tool to build the package as a plugin for loading.) You certainly could put your Neugram files in the same git repos
259.
by crawshaw 9y ago
My goal is very much to reuse Go packages. It is somewhat working today. The underlying mechanism is when you type something like: import "github.com/pkg/errors" A .go wrapper file is generated, a Go plugin is b
260.
by crawshaw 9y ago
Because Neugram is a different language. It is so only in small ways, but they add up when you are in the parser, and especially in the type checker. First is the fact that the top level is statements, not declarations. That would mean heav
261.
by crawshaw 9y ago
If you don't have trouble switching between Go and Python, then the concept of Neugram has much less to offer you than me. Possibly you don't because you use both languages more than me. My scripting needs are approximately once e
262.
by crawshaw 9y ago
The goal is to add other features that are also useful for scripting. The big one I've worked on so far is syntax for the os/exec package: https://github.com/neugram/ng/blob/master/docs/she
263.
by crawshaw 9y ago
I made this point poorly, because I agree with you that Go is quite easy to read and very predictable. With more words: I have written a parser and type checker for an ML-style language, with parametric types and several other neat tricks i
264.
by crawshaw 9y ago
Yes, that sounds like the kind of mistake I would make. I put a tiny link at the bottom of to the home page: https://neugram.io . I'll do something more elaborate when I'm done with this other bug I'm working on. T
265.
by crawshaw 9y ago
Jupyter is a good idea that was only recently suggested to me: https://github.com/neugram/ng/issues/16 Definitely something to try.
266.
by crawshaw 9y ago
Hi, I'm the author. I don't think Neugram is really ready for the full HN treatment, but I'm happy to answer questions. I kept trying to write a "Why Neugram" post and kept getting stuck, which is why I went with th
267.
by crawshaw 9y ago
Experimenting with other congestion control algorithms is definitely on the TODO list. BBR is interesting.
268.
by crawshaw 9y ago
This is the same network stack (with a little bit of drift). We intend to merge them into one repository soon. I am just a little disorganized.
269.
by crawshaw 9y ago
Github is nice, but there is (and should be) far more to the open source world than just Github. I am happy they are making sources available. It would be wonderful if Apple started developing their kernel in public (I would like to read th
270.
by crawshaw 9y ago
We do owe those around us. We are a society built on good will. The kindness of others has given me everything I value in life. It is my responsibility to pay into it. Sometimes we cannot afford to. That is fine. A lifetime of good deeds co

More ›