HN user

ubercow

415 karma

[ my public key: https://keybase.io/ubercow; my proof: https://keybase.io/ubercow/sigs/v1r8CnuXYHjQIit4tlXXG28mKvMBIa7BplId-eonGR0 ]

Posts7
Comments118
View on HN

A couple of big ones I have are:

Video games, movies, books, tv shows I've watched/played or want to watch/play, what platform they are on, if I've bought them already

Brands and blends of tea I've tried, want to try, tasting notes, preferences for brewing amounts and times

Some are just super fancy spreadsheets like serial numbers for expensive electronics I own and when I purchased them.

It's very frustrating having all of these tools only support Windows.

Despite all the wonderful work Microsoft has done with CoreCLR, the "IDE" debugger is still only available under a license that only permits use with Visual Studio and VSCode [1] and mdbg is still nowhere to be found for CoreCLR [2].

1: https://github.com/dotnet/core/issues/505 2: https://github.com/dotnet/coreclr/issues/1145

From what I've gathered, the best you have right now for doing command line debugging is the "SOS" plugin for lldb, which seems to require building the lldb plugin and sometimes even lldb (!!) yourself [3][4].

3: https://github.com/dotnet/coreclr/blob/master/Documentation/...

4: http://blogs.microsoft.co.il/sasha/2017/02/26/analyzing-a-ne...

Not very fun if you're not using Windows.

How are you going to signal nginx what to push?

Are you going to be able to push stuff from your application if using Nginx as a proxy? For example, a dynamic view that includes a css file hosted by nginx.

Hey!

I'm mostly curious about the details behind the flat-file persistence. Is the storage on the same physical machine as the API and Business Logic? If not how is communication done? How do you handle horizontal scalability for either perf or HA reasons?

For me, the biggest thing with these small linux boards is the toolchain and major distro support. I prefer making my own custom images for "production" projects.

With Raspberry Pis, you can debootstrap with raspbian, but mainline debian still requires some work [1][2] to make it function 100%.

1: https://github.com/drtyhlpr/rpi23-gen-image 2: https://wiki.debian.org/RaspberryPi

Does anyone have any information about building custom images for the Beaglebone line of boards? Is it easier or better supported? Are there any boards out there HNers prefer for their toolchain?

My ideal system is: clone a repo, run `go restore` to fetch dependencies and then `go build` to spit out a binary or `go run` to quickly start the main function.

Nothing from outside the repo can effect that build. Likewise anything inside the repo can’t effect the outside.

Compartmentalizing each project makes builds more reproducible and more obvious. If anyone else clones the same repo and runs the same commands, they should get the same result.

I love Go for the concurrency and awesome cross platform support, but my biggest complaint about Go is still the forced GOPATH.

I know this is super nitpicky, but I like to keep work and personal code completely separate and changing GOPATHs is very frustrating.

With the introduction of `vendor` and software like glide and dep tool, you no longer have to store your sources in `$GOPATH/src`.

Since dep/glide are also required for sane dependency version management, there seems to be no benefit of using `src` over `vendor`.

Without `src`, is there any reason `GOPATH` is still required?

I'm not really familiar with the development process between ZFS on Linux and ZFS on BSD, do these pull requests usually get merged upstream for use on BSD, Solaris, etc?

You obviously have a strong dislike for lambda. I've never used it personally, but from afar it seems cool.

What are some of the shortcomings you ran into using it?