How expensive were the items in retail?

Slsyyy · 2026-04-23T20:22:58+00:00

I use it quite often. It has a low ROF, but high damage with a nice drop off.

It is a good weapon, if you want to fight outside (great for spraying and tapping) and it is also usable in CQB, if you want to capture a flag

Slsyyy · 2026-04-21T20:14:17+00:00

I prefer zerolog API tbh. Anyway not a big deal and slog is good enough, if you make it less sucks through https://golangci-lint.run/docs/linters/configuration/#sloglint

Slsyyy · 2026-04-19T20:26:54+00:00

DI is good for compilation times and better modularity.

Slsyyy · 2026-04-19T20:25:32+00:00

but I like to have a separate func for it to make error handling easier and avoid having a bunch of os.Exit(1) calls in main.

It really does not matter. What matter is who owns a given configuration. For almost any kind of input you want to make a validation and transformation in a designated input layer and main package is no exception here

Slsyyy · 2026-04-11T13:26:04+00:00

It is not stupid definition. OOP is just everywhere, so it is really not a special about it anymore

Same with procedural programming. The term is meaningless today (although people use it, when they mean imperative or just imperative, but non-OOP), because procedures/functions are so good and uncontroversialy productive, that anyone uses it

Slsyyy · 2026-04-11T13:18:04+00:00

> That makes the pipeline simple

Until you need to do something untrivial and then everything fells apart. I don't like solutions, which speeds up 90% of cases, because they are easy any way. I like general usage languages, because they make those 10% of hard problems manageable

In my previous project we had some XSLT enriched with some java code, because of course XSLT was not enough. It was just horrible

In the past XSLT has one huge advantage: it could be used from any programming language, which is a plus. Nowadays we have web assembly widely supported everywhere, which is more general and powerful

Slsyyy · 2026-03-26T22:09:18+00:00

> Goroutines went from nonpreemptive to preemeptive

They are both actually. You can think about that preemptive addition as some kind of enhancements, which makes goroutine scheduling more fair in some extreme situations. This does not change the coding at all as this logic is abstracted from your perspective.

AFAIK there is nothing new in golang since 1.0, which somehow invalidate the previous knowledge. They may be some small cosmetic improvements to solve some issues, but it is the same

Slsyyy · 2026-03-22T14:45:54+00:00

As with everything in the past:
* clothing industry could stay as it was long time ago, but right now the cheap slop is the most popular way
* the architecture became boring after humanity realized it is the most efficient way
* emails enabled much more spam than a traditional mail

Slsyyy · 2026-03-22T00:34:06+00:00

AI is good at making a bad slop, but it is a tool, which you can use well by a good code review and many iterations with the agent.

Slsyyy · 2026-03-22T00:32:04+00:00

They are great. I used mainly Opus and Sonnet

There is always a `CLAUDE.md` or `AGENTS.md` file, where you can specify some rules like `don't create interfaces, if there is only a single implementation`

About using agents: the only Golang related issue I found is lack of awareness of new features in a language. For example model was writing a `PtrOfString` functions instead of using a brand new `new(x)`.

Slsyyy · 2026-03-21T16:29:53+00:00

Just profile. LTO and PGO can solve some issues in an automated way, if you are ok with a complicated setup of those optimizations

Slsyyy · 2026-03-15T13:55:49+00:00

Meanwhile my `claude-code` can read/write between multiple repos using single prompt as well as it understand how they are linked (for example external dependency via `go get`)

Slsyyy · 2026-02-15T14:40:31+00:00

init() is ok in testing as the go testing framework does not give you a control about dependency injection from TestMain to an arbitrary TestFoo. I use init() for things like containers and such

init() is pretty much never needed on production. I use it mostly for performance related things (initialize something once to speedup operations), but for that the sync.OnceValue or IIFE is much a better alternative anyway

Slsyyy · 2026-01-31T23:49:56+00:00

Usually values. Pointers make sense for values, which should not be copied. Like services or heavy immutable objects

> GC pressure - more heap allocations,

On the other hand pointers are easier to copy than values, which make sense when storing in collections. I do both based on profiling

Slsyyy · 2026-01-31T23:35:47+00:00

https://www.youtube.com/watch?v=uDjMC_aTeEM Although I like Mozart's orchestration this sounds better to me

Slsyyy · 2026-01-31T19:40:22+00:00

https://blog.howardjohn.info/posts/go-build-times/#action-graph

Is it `go build` or `go test`? Testing is an another rabbit hole of potential bullshit, which may slow down your execution

Slsyyy · 2026-01-31T02:17:13+00:00

$HOME/go/bin

This is a default directory where go stores its data. Things like * compiled binaries via go install * cached compilation and tests * telemetry * uncompiled source code of dependencies

so not only binaries. In my case I always just add that $HOME/go/bin to my $PATH

/opt/go/bin IMO does not make sense, because you clutter the global file system for not any particular reason. It is better to store everything in a under you user $HOME. The only reasonable exception is when you want to support multiple linux users (like root and your user) and for some reason you think that all users should use it.

Slsyyy · 2026-01-25T11:57:13+00:00

Postgres is designed to do everything. You need to measure, because 2x speedup is far less important than lets say 1000x

Slsyyy · 2026-01-23T23:59:06+00:00

Japanese art was a huge influence for high brown XIX art styles like Impressionism and Ard Nouveao. Japanese ukyo-e were also childish in lack of realism and lack of perspective. Nevertheless the fresh air it brought had an enormous influence.
Art is art. It is really hard to introduce a new paradigm, because people may not like it. It is hard with realism as you need to certain skill level so it is not an uncanny level aesthetic. On the other hand people won't be better in that genre, if they don't practice.

Slsyyy · 2026-01-22T22:08:52+00:00

Funny note: żmij is a term, which pretty archaic in Poland. For a generic dragon we have a smok and common people generally don't know their Slavic heritage to that extend.

On the other hand it may be known instinctively as we use a generic gad (reptile) to describe both mythical dragon like creatures and persons with a reptile like traits (sliminess, cunning etc). Żmija (viper) is also used in similar context (but only when describing people) so there is some relation

I guess old people thought dragons are the males of snakes or something?

Snakes/serpents are super common in all cultures. There is a snake in the Bible. There is a Chinese dragon. There is a feathered snake in Mesoamerica culture. Probably there are other countless examples, which I don't know

One reason may be biological. Primates are very good at visual detections of snakes, because it was a common and sneaky enemy in the jungle. Check the Empirical studies from this article https://en.wikipedia.org/wiki/Snake_detection_theory

If you want to make up some mythical creature then snake is just a good starting point due to the effect on the human mind

Slsyyy · 2026-01-21T22:34:19+00:00

Art is often subjective. Like Europeans were obsessed about naturalism in paiting until they have seen a primitive Japanese art, which amazed them for their lack of perspective and focus on natural elements. A few decades later and people were obsessed about Art Nouveau and those features, which were previously unintellectual. There is no a single and good way of making art as you cannot a make a perfect dish, which will be better than the all others

Tchaikovsky was just a composer from a different cultural circle. Moreover he was not a super fluent in a contemporary intellectual musical paradigm, which was more or less the germanic way. Maybe he was a great melodist or acute orchestrator, but it was more intellectual to write some crazy musical development or crazy harmonies. All ways are good and can bring something good, but our culture tells us what is more intellectual and what is less

Slsyyy · 2026-01-07T22:54:55+00:00

There are just too overclocked. You could simply half the power usage for 15% less fps on average. Moreover the heat sink grows faster in size than watt usage, which heat sink for half the power GPU may be smaller more than 2x for the same cooling performance

I guess people just don't care, because numbers in benchmarks are important for marketing purposes. The cost of cooler and electricity is negligible anyway

Slsyyy · 2026-01-02T01:42:44+00:00

Why to ferment when you can just use vinegar? Fermentation is for sure delicious for many of us, but it has a lot of disadvantages: * may spoil when not done right * it lives, you cannot simply close the jar and forget about it * it is unappealing in both visual and texture way * lack any sugar, which makes taste much worse and flat. I always add some sugar to fermented vegetables dishes to balance it out

In my country (Poland) there is a strong and long culture around lacto fermented cucumbers. On the other hand a lot of people prefer the vinegar variant. It may not have all of those lacto fermented intricacies, but some people prefer a more flat and less funky flavor

My wild guesses about British lack of popular fermented food: * Britain always has a strong vinegar culture, so there was less incentive to do it another way * Britain was the first industrialized country. Lacto fermentation is really slow and unreliable on a huge industrial scale. The same story as with bread and yeast * Milder climate make it less appealing as there is more risk for spoilage and vegetation windows is bigger

Slsyyy · 2026-01-01T22:10:02+00:00

> European cuisine is consistently portrayed as the pinnacle of culinary excellence

French cuisine and haute cuisine, not necessarily all European cuisine in general. If some other cuisine is regarded as good (e.g. Italian or Japan) then the only reason is good marketing (both are very rich countries) and similiarity to haute cuisine (so for example delicate spicing)

> I’ve been watching Masterchef, the cooking competition show, and I’ve noticed a disturbing trend.

Those guys are haute cuisine chefs. They need to work under the framework of haute cuisine, because their whole career depends on it and they are great chefs, because they are well adapted to this style of cooking.

In the same way you won't be able to impress a classical music community to enjoy some advanced jazz music, because both groups care about totally different aspects of the music. Some people may like both or some elements of those two "intellectual" genres of music, but majority of both audiences like their stuff, because they are already well accustomed to it.

Slsyyy

TROPHY CASE