From 689e3b19052e4d1ef98595a4f8ba8dc03429c76b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Amanda=20Corr=C3=AAa?= Date: Sat, 4 Jul 2026 17:28:31 -0300 Subject: [PATCH] docs: pt_BR: translate the management-style.rst to Brazilian Portuguese MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Key changes include: - Translated management-style.rst into and adapted idiomatic expressions and humor to sound natural in Brazilian Portuguese while maintaining the original tone. Signed-off-by: Amanda Corrêa Acked-by: Daniel Pereira Signed-off-by: Jonathan Corbet Message-ID: <20260704202831.112653-1-amandacorreasilvax@gmail.com> --- Documentation/translations/pt_BR/index.rst | 1 + .../pt_BR/process/management-style.rst | 265 ++++++++++++++++++ 2 files changed, 266 insertions(+) create mode 100644 Documentation/translations/pt_BR/process/management-style.rst diff --git a/Documentation/translations/pt_BR/index.rst b/Documentation/translations/pt_BR/index.rst index 4f8a4ac966f4..44cbb569bea9 100644 --- a/Documentation/translations/pt_BR/index.rst +++ b/Documentation/translations/pt_BR/index.rst @@ -82,6 +82,7 @@ kernel e sobre como ver seu trabalho integrado. Processo do subsistema de rede (netdev) Processo do subsistema SoC Conformidade de DTS para SoC + Estilo de gerenciamento do kernel Linux Processo do subsistema KVM x86 Adicionando uma nova chamada de Sistema Declaração sobre Drivers do Kernel diff --git a/Documentation/translations/pt_BR/process/management-style.rst b/Documentation/translations/pt_BR/process/management-style.rst new file mode 100644 index 000000000000..b92f8705c30f --- /dev/null +++ b/Documentation/translations/pt_BR/process/management-style.rst @@ -0,0 +1,265 @@ +.. SPDX-License-Identifier: GPL-2.0 + +Estilo de gerenciamento do kernel Linux +======================================= + +Este é um documento curto descrevendo o estilo de gerenciamento preferido (ou +inventado, dependendo de quem você perguntar) para o kernel do Linux. Ele se +destina a espelhar o documento :ref:`process/coding-style.rst ` em +algum grau, e foi escrito principalmente para evitar responder [#f1]_ as mesmas +(ou semelhantes) perguntas repetidamente. + +Estilo de gerenciamento é muito pessoal e muito mais difícil de quantificar do +que simples regras de estilo de codificação, então este documento pode ou não ter +qualquer coisa a ver com a realidade. Começou como uma brincadeira, mas isso não +significa que não possa ser verdade. Você terá que decidir por si mesmo. + +A propósito, quando falamos sobre "gerente do kernel", trata-se de pessoas líderes +técnicas, e não das pessoas que fazem gerenciamento tradicional dentro das empresas. +Se você assina pedidos de compra ou tem alguma ideia sobre o orçamento do seu grupo, +você quase certamente não é um gerente do kernel. Essas sugestões podem ou não se +aplicar a você. + +Primeiro, eu sugeriria comprar "Os Sete Hábitos das Pessoas Altamente Eficazes" +e NÃO lê-lo. Queime-o, é um ótimo gesto simbólico. + +.. [#f1] Este documento faz isso não respondendo tanto à pergunta, mas torna + dolorosamente óbvio para o questionador que não temos ideia de qual é a resposta. + +De qualquer maneira, aqui vai: + +.. _decisoes: + +1) Decisões +----------- + +Todo mundo pensa que os gerentes tomam decisões, e que a tomada de decisões é +importante. Quanto maior e mais dolorosa a decisão, maior deve ser o gerente para +tomá-la. Isso é muito profundo e óbvio, mas na verdade não é verdade. + +O nome do jogo é **evitar** ter que tomar uma decisão. Em particular, se alguém +lhe disser "escolha (a) ou (b), realmente precisamos que você decida sobre isso", +você está em apuros como gerente. As pessoas que você gerencia devem conhecer os +detalhes melhor do que você, então se elas vierem até você para uma decisão técnica, +você está ferrado. Você claramente não é competente para tomar essa decisão por elas. + +(Consequência: Se as pessoas que você gerencia não conhecem os detalhes melhor +do que você, você também está ferrado, embora por um motivo totalmente diferente. +Isso significa que você está no trabalho errado, e que **elas** deveriam estar +gerenciando sua genialidade em vez disso). + +Então o nome do jogo é **evitar** decisões, pelo menos as grandes e dolorosas. +Tomar decisões pequenas e sem consequências é bom, e faz você parecer que sabe +o que está fazendo, então o que um gerente do kernel precisa fazer é transformar +as grandes e dolorosas em pequenas coisas com as quais ninguém realmente se importa. + +Ajuda a perceber que a diferença fundamental entre uma grande decisão e uma pequena +é se você pode consertar sua decisão depois. Qualquer decisão pode ser pequena +garantindo sempre que, se você estiver errado (e você **vai** estar errado), você +sempre pode desfazer o dano mais tarde voltando atrás. De repente, você demonstra +o dobro de capacidade como gerente por tomar **duas** decisões inconsequentes +- a errada **e** a certa. + +E as pessoas verão isso como verdadeira liderança (*cof cof* besteira *cof cof*). + +Portanto a chave para evitar grandes decisões torna-se apenas evitar fazer coisas +que não podem ser desfeitas. Não se deixe encurralar em um canto do qual você não +possa escapar. Um rato encurralado pode ser perigoso - um gerente encurralado é +apenas lamentável. + +Como ninguém seria estúpido o suficiente para realmente deixar um gerente do kernel +ter uma enorme responsabilidade fiscal **de qualquer maneira**, é geralmente +bastante fácil voltar atrás. Como você não vai ser capaz de desperdiçar enormes +quantidades de dinheiro que você pode não ser capaz de reembolsar, a única coisa que +você pode voltar atrás é uma decisão técnica, e lá o retrocesso é muito fácil: +apenas diga a todos que você era um imbecil incompetente, peça desculpas e desfaça +todo o trabalho inútil em que você fez as pessoas trabalharem no último ano. +De repente, a decisão que você tomou há um ano não era uma grande decisão afinal, +já que poderia ser facilmente desfeita. + +Acontece que algumas pessoas têm problemas com essa abordagem, por dois motivos: + + - admitir que você foi um idiota é mais difícil do que parece. Todos nós gostamos + de manter as aparências, e sair em público para dizer que você estava errado + às vezes é muito difícil mesmo. + - ter alguém falando que o que você trabalhou no último ano não valeu a pena + depois de tudo pode ser difícil para os pobres engenheiros humildes também, + e enquanto o **trabalho** real foi fácil de desfazer apenas excluindo-o, você + pode ter perdido irrevogavelmente a confiança desse engenheiro. E lembre-se: + "irrevogável" era o que tentamos evitar em primeiro lugar, e sua decisão acabou + sendo uma grande decisão afinal. + +Felizmente, ambas essas razões podem ser mitigadas efetivamente apenas admitindo +de antemão que você não tem a menor ideia, e dizendo às pessoas antes do fato +que sua decisão é puramente preliminar, e pode ser a coisa errada. Você deve +sempre reservar o direito de mudar de ideia, e fazer com que as pessoas estejam +muito **cientes** disso. E é muito mais fácil admitir que você é estúpido quando +você ainda não fez a coisa realmente estúpida. + +Então, quando realmente se revela estúpido, as pessoas apenas reviram os olhos +e dizem "Ops, não de novo". + +Essa admissão preventiva de incompetência também pode fazer com que as pessoas +que realmente fazem o trabalho também pensem duas vezes sobre se vale a pena ou +não. Afinal, se **elas** não têm certeza se é uma boa ideia, você com certeza não +deve encorajá-las prometendo que o que elas trabalham será incluído. Faça com que +elas pelo menos pensem duas vezes antes de embarcar em um grande empreendimento. + +Lembre-se: eles devem saber mais sobre os detalhes do que você, e geralmente já +pensam que têm a resposta para tudo. A melhor coisa que você pode fazer como +gerente é não incutir confiança, mas sim uma dose saudável de pensamento crítico +sobre o que eles fazem. + +A propósito, um outro jeito de evitar uma decisão é simplesmente choramingar "não +podemos fazer os dois?" e parecer patético. Confie em mim, funciona. Se não estiver +claro qual abordagem é melhor, eles eventualmente descobrirão. A resposta pode +acabar sendo que ambas as equipes ficam tão frustradas com a situação que apenas +desistem. + +Isso pode soar como uma falha, mas geralmente é um sinal de que havia algo errado +com ambos os projetos, e a razão pela qual as pessoas envolvidas não conseguiram +decidir foi que ambas estavam erradas. Você acaba saindo por cima, e evitou mais +uma decisão que poderia ter estragado. + +2) Pessoas +---------- + +A maioria das pessoas é idiota, e ser um gerente significa que você terá que lidar +com isso, e talvez mais importante, que **elas** terão que lidar com **você**. + +Aconteceu que enquanto é fácil desfazer erros técnicos, não é tão fácil desfazer +distúrbios de personalidade. Você só tem que conviver com os deles - e com os seus. + +Entretanto, para se preparar como gerente do kernel, é melhor lembrar de não queimar +nenhuma ponte, bombardear nenhum vilarejo inocente ou alienar muitos desenvolvedores +do kernel. Acontece que alienar pessoas é bastante fácil, e reverter esse afastamento +é difícil. Assim, "alienar" cai imediatamente sob o título de "não reversível", +e se torna um não-não de acordo com :ref:`decisoes`. + +Existem apenas algumas regras simples aqui: + + (1) não chame as pessoas de imbecis (pelo menos não em público) + (2) aprenda a pedir desculpas quando você esquecer a regra (1) + +O problema com #1 é que é muito fácil de fazer, já que você pode dizer "você é +um imbecil" de milhões de maneiras diferentes [#f2]_, às vezes sem nem perceber, +e quase sempre com uma convicção ardente de que você está certo. + +E quanto mais convencido você estiver de que está certo (e vamos encarar, você +pode chamar praticamente qualquer pessoa de imbecil, e muitas vezes você **vai** +estar certo), mais difícil acaba sendo se desculpar depois. + +Para resolver esse problema, você realmente só tem duas opções: + + - fique muito bom em pedir desculpas + - espalhe o "amor" de forma tão uniforme que ninguém realmente acabe se sentindo + injustamente alvo. Torne-o inventivo o suficiente, e eles podem até se divertir. + +A opção de ser infalivelmente educado realmente não existe. Ninguém confiará em +alguém que está claramente escondendo seu verdadeiro caráter. + +.. [#f2] Paul Simon cantou "Fifty Ways to Leave Your Lover", porque francamente, + "A Million Ways to Tell a Developer They're a D*ckhead" não soa tão bem. Mas + tenho certeza de que ele pensou sobre isso. + + +3) Pessoas II - o tipo bom +-------------------------- + +Embora no final das contas a maioria das pessoas seja idiota, a consequência disso +é tristemente que você também é, e que enquanto todos nós podemos nos deleitar na +segura convicção de que somos melhores do que a pessoa média (vamos encarar, ninguém +nunca acredita que é mediano ou abaixo da média), também devemos admitir que não +somos a faca mais afiada por aí, e haverá outras pessoas que são menos idiotas +do que você. + +Algumas pessoas reagem mal a pessoas inteligentes. Outras se aproveitam delas. + +Tenha certeza de que você, como mantenedor do kernel, está no segundo grupo. +Puxe o saco delas, porque são as pessoas que tornarão seu trabalho mais fácil. +Em particular, elas serão capazes de tomar suas decisões por você, que é tudo +sobre o jogo. + +Então quando você encontrar alguém mais inteligente do que você, apenas siga o +fluxo. Suas responsabilidades de gerenciamento tornam-se em grande parte dizer +"Parece uma boa ideia - pode ir fundo", ou "Isso parece bom, mas e quanto a xxx?". +A segunda versão, em particular, é uma ótima maneira de aprender algo novo sobre +"xxx" ou parecer **extra** gerencial ao apontar algo que a pessoa mais inteligente +não havia pensado. Em qualquer caso, você vence. + +Uma coisa a se observar é perceber que a grandeza em uma área não se traduz +necessariamente em outras áreas. Então você pode instigar as pessoas em direções +específicas, mas vamos encarar, elas podem ser boas no que fazem e péssimas em +tudo o mais. A boa notícia é que as pessoas tendem a naturalmente voltar para o +que são boas, então não é como se você estivesse fazendo algo irreversível quando +você **as** instiga em alguma direção, apenas não pressione demais. + +4) Colocando a culpa +-------------------- + +As coisas vão dar errado, e as pessoas querem alguém para culpar. Pronto, a culpa +é sua. + +Não é realmente tão difícil aceitar a culpa, especialmente se as pessoas perceberem +que não foi **toda** a sua culpa. O que nos leva à melhor maneira de assumir a +culpa: faça isso por outra pessoa. Você se sentirá bem por assumir a culpa, eles +se sentirão bem por não serem culpados, e a pessoa que perdeu toda a coleção de +pornografia de 36 GB por causa da sua incompetência vai admitir relutantemente que +pelo menos você não tentou se esquivar disso. + +Então faça o desenvolvedor que realmente estragou (se você conseguir encontrá-lo) +saber **em particular** que ele estragou. Não apenas para que ele possa evitar isso +no futuro, mas para que ele saiba que lhe deve uma. E, talvez ainda mais importante, +ele provavelmente é a pessoa que pode consertar. Porque, vamos encarar, com certeza +não é você. + +Levar a culpa também é o motivo pelo qual você se torna gerente em primeiro lugar. +É parte do que faz as pessoas confiarem em você, e permite a você a glória potencial, +porque você é quem pode dizer "Eu estraguei". E se você seguiu as regras anteriores, +você será muito bom em dizer isso agora. + +5) Coisas para evitar +--------------------- + +Tem uma coisa que as pessoas odeiam ainda mais do que ser chamado de "idiota", e +isso é ser chamado de "idiota" com uma voz moralista. O primeiro você pode se +desculpar, o segundo você realmente não terá a chance. Eles provavelmente não +estarão mais ouvindo, mesmo que você faça um bom trabalho de outra forma. + +Todos nós pensamos que somos melhores do que qualquer outra pessoa, o que significa +que quando alguém posa de superior, isso realmente nos irrita. Você pode ser moral +e intelectualmente superior a todos ao seu redor, mas não tente tornar isso muito +óbvio, a menos que você realmente **pretenda** irritar alguém [#f3]_. + +Semelhantemente, não seja muito educado ou sutil sobre as coisas. A educação +facilmente acaba indo longe demais e escondendo o problema, e como dizem, "Na +internet, ninguém pode ouvir você sendo sutil". Use um grande objeto contundente +para martelar o ponto, porque você realmente não pode depender das pessoas +entenderem o seu ponto de outra forma. + +Um pouco de humor pode ajudar a amortecer tanto a franqueza quanto a moralização. +Ir além do limite a ponto de ser ridículo pode transmitir um ponto sem tornar +doloroso para o destinatário, que apenas pensa que você está sendo bobo. Isso pode +ajudar a superar o bloqueio mental pessoal que todos nós temos sobre críticas. + +.. [#f3] Dica: grupos de discussão na internet que não estão diretamente relacionados + ao seu trabalho são ótimas maneiras de descarregar suas frustrações nos outros. + Escreva posts insultuosos com sarcasmo apenas para entrar em uma boa discussão + de vez em quando, e você se sentirá aliviado. Só não faça sujeira muito perto + de casa (ou seja, não crie problemas onde isso possa afetar sua vida pessoal). + +6) Por que eu? +-------------- + +Já que a sua maior responsabilidade parece ser assumir a culpa pelos erros de outras +pessoas, e tornar dolorosamente óbvio para todos os outros que você é incompetente, +a pergunta óbvia se torna: por que fazer isso em primeiro lugar? + +Primeiramente, embora você possa ou não receber adolescentes gritando (meninas ou +meninos, não vamos ser preconceituosos ou sexistas aqui) batendo na porta do seu +camarim, você **vai** receber uma imensa sensação de realização pessoal por estar +"no comando". Não importa o fato de que você realmente está liderando tentando +acompanhar todos os outros e correndo atrás deles o mais rápido que puder. Todos +ainda vão pensar que você é a pessoa no comando. + +É um ótimo trabalho se você conseguir aguentar.