Após um almoço no restaurante próximo da firma, na raras visitas que faço por lá, enquanto comiamos a famosa panqueca de quinta-feira, uma colega começou a conversar sobre o novo chat bot de OpenAI que tomou corações e posts do Mastodon, ChatGPT.
Hoje ela me enviou uma canção gerada pelo bot.
Helio, Helio, the Linux lover He knows Kubernetes like no other Prometheus, Design Rules, he's got them down Windows? He'd rather not mess around
With his skills in Python and Linux, too Helio can make any project come true He's a developer with a passion for all things open source And when it comes to coding, he's always on the right course
So here's to you, Helio, the Linux and Python king You make the world of technology sing Keep up the great work, and never lose your love for all things open We're grateful for all the code you're sharing, and the knowledge you're hopen!"
Eu adorei, claro. Muito obrigado Teja!
Por algum motivo bizarro, a Apple inclui essa tecla esquisita no teclado de seus notebooks. Tenho no MacBook Pro que uso, mas já vi que é a mesma coisa em outro modelos como o MacBook Air. Como eu uso boa parte do tempo em casa, onde tenho um teclado mecânico, quase nunca percebo o problema dessa tecla alienígena instalada. Mas basta eu trabalhar só no laptop em hackathons e outros eventos pra começarem os problemas. Principalmente quando vou mexer no shell e passar o "~" pra usar como abreviação do HOME.
Hoje, um dos raros dias que faço isso, resolvi mexer no laptop na sala pra assistir à copa do mundo e acertar algumas coisas no raspberrypi. Além de escrever pro blog aqui. Eis que o raio da tecla "~" faz falta. Mas dessa vez resolvi buscar alguma solução na Internet. E achei!
https://apple.stackexchange.com/questions/281405/easy-way-to-remap-non-modifier-keys-on-mac
Basicamente é rodar o seguinte comando:
MacOS@helio> hidutil property --set '{"UserKeyMapping":
[{"HIDKeyboardModifierMappingSrc":0x700000035,
"HIDKeyboardModifierMappingDst":0x700000064},
{"HIDKeyboardModifierMappingSrc":0x700000064,
"HIDKeyboardModifierMappingDst":0x700000035}]
}'
Isso já configura a tecla corretamente. E pra iniciar durante o boot, criar o arquivo ~/Library/LaunchAgents/com.user.loginscript.plist com o seguinte conteúdo:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.user.loginscript</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/hidutil</string>
<string>property</string>
<string>--set</string>
<string>{"UserKeyMapping":[{"HIDKeyboardModifierMappingSrc":0x700000035, "HIDKeyboardModifierMappingDst":0x700000064}, {"HIDKeyboardModifierMappingSrc":0x700000064, "HIDKeyboardModifierMappingDst":0x700000035}]}</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist>
E chamar na inicialização assim:
MacOS@helio> launchctl load ~/Library/LaunchAgents/com.user.loginscript.plist
E pronto! Tecla funcional. Agradeço de coração quem deu essa resposta maravilhosa no stack exchange.
UPDATE: Sun Nov 27 19:27:29 CET 2022
Quando fui usar o laptop conectado no teclado externo, tive a triste verificação de que os comandos acima troca uma tecla pela outra, o que é altamente indesejado. O que eu quero é mesmo sumir com a tecla do "±" que não uso.
Pra isso eu precisei modificar o comando anterior para:
MacOS@helio> hidutil property --set '{"UserKeyMapping":
[{"HIDKeyboardModifierMappingSrc":0x700000064,
"HIDKeyboardModifierMappingDst":0x700000035}]
}'
E o mesmo pra ~/Library/LaunchAgents/com.user.loginscript.plist:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>com.user.loginscript</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/hidutil</string>
<string>property</string>
<string>--set</string>
<string>{"UserKeyMapping":[{"HIDKeyboardModifierMappingSrc":0x700000064, "HIDKeyboardModifierMappingDst":0x700000035}]}</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist>
E agora tenho a tecla "~" em ambos os teclados. Precisei dar um "reload" no launchctl pro caso do teclado:
MacOS@helio> launchctl unload ~/Library/LaunchAgents/com.user.loginscript.plist MacOS@helio> launchctl load ~/Library/LaunchAgents/com.user.loginscript.plist
Como um tsunami, Elon Musk assumiu o Twitter e literalmente varreu como uma onde destruidora a empresa. De cara mandou metade pra rua, depois pediu code review pra cada um que ficou e deu prazo para irem trabalhar fisicamente na empresa ou automaticamente estariam demitidos. Claro que as coisas não foram muito bem. E no momento atual continuam indo por água abaixo.
Enquanto isso redes alternativas ganharam tração, entre elas a Mastodon. Ao contrário do Twitter, Mastodon não é uma empresa ou uma rede: é um conjunto de servidores conversando o mesmo protocolo e que se comunicam entre si. Eu já tinha uma conta na instância mastodon.social, onde tudo surgiu. Mas desde que foi criada, em 2015, eu tinha postado 2 mensagens. E só. Nunca teve muita gente ali pra conversar pra tornar a rede minimamente interessante.
Mas com a ascensão do Elon ao Twitter isso tudo mudou. E pra melhor. Muita gente interessante migrou pra rede Mastodon, ao ponto de atingir o efeito rede e manter um crescimento sustentando em termos de usuários e posts. Se os servidores vão aguentar esse tráfego, daí já são outros 500.
No Twitter eu automatizava muita coisa. Então pra mim era essencial ter as mesmas coisas no Mastodon. Eu primeiramente descobri o programa "toot", em Python. Com ele é possível criar posts usando shell script (e na verdade foi o que fiz de início).
Não sei se tem pacotes pra instalar o toot, mas eu usei o pip do próprio python pra instalar.
helio@MacOS> pip3 install toot
Com isso o programa "too" vai parar em ~/.local/bin, que eu já tenho na minha variável PATH, então funciona no shell. Mas é preciso corrigir o PATH se for usar num script via crontab (como eu fiz depois).
O começo é criar um login na instância que for usar. Eu por exemplo comecei com helioloureiro@mastodon.social, mas como eu já tinha conta numa outra instância que uso pra fotos ao invés do Instagram, o pixelfed.social, adicionei também. E pra isso usei o parâmetro "-i".
helio@MacOS> toot login helioloureiro@mastodon.social helio@MacOS> toot login -i helioloureiro@pixelfed.social
As configurações ficam armazenadas num arquivo for json em ~/.config/toot/config.json, o que depois facilitou minha vida pra criar scripts em python (mas que vou descrever em outro artigo).
Daí você pode começar a mandar mensagens usando a conta padrão ou usando o "-i" pra qual instância quer mandar.
helio@MacOS> toot post "testing"
E o toot aceita mesmo passar conteúdo via pipe:
helio@MacOS> uname -a | toot post
Pra subir imagens e usando minha instância que posto em português:
helio@MacOS> toot activate helioloureiroBR@helioloureiroBR@mastodon.social
✓ User helioloureiroBR@helioloureiroBR@mastodon.social active
helio@MacOS> toot post "só li verdades" --media=$HOME/Pictures/chicobuarque-mastodon.jpg
Uploading media: /Users/ehellou/Pictures/chicobuarque-mastodon.jpg
Toot posted: https://mastodon.social/@helioloureiroBR/109410489057504335
Então é possível ver as possibilidades infinitas de scripts em shell com o uso de toot.
Pra terminar o artigo, deixo aqui a imagem muito significativa que enviei no teste. Afinal não existe prazer maior na vida que ajudar um bilionário a ficar milionário.
Em tempo: eu não apaguei minhas contas no Twitter. Estão lá mas inativas.
Acabei de lançar um sistema fácil pra fazer loteria de participantes na PyCon Suécia.
Ia fazer web, mas depois mudei de idéia e passei pra console com dialog.
./simple-lottery-eventbrite.py --csvfile=/Users/ehellou/Downloads/PyconSweden2022-Attendee_Summary_Report_91481040875_20221027_1516.csv --dialog
Ele abrirá e perguntará quantos rounds quer rodar (ou quantos vencedores ganharão).
Em seguida ele permite confirmar o ganhador o cancelar, no caso da pessoa não estar na sala.
E por fim salva um log dos ganhadores, com o email correto.
O repositório está no github.
Se não leu ainda os outros posts, pare e leia pra entender um pouco mais sober a Suécia.
Ao invés de descrever como funciona a Suécia ou descrever como levei meu último tombo de bicicleta aqui. Claro que não foi o primeiro. Já cai algumas vezes andando na neve e no gelo. Mas esse foi o primeiro em que deslizei nas folhas do outono.
Nessa época do ano já fica escuro por volta das 5 horas da tarde. Então luzes nas bicicletas são ítens obrigatórios. E no sentido literal mesmo. A lei de trânsito na região de Estocolmo exige luzes (frontal e traseira) e campainha pra circular com bicicletas. Capacete não é obrigatório (apenas pra crianças e jovens até 15 anos - e é responsabilidade dos pais assegurarem que a criança/jovem o esteja usando). Eu sai mais tarde da empresa pois participava da nossa hackathon bi-anual que aconteceu a primeira edição na primavera e a segunda agora no outono. Mas se tivesse saído às 5 estaria escuro do mesmo jeito. Não choveu, mas o chão está úmido da chuva dos dias anteriores (e talvez durante a madrugada). Ao fazer a minha primeira curva... lá vou eu rolando com bicicleta, laptop, etc. Os freios e marchas da bicicleta ficaram tortos com o tombo. A roda também. Mas eu levo um kit básico de ferramentas e arrumei tudo por lá mesmo pra poder chegar em casa.
Não me machuquei muito uma vez que escorreguei com a bicicleta nas folhas que ficam no chão. Só um arranhão básico.
No dia seguinte descobri mais algumas coisas que ficaram danificadas pela queda.
A fonte eu consegui dar um desentortada na mão mesmo. E está aqui funcionando como se nada tivesse acontecido. O mesmo posso dizer do laptop.
Já no dia seguinte ligou como se nunca tivesse caído no chão. Na verdade eu não sei dizer o quanto ele bateu no chão uma vez que a bicicleta cai por cima de mim (e por isso arranhou a minha perna). Mas fiquei feliz de ver que o laptop da Apple é duro na queda. Ele realmente parece ser bem sólido.
Agora vamos ao ponto do motivo pelo qual eu cai. Primeiro que a culpa é minha. Somente minha. Nessa época do ano eu já não deveria estar usando minha bicicleta road, que tem um pneu slick pra asfalto. Eu tenho uma mountain bike e deveria ter ido com ela mesmo. E o problema dessa época do ano são as folhas e a chuva. Chove bastante, como que pra anunciar que o inverno está chegando e as folhas criam uma camada pastosa escorregadia. Até mesmo de carro é preciso tomar cuidado quando passa por onde tem muitas folhas no chão. Imaginem então de bicicleta?
Eu não cai em nenhum desses lugares em que tirei a foto. Foi num lugar com bem menos folhas. A diferença foi que eu estava rápido demais, no escuro e dando chances demais pro azar. Com esse pneuzinho aí abaixo.
Não estava chovendo no momento da foto, mas é possível perceber o quanto o pneu fica molhado por passar pelas folhas úmidas. E um pneu liso, pra asfalto...
Então imagino que essa tenha sido a última pedalada que dei com minha bicicleta road nesse ano. Vou passar a usar a mountain bike, que logo logo precisarei trocar os pneus atuais pelos pneus de inverno. E talvez no ano que vem considerar trocar por uma gravel, que tem o pneu mais largo e com ranhuras.
Mas enquanto isso, podem olhar os vídeos que fiz com a bike road esse ano. O primeiro foi uma pedalada básica até um local próximo, Upplands Väsby, 67 Km ida e volta, depois Uppsala, 82 Km (voltamos de trem) e finalmente Nynäsham, 73 Km, de onde também voltamos de trem.
Esse problema já vinha arrastando-se por algum tempo. Desde que peguei o MacBook. Quando eu trabalhava com um display externo, o Firefox ficava com a fonte normal. Mas bastava eu usar somente o laptop pra ele ficar ridiculamente pequeno. Como pode ser visto na image, o texto é legível, mas a barra do Firefox é impossível. E em alguns sites específicos eu precisava ficar aumentando o zoom pra conseguir ler o texto.
No Macos eu já tinha configurado pra usar uma resolução não tão alta pra justamente não ficar com tudo ridiculamente pequeno na tela (eu particularmente odeio isso).
Mas o Firefox sempre teimava em não seguir a configuração. E o difícil era... buscar um solução já que eu não sabia qual o problema exatamente. Tentei "firefox small fonts", "firefox small resolution" e por aí seguiu minha busca. Sem infrutífera. Até que hoje eu resolvi buscar por "hidpi" e... bingo!
Basta entrar na configuração do Firefox com "about:config" e alterar o parâmetro "layout.
e como ficou depois, só mudando de 1 pra 1.5.
agora sim consigo usar apenas o laptop pra trabalhar.
Descobri através daqueles links obscuros que aparecem na segunda página de buscas do duckduck.go uma referência a um servidor Jenkins do KDE.
E pra minha surpresa, ou melhor, para meu deleite tem okular, dolphin e outras coisas práticas e excelentes pra rodar no Macos.
Depois de baixar e montar o arquivo dmg, usando como exemplo o Dolphin, você precisa copiar o arquivo pra suas aplicações e dar as permissões pra ele rodar:
$ xattr -d com.apple.quarantine /Applications/dolphin.app $ codesign --sign - --force --deep /Applications/dolphin.app
E basta iniciar o programa:
$ open -a /Applications/dolphin.app
Ookular funcionou sem problemas.
O Dolphin está com algum problema de tema que não aparecem os nomes de diretórios. Também senti falta do "single click" pra abrir os diretórios, mas já é infinitamente melhor que o "finder" do Mac.
Talvez o konsole algum dia também apareça nessa lista.
Enquanto isso não acontece, esse aqui é o link do Jenkins:
Eu já passei do tempo de comentar sobre esse assunto aqui, então hoje vou aproveitar que perguntaram sobre esse tema e escrever o que tenho feito.
Primeiro eu preciso explicar mais sobre meu dia à dia no trabalho. O que faço é compilar código em Go, criar e configurar helm charts e gerar containers. Pra isso temos um containers base de desenvolvimento que criamos baseado em Ubuntu 20.04 (e que precisamos atualizar pro 22.04 algum dia). Com o brew eu instalei todas as ferramentas que preciso e uso como o próprio compilador Go, fish shell, Python, git, kubectl, helm, etc. A única coisa foi que precisei alterar o meu PATH pra ler do brew ao invés do PATH normal. Então eu tenho algo como:
if [ "$OperatingSystem" = "Darwin" ]
set -gx PATH /opt/homebrew/bin /opt/homebrew/sbin $PATH $HOME/bin $HOME/.local/bin $HOME/go/bin
end
nas minhas configurações do fish.
Um dos motivos de forçar isso é que o bash que vem no Apple é uma versão muito velha. Então é melhor rodar a versão mais recente através do brew. E descobri que alguns scripts dava problemas com... getopts. Sim, o programa que usamos pra ler opções de scripts. Até isso precisei usar o que vem do brew. Aparentemente o Apple tem um getopt que é BSD e não funciona com as configurações da GNU. Mas seu script não sabe disso. Então tive de forçar a precedência dos binários do brew.
$ which -a bash
/opt/homebrew/bin/bash
/opt/homebrew/bin/bash
/bin/bash
$ /opt/homebrew/bin/bash --version
GNU bash, version 5.2.2(1)-release (aarch64-apple-darwin21.6.0)
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
$ /bin/bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin21)
Copyright (C) 2007 Free Software Foundation, Inc.
$ which -a getopt
/opt/homebrew/bin/getopt
/opt/homebrew/bin/getopt
/usr/bin/getopt
$ /opt/homebrew/bin/getopt --version
getopt from util-linux 2.38.1
$ /usr/bin/getopt --version
--
Além disso precisei mudar quase todos os shebangs dos shell scripts pra #! /usr/bin/env bash pra evitar rodar com o bash do sistema.
E como bom usuário de Linux eu não uso nada que tenha de pagar. Nem na loja da Apple eu registrei. Aliás criei um login e entrei pra baixar o skitch pra usar de screenshot saver como usava o flameshot, já que o que vem com o sistema é miserável o uso. Mas o restante eu instalo tudo via brew. E assim instalei o UTM, que na loja da Apple é pago mas via brew é só instalar e usar.
Por baixo do UTM roda tudo em qemu. Mas ele tem uma interface bacana de gerenciamento.
Eu instalei um Ubuntu 20.04 x86_64, chamado de amd64 (e guarde esse nome), e armv8, chamado de aarch64 ou arm64. Eu uso mais a versão pra ARM porque essa roda via VM usando a CPU nativa e é bem rápida, enquanto o x86_64 é via emulação e é bastante lento, além de ter problemas na emulação de tempos em tempos.
Nesse Linux eu instalei um pacote recente do qemu estático pra poder rodar o Docker multiplataforma.
# Latest qemu for docker/bob
RUN curl -OL http://ports.ubuntu.com/ubuntu-ports/pool/universe/q/qemu/qemu-user-static_6.2+dfsg-2ubuntu6.4_arm64.deb \
&& dpkg -i qemu-user-static_6.2+dfsg-2ubuntu6.4_arm64.deb \
&& rm qemu-user-static_6.2+dfsg-2ubuntu6.4_arm64.deb
Como são binários estáticos, você pode pegar qualquer pacote, inclusive do Debian mesmo, e instalar. A versão que vem com o Ubuntu dá um crash no kernel do Apple e reboot o laptop, então pegue essa última versão e tenha certeza de ter aplicado os últimos patches de seguranças do Macos.
Agora começa o balaio de gato de plataformas. O pacote, como pode ser visto acima, é chamado "arm64". Mas se eu entro no meu terminal no Apple, o que tenho é isso:
$ uname -m
x86_64
$ uname -a
Darwin EMB-QG9ND6H2 21.6.0 Darwin Kernel Version 21.6.0: Mon Aug 22 20:19:52 PDT 2022; root:xnu-8020.140.49~2/RELEASE_ARM64_T6000 x86_64
e dentro da VM rodando Linux/arm64:
$ uname -m
aarch64
$ uname -a
Linux ubuntu-2004 5.4.0-128-generic #144-Ubuntu SMP Tue Sep 20 11:03:09 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux
então já começa o balaio de gato aí. O Apple acha que ele é um x86_64, o que não é verdade. Linux diz que é aarch64, mas os pacotes referem-se à arm64.
Pra fazer isso você entra na configuração do Docker e adiciona a seguinte linha:
"experimental": "enabled"
isso habilite o build em múltiplas plataformas. Ou chamar o container de outras plataformas.
Então pra fazer um build x86_64 você usa algo como:
$ docker build --platform=linux/amd64 .
e um exemplo baixando um container baseado em alpine e usando:
$ docker pull --platform=linux/amd64 quay.io/aptible/alpine
Using default tag: latest
latest: Pulling from aptible/alpine
207e252fc310: Pull complete
8a9527e58fed: Pull complete
cdb7f38bc74b: Pull complete
3eb2d0c301f8: Pull complete
Digest: sha256:9790231800450f0e5fb93c03aecd22de0d5d43ae9898aa713350bdbeb9bd1e70
Status: Downloaded newer image for quay.io/aptible/alpine:latest
quay.io/aptible/alpine:latest
$ docker run --rm --platform=linux/amd64 quay.io/aptible/alpine uname -a
Linux 249590268d5c 5.4.0-128-generic #144-Ubuntu SMP Tue Sep 20 11:03:09 UTC 2022 x86_64 Linux
E pronto. Lembram que escrevi acima sobre a bagunça de nomenclaturas e que o amd64 era usado em algum momento? Pois olha ele aí.
Mas nem tudo são flores. Descobri alguns problemas quando parte do nosso build usa ferramentas feitas em... Java! Ou o container trava (e por sua vez a instância do qemu rodando) ou gera um core dump.
O erro é o mesmo descrito aqui:
https://github.com/adoptium/temurin-build/issues/893
mas eu acho que o bug não do openjdk ou do jdk, porque testei também com o jdk da própria Oracle, mas da emulação do qemu.
Isso foi no começo da minha aventura. Depois de um tempo eu vi um vídeo sobre o Rancher Desktop e resolvi testar. Primeiro que tive de configurar pra usar Docker nativo.
Pra rodar o rancher corretamente eu precisei solicitar acesso root à máquina via sudo, que não é dado por padrão e é preciso solicitar. Mas após isso, roda a partir do próprio macos sem precisar da VM.
$ docker pull --platform=linux/amd64 quay.io/aptible/alpine
Using default tag: latest
latest: Pulling from aptible/alpine
207e252fc310: Pull complete
8a9527e58fed: Pull complete
cdb7f38bc74b: Pull complete
3eb2d0c301f8: Pull complete
Digest: sha256:9790231800450f0e5fb93c03aecd22de0d5d43ae9898aa713350bdbeb9bd1e70
Status: Downloaded newer image for quay.io/aptible/alpine:latest
quay.io/aptible/alpine:latest
$ docker run --rm --platform=linux/amd64 quay.io/aptible/alpine uname -a
Linux 1a7f8e55ce09 5.15.57-0-virt #1-Alpine SMP Fri, 29 Jul 2022 07:15:20 +0000 x86_64 Linux
mas sofre do mesmo problema que o UTM em relação ao Java. No momento eu tenho usado mais a VM no UTM por ser um pouco mais rápida que o container no Rancher Desktop/Docker. E o que faço é trabalhar no Macos, geralmente usando VSCode da Microsoft mesmo, e mandando um git push pro meu repo na VM. E lá rodando testes.
Não é um workflow muito prático, mas pra mim tem funcionado bem.
Hoje mandaram essa dica legal na firma. Você pode puxar a previsão do tempo no shell usando curl e apontando pra wttr.in/<cidade>.
Bem legal a ideia e prática.
E o código fonte está no github: https://github.com/chubin/wttr.in
Existem vários sites na Internet que fornecem a informação de qual IP você está usando. Eu uso bastante pra verificar se minha conexão via TOR está funcionando corretamente.
Infelizmente os sites que fornecem essa informação passaram a pedir alguma forma de autenticação ou aprovação de cookies, o que é muito chato uma vez que só quero a informação do IP.
Então pra resolver o problema eu fiz eu mesmo um CGI pra dizer qual IP acessou o site. É simples, mas funcional. Divirtam-se!
Se chegou aqui e ainda não leu os outros artigos, então pare e leia agora:
Como o verão foi realmente muito, muito, mas muito bom, eu acabei escrevendo pouco. Então vamos retomar aqui a série falando da Suécia e descrevendo o sistema de saúde daqui.
O sistema funciona com um médico do bairro. O posto de saúde é chamado vårdcentralen (vórdicentralen) e você ou vai até ele e faz um cadastro lá, ou faz online através do 1177, que explico melhor mais pra baixo. Nesse médico do bairro você geralmente é designado pra um médico e esse médico vai cuidar de tudo de você. Então não é um médico especialista, mas um generalista que olha o que você tem e termina o atendimento em 10 ou 15 minutos. Então se tem dor no lado esquerdo do peito e acha que é coração, não vai pra uma cardiologista, mas vai pra esse médico que vai iniciar o tratamento. Talvez receite remédios, mas pode outras vezes receitar somente exercícios. No caso de ser algo mais complexo ou mesmo o tratamento não der o resultado esperado, esse médico vai te passar pra um especialista. Pode ser na mesma clínica do bairro ou num lugar especializado, dependendo do caso. Esse médico especialista aí sim já é um cardiologista, ou o que for referente ao tratamento que precisa.
O sistema de saúde então funciona de forma a desafogar os especialistas de atenderem casos que podem ser tratados com remédios mais simples ou que nem mesmo são para eles. Segundo que barateia o acesso à saúde. E quanto é esse acesso? É gratuito? Não. Para crianças e jovens até 21 anos o médico é gratuito (ou pago pelos nossos impostos como todo liberal gosta de apontar). Depois dos 21 anos você paga uma quantia por consulta. Atualmente está 250 coroas suecas cada consulta. E existe um teto, que deve ser por volta de 2500 coroas suecas (não tenho certeza dos valores atualizados). Acima desse teto o governo cobre o tratamento. Então você tem literalmente que pagar 10 idas ao médico por ano e acima disso (um tratamento crônico) sai de graça (liberal já se doendo de mim). Nem todas as clínicas são 250 coroas. Algumas são mais caras. Eu fui numa especializada em olhos quando arranhei meu olho na máquina fotográfica (longa estória que é melhor contar com cerveja junto numa mesa de bar) e cobraram na época 400 coroas. Mas o teto mantêm-se. E nos tratamentos possíveis inclui-se psicólogos por exemplo. Então fazer terapia aqui custa no máximo 2500 coroas por ano.
Existe também uma ajuda governamental em relação aos remédios. Se você faz uso do medicamento extensivamente, vai ficando barato até atingir também esse teto anual, mas é um outro valor e não tenho ideia de quanto é. Mas existe (e eu felizmente nunca cheguei lá). Então se está aqui com alguma doença como alergia, saiba que comprar remédios sem receita na farmácia podem custar muito mais que comprar com receita.
E como compramos com receita? Aqui tudo é digitalizado. Então você só mostra sua identidade na farmácia e pelo seu "personal number" eles olham o que pode pegar de remédio. E cada remédio recebe uma etiqueta com seu nome, nome do médico responsável, e farmácia onde comprou. Então pode ser traçado pra origem no caso de viagem pela Europa com o remédio. E não existe a menor possibilidade de comprar um remédio que alguém precise no Brasil porque aqui é mais barato.
Passando de médico do bairro pra emergências, existem os hospitais. Mas ir direto pra emergência, akutmottagningen, pode não ser uma boa solução. A emergência aqui é para somente... emergências mesmo. Estar realmente morrendo. Chegar lá com um corte ou tosse pode fazer com que aguarde de 4 a 8 horas por um atendimento. Até então eu não tinha outra ideia sobre emergências aqui até uma das crias sofreu um acidente na escola e tive de ir lá pra pegar e levar pra emergência. E na escola informaram que eu deveria não ir pra emergência, mas pra um "pronto socorro" que é o näravårdcentralen. E realmente o atendimento foi rápido: coisa de 15 minutos. E como era pra criança, não houve cobrança (chora liberal, chora).
Mas esse é o sistema de bairro. E existe o sistema nacional, que mencionei no começo: o 1177. Como o nome parece, 1177 é o número de telefone pra ligar e falar com o sistema de saúde. É possível ligar pra tirar dúvidas ou perguntar o que fazer em caso de emergência. Ficam disponíveis 24x7. E existe o site, o https://1177.se que pode ser acessado pra tirar as mesmas dúvidas ou acerta seu cadastro. É onde você cadastra em qual posto de saúde quer ser tratado. Pode ser qualquer um, desde o mais próximo de sua residência, até o mais próximo do trabalho caso ache mais conveniente ir ao médico durante o período de trabalho. A vantagem do telefonema ao 1177 ao invés do site é que você consegue um atendente que fale inglês enquanto que o site é somente em sueco.
E como são os atendimentos aqui? Você tem direito a um tradutor no seu idioma. E é gratuito (chora liberal, chora). Ele vai lá e fica falando com o profissional de saúde e traduzindo tudo. No começo eu cheguei a usar até ficar confortável com somente inglês. Mas mesmo assim é sempre bom perguntar antes se o médico sabe inglês. Houve casos em que precisei pedir tradutor (geralmente com médicos que vieram de outro país e falam só sua língua e sueco). Eu não sei como funciona atualmente via vídeo conferência, mas acho que o tradutor também entra na conversa. E falando nesse assunto, aqui já é bem comum ter os tratamentos via vídeo conferência. Você conversa com o médico, que se precisar de exames apenas diz onde deve ir pra fazer a coleta. E claro que o médico deixa a opção de encontrar em pessoa com você, mas eu já não vou a um consultório faz uns 3 anos.
Antes da pandemia já existiam alguns apps dedicados pra esse tipo de serviço como Kry e Doktor. Mas com a pandemia as vídeo chamadas com o médico virou o lugar comum. E pra pedir mais medicamento não é preciso nada disso: você pode entrar pelo 1177.se e escrever que precisa de mais receita pra um remédio que faz uso. E o médico olha online e adiciona pra você. Sem custo.
E vou contar um caso do médico aqui que passei logo que cheguei na Suécia. Nessa época eu estava em um apartamento alugado com móveis, e a cama não era das melhores pra mim. Aqui é comum o colchão ser extremamente mole, de afundar dentro dele. E isso causa uma dor terrível nas minhas costas. Então marquei o médico, fiz o primeiro atendimento que passou pro especialista. Daí disseram que por ser especialista, iria demorar mais pra marcar. Quanto tempo? 2 semanas. Eu tive de me segurar pra não rir. Mas chegado o dia do atendimento com o especialista em ortopedia (o médico não era do posto de saúde, mas foi até lá só pra ver meu caso), eu fui esperando o médico pedir um raio-x, tomografia, etc e ele somente disse pra eu trocar o colchão e pedir na empresa uma visita do especialista em ergonomia, que é algo obrigatório em empresas grandes aqui pelo que entendi. E passou alguns remédios caso eu sentisse dores novamente e era pra remarcar dali 1 mês se as dores continuassem. Eu sai da consulta em completa descrença da coisa toda. Mas eu sabia do problema do colchão no apartamento em que estava. E marquei a visita da pessoa de ergonomia da empresa. Essa visita foi a mais interessante. Depois de uma análise de como eu trabalhava sentado e em pé (as mesas aqui têm regulagem de altura, inclusive essa que tenho em casa), a pessoa disse que eu tinha um problema de postura ao sentar. Eu sentava meio inclinado e de um jeito que minhas costas faziam um "C" na cadeira. Daí ela me explicou como regular minha cadeira, que parece feita pela NASA de tantos botões e alavancas, e mostrou que o correto é trabalhar com as costas completamente retas, pra lombar sustentar o peso. E... não preciso de muito spoiler mas esse era o problema (e por isso que recomendo cadeiras gamers em que as costas ficam retas).
Tem quem diga aqui que o sistema médico é muito lento por passar por tantas etapas pra chegar num especialista, mas é um sistema que funciona. Tem lá seus problemas, como o fato dos médicos todos desaparecerem durante o verão e coisas mais complexas como cirurgias levarem quase 1 ano pra serem feitas, mas é um sistema acessível e que funciona. Existe também o problema de que fora dos grandes centros, o acesso a um médico especialista é quase impossível. E foi um dos grandes temas durante as últimas eleições, então acredito que mudanças virão pra melhorar. Eu, de minha parte, gosto do sistema e tem me servido bem.
Depois de tantos anos de somente mundo Linux, eu me rendi ao mundo Apple. No refresh da firma optei por um Macbook 16" com processador Apple Silicon, um ARM64.
A primeira coisa foi que "brew" é uma maravilha. Instala quase tudo quanto é programas que precisamos. Bem parecido com o "apt" no geral, só trocando "remove" por "uninstall".
Eu ainda estou apanhando com as teclas de atalho, mas aos poucos vou botando pra funcionar. Eu consegui fazer quase tudo que precisava nativamente usando Go, python, nerdctl e podman. Inclusive gerando containers Linux/amd64 diretamente nele. Mas coisas que usamos internamente têm o docker-in-docker, o que não consegui fazer funcionar ainda.
Então estou usando o UTM.app pra rodar o qemu e emular uma máquina x86_64 com Linux. E roda lento, mas muuuuuito lento.
Devo postar algumas coisas aqui sobre a descoberta do uso do Macos como primeiro sistema operacional.
Se chegou aqui e ainda não leu os outros artigos, então pare e leia agora:
Eu já fiz minha reclamação de velho rabugento sobre o inverno. Agora é hora e a época do ano pra falar um pouco sobre o verão.
O verão na Suécia é lindo e maravilhoso. Só que é curto. O tempo começa a esquentar mesmo em junho. Antes disso temos alguns dias mais quentes, mas em geral as noites são bem geladas.
Mas o que começa a pegar bastante em junho não é a temperatura mais quente, mas o sol. Muito de sol.
Essa foto eu tirei à 01:10 da manhã. Estava vendo filme e fui dormir mais tarde. Durante boa parte de junho e julho não tem noite. Fica nesse entardecer e o sol volta. O solstício de verão, dia mais longo do ano, ocorre em 21 de junho.
É maravilhoso. Você fica num bar, aquela cara de fim de tarde e quando vai olhar já são 2 horas da manhã.
O ruim é pra dormir. Ou mesmo ver filmes. Você tem de ter as janelas bloqueadas com blackout ou alguma outra curtina pesada dessas.
E a criançada brinca nos parques até 22:00 como se não houvesse amanhã.
Page 2 of 30
