<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Moreover, an employer doesn't have to give in to the whims of a<br>conceited employee; and most do not.<br></blockquote><div><br></div><div>This point plays straight up the path of the argument I recounted.</div><div><br></div><div>Yes, I agree that there's a relational problem inherent to the situation I described.</div><div>Wouldn't any wise employer playing the relationship game ensure that he's got cards to play?</div><div>And wouldn't the standardization approach be part of the deck?</div><div><br></div><div>Cheers,</div><div><br></div><div>Etienne</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 12, 2020 at 10:00 AM Mark Tinka <<a href="mailto:mark.tinka@seacom.com">mark.tinka@seacom.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"><br>
<br>
On 12/Aug/20 09:49, Etienne-Victor Depasquale wrote:<br>
<br>
> Two more bits' worth ...<br>
><br>
> About a year ago, during a discussion with a local network operator's CTO,<br>
> I was told that dependency on the operator's employees<br>
> for production of software gave the employees too much leverage over<br>
> their employer (the operator, here).<br>
><br>
> Perhaps industrial standardization of internal processes (including<br>
> orchestration APIs) weakens this leverage.<br>
<br>
I'm not sure that's a viable argument considering that any good employee<br>
(network, software, e.t.c.) will inherently have considerable leverage<br>
over their employer. And any good employer knows what to do when they<br>
realize they have good talent - either they do what is required to<br>
maintain that talent, or live with the risk of losing that talent to the<br>
competition.<br>
<br>
Moreover, an employer doesn't have to give in to the whims of a<br>
conceited employee; and most do not.<br>
<br>
Standardizing processes would do little to allay the fears of a CTO who<br>
is worried about being "cornered" by his/her staff. The real fear such a<br>
CTO would have is in implementation and operation of those processes at<br>
a technology level, i.e., where the rubber meets the actual road.<br>
<br>
If companies are going to be that scared by their employees, and if<br>
employees are going to play games with their employers, they each have<br>
other problems to solve, first :-).<br>
<br>
Mark.<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Ing. Etienne-Victor Depasquale</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Assistant Lecturer</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Department of Communications & Computer Engineering</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Faculty of Information & Communication Technology</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">University of Malta</span><div>Web. <a href="https://www.um.edu.mt/profile/etiennedepasquale" target="_blank">https://www.um.edu.mt/profile/etiennedepasquale</a><br></div></div></div>