Num mundo onde as intelig\u00eancias artificiais amea\u00e7am substituir todos os programadores, temos que tentar ser diferentes e destacarmo-nos dos nossos colegas. Em primeiro lugar, sou um pouco c\u00e9tico em rela\u00e7\u00e3o a esta tend\u00eancia de dizerem que vamos ficar todos sem trabalho, mas deixo essa discuss\u00e3o para outro dia. Todavia, se temos ambi\u00e7\u00f5es de nos destacarmos dos nossos colegas e progredir na nossa carreira, existem alguns pontos que, pela minha experi\u00eancia, podemos nos focar que ir\u00e3o fazer toda a diferen\u00e7a. Vou tentar dividir em alguns pontos e n\u00e3o vou estar a abordar os conhecimentos t\u00e9cnicos necess\u00e1rios, apesar destes serem tamb\u00e9m fundamentais. Assumindo que os conhecimentos tecnicos j\u00e1 est\u00e3o bem apurados, \u00e9 assim que podes destarcar-te:<\/p>\n\n\n\n
A documenta\u00e7\u00e3o \u00e9 fundamental, seja para comunicarmos com os nossos colegas ou com o pr\u00f3prio utilizador. A documenta\u00e7\u00e3o sendo boa, ajuda-nos at\u00e9 a relembrar o que foi feito, como foi feito e por que foi feito. A documenta\u00e7\u00e3o t\u00e9cnica permite um f\u00e1cil onboarding de novos programadores, porque facilmente ficam familiarizados com o c\u00f3digo. Um bom manual de utilizador mostra como utilizar a plataforma a novos utilizadores, assim como permite que tarefas e a\u00e7\u00f5es feitas menos vezes possam ser relembradas. Criar boa documenta\u00e7\u00e3o tamb\u00e9m \u00e9 muito dif\u00edcil, eu pr\u00f3prio tenho dificuldade em fazer boa documenta\u00e7\u00e3o, nem \u00e9 uma coisa que goste de fazer, mas reconhe\u00e7o que \u00e9 fundamental e tento escrever sempre alguma coisa todas as semanas. Por vezes pode ser apenas um ou dois par\u00e1grafos, o importante \u00e9 escrever alguma coisa. N\u00e3o tem que ficar perfeita \u00e0 primeira. Podes ir melhorando ao longo do tempo.<\/p>\n\n\n\n
Sejam programadores ou de outra \u00e1rea qualquer, como finan\u00e7as ou comunica\u00e7\u00e3o, \u00e9 comum as pessoas gostarem da previsibilidade do seu trabalho e muitas vezes t\u00eam o prazer de serem as \u00fanicas pessoas a fazer determinada fun\u00e7\u00e3o. Acredito que a longo prazo \u00e9 prejudicial para a progress\u00e3o na carreira, porque ficamos agarrados sempre \u00e0s mesmas fun\u00e7\u00f5es. Principalmente na resolu\u00e7\u00e3o de problemas, gosto que toda a minha equipa seja capaz de resolver os mesmos problemas que eu. Detesto quando sou o \u00fanico que pode resolver os problemas. Na pr\u00e1tica, o que acontece \u00e9 que posso delegar ou ter a ajuda dos colegas nessas situa\u00e7\u00f5es e ganho tempo para me focar em novos e diferentes projetos. \u00c9 com novos desafios e projetos que vamos evoluindo e ganhando conhecimento. Al\u00e9m de que posso ir de f\u00e9rias descansado porque os colegas que ficam tamb\u00e9m sabem resolver os problemas.<\/p>\n\n\n\n
Automatiza\u00e7\u00e3o \u00e9 a nossa melhor amiga para nos desprendermos de tarefas repetitivas. Tudo o que seja repetitivo e nos tire algum tempo a executar, devemos tentar automatizar. Apenas n\u00e3o podemos cair no erro de levar 3 dias para automatizar uma tarefa que se faz uma vez por m\u00eas e leva 10 minutos. H\u00e1 que medir sempre se vale realmente o investimento de tempo na automatiza\u00e7\u00e3o, mas nos casos em que faz sentido, ao longo do tempo podemos ganhar horas que podemos aplicar no nosso desenvolvimento pessoal e profissional. Mais uma vez, estamos a tirar a nossa depend\u00eancia para efetuar tarefas rotineiras e libertar o nosso tempo para os verdadeiros desafios.<\/p>\n\n\n\n
Uma coisa \u00e9 certa, seja um website, uma rotina ou uma API ou at\u00e9 um jogo que estejas a desenvolver, este vai falhar. Vai crashar, vai estar indispon\u00edvel ou vai faltar a luz. Nestes casos \u00e9 sempre importante ter mecanismos de recupera\u00e7\u00e3o dos erros. Por vezes at\u00e9 pode ser uma chamada a uma API externa e por algum motivo fica indispon\u00edvel. Os nossos projectos t\u00eam que ser resilientes a estas coisas. Logs para registar eventos e analisar posteriormente s\u00e3o fundamentais. Op\u00e7\u00f5es de retry ou at\u00e9 mesmo backups regulares s\u00e3o importantes para conseguirmos repor o sistema da forma mais r\u00e1pida poss\u00edvel, idealmente sem impactar os utilizadores. Aqui \u00e9 fundamental entender quais s\u00e3o as situa\u00e7\u00f5es que levam a uma falha a acontecer e corrigi-la. Se n\u00e3o for poss\u00edvel porque n\u00e3o temos controlo sobre o c\u00f3digo ou implementa\u00e7\u00e3o (APIs externas por exemplo), temos que garantir que, havendo indisponibilidade, conseguimos ir buscar a informa\u00e7\u00e3o a outro lado ou tentamos novamente at\u00e9 obter a informa\u00e7\u00e3o.<\/p>\n\n\n\n
Mais uma vez aqui o objetivo \u00e9 tirar as depend\u00eancias de n\u00f3s. Ao combinarmos os outros pontos atr\u00e1s, podemos ser capazes de criar ferramentas ou funcionalidades espec\u00edficas para alguns utilizadores de forma a que possam resolver algumas situa\u00e7\u00f5es sozinhos. Aqui, dependendo do tamanho do produto, podemos at\u00e9 estar a falar em facilitar o trabalho das equipas de suporte. Juntando automatiza\u00e7\u00e3o, capacidade de resili\u00eancia e recupera\u00e7\u00e3o e a autonomia de um grupo de power users da plataforma ou API, estes \u00faltimos podem, numa primeira inst\u00e2ncia, resolver os problemas e arranjar solu\u00e7\u00f5es sem que haja a nossa interven\u00e7\u00e3o.<\/p>\n\n\n\n
Se tivesse de resumir tudo isto em meia d\u00fazia de palavras, diria que, se tivermos uma postura de efetuar o nosso trabalho e desenvolvimento com o objectivo de n\u00f3s n\u00e3o sermos mais necess\u00e1rios para manter o sistema, estamos a libertar o nosso tempo para abra\u00e7ar novos desafios, novos problemas e, acima de tudo, para criar novas funcionalidades. A minha experiencia diz-me que h\u00e1 sempre outras coisas e coisas novas para fazer.<\/p>\n","protected":false},"excerpt":{"rendered":"
Num mundo onde as intelig\u00eancias artificiais amea\u00e7am substituir todos os programadores, temos que tentar ser diferentes e destacarmo-nos dos nossos colegas. Em primeiro lugar, sou um pouco c\u00e9tico em rela\u00e7\u00e3o a esta tend\u00eancia de dizerem que vamos ficar todos sem trabalho, mas deixo essa discuss\u00e3o para outro dia. Todavia, se temos ambi\u00e7\u00f5es de nos destacarmos…<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-244","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/posts\/244","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=244"}],"version-history":[{"count":4,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/posts\/244\/revisions"}],"predecessor-version":[{"id":248,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=\/wp\/v2\/posts\/244\/revisions\/248"}],"wp:attachment":[{"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=244"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=244"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/codefornoobs.pt\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=244"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}