\u00c0s vezes voc\u00ea tem sorte. Mas essa \u00e9 a pior maneira de resolver problemas, al\u00e9m de ser uma enorme perda de tempo. A melhor maneira envolve a) ter uma estrutura e b) pratic\u00e1-la.
\n<\/p>\n
![\"pensar](\"https:\/\/programathor.com.br\/blog\/wp-content\/uploads\/2018\/08\/pensar-com-um-programador-768x197.jpg\")
<\/p>\n
1. Entender<\/h2>\n
Saiba exatamente o que est\u00e1 sendo perguntado. A maioria dos problemas dif\u00edceis s\u00f3 s\u00e3o dif\u00edceis porque voc\u00ea n\u00e3o os entende (ta a\u00ed porque este \u00e9 o primeiro passo).<\/p>\n
Como saber quando voc\u00ea entende um problema? Quando voc\u00ea pode explicar isso em um simples portugu\u00eas.<\/p>\n
Voc\u00ea se lembra de estar preso a um problema, come\u00e7a a explic\u00e1-lo e v\u00ea instantaneamente buracos na l\u00f3gica que voc\u00ea n\u00e3o viu antes?<\/p>\n
\u00c9 por isso que voc\u00ea deve anotar seu problema, rabiscar um diagrama ou contar a algu\u00e9m sobre isso (ou coisa… algumas pessoas usam um pato de borracha).<\/p>\n
2. Planejar<\/h2>\n
N\u00e3o mergulhe direto na solu\u00e7\u00e3o sem um plano (e, de alguma forma, espere que voc\u00ea possa atrapalhar seu caminho). Planeje sua solu\u00e7\u00e3o! Nada pode ajud\u00e1-lo se voc\u00ea n\u00e3o conseguir anotar as etapas exatas.<\/p>\n
Na programa\u00e7\u00e3o, isso significa n\u00e3o come\u00e7ar a invadir imediatamente. D\u00ea tempo ao seu c\u00e9rebro para analisar o problema e processar as informa\u00e7\u00f5es.<\/p>\n
Para obter um bom plano, responda a esta pergunta:<\/p>\n
Dada a entrada X, quais s\u00e3o as etapas necess\u00e1rias para retornar a sa\u00edda Y?”<\/p>\n
Nota:<\/strong> Os programadores t\u00eam uma \u00f3tima ferramenta para ajud\u00e1-los com isso\u2026 Coment\u00e1rios!<\/p>\n Preste aten\u00e7\u00e3o. Este \u00e9 o passo mais importante de todos. N\u00e3o tente resolver um grande problema. Em vez disso, divida-o em sub-problemas. Estes sub-problemas s\u00e3o muito mais f\u00e1ceis de resolver.<\/p>\n Em seguida, resolva cada sub-problema um por um. Comece com o mais simples (simples significa que voc\u00ea sabe a resposta ou est\u00e1 mais perto dessa resposta).<\/p>\n Depois disso, o mais simples \u00e9 que esse sub-problema que est\u00e1 sendo resolvido n\u00e3o depende da resolu\u00e7\u00e3o de outros.<\/p>\n Depois de resolver todos os sub-problemas, conecte os pontos.<\/p>\n Conectar todas as suas \u201csub-solu\u00e7\u00f5es\u201d lhe dar\u00e1 a solu\u00e7\u00e3o para o problema original. Parab\u00e9ns!<\/p>\n Esta t\u00e9cnica \u00e9 uma conex\u00e3o de solu\u00e7\u00f5es para resolver o problema maior. Lembre-se (leia este passo novamente, se for necess\u00e1rio).<\/p>\n A essa altura, provavelmente voc\u00ea est\u00e1 sentado pensando “Isso \u00e9 legal e tudo mais, mas e se eu estiver preso e n\u00e3o conseguir resolver um sub-problema?”<\/p>\n Primeiro, respire fundo. Em segundo lugar, isso \u00e9 justo. N\u00e3o se preocupe, amigo. Isso acontece com todos!<\/p>\n A diferen\u00e7a \u00e9 que os melhores programadores \/ solucionadores de problemas s\u00e3o mais curiosos sobre erros do que irritados.<\/p>\n Aqui est\u00e3o tr\u00eas coisas para tentar enfrentar um golpe:<\/p>\n – Debug:<\/strong> percorra passo a passo sua solu\u00e7\u00e3o tentando descobrir onde voc\u00ea errou. Os programadores chamam isso de debuggin.<\/p>\n – Reavaliar:<\/strong> D\u00ea um passo atr\u00e1s. Olhe para o problema de outra perspectiva. Existe algo que possa ser abstra\u00eddo para uma abordagem mais geral?<\/p>\n Outra maneira de reavaliar \u00e9 come\u00e7ar de novo. Apague tudo e comece novamente com novos olhos. Estou falando s\u00e9rio. Voc\u00ea ficar\u00e1 perplexo com a efic\u00e1cia disso.<\/p>\n – Pesquisa:<\/strong> Ah, bom e velho Google. Voc\u00ea leu certo. N\u00e3o importa qual problema voc\u00ea tenha, algu\u00e9m provavelmente resolveu. Encontre essa pessoa \/ solu\u00e7\u00e3o. Na verdade, fa\u00e7a isso mesmo se voc\u00ea resolveu o problema! (Voc\u00ea pode aprender muito com as solu\u00e7\u00f5es de outras pessoas).<\/p>\n Advert\u00eancia: n\u00e3o procure uma solu\u00e7\u00e3o para o grande problema. Apenas procure solu\u00e7\u00f5es para sub-problemas. Por qu\u00ea? Porque a menos que voc\u00ea tenha dificuldades (mesmo um pouco), voc\u00ea n\u00e3o aprender\u00e1 nada. Se voc\u00ea n\u00e3o aprender nada, desperdi\u00e7ou seu tempo.<\/p>\n N\u00e3o espere ser \u00f3timo depois de apenas uma semana. Se voc\u00ea quer ser um bom solucionador de problemas, resolva muitos problemas!<\/p>\n Pr\u00e1tica. Pr\u00e1tica. Pr\u00e1tica. Ser\u00e1 apenas uma quest\u00e3o de tempo at\u00e9 voc\u00ea reconhecer que “esse problema pode ser facilmente resolvido com <inserir conceito aqui>”.<\/p>\n Puzzles de xadrez, problemas de matem\u00e1tica, Sudoku, Go, monop\u00f3lio, video-games, cryptokitties, bla\u2026 bla\u2026 bla\u2026<\/p>\n Na verdade, um padr\u00e3o comum entre as pessoas bem-sucedidas \u00e9 o h\u00e1bito de praticar “microssolu\u00e7\u00e3o de problemas”. Por exemplo, Peter Thiel faz xadrez e Elon Musk joga videogames.<\/p>\n Isso significa que voc\u00ea deve apenas jogar videogames? De modo nenhum. Mas o que s\u00e3o video-games? Isso mesmo, resolu\u00e7\u00e3o de problemas!<\/p>\n Ent\u00e3o, o que voc\u00ea deve fazer \u00e9 encontrar uma sa\u00edda para praticar. Algo que permite resolver muitos micro-problemas (idealmente, algo que voc\u00ea goste).<\/p>\n Est\u00e1 buscando novas oportunidades com desenvolvedor? Acesse a ProgramaThor<\/a>, uma startup focada no recrutamento de desenvolvedores. Para se candidatar \u00e0s vagas para programador e receber notifica\u00e7\u00f5es em casos de matching, basta de cadastrar e completar seu perfil corretamente.<\/p>\n3. Dividir<\/h2>\n
![\"\"](\"https:\/\/programathor.com.br\/blog\/wp-content\/uploads\/2018\/09\/vaga-desenvolvedor-1-676x367.jpg\")
<\/a>
\n4. Preso?<\/h2>\nNa pr\u00e1tica<\/h2>\n
\nConsiga um emprego!<\/strong><\/h3>\n