Documentation/translations/it_IT/process/management-style.rst

Source file repositories/reference/linux-study-clean/Documentation/translations/it_IT/process/management-style.rst

File Facts

System
Linux kernel
Corpus path
Documentation/translations/it_IT/process/management-style.rst
Extension
.rst
Size
15006 bytes
Lines
296
Domain
Support Tooling And Documentation
Bucket
Documentation
Inferred role
Support Tooling And Documentation: documentation
Status
atlas-only

Why This File Exists

Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.

Dependency Surface

Detected Declarations

Annotated Snippet

.. include:: ../disclaimer-ita.rst

:Original: :doc:`../../../process/management-style`
:Translator: Alessia Mantegazza <amantegazza@vaga.pv.it>

.. _it_managementstyle:

Il modello di gestione del kernel Linux
=======================================

Questo breve documento descrive il modello di gestione del kernel Linux.
Per certi versi, esso rispecchia il documento
:ref:`translations/it_IT/process/coding-style.rst <it_codingstyle>`,
ed è principalmente scritto per evitare di rispondere [#f1]_ in continuazione
alle stesse identiche (o quasi) domande.

Il modello di gestione è qualcosa di molto personale e molto più difficile da
qualificare rispetto a delle semplici regole di codifica, quindi questo
documento potrebbe avere più o meno a che fare con la realtà.  È cominciato
come un gioco, ma ciò non significa che non possa essere vero.
Lo dovrete decidere voi stessi.

In ogni caso, quando si parla del "dirigente del kernel", ci si riferisce
sempre alla persona che dirige tecnicamente, e non a coloro che
tradizionalmente hanno un ruolo direttivo all'interno delle aziende.  Se vi
occupate di convalidare acquisti o avete una qualche idea sul budget del vostro
gruppo, probabilmente non siete un dirigente del kernel.  Quindi i suggerimenti
qui indicati potrebbero fare al caso vostro, oppure no.

Prima di tutto, suggerirei di acquistare "Le sette regole per avere successo",
e di non leggerlo. Bruciatelo, è un grande gesto simbolico.

.. [#f1] Questo documento non fa molto per risponde alla domanda, ma rende
	 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
	 di come rispondere.

Comunque, partiamo:

.. _it_decisions:

1) Le decisioni
---------------

Tutti pensano che i dirigenti decidano, e che questo prendere decisioni
sia importante.  Più grande e dolorosa è la decisione, più importante deve
essere il dirigente che la prende.  Questo è molto profondo ed ovvio, ma non è
del tutto vero.

Il gioco consiste nell'"evitare" di dover prendere decisioni.  In particolare
se qualcuno vi chiede di "Decidere" tra (a) o (b), e vi dice che ha
davvero bisogno di voi per questo, come dirigenti siete nei guai.
Le persone che gestite devono conoscere i dettagli più di quanto li conosciate
voi, quindi se vengono da voi per una decisione tecnica, siete fottuti.
Non sarete chiaramente competente per prendere quella decisione per loro.

(Corollario: se le persone che gestite non conoscono i dettagli meglio di voi,
anche in questo caso sarete fregati, tuttavia per altre ragioni.  Ossia state
facendo il lavoro sbagliato, e che invece dovrebbero essere "loro" a gestirvi)

Quindi il gioco si chiama "evitare" decisioni, almeno le più grandi e
difficili.  Prendere decisioni piccoli e senza conseguenze va bene, e vi fa
sembrare competenti in quello che state facendo, quindi quello che un dirigente
del kernel ha bisogno di fare è trasformare le decisioni grandi e difficili
in minuzie delle quali nessuno importa.

Ciò aiuta a capire che la differenza chiave tra una grande decisione ed una
piccola sta nella possibilità di modificare tale decisione in seguito.
Qualsiasi decisione importante può essere ridotta in decisioni meno importanti,
ma dovete assicurarvi che possano essere reversibili in caso di errori
(presenti o futuri).  Improvvisamente, dovrete essere doppiamente dirigenti

Annotation

Implementation Notes