qual a difernça dos numeros racionais e irracionais?
o conjunto de números racionais é formado por todos os números que podem ser representados pelo quociente de dois números inteiros.pode ser representado na forma de fração ou na forma decimal.

já número irracional é todo número cuja representação decimal é não periódica ou de forma equivalente. é todo o número com infinitas casas decimais e não-periódico. 
exemplo de números irracionais:
- raiz quadrada de dois = 1,41421...
- raiz quadrada de três = 1,73205... 

- pi
<p>oi bruno!</p>
<p>é pela lógica matemática mesmo!</p>
<p>cada entrevistado(a) seria de a a e, os números de 1-5 nas colunas d a e não se fazem necessárias para a conta</p> <p>não tem muita diferença nao. o que muda é o retorno ser int ou integer. 
agora é uma questão pessoal.. eu não uso apenas objetos. em muitos casos eu uso primitivos.</p> robson, imagine que você fez uma aplicação onde precisa comparar se uma pessoa é maior de idade ou não.há milhares de linhas de código na aplicação e durante todo o teu programa foi usado o número má... como assim?
esse discurso de que “raça humana só tem uma” é o "discurso" dos negros e afro-descendentes.
o conceito das 36 raças humanas de “von eickstedt” é adotado oficialmente até hoje na alemanha, em toda a europa, eua, austrália, áfrica do sul, etc.

agora vamos analisar o âmago da questão.
por que nunca teve (e nem nunca terá), cotas para nipônicos, ou para germânicos ou para qualquer outra raça?
cotas para negros sugere o quê? 
sugere o óbvio, que sem as cotas os negros não conseguem competir com os brancos!
qual seria o verdadeiro motivo deste fato?

se analisarmos com atenção a lei de darwin, ela sugere uma hierarquia evolutiva onde os macacos seriam os “quase” humanos, em seguida quem seria? e quem estaria no topo da hierarquia na escala evolutiva, segundo darwin?

sempre que os negros forem comparados com qualquer outra raça humana, eles tenderão a ser inferiorizados e não é somente por causa da cor da pele, muito mais ainda pelos traços fisionômicos. por exemplo: o formato das narinas, o perfil convexo (biprotuso), os ossos bem mais robustos, etc. 
e surge a dúvida óbvia, como seria o desempenho do seu cérebro?

perfil convexo ou biprotuso sugere ser um remanescente do "focinho" dos primatas, assim como as narinas largas e avantajadas. 
na áfrica, oceania, e haiti, p.ex., até hoje dependem do olfato para a obtenção de alimentos, e detecção de possíveis ameaças de predadores, seus dentes e ossos também são maiores e mais robustos, imprescindíveis para triturar plantas e raízes recém colhidas do chão, cheias de terra e sujeira.

e no extremo oposto da cadeia evolutiva (segundo a lei de darwin), existem os caucasianos, que tem o perfil reto ou côncavo (para dentro), e uma redução significativa de dentes e da arcada dentária. 
tal condição evolutiva se deve à melhor elaboração dos alimentos desde os últimos 5 mil anos antes de cristo até o século xix (*), o que possibilitou tamanha diferenciação. 
nariz fino e lábios finos (só existem nos caucasianos), são resultados de uma menor necessidade para a sobrevivência, de farejar e triturar alimentos em estado bruto. 

quanto a essa lei, estamos no maior país mestiço do planeta, essa lei aqui é no mínimo uma afronta, um absurdo!!!!
essa lei é um atentado a democracia, uma violação do v artigo da constituição federal do brasil (que diz que todos deveriam ser iguais perante a lei), e um atentado contra a ética e a moralidade de todo o sistema, ao destruir um dos princípios mais antigos de todos, a meritrocracia.

ao invés de plebiscito para o desarmamento, deveriam fazer um plebiscito sobre a ilegalidade das leis racista anti-brancos, que assolam o país. 
até que alguma atitude seja tomada, assistimos a transformação aos poucos do único país que não era racista, se tornar mais um país racista!

(*) segundo autores, como o conde "arthur de gobineau", estamos atualmente (desde o século xix) em um processo involutivo, devido à miscigenação racial.
contemporâneo de charles darwin, ele dizia: "não creio que tenhamos vindo dos macacos, mas com certeza estamos indo nessa direção".

chocado com a população mestiça do brasil (mamelucos, cafuzos, caboclos, mulatos, índios, negros, etc.), em sua estada como embaixador da frança no brasil, se inspirou para escrever sua célebre obra, o livro: “ensaio sobre a desigualdade das raças humanas” em 1855.
foi amigo pessoal de d.pedro ii, tanto que o influenciou a adotar no brasil a política de braquiamento, ou seja, incentivar a vinda de colonos brancos de raças superiores (alemães, italianos, etc.), e recusar colonos das demais raças.

alguns argumentam que não exista o “conceito de raças” devido ao baixo percentuais genéticos que as difere. é manipulação da verdade estatística.
humanos têm mais de 95% dos genes idênticos aos dos macacos (o que não quer dizer que sejamos iguais). entre as raças humanas este percentual é menor ainda.

são esses cerca de 4% de genes é que fazem toda a nossa diferença entre humanos e símios, e é menor ainda o percentual que nos difere racialmente uns dos outros, mas esse mínimo é o que realmente importa! 
isso é que gera a nossa evolução!

(**) outro exemplo: ao contrário dos brancos, os negros possuem os dentes molares inferiores maiores e mais robustos e com as cúspides posteriores bem definidas, idênticos aos dentes dos macacos chimpanzés (fonte: livro “odontologia legal & antropologia e forense”, de jorge paulete vanrell, 2ª.ed.- guanabara koogan, 2009, pg. 246.). 
nos branco este dente tem menor volume, e quando possui essa cúspide, ela é reduzidíssima, quase um vestígio.

aos que leram até aqui, bons estudos! 
aos incomodados, só lamento, mas ciencia não pode ter censura!!!!
:d
... Geralmente os mais valorizados são o mais altos e os menos os mais baixos! <p>opa mayki, tudo bem com você?</p>
<p>isso aconteceu porque o <code>&#43;</code> também é um quantificador dentro das expressões regulares, então precisamos utilizar a <code>\</code> para dizer que queremos o literal mesmo:</p>
<p>eu criei uma regex para testar aqui, um pouco diferente da sua veja:</p>
<pre class="prettyprint"><code>let pattern &#61; /[\d\.]&#43;e\&#43;\d{2}/g</code></pre><p>veja que eu estou criando um grupo que vai receber dígitos e ponto final, ai eu utilizo o <code>&#43;</code> para identificar que esse padrão de números e pontos para pegar mais de um</p>
<p>depois coloquei o <code>e</code>e o <code>\&#43;</code> para identificar que é de fato um <code>&#43;</code> e um <code>\d{2}</code> para ser os 2 últimos digitos</p>
<p>testando esse padrão:</p>
<pre class="prettyprint"><code>let valor &#61; &#34;2.4446506362607e&#43;29&#43;3.7298826723704e&#43;29&#34;
let pattern &#61; /[\d\.]&#43;e\&#43;\d{2}/g

let resposta &#61; valor.matchall(pattern)
resposta.next()

&gt;&gt;&gt;&gt;
done: false
value: array [ &#34;2.4446506362607e&#43;29&#34; ]

resposta.next()
&gt;&gt;&gt;
done: false
value: array [ &#34;3.7298826723704e&#43;29&#34; ]
</code></pre><p>compreendeu? </p>
<p>abraços e bons estudos!</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> oi, carlos :blush: 
essas questões de lógica cada um faz de uma forma, eu preferi fazer essa assim porque a visualização fica melhor: 
dias que joão treinou 
1, 5, 9, 13, 17, 21, 25, 29 
dia que maria treinou 
3, 9, 15, 21, 27 
sendo assim, dois dias em comum <p><strong>principais diferenças:</strong></p><ul> <li> <p>ambos scala e f # combinam programação imperativa de oo e programação funcional em uma linguagem. porém, sua abordagem para a unificação de paradigmas é muito diferente. scala tenta <em> funde </em> os dois paradigmas em um (chamamos de paradigma funcional do objeto), enquanto f # fornece os dois paradigmas lado a lado.por exemplo, tipos de dados algébricos em f # são construções puramente funcionais sem oo'ness nelas, enquanto os adts em scala ainda são classes e objetos regulares. (observação: no processo de compilação para o bytecode do clr, até mesmo os ft adts se tornam classes e objetos)). mas eles não são visíveis para o programador f # no nível da fonte.)</p> </li> <li> <p>o f # possui inferência completa do tipo hindley-milner. scala possui inferência parcial de tipo. o suporte para subtipagem e oo-pura) torna impossível a inferência de tipo de estilo hindley-milner para o scala.</p> </li> <li> <p>scala é uma linguagem muito mais minimalista que o f #. scala possui um conjunto ortogonal muito pequeno de construções que são reutilizadas em todo o idioma. o f # parece introduzir uma nova sintaxe para cada pequena coisa, tornando-se muito pesado quanto à sintaxe em comparação com o scala. (scala tem 40 palavras-chave, enquanto f # tem 97. isso deve lhe dizer uma coisa. :-)</p> </li> <li> <p>f # sendo uma linguagem da microsoft tem um excelente suporte ide na forma do visual studio. as coisas não são tão boas no lado scala. o lado do scala $ . o plugin eclipse ainda não é o mesmo vale para o plug-in netbeans. idea parece ser a sua melhor aposta no momento, apesar de nem sequer chegar perto do que você recebe java ides. (para os fãs do emacs, existe o ensime. ouvi muitas coisas boas sobre este pacote, mas ainda não o testei.)</p> </li> <li> <p>o scala possui um sistema do tipo muito mais poderoso (e complexo) que o f #.</p> </li> </ul><hr><p><strong>outras diferenças:</strong></p><ul> <li> <p>as funções f # são exibidas por padrão. em scala, o curry está disponível, mas não é usado com muita frequência.</p> </li> <li> <p>a sintaxe do scala é uma mistura da java, standard ml, haskell, erlang e muitas outras linguagens. a sintaxe do f # é inspirada nos de ocaml, c # e haskell.</p> </li> <li> <p>o scala suporta tipos e classes superiores. f # não.</p> </li> <li> <p>scala é muito mais acessível a dsls que f #.</p> </li> </ul><hr><p>ps: eu amo ambos scala e f #, e espero que eles se tornem idiomas predominantes de suas respectivas plataformas no futuro. :-)</p> não é normal. se vc sabe q ela não está, pra q pensar o contrário? não tem lógica.