@YvanDaSilva One was executing external command and:
A. loosing either `stdout` or `stderr` in output until extra steps made
B. Poor support for background execution with real time output to the console

Moreover, it looks like it's #Go idiom, to do it this way.

I wanted to write wrapper type handling this generically for all use cases, but I surrendered trying to figure out how.

Love that I or Jelte wrote ldns-verify-zone, this will come in handy for debugging the signing in go dns - it's broken in atomdns currently.

Also will write go tests that call it, so the ci pipeline is exactly the go tests. I.e. doesn't matter of run locally or in the ci
#go #dns

Little spinoff library from one of my projects: `go-gettext`! Want to use GNU #gettext in #Go , e.g. to do i18n in your GTK app, but without using CGo? Then this might be helpful to you :) https://github.com/pojntfx/go-gettext

GitHub - pojntfx/go-gettext: G...
GitHub - pojntfx/go-gettext: Go gettext bindings based on purego.

Go gettext bindings based on purego. Contribute to pojntfx/go-gettext development by creating an account on GitHub.

GitHub

Little spinoff library from one of my projects: `go-gettext`!

Want to use GNU #gettext in #Go, e.g. to do i18n in your GTK app, but without using CGo? Then this might be helpful to you :)

https://github.com/pojntfx/go-gettext

GitHub - pojntfx/go-gettext: Go gettext bindings based on purego.

Go gettext bindings based on purego. Contribute to pojntfx/go-gettext development by creating an account on GitHub.

GitHub

go-simd-softmax

Is a Go-oriented SIMD/avx softmax implementation with optimisations in amd64 / x64 assembler.

Up to 3.5x faster than equivalent function written using stdlib only. See benchmarks.

https://github.com/ha1tch/go-simd-softmax?tab=readme-ov-file#simd-accelerated-softmax

#go #foss #softmax #asm #assembler #x86_64 #x64 #amd64 #assembly #golang

GitHub - ha1tch/go-simd-softmax: SIMD/avx2-powered softmax implementation in Go for amd64/x64

SIMD/avx2-powered softmax implementation in Go for amd64/x64 - ha1tch/go-simd-softmax

GitHub
🌘 Go 語言新境界:引入反應式程式設計範式
➤ 告別 Goroutines 與 Channels 的複雜糾纏,擁抱更簡潔、強大的反應式程式設計。
https://samuelberthe.substack.com/p/go-beyond-goroutines-introducing
這篇文章介紹了 Go 語言在處理並行應用程式方面的優勢,並指出當 pipeline 變得複雜時,傳統的 Goroutines 與 Channels 組合會顯得冗長且難以維護。為瞭解決這個問題,作者引入了 `samber/ro` 這個以 RxJS 為靈感、專為 Go 設計的反應式程式設計套件。該套件透過聲明式的 DSL 語法,大幅提升了程式碼的可讀性、組合性與可維護性,並能有效處理背壓(backpressure)問題,提供比現有 RxGo 套件更優越的體驗。
+ 終於有能解決 Go channel 背壓問題的方案了!RxJS 的經驗確實值得借鑑,`samber/ro` 聽起來很有潛力。
+ 文章解釋得很清楚,傳統 Go pipeline 的確有維護上的痛點。看來
#程式設計 #Go #反應式程式設計
Go beyond Goroutines: introducing the Reactive Programming paradigm

Since 2009, the Go language has been a first-class citizen for concurrent applications. Today, it ascends to a new level with "ro", the reactive programming package.

Samuel Berthe
Go beyond Goroutines: introducing the Reactive Programming paradigm

Since 2009, the Go language has been a first-class citizen for concurrent applications. Today, it ascends to a new level with "ro", the reactive programming package.

Samuel Berthe

Die #Go Anwendung läuft inzwischen im Kundenweb unter #ISPConfig mit #Apache2 als #ProxyServer auf einem #CloudServer von #Hetzner

@hetzner
#developer #serveradmin

CPU Cache-Friendly Data Structures in Go

0 comments

Lobsters