投稿時間:2023-01-23 07:07:24 RSSフィード2023-01-23 07:00 分まとめ(9件)

カテゴリー等	サイト名等	記事タイトル・トレンドワード等	リンクURL	頻出ワード・要約等/検索ボリューム	登録日
IT	ビジネス+IT 最新ニュース	日本人初「サッカー指導欧州最高資格」髙野氏に聞くキャリアの「独自性」はどう築く？	https://www.sbbit.jp/article/cont1/99513?ref=rss		2023-01-23 06:10:00
Ruby	Railsタグが付けられた新着投稿 - Qiita	Railsの部分テンプレートで「ActionView::MissingTemplate」	https://qiita.com/akachy/items/dc06de21a701e941dcd8	missingpart	2023-01-23 06:09:03
技術ブログ	Developers.IO	「クラメソCX合宿2022 秋」をふりかえってインタビュー！ガオリュウ編	https://dev.classmethod.jp/articles/cxgasshuku2022autumn_gaoryu_02/	本部	2023-01-22 21:54:30
海外TECH	DEV Community	Como realizar um bom troubleshooting ?	https://dev.to/brunonovais/como-realizar-um-bom-troubleshooting--1h4p	Como realizar um bom troubleshooting Bom atualmente muito de nós engenheiros de software em especial os mais iniciantes preocupam se com a tecnologia X ou Y a ser usada qual provedor cloud usar ou qual design pattern devo usar nesse código Mas antes dessas perguntas éextremamente necessário que todo engenheiro treine uma habilidade básica inerente a própria engenharia a habilidade de quebrar problemas e solucioná los em outras palavras como realizar um bom troubleshooting Ao se esquecer dessa parte primordial muitos engenheiros irão simplesmente navegar no mar da dúvida sem atacar o problema real Tal como um médico que receita remédios ao seu paciente sem procurar a causa raiz um engenheiro de software sem compreender o problema real apenas nadaráno mar de incertezas muitas vezes aumentando o custo do projeto sem saber exatamente se solucionou de fato ou não a dor Para isso a mentalidade por trás dessa solução e investigação deve ser completamente analítica paramos o “sangramento investigamos e por fim completamos o ciclo corrigindo o problema Mas para isso énecessário não sóexperiência e muitas vezes técnicas as quais com o tempo se tornarão naturais no dia a dia Sobre isso falarei um pouco mais sobre as técnicas logo abaixo onde dividirei esse artigo em cada parte do ciclo de solução Sumário Parar o sangramento Investigação Correção Conclusão Parar o sangramentoPor mais que seja tentador falar que a correção do problema seja a fase mais importante as vezes interromper imediatamente o efeito direto ou colateral causado por uma falha na maioria das vezes éa melhor saída inicial Se vocêtrabalha em algum sistema financeiro sabe que uma falha pode custar muito muito dinheiro Quanto mais cedo parar o sangramento mais feliz os stakeholders ficarão Para isso vocêpode utilizar o acrônimo O Q C O que mudou Quando mudou Como mudou Fazendo essas três perguntas vocêconseguiráter uma visão mais imediata do que mudou no seu sistema seja um fator interno ou externo e assim reverter essa situação ou contorná la diminuindo o impacto nos seus clientes Logs de aplicação traces change orders e documentações são sempre bem vindos nessa hora mas entenda que apenas ter essas informações não mudarámuito énecessário adicionar na fórmula a sua análise do problema InvestigaçãoEssa fase équando a primeira tempestade acabou agora éhora de analisar o problema mais profundamente procure reler o que aconteceu no incidente para relembrar de alguns detalhes e assim parta para a investigação Nessa etapa podemos ter algumas ferramentas que podem nos ajudar reprodução e isolamento Se seu sistema permitir a capacidade de reprodução daquele cenário ótimo utilize a exaustivamente Tente reproduzir o máximo possível da condição daquele incidente suba a aplicação localmente coloque os mesmos dados de entrada e através dos breakpoints na sua IDE observe passo a passo da aplicação atéchegar no erro esperado Essa éuma técnica muito poderosa mas que infelizmente muitos programados não a utilizam frequentemente seja por não conseguir simular completamente as condições por questões de uma máarquitetura ou falta de ferramentas ou por simplesmente desconhecerem sua utilização Outra possível técnica éisolar o problema Comece pensando no seu sistema de fora para dentro Seráque foi alguma integração externa que causou isso Alguma dependência de outro sistema Seráque foi algum tratamento de dado que falhou alguma regra não prevista ou entrada de dado não prevista Seráque foi alguma comunicação entre os serviços que falhou Seráque o próprio serviço falhou Repare que nessa linha estamos sempre questionando nosso sistema de fora para dentro avaliando se o ofensor éexterno ou se de fato éinterno Se o sistema foi bem testado a chance de ser um ofensor externo égrande porém essa etapa também éimportante para elucidarmos se o nosso sistema foi bem testado ou não Nos momentos em que percebemos que o ofensor éexterno sempre se lembre disso não busque culpados busque causas Não éinteressante para vocêou para sua empresa que ao localizar que a falha veio por um sistema de outro setor que falhou saia apontando o dedo em direção ao outro departamento Não faça isso Ao contrário busque mostrar aos seus colegas a causa daquela falha no seu sistema e como eles podem fazer para ajustar Seráuma conversa muito mais proveitosa para ambos CorreçãoA fase final do ciclo na solução de um problema Équando ao játermos parado o sangramento e investigarmos procurarmos uma força de corrigir aquele problema jásabendo sua causa raiz procure solucionar o problema não apenas para “tapar o buraco mas sim para entender como melhorar o código ou como evitar que isso ocorra novamente Após feito teste o sistema exaustivamente afinal nem vocênem seus clientes querem que isso volte a ocorrer implemente a correção e não esqueça de documentar o que foi feito Assim vocêou outros colegas no futuro saberão o que causou e como foi resolvido se um problema similar aparecer játerão um bom norte ConclusãoResolver problemas não éfácil mas éuma habilidade crucial de todo engenheiro Se vocêse vêcomo um engenheiro de software ou deseja se tornar talvez essa seja a melhor aptidão para masterizar A linguagem X ou Y os detalhes da tecnologia e arquiteturais tudo isso éimportante mas tudo isso são ferramentas e se vocênão souber qual éo problema a ser resolvido de nada adianta ter o melhor martelo Não adianta ter as melhores tintas e pincéis se vocêsequer tem ideia do que quer pintar Inclusive se vocêjápensou um pouco sobre o problema do excesso de engenharia overengineering dêuma lida neste artigo	2023-01-22 21:47:11
海外TECH	DEV Community	How to Document Your Cassandra Database with One Command (and Nothing to Install)	https://dev.to/sualeh/how-to-document-your-cassandra-database-with-one-command-and-nothing-to-install-1cgf	How to Document Your Cassandra Database with One Command and Nothing to Install Ever wondered what the tables in your Cassandra database look like Generate a text file of your Cassandra database with one command You can run this on any system that has Docker installed For now create a Cassandra database in a Docker container Later you can use the same technique to conect to your own Cassandra database Create two Docker Compose files for the Cassandra and SchemaCrawler containers Also create one more with the CQL database creation script You can find these files in the GitHub gist for this article Then open a command shell in the same folder that you created these files and run docker compose f schemacrawler yml f cassandra yml up dWait for a while for the containers to start up and then connect into the Cassandra container by running docker exec it cassandra bashIn the Cassandra container shell run the script to create a sample database and exit the shell cqlsh f share database cqlexitNow that the Cassandra database is created connect into the SchemaCrawler container by running docker exec it schemacrawler bashIn the SchemaCrawler container shell run SchemaCrawler against the Cassandra database to see your table Run schemacrawler url jdbc cassandra cassandra store user cassandra password cassandra info level minimum command listAfter you have got this working you can alter the command to show more details of the database For example you can run schemacrawler url jdbc cassandra cassandra store user cassandra password cassandra info level standard command schemaYou can save the output with an additional output file share schema txt argument and the file will be created in your local directory schemacrawler help will give you more information as well as the SchemaCrawler website Now you are ready to connect to your own database If you need help on how to construct the connection URL take a look at ing bank cassandra jdbc wrapper	2023-01-22 21:19:38
ニュース	BBC News - Home	Lisa Marie Presley: Daughter's emotional tribute read out at memorial	https://www.bbc.co.uk/news/world-us-canada-64368687?at_medium=RSS&at_campaign=KARANGA	marie	2023-01-22 21:39:42
ニュース	BBC News - Home	Freddie Burns: Leicester Tigers fly-half to join Super Rugby side Highlanders	https://www.bbc.co.uk/sport/rugby-union/64368280?at_medium=RSS&at_campaign=KARANGA	Freddie Burns Leicester Tigers fly half to join Super Rugby side HighlandersFreddie Burns Leicester s match winner in last season s Premiership final will leave the club in February to join New Zealand based Highlanders	2023-01-22 21:00:45
ビジネス	東洋経済オンライン	米中の半導体戦争が過去の日米競争と次元違う訳 日本の事例から正しい教訓を学べるかがカギだ | 地経学の時代－地政学と経済の融合 | 東洋経済オンライン	https://toyokeizai.net/articles/-/647190?utm_source=rss&utm_medium=http&utm_campaign=link_back	chipwar	2023-01-23 07:00:00
ビジネス	東洋経済オンライン	事故防げる？JR東｢障害物検知システム｣の将来性 線路上の人や車をカメラが検知して注意喚起 | 経営 | 東洋経済オンライン	https://toyokeizai.net/articles/-/647234?utm_source=rss&utm_medium=http&utm_campaign=link_back	東洋経済オンライン	2023-01-23 06:30:00