<div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 1, 2019 at 9:19 PM Raul Cuza <<a href="mailto:raulcuza@gmail.com">raulcuza@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">(1) <a href="https://threadreaderapp.com/thread/1091710068234641408.html" rel="noreferrer" target="_blank">https://threadreaderapp.com/thread/1091710068234641408.html</a><br>
(2) <a href="https://news.ycombinator.com/item?id=18716628" rel="noreferrer" target="_blank">https://news.ycombinator.com/item?id=18716628</a><br>
(3) <a href="https://techbeacon.com/devops/how-create-devops-testing-culture-3-keys-success" rel="noreferrer" target="_blank">https://techbeacon.com/devops/how-create-devops-testing-culture-3-keys-success</a><br>
<br>
# tl;dr<br>
(1) is the announcement that Michael DeHaan is stopping development of<br>
OpsMop only after a few months of working on it. This is the same<br>
developer who wrote Ansible.<br>
<br>
(2) is a small selection of the reaction to DeHaan's announcement<br>
about OpsMop and proof that his reasons for stopping development have<br>
merit. (More about the reasons for his stopping below.)<br>
<br>
(3) is a tech BS jargon heavy article that shows that there are other<br>
people who agree with DeHaan but have their head too far up their<br>
chosen solution to see the solution to their misery.<br>
<br>
# Why am I sharing this?<br>
I miss the (nonexistent?) tech era when the hardware, operating system<br>
and application were all crafted to work together by the same team;<br>
choices were optimized for the people, problem and situation. Building<br>
out a tech solution today involves so many layers piled on each other<br>
that it is a miserable experience troubleshooting through all the<br>
garbage code. Maybe if I had some choice over which open source OS I<br>
had to run on other people's hardware, I would not sound like a grumpy<br>
old sysadmin right now.<br>
<br>
I sympathize with DeHaan who wishes DevOps didn't mean DSL writing<br>
SysAdmins who work only on ops and automation. I also don't want to<br>
fall into his trap of having to be "feed by interaction" which is<br>
ultimately why he stopped work on OpsMop. If a project scratches an<br>
itch, then why not work on it whether you are going to be on the cover<br>
of PC Magazine or not? But then again, I am not a tech artist, so<br>
maybe I don't understand.<br>
<br>
Finally, Adam Auerbach in "How to Create a a DevOps Testing Culture"<br>
essentially agrees with DeHaan, but for the sake of DevOps Culture™<br>
which misses the point.<br>
<br>
"""<br>
*Successful DevOps adoption* requires more than just automation across<br>
the software development lifecycle; you also must change the way your<br>
team is organized, the way you work, and the expectations you have for<br>
people on your team. It means having engineers in all roles and<br>
removing the dependency on enterprise IT teams—such as operations or<br>
security testing—from getting features out the door.<br>
""" (my emphasis)<br>
<br>
The point isn't DevOps adoption, but building the effective tech<br>
solution efficiently. I do agree that all the Go/No Go people should<br>
be on the same team and working together. Having outside people who<br>
don't take the time to understand the technology but can stop its<br>
deployment is a sad situation. Gatekeepers are feudal "Expert Class"<br>
that should be democratized by spreading the skill around evenly (i.e.<br>
turn their expertise into testing code and engineer can read!).<br>
<br>
Raúl "really needs to stop procrastinating" Cuza<br>
<br>
p.s. Maybe I should be more forgiving as in my day I wielded tech<br>
jargon like I had found the Holy Grail. But I'm older than that now;<br>
so meh.<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@lists.nycbug.org" target="_blank">talk@lists.nycbug.org</a><br>
<a href="http://lists.nycbug.org:8080/mailman/listinfo/talk" rel="noreferrer" target="_blank">http://lists.nycbug.org:8080/mailman/listinfo/talk</a></blockquote><div><br></div>"We get tired, and we let things just go. We use what other people are 
using. We run clouds on top of our freaking clouds for no reason, and we
 are much more interested in tech fashion than what makes us productive.
 We tolerate software with thousands of bugs."</div><div class="gmail_quote"><br></div><div class="gmail_quote">Really? but Ansible which wraps python on top of shell commands is more productive? I used some of the first versions of ansible.They were bad, in particular the entire "this sexy python thing does not work with RHEL, because of strange python ssh library and having to patch ssh server to involve pipelining", and it "worked" out of the box but ran as slow as dirt because it would uses some python math module instead of c-code to do ssl :) Touching a file was wrapped in multiple levels of python, ow and the YAML files... And out for every command I wanted to run it was running 19 other commands to "fact check" my system.<br></div><div class="gmail_quote"><br></div>Most programers don't know much about operating systems or networking, most ops people hate writing code. All dev-ops is now is now just what every sysadmin calls themselves when getting a new job. If you reject the devops labelgo going even more cutting edge and call yourself an SRE. lol<div class="gmail_quote"><br></div><div class="gmail_quote">Open source software feeds off interaction. And this is my diagnosis 
basically - widescale burnout. It's been coming in slow but we didn't 
see it. Agile and DevOps are the burnout. IMHO we are *poorer* 
technologically than we were 6 years ago in some areas. Why</div><div class="gmail_quote"><br></div><div class="gmail_quote">Not really what is going on. In the 60s people theorized that computing would soon enter the conceptual age. IE I tell my compiler "make me a program with 2 text boxes and a button that when I click on the text boxes it adds them". <a href="https://www.techrepublic.com/article/developers-rejoice-now-ai-can-write-code-for-you/">https://www.techrepublic.com/article/developers-rejoice-now-ai-can-write-code-for-you/</a></div><div class="gmail_quote"><br></div><div class="gmail_quote">If a AI program can write code, why should a human have to write code to setup a system.Think like back to the future 2....</div><div class="gmail_quote"><br></div><div class="gmail_quote">"You have to use your hands....thats like a baby toy"<br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div><div class="gmail_quote"><br></div></div></div>