podemos caracterizar os princípios da administração como?
existem alguns princípios que devem reger todo tipo de administração para que esta seja eficiente e bem sucedida. estes princípios são importantes porque apontam para o que essencial e necessário no trabalho de intermediar ações e pessoas que devem buscar obter o mesmo objetivo. por isso, os quatro princípios da administração versam sobre o planejamento, isto é, todo o processo de traçar as metas de uma empresa, entendendo quais são suas perspectivas tendo em vista o mercado, os riscos e também o que a empresa pode oferecer; a organização, ou seja, estabelecer os processos que devem ser seguidos e em que ordem deve ser seguidos para atingir as metas traçadas; direção, isto é, manter todas as ações de uma empresa voltadas para o mesmo fim; e, por fim, o controle do administrador que deve sempre liderar sua equipe e cumprir os princípios anteriores.
a administração de empresas é uma subcategoria da administração e estuda as formas adequadas de gerenciar um negócio/organização, tornando-o competitivo e lucrativo. é o curso que visa preparar os alunos para executar funções administrativas e de gerência, seja como técnico, executivo ou empreendedor em diversos segmentos empresariais, inclusive na administração pública. no curso é estudada a chamada ciência administrativa. o administrador de empresas é responsável por administrar os recursos humanos, materiais e financeiros, além de gerir o empreendimento e executar atividades de planejamento, organização, comando, coordenação e controle, resumido pela sigla (poccc). <h1>existe um livro canônico?</h1><p>existe o <a href="http://agilemanifesto.org/">manifesto ágil</a> , mas para um canônico <strong> <em> livro</em> </strong>?</p><p>não. existem muitos livros por aí.</p><h1>recomendações específicas de livros:</h1><h3>desenvolvimento, princípios, padrões e práticas de software ágil por robert c. martin</h3><blockquote> <p> <a href="https://rads.stackoverflow.com/amzn/click/0135974445">desenvolvimento, princípios, padrões e práticas de software ágil</a> . isso é focado nas práticas e na codificação do desenvolvedor e é uma leitura obrigatória para qualquer desenvolvedor sério sobre o desenvolvimento ágil de software. também há um <a href="https://rads.stackoverflow.com/amzn/click/0131857258">versão em c # do livro</a> que ele e seu filho micah escreveram; portanto, se você é um desenvolvedor .net, essa versão pode ser a melhor para você.</p> </blockquote><h3>a arte do desenvolvimento ágil por james shore</h3><blockquote> <p>para uma visão geral das práticas gerais de projetos ágeis, consulte the art of agile de james shore &amp; shane warden. ele é focado nas práticas xp (mas é realmente porque xp é onde todas as práticas específicas do desenvolvedor são definidas), mas tem uma visão geral do foco em como os projetos agile funcionam.</p> <p>uma grande coisa sobre este livro é que james shore está publicando todo o texto em seu site gratuitamente, para que você possa experimentar antes de comprar.</p> </blockquote><h3>práticas de um desenvolvedor ágil: trabalhando no mundo real por subramaniam e hunt</h3><blockquote> <p> <a href="https://rads.stackoverflow.com/amzn/click/097451408x">práticas de um desenvolvedor ágil: trabalhando no mundo real</a> </p> </blockquote><h3>scrum e xp das trincheiras, de henrik kniberg</h3><blockquote> <p>é um ótimo livro para entender como funciona uma equipe ágil e é uma leitura muito rápida (algumas horas). dou-o a novos funcionários da minha organização - técnicos e não técnicos - e tive um feedback sempre positivo.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1430322640">amazônia</a> </p> </blockquote><h3>programação extrema explicada por kent beck</h3><blockquote> <p>provavelmente, o livro mais antigo que me lembro que ajudou a tornar os princípios agile populares. o agile está rapidamente se tornando uma palavra da moda no mundo da tecnologia. sinto que a extreme programming (xp) é um bom lugar para começar antes que o termo agile pareça perder o significado.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321278658">amazônia</a> </p> </blockquote><h3>estimativa e planejamento ágeis por mike cohn</h3><blockquote> <p>para "o processo agile" - veja "estimativa e planejamento ágil" de mike cohn - tendo em mente que é centrado no scrum.</p> <p>cohn aborda muitos aspectos básicos e algumas das coisas com as quais as equipes do scrum frequentemente enfrentam dificuldades - estimativa usando story points vs. dias ideais, o que fazer se você falhar em uma história em um sprint, quando re-estimar/tamanho e quando não, etc.</p> <p>ele também aborda algumas coisas realmente interessantes que são principalmente o domínio de um dono do produto - como avaliar e priorizar recursos etc.</p> </blockquote><h3>a arte do teste de unidade por roy osherove</h3><blockquote> <p>osherove apresenta uma abordagem muito pragmática ao teste de unidade. apresenta uma boa abordagem sobre como refatorar o código para se tornar mais testável, como procurar costuras, etc. no entanto, é um livro centrado em .net.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1617290890">amazônia</a> </p> </blockquote><h3>o samurai ágil por jonathan rasmusson</h3><blockquote> <p>acabei de comprar isso e achei um visual refrescante sobre como começar a usar o agile.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1934356581">amazônia</a> </p> </blockquote><blockquote> <p> <a href="http://www.amazon.co.uk/crystal-clear-human-powered-methodology-small/dp/0201699478">livro de alistair cockburns</a> em seu <a href="http://alistair.cockburn.us/crystal+methodologies">metodologias de cristal</a> vale a pena ler - em parte porque oferece uma alternativa aos métodos usuais do scrum, e em parte porque ele era um dos caras originais que surgiu com o agile em primeiro lugar, então espero que ele saiba do que está falando.</p> <p>o crystal é uma metodologia interessante, pois varia de equipes pequenas a equipes muito grandes. ele descreve as mudanças necessárias para tornar o trabalho ágil nesses diferentes ambientes.</p> </blockquote><h1>livros não classificados mencionados</h1><ul> <li> <p>padrões de adoção ágil: um roteiro para o sucesso organizacional de amr elssamadisy</p> </li> <li> <p>desenvolvimento ágil e iterativo: um guia do gerente por craig larman</p> </li> <li> <p>estimativa e planejamento ágeis por mike cohn</p> </li> <li> <p>gerenciamento ágil de projetos: criando produtos inovadores por jim highsmith</p> </li> <li> <p>retrospectivas ágeis: como otimizar as equipes de esther derby e diana larsen</p> </li> <li> <p>desenvolvimento ágil de software por alistair cockburn</p> </li> <li> <p>desenvolvimento ágil de software com scrum por ken schwaber e mike beedle</p> </li> <li> <p>tornando-se ágil: ... em um mundo imperfeito de greg smith e dr. ahmed sidky</p> </li> <li> <p>o valor comercial dos métodos de software ágil: maximizando o roi com processos e documentação just-in-time de david f. rico, hasan h. sayani e saya sone</p> </li> <li> <p>colaboração explicada por jean tabaka</p> </li> <li> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321601912">entrega contínua: versões confiáveis ​​de software através da automação de compilação, teste e implantação</a> by humble and farley</p> </li> <li> <p>crystal clear: uma metodologia humana para equipes pequenas de alistair cockburn</p> </li> <li> <p>enciclopédia de engenharia de software editada por phillip a. laplante</p> </li> <li> <p>mudança sem medo de linda rising e mary lynn manns</p> </li> <li> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321503627">crescendo software orientado a objetos, guiado por testes</a> freeman e pryce</p> </li> <li> <p>jogos de inovação: criando produtos inovadores por meio de peças colaborativas de luke hohmann</p> </li> <li> <p>desenvolvimento de software enxuto - um kit de ferramentas ágil para gerentes de desenvolvimento de software de mary e tom poppendieck</p> </li> <li> <p>soluções lean de jim womack e dan jones</p> </li> <li> <p>lean thinking por jim womack e dan jones</p> </li> <li> <p>gerenciamento de projetos ágeis por sanjiv augustine</p> </li> <li> <p>gerenciando a fábrica de design por donald g. reinertsen</p> </li> <li> <p>planejamento de programação extrema por kent beck e martin fowler</p> </li> <li> <p>escalando o desenvolvimento enxuto e ágil: ferramentas organizacionais e de pensamento para scrum em larga escala por craig larman e bas vodde</p> </li> <li> <p>scrum pocket guide: um guia de iniciação rápida ao desenvolvimento ágil de software por peter saddington</p> </li> <li> <p>a ponte para a agilidade do gerente de projetos de software de michele sliger e stacia broderick</p> </li> <li> <p>hoje e amanhã por henry ford (desde 1926)</p> </li> <li> <p>histórias de usuários aplicadas por mike cohn</p> </li> </ul><h1>listas de livros</h1><ul> <li> <a href="http://www.agiledesignllc.com/softwaredeveloperrecommendedreading">leitura recomendada para design ágil</a> </li> </ul> <p>otávio,</p>
<p> permita-me reformular minha pergunta: a inversão de controle é a habilidade de criar e de gerenciar objetos de configuração, dao e pojos de um spring ou um laravel, no caso do php, da vida.</p>
<p> e, no caso do spring, para que sejam automaticamente gerenciados, devem ser anotados com &#64;bean.</p>
<p> ou não ?</p> <p>os minimalistas diriam "quando não houver mais nada a remover" :-)</p><p>ok, agora, sério, uma interface está completa quando satisfaz todas as metas que você definiu para ela - por isso, se você não tem metas mensuráveis, não pode medir a integridade - afinal, você não pode medir a aptidão sem saber o que deveria para encaixar.</p><p>um bom exemplo de objetivos seria: "habilitar o usuário a executar x, y e z em menos de 1 minuto, com uma taxa de sucesso de 90%"; tudo o que resta é fazer com que os usuários se sentem na frente do computador e pergunte a eles para executar x, y e z se mais de 90% puderem executar todas as tarefas em menos de um minuto.</p><p>outros bons exemplos são "aumentar a taxa de conversão em 50%" ou "reduzir o abandono do cliente em 10%" etc.</p><p>um mau exemplo é "aumentar a taxa de conversão"; neste exemplo, você nunca pode declarar a interface completa - sempre haverá mais opções para testar e pequenas melhorias para executar.</p> <p>lidar com vários níveis de citação (na verdade, vários níveis de análise/interpretação) pode ser complicado. isso ajuda a manter algumas coisas em mente:</p><ul> <li>cada “nível de citação” pode envolver potencialmente uma linguagem diferente.</li> <li>as regras de cotação variam de acordo com o idioma.</li> <li>ao lidar com mais de um ou dois níveis aninhados, geralmente é mais fácil trabalhar "de baixo para cima" (ou seja, do interior para o exterior).</li> </ul><h1>níveis de citação</h1><p>vejamos seus comandos de exemplo.</p><pre><code>pgrep -fl java | grep -i datanode | awk '{print $1}' </code></pre><p>seu primeiro exemplo de comando (acima) usa quatro idiomas: seu shell, o regex em <em> pgrep </em>, o regex em <em> grep </em> (que pode ser diferente da linguagem regex em <em> pgrep </em>) e <em> awk </em>. existem dois níveis de interpretação envolvidos: o shell e um nível após o shell para cada um dos comandos envolvidos. existe apenas um nível explícito de citação (shell citação em <em> awk </em>).</p><pre><code>ssh host … </code></pre><p>em seguida, você adicionou um nível de <em> ssh </em> no topo. este é efetivamente outro nível de shell: <em> ssh </em> não interpreta o comando em si, ele o entrega a um shell na extremidade remota (via (por exemplo) <code>sh -c …</code>) e que shell interpreta a string.</p><pre><code>ssh host "sudo su user -c …" </code></pre><p>então, você perguntou sobre a adição de outro nível de shell no meio usando <em> su </em> (via <em> sudo </em>, que não interpreta seus argumentos de comando, portanto, podemos ignorá-lo). neste ponto, você tem três níveis de aninhamento em andamento (<em> awk </em> → shell, shell → shell (<em> ssh </em>), shell → shell (<em> su user -c </em>), então aconselho usar a abordagem “de baixo para cima”. vou assumir que seus shells são compatíveis com bourne (por exemplo <em> sh </em>, <em> ash </em> , <em> traço </em>, <em> ksh </em>, <em> bash </em>, <em> zsh </em>, etc.). algum outro tipo de shell (<em> fish </em>, <em> rc </em>, etc.) pode exigir sintaxe diferente, mas o método ainda se aplica.</p><h1>debaixo para cima</h1><ol> <li>formule a string que deseja representar no nível mais interno.</li> <li>selecione um mecanismo de citações do repertório de citações do idioma seguinte.</li> <li>cite a string desejada de acordo com o mecanismo de cotação selecionado. <ul> <li>freqüentemente, há muitas variações de como aplicar qual mecanismo de cotação. fazer manualmente é geralmente uma questão de prática e experiência. ao fazer isso de forma programática, geralmente é melhor escolher o mais fácil de acertar (geralmente o “mais literal” (menos escapes)).</li> </ul> </li> <li>opcionalmente, use a string entre aspas resultante com código adicional.</li> <li>se você ainda não atingiu o nível desejado de citação/interpretação, pegue a string entre aspas resultante (mais qualquer código adicionado) e use-a como string inicial na etapa 2.</li> </ol><h1>a semântica das citações varia</h1><p>o que se deve ter em mente aqui é que cada idioma (nível de citação) pode fornecer semânticas ligeiramente diferentes (ou mesmo semânticas drasticamente diferentes) para o mesmo personagem de citação.</p><p>a maioria das linguagens tem um mecanismo de citação “literal”, mas eles variam exatamente em quão literais são. a aspa simples de shells do tipo bourne é literal (o que significa que você não pode usá-la para citar um caractere de aspas simples). outras linguagens (perl, ruby) são menos literais porque interpretam <strong>algumas</strong> sequências de barra invertida dentro de regiões entre aspas simples não literalmente (especificamente, <code>\\</code> e <code>\'</code> resulta em <code>\</code> e <code>'</code>, mas outras sequências de barra invertida são, na verdade, literais).</p><p>você terá que ler a documentação de cada um de seus idiomas para entender suas regras de cotação e a sintaxe geral.</p><h1>seu exemplo</h1><p>o nível mais interno do seu exemplo é um programa <em> awk </em>.</p><pre><code>{print $1} </code></pre><p>você vai incorporar isso em uma linha de comando do shell:</p><pre><code>pgrep -fl java | grep -i datanode | awk … </code></pre><p>precisamos proteger (no mínimo) o espaço e o <code>$</code> no programa <em> awk </em>. a escolha óbvia é usar aspas simples no shell em todo o programa.</p><ul> <li><code>'{print $1}'</code></li> </ul><p>no entanto, existem outras opções:</p><ul> <li><code>{print\ \$1}</code> escape diretamente do espaço e <code>$</code></li> <li><code>{print' $'1}</code> aspas simples apenas o espaço e <code>$</code></li> <li><code>"{print \$1}"</code> aspas duplas o todo e escapar de <code>$</code></li> <li><code>{print" $"1}</code> aspas duplas apenas o espaço e <code>$</code><br> isso pode estar distorcendo um pouco as regras (sem escape <code>$</code> no final de uma string entre aspas duplas é literal), mas parece funcionar na maioria dos shells.</li> </ul><p>se o programa usasse uma vírgula entre as chaves de abertura e fechamento, também precisaríamos citar ou escapar a vírgula ou as chaves para evitar a “expansão da chave” em alguns shells.</p><p>nós escolhemos <code>'{print $1}'</code> e incorporá-lo ao resto do “código” shell:</p><pre><code>pgrep -fl java | grep -i datanode | awk '{print $1}' </code></pre><p>em seguida, você queria executar isso via <em> su </em> e <em> sudo </em>.</p><pre><code>sudo su user -c … </code></pre><p><code>su user -c …</code> é como <code>some-shell -c …</code> (exceto rodando em algum outro uid), então <em> su </em> apenas adiciona outro nível de shell. <em> sudo </em> não interpreta seus argumentos, então não adiciona nenhum nível de citação.</p><p>precisamos de outro nível de shell para nossa string de comando. podemos escolher aspas simples novamente, mas temos que dar tratamento especial às aspas simples existentes. a maneira usual é assim:</p><pre><code>'pgrep -fl java | grep -i datanode | awk '\''{print $1}'\' </code></pre><p>existem quatro strings aqui que o shell irá interpretar e concatenar: a primeira string entre aspas simples (<code>pgrep … awk</code>), uma aspa simples de escape, o programa de aspas simples <em> awk </em>, outra aspa simples de escape.</p><p>existem, é claro, muitas alternativas:</p><ul> <li><code>pgrep\ -fl\ java\ \|\ grep\ -i\ datanode\ \|\ awk\ \'{print\ \$1}</code> fuja de tudo que é importante</li> <li><code>pgrep\ -fl\ java\|grep\ -i\ datanode\|awk\ \'{print\$1}</code> o mesmo, mas sem espaços em branco supérfluos (mesmo no programa <em> awk </em>!)</li> <li><code>"pgrep -fl java | grep -i datanode | awk '{print \$1}'"</code> aspas duplas, escape de <code>$</code></li> <li><code>'pgrep -fl java | grep -i datanode | awk '"'"'{print \$1}'"'"</code> sua variação; um pouco mais longo do que o normal devido ao uso de aspas duplas (dois caracteres) em vez de escapes (um caractere)</li> </ul><p>usar citações diferentes no primeiro nível permite outras variações neste nível:</p><ul> <li><code>'pgrep -fl java | grep -i datanode | awk "{print \$1}"'</code></li> <li><code>'pgrep -fl java | grep -i datanode | awk {print\ \$1}'</code></li> </ul><p>incorporar a primeira variação na linha de comando <em> sudo </em>/* su * fornece o seguinte:</p><pre><code>sudo su user -c 'pgrep -fl java | grep -i datanode | awk '\''{print $1}'\' </code></pre><p>você pode usar a mesma string em qualquer outro contexto de nível de shell (por exemplo, <code>ssh host …</code>).</p><p>em seguida, você adicionou um nível de <em> ssh </em> no topo. este é efetivamente outro nível de shell: <em> ssh </em> não interpreta o comando em si, mas o entrega a um shell na extremidade remota (via (por exemplo) <code>sh -c …</code>) e que shell interpreta a string.</p><pre><code>ssh host … </code></pre><p>o processo é o mesmo: pegue a string, escolha um método de cotação, use-a, incorpore-a.</p><p>usando aspas simples novamente:</p><pre><code>'sudo su user -c '\''pgrep -fl java | grep -i datanode | awk '\'\\\'\''{print $1}'\'\\\' </code></pre><p>agora, existem onze strings que são interpretadas e concatenadas: <code>'sudo su user -c '</code>, aspas simples com escape, <code>'pgrep … awk '</code>, aspas simples de escape, barra invertida de escape, duas aspas simples de escape, o programa entre aspas simples <em> awk </em>, aspas simples de escape, barra invertida de escape e um aspas simples com escape final.</p><p>a forma final é parecida com esta:</p><pre><code>ssh host 'sudo su user -c '\''pgrep -fl java | grep -i datanode | awk '\'\\\'\''{print $1}'\'\\\' </code></pre><p>é um pouco complicado digitar à mão, mas a natureza literal da citação única do shell torna mais fácil automatizar uma ligeira variação:</p><pre><code>#!/bin/sh sq() { # single quote for bourne shell evaluation # change ' to '\'' and wrap in single quotes. # if original starts/ends with a single quote, creates useless # (but harmless) '' at beginning/end of result. printf '%s\n' "$*" | sed -e "s/'/'\\\\''/g" -e 1s/^/\'/ -e \$s/\$/\'/ } # some shells (ksh, bash, zsh) can do something similar with %q, but # the result may not be compatible with other shells (ksh uses $'...', # but dash does not recognize it). # # sq() { printf %q "$*"; } ap='{print $1}' s1="pgrep -fl java | grep -i datanode | awk $(sq "$ap")" s2="sudo su user -c $(sq "$s1")" ssh host "$(sq "$s2")" </code></pre> pode ser observada essa influência em algumas terminologias e orientações, como por exemplo o componente iterativo da gestão de riscos, bem no início eu confundia esse termo com interativo.

tendo em vista eu ter vindo de projetos para governança, confesso que me afeiçoei muito ao pmbok e fui absorv… agente poderia ter como tema discussões sobre assuntos que surgem aqui no yr, por exemplo alguem faz uma pergunta interessante, esse assunto poderia ser levado para o grupo de discussões, ou assuntos sugeridos pelos proprios membros. também os membros que tivessem acesso a edição do site poderia estar incluindo matérias sobre novidades na aréa de astronomia e espaço, poderiamos incluir assuntos como quimica e fisica que contenham certa ligação, como por exemplo o lhc.

na minha opinião nao deveriamos aceitar assuntos como ufo, se querem discutir algo relacionados deveriam ir para sites especificos a isso, e os membros que desrepeitassem as regras e ficassem importunando com propagandas e etc, deveriam ser advertidos e depois punidos.

quanto ao perfil nao sou muito bom mais poderiamos botar algo como um grupo de discusões sobre astronomia e afins e onde se encontra as novidades no campo.

não sei se éra isso que você tava procurando mas espero ter ajudado. <p>oi williams,</p>
<p>com os patterns <code>decorator</code> e <code>chain of responsibility</code> é possível ter essa flexibilidade de passar &#34;infinitos&#34; objetos como parâmetro :d</p>
<p>mas no caso do <code>strategy</code> é diferente, pois a ideia é ter um objeto para executar uma lógica, sem que eles se conheçam entre si.</p>