o que vem a ser senso comum? qual a diferença entre senso comum e conceito?
quando falamos de senso comum estamos nos referindo a todo tipo de conhecimento que é provindo da percepção dos sentidos, ou seja, não há nenhum tipo de base filosófica, e que também é compartilhado pela maioria das pessoas. devemos nos lembrar que todos os humanos possuem o mesmo tipo de aparato cognitivo e também possuem os mesmos sentidos e, assim, adquirem noções acerca do mundo de modo de forma parecida e compartilham muitas opiniões, observações e experiências. o senso comum é então um tipo de conhecimento que não possui cientificidade e nem mesmo parte de uma análise estritamente racional. o conceito, por sua vez, é todo tipo de concepção de algo que é construído de modo racional.
O que que você chama de senha padrão? E como você conseguiu entrar no seu celular? Não entendi bem. é adotar ações que envolvam pensar no consumo consciente. isso vale tanto para empresas quanto para pessoas e envolve atividades como utilizar menos papel, separar o lixo para reciclagem, economizar água e energia elétrica, reduzir o uso de veículos etc. <p>sempre que você retornar um objeto, retornará uma referência ao objeto. da mesma forma, quando você está passando um objeto, está passando uma referência. no entanto, passar um objeto como argumento <em>pode</em> ser diferente do que apenas alterar um objeto no escopo global, como mostram esses exemplos. isso ocorre porque a referência ao objeto é transmitida por valor.</p><p>se você estiver alterando os membros de um objeto, se você o passa como argumento ou apenas atualiza o objeto global não faz diferença. de qualquer maneira, você está trabalhando com o mesmo objeto.</p><p>exemplo 1:</p><pre><code>var object = {foo:'original'}; function changeobject() { object.foo = 'changed'; return object; } console.log(changeobject()); // outputs {foo:'changed'} console.log(object); // outputs {foo:'changed'} </code></pre><p>exemplo 2:</p><pre><code>var object = {foo:'original'}; function changeargument(object) { object.foo = 'changed'; return object; } console.log(changeargument(object)); // outputs {foo:'changed'} console.log(object); // outputs {foo:'changed'} </code></pre><p>por outro lado, se você estiver substituindo o objeto por um novo objeto, a alteração não persistirá se você fizer isso no argumento, mas persistirá se você fizer isso no objeto global. isso ocorre porque o argumento passa a referência ao objeto por valor. depois de substituir esse valor por uma referência a um novo objeto, você não está mais falando do mesmo objeto.</p><p>exemplo 3:</p><pre><code>var object = {foo:'original'}; function replaceobject() { object = {foo:'changed'}; return object; } console.log(replaceobject()); // outputs {foo:'changed'} console.log(object); // outputs {foo:'changed'} </code></pre><p>exemplo 4:</p><pre><code>var object = {foo:'original'}; function replaceargument(object) { object = {foo:'changed'}; return object; } console.log(replaceargument(object)); // outputs {foo:'changed'} console.log(object); // outputs {foo:'original'} </code></pre> também acho comunzinho é uma ironia que quer dizer que antes o que era errado agora é o certo, antes o que era certo agora é errado, antes o que era comum acontecer acontece o contrário é por ai! que nem a frase "é o poste mijando no cachorro"! <p>a idéia aqui é que a maioria de nós já <em> já </em> saiba <em> a maioria </em> do que está nesta lista. mas pode haver apenas um ou dois itens que você realmente não analisou antes, que não entende completamente, ou talvez nunca tenha ouvido falar.</p><p><strong> interface e experiência do usuário </strong></p><ul> <li>esteja ciente de que os navegadores implementam os padrões de maneira inconsistente e verifique se o site funciona razoavelmente bem em todos os principais navegadores. em um teste mínimo com relação a um <a href="https://en.wikipedia.org/wiki/gecko\_%28layout\_engine%29">gecko</a> engine recente ( <a href="http://firefox.com/">firefox</a> ), um mecanismo webkit ( <a href="http://www.apple.com/safari/">safari</a> e alguns navegadores móveis) , <a href="http://www.google.com/chrome">chrome</a> , seus navegadores <a href="https://en.wikipedia.org/wiki/internet\_explorer">ie suportados</a> (aproveite as <a href="http://www.microsoft.com/downloads/details.aspx?familyid=21eabb90-958f-4b64-b5f1-73d0a413c8ef&amp;displaylang=en">imagens vpc de compatibilidade de aplicativos</a> ) e <a href="http://www.opera.com/">opera</a> . considere também como <a href="http://www.browsershots.org">browsers processam seu site</a> / em diferentes sistemas operacionais.</li> <li>considere como as pessoas podem usar o site que não seja dos principais navegadores: telefones celulares, leitores de tela e mecanismos de pesquisa, por exemplo. - algumas informações de acessibilidade: <a href="http://www.w3.org/wai/"> wai </a> e <a href="http://www.section508.gov/">section508</a> , desenvolvimento móvel: <a href="http://mobiforge.com/">mobiforge</a> .</li> <li>preparo: como implantar atualizações sem afetar seus usuários. tenha um ou mais ambientes de teste ou teste disponíveis para implementar alterações na arquitetura, no código ou no conteúdo abrangente e garantir que eles possam ser implantados de maneira controlada sem quebrar nada. tenha uma maneira automatizada de implantar alterações aprovadas no site ativo. isso é implementado de maneira mais eficaz em conjunto com o uso de um sistema de controle de versão (git, subversion, etc.) e um mecanismo de compilação automatizado (ant, nant, etc.).</li> <li>não exiba erros hostis diretamente para o usuário.</li> <li>não coloque os endereços de email dos usuários em texto sem formatação, pois eles receberão spam até a morte.</li> <li>adicione o atributo \_<code>rel="nofollow"</code>\_ aos links gerados pelo usuário <a href="https://en.wikipedia.org/wiki/nofollow">para evitar spam</a> .</li> <li> <a href="http://www.codinghorror.com/blog/archives/001228.html">crie limites bem considerados no seu site</a> - isso também pertence a segurança.</li> <li>aprenda a fazer <a href="https://en.wikipedia.org/wiki/progressive\_enhancement">aprimoramento progressivo</a> .</li> <li> <a href="https://en.wikipedia.org/wiki/post/redirect/get">redirecione após um post</a> se esse post foi bem-sucedido, para impedir que uma atualização seja enviada novamente.</li> <li>não se esqueça de levar em consideração a acessibilidade. é sempre uma boa ideia e, em determinadas circunstâncias, é um <a href="http://www.section508.gov/">requisito legal</a> . <a href="http://www.w3.org/wai/intro/aria">wai-aria</a> e <a href="http://www.w3.org/tr/wcag20/">wcag 2</a> são bons recursos nessa área.</li> <li>leia <a href="http://www.sensible.com/dmmt.html">não me faça pensar</a> .</li> </ul><p><strong> segurança </strong></p><ul> <li>é muito difícil de digerir, mas o guia de desenvolvimento <a href="http://www.owasp.org/index.php/category:owasp\_guide\_project">owasp</a> cobre a segurança do site de cima para baixo.</li> <li>saiba mais sobre a injeção, especialmente <a href="https://en.wikipedia.org/wiki/sql\_injection">sql injection</a> e como evitá-la.</li> <li>nunca confie na entrada do usuário, nem em qualquer outra coisa que esteja presente na solicitação (que inclui cookies e valores ocultos do campo do formulário!).</li> <li>hash senhas usando <a href="https://security.stackexchange.com/q/21263/396">salt</a> / e use sais diferentes para suas linhas para evitar ataques do rainbow. use um algoritmo de hash lento, como bcrypt (tempo testado) ou scrypt (ainda mais forte, mas mais recente) ( <a href="http://www.tarsnap.com/scrypt.html">1</a> , <a href="http://it.slashdot.org/comments.pl?sid=1987632&amp;cid=35149842">2</a> ), para armazenar senhas. ( <a href="http://codahale.com/how-to-safely-store-a-password/">como armazenar com segurança uma senha</a> ). o <a href="https://security.stackexchange.com/q/7689/396">nist também aprova o pbkdf2 para senhas de hash</a> "e é <a href="https://security.stackexchange.com/a/2136/396">fips aprovado no .net</a> (mais informações <a href="https://security.stackexchange.com/questions/211/how-to-securely-hash-passwords">aqui</a> ) . <em> evite </em> usar md5 ou a família sha diretamente.</li> <li> <a href="https://stackoverflow.com/questions/1581610/how-can-i-store-my-users-passwords-safely/1581919#1581919">não tente criar seu próprio sistema de autenticação sofisticado</a> . é uma coisa tão fácil cometer erros de maneiras sutis e não testáveis ​​e você nem saberia até <em> depois de </em> ser invadido.</li> <li>conheça as <a href="https://www.pcisecuritystandards.org/">regras para o processamento de cartões de crédito</a> . ( <a href="https://stackoverflow.com/questions/51094/payment-processors-what-do-i-need-to-know-if-i-want-to-accept-credit-cards-on-m">veja também esta pergunta</a> )</li> <li>use <a href="http://www.mozilla.org/projects/security/pki/nss/ssl/draft302.txt">ssl/tls</a> / <a href="https://en.wikipedia.org/wiki/session\_hijacking#prevention"> https </a> para sites em que dados confidenciais são inseridos (como credenciais, informações de identificação pessoal, informações do cartão de crédito). <a href="https://letsencrypt.org">let's encrypt</a> é uma autoridade de certificação gratuita que pode ajudar.</li> <li> <a href="https://en.wikipedia.org/wiki/session\_hijacking#prevention">impedir o seqüestro de sessão</a> .</li> <li>evite <a href="https://en.wikipedia.org/wiki/cross-site\_scripting">scripts entre sites</a> (xss).</li> <li>evite <a href="https://en.wikipedia.org/wiki/cross-site\_request\_forgery">falsificações de solicitação entre sites</a> (csrf).</li> <li>evite <a href="https://en.wikipedia.org/wiki/clickjacking">clickjacking</a> .</li> <li>mantenha seu (s) sistema (s) atualizado (s) com as últimas correções.</li> <li>verifique se as informações de conexão do banco de dados estão protegidas.</li> <li>mantenha-se informado sobre as mais recentes técnicas de ataque e vulnerabilidades que afetam sua plataforma.</li> <li>leia <a href="https://code.google.com/archive/p/browsersec/">manual de segurança do navegador google</a> .</li> <li>leia <a href="https://rads.stackoverflow.com/amzn/click/com/0470170778">manual do hacker de aplicativos da web</a> .</li> <li>considere <a href="https://en.wikipedia.org/wiki/principle\_of\_least\_privilege">o princípio do menor privilégio</a> . tente executar o servidor de aplicativos <a href="https://security.stackexchange.com/questions/47576/do-simple-linux-servers-really-need-a-non-root-user-for-security-reasons">como não raiz</a> . ( <a href="http://tomcat.apache.org/tomcat-8.0-doc/security-howto.html#non-tomcat\_settings">exemplo do tomcat</a> )</li> <li>coloque \_<code>rel="noopener noreferrer"</code>\_ em todos os links fornecidos pelo usuário com \_<code>target="\_blank"</code>\_ para impedir que o javascript na página de destino redirecione sua página para outro lugar, como uma página de login falsa. <a href="https://dev.to/phishing">mais informações</a> </li> <li>considere usar uma <a href="https://csp.withgoogle.com/docs/index.html">política de segurança de conteúdo estrita</a> .</li> </ul><p><strong> desempenho </strong></p><ul> <li>implemente o cache, se necessário, entenda e use <a href="http://www.mnot.net/cache\_docs/">http caching</a> corretamente, bem como <a href="http://www.w3.org/tr/2011/wd-html5-20110525/offline.html">html5 manifest</a> .</li> <li>otimizar imagens - não use uma imagem de 20 kb para um fundo repetitivo.</li> <li>compactar conteúdo para velocidade, consulte <a href="https://www.smashingmagazine.com/2016/10/next-generation-server-compression-with-brotli/">brotli</a> , <a href="http://developer.yahoo.com/performance/rules.html#gzip">gzip/deflate</a> (<strike> <a href="https://stackoverflow.com/questions/1574168/gzip-vs-deflate-zlib-revisited">deflate é melhor</a> </strike>).</li> <li>combine/concatene várias folhas de estilo ou vários arquivos de script para reduzir o número de conexões do navegador e melhorar a capacidade do gzip para compactar duplicações entre arquivos.</li> <li>dê uma olhada no site <a href="http://developer.yahoo.com/performance/">yahoo exceptional performance</a> , muitas ótimas diretrizes, incluindo a melhoria do desempenho do front-end e sua <a href="http://developer.yahoo.com/yslow/">yslow</a> ferramenta (requer firefox, safari, chrome ou opera). além disso, <a href="https://developers.google.com/speed/docs/best-practices/rules\_intro">velocidade da página do google</a> (use com <a href="https://developers.google.com/speed/pagespeed/insights\_extensions">extensão do navegador</a> ) é outra ferramenta para criação de perfil de desempenho e otimiza suas imagens também.</li> <li><strike>use <a href="http://alistapart.com/articles/sprites">css image sprites</a> para imagens relacionadas pequenas, como barras de ferramentas (consulte o ponto "minimizar solicitações http")</strike></li> <li>use <a href="https://24ways.org/2014/an-overview-of-svg-sprite-creation-techniques/">sprites de imagem svg</a> para pequenas imagens relacionadas, como barras de ferramentas. a coloração svg é um pouco complicada. você pode ler sobre isso <a href="http://tympanus.net/codrops/2015/07/16/styling-svg-use-content-css/">aqui</a> .</li> <li>sites ocupados devem considerar <a href="http://developer.yahoo.com/performance/rules.html#split">dividir componentes entre domínios</a> . especificamente...</li> <li>o conteúdo estático (ou seja, imagens, css, javascript e, geralmente, o conteúdo que não precisa de acesso a cookies) deve ir em um domínio separado <em> <a href="http://blog.stackoverflow.com/2009/08/a-few-speed-improvements/">que não usa cookies</a> </em>, porque todos os cookies de um domínio e seus subdomínios são enviados com todas as solicitações para o domínio e seus subdomínios. uma boa opção aqui é usar uma rede de entrega de conteúdo (cdn), mas considere o caso em que essa cdn pode falhar incluindo cdns alternativas ou cópias locais que podem ser veiculadas.</li> <li>minimize o número total de solicitações http necessárias para um navegador renderizar a página.</li> <li>escolha um <a href="http://garann.github.io/template-chooser/">template engine</a> e renderize/pré-compile usando os executores de tarefas como gulp ou grunt</li> <li>verifique se há um arquivo \_<code>favicon.ico</code>\_ na raiz do site, ou seja, \_<code>/favicon.ico</code>\_. <a href="http://mathiasbynens.be/notes/rel-shortcut-icon">os navegadores solicitarão automaticamente</a> , mesmo que o ícone não seja mencionado no html. se você não tiver um \_<code>/favicon.ico</code>\_, isso resultará em muitos 404s, consumindo a largura de banda do servidor.</li> </ul><p><strong> seo (otimização de mecanismos de pesquisa) </strong></p><ul> <li>use urls "compatíveis com o mecanismo de pesquisa", ou seja, use \_<code>example.com/pages/45-article-title</code>\_ em vez de \_<code>example.com/index.php?page=45</code>\_</li> <li>ao usar \_<code>#</code>\_ para conteúdo dinâmico, altere \_<code>#</code>\_ para \_<code>#!</code>\_ e, em seguida, no servidor \_<code>$\_request["\_escaped\_fragment\_"]</code>\_, é o que o googlebot usa em vez de \_<code>#!</code>\_. em outras palavras, \_<code>./#!page=1</code>\_ se torna \_<code>./?\_escaped\_fragments\_=page=1</code>\_. além disso, para usuários que possam estar usando o ff.b4 ou o chromium, <code>history.pushstate({"foo":"bar"}, "about", "./?page=1");</code> é um ótimo comando. portanto, mesmo que a barra de endereço tenha mudado, a página não é recarregada. isso permite que você use \_<code>?</code>\_ em vez de \_<code>#!</code>\_ para manter o conteúdo dinâmico e também informar ao servidor quando você enviar por e-mail o link que estamos após esta página, e o ajax não precisa para fazer outro pedido extra.</li> <li>não use links que digam <a href="https://ux.stackexchange.com/questions/12100/why-shouldnt-we-use-the-word-here-in-a-textlink">"clique aqui"</a> . você está desperdiçando uma oportunidade de seo e isso torna as coisas mais difíceis para as pessoas com leitores de tela.</li> <li>tenha um <a href="http://www.sitemaps.org/">xml sitemap</a> , de preferência no local padrão \_<code>/sitemap.xml</code>\_.</li> <li>use <a href="http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html">\_<code>&lt;link rel="canonical" ... /&gt;</code>\_</a> quando você tiver vários urls que apontam para o mesmo conteúdo, esse problema também pode ser solucionado em <a href="http://www.google.com/webmasters/">ferramentas do google para webmasters</a> .</li> <li>use <a href="http://www.google.com/webmasters/">ferramentas para webmasters do google</a> e <a href="http://www.bing.com/toolbox/webmaster">ferramentas para webmasters do bing</a> .</li> <li>instale <a href="http://www.google.com/analytics/">google analytics</a> logo no início (ou uma ferramenta de análise de código aberto como <a href="http://piwik.org/">piwik</a> /).</li> <li>saiba como <a href="https://en.wikipedia.org/wiki/robots\_exclusion\_standard">robots.txt</a> e as aranhas dos mecanismos de pesquisa funcionam.</li> <li>redirecione solicitações (usando \_<code>301 moved permanently</code>\_) solicitando \_<code>www.example.com</code>\_ para \_<code>example.com</code>\_ (ou o contrário) para impedir a divisão da classificação do google entre os dois sites.</li> <li>saiba que pode haver aranhas mal comportadas por aí.</li> <li>se você tiver conteúdo não textual, procure as extensões de mapa do site do google para vídeos, etc. há algumas informações boas sobre isso em <a href="https://stackoverflow.com/questions/72394/what-should-a-developer-know-before-building-a-public-web-site#167608">tim farley's answer</a> .</li> </ul><p><strong> tecnologia </strong></p><ul> <li>entenda <a href="http://www.ietf.org/rfc/rfc2616.txt"> http </a> e coisas como get, post, sessões, cookies e o que significa ser "sem estado".</li> <li>escreva seu <a href="http://www.w3.org/tr/xhtml1/"> xhtml </a> / <a href="http://www.w3.org/tr/rec-html40/"> html </a> e <a href="http://www.w3.org/tr/css2/"> css </a> de acordo com as especificações <a href="http://www.w3.org/tr/">w3c</a> e certifique-se de que eles <a href="http://validator.w3.org/">validam</a> /. o objetivo aqui é evitar os modos peculiares do navegador e, como bônus, facilitar o trabalho com navegadores não tradicionais, como leitores de tela e dispositivos móveis.</li> <li>entenda como o javascript é processado no navegador.</li> <li>entenda como o javascript, as folhas de estilo e outros recursos usados ​​por sua página são carregados e considere seu impacto no <em> desempenho percebido </em>. agora, é amplamente considerado adequado <a href="https://developer.yahoo.com/blogs/ydn/high-performance-sites-rule-6-move-scripts-bottom-7200.html">mover scripts para o final das páginas</a> das suas páginas, com exceções que normalmente são coisas como aplicativos de análise ou shims html5.</li> <li>entenda como a sandbox javascript funciona, especialmente se você pretende usar iframes.</li> <li>esteja ciente de que o javascript pode e será desativado e que ajax é, portanto, uma extensão, não uma linha de base. mesmo que a maioria dos usuários o deixe ligado agora, lembre-se de que <a href="http://noscript.net/">noscript</a> está se tornando mais popular. embora os robôs de rastreamento modernos suportem a indexação de conteúdo gerado por javascript, considere usar a renderização no servidor para outros robôs ou usuários que desativaram o javascript.</li> <li>aprenda a diferença <a href="http://www.bigoakinc.com/blog/when-to-use-a-301-vs-302-redirect/">entre os redirecionamentos 301 e 302</a> (esse também é um problema de seo).</li> <li>aprenda o máximo possível sobre sua plataforma de implantação.</li> <li>considere usar uma <a href="https://stackoverflow.com/questions/11578819/css-reset-what-exactly-does-it-do">redefinir folha de estilos</a> ou <a href="http://necolas.github.com/normalize.css/">normalize.css</a> .</li> <li>considere estruturas javascript (como <a href="http://jquery.com/">jquery</a> , <a href="http://mootools.net/">mootools</a> , <a href="http://www.prototypejs.org/">prototype</a> , <a href="http://dojotoolkit.org">dojo</a> ou <a href="http://developer.yahoo.com/yui/3/">yui 3</a> ), que ocultará muitas diferenças do navegador ao usar javascript para manipulação de dom.</li> <li>reunindo o desempenho percebido e as estruturas js, considere usar um serviço como a <a href="http://developers.google.com/speed/libraries/devguide">api das bibliotecas do google</a> para carregar estruturas para que um navegador possa usar uma cópia da estrutura que ele já armazenou em cache, em vez de fazer o download de uma cópia duplicada. copiar do seu site.</li> <li>não reinvente a roda. antes de fazer qualquer coisa, procure um componente ou exemplo de como fazê-lo. há 99% de chance de alguém ter feito isso e lançado uma versão oss do código.</li> <li>por outro lado, não comece com 20 bibliotecas antes mesmo de decidir quais são suas necessidades. particularmente na web do lado do cliente, onde quase sempre é mais importante manter as coisas leves, rápidas e flexíveis.</li> </ul><p><strong> correção de erros </strong></p><ul> <li>entenda que você gastará 20% do seu tempo codificando e 80% dele mantendo, portanto, codifique de acordo.</li> <li>configure uma boa solução de relatório de erros.</li> <li>tenha um sistema para as pessoas entrarem em contato com você com sugestões e críticas.</li> <li>documente como o aplicativo funciona para futuras equipes de suporte e pessoas que realizam manutenção.</li> <li>faça backups frequentes! (e verifique se esses backups estão funcionando) tenha uma estratégia de restauração, não apenas uma estratégia de backup.</li> <li>use um sistema de controle de versão para armazenar seus arquivos, como <a href="http://subversion.apache.org/">subversion</a> , <a href="http://mercurial.selenic.com/">mercurial</a> ou <a href="http://git-scm.org">git</a> .</li> <li>não se esqueça de fazer seu teste de aceitação. estruturas como <a href="http://seleniumhq.org/">selenium</a> podem ajudar. especialmente se você automatizar completamente seus testes, talvez usando uma ferramenta de integração contínua, como <a href="http://jenkins-ci.org/">jenkins</a> .</li> <li>verifique se você possui log suficiente usando estruturas como <a href="http://logging.apache.org/log4j/">log4j</a> , <a href="http://logging.apache.org/log4net/">log4net</a> ou <a href="http://log4r.rubyforge.org/">log4r</a> . se algo der errado no seu site ao vivo, você precisará descobrir como.</li> <li>ao fazer o log, certifique-se de capturar as exceções tratadas e não tratadas. relate/analise a saída do log, pois mostrará onde estão os principais problemas em seu site.</li> </ul><p><strong> outros </strong></p><ul> <li>implemente monitoramento e análise do lado do servidor e do cliente (um deve ser proativo em vez de reativo).</li> <li>use serviços como uservoice e intercom (ou qualquer outra ferramenta similar) para manter contato constante com seus usuários.</li> <li>siga <a href="http://nvie.com/about/">vincent driessen</a> 's <a href="http://nvie.com/posts/a-successful-git-branching-model/">git branching model</a> </li> </ul><p>muitas coisas foram omitidas não necessariamente porque não são respostas úteis, mas porque são muito detalhadas, estão fora do escopo ou vão um pouco longe demais para alguém que deseja obter uma visão geral do que deve saber. sinta-se à vontade para editar isso também, provavelmente perdi algumas coisas ou cometi alguns erros.</p> Resultado do meu teste:


Nível intermediário


Você compreende bem textos básicos e algumas sentenças mais elaboradas na língua inglesa, com vocabulário e gramática no nível intermediário. Aprofunde seus conhecimentos treinando leitura e conversação. Tente compreender a mensagem principal do texto. O conhecimento sobre o que acontece no mundo também pode te ajudar a se dar bem na hora de resolver as questões em inglês.


Thanks girl! significa que a pessoa é pobre até não poder mais, no entanto é um nojoooo. não quer saber de nada, só do bom e do melhor, quer roupas caras, perfumes caros... enfim, acho que eu tenho este espírito. kkkkkk eu não creio em destino, para mim cada um faz seu próprio caminho. a diferença é que há pessoas capazes e outras menos capazes, e essas últimas normalmente não se dão ao trabalho de melhorar. é só saber agarrar as oportunidades quando surgirem. se formos depender de conceitos como destino ou sorte, de que adiantaria estar vivo? Vou começar a responder suas perguntas pelo final.  


> O meu conhecimento vai aumentar com isso?



Sim, não e depende.   

  

Quando se fala da abordagem de “imersão” eu entendo que é sobre a experiência, sobre o querer aprender inglês e fazê-lo “fazer parte de sua vida” (não é assim com qualquer linguagem?).  

  

Dito isto, vamos tentar resignificar a palavra “imersão” aqui, uma vez que é onde a sua dúvida reside. E tem sido uma palavra tão usada e reusada que algumas vezes nem pensamos no conceito em si.

> Tipo, você só escuta músicas em inglês, assiste filmes e séries legendados em inglês... 



Não seria tipo isso, acho que algumas pessoas usam ou usaram essas palavras de uma forma que dá a entender isso, ou elas próprias (algumas pessoas) se equivocam ou fazem outros se equivocarem.  

O que se passa é que devemos querer sim chegar ao nível de escutar o inglês falado de uma forma que não precisemos de tradução. Para tal, a pessoa se refere a esta abordagem mas no sentindo de que é o nível que se pretende.  

Explico, o estudante de inglês (seja brasileiro, chines, russo, africano ou de qualquer outro país) é geralmente disposto a ficar na sua área de conforto.  

O que se pretende é que o aluno “estude” (98% de transpiração e 2% de inspiração aqui), que ele tente “respirar” como se fosse um nativo ou alguém que precisa da linguagem nativa (faça de conta que não está no Brasil e que você precisa disso).  

Ah, ok o aluno não precisa agora, mas o fato é que o instrutor/professor é pago para que você esteja apto, até porque se isso não acontecer você vai malhar, vai queimar o filme dele… Então, mesmo que ele nunca precise é necessário que se ensine, que se queira que o aluno esteja apto (pelo menos superficialmente) para se comunicar.  


> Não entendo como isso vai realmente trazer resultados, sendo que eu não vou entender grande parte do que está sendo falado. 



A passagem acima diz muito, e aqui está o “catch 22” da coisa (a pegadinha, por assim dizer).   

Sim, essa “imersão” de que se fala não é uma coisa inflexível (do meu ponto de vista tá?), mas aquele que estuda tem que entender que já nesse ponto é necessário algum tipo de conhecimento, de contato com a linguagem.  

Então, digamos que se alguém não teve ainda contato com noções do tipo: sons de letras em inglês (comparado com os sons de nossa linguagem), letras repetidas que mudam o som (oo, ii, etc), o “t” quando muda e fica com som de “r” (when you say nothing at all – Ronan Keating, lembra? - no matter what, etc).  

No contato diário (ou mesmo não diário, mas repetitivo, mas não só “uma vez na vida outro na morte”) é que se percebe coisas como essas (em uso, inglês em carne e osso, em “real life”).  

Desse modo, primeiro primeiro poderíamos assistir o filme com legenda em inglês e som em português, e depois o inverso, e finalmente tudo em inglês.   

Chegar ao nível de assistir tudo em inglês é a fase que poderíamos dizer que alguém passou pelo processo de imersão, seria o processo até chegar lá (com isso, houve bastante estudo envolvido, mas principalmente esforço).  

Voltando ao começo - back to the crux (of the matter), aqui já nessa fase de poder assistir algo na língua inglesa, como o meu conhecimento aumenta com isso? Bom, eu aprendo algumas coisinhas e não deixo “enferrujar” outras, por exemplo:  

O som de “a” em “have” no inglês britânico e australiano muitas vezes é parecido com o nosso.  

O “e” de “heart’ pode ter duas pronúncias, principalmente em músicas.  

Etc, etc.  

Enfim, esse tipo de imersão assume um conhecimento funcional até certo ponto.  

  

Outro “catch 22” é o fato de querermos aprender só o que precisamos, mas como poderemos saber quando vamos precisar? Não sabemos quando se vai precisar.   

E mais, no caso de um filme ou outra situação de inglês falado, não é só “entender” (superficialmente digo), entender que alguém pediu para entrar na sala e teve permissão é “fácil” mas pode não ser tudo. Como aconteceu o processo de comunicação sim.  

Uma pessoa pode pedir para entrar dizendo “may I come in?” que por si só denota respeito ou algum tipo de situação subordinada (se dirigindo à alguém que pode dar permissão). Obviamente a pessoa que permite pode dizer “sure, you can” afinal é alguém “que pode” fazer isso (pode decidir pela não formalidade ou não).  

Daí que, eu posso estar assistindo o filme, ver isso e não perceber as nuances. Para mim a conversa flui mas eu posso usar as palavras numa situação errada (e ter um resultado contraproducente, podendo até causar uma   

Resistência contra mim ou ao que digo.)  

  

Eu gosto muito de ler e procurar situações do dia a dia, e algumas vezes (senão muitas) tenho encontrado situações que não vi em filmes ou outro meio. Eu vejo aqui nesse “novel” The Associate (Grisham) a seguinte passagem:  

-Can you read this on the airplane? While phrase like a question it was an outright command.  

Assim eu entendo a situação, que embora tendo feito uma pergunta era uma ordem, ainda que em formato de pergunta. Não quer dizer que eu, por ter aprendido isto terei que repetí-lo “ipsis verbis” or “ipsis litteris” em algum outro lugar.  

  

O que eu quero dizer com isso? Que nem sempre imersão quer dizer ficar assistindo filme, ou ouvindo música, etc. é fazer um esforço de entender, de estar preparado para situações e entender o(s) contexto(s).   

Daí que quanto mais se tem contato com o inglês (em qualquer de suas formas) mais vocabulário se ganha, mais se apto está. Essa é minha versão e entendimento de imersão.   

Na prática é tentar o máximo sair da zona de conforto e pensar como o outro pensaria na outra linguagem.  

  

Então, sim, diante do que expliquei. Não, se a pessoa não entender imersão como uma experiência, um processo de longo prazo, não é aprender por osmose pura e simplesmente. Por osmose vem, por osmose sai da cabeça!  

  

E depende do aluno, do professor, do método, do tipo de inglês a que se está sendo exposto, etc. Afinal, estudar inglês deve ser levado a sério (apesar de se procurar ter prazer, se divertir fazendo isso).  

Ou seja “whatever is worth doing at all, is worth doing well.” (tudo aquilo que valer a pena ser feito, vale a pena ser feito bem.)   

Não confundir com ”..is worth overdoing it.” (...vale a pena exagerar exagerar na dose.)!   

  

Equilíbrio é o nome do jogo.  

  

<https://www.youtube.com/watch?v=vmaKSx7ruS8>  

(Está em inglês, mas pode usar legenda (clicando no CC) e pode usar o dicionário para traduzir, o que importa é a mensagem aqui.)  

  

P.S.: É apenas um comentário aqui, de forma informal e despretenciosa, não sou profissional de ensino ou coisa que o valha. Apenas estou passando um pouco do que aprendi de minha própria experiência e de outros. Assim, não estou tentando cobrir todos os pontos de um tópico tão vasto; tentei apenas dar uma resposta de um aluno para outro, sem detalhar muito. Espero que, de alguma forma tenha ajudado.   

Outros podem dividir suas experiências e concordar, discordar, trazer outros "insights".