mkdev
mkdev.me · Company blog · on HN since 2016
mkdev is a developer education and consulting company whose blog covers containers, Rails, AWS and the business side of running a startup.
What HN saysHN links it mainly for the "Dockerless" series on replacing Docker; a commenter argues people should use whatever works for their context.
17HN people shared it
5linked it in comments
50stories submitted
897story points
9 months agolast shared
2016people per year2026
Most-shared posts
- 1Dockerless: Which tools to replace Docker with and why4 people · 8 points · first shared 2019 · discussion on HN
- 2How to use Query Objects to refactor Rails SQL-queries2 people · 58 points · first shared 2018 · 35 comments on HN
- 3How Russia's government blocked our business – and how we dealt with it2 people · 7 points · first shared 2018 · 4 comments on HN
- 4Services for Online Education Startup2 people · 5 points · first shared 2018 · discussion on HN
- 5Processing Background Jobs on AWS: Cost of Lambda vs. ECS vs. ECS Fargate2 people · 3 points · first shared 2024 · 1 comments on HN
- 6How to Create an API with Django2 people · 3 points · first shared 2019 · discussion on HN
- 7Runc: The tool that runs your containers2 people · 1 points · first shared 2023 · discussion on HN
- 8How to Send SMS Messages with AWS Lambda, SNS and Python 32 people · 1 points · first shared 2019 · discussion on HN
- 9Maintaining code quality when nobody cares1 people · 314 points · first shared 2018 · 235 comments on HN
- 10How and why we moved to Vue.js1 people · 233 points · first shared 2018 · 172 comments on HN
- 11Deep dive into runc and OCI specifications1 people · 102 points · first shared 2020 · 8 comments on HN
- 12Dockerless, part 3: Moving development environment to containers with Podman1 people · 96 points · first shared 2019 · 40 comments on HN
- 13Dockerless, part 2: how to build container image without Docker and Dockerfile1 people · 5 points · first shared 2019 · discussion on HN
- 14What programming language to learn in 20191 people · 3 points · first shared 2019 · 2 comments on HN
- 15How to Write an Intercom Messenger App with Ruby on Rails1 people · 3 points · first shared 2019 · discussion on HN
What HN people wrote when they linked it
philipkiely · 2019-05-01
SEEKING WORK - Remote (Based in USA)
Technical Writer && Content Editor
Do you need engaging, original content for your blog or publication? Documentation for your favorite new internal API? A serious revision of your website's copy?
I am a programmer and writer looking for projects writing and editing technical and business content. I also do audio and video.
Most recent work: https://mkdev.me/en/posts/how-to-create-an-api-with-django
Contact: [email protected]
https://philipkiely.com
peterwwillis · 2019-09-12
Containers Without Docker: https://dzone.com/articles/containers-with-out-docker
Dockerless: https://mkdev.me/en/posts/dockerless-part-1-which-tools-to-replace-doc… https://dzone.com/articles/dockerless-part-1-which-tools-to-replace-do…
What's funny is, Docker is only actually useful because of how many features it has, all its supported platforms, all its bloat. You won't ever be totally satisfied with any alternative because it takes so long to make something like Docker, and someone will always need that one extra feature.
politelemon · 2019-07-23
> Why should I spend money on not using Docker in 2019?
You should use what works for you - ultimately you know your context and circumstances better and you can make the decisions that affect you/your team better than any of us.
HN is not an indicator of industry trends, but more of a set of interesting articles and viewpoints that come together, though you will often see authors and commenters pushing hard in certain directions.
In this instance, have a look at the author's part 1 under 'Reasons to switch', see if any of the reasons given work for you.
https://mkdev.me/en/posts/dockerless-part-1-which-tools-to-replace-doc…
fodoj · 2016-10-14
I made a platform where people can hire a mentor to learn programming (ruby/rails, frontend, devops, big data). I've focused on mentorship with a per-week payment, so not a 1hour tutor or 15min "solve concrete task" service, but a real, long-term mentor dedicated to sharing all the knowledge with students.
Initial customers base grew from the free ebook I wrote and various blog posts available on the website. Lots of success are due to email newsletter, which I'm trying to keep useful and rarely send any ads there.
I'm taking 20% from each payment and that's be growing quiet well so far, especially after entering english-language market. Website is https://mkdev.me/en
nyrikki · 2026-01-23
OCI Container Runtimes like OCI's runc are "container runtimes", so the runtime spec[2]
Basically, docker started using lxc, but wanted a go native option, and wrote runc. If you look at [0] you can see how it actually instantiates the container. Here is a random blog that describes it fairly well [1]
crun is the podman related project written in c, which is more efficient than the go based runc.
You can try this even as the user nobody 65534:65534, but you may need to make some dirs, or set envs.
Here is an example pulling an image with podman to make it easier, but you could just make an OCI spec bundle and run it:
mkdir hello
cd hello
podman pull docker.io/hello-world
podman export $(podman create hello-world) > hello-world.tar
mkdir rootfs
tar -C rootfs -xf hello-world.tar
runc spec --rootless
sed -i 's;"sh";"/hello";' config.json
runc run container1
Hello from Docker!
runc doesn't support any form of constraints like a bounding set on seccomp, selinux, apparmor, etc.. but it will apply profiles you pass it.
Basically it fails open, and with the current state of apparmor and selinux it is trivial to bypass the minimal userns restrictions they place.
Historically, before rootless containers this was less of an issue, because you had to be a privileged user to launch a container. But with the holes in the LSMs, no ability to set administrative bounding sets, and the reality that none of the defaults constrain risky…