Revista “(En)Coders” – segundo semestre de 2023. <\/p>\n\n\n\n
\nEntrevista com Hali Omani – Diretor do Instituto Imbuhy, desenvolvedor de sistemas processuais aplicados.”<\/p>\n<\/blockquote>\n\n\n\n
\n
- Por que sistemas processuais n\u00e3o devem ser criados com linguagens interpretadas ?<\/strong><\/li>\n<\/ol>\n\n\n\n
A resposta parece \u00f3bvia, mas os desenvolvedores insistem em fingir que n\u00e3o sabem. Sistemas processuais – desses que funcionam em justi\u00e7as federais e estaduais, sistemas processuais administrativos, em reparti\u00e7\u00f5es p\u00fablicas, sistemas hospitalares, militares e financeiros: todos s\u00e3o sistemas de alta seguran\u00e7a. O ideal \u00e9 que esses produtos tenham (1) checagem de integridade e (2) sejam compilados (por exemplo, usando Java ou Rust). Assim, mesmo tendo acesso \u00e0 rede onde ele funciona, um invasor n\u00e3o poder\u00e1 alter\u00e1-lo sem passar pelo processo de CI\/CD. J\u00e1 esse processo precisa tamb\u00e9m ser seguro, sen\u00e3o o problema s\u00f3 se desloca de cen\u00e1rio. Muitas equipes, por exemplo, usam GIT<\/a> para versionamento de software. Eu creio que o Google Jenkins<\/a> \u00e9 mais adequado.<\/p>\n\n\n\n
\n
- A quest\u00e3o do sistema desenvolvido mas n\u00e3o pago \u00e9 resolvida assim ?<\/strong><\/li>\n<\/ol>\n\n\n\n
Sim. Os desenvolvedores que usam linguagens interpretadas t\u00eam levado muito calote. Num programa compilado \u00e9 muito mais f\u00e1cil embutir travas que obriguem o contratante a pagar. Mas lembre-se de que o combinado n\u00e3o sai caro. Mantenha os acertos e limita\u00e7\u00f5es, prazos e condi\u00e7\u00f5es bem claros !<\/p>\n\n\n\n
\n
- Como devemos disciplinar o acesso de usu\u00e1rios e m\u00e1quinas aos sistemas ?<\/strong><\/li>\n<\/ol>\n\n\n\n
Bem lembrado. Precisamos sempre validar m\u00e1quinas como usu\u00e1rios correntes. Isso at\u00e9 pode ser feito via servidores que registrem m\u00e1quinas certificadas. Mas ainda \u00e9 incomum. Por exemplo, eu posso permitir \u00e0 m\u00e1quina [ m01.landriadvogados.com.br ] fazer um certo n\u00famero de consultas por minuto, com limite di\u00e1rio de consultas, mas ela precisa ter certificado. Ou talvez dar o acesso a qualquer m\u00e1quina desse dom\u00ednio. \u00c9 um assunto mais complexo do que login e senha somente. Para pessoas f\u00edsicas temos ainda o [ gov.br ] e certificados pessoais. E pessoas jur\u00eddicas possuem certificado tamb\u00e9m. Isso sem esquecer os m\u00e9todos de logon humano – hoje s\u00e3o v\u00e1rios e alguns at\u00e9 irritantes. \u00c9 um grande universo que precisa ser discutido constantemente.<\/p>\n\n\n\n
\n
- Um sistema computacional tem as fragilidades definidas na teoria geral de sistemas. Por exemplo, todo sistema pode ser levado a colapso dado o est\u00edmulo adequado.<\/strong><\/li>\n<\/ol>\n\n\n\n
Sim. Penso que outros sistemas – os guardi\u00e3es – devam se encarregar de desligar preventivamente o sistema em foco, quando seus sinais vitais n\u00e3o s\u00e3o bons. Mas quem protege os guardi\u00e3es ? Ultimamente tenho pensado bastante na quest\u00e3o do triplo controle, mencionado num livro do catal\u00e3o Josep Maria Dom\u00e8nech<\/a>: “O Terceiro Mil\u00eanio – Um Sonho no Espa\u00e7o”.<\/p>\n\n\n\n
\n
- Na justi\u00e7a, quem protege os projetistas e suas fam\u00edlias dos sequestradores e ladr\u00f5es ?<\/strong><\/li>\n<\/ol>\n\n\n\n
\u00c9 uma quest\u00e3o contempor\u00e2nea. N\u00e3o creio que os times de seguran\u00e7a dos operadores de direito possam realizar seu trabalho sem a ajuda de intelig\u00eancia artificial. Por exemplo, um sistema de seguran\u00e7a deveria emitir um alerta ao RH quando um analista essencial ao sistema est\u00e1 endividado e sens\u00edvel ao aliciamento por antagonistas. Sequestro ent\u00e3o, nem se fala. A atividade de seguran\u00e7a patrimonial e pessoal precisa se reinventar. O modelo israelense de treinamento e prote\u00e7\u00e3o de pessoas das IDF<\/a>s pode ser aplicado aqui. Ningu\u00e9m tenta sequestrar uma mulher-soldado de Israel, sem sofrer baixas. Ela anda armada e n\u00e3o desiste nunca. Assim que o evento \u00e9 percebido, um enxame de abelhas assassinas com uma estrela no ombro aparece. Tem que ser muito louco e suicida para tentar algo assim. Mas acontece. A\u00ed entram outros protocolos.<\/p>\n\n\n\n
\n
- Quando um sistema “sente” que vai degradar ele deve avisar ?<\/strong><\/li>\n<\/ol>\n\n\n\n
\u00c0s vezes n\u00e3o d\u00e1 tempo. Mas sim, os sistemas precisam ter essa propriedade. \u00c9 uma coisa que n\u00e3o temos hoje.<\/p>\n\n\n\n
\n
- Sistemas devem se proteger, ter logs de acesso, ter alarmes ?<\/strong><\/li>\n<\/ol>\n\n\n\n
Penso que um sistema deve ser o mais simples poss\u00edvel. A minha defini\u00e7\u00e3o de processo, por exemplo, \u00e9 super simples.
Quem faz logs \u00e9 o sistema de seguran\u00e7a – \u00e9 um outro produto. Podemos incorporar sistemas ao nosso produto principal, mas sempre de modo simples e transparente para o desenvolvimento.
Concentremo-nos naquilo que realmente interessa.
Por exemplo, quem movimentou um processo no dia tal ? N\u00e3o \u00e9 uma pergunta para o desenvolvedor. \u00c9 uma pergunta para a Corregedoria, que ter\u00e1 essa informa\u00e7\u00e3o na ponta dos dedos, ou da l\u00edngua sint\u00e9tica de um sistema especialista.<\/p>\n\n\n\n\n
- A tecnologia blockchain tem a ver com isso ?<\/strong><\/li>\n<\/ol>\n\n\n\n
N\u00e3o se pode separar hoje a tecnologia blockchain dos sistemas processuais. Mas n\u00e3o conhe\u00e7o ainda nenhum que a use.<\/p>\n\n\n\n
\n
- \u00c9 sua a frase: “Se o sistema fosse bom ele conversava comigo, na minha l\u00edngua” ?<\/strong><\/li>\n<\/ol>\n\n\n\n
Sim. Qualquer um que tenha usado ChatGpt, Siri, Bard ou Alexa sabe das possibilidades trazidas pela IA como interface de usu\u00e1rio. E mais, podemos usar IA para desenvolver sistemas melhores, mais adapt\u00e1veis etc – talvez fazendo interface com os grandes APPs de comunica\u00e7\u00e3o j\u00e1 existentes.
Os desenvolvedores de grandes IAs precisam tornar essa tecnologia acess\u00edvel e barata, em prol da evolu\u00e7\u00e3o da esp\u00e9cie humana.
Por outro lado, os desenvolvedores n\u00e3o podem mais gastar tempo e processador com telas etc. Pouca gente sabe que um programa JavaScript mal feito pode travar um notebook. Quando analisamos a quantidade de disciplinas de estudo para formar um desenvolvedor processual na empresa, vemos que a abordagem da interface textual ou vocal reduz esse n\u00famero em quase 40%.<\/p>\n\n\n\n