Bacenjud e norma tecnológica (eNorma)

Há uma pergunta que aparece, sempre, após algumas informações dadas a respeito da ideia de norma tecnológica (eNorma):

-Poderia dar um exemplo?

Como tenho dito, a norma tecnológica (eNorma) é filha da automação e, por isso mesmo, precisa ser olhada como uma nova categoria jurídica. Ela está instalada  num sistema eletrônico, seja ele qual for, e se autoaplica.  Na verdade, em geral se trata de uma norma existente, textual ou não, de qualquer hierarquia,  que é "traduzida"  num comando tecnológico e que, quando o sistema opera, repito, se autoaplica.  

Embora a experiência do Bacenjud seja riquíssima para explorar inúmeros aspectos do fenômeno jurídico-sistêmico eletrônico (automação, interpenetração, extraoperabilidade/interoperabilidade, clausura operativa, abertura informacional, sistemas abertos e fechados), quero pinçar um aspecto para realçar a norma tecnológica e tentar melhorar sua visibilidade. 

Desde o início de operação,  o Bacenjud mereceu imensos encômios. Embora a conexão dos sistemas se fizesse mecanicamente, as buscas e apreensões de numerários, nas contas, ganhou automaticidade. O regramento legal-processual, atinente à busca da efetividade do processo executivo, foi "programado" - exprimiu-se em códigos-fontes, ou seja, ganhou sua expressão tecnológica, e passou a integrar - estar incorporado - em algoritmos dos sistemas do Banco Central.  Dado o comando e demais informações pelo juiz (disparo mecânico da busca), o sistema percorria suas bases de dados e, satisfeitas as condições programadas, promovia as apreensões. 

Pois bem... quem implementou o algoritmo de busca e apreensão, na época (aquele que deu concretude à norma tecnológica, que a programou!), esqueceu  de um detalhe e causou muitos problemas, incômodos e, mesmo, prejuízos. 

A função foi projetada, escrita e operacionalizada (e funcionou assim por um bom tempo!) para apreender a integralidade dos valores disponíveis nas contas, independentemente dos valores buscados. Mesmo que se buscassem R$10.000,00, por exemplo, todo o valor disponível na conta era tornado indisponível, ainda que lá houvesse R$1.000.000,00.   

Alguns princípios básicos do processo e da execução foram  ignorados e muitos advogados trabalharam para ajeitar as coisas.  A apreensão era legal, sem dúvida, e os anseios gerais de efetividade do processo ganharam uma ferramenta maravilhosa  para promovê-la. Mas a expressão da ordem, em termos tecnológicos, avançava as cancelas do legal e do justo.  Uma coisa era a lei. Outra, um pouco alterada, para pior, era a sua expressão tecnológica. A norma tecnológica, no instante em que se diferenciou para ganhar expressão tecnológica, o fez de forma distorcida, o que evidencia a pré-interpretação e renova a lição de Kelsen sobre a distinção essencial entre norma e texto legal.  

 Não podemos esquecer da constatação de Danielle Keats Citron, no estudo sobre as rotinas automatizadas das agências reguladoras norteamericanas: “the  computer  programmers  made  new  policy  by  encoding  rules  that  distorted  or  violated established policy” (citada em meu artigo - ver página "Artigos", no menu à direita: "os programadores de computador estabeleceram nova política codificando regras que distorceram ou violaram política estabelecida"). 

Morin, programa, pré-interpretação e pseudo-contextualização da norma tecnológica (eNorma)

Quem não conhece Edgar Morin e a lucidez de suas análises? É, sem duvida, uma das cabeças bem-feitas do século XX.

Falando num contexto um pouco diferente, em que confronta estratégias e programas,  Morin diz: "é que um programa já está determinado antes mesmo da caminhada, e o caminho é uma corrente que vai no sentido favorável. Vamos avaliar a situação: será que podemos mudar o caminho? Aparentemente não."  A citação é de Aires José Rover (Morin).

Chamo a atenção para o trecho destacado, em que o pensador caracteriza um programa. De fato, qualquer programa, inclusive aquele de computador,  que incorpora uma norma tecnológica (eNorma), já está determinado, mesmo, antes da caminhada (operação). No linguajar sistêmico luhmanniano, a estrutura de expectativas é previamente definida e por ela transitará o fluxo operativo (clausura operacional). 

Esse traço dos programas confere à norma tecnológica algumas de suas características diferenciadoras: a pré-interpretação e a pseudo-contextualização, por exemplo. 

Por pré-interpretação,  entendo o fenômeno de fixação/seleção do sentido normativo a ser codificado num momento anterior,  bem anterior mesmo, ao da efetiva aplicação. O que é uma exigência da afirmação de Morin: para já estar determinado antes mesmo da caminhada!

Por pseudo-contextualização, designo o fenômeno da inexistência de um efetivo esforço de contextualização, uma vez que ele apenas se esboça na atividade típica da "programação", quando o programador procura antecipar-se, visionariamente, às possibilidades de eventos para os quais faz a determinação das soluções a serem incrustadas no algoritmo (programa). Embora esse trabalho, em geral, tenha um nível de especificação superior ao do legislador (quando gera a norma textual), ainda assim o programador trabalha num nível de abstração que não se compadece com uma efetiva atividade de contextualização.  É por isso que, no linguajar de Morin, de novo, os caminhos  já estão determinados antes da caminhada. 

Portanto, ao contrário das normas com as quais estamos habituados a operar o Direito, a norma tecnológica aplica-se automaticamente ao caso em exame,  sem um exercício de interpretação do aplicador (que é um agente automatizado) e sem uma real contextualização. 

Morin, com sua afirmação, deixa evidente, também,  o caráter vinculante absoluto da norma tecnológica. Ou não? 

Girolamo Cardano, matemática, sutileza e norma tecnológica (eNorma)

Em 1501, em Roma, nasceu Girolamo Cardano, um pensador típico daquela época: filósofo, matemático e médico. Como matemático, Cardano dedicou-se, entre outras coisas, ao estudo das equações de 3° grau, onde se deparava, no curso da solução,  com raízes quadradas de números negativos.   Todo o pensamento anterior, antigo e medieval,  simplesmente desconsiderava tais números. Não havia como encontrar a raiz quadrada de -4 no cenário matemático de então. Descartes continuou pensando assim e nessa esteira vão rodar, nos próximos séculos,  nomes como Leibniz e Euler.
Cardano, ao contrário,  anteviu que tais números tinham um significado "diferente e sutil", o que só foi reconhecido no século XIX, por Gauss, considerado o maior matemático de todos os tempos. Nasceram os números complexos, que levam aos fractais, aos conjuntos de Julia e à teoria do caos. Cardano foi desmentido, apenas, na questão da sutilidade.

A norma tecnológica (eNorma) tem, também, sutilezas muito significativas para o Direito, pois são as sutilezas da norma tecnológica que tornam o Direito com tecnologia tão diferente.

O Direito do real com o virtual - a realidade estendida em que já vivemos - exige essa nova categoria jurídico-científica para ser explicado e descrito. Ela é uma categoria nova, pois se distingue, em aspectos capitais, da norma (e suas várias espécies) com a qual os teóricos do Direito, desde Kelsen, têm abordado o fenômeno jurídico. Ela é norma, sem dúvida. Mas a questão da autoaplicação, da pré-interpretação, da vinculatividade absoluta, da aplicação pseudocontextual, das fontes e da expressão, entre outras, evidenciam a necessidade de contemplá-la como uma nova espécie normativa.

Temos vivido sob o impacto desse ente e temos experimentado, com crueza, o embate prático num mundo jurídico amplificado e diferente. No entanto, do ponto de vista teórico, ha um imenso esforço a ser feito para caracterizar a norma tecnológica (eNorma) colocá-la sob luzes adequadas e enquadrá-la num esboço científico consistente para o Direito atual, o Direito com as TICs, o Direito com automação, o Direito com agentes automatizados.

Rover, Krammes, agente automatizado e norma tecnológica

Aires José Rover, na apresentação de Workflow em processos judiciais eletrônicos (1) diz que "o processo eletrônico é a revolução que já é uma realidade."  Na verdade, será a realidade única processual em poucos anos. Prevê Rover, ainda, que " [...] passaremos por momentos de estupefação diante das suas possibilidades de solução de velhos problemas e de muita preocupação em razão dos caminhos e métodos mal sinalizados."

Após lembrar dos embaraços da Justiça para dar conta "em tempo" de seus misteres, o professor da UFSC  vislumbra uma solução no " [...] aumento da rapidez dos fluxos mecanicistas de informação jurídica", o que levaria a uma otimização qualitativa " [...] daqueles momentos em que o jurista precise usar sua principal ferramenta de trabalho, a inteligência". Assim,  desemboca na necessidade de integrar ferramentas ao sistema processual para dar o máximo de "apoio à decisão utilizando-se inteligência artificial".  Isso significa fazer uma " [...] reengenharia do processo judicial, fundamental para que sua automação tenha sucesso absoluto."

Ou seja, está implícito, na ideia de processo eletrônico, um fenômeno forte de automação. Não é a digitalização de documentos e o desaparecimento das prateleiras que pode justificar o avanço para o processo eletrônico. É, sim, a automação, em níveis máximos, para apoiar o decisor.

A partir do fim da apresentação da obra, a palavra automação é abundante em todo o texto do livro  e aparece em praticamente todas as páginas. Não é por acaso que, nas páginas 35 e seguintes, no final do capítulo 1, os atos processuais são examinados, conforme provenham do juiz, das partes, dos auxiliares da Justiça e de terceiros.  Afinal, eles são o alvo da automação.

Saindo do Direito e indo à tecnologia, numa exposição da ferramenta workflow,  que ocupa todo o capítulo 2, Krammes atrai a definição dessa tecnologia (2) dada pela  Workflow Management Coalition: "A automação de um processo de negócio, no todo ou em parte, no qual os documentos , informações ou tarefas são passados de um participante para outro de acordo com uma série de regras determinadas." [sem grifo no original]

E, falando dos componentes do workflow, Krammes  diz que "para a operacionalização do workflow o foco não está nos cargos, mas nas responsabilidades que serão assumidas por pessoa ou agente automatizado que faz parte do processo." [sem grifo no original] (3)

Pessoa ou "agente automatizado"? Opa!

O que é um agente automatizado? Sem dúvida, é um software, um programa de computador. E de que se constitui esse programa? De normas ou regras tecnológicas. Um agente automatizado é um aplicador automático de regras processuais, ou seja, o agente automatizado é um amálgama de regramento processual autoaplicador.

E, então, fica claro que as regras que constituem tal agente são diferenciadas - são as normas tecnológicas - pois representam uma interpretação da norma textual,  interpretação esta escolhida por alguém (algum órgão, algum comitê, algum programador?!?) para ser aplicada pelo agente automatizado (se autoaplicar), uniformemente, aos feitos submetidos ao sistema processual.

Um agente automatizado é, na verdade, uma norma tecnológica (ou várias) em ação, que se autoaplica a um usuário do sistema processual.

(1) ROVER, Aires José, na apresentação de  KRAMMES, Alexandre Golin. Workflow em processos judiciais eletrônicos. São Paulo:LTr, 2010, p. 9-11. 
(2) KRAMMES, Alexandre Golin. Workflow em processos..., p. 45-46.
(3) KRAMMES, Alexandre Golin. Workflow em processos..., p. 47. 

OAB deve dar mais atenção à norma tecnológica!

Quando o recurso é rejeitado pelo sistema, ou o login negado, ou a assinatura conferida, ou a contagem do prazo feita de forma inadequada, ou o usuário que jura que se registrou não é identificado, em todas essas ocasiões, não é com um humano que o usuário está interagindo. É com uma norma tecnológica. O interlocutor do advogado é o sistema processual.

Num post, há alguns dias, mencionei os advogados como os operadores mais diretamente impactados pela incorporação das tecnologias no processo.

De fato, enquanto se pode dizer que quase nada foi incluído nos sistemas processuais para auxiliar os juízes, uma parcela muito substancial das funcionalidades está voltada diretamente ao mister do advogado. É por isso que eles, hoje em dia, peticionam de seus escritórios, fazem atos à distância, acompanham os processos de onde estiverem etc. 

Tudo isso, quando se funda em permissão legal, é viabilizado por esse ente novo da ciência jurídica que vimos denominando norma tecnológica. O sistema processual, com o qual o advogado interage no âmbito dos processos eletrônicos, é um amontoado de código (linguagem dos computadores). Parte desse código contém instruções para fazer o computador funcionar, apenas. A outra parte incorpora uma versão tecnológica da lei processual.  Ou seja, aquela lei processual com a qual o advogado está familiarizado precisa ganhar expressão em linguagem específica, de computador, para se construir um sistema processual. E, aí, o computador realiza atos processuais que antes eram efetuados por humanos. 

Contagem de prazo, por exemplo. De alguma maneira, faz-se uma função, dentro de um programa, para proceder a essa contagem e certificar o evento de transcurso do prazo. O servidor incumbido da tarefa é substituído por essa função do programa. A contagem ganha automaticidade.  Se a função tem o comportamento preconizado na lei é uma questão muito relevante para os advogados.   

A partir desse exemplo simples, é possível imaginar quanto da lei processual ganha expressão tecnológica para viabilizar um sistema processual. Quanto mais avançado o sistema, mais lei ele vai incorporando, o que significa, também, que mais ele se vai automatizando.

Todas essas normas, que operam no sistema e tornam uma imensidão de tarefas processuais automáticas, são normas tecnológicas. Outro exemplo interessante, como exercício de visibilidade,  é a função de automação da distribuição dos feitos em fóruns com mais de uma vara.  Uma coisa é falar, abstratamente, em ter algum mecanismo automático de distribuição. Outra, bem diferente, é implementá-lo. Nessa fase de implementação, muita coisa deve e pode ser feita, além de "tentar atender ao disposto na lei".   

A norma tecnológica nasce exatamente no momento em que a lei é transformada nesse programa do sistema processual. Os mais apressados dizem que isso é apenas uma tradução. Ora, mesmo numa tradução entre línguas humanas, há um forte teor de "transformação de sentido" envolvido.

O que dizer, então, da  transformação do texto natural da lei num texto codificado em linguagem de computador (código-fonte)? O potencial de transformação se multiplica.  Ao fato, em si, de ter de estabelecer um entendimento da norma legal-textual (prima facie) - interpretação -  para exprimir em linguagem técnica, soma-se um outro fato extremamente relevante: a nova norma (codificada) não se destinará à leitura e interpretação de um outro humano. Ela ganhará vida própria, no seio do sistema processual, e se autoaplicará no decorrer da operação do sistema.

Quando o recurso é rejeitado pelo sistema, ou o login negado, ou a assinatura conferida, ou a contagem do prazo feita de forma inadequada, ou o usuário que jura que se registrou não é identificado, em todas essas ocasiões, não é com um humano que o usuário está interagindo. É com uma norma tecnológica. O interlocutor do advogado é o sistema processual.

Por isso, tendo em vista as constantes e seguidas reclamações dos advogados a respeito de problemas dos sistemas processuais, é interessante que a OAB reclame espaço e tenha uma participação efetiva no controle de geração dessas versões legais tecnológicas (normas tecnológicas).  

Buscar a transparência dessas expressões tecnológicas das leis parece, inclusive, um dever de uma instituição como a OAB.

Bobbio, coatividade do direito e a norma tecnológica

No último post, tentei, pela via filosófica (Godofredo Telles Jr), aproximar o jurídico e o tecnológico (demonstrar o caráter híbrido da norma tecnológica) e  terminei dizendo que os juristas " [...] precisam entender o que significa dar poder jurídico a um ente normativo de características tecnológicas, destituído de tantas marcas peculiares do jurídico  [...] " (um agente automatizado). Num post, a abordagem é, ou deveria ser, sempre, rápida e objetiva. E isso complica um pouco a exposição.

Nas suas lições de filosofia do direito (1), no item 39 (p. 155 e seguintes),  Bobbio fala da formulação da teoria da coação, que ele qualifica de moderna (Kelsen e Ross), contrapondo à doutrina clássica, para a qual "o direito é um conjunto de normas que se fazem valer coativamente". E acrescenta que a nova concepção vê o direito como o conjunto de normas "que regulam o uso da força coativa".  Nessa reformulação de visão,  realça o papel de Ross,  dizendo-o "o autor que mais clara e conscientemente põe o dedo na ferida [...] " para evidenciar o significado novo que a teoria da coação assumiu. 

Segundo essa concepção, continua Bobbio, "o direito surge quando cessa [...] o exercício indiscriminado da força individual e se estabelecem as modalidades de exercício da força  [...]: quem, quando, como, quanto". 

Quem: estabelece-se o monopólio do uso da força pelo Estado e seus órgãos "e o exercício da força se qualifica como lícito ou ilícito segundo provenha do grupo monopolizador ou de outros sujeitos." (p. 158) [grifo meu].  
Quando:  a aplicação da norma somente se pode dar quando ocorrem as circunstâncias previstas pela lei;
Como: " as normas processuais regulam precisamente a modalidade através da qual se julga a aplicação da coação [...] ;
Quanto: " [...] isto tem o objetivo de reduzir ao mínimo o exercício arbitrário do poder [...] ", o que, em visões do pós-positivismo, traduz-se em promover a contextualização da norma, como condição de sua imparcialidade e legítima aplicação. 

Ora, considerando-se o caráter de autoaplicação das normas tecnológicas, é possível suscitar reflexões em relação às quatro modalidades de aplicação coativa do comando normativo. 

Em relação ao quem e ao aspecto de licitude/ilicitude correlato, é-se obrigado a considerar que deveria haver mecanismos transparentes para garantir que a aplicação, que é autoaplicação,  provenha de instâncias legitimadas para fixar os conteúdos codificados. O "auto", na realidade, tem um sentido oculto de "externalização" do quem  com o qual não se está habituado no processo (sabe-se, sempre, quem decidiu motivadamente!). 

Em relação ao quando,  práticas transparentes permitirão determinar que o código que se autoaplica contém, efetivamente, as condições legalmente estipuladas, numa interpretação emanada de órgãos legitimados para forjar a versão tecnológica do comando legal-textual. Além disso, parece que caberiam aqui, ainda, profundas reflexões  a partir das críticas ao dogma da completude do direito (2),  com o qual se trabalha, implicitamente, na automação. 

O como mereceria comentários longos, partindo de um entendimento profundo da autoaplicação (giro autopoiético do sistema) e da presença dos mecanismos de automação.

E o quanto, definitivamente, requer muitas considerações,  pois a ideia de contextualização (consideração das perístases da situação concreta examinada) parece que se perde no caminho. O trabalho de interpretação do texto e de determinação do conteúdo do comando tecnológico ocorre num nível de abstração equiparável ao do legislador. 

---
(1) BOBBIO, Norberto. O positivismo jurídico. Lições de filosofia do direito.São Paulo:Ícone, 1995. 239p. 
(2) BOBBIO, Norberto. O positivismo...,  p. 207 e seguintes. Também: BOBBIO, Norberto. Teoria do ordenamento jurídico. Brasília:Ed. Unb, 1999. p. 119.

O caráter interdisciplinar da norma tecnológica: Godofredo Telles Jr, Maria Helena Diniz, tecnólogos e OOP

A carga naturalmente interdisciplinar desse novo ente da ciência jurídica - a norma tecnológica -  é um desafio. Falar da norma tecnológica significa transpor barreiras, nas duas direções: do jurídico para o tecnológico, do tecnológico para o jurídico. E aí está um desafio muito peculiar: teóricos de ambos os lados devem entregar-se a teorizações em âmbitos nos quais não se sentem muito à vontade.

Contemplar a norma tecnológica, na especificidade que a caracteriza como um novo ente científico, demanda um caminhar no sentido contrário ao proposto por Godofredo Telles Jr. (1) para detectar a essência da norma jurídica, quando deságua no entendimento, de fortíssimo teor kelseniano, ainda, de que os caracteres essenciais da norma jurídica são a "imperatividade e o autorizamento".   Nesse terreno, os juristas nadam de braçada e os tecnólogos costumam penar. A contrafaticidade, que caracteriza a norma jurídica e que torna o jurídico tão peculiar, é um desafio quase incompreensível para o logicismo formalista dos tecnólogos e de sua ciência.

Falando para os tecnólogos, pode-se traduzir o esforço de Godofredo Telles numa linguagem da programação orientada por objetos, embora tudo isso, no mundo deles, seja quase banal. Banal, quero dizer,  no sentido do que ele queria descobrir.

Colocando-se as coisas em termos de classe/objeto (linguagem muito atual dos tecnólogos e da programação orientada por objetos), o que o filósofo Godofredo Telles Jr.  fez, com grande esforço teórico,   foi chamar a função que indica a classe abstrata  (abstract class)  de que  se partiu, tecnologicamente, para criar, por herança, a classe estendida (extended class). Os juristas entenderam? Muitos tenho certeza de que não. Aliás, os juristas ficariam fascinados com o embasamento teórico-filosófico do instrumental  dos tecnólogos.

Assim como os tecnólogos sabem que a classe abstrata não pode ser instanciada - não pode ter vida real como objeto (esse real é no mundo virtual, num programa ou software!) -  Godofredo Telles sabia que, embora a pura essência da norma jurídica estivesse presente em todas as normas reais existentes, ela não podia ter existência em sua formulação pura, sem que fosse estendida. Ou seja, também no Direito, a classe abstrata não pode ser instanciada. Somente uma classe estendida - uma espécie normativa específica como princípio (que Godofredo Telles ainda não contempla adequadamente), regra ... - pode existir efetivamente. Agora, temos uma espécie de norma nova que somente se explica com o amálgama de saberes desses dois mundos.

A norma jurídica é um ente jurídico-tecnológico - e os tecnólogos precisam entender o que significa isso, ou seja, o que significa pôr em funcionamento um comando tecnológico que tem a força imperativa do jurídico - e os juristas, por seu turno, precisam entender o que significa dar poder jurídico a um ente normativo de características tecnológicas, destituído de tantas marcas peculiares do jurídico (caráter contrafático,  por exemplo, formação/validez, interpretação, aplicação contextualizada...).
-------
(1) Pode ser pela via de Conceito de norma jurídica como problema de essência, de DINIZ, Maria Helena. 2 ed. SãoPaulo:Saraiva, 1996.  Aliás, esta obra merecerá um post específico pois a autora, nela, faz um exercício interessante e rico, mas exatamente em sentido oposto ao que parece ser preciso fazer para tratar da norma tecnológica (em vez de buscar a essência, buscar o acidental, o diferenciador, o que caracteriza a espécie, não o gênero).

Norma tecnológica (eNorma) diz respeito a processo, necessariamente?

Por certo que não!  

É verdade que temos, atualmente, no Brasil, em decorrência do grande impulso à automação do processo, uma visibilidade maior de normas tecnológicas de conteúdo procedimental. 

Mas, em outros âmbitos e em outros países, há grande incidência de normas tecnológicas de fundo (no plano da adjudicação de direitos, mesmo).  Veja-se, a respeito,  os trabalhos de Danielle Keats Citron, nos EUA,  que cito em meu artigo -  página Artigos sobre norma tecnológica, ao lado direito deste post.

No Brasil, na UFPR, há um grupo de estudiosos falando amplamente em automatizar as decisões (ir ao mérito!).  Trata-se de um cenário de esforço teórico, ainda, é verdade. Mas, pela ótica da tecnologia - só pela ótica da tecnologia, repito! - não se trata de um cenário distante. Muito pelo contrário. Os óbices a esse avanço, certamente, deverão vir da seara jurídica.  Vem aí um belo embate entre tecnologia e Direito (princípio da dupla instrumentalidade). 

Transparência tecnológica: uma exigência da softwarização

Em 2011, no Brasil, a lei 12.527 tratou do acesso à informação, sob discurso estribado fortemente na ideia de transparência. Na realidade, entretanto, acrescentou pouco à disciplina processual, toda ela permeada, desde a base, pela publicidade.

É estranho que o legislador, em tão extenso e minucioso documento, não se tenha ocupado das novas tecnologias da informação (TIs), colocando sua incorporação aos mecanismos de adjudicação e aplicação do Direito,  clara e expressamente, sob as luzes da transparência. Nesse especial aspecto, a lei poderia ter efetivamente inovado para o processo, que está sendo invadido por essas tecnologias, mas não o fez.

A softwarização do processo já evidencia, a toda prova, que o software assume papéis antes entregues ao prudente arbítrio do juiz, além de aos servidores. São normas que, em expressão tecnológica, se autoaplicam e dão automaticidade aos sistemas, são as normas tecnológicas(2).	A tecnologia não é um mal a ser espancado. Ela é um bem a ser controlado. E a transparência é um instrumento efetivo para esse controle.  [...] o software é um invisível permitido, extremamente ativo e que age diretamente, não pela via de outros operadores
E tem de ser assim mesmo, para o bem do processo. Não há porque não ser, embora isso tenha de estar transparente em moldes adequados.	Os jurisdicionados têm direito à transparência tecnológica, não apenas informacional.

Alguns casos já vividos são notórios, como o famoso e recente caso em que um recurso foi considerado intempestivo pelo sistema processual (o software) porque o horário do sistema era o de Brasília e o recurso vinha de um Estado com outra hora.  Outros são corriqueiros, como as muito comentadas rejeições de peças porque não se atendem limites de tamanho que “alguém” incluiu no software por conveniências de ordem administrativa ou financeira. Aliás, numa manobra em que direitos fundamentais são desprezados e prevalecem as tais conveniências. Quem não lembra do Bacenjud, no início, e sua voracidade descontrolada? Isso merece um post à parte!

Na verdade, os processos sempre tiveram atores visíveis e invisíveis. Em legitimação pelo procedimento, da virada dos anos 60 para os 70, ao tratar da autonomia do sistema processual,  Niklas Luhmann[1] já evidenciava a preocupação com os atores invisíveis, presentes no processo via papéis externos dos operadores.   Mas o software é um invisível permitido, extremamente ativo e que age diretamente, não pela via de outros operadores.

Colocá-lo numa zona de luz, sob os olhares de todos, parece uma exigência necessária para desmistificá-lo e para dar validade ao amplo movimento de incorporação das novas tecnologias pelo Direito.

---

[1] LUHMANN, Niklas. Legitimação pelo procedimento, p. 61-64.  
[2] Sobre a noção de "agente automatizado", nos contornos da tecnologia do workflow, ver o capítulo 2 de  KRAMMES, Alexandre Golin. Workflow em processos judiciais eletrônicos. São Paulo:LTr, 2010.

Krammes compartilha ideias sobre norma tecnológica.

Nos últimos dias, tive oportunidade de trocar ideias com  Alexandre Golin Krammes, autor da excelente obra Workflow em Processos Judiciais Eletrônicos (1), prefaciada pelo professor Aires José Rover. Krammes é graduado em Direito pela UFSC e mestre em Gestão do Conhecimento pela mesma instituição, possuindo conhecimento profundo e atualizado de análise de sistemas voltados para a Justiça. Uma combinação valiosa de saberes para o novo cenário do processo no Brasil. 

Após rápido fornecimento de informações a respeito dos objetivos deste blog, Krammes manifestou-se interessado em buscar um elo entre os aspectos teóricos suscitados e algum ponto de sua larga experiência prática, o que ele chamou de "uma molécula da questão", para aprofundar em termos pragmáticos. 

"Há certos caminhos que o processo eletrônico assume e que deveriam ter um respaldo maior, sem duvida, em discussões dos envolvidos", disse-me ele. Esse é precisamente um dos aspectos que se busca ao teorizar a norma tecnológica, para perceber sua força funcional nos sistemas processuais.  

Apaixonado pela tecnologia da informação e da comunicação, afeito ao meio tecnológico e após longos anos de envolvimento direto no desenvolvimento de sistemas, o autor destacou, ainda, que " é preciso despertar a noção de que o processo eletrônico não é simples mudança do tipo de mídia, e tal constatação precisa de estudos avançados para que seja garantida a evolução com manutenção de direitos secularmente consagrados.

(1) KRAMMES, Alexandre Golin. Workflow em processos judiciais eletrônicos. São Paulo:LTr, 2010. 117p.

Norma tecnológica ou norma virtual? eNorma?

Essa nova categoria científica do Direito e da ciência processual merece um nome. 

Que se trata de norma, no sentido de "gênero", conforme  proposta de Dworkin, aprofundada por Alexy etc., parece que não há divergência. Agora, a escolha de um qualificador que diga respeito à espécie, para a caracterizar como um novo ente científico, pode ensejar controvérsias.  

Seria melhor, por exemplo,  utilizar a denominação "norma virtual", em lugar de norma tecnológica?

Ouso pensar que não. Explico:

O termo virtual é polissêmico, equívoco, terçado por juristas de um jeito e por tecnólogos de outro. Em tecnologia,  há ao menos 8 sentidos explicitados, conforme trabalho indicado na nota 7 de meu artigo Processo eletrônico no novo cpc: é preciso virtualizar o virtual (https://docs.google.com/open?id=0B81pFflVFMJFTFVmb3I3RVc3cGc)
  
Sendo assim, ao falar em norma virtual, entra-se diretamente nesse emaranhado de equivocidade. Por isso, pareceu-me mais salutar fugir disso e preferi adotar a denominação norma tecnológica.  Embora seja necessário estabelecer um conceito operacional, é verdade,  conta-se com a vantagem de não haver pré-conceitos  atrapalhando os pensares. 

Além do mais, como se trata - segundo penso - de uma categoria jurídica nova (filha da automação e ente emergente do mundo jurídico-tecnológico), tem-se mesmo de caminhar para o estabelecimento de um conceito. 

Não custa repisar que ela se exprime em linguagem não natural, em linguagem tecnológica (códigos fonte e objeto) sendo, este, talvez, um traço muito peculiar, apto para isolá-la, como espécie, no universo das normas.

Processo eletrônico, iPad, PJe-JT, norma tecnológica e os advogados

Sempre que se trata de processo e de regramento processual, os advogados situam-se como "grandes destinatários" de tudo que se produz, pois estão na "linha de fogo". Por isso, podem ser vistos como os grandes beneficiários do processo eletrônico, até agora. E, provavelmente, os mais impactados pelas novidades tecnológicas.

Em 1/12/12, no meu blog Estudos de Direito, publiquei o post em que noticiava a existência de um browser (navegador), disponível para o iPad, capaz de abrir arquivos em flash.  Segundo o Juiz Luiz Carlos Roveda, isso permitiria quebrar as restrições do Safari, que não entra sequer na consulta pública (sem certificação digital) do PJe-JT (novo sistema de processo eletrônico da Justiça do Trabalho). [ http://stavarespereira.blogspot.com.br/2012/12/processo-eletronico-e-ipad-novo.html]

Numa primeira mirada, trata-se apenas de uma novidade no âmbito da tecnologia. Será?

Na verdade, pensando-se com mais vagar, parece ficar claro que a norma tecnológica posta em operação (o sistema processual a incorporou desta forma) impõe meios específicos pelos quais os atos processuais podem ser cumpridos. Ou não?  O exercício de direitos processuais fundamentais está atrelado (subordinado) ao cumprimento de determinadas regras que, na sua versão tecnológica, são diferentes da norma prima facie (textual).  

Explico melhor: o CPC prevê a possibilidade de um recurso, por exemplo, num determinado prazo. Sempre tivemos "formas" para o exercício desse direito, definidas em lei, além da delimitação de conteúdos: requisitos intrínsecos e extrínsecos. E, portanto, não há novidade na existência de condições para exercitar o direito de recorrer. Normas e princípios combinam-se, de forma harmônica, na construção do "mecanismo recursal".

Com o sistema processual eletrônico, isso se transformou.  Somente a via "eletrônica"  passou a ser aceita. Portanto, na passagem do processo em papel para o "processo eletrônico",  novos condicionantes do exercício do direito de recorrer apareceram, portanto. O mais evidente, e necessário, é o uso de meios eletrônicos. 

Está errado isso? Parece que a resposta tende a ser um veemente não,  embora possa haver muitos questionamentos a respeito, por exemplo, da velocidade da implementação das exigências (imposição de formas em detrimento da substância), da inexistência de infraestrutura uniforme, em todo o território, para o exercício de direito fundamental (isonomia) etc. Essa discussão, entretanto, não atine diretamente à expressão tecnológica das normas postas (às normas tecnológicas). Não são inconvenientes que defluem da maneira como se escreveram (codificaram tecnologicamente) as normas legais do regramento recursal. 

Mas, indo ao ponto: 

A lei previu a evolução, claramente, para o uso de meios eletrônicos. Uma leitura da lei 11.419/2006 permite vê-la como uma ampla autorização para tal transformação processual. Isso se espraia ao longo do texto legal, por inúmeros dispositivos. O art. 10 é um excelente exemplo. 

No entanto, o arcabouço normativo da lei 11.419/2006, ao ganhar expressão tecnológica (ser escrito em linguagem técnica e transformar-se num sistema),  parece ter avançado em relação às restrições/previsões legais.  

Esta norma exigiu, para sua implementação, "decisões e escolhas". Foram decisões e escolhas que nortearam, e vem norteando, vultuosos investimentos públicos e, só por isso, são importantes. Mas isso implicou, também,  escolha de certas  "expressões tecnológicas" (digamos assim!) e não de outras.  O iPAD, por exemplo, está banido desse caminho. Nem gosto dele, mas trata-se de um bom exemplo para chamar a atenção para a categoria científica norma tecnológica.  

Essas e outras decisões, tomadas ao longo da construção dos sistemas eletrônicos processuais,  se incorporam ao arcabouço legal processual, transformando-o. No momento em que tal arcabouço ganha  expressão tecnológica, ou seja, exprime-se em normas tecnológicas, não há uma inócua "tradução" normativa. Muito pelo contrário! 

A norma tecnológica é diferenciada, única, tem sua própria expressão e seu modo de operação. Por isso é uma categoria científica nova, que está a exigir teorização e normatização. 

Não se trata, aqui, de ser contra ou a favor de nada, mas de destacar que, quando um regramento legal se exprime tecnologicamente, ele concretiza a previsão legal de certo modo, ou seja, a norma tecnológica distingue-se, em extensão e compreensão, da norma legal textual cuja implementação ela busca.

Os advogados, com  seus iPads, devem ter muitos outros exemplos similares.  

Artigo sobre norma tecnológica é publicado pela revista JusNavigandi

A revista JusNavigandi acabou de publicar, com uma ótima edição,  a íntegra de meu artigo sobre a norma tecnológica:

Leia mais: http://jus.com.br/revista/texto/23126/processo-eletronico-software-norma-tecnologica-e-o-direito-fundamental-a-transparencia-tecnologica#ixzz2DcKVkTuv

Trata-se do artigo mais extenso e, por isso mesmo, contém uma introdução sobre o fenômeno da softwarização do processo - a passagem do processo mecânico para o processo com utilização ampla da automação - que é o fenômeno indutor do surgimento desse novo tipo normativo - a norma tecnológica.

Como chamada do texto, os editores escolheram a seguinte frase, inserida no tópico em que abordo a questão de um novo regime jurídico atinente à abertura dos códigos-fonte de programas:

"É preciso pensar e escrutinar o software em termos jurídico-normativos também, não apenas tecnológicos. Somente assim se concretizarão as exigências de transparência." 

Habermas, fundamentação e aplicação das normas e a norma tecnológica.

Habermas, em Direito e democracia: entre faticidade e validade, analisando o pensamento de Dworkin e a teoria dos direitos, diz que se deve considerar, para a jurisdicão atual, regras específicas de aplicação e princípios, num universo de muitas colisões. Por isso, “todas as normas vigentes são naturalmente indeterminadas, inclusive aquelas cujo componente ‘se’ explicita a tal ponto as condições de aplicação, que elas somente podem encontrar aplicação em poucas situações típicas padronizadas  [...] “[1].  Ou seja, apesar do esforço de “pré-visão” - que se exprime nos inúmeros condicionantes da aplicação - as normas tendem à indeterminação.  Na verdade, tais indeterminações constituem os espaços de manobra do decisor para a  aplicação justa da norma.

Diz, ainda, Habermas, que  “somente quando se conclui que uma norma válida é a única norma apropriada a um caso a ser decidido, ela fundamenta um juízo singular, que pode pretender ser correto.”[2] O juízo singular é, exatamente, a norma ajustada para o caso que se apresenta à decisão.  É por isso que a validade da norma prima facie  “significa apenas que ela foi fundamentada de modo imparcial; para que se chegue à decisão válida de um caso, é necessária a aplicação imparcial. A validade da norma não garante por si só a justiça no caso singular.”[3]

Como justificativa prático-operacional de sua última afirmação, Habermas, amparando-se no pensamento de Klaus Günther,  pensa que “a aplicação imparcial de uma norma fecha a lacuna que ficara aberta quando da sua fundamentação imparcial, devido à imprevisibilidade das situações futuras.”[4]   Vêem-se, aí, confrontados, os dois momentos destacados por Günther para a vida das normas: o da fundamentação e o da aplicação, este último, quando a norma fundamentada recebe o influxo reflexivo da situação a decidir e é ajustada para operar de forma justa.  

E, em afirmação que muito interessa à teorização da norma tecnológica, o jurista alemão termina dizendo que “em discursos de aplicação, não se trata da validade e sim da relação adequada da norma à situação.”[5]

Ora, a norma tecnológica, por suas características singulares,  foge a esse figurino teórico que se estriba na distinção de Günther dos dois momentos, o da fundamentação e o da aplicação.

A norma tecnológica é gerada num ponto intermediário, até agora não adequadamente entendido e regulado, que se situa entre o momento da geração fundamentada da norma prima facie  e o da aplicação daquela norma ao caso concreto. 

Ou seja, pode até haver um esforço de melhor explicitação de futuras  situações de aplicação (mais  profundo que o desenvolvido pelo legislador, na fundamentação!), mas, definitivamente, ela poderá ser aplicada ao caso concreto sem um real respeito à situação que se apresenta.

Habermas fala em “relação adequada da norma à situação” , construída num discurso de aplicação, ou seja, num discurso que se estriba, de forma efetiva e direta, na consideração das perístases da situação.  E isso, no caso da norma tecnológica, definitivamente não ocorre.

A norma tecnológica se autoaplica, considerando as previsões feitas e traduzidas em condições técnico-estruturais (o programa ou código), mas é necessário admitir que está afastada, no caso, uma consideração efetiva da situação.

---

[1] HABERMAS, Jürgen. Direito e democracia: entre facticidade e validade. Tradução de Flávio Beno Siebeneichler.  Rio de Janeiro:Tempo Brasileiro, 1997, v.1. p. 269.

[2] HABERMAS, Jürgen. Direito e democracia..., p. 270.

[3] HABERMAS, Jürgen. Direito e democracia..., p. 270.

[4] HABERMAS, Jürgen. Direito e democracia..., p. 270.

[5] HABERMAS, Jürgen. Direito e democracia..., p. 270. 

Norma tecnológica: dirigida ao homem ou ao computador?

No item 6 de meu artigo(ver página Artigos no menu à direita), aponto a norma tecnológica como sendo " [...] a interpretação da norma textual, da norma prima facie, escolhida para prevalecer mediante incorporação no algoritmo do sistema processual."

Ou seja, partindo-se da disposição "legislada", apura-se uma interpretação (o sentido do enunciado com força normativa , quer dizer, a norma em sentido kelseniano, ou o objeto da norma(1)) para incrustar no software chamado de sistema processual. Para incorporar-se ao software, ela ganha expressão em linguagem própria (código-fonte).

Eis aí, portanto, a norma tecnológica. Um técnico é capaz de olhá-la e dizer: "ah, de acordo com o que está aqui,   se o recurso tiver mais de 50 laudas, será rejeitado."  Essa é a expressão "humana", em linguagem natural, da norma tecnológica.  Quem sofrerá o impacto da aplicação desta norma? Quem está sujeito à prescrição posta na norma?

Poder-se-ia pensar que ela é uma norma dirigida para o computador, para a máquina, e não para um humano. E, portanto, seria estranho pensá-la como norma jurídica.

Mas, nesse raciocínio, há uma falácia, induzida pela ideia de programa e que é muito comum, no início de carreira, para os próprios programadores.

Uma coisa é o conjunto de comandos dirigidos ao computador para obter determinado comportamento dele (do computador). Na verdade, o código-fonte (onde, em linguagem acessível aos técnicos,  são dispostos os comandos para o computador)  não é, ainda, as instruções que o computador executa (ou cumpre!).  O computador trabalha efetuando operações expressas em linguagem de máquina (código-objeto) que são uma tradução (que o próprio computador faz) da linguagem fonte.

Para o computador, pouco importa o conteúdo prescritivo contido no conjunto de instruções que ele executa, uma a uma. O comportamento dele somente será o almejado pelo "legislador" porque ele fará milhares de operações toscas e simples que foram ordenadas por um humano para produzir aquele resultado. A virtude do computador é executar estritamente aquele conjunto de movimentos, somas, subtrações etc de bits,  em sua memória, sem saber do que se trata.

Então, é necessário perceber que é na "ordem de execução das instruções", estabelecida por um humano, que está o conteúdo jurídico-normativo daquele conjunto de instruções técnicas. Ou seja, é no "programa" que está um comando para os humanos. Aquele mesmo conjunto de instruções, executado em outra ordem (postas noutra disposição!), produzirá um resultado absolutamente diverso.   A pior coisa para um programador é cometer aquilo que eles,os programadores,  chamam de "erro de lógica": um erro na estipulação da  "ordem de execução" das instruções. O computador as executará, burramente, e o resultado não será o esperado (exemplo: mesmo com mais de 50 laudas, o recurso é recebido, mas não deveria ser!).

Um programa é o que Krammes (falando de workflow e inspirado em Cruz e outros autores) denomina de "agente automatizado". (2)

Quando um servidor devolve o recurso para o advogado, negando-se a recebê-lo porque há excessivas laudas, não se diz que o "limite de laudas" foi estabelecido para o servidor, mas para o advogado. É ele que deve ajustar-se à norma limitadora para ver seu recurso processado. O servidor apenas "aplica a sanção". Assim como o juiz aplica a sanção a quem ofendeu. (Fujamos, aqui, da visão kelseniana de norma como autorização ao aplicador da sanção! Não há utilidade em considerá-la neste momento.).

Ora, num cenário de softwarização do processo, uma imensidão de atividades é automatizada. Isso significa preparar programas para substituir os humanos. O advogado de nosso exemplo não vai interagir mais com o servidor, mas sim com um "agente automatizado", com um programa.  Na verdade, vai interagir direto com a norma tecnológica que se autoaplica (aplica o conteúdo prescritivo contido nela mesma: ver, a respeito, minha outra postagem sobre Luhmann, autorreferência, clausura de operação e autopoiese).

O tal "agente automatizado" contém, em sua estrutura, a versão normativa adotada para deslindar aquela situação.  Ela será aplicada sempre e invariavelmente (se  A, então  B), sem exceção.

Ótimo? Num primeiro olhar, parece que sim.  Mas a simplicidade do exemplo utilizado não deve escamotear a extensão do fenômeno. Fala-se, com insistência, em automatizar decisões, ou seja, ir além das questões formais (hoje muito impactadas) e invadir o mérito. Portanto, é preciso ir mais fundo nessas considerações, pois mesmo no âmbito formal  há questões e questões.

Algumas coisas saltam aos olhos:

a) entre a lei e a versão interpretada que será aplicada sempre e invariavelmente, porque cristalizada no programa,  "alguém" estabeleceu o que deveria ser transposto para o programa para a tal aplicação invariável e persistente; muitas vezes, nesse passo, há mesmo a necessidade de integração; o "alguém" está legitimado para fazer esse exercício de apuração de sentido?
b) no caso, perde-se o caráter deôntico típico da aplicação de normas jurídicas (se A, talvez B, quem sabe C, ou, dependendo, nada!); salta-se, no âmbito do "dever ser", para espaços ocupados totalmente e apenas por "ser";
c) para Günther (3), a contextualização é condição de imparcialidade; num programa, não há contextualização, salvo se se admitir que uma "pré-visualização" de situações possíveis supre esse requisito; mas essa pré-visão das situações já é feita pelo próprio legislador; a contextualização é típica de um momento de aplicação da norma (discurso de adequação) e de consideração de todas as perístases relevantes da situação;
d) a norma tecnológica é dotada de um absoluto "teor vinculante";
e) sem dúvida, há um deslocamento do núcleo decisório de muitas situações processuais;
f) a interpretação da norma prima facie desloca-se no tempo (na linha de ordem cronológica dos atos); ela passa a preceder, longinquamente,  o momento de aplicação da norma.

Enfim, essas e múltiplas outras questões são suscitadas pela nova categoria científica do Direito: a norma tecnológica.

(1) KELSEN, Hans. Teoria geral das normas.  Tradução de José Florentino Duarte.  Porto Alegre:Fabris, 1986.  p. 113: "objeto de uma norma é aquilo que está prescrito numa norma, fixado como devido [...] ". 
(2) KRAMMES, Alexandre Golin. Workflow em processos judiciais eletrônicos. São Paulo:LTr, 2010. p. 47.
(3) GÜNTHER, Klaus.  Teoria da argumentação no direito e na moral: justificação e aplicação.  São Paulo:Landy Editora, 2004. 423p.

Norma tecnológica, Luhmann e clausura de operação

Quando se está diante da norma tecnológica? Como e quando se pode legitimá-la?

A norma tecnológica manifesta-se, torna-se perceptível, não tanto como estrutura (que realmente é), mas no momento da operação. Como destaca Luhmann, o termo estrutura "designa uma condição de possibilidade da autopoiesis do sistema  [...] designa outro nível da ordem da realidade, distinto do termo operação." (1)

Naquele momento do processo em que a norma tecnológica entra em ação (opera!), vive-se um momento relevantíssimo de autopoiese sistêmica: o processo "anda" com as próprias pernas e determina o "estado posterior do sistema, a partir da limitação anterior à qual a operação chegou".(2)

Autorreferencialmente, o sistema processual assenhora-se da informação disponível e gira.  Autoaplicando-se, a norma tecnológica exibe-se operacionalmente. Abre-se à informação (pois a clausura é apenas no nível operativo),  mas nos limites estritos de suas operações (fechamento operativo: "causalidade vinculante dos sistemas"(3)) .

No caso dos sistemas eletrônico-processuais, a norma, enquanto estrutura (condição de possibilidade da autopoiese sistêmica), tem de ser estabelecida de forma a  atender aos requisitos de toda norma, notadamente a validez. É pela legitimação da norma, enquanto estrutura, que se alcança a legitimação dela no nível operativo (clausurado, mas previamente legitimado).


(1) LUHMANN, Niklas. Introdução à teoria dos sistemas.  Trad. De Ana Cristina Arantes. 2. ed. Petrópolis:Vozes, 2010. p. 121. 
(2) LUHMANN, Niklas. Introdução..., p. 113. 
(3) LUHMANN,  Niklas. Introdução..., p. 127. 

Afinal, o que é norma tecnológica?

Vou utilizar uma discussão simples, ocorrida no âmbito de uma lista de que participo (GEDEL),  para falar um pouco mais de norma tecnológica.

Saiba mais sobre norma tecnológica percorrendo as páginas ao lado - menu à direita:

O caso: um determinado sistema processual eletrônico não aceita PDFs de petições que contenham imagens de mais de 200 KB.  Ou seja, pelo que se entendeu, mesmo que o arquivo PDF esteja dentro dos limites estabelecidos (10 MB para aquele tribunal), o fato de o PDF conter uma imagem de documento com mais de 200 KB torna tal PDF "não recepcionável" pelo sistema.  O advogado deve ajustar-se a tais limites, sob pena de ver cerceado seu direito de prática daquele ato. 

Então,  como se vê, o sistema processual em questão age orientado por uma norma (Imagem com mais de 200KB. Pena: rejeição!). Embora estejam em jogo grandezas numéricas (tamanhos de arquivos digitais), o efeito da restrição é claramente jurídico: interfere  e condiciona o exercício de um direito processual legalmente estabelecido.  

Ou seja,  os fatos que se apresentam (peças e seus tamanhos) são interpretados à luz de uma regra que foi codificada no sistema.  Exatamente como, para Kelsen, os humanos usam as normas jurídicas para interpretar os fatos (orientam-se por elas).   Segundo essa norma codificada, o sistema deve rejeitar o tal documento porque a imagem excede um limite dado. O verbo "dever", nessa frase, não é muito apropriado. Melhor seria dizer  o sistema rejeitará!    

Estamos, aí, diante de uma norma tecnológica, com suas muitas especificidades.   Algumas: 

1) Esse "intérprete" (o sistema, que é o interlocutor do advogado no momento do ajuizamento da petição), que é a expressão operacional da norma,  age sob lógica formal estrita, não modal, muito menos deontológica. Uma característica interessantíssima, tratando-se do âmbito jurídico e depois de tanto esforço para explicitar lógicas próprias para essa ciência. 

Para o sistema, se não houve programação para isso, não importa que tipo de direito material ficará prejudicado pela rejeição fundada em pormenor de forma absolutamente supérfluo: se se discute vida, valores vultuosos, nada interessa. Nem, tampouco, se o excesso é de 10 KB (210 KB em vez de 200KB) e se essa pequena diferença vai  causar prejuízos irreversíveis para a vida de uma pessoa.  Qual juiz "humano" agiria dessa forma?!?

2) A norma, por sua vez, está escrita numa linguagem fonte - java, C, C#, delphi -,  num enunciado que os técnicos entendem. E, quando ela é utilizada pela máquina, já se apresenta em outra linguagem (de máquina, linguagem objeto), mas esta última passagem (fonte para executável) é trivial (Foerster) e, por isso, irrelevante. A compilação é uma função tecnológica trivial.

Agora, na passagem da "lei" (texto normativo legislado, em sentido amplo), para a linguagem fonte (no algoritmo), há dois momentos cruciais:

a) a definição do sentido do texto legislado que será codificado (no exemplo, a determinação dos limites) e

b) a expressão daquele sentido na linguagem fonte escolhida. 

3) A coisa se agrava, como me realçou um colega dias atrás, quando a questão é de "integração". E os vazios legislativos, nessa área, superam todas as expectativas. 

4) Para o exemplo dado, é válido perguntar: qual o fundamento jurídico das restrições impostas ao advogado no momento de ajuizar a petição?  Quem definiu isso? De onde advém a competência para essa "interpretação" e "definição" do conteúdo da norma levada ao fonte do software? Por que o limite da imagem é 200 KB, e não 2000?  E o do PDF é 10 MB e não 20 MB? 

Tópico de discussão sobre norma tecnológica é aprovado em Legística

Sob o título "Norma tecnológica, transparência tecnológica e direito fundamental à transparência tecnológica",  foi aprovado tópico para discussão do assunto em Legística (http://legistica.ning.com/).

Falando-se nas normas transformadas em software e se "código é lei/direito", como está acontecendo amplamente no Brasil e no mundo, a proposta deste blog, levada ao tópico do fórum de Legística, é  tentar responder a questões como:

a) que código é lei/direito?
b) em que condições um código é lei/direito? Ou pode ser considerado como tal?
c) que tipo de lei/direito é um código?
d) a norma tecnológica é uma norma que funciona como outra norma/regra? Ou é diferente?
e) a norma tecnológica pode, ainda que advinda de fontes hierarquicamente inferiores, mexer em normas postas por fontes hierarquicamente superiores?
f) a "utilidade" ou a "conveniência" são suficientes para impor uma norma tecnológica?

Essas são provocações pertinentes para este blog também. E que, certamente, não esgotam o assunto.

Objetivos deste blog

O processo judicial  passa por um momento de profunda  softwarização, transformando-se no processo eletrônico. Um software é um conjunto de instruções codificadas em linguagem tecnológica,  muitas delas de conteúdo jurídico: essas são as normas tecnológicas.

Veja mais sobre o conteúdo deste blog,  e sobre a norma tecnológica, na página    Artigos sobre a norma tecnológica! (menu à direita).

Aqui se propõe que a ciência do Direito contemple esse novo tipo normativo, teorize-o e passe a empregá-lo, consistentemente, na abordagem metódica de seu objeto.

Embora o processo eletrônico facilite a percepção desse novo tipo normativo, tais normas tecnológicas podem ter conteúdo jurídico processual e material.

Trecho de programa de computador em linguagem fonte 

Com a expansão do processo eletrônico, afirma-se que, doravante, essa nova categoria fundamental da ciência do Direito  é indispensável nos esforços teórico-explicativos do processo.

Quando nasce, como nasce, que efeitos produz no   processo, qual sua força, como se faz sua revisão, quais as condições de sua legitimidade e validez: são todas questões que requerem estudo e posicionamento dos juristas.

O estabelecimento das normas tecnológicas, por exemplo,  tem sido feito sem  um procedimento devidamente institucionalizado.

As regras propostas neste blog,  da automação consciente, da legitimação e da transparência plena buscam preencher esse vazio. Elas estão vocacionadas ao aperfeiçoamento. Todos podem ajudar a encontrar os meios de incorporar  a tecnologia à vida do Direito.

Descoberta a norma tecnológica, deve-se reconhecer o direito fundamental processual à transparência tecnológica, um caso particular de um direito fundamental geral que precisa ser constitucionalizado (CF, art. 5º, LXXIX - a todos, no âmbito judicial e administrativo, é assegurado acesso pleno às normas tecnológicas - transparência tecnológica).

Venha ajudar a construir a noção desta nova categoria da ciência do direito.