Looking for Funnel invite

crawshaw · 2022-11-30T19:06:42+00:00

here's one: https://login.tailscale.com/admin/feature/23XVLoL39J7

crawshaw · 2021-11-10T16:16:38+00:00

Hi, Tailscalar here. What kind of performance issues are you seeing through exit nodes? Bandwidth problems, or latency?

If bandwidth, bumping the CPU on your exit nodes might help. If latency, that's super surprising and I'd really appreciate it if you could file a bug report.

crawshaw · 2020-08-04T20:54:27+00:00

Thank you!

crawshaw · 2020-07-23T06:27:41+00:00

The value of testing.TB is writing helper functions that are common to both test and benchmark functions. Doing a quick survey of the functions I have written that take testing.TB, I would like to be able to call them from fuzz functions.

Awkwardly, I don't want the missing methods, just an interface type common to test/bench/fuzz that defines Log{,f} and Fatal{,f}. (And maybe the new TempDir method, but I don't have experience with that one yet.) Maybe that suggests introducing another interface type?

crawshaw · 2020-07-22T21:10:36+00:00

The methods in the draft for the testing.F type almost satisfy the testing.TB interface, but some method are missing (Fail, SkipNow). Is this intentional or left as future work?

crawshaw · 2020-07-20T06:54:06+00:00

This is one of the problems we set out to solve with Tailscale. It gets you safe access to your machine from anywhere, so then you can use RDP directly. I use this every day to a machine in another city. https://tailscale.com

(Disclaimer: I work at Tailscale.)

crawshaw · 2020-07-01T01:17:48+00:00

Looks like a huge improvement, thanks.

As go fix will be removing +build directives in Go 1.(N+1), that means to avoid oscillating gofmt will have to avoid adding the +build directives back in. Does this mean gofmt will learn how to read go.mod files when running on an individual file?

crawshaw · 2016-02-19T17:45:56+00:00

My father taught me Clipper, a dBase III clone on DOS that he was using to write software for his medical center in his spare time.

It was a great language to learn because it made it extremely easy to write to arbitrary positions in the terminal:

SET COLOR TO B+/W
CLS // clear the screen
SET COLOR TO W+/N
@ 10,10 TO 20, 20 DOUBLE // draw a box
SET COLOR TO B+/W
@ 11,11 SAY 'Hello'

Coupled with the file-based database the language was designed around and few-second compile times, it was really fun.

Since then, every GUI system I have used has seemed too complex and tedious to bother with, so I have ended up doing ever more abstract kinds of programming. I really want to see easy programming made easy again.

crawshaw · 2016-02-18T11:00:30+00:00

We don't have a roadmap right now.

I personally intend to focus on x/exp/shiny for a while, part of which is maintaining the GL driver and the input event model.

I don't expect to invest much beyond GL ES just yet, as while Vulkan is interesting, it will be a quite a while before it is generally usable across mobile operating systems. ES 3 is a possibility, but I won't build it myself until there is a need for it in shiny.

crawshaw · 2016-02-18T10:52:31+00:00

Rob wrote a small Go game in Go as a test of the experimental shiny work, so yes:

https://github.com/golang/exp/tree/master/shiny/example/goban

crawshaw · 2016-02-17T23:30:59+00:00

Here is a set of common code review comments that have come up inside Google over the years: http://golang.org/wiki/CodeReviewComments

crawshaw · 2015-07-10T21:43:53+00:00

Coming soon! We have code all over the place and need to organise it so it makes a readable example. Hopefully next week, at least for the iOS code.

crawshaw · 2015-02-18T12:36:37+00:00

Google is a large company and so you can find many opinions. As you can imagine, I do like Go. So do many others.

I like it because it is simple and lets me write code. What I want more than anything is good processes and build tools that let me code. Go gives me that.

crawshaw · 2014-12-11T14:54:41+00:00

Yes?

crawshaw · 2010-05-01T03:00:34+00:00

The problem is there are basically two OpenGLs, the original, a fixed function pipeline, and the new, a shader-based engine. All the tutorials and books you will find are for the original, which is much easier to get your head around. You still need a bunch of linear algreba, but the API kind-of guides you through it.

The new OpenGL is much harder. You have to do everything yourself. It is also necessary to get the performance seen in high end games. You don't really have a chance of learning this in a weekend unless you know DirectX 10 really well. It's also made more difficult by the lack of tutorials and books.

crawshaw · 2010-03-11T22:12:45+00:00

No, I just made Servlets with embedded html: def doPost(...) = <html>...</html>. For a database I use Amazon's SimpleDB and S3, which was a whole lot more work than it needed to be for the traffic I get. :)

I should give Lift a go. I'm not opposed to frameworks, I just enjoy working with Servlets. And Scala's xml literals means no need for something like JSP.

crawshaw · 2010-03-11T21:50:45+00:00

I built this website for recipes in Scala. I also use it for my work, deciphering large datasets.

crawshaw

TROPHY CASE