segunda-feira, 13 de abril de 2009

Laboratorio de 08/04/2009

Como Gilvam nos permitiu fazer um só post para os dois últimos lab, farei aqui um pequeno resumo do que Percebi.
De fato, para ser programador, têm que se buscar sempre soluções quase que instantâneas para as mais variadas emergências. Talvez fosse essa a dinâmica do laboratório, saber o quanto somos capazes de interagir com o desafio. E certo que ninguém é igual a ninguém e muito menos pensa igual. Todos nós temos meios próprios de solucionar problemas, tanto que assim ocorreu: uns pelo simples enunciado, outros por formulas matemática, outros por já terem visto isto em outros Lugares (revistas, jornais, etc.): varias foram as respostas mais sempre com o mesmo objetivo: solucionar o problema. Estou começando a perceber que a computação vai alem do que eu sempre pensei ate então, e acho isso muito bom.Você conseguir se torna um “cientista” um especialista em uma área muito atual como a informática, acrescentaria muito para mim. Porem as coisas não serão assim tão fácil como Palavras, exercícios de lógica entre outros. Espero me sair bem no futuro, realmente podendo ser um programador que consiga ver soluções muito alem do que simples exercícios de lógica.

domingo, 22 de março de 2009

Palestra de Lívia Monnerat - Lab-interdiciplinar

Sobre a Apresentação de quarta, sinceramente sobre o programa em si não consegui detalhes ainda, embora sua Inventora Lívia Monnerat, tenha sido bem clara sobre a explicação de como funciona o seu "filho", eu não consegui ver o mesmo funcionando.

Porém, possuo comigo um programa de mesmo formato que o apresentado pela Lívia, trata-se de um Editor de RPG, que da mesma forma como ela descreveu funciona apartir de uma narração descrita pelo usuário. O programa e bem simples roda em qualquer Windows e é de fácil entendimento.Eu não o uso com freqüência mais acredito que dependendo do que você deseja ele é bem satisfatório.

A Presença da Lívia, muito mais do que, contar suas experiências profissionais foi para nos mostrar, que a nossa área é muito abrangente e também muito concorrida. A busca de novas tecnologias para a saúde, bem-estar, lazer é diária (a mesma disse: que está desenvolvendo um software para pessoas cegas), eu mesmo tenho comigo amigos que pretende desenvolver TCC para área de saúde, Urbana e etc.

Seria ate que cedo demais afirmar que já tenho um projeto para o meu TCC (acreditem mais tenho), porem preciso esperar mais um pouco para ver se o mesmo já não existe e o quando ele pode ser benéfico para as pessoas. Mais que a palestra da Lívia esclareceu muita coisa, eu concordo.

domingo, 15 de março de 2009

Sobre "Just in Time" e "escopo"


Sistema Toyota de Produção : Chamado de Produção enxuta e Lean Manufacturing, surgiu no Japão, na fábrica de automóveis Toyota, logo após a Segunda Guerra Mundial. Nesta época a indústria japonesa tinha uma produtividade muito baixa e uma enorme falta de recursos, o que naturalmente a impedia adotar o modelo da Produção em Massa. A criação do sistema se deve a três pessoas: O fundador da Toyota e mestre de invenções, Toyoda Sakichi, seu filho Toyoda Kiichiro e o principal executivo o engenheiro Taijchi Ohno. O sistema objetiva aumentar a eficiência da produção pela eliminação contínua de desperdícios. A base de sustentação do Sistema Toyota de Produção é a absoluta eliminação do desperdício e os dois pilares necessários à sustentação são o Just in Time a Autonomação.

Just in Time é um sistema de administração, que determina que nada deva ser produzido, transportado ou comprado antes da hora. Este conceito está relacionado ao de produção por demanda onde o produto primeiramente e vendido e depois sim que o mesmo é fabricado. Para tanto é necessário que seus fornecedores sejam treinados, capacitados e conectados, para que possam fazer entregas de pequenos lotes na freqüência desejada. Este tipo de sistema se adapta mais facilmente às montadoras de produtos onde a demanda de peças é relativamente previsível e constante, sem grandes oscilações.

Escopo: Pode ser definido como Problema a ser resolvido com o Projeto; É na definição do escopo que será determinado todo o trabalho a ser realizado em um projeto. Muitas vezes estes problemas que acarretam em atrasos de cronograma, retrabalhos e insatisfações de clientes. Existem duas definições de Escopo: - Escopo do produto – refere-se às características do produto ou serviço que se quer como resultado do projeto. Ele é explicitado por meio das especificações. - Escopo do projeto – é todo o trabalho a ser realizado dentro do projeto para fornecer um produto ou serviço, de acordo com as especificações fornecidas.

Scrum: É um método ágil para Gerenciamento de projetos. A função primária do Scrum é ser utilizado para o gerenciamento de projetos de desenvolvimento de software. Ele tem sido usado com sucesso para isso, assim como Extreme programming metodologias de desenvolvimento. Porém, teoricamente pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalharem juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa científica, ou até mesmo o planejamento de um casamento. Mesmo que o Scrum tenha sido idealizado para ser usado em gestão de projetos de desenvolvimento de software, ele também pode ser usado para gerenciar equipes de manutenção, ou como uma abordagem para gestão de programas: Scrum de Scrums.
O Scrum é facilitado por um Scrum Master, que tem como função primária remover qualquer impedimento à habilidade de uma equipe de entregar o objetivo do sprint. O Scrum Master não é o líder da equipe (já que as equipes são auto-organizadas), mas atua como um firewall entre a equipe e qualquer influência desestabilizadora. Outra função extremamente importante de um Scrum Master é o de assegurar que a equipe esteja utilizando corretamente as práticas de Scrum, motivando-os e mantendo o foco na meta da Sprint. (Cada sprint é uma iteração que segue um determinado cronograma para a entrega de um software pronto) Scrum permite a criação de equipes auto-organizadas, encorajando a comunicação verbal entre todos os membros da equipe e entre todas as disciplinas que estão envolvidas no projeto.Um princípio chave do Scrum é o reconhecimento de que desafios fundamentalmente empíricos não podem ser resolvidos com sucesso utilizando uma abordagem tradicional de "controle". Assim, o Scrum adota uma abordagem empírica, aceitando que o problema não pode ser totalmente entendido ou definido, focando na maximização da habilidade da equipe de responder de forma ágil aos desafios emergentes.

Fonte: Wikipedia Brasil.

Empírica: busca de dados relevantes e convenientes obtidos através da experiência, da vivência do pesquisador. Tem como objetivo chegar a novas conclusões a partir da maturidade experimental do(s) outro(s).
Assim podemos entender que a pesquisa empirica é recolha de dados a partir de fontes diretas (pessoas) que conhecem, vivenciaram ou tem conhecimento sobre o tema, fato ou situação e que, podem causar diferenciação na abordagem e entendimento dos mesmos, conduzindo a uma mudança, acrescimo ou alteração profunda, relevante que não distorça, agrida ou altere o conteudo principal mas sim que o enriqueça e transforme em conhecimento de fácil compreenção.
Fonte: Wikipedia Brasil.

domingo, 8 de março de 2009

Laboratorio de 04/03/2009

O tema do laboratório dessa semana gerou algumas duvidas. Eu particularmente nunca ouvi falar sobre scrum muito menos os métodos de trabalho que o mesmo utiliza, embora já tenham visto algo parecido como desenvolvimento de programas com o cliente do projeto participando ativamente do desenvolvimento do mesmo. Concordo com o texto. ( o Cliente participando do desenvolvimento é mais eficiente e assim fica ele mais familiarizado com o projeto, do que simplesmente “encomendando um Programa”, permitindo assim que o projeto sai 100% executável, sem itens inúteis o qual também foi abordado no texto( Ex.Word.somente 80% de suas funções são usadas). Esse método tem grande vantagem pelo fato de serem multifuncionais, muitas atividades podem ser executadas como Teste, configurações, entre outras. O Scrum em si, veio para corrigir algumas falhas que o projeto simplesmente “desenvolvido” geram, porém o mesmo não garante que não ocorram com ele.

Em sala de aula, foi dicustido que se à pressão sobre determinado funcionário, isso pode inibir sua criatividade, porém nem todos trabalham desta forma. A pressão de certa forma pode ser benéfica, muitas pessoas trabalham melhor sobre pressão, entenda: não é ser carrasco e sim, sempre que possível buscar evolução em relação aos tópicos abordados. Para isso também entra a questão do planejamento, com ele a empresa desenvolvedora do projeto sabe qual a margem de erros "possiveis" e o tempo adequado para solução dos mesmos. Fazendo assim com que todos sejam exigidos ao Maximo e cada vez mais sejam eficientes.

segunda-feira, 16 de fevereiro de 2009

Unifeso

Sempre fui louco por computador, ja fiz vários cursos e à algum tempo pensava em cursar Ciencia da Computação, porém não sou da cidade nem tão pouco moro na mesma.Este ano por estar determinado a trabalhar novamente na area resolvi arriscar e ve se consigo o conhecimento necessário para trabalhar na área. tenho muitos amigos que fazem o curso( e que já me alertaram da barra que é), e resolvi faze-lo neste periodo.

Trabalho em Grupo

O debate que ocorreu na sala de aula sobre o respectivo tema, mostrou várias forma de estuda-lo tanto positivamente como negativamente.Minha equipe, avaliou os aspectos negativos.Muitas coisas ocorrem negativamente, porém o dialogo resolve a maioria das controversias, mesmo sendo ela positiva ou negativa, cabe a cada um avaliar o conhecimento alheio e ver se à algo valido nele.

O trabalho em si, são para discutir meios de se poder crescer, com o conhecimento que cada um tem de determinado assunto.Niguem sabe tudo e nunca vai saber, não julgo aqui se fulano usará de terceiros para se promover ou arranhar a imagem do companheiro, mais sim que se existe alguma solução para determinada tarefa e ela e de responsabilidade de um grupo, tal deve ser feito pelo mesmo e não por um ou dois.

Claro, que isso é somente um ponto de vista, cada um avalia de sua maneira.

Se somos um grupo devemos agir como tal, trabalhando com a certeza e a duvida do proximo para assim conseguirmos cegar a um bom senso e mais adiante na solução da questão.