Markus Rosjat writes:
> So what you guys using these days, is it shellscripts, c programs,
> perl or?
I've moved almost all my sysadmin automation to ansible. Ansible
provides a large library of modules that handle most common things in an
idempotent way.
https://docs.ansible.com/ansible/latest
>
>
> Or when the tool would be running long enough that the performance
> difference matters. Also, Javascript/Perl/Python/Ruby/shell all tend
> to be lousy at dealing with anything where control over timing is the
> overriding issue.
>
> Or when your target environment needs you to be miserly w
On Wed, May 30, 2018 at 9:51 AM, IL Ka wrote:
> There is no reason to use C for "onetime tools" except cases when no other
> API exist.
Or when the tool would be running long enough that the performance
difference matters. Also, Javascript/Perl/Python/Ruby/shell all tend
to be lousy at dealing wi
Hello,
Running external process from Python script is not good in most cases.
It is better to use wrapper or binding. Search pypi.org for it.
I use shell (ksh,sed,awk,tr,mail etc) for simple tools, and Python for
something which is more complex.
Python is used for scripting in many modern linux d
On 18/05/30 14:29, Markus Rosjat wrote:
Hi all,
this is more a post to get an overview how the pros (not me ... you
guys) put there tools together. I can write simple shell scripts and
this is ok but I do a little python coding once in a while and noticed
I'm going to write my tools in python
Hi all,
this is more a post to get an overview how the pros (not me ... you
guys) put there tools together. I can write simple shell scripts and
this is ok but I do a little python coding once in a while and noticed
I'm going to write my tools in python. Sure its a little overhead and
most of
6 matches
Mail list logo