ciciliaartista

Conversação Automatizada

2011-05-22T07:15:00.000-07:00

Saber se máquinas consegue simular reações humanas e interagir com humanos de forma natural está no imaginário do homem. Já foram criados diversos filmes sobre o assunto como o A.I. Artificial Intelligence(A.I. - Inteligência Artificial), I, Robot (Eu Robô) entre outros, que nos instiga a refletir sobre a iteração entre máquinas e seres humanos, como, por exemplo, a interação entre o homem e o computador. Muitas vezes desenvolvemos atividades que envolvem a iteração com outras pessoas, mas será que o fator humano pode ser substituído por formalismos lógicos¹ e passarmos também a conversar e interagir apenas com o computador?

“A opinião de que as máquinas não podem dar origem a surpresas deve-se, acredito, a uma falácia que filósofos e matemático tendem a cometer.

Trata-se da suposição de que tão logo um fato é apresentado à mente, todas as suas consequências acorrem a ela imediatamente.

A suposição é bastante útil em muitas circunstâncias, porém esquece-se facilmente que é falsa. Uma consequência natural disso é que passa-se a pensar que não há mérito algum no mero extrair as conseqüências de dados e princípios gerais.” (ALAN TURING, 1936)

“(...) imaginemos que alguém está fechado num quarto e que neste quarto há vários cestos cheios de símbolos chineses.

Imaginemos que alguém, como eu, não compreende uma palavra de chinês, mas que lhe é fornecido um livro de regras em inglês para manipular os símbolos de um modo puramente formal, em termos de sua sintaxe e não da sua semântica. (...) Suponhamos agora que alguns outros símbolos são introduzidos no quarto e que esse alguém recebe mais regras para passar os símbolos chineses para o exterior do quarto. Suponhamos que, sem ele saber, os símbolos introduzidos no quarto se chamam perguntas feitas pelas pessoas que se encontram fora do quarto, e que os símbolos mandados para fora do quarto se chamam respostas às perguntas.

(...) Lá está ele fechado no quarto manipulando os símbolos chineses e passando cá para fora símbolos chineses em resposta aos símbolos chineses que são introduzidos.” (SEARLE, 1987)

1 Formalismo Lógico: o formalismo lógico atribui um caráter puramente formal aos princípios e leis da lógica, e portanto tende a tomá-los como meras convenções. O conjunto dos enlaces lógicos formaria uma totalidade autônoma, radicalmente separada das conexões reais entre seres ou partes do ser

Converse com o meu protótipo de Sistema de Conversação Automatizada: http://twixar.com/DlQBlX3r Ele se chama SOFIA!

Brazil JS

2011-05-16T06:46:00.001-07:00

No final de semana 13 e 14 de maio de 2011 ocorreu em Fortaleza o BrazilJS (http://braziljs.com.br) na Faculdade Sete de Setembro. Tive o prazer de poder enviar ao eventos todos os integrantes da equipe de desenvolvimento da Mob Telecom (Tales, Wallace, Simão, Rodrigo, Maic e Yvens), empresa que estou trabalhando como Coordenadora de Desenvolvimento de Software.

Também pude matar a saudade dos amigos Atlantes (Paulo Jr., Arian Maykon) e rever outros Atlantes Lobo e Rodrigo e ainda o Camilo que está trabalhando como professor da UFC.
Sem falar de poder ficar o evento todo do lado do meu amado, Rafael Alves.

Sem falar dos amigos e professores da FA7 (Bia e Dudu Mendes, entre outros).

O bacana do evento foi manter o networking, além da atualização nas tecnologias envolvendo Java Script, tem tantas tecnologias Mobile com Java Script, não fazia idéia dos framework’s JS para Mobile.

As palestras que mais gostei foram as de Canvas, adoro imagens; a palestra da Nokia ministrada pela Izabel Zanforlin para Mobile também foi ótima, uma palestra sobre Node.Js pelo Emerson Leite mostrando stream de vídeo e imagem também foi bem bacana, e a palestra sobre programação funcional do Andrei Formiga foi fantástica.

E ainda bem especiais foram as palestras da Loiane Groner, Maujor, Guilherme Chapiewski, Richard Worth.

Um ponto que percebi é como no desenvolvimento de software a participação dos eventos são sitiadas, senti falta de ver profissionais de TI, além de desenvolvedores na palestra. Acredito que devemos abrir nossa mente para termos melhores comunicações no desenvolvimento de produtos e quebrarmos esse paradigma que a parte técnica deve ficar apenas com os desenvolvedores e a parte de processos e gestão apenas com os gestores.

Próximo evento em Fortaleza é o Agile Brazil (http://www.agilebrazil.com/) esperamos estar lá!

RUP & SOA

2009-12-13T06:36:00.000-08:00

    É muito importante ter em mente que a orientação a objetos e a orientação a serviços são paradigmas de design complementares, que podem ser utilizados com sucesso separadamente e em conjunto.
    O paradigma OO nasceu originalmente de uma necessidade de organizar processos de desenvolvimento não estruturados que havia resultado em vários problemas.
    Quando RUP foi concebido havia um aspecto de desorganização nas empresas de Tecnologia de Informação, pois o histórico era de estruturação de uma nova ciência, logo não existiam processos específicos para o desenvolvimento de software, pois o desenvolvimento ainda era muito empírico.
    Com a necessidade de organização das empresas para o a passagem do Bug do milênio, começou-se a pensar em modelos, processos para organizar e controlar o desenvolvimento de algo que não era mais só científico e sim estratégico e financeiro nas empresas existentes, sendo estas de tecnologia ou que apenas utilizassem os recursos tecnológicos.
    SOA tem suas raízes na Orientação a Objetos, no entanto, há o intuito de romper as barreiras dos aplicativos e das plataformas proprietárias para inspirar visões de interconectividade e federação coorporativa. Pois com o constante crescimento da Internet, dos serviços tecnológicos e com o uso cada vez mais exacerbado da Tecnologia da Informação passou-se a ter necessidade de conexões de sistemas vigentes nas empresas, passou-se a ter necessidade de compartilhar os serviços disponíveis pelos diversos sistemas existente na mesma corporação.
    Portanto, Orientação a Objetos, RUP e SOA são tecnologias completares, podendo ser utilizadas juntas ou não, vai depender da necessidade de cada empresa.
Lembrando que, na fase de Iniciação do RUP há uma conexão com o desenvolvimento SOA, pois nessa fase é aonde são modelados os negócios, e para SOA essa fase é essencial para a implementação dá certo.
    Na fase de Elaboração do RUP é importante identificar os requisitos que são implementáveis como serviços para SOA e que a arquitetura do sistema estará descrita como orientada a serviços. Enquanto que na fase de contrução irá ser feita a construção dos serviços modelados anteriormente na fase de elaboração.
    A fase de transição do RUP não é muito diferente para SOA, já que na fase de transição é necessário implantar o que foi modelado, se o sistema foi modelado como Orientado a Serviços necessita-se apenas de implantar o que foi modelado, o que pode ser muito complicado, vai depender da experiência da equipe de transmitir corretamente como deve ser feita a implantação do sistema.

Objetivos comuns de OO e SOA:

Melhor atendimento aos requisitos do negócio;

Maior robustez;

Maior capacidade de extensão;

Maior flexibilidade;

MAIS REUSO.

Refrência: SOA Princípios de design de serviços - Thomas Erl

Agile Modeling, modelagem ágil!

2008-12-29T10:05:00.001-08:00

Modelagem ágil, Agile Modeling, a minha intenção com esse texto não é de conceituação sobre esse ramo da Engenharia de Software, que visa estabelecer boas práticas para o desenvolvimento ágil em projetos de software.
A idéia de escrever esse texto me veio em meio a uma apresentação em sala de aula, na disciplina de Engenharia de Software, minha equipe ficou designada a falar sobre Agile Modeling, e em meio à correria da vida de estudante universitário de tecnologia, que estuda e trabalha, não tivemos um amadurecimento maior sobre o assunto, mas durante a apresentação, fui a última a falar da minha equipe, percebi que poderíamos ter sido mais enfáticos, pois nós tínhamos experiência em nossas vivências para falar dos benefícios de uma visão ágil no desenvolvimento e manutenção de software.
O que me despertou o interesse foi a parte de documentação em processos ágeis, o que eu imaginava antes do trabalho, que desenvolvemos, era que em desenvolvimento ágil não se fazia documentação, era totalmente desnecessário, mas pude perceber que não é bem assim!
Como as boas práticas de modelagem ágil falam, e que pode ser percebido em XP (Extreme Programming), por exemplo, é que deve ser feito documentação sim, mas tendo em vista agregar valor ao negócio, investir em documentação que seja necessária para o retorno de investimento (ROI), documentar o que o cliente está disposto a pagar, e, o que achei mais, super, mega, PLUS, importante é documentar o que for NECESSÁRIO para o seu projeto, só gerar documentos que a equipe vá utilizar, documentos que serão lidos, utilizados e não perder tempo (tempo = = dinheiro) com documentos e artefatos que não agreguem valor ao seu projeto, ao resultado final do Produto a ser entregue!
Software hoje em dia não são mais aqueles programas complicados que só especialistas sabem utilizar, o software hoje em dia está em muitos campos das nossas vidas, às vezes nem o enxergamos, façamos nós, profissionais de TI, o desenvolvimento de software algo leve, que nos traga prazer e conseqüentemente gere produtos confiáveis para nossos clientes e usuários!
Como brinquei em sala de aula, não vamos perder tempo documentando, planejando o que não será utilizado, para que não fiquemos os analistas projetando e os programadores reclamando da A&P e no final todo mundo “trabalhando” como se o processo fosse seguido, e no fim das contas, um novo prazo estipulado...!