Boris M
@bmarinov.bsky.social
Software architect, Go developer and testing propagandist. Busy beating colleagues with his personal copy of Enterprise Integration Patterns. They are resisting.
I like mixing my morning coffee with some observability, ebpf and edge telemetry work.
EU ~ 🇩🇪
I like mixing my morning coffee with some observability, ebpf and edge telemetry work.
EU ~ 🇩🇪
Wait this is the price increase @.@ im so glad I have a stack of 8GB 4's stored securely in a Pelican case. Gotta need the spares.
February 2, 2026 at 2:51 PM
Wait this is the price increase @.@ im so glad I have a stack of 8GB 4's stored securely in a Pelican case. Gotta need the spares.
Where is the pressure to host on Substack coming from? Just curious, wouldn't some platform like Ghost be great for writing? It seems to support the usual features people want or expect too (membership). Hell it even looks better and more transparent wrt billing.
December 28, 2025 at 10:44 AM
Where is the pressure to host on Substack coming from? Just curious, wouldn't some platform like Ghost be great for writing? It seems to support the usual features people want or expect too (membership). Hell it even looks better and more transparent wrt billing.
Man, have fun and do join next year! I'm out of town with family, would love a signed coffee mug or something 😉
December 26, 2025 at 10:24 PM
Man, have fun and do join next year! I'm out of town with family, would love a signed coffee mug or something 😉
I am so close to pulling the trigger, you beautiful self-organized nerd! ❤️
Side question, are you actually writing internal / work stuff on your remarkable or keeping only private / not-confidential stuff there? Asking for a friend (compliance gonna compliance).
Side question, are you actually writing internal / work stuff on your remarkable or keeping only private / not-confidential stuff there? Asking for a friend (compliance gonna compliance).
December 24, 2025 at 2:25 PM
I am so close to pulling the trigger, you beautiful self-organized nerd! ❤️
Side question, are you actually writing internal / work stuff on your remarkable or keeping only private / not-confidential stuff there? Asking for a friend (compliance gonna compliance).
Side question, are you actually writing internal / work stuff on your remarkable or keeping only private / not-confidential stuff there? Asking for a friend (compliance gonna compliance).
See, they did an AB test and figured out that people click more when something is free. It's not T-Mobile's fault that they want to charge you for it. A present* it is then!
(* charges may apply)
(* charges may apply)
December 23, 2025 at 1:04 PM
See, they did an AB test and figured out that people click more when something is free. It's not T-Mobile's fault that they want to charge you for it. A present* it is then!
(* charges may apply)
(* charges may apply)
And generally naming things in go feels vastly different (better) than most OOP languages. r.keys.Get(id) instead of this.KeyService.GetKey() etc. And the focus in general is on the flow when reading.
Extensions methods are great and overused, I wouldn't focus on them wrt good language design.
Extensions methods are great and overused, I wouldn't focus on them wrt good language design.
December 7, 2025 at 5:49 PM
And generally naming things in go feels vastly different (better) than most OOP languages. r.keys.Get(id) instead of this.KeyService.GetKey() etc. And the focus in general is on the flow when reading.
Extensions methods are great and overused, I wouldn't focus on them wrt good language design.
Extensions methods are great and overused, I wouldn't focus on them wrt good language design.
Methods only hide the first parameter (receiver) anyway. What I'm trying to say is, when I declare a method with a receiver, there is no notion of this or self. In c# this happens in the class context, so 'this' makes sense. Not arguing just a diff explanation to "too generic, bad practice".
December 7, 2025 at 5:47 PM
Methods only hide the first parameter (receiver) anyway. What I'm trying to say is, when I declare a method with a receiver, there is no notion of this or self. In c# this happens in the class context, so 'this' makes sense. Not arguing just a diff explanation to "too generic, bad practice".
If you cant define a good name it's okay to simply use 'r' (abbreviated receiver).
There is no this, neither a self in this context. Receiver funcs don't live in the context of the struct. Definition is on the package level.
Using the Java/Python convention is factually incorrect here. #go
There is no this, neither a self in this context. Receiver funcs don't live in the context of the struct. Definition is on the package level.
Using the Java/Python convention is factually incorrect here. #go
December 7, 2025 at 1:15 PM
If you cant define a good name it's okay to simply use 'r' (abbreviated receiver).
There is no this, neither a self in this context. Receiver funcs don't live in the context of the struct. Definition is on the package level.
Using the Java/Python convention is factually incorrect here. #go
There is no this, neither a self in this context. Receiver funcs don't live in the context of the struct. Definition is on the package level.
Using the Java/Python convention is factually incorrect here. #go
Yes it exists, this was my point (bs reply char limit). I get that it sounds. A few questions:
Where should the "text grabs" end, do you need eg to paste into email on your phone?
And how can a third party make sure that you aren't secretly grabbing text off their phone screen? Just a few thoughts
Where should the "text grabs" end, do you need eg to paste into email on your phone?
And how can a third party make sure that you aren't secretly grabbing text off their phone screen? Just a few thoughts
November 28, 2025 at 9:46 AM
Yes it exists, this was my point (bs reply char limit). I get that it sounds. A few questions:
Where should the "text grabs" end, do you need eg to paste into email on your phone?
And how can a third party make sure that you aren't secretly grabbing text off their phone screen? Just a few thoughts
Where should the "text grabs" end, do you need eg to paste into email on your phone?
And how can a third party make sure that you aren't secretly grabbing text off their phone screen? Just a few thoughts
Yeah, definitely! Only if something like optical recognition of characters existed.. We would then only need a hand held camera running an operating system capable of executing applications.
But getting ads beamed right into my eye socket while I drive or walk around would do as well 😊
But getting ads beamed right into my eye socket while I drive or walk around would do as well 😊
November 28, 2025 at 7:52 AM
Yeah, definitely! Only if something like optical recognition of characters existed.. We would then only need a hand held camera running an operating system capable of executing applications.
But getting ads beamed right into my eye socket while I drive or walk around would do as well 😊
But getting ads beamed right into my eye socket while I drive or walk around would do as well 😊
100x this. I was doing some Github actions release tasks recently when I got completely off guard that the GH owned publish release tasks repo is... Archived since 2021 and using the tasks causes deprecation warnings. Way to go, Microsoft.
November 13, 2025 at 4:41 PM
100x this. I was doing some Github actions release tasks recently when I got completely off guard that the GH owned publish release tasks repo is... Archived since 2021 and using the tasks causes deprecation warnings. Way to go, Microsoft.
Are we there yet.. Oh my *** yes! Thanks for the link, finally something usable 🙌 can't stand json schema.
November 5, 2025 at 11:30 AM
Are we there yet.. Oh my *** yes! Thanks for the link, finally something usable 🙌 can't stand json schema.
I mean, this is definitely one way to do this. But in general, as long as there is a run(ctx, cfg) function in main.. This is usually not an issue? Am I missing something or is this a recommendation for no pkg level init (smelly) and declaring / passing your dependencies in one place?
October 24, 2025 at 6:17 PM
I mean, this is definitely one way to do this. But in general, as long as there is a run(ctx, cfg) function in main.. This is usually not an issue? Am I missing something or is this a recommendation for no pkg level init (smelly) and declaring / passing your dependencies in one place?
Looking through the usual channel feels like shouting into the void so I appreciate the message here. Hopefully you didn't get completely spammed on LinkedIn though (reading is hard). It may be worth sharing how this went further down the road?
(also I'm low key hoping for constructive feedback)
(also I'm low key hoping for constructive feedback)
October 24, 2025 at 6:14 PM
Looking through the usual channel feels like shouting into the void so I appreciate the message here. Hopefully you didn't get completely spammed on LinkedIn though (reading is hard). It may be worth sharing how this went further down the road?
(also I'm low key hoping for constructive feedback)
(also I'm low key hoping for constructive feedback)
I've had good success with Bruno so far. Migrated to it once Insomnia started pulling the postman trick. But I also use these tools to send requests and don't build my test suite on top of them for example. Absolute madness whoever thought dev time involved in postman tests is a good idea.
October 21, 2025 at 2:38 PM
I've had good success with Bruno so far. Migrated to it once Insomnia started pulling the postman trick. But I also use these tools to send requests and don't build my test suite on top of them for example. Absolute madness whoever thought dev time involved in postman tests is a good idea.
Can you tell me some more about this? I've been gathering some notes on European alternatives (or the lack thereof) and their deficiencies. 'Concerning' doesn't even begin to describe the state of things.
October 11, 2025 at 9:01 AM
Can you tell me some more about this? I've been gathering some notes on European alternatives (or the lack thereof) and their deficiencies. 'Concerning' doesn't even begin to describe the state of things.
Is this some AI slop summary which.. makes an absolutely false statement? Ah well..
September 2, 2025 at 1:50 PM
Is this some AI slop summary which.. makes an absolutely false statement? Ah well..
Oder gerade richtig :)
August 23, 2025 at 4:46 PM
Oder gerade richtig :)
Ah Java conventions, the shining beacon of good naming
FooServiceImpl implements FooService
As someone having extensively dealt with Java/C#, JS and Python in the past - I would rather work on Go. But I have to admit, switching back to it from the usual suspects takes a few mins to reorient
FooServiceImpl implements FooService
As someone having extensively dealt with Java/C#, JS and Python in the past - I would rather work on Go. But I have to admit, switching back to it from the usual suspects takes a few mins to reorient
August 22, 2025 at 3:41 PM
Ah Java conventions, the shining beacon of good naming
FooServiceImpl implements FooService
As someone having extensively dealt with Java/C#, JS and Python in the past - I would rather work on Go. But I have to admit, switching back to it from the usual suspects takes a few mins to reorient
FooServiceImpl implements FooService
As someone having extensively dealt with Java/C#, JS and Python in the past - I would rather work on Go. But I have to admit, switching back to it from the usual suspects takes a few mins to reorient
Sigh, module support was added 7 years ago.
August 17, 2025 at 8:56 AM
Sigh, module support was added 7 years ago.
I'm trying to clarify a few things:
- You are not forced to, and actually you should not be putting your source code under GOPATH.
- you can change the GOPATH path, haven't touched macos in a year but this should probably be done via zshrc.
For the record, I agree that home pollution is annoying.
- You are not forced to, and actually you should not be putting your source code under GOPATH.
- you can change the GOPATH path, haven't touched macos in a year but this should probably be done via zshrc.
For the record, I agree that home pollution is annoying.
August 17, 2025 at 8:23 AM
I'm trying to clarify a few things:
- You are not forced to, and actually you should not be putting your source code under GOPATH.
- you can change the GOPATH path, haven't touched macos in a year but this should probably be done via zshrc.
For the record, I agree that home pollution is annoying.
- You are not forced to, and actually you should not be putting your source code under GOPATH.
- you can change the GOPATH path, haven't touched macos in a year but this should probably be done via zshrc.
For the record, I agree that home pollution is annoying.
Which year is this and why are you fiddling with gopath? If is possible that you have found outdated tutorials and resources. With go modules you rarely have to care about gopath.
August 17, 2025 at 7:32 AM
Which year is this and why are you fiddling with gopath? If is possible that you have found outdated tutorials and resources. With go modules you rarely have to care about gopath.
And if you vendor, all the code and packages are right there in the repo. Copy into container, kick off build, done. It is a trade-off.
July 29, 2025 at 7:16 AM
And if you vendor, all the code and packages are right there in the repo. Copy into container, kick off build, done. It is a trade-off.