dgnemo
Joined 5 years ago
Karma
14
Submissions
19
Member since
Aug 9
To contact me: https://dgnemo.com/about
View on Hacker NewsRecent submissions
Comment · 4 months ago
can you share more on the tmux model vs boo?
Comment · 1 year ago
so different projects can have different version, even if they live in the same monorepo?
Comment · 2 years ago
Really like the theme of the published HTML!
Did you take inspiration from any open-source theme?
Comment · 3 years ago
Out of curiosity, has your org ever evaluated a monorepo approach?
Would be interesting to know what issues you faced considering monorepo and what pushed to have multiple repos.
Comment · 3 years ago
IIUC, many applications, high-performance computing in particular.
Check https://en.wikipedia.org/wiki/Remote_direct_memory_access
Comment · 3 years ago
Big fan of monorepo approach here.
Still, I have recently hit a major issue with the fact that GIT (and other common version control sw) don't have per-directory ACL.
Has anyone dealt with this issue? Which VCS / configuration have you adopted?
Comment · 4 years ago
> people are using them for their dev environments [?]
Yes, we use a container for dev environment so that we can share the same env across all the team. If it's decided that we need 1 more tool in our toolbox, the script that generates the container is updated (the script is version controlled in the repo too), the CI/CD generates a new container version, all the devs can now use the same NEW environment.
We actually use the container as image for (remote) virtual machines, so we don't really compose multiple containers.
The container has all the tools (for several languages) that we use as a team.
IDEs and debuggers can connect through ssh.
> post-development workflow do you ever use separate containers for build and test?
We build different flavors of the final packaged application, for example:
- production flavor: uses a minimal, nonroot container base image (see: https://github.com/GoogleContainerTools/distroless)
- debug flavor: includes few extra debug tools inside the container
Comment · 4 years ago
Mostly payload and Airborne time.
Idk what is the current status of Zephyr (google search suggests 26 days?) but Loon balloons were consistently reaching 300 days of airborne time.
Comment · 4 years ago
Hi there, my partner is a UI/UX designer and is looking for new gigs.
Email me (see my profile) if you want to be put in contact.
Comment · 4 years ago
Nice! I like the clean and clear style. I think you are presenting yourself in a great way.
Comment · 4 years ago
I love it! Great content too!
It definitely takes extra effort to remove the unnecessary and identify what actually brings value in the design, and in the content.
Comment · 4 years ago
I'm glad you like it! code is still private, but I do want to publish it soon
(together with a small change I made to Hugo to strip the '.html' extension from the page names)
Comment · 4 years ago
https://www.dgnemo.com
Actually re-published today after spending way too much time tweaking with minimalist design. (any other perfectionist here?)
Will host technical writing and travel/digital-nomad reflections.
Made with Hugo and a custom theme.
Comment · 4 years ago
This is basically the value proposition of Firebase & Supabase (they grew up to offer more than that, but DB as BaaS is their main product).
Regarding just using raw postgres sockets, the CONS is that it gets harder to code the client in javascript (I don't think webassembly can handle sockets yet?)
Security-wise, it can actually be done (see how firebase handles security) but you need a way (API layer? StoredProcedures?) to verity auth tokens (like JWT) sent from the clients