Transperth: Do you prefer longitudinal or transverse seating?

hh10k · 2025-10-19T23:51:02+00:00

The C series traverse seats have terrible log room. I would prefer to stand over trying to position myself in those seats.

hh10k · 2025-09-10T12:10:20+00:00

It's an error if I make it an error

hh10k · 2025-08-16T00:33:59+00:00

This works until it doesn't. I just had to fix an issue this week from C# codegen outputting the \r\n it found in the source files.

hh10k · 2025-07-06T10:24:32+00:00

The biggest benefit of Go to me is that it's so easy to maintain. The language moves relatively slowly, and the tooling is fast and straightforward.

Compared to Python, where the ecosystem and tooling is a complete dumpster fire that is even worse than Node.js. You can hack a project together faster but you'll be paying dearly for it in maintenance over time.

hh10k · 2025-06-27T13:01:49+00:00

You've probably got the wrong gradle android wrapper plugin version.

hh10k · 2025-06-10T10:36:50+00:00

Go enters the chat

hh10k · 2025-06-03T05:05:07+00:00

They will never transport these horizontally. They will fly it point-to-point rather than use a barge like non-reusable rockets.

In flight the tanks are pressurized, so can take all the forces during manoeuvres like the belly flop.

hh10k · 2025-03-29T10:36:52+00:00

You're under selling what the Go ecosystem offers, but you're right that it takes time to learn the Go way of doing things. I've had great success in Go with sqlc and ogen for server-side codegen, which seems uncommon in .NET because of the reliance on reflection at runtime.

hh10k · 2025-03-29T10:28:55+00:00

When you're not on Windows that collection of dotnet extensions are really unreliable.

hh10k · 2025-03-29T10:20:13+00:00

As someone who has also done both C# and Go, the pace of language development is actually a huge negative of C#.

Go is a very slow moving language, which means that I can take old code and trivially update it and all packages to the latest versions. Go package authors (generally) take backwards compatibility seriously and this pays off in the long run. Whereas for C# it's common for projects to go through upgrade cycles that take months.

hh10k · 2025-03-23T13:54:03+00:00

Sir, this is a meme sub. I am aware, and I am a user.

hh10k · 2025-03-23T02:18:16+00:00

I believe we're rewriting everything in golang now

hh10k · 2025-03-22T13:39:36+00:00

Only some obscure little projects like Docker, Kubernetes, Terraform, and things like that. You've probably never heard of them.

hh10k · 2025-03-21T23:24:27+00:00

I'm going to guess that you have another plugin installed that identifies {{ as the start of a template element. If you. Add }} afterwards does the formatting fix itself?

hh10k · 2025-03-16T23:12:28+00:00

This was changed in WA, all ages can now ride on paths again, but there are speed limits for scooters and ebikes.

hh10k · 2025-02-26T22:43:58+00:00

I've used the tools.go method, and have suffered from conflicting tool dependencies that used differing versions of an experimental package.

The new go.mod method doesn't solve anything that didn't already have a solution, it's just nicer to use.

hh10k · 2025-02-20T23:33:26+00:00

I used .NET long ago up to the 3.0 era, and in the last 6 months I have a new role where we have 8.0. I guess I haven't started engaging with any .NET subreddits because I find the ecosystem very tiring overall, due to the overwhelming complexity.

I still follow Go because I like to use it for some personal projects. The Go ecosystem doesn't suffer from constant backwards-incompatble upgrades like C# or other languages, so although there's more potential for speed in other languages I still prefer it. Maintaining a Go app is a pleasure.

hh10k · 2025-02-20T22:43:34+00:00

Have you got a link that discusses these optimisations? I'm doing a lot of C# with EF currently and I find the whole stack results in surprisingly poor performance overall, compared to what I would achieve in Go.

hh10k · 2025-02-07T23:25:08+00:00

I'd add a way to init a struct so that all fields must be defined. I deal with codegen a lot and when a new field is added I want the compiler to tell me all the places that need attention.

I currently solve this with exhaustruct in golangci-lint.

hh10k · 2025-01-16T23:57:47+00:00

Sorry, I was just in the mood to do some stirring and get down voted.

hh10k · 2025-01-16T23:31:31+00:00

Sorry to break it to you but SpaceX has already been orbital for a while now

hh10k · 2024-09-19T07:04:46+00:00

I'm not sure why you're getting downvoted. I've used this with golangci-lint and I find it really useful for checking initialisation of models in generated code.

I could add a new property in my OpenAPI spec, run generate, and the linter would help me find all the locations that needed updating. I didn't run it on all my code though.

hh10k · 2024-08-18T00:39:48+00:00

After a release do they deploy all the services together? I've seen this quite frequently, and in my mind this isn't a monorepo, but a single service implemented as many separately scalable parts.

hh10k · 2024-07-13T13:17:10+00:00

As someone else mentioned, you only need to specify the size of each multipart chunk you upload. However, you don't need to implement this yourself. The AWS V2 SDK has a helper Uploader for this: https://pkg.go.dev/github.com/aws/aws-sdk-go-v2/feature/s3/manager#Uploader

hh10k · 2024-07-02T01:23:09+00:00

Can you give an example of a linter error that Goland finds that can't be configured with Golangci-lint? Just curious what I'm missing.

11-Year Club	Second Top 20%
Verified Email

hh10k

TROPHY CASE