open system n. (often in pl.) a computer system in which the components conform to non-proprietary standards rather than to the standards of a specific supplier of hardware or software, thus allowing greater compatibility.

(Canadian Oxford Dictionary, 2nd Edition)

Tradução livre:

sistema aberto substantivo (frequentemente no plural) um sistema de computador cujos componentes estejam conforme padrões não-proprietários ao invés dos padrões de um fornecedor específico de hardware ou software, assim permitindo maior compatibilidade.

.NET

Novell

Eis a apresentação que, tal qual suas fontes de informações e imagens (site do Mono e Wikipedia), publicamos nos termos da GNU Free Documentation License:

• Apresentação – Projeto Mono (PDF, 777kB)
• Apresentação – Projeto Mono (Flash)

Deve ser útil como uma pequena fonte de informações iniciais sobre esse importante projeto.

Prática e Gerenciamento de Projetos

Em testes superficiais, o OpenProj pareceu ser o que oferece mais recursos e, assim como o GanttProject 2.0.6, roda na Plataforma Java, ou seja, em vários sistemas operacionais. A desvantagem mais aparente do OpenProj sobre o GanttProject é a não utilização do mecanismo que permite a um programa Java assumir a aparência do ambiente operacional. Ao ser executado no Gnome, o programa não assumiu o tema do GTK+, mas sim a aparência padrão Java Swing, “Metal”. Não o testamos no Janelas para ver se ali ele fica com a aparência daquele ambiente ou se permanece Metal. Alguém poderia dizer?

Instalamos aqui também, via apt, o Gnome Planner 0.14.2, porém ainda não permite abrir o arquivo do Redmond Project (MPP). Abaixo, captura de tela que comprova a situação.

Embora, pessoalmente, ainda não tenhamos conhecimento suficiente de nenhuma ferramenta desse tipo, tampouco do MS Project, não podemos afirmar se essas que indicamos realmente podem ou não fazer todo o trabalho. Contudo, vale a pena você mesmo testá-las, não apenas pelo baixo ou nulo custo, mas sobretudo para dar a si mesmo a chance de aprender a não depender de mais um programa proprietário, que funciona apenas em uma plataforma deficiente. Embora Redmond ofereça licenças gratuitas a acadêmicos, através do MSDNAA (Academic Alliance), disponível no Centro Universitário de Maringá, é muito fácil cair em uma armadilha: você aprende gratuitamente a depender dessas ferramentas, todavia depois custarão horrores quando realmente a necessidade surgir em seu futuro profissional. Saiba usá-las se possível, mas nunca dependa delas: aprenda a lidar com outros fornecedores!

[P. S.] Quem ainda utiliza apenas o sistema operacional de Redmond pode tentar também o Open Workbench, programa desenvolvido pela Computer Associates e liberado através da licença MPL, que também apareceu bem indicado por alguns sites durante nossa pesquisa, embora não o tenhamos testado.

A propósito, nunca é demais cobrar: liberte seus documentos!

Engenharia de Software

Ele já funciona e calcula corretamente o valor de FP de seu projeto (isto foi conferido pela professora), podendo ser utilizado normalmente, porém com algumas ressalvas. Existe pelo menos um bug conhecido que permanece nessa versão 1.0: ao fechar a janela dos ajustes de complexidade e abri-la novamente, alguma variável ainda não identificada está sendo acumulada, fazendo com que o cálculo seja modificado. Por enquanto, o jeito é clicar em Arquivo > Novo projeto, para zerar tudo.

Ficamos receosos de publicar o código-fonte do programa, por vergonha, pois foi feito com a maior pressa para ser entregue em um dia. Apenas depois foi anunciado que poderia ser entregue posteriormente, mas daí já estava praticamente tudo feito. Mesmo sendo desenvolvido com POG, mudamos de idéia, então distribuímos o programa sob os termos da GNU General Public Licence, versão 3, tal como publicada pela Free Software Foundation.

Download

O programa funciona em qualquer sistema operacional, contanto que esteja instalado o Java Runtime Environment 1.6.0 (“Java 6 JRE”) ou mais recente.

Binários (Java bytecodes)

Java Web Start

É a maneira mais ágil de executar o programa, se o ambiente de sua máquina estiver devidamente configurado. Clique aqui e mande abrir com o Java Web Start.

A maneira mais ágil de executar o programa seria clicar neste link, porém o servidor onde o arquivo se encontra ainda não está configurado corretamente para associar o arquivo com o Java Web Start. Contudo, ainda é possível utilizá-lo: basta salvar o pequeno arquivo em sua máquina como PontosPorFuncao.jnlp e abri-lo com o Java Web Start. Uma alternativa ainda pode ser, através do seu terminal de comandos (p. ex., se for no Gnome: Aplicações / Acessórios / Terminal; se for no Windows: Iniciar / Executar / cmd), digitar:
javaws http://blog.daltux.com/dist/PontosPorFuncao/launch.jnlp

Tradicional (JAR)

• PontosPorFuncao_1.0_dist.7z – 179kB, comprimido com o 7-zip.

Se o seu ambiente de trabalho estiver devidamente configurado para abrir arquivos JAR com a Máquina Virtual Java, abra o diretório descompactado. A partir daí, geralmente, basta um clique duplo sobre o ícone do arquivo launch.jar para executar o programa. Contudo, se isso não ocorrer, verifique com seu distribuidor do sistema operacional como fazer isso.

Código-fonte

• PontosPorFuncao.tar.gz – 366kB, projeto para NetBeans 6.

Para entender o que está em questão, antes há que se ler um artigo: Alex’s Weblog – Aumentando a vida útil dos HDs.

É recomendável que não apenas aqueles que usam Ubuntu, mas qualquer distribuição de GNU/Linux ou outro sistema operacional (inclusive o “das janelas”), façam essa verificação de como anda o gerenciamento da economia de energia relacionado à vida útil do disco rígido. O problema parece estar associado aos portáteis quando utilizam a bateria, mas em todo caso nada custa seguir as dicas desse artigo para ter certeza.

O colega Diógenes ou qualquer outro que tenha sofrido com o problema e viu o HD de seu laptop ir para o final de sua vida útil teórica, se ficou com alguma mágoa do “Linux para seres humanos” (Ubuntu), deve pensar em acompanhar as discussões sobre o progresso do sistema (por exemplo pelo agregador Planeta Ubuntu Brasil). O mundo do software livre vive em mudanças constantes, muito mais do que o software proprietário. Por outro lado, mesmo as falhas de segurança da informação não são escondidas tentando evitar que alguém se aproveite. Ninguém fica na mão de uma única corporação cujos interesses comerciais ficam sempre em primeiro lugar. Tão logo um problema é detectado, alguém aparece com uma solução. Às vezes, basta uma linha de comando ou alguns cliques para resolver (APT). Outras vezes, como agora, essas soluções não são tão simples de implantar. Entretanto, nós que estudamos não devemos ter medo de aprender. De qualquer forma, no caso específico do Ubuntu, se por algum motivo você mesmo acabar não corrigindo uma falha conhecida (seja manualmente ou pela atualização de pacotes via APT), no máximo em seis meses é lançada outra versão.

Só não tenho a certeza ainda (depois que resolvi essa falha não pesquisei mais) se na próxima versão do Ubuntu (“Hardy Heron”), a ser lançada em abril (8.04), o presente problema virá solucionado. Se alguém obtiver essa informação, por favor nos comunique. Até onde acompanhei o desenrolar da história, Debian já tinha resolvido, mas Ubuntu ainda não totalmente.

Eis outro artigo que trata da questão:
http://gutocarvalho.net/wordpress/archives/97

Vale lembrar que, mesmo após as mudanças sugeridas, convém continuar os testes acompanhando o aumento do contador de ciclos de carregamento (“Load_Cycle_Count”) e fazer a média para estimar o tempo de vida. Isso para saber se as mudanças realmente foram bem sucedidas para o seu hardware. Os resultados podem variar conforme o modelo.

Reafirmo que todos, mesmo por exemplo aqueles que usam apenas o sistema de Redmond, deveriam fazer esse tipo de teste, pois o problema, embora possa ser minimizado pelo sistema operacional, pelo que consta pode estar também associado ao comportamento do próprio dispositivo quando está no modo de economia.

Daí não consigo deixar de alfinetar: o que faz um usuário padrão de Redmond quando o HD começa a apresentar problemas? Vamos imaginar. Ele simplesmente compra outro, não importa o motivo (tomara que tenha backup de tudo que tenha sido corrompido), porque provavelmente não utiliza um programa de monitoramento do SMART (sistema de verificação dos discos rígidos) semelhante ao smart-notifier. Então, nem ficou sabendo da existência de algum problema até que ele se tornou grave. Aguardo manifestações sobre isso.

Por fim, mais uma fonte de informação a respeito do tema: no BR-Linux

E “backup” sempre!

De acordo com Roger S. Pressman¹, o teste de software pode tão somente mostrar a existência de bugs, mas nunca pode garantir que eles não existem. Mais grave que isso: “Um bom caso de teste é aquele que tem uma elevada probabilidade de revelar um erro ainda não descoberto” e “Um teste bem-sucedido é aquele que revela um erro ainda não descoberto”. Os objetivos dos testes na realidade devem ser bem contrários ao “ponto de vista comumente defendido em que um teste bem-sucedido é aquele em que nenhum erro é encontrado”.

Eis um parágrafo bastante elucidativo do mesmo autor:

À medida que os resultados de teste são reunidos e avaliados, uma indicação qualitativa da qualidade e da confiabilidade do software começa a vir à tona. Se erros graves, que exijam modificação de projeto, forem encontrados com regularidade, a qualidade e a confiabilidade do software são suspeitas, e testes adicionais são indicados. Se, por outro lado, as funções do software parecerem estar funcionando adequadamente e os erros encontrados forem facilmente corrigíveis, pode-se tirar uma entre duas conclusões: (1) a qualidade e a confiabilidade do software são inaceitáveis; ou (2) os testes são inadequados para revelar erros graves! Finalmente, se a atividade de teste não descobrir nenhum erro, não há dúvida de que a configuração de teste não foi suficientemente elaborada e que erros estão escondidos no software. Esses defeitos serão por fim descobertos pelos usuários e corrigidos pelo desenvolvedor durante a fase de manutenção (quando o custo por correção pode ser de 60 a 100 vezes o custo por correção durante a fase de desenvolvimento).

O mais curioso de tudo é que Pressman não chega a esse ponto mas, se os testes devem encontrar erros, podemos deduzir que os bugs são inerentes ao software. Então, enquanto alguns desenvolvedores sentem-se frustrados ao ter que fazer testes e principalmente ao constatar erros, devemos sempre considerar a atividade de teste como algo construtivo. Afinal, embora não prove que o software seja desprovido de erros, a condução de testes auxilia muito para indicar a qualidade do software como um todo, se cumpre as especificações e requisitos de desempenho e confiabilidade.

¹ PRESSMAN, Roger S. Engenharia de software. Trad. José Carlos Barbosa dos Santos. São Paulo: Pearson Makron Books, 1995. p. 786-790.

Post scriptum (10 mai. 2008)

Eis um engraçado post sobre o assunto, de Nerdson não vai à escola: “Testem, macacos, testem!”

Diante dessa assertiva, logo veio à mente o interessante episódio “Um gosto de armagedom” (A taste of armageddon), da primeira temporada da série original de Jornada nas Estrelas (Star Trek, 1967). O episódio, exibido pela primeira vez em 23 de fevereiro de 1967, ou seja, há quarenta anos, trata de situação semelhante à supracitada imaginação militar.

Nesse episódio, ambientado em 2267, a tripulação da nave estelar Enterprise chega a um planeta onde não se encontram explosões, radiação, pessoas feridas ou qualquer coisa que indicasse a ocorrência de graves danos, porém mesmo assim os dirigentes locais insistente e categoricamente afirmavam que estariam em guerra há quinhentos anos com um planeta vizinho. Descobre-se então que a guerra tinha passado a ser conduzida por computadores. As baixas eram calculadas e então pessoas de verdade deveriam se apresentar a uma estação de desintegração em até 24 horas para que suas mortes fossem devidamente registradas pelo sistema de informação.

Pelo pensamento dos dirigentes de ambos os planetas, esse sistema garantiria uma guerra limpa, sem os horrores inerentes a combates reais, preservando a civilização.

Nesse meio tempo, a própria nave estelar, em órbita do planeta, teria sido declarada destruída pelos computadores que controlariam a guerra, e então toda sua tripulação deveria se apresentar para execução. Diante dessa situação, o capitão decide destruir os computadores e fazer com que os planetas entrassem em confronto real.

   

Eis o discurso do Capitão Kirk (interpretado por William Shatner), ao abrir fogo contra os equipamentos, para Anan (David Opatoshu), conselheiro do planeta:

Morte, destruição, doença, horror… é sobre isso que as guerras são, Anan. Por isso são algo a ser evitado. Mas vocês a têm feito limpa e indolor – tão limpa e indolor que vocês não têm qualquer razão para pará-la, e têm feito isso por quinhentos anos. Já que parece ser a única maneira que possuo de salvar minha tripulação, minha nave… estou acabando com ela para vocês – de uma forma ou de outra.

Eu lhes devolvi os horrores da guerra. Vendekar [o outro planeta] assumirá agora que vocês violaram o tratado e estarão se preparando para empreender guerra real com armas reais. Eles vão querer fazer o mesmo… só que o próximo ataque que eles lançarão fará mais do que contar números em um computador. Eles vão destruir suas cidades, devastar seu planeta. Você, obviamente, vai querer retaliar; se eu fosse você, começaria a fazer bombas. Sim, conselheiro, vocês têm uma guerra real em suas mãos. Vocês podem tanto empreendê-la com armas reais, ou podem considerar uma alternativa – dar um basta nela! Fazer as pazes.

Segundo a Wikipedia anglófona, o episódio seria uma referência à Guerra do Vietnã, quando contagens de mortos eram diariamente reportadas na televisão norte-americana. A situação não deve ser diferente da que vivemos hoje em relação às baixas da Guerra do Iraque, da guerra civil nos morros do Rio de Janeiro, ou até da violência no trânsito local. Vemos essas estatísticas todos os dias, tantas vezes que já não nos importamos, pois temos a impressão de ser algo que não nos diz respeito. Como se fossem meros números, não vidas humanas sendo desperdiçadas.

Quem deseja praticar ou experimentar Linux usando o VMware pode obter uma máquina virtual pronta (cerca de 350MB) com a distribuição Debian GNU/Linux e alguns aplicativos básicos, sem a necessidade de baixar todos os pacotes e realizar o processo de instalação. Basta, após o download da máquina virtual, descompactá-la e executar o arquivo .vmx que então o sistema entrará em ação. Confira nesse artigo novidades, dicas e esclarecimentos voltados para iniciantes.

Conforme já postado na seção de download do site 2SI/Cesumar, é possível, baixar via BitTorrent (recomendo os clientes Azureus ou o µTorrent) ou via HTTP, uma versão disponibilizada no site Visoracle. Contudo, ali as configurações são para a utilização de língua inglesa e mapa de teclado alemão. Quem não souber mudar isso sentirá algumas dificuldades.

Por isso, baixei aquilo e a partir dali instalei vários pacotes, além de ter configurado o sistema para uso do idioma português e do teclado ABNT2. Para obter a nova máquina virtual surgem três alternativas:

1. Para quem já usa algum cliente BitTorrent e pode deixar um tempão ligado, estou semeando o arquivo. É possível baixar o .torrent no mininova.org ou pelo isohunt.com. Contudo, como minha conexão é lenta, é preciso ter paciência enquanto não houver mais gente com várias partes do arquivo. Com esta opção, enquanto e após pegar o arquivo para si, por favor mantenha o down/upload aberto o maior tempo possível para ajudar a disseminar o arquivo.

2. Embora a opção 1 seja mais recomendável pela ajuda à disseminação de software livre pela rede, os colegas mais apressadinhos que queiram aproveitar a oportunidade de conhecer quem possui o arquivo, podem levar à aula uma mídia gravável e entregar a mim para cópia.
3. (Novo-04.abr.2007) Agora já é possível também fazer download do arquivo via HTTP, na verdade em oito pedaços. Acesse o diretório onde se encontram os arquivos e baixe cada um deles, para depois descompactá-los a partir do primeiro arquivo, com RAR, WinRAR ou aplicativos compatíveis. Isto foi necessário pela restrição de até 50MB por arquivo do servidor em questão (4shared).

Já há dois usuários em nossa máquina: root (senha: root) e user (senha: user), sendo que root está configurado para poder entrar apenas no modo texto, não no gráfico.

Dicas

Para passar ao modo superusuário (prompt #) quando estiver como um usuário comum (prompt $), basta executar o comando su e então informar a senha de root.

A maioria das distribuições completas atualmente trazem um gerenciador de login gráfico (no nosso caso, o GDM – Gnome Display Manager) e o sistema o executa automaticamente quando é ligado. Daí, se desejar alternar para o modo texto, é preciso pressionar Ctrl+Alt+F1 por exemplo para ir ao primeiro terminal clássico. Para retornar ao ambiente gráfico, geralmente é Alt+F7.

A alternativa é utilizar um teminal gráfico, por exemplo o Gnome Terminal, disponível no menu Aplicações/Acessórios do GNOME.

Para instalar novos programas, o método mais fácil é o Gerenciador de Pacotes Synaptic, disponível no menu Sistema/Administração do GNOME. Pelo terminal, há o comando, por exemplo, apt-get install gimp (instalaria o pacote do Gimp, editor de gráficos semelhante ao Adobe Photoshop). Na realidade o Synaptic, criado originalmente por brasileiros e hoje o gerenciador de pacotes padrão no ambiente Gnome, é uma interface gráfica para o apt (Advanced Packaging Tool). Mas, antes de executar qualquer das alternativas acima, há que se atualizar a lista de repositórios de pacotes de software, através do Synaptic (apertando um botão) ou pelo apt: apt-get update. Isto presumindo que a configuração está correta e que a rede está disponível.

Havendo dúvida sobre algum comando, experimente consultar o manual: man comando. Por exemplo, man chmod mostra o manual do comando chmod.

Em caso de questões para as quais não encontre soluções por si só, após pesquisar a respeito, o recomendável seria consultar o mestre Elias Carvalho, mas podem perguntar também a mim, principalmente se for algo específico sobre essa máquina virtual.

A maioria das funções deve funcionar apenas no compilador Borland Turbo C++, ambiente em que foi desenvolvido o programa supracitado (versão 3.0). O motivo de tal restrição é a extensa utilização de funções que não existem nas bibliotecas padrão ANSI C, tais como: getch(), clrscr(), gotoxy(), window(), textcolor() e textbackground(). Os protótipos de tais funções encontram-se no arquivo conio.h da Borland.

Apenas removespaco() foi testada também no GCC 4.1.2 (Ubuntu Linux 6.10).

Adiante vão as “colas” para utilização das funções:

removespaco ( string );

Esta função é útil para remover os espaços extras que o usuário pode ter deixado em certa string. Ela trabalha diretamente sobre a string informada como seu único parâmetro, através de referência, e não retorna qualquer valor.

• Obtenha o arquivo espaco.c , que contém a função removespaco e é na verdade um pequeno programa de exemplo.

janela_titulo ( “Título” , coluna inicial , linha inicial , coluna final , linha final , cor do título , cor da borda , cor do fundo );

Abre uma janela completa, com borda, título e fundo interior definidos. É importante lembrar que tudo o que for exibido após esta função ficará dentro da janela, inclusive as coordenadas especificadas em gotoxy(). Para voltar ao tamanho da tela normal, basta utilizar a função window(1,1,80,25);

borda ( coluna inicial , linha inicial , coluna final , linha final , cor da borda );

Baseada na função homônima disponibilizada pelo colega Renato Trento, desenha uma borda, com as coordenadas e a cor da borda especificadas. É necessário ajustar a cor do fundo com textbackground([cor]) antes de chamar esta função. As funções de janela anteriores fazem uso de borda() e não funcionarão devidamente sem ela.

• Faça download do arquivo funcoes1.h, que contém as três funções.