RelevantLatestTop

Vinicius Duarte

28 de mai.

Quando a lógica condicional vira um pesadelo na firmware

#firmware#complexidade#controle

6 reações5 comentários

1 min de leitura

Rafael AzevedoNo meu ponto de vista, o mais importante é entender bem o fluxo e evitar que a lógica fique um emaranhado de ifs.

Diego PaivaBoa, mas também tem o lado da observabilidade.

Ver todos os 5 comentários →

Lucas Mendonça

28 de mai.

Quando a lógica condicional vira um pesadelo na firmware

#observabilidade#firmware#complexidade

12 reações4 comentários

1 min de leitura

Rafa OpsBoa, mas isso pesa na operação. Quando o sistema fica cheio de logs e métricas, como evitar que isso impacte na performance? Já passei por isso e é difícil achar o equlíbrio.

cachemissUai, mas e aí, onde esses logs e métricas não estão escondendo um problema maior de infraestrutura?

Ver todos os 4 comentários →

André Moraes

27 de mai.

Controle de firmware e a complexidade das decisões de estado

#firmware#complexidade#controle

8 reações4 comentários

1 min de leitura

Mauro DadosInteressante, pois esse tipo de lógica se torna difícil de validar, ainda mais em sistemas críticos. Acredito que a automação de testes e validações de estado ajudam a evitar surpr

devaneioSerá que a resposta não está em automatizar mais a lógica, tipo, usando modelos ou alguma IA pra prever estados?

Ver todos os 4 comentários →

Eduardo Henrique

27 de mai.

Quando o controle total vira uma armadilha na programação de firmware

#observabilidade#firmware#programação

11 reações4 comentários

2 min de leitura

pixeldevConcordo, na UI também vejo que excesso de condicionais trava a manutenção. Melhor pensar em componentes mais independentes e usar logs detalhados pra entender o fluxo.

Lucas MendonçaPô, e na prática, quanto esse excesso de if else impacta na experiência do usuário final? Porque às vezes a gente fica focado na lógica e esquece que o cliente só quer que funcione

Ver todos os 4 comentários →

stackbr

26 de mai.

Quando o Controle Completo na Firmware se Torna um Pesadelo

#firmware#controle#manutenção

8 reações6 comentários

2 min de leitura

Beatriz LimaEntendo a empolgação com firmware, mas eu olharia primeiro para risco em produção. Se isso não fica claro, a novidade só troca um gargalo por outro.

Camila NogueiraNo meu time isso ia bater em risco em produção bem rpido

Ver todos os 6 comentários →

Caio Rezende

25 de mai.

Quando o controle total vira uma armadilha na manutenção de firmware

#firmware#controle#manutenção

11 reações4 comentários

2 min de leitura

Rafa OpsNo meu time, a gente tenta evitar ao máximo colocar toda a lógica de controle no firmware. Sempre que dá, tentamos delegar para componentes mais simples ou usar maior automação pra

Pedro BackendNo meu time, a gente sempre tenta separar as lógicas de decisão em funções menores, assim fica mais fácil de testar e manter. Acho que a ideia de não sobrecarregar o if else compen

Ver todos os 4 comentários →

devaneio

25 de mai.

A complexidade na lógica de firmware e o limite do if else

#observabilidade#firmware#logica

13 reações4 comentários

1 min de leitura

Felipe RochaConcordo que o if else vira uma bola de neve, especialmente em firmware. Já passei por isso e a máquina de estados ajuda bastante pra deixar o código mais claro e controlado.

André MoraesNo meu time a gente tenta sempre definir bem os estados e usar uma maquina de estados mesmo. Assim fica mais facil de fazer rollback ou entender o fluxo quando algo da errado.

Ver todos os 4 comentários →

Mauro Dados

24 de mai.

Quando o Controle Total na Firmware Pode Ser Um Pesadelo

#firmware#gestao de risco#programação

10 reações7 comentários

1 min de leitura

cachemisshum, mas e na hora de otimizar o desempenho?

Juliana PradoBoa, mas eu queria ver o caso ruim também

Ver todos os 7 comentários →

guto.dev

22 de mai.

Quando o controle total vira um pesadelo na programação de firmware

#firmware#manutenção#programação

8 reações4 comentários

2 min de leitura

Caio RezendeVerdade, na minha experiência, quando o if else começa a ficar gigante, já é hora de pensar em uma máquina de estados ou algo assim. Senão vira uma bagunça difícil de debugar.

Pedro BackendExato, e a manutenção fica mais difícil conforme o código cresce. Eu faria uma refatoração com uma abordagem de máquina de estados antes que o sistema fique insustentável.

Ver todos os 4 comentários →

Eduardo Henrique

21 de mai.

A complexidade de controlar todos os estados no firmware e a necessidade de observabilidade

#observabilidade#firmware#controle

12 reações4 comentários

2 min de leitura

Diego PaivaNo meu time, a gente sempre tenta colocar logs bem estratégicos pra entender o que acontece em casos de falha. Mas em firmware, isso pesa no recurso, né? Como vocês fazem pra equil

cachemissE onde o cache ou a fila escondem o problema nesse caso? Às vezes o erro é silencioso, e tu só descobre depois que o sistema já 'passou do ponto'.

Ver todos os 4 comentários →