home | list info | list archive | date index | thread index

Re: looking for feedback on whether i'm designing a course the wrong way

  • Subject: Re: looking for feedback on whether i'm designing a course the wrong way
  • From: James Lockie <bjlockie [ at ] lockie [ dot ] ca>
  • Date: Sat, 30 Mar 2019 19:44:58 +0000 (UTC)
I think my company looked at using a 3rd party docker solution.
So maybe the demand for docker for some companies is that they are outsourcing it to a company that only offers docker. I was not involved technically.
I think my company ended up doing everything in house. :-)

On March 30, 2019 3:30:31 PM "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca> wrote:

i will apologize in advance if this comes across as marketing, since
i legitimately want this group's opinion on whether i'm taking the
wrong approach in designing a course on container technology.

 lately, since i live on fedora linux, i've been messing with their
container management commands "podman" and "buildah" for,
respectively, running and building container images. there is a
powerful equivalence between these two tools and the corresponding
docker commands:

 podman == docker
 buildah == docker build

in fact, the correspondence is so perfect that many people simply
install both and:

 $ alias docker=podman

you can see the equivalence here:

https://github.com/containers/libpod/blob/master/transfer.md
https://developers.redhat.com/blog/2019/02/21/podman-and-buildah-for-docker-users/

and here's my problem.

 i prefer the podman and buildah tools -- they have some features
that docker lacks but, other than that, they are literally drop-in
replacements. so one can teach a container course just as
appropriately using these tools (podman, buildah, skopeo) as using
docker.

 but will people understand that? all of the folks i've talked to
insist that, when clients call up looking for container training, they
almost always ask, "do you teach docker?", not realizing there are
more container solutions than just that. so even if the technology i'm
presenting will work just as well (same underlying container runtime
engines and so on), will potential clients simply say, "sorry, we're
looking for docker training, thanks."

 open to thoughts. from the perspective of marketing, it does no good
to say, "my stuff is just as good if not better" if the client says,
"sorry, we want docker."

rday

p.s. in exchange for opinions, i'm currently writing up all sorts of
container stuff here:

http://crashcourse.ca/dokuwiki/doku.php?id=containers_on_fedora_30

related to containers specifically on (upcoming) fedora 30 if people
want to read it. it's all publicly available, so help yourself.

To unsubscribe send a blank message to linux+unsubscribe [ at ] linux-ottawa [ dot ] org
To get help send a blank message to linux+help [ at ] linux-ottawa [ dot ] org
To visit the archives: https://lists.linux-ottawa.org




To unsubscribe send a blank message to linux+unsubscribe [ at ] linux-ottawa [ dot ] org
To get help send a blank message to linux+help [ at ] linux-ottawa [ dot ] org
To visit the archives: https://lists.linux-ottawa.org