mbertschler

Side effects like horrendous cookie banners everywhere.

I really like the DMA too

But it needs Linux, while wasm runtimes are available for all OSes natively

Couldn’t open the GitHub link on my phone.

Here it is: https://github.com/steven-tey/novel

This sim was released for the first human mission Demo-2. Back then I also created an autopilot, written in Go and running in the browser via WebAssembly: https://github.com/mbertschler/dragon-iss-docking-autopilot

This autopilot doesn't use the rotation and translation rates as input, just the momentary values. It also uses the same control function for all axes.

Video: https://youtu.be/jLTr6UwuSd4

Does anyone know what kind of payloads this plane is used for? Something relatively light but requiring a large volume?

As there are only 5 of those built, there doesn’t seem to be a big demand for these, and the payload capacity is the same as the standard body version.

> But for some applications, accuracy is less important than precision. Precision has to do not with delineating the perfect second but rather with creating extremely regular ticks, or oscillations.

I don’t follow here, doesn’t accuracy follow if you have a precise oscillator? What is the difference between an accurate or a precise clock?

The simulator was released by them ahead of the first crewed SpaceX flight. The UI is based on the real UI of the spacecraft.

Here is my solution, written in Go and running in the browser via WebAssembly: https://github.com/mbertschler/dragon-iss-docking-autopilot

This autopilot doesn't use the rotation and translation rates as input, just the momentary values. It also uses the same control function for all axes.

Video: https://youtu.be/jLTr6UwuSd4

on a trackpad I tried to 2 finger pinch to zoom, instead it took one finger as scroll input, zooming impossible

Great job. I starred this repository because of the interesting optimization techniques, could come in handy in my own projects.

When my team at a previous company finished a multi month migration of a large PHP app to the cloud we held a large deploy party where everyone gathered in a room and the CEO pressed a space bar labeled DEPLOY. A script ran, the load balancer config was upgraded and the whole team cheered for something ungraspable like this website in the cloud.

Recently I was assigned a project team of five people. What really worked well for us was hanging out in a Discord Server most of the time during normal work hours, although everyone was muted.

If someone had a question or needed some collaboration input they would just unmute themselves and start talking. Usually a few seconds later others would also unmute and join the conversation. If more discussion was needed we would switch from our main channel to a private channel.

This setup worked really well for us and we liked the low friction way of quickly talking to someone without messaging them and setting up a call.

Is that an LCD display?

I recently discovered DBeaver and can highly recommend it. It is a bit more complicated to use than some alternatives, but really powerful. Also supports a large number of databases. https://dbeaver.io/

Booking flights already has such a horrible user experience, because the princing often seems totally random, and this will just make it worse. Hell no.

Am I totally missing something in this document or does it not talk about where these modules either as zips or source code are stored? It mentions $GOPATH and vendor as not necessary anymore.

Where will the actual code be?

I made the experience that no matter what language you choose, and no matter the size of the problem you are trying to solve, after about a week of writing code you will have to start refactoring parts of it. While up to that point a more dynamic or "risky" language may have given me some advantage in development speed, it might make it harder to change things without breaking parts of your application by accident.

Having a compiler that catches 80% of the errors you can make during big code changes already starts becoming a real advantage.

I don't think that Go is a perfect language, but for most of my use cases it is the most efficient one overall.

I am really interested in some numbers to show how much the Go's GC harms program performance. I wonder if this is really an issue for an online service, given the stop-the-world phases are usually <1ms. Does anyone have some material on that?

Does reward 100000 mean 100k$ in bounty?

I moved from typical `build.sh` files to a small Go program that does more than just building. It also manages connected services as Docker containers, database imports and so on. For vendoring I moved all my projects to dep.

Does someone have some scientific source on that topic? I couldn't find something linked in the article.

Yet our browsers blow the page up to 100 or 1000 times that.

And what would be a better alternative available outside of Google?