78
points
linkdd
Joined 2,522 karma
email: david.jose.delassus@gmail.com
- https://link-society.com
- https://kubirds.com
- https://github.com/link-society/flowg
- https://linkdd.github.io
- https://david-delassus.medium.com- linkdd parentWhat I like about OctoDNS is its integration with the NetBox DNS plugin.
- 3 points
- 28 points
- 2 points
- 1 point
- 4 points
- 6 points
- Gotcha, thank you for the clarification.
I'd add though, that the "one leader" thing was not the only reason why I ditched Raft. The Go library hashicorp/raft was quite complex to use, and I've had a lot of situations where the cluster failed to elect a leader, and ending up with a corrupted state.
This might be a PEBKAC issue of course.
- 20 points
- 5 points
- 1 point
- 2 points
- 2 points
- https://link-society.github.io/flowg/
It's a log management/processing software, with visual scripting.
Started out of frustration towards OpenObserve and its inability (at the time) to properly/easily refine/categorize logs: we had many VMs, with many Docker containers, with some containers running multiple processes. Parsing the logs and routing them to different storages was crucial to ease debugging/monitoring.
It was initially built in Go + HTMX + React Flow encapsulated in a WebComponent, I then migrated to React (no SSR). It integrates VRL using Rust+CGO.
It is by far easier to use than Logstash and similar tools, and in fact it aims to replace it.
Contributors are welcome :)
- 3 points
- You should take a look at AnyIO, which unifies asyncio and Trio (it can use both event loops as a backend).
Two big deals of Trio and AnyIO are channels (similar to Go's channels), the ability to return data from starting a task in a nursery/task group:
async def my_consumer(task_status = anyio.TASK_STATUS_IGNORED): tx, rx = anyio.create_memory_object_stream() task_status.started(tx) async for message in rx: ... async def my_producer(tx): await tx.send("hello") await tx.send("world") await tx.aclose() async def main(): async with anyio.create_task_group() as tg: tx = await tg.start(my_consumer) tg.start_soon(my_producer, tx) - 64 points
- 2 points
- 2 points
- 2 points
- No, not gonna migrate to Linux.
I do work and target Windows for a few other projects.
Also, not trying to start a flamewar, but I've spent too much time tinkering on Linux in the past. There is *always* some hardware compatibility issue, or some missing drivers, and especially with GPUs. Linux works best on a server, or on a VM. At least, that is my experience (and I've been on Linux for more than a decade, be it with either Debian, Archlinux, Gentoo, or Ubuntu).
- The ability to autocomplete, and navigate through the code (even my dependencies's code) by the click on a function, the popover showing the documentation/signature of the function i'm going to call. Those are Quality of Life features I'm not ready to give up on.
As said in a sibling comment, I often work on cross-language projects, I don't recall Jetbrains offering a "one size fits all" IDE.
- I don't have a lot of extensions actually, my VS Code is pretty much vanilla.
I'm on the latest version (1.97.2).
I can try the other memory settings indeed, but I think the culprit is the builtin file watcher. I've stumbled across some similar issues on Github, open for 5 years without a solution :(
Isn't IntelliJ IDEA for Java/Kotlin? I have a project which is cross-languages: Go+Rust on the backend, Typescript/React on the frontend, Hurl and Python (Robot Framework) for the test suite. And I'd rather not have one IDE per language (which is IIRC what Jetbrains do).
- 5 points