Quando comecei a trabalhar com gestão de equipe comecei a dizer a mim mesma, espero um dia ser para a minha equipe ao menos metade do que o Jorge foi pra mim. Ele é um grande líder, exigente, sempre soube quando elogiar ou puxar a orelha de alguém da equipe, sempre se preocupou com a evolução técnica e pessoal de todos.

Muitas vezes no meu dia-a-dia quando me encontro em situações complicadas com a minha equipe eu paro e penso, o que o Jorge faria no meu lugar? E tento imaginar e encontrar uma solução inspirada no que aprendi com ele.

Porem esta semana aconteceu algo curioso, eu estava um pouco chateada com uma série de coisas, estava questionando a qualidade do meu trabalho,  questionando tudo que tenho feito na globo.com e não conseguia ver nenhum  resultado relevante, e ontem cheguei a comentar com alguns poucos amigos que talvez eu saísse da empresa, pois eu não estava conseguindo atingir minhas metas pessoais, e contei sobre o meu modelo profissional e que eu estava me questionando se de fato eu tinha conseguido aprender alguma coisa com o ele. Porem, no final do dia recebi um e-mail de alguém de uma das equipes que trabalhei na Globo.com que vou transcrever abaixo:

Andréia,

Sinceramente, queria muito que você ficasse aqui conosco, por tudo que você já fez e na minha humilde opinião, por tudo que você representa.

Acho que, pelo menos para algumas pessoas daqui de dentro, você é o ultimo símbolo de esperança de alguma mudança na globo. E com a sua saída, essa esperança vai por água a baixo.

Mas, obviamente que eu sei que você tem que seguir seus princípios e sua vontade mas sinceramente, ainda tenho uma esperança que você fique.

E ficando ou não, eu queria repetir uma frase que você falou ainda a pouco...

Se um dia eu puder exercer um cargo de gerência em alguma empresa, e se eu for metade do que você é, sinceramente estarei mega feliz.

Não quero que você veja essas palavras apenas como palavras de uma pessoa que gosta de você, quero que você as veja como palavras de uma pessoa que te admira bastante e te tem como um ótimo exemplo a se seguir.

Confesso que fiquei um bocado emocionada, pois sei que é muito difícil fazer a diferença na vida de alguém e saber que de alguma forma eu consegui fazer isso, me encheu de esperança e me fez ver as coisas de um outro ponto de vista e que as vezes a gente não consegue ver o resultado do nosso trabalho, pois ser Scrum Master é um trabalho de formiguinha, todo dia você tenta mudar uma coisinha e torce para que isso dê resultado, e muitas vezes o resultado não é visível a curto prazo, nem para mim nem para os outros.

Sendo assim agradeço publicamente a pessoa que mandou ao e-mail,  e fecho dizendo que não consigo expressar o quanto este e-mail significou pra mim. E agradeço ao meu amigo e "ex-chefinho" Jorge Ogawa, pelos 5 anos que tive o prazer e a honra de trabalhar ao seu lado.

cd /System/Library/Frameworks/Python.framework/Versions/
mv 2.6 2.6Old
sudo ln -s /opt/local/Library/Frameworks/Python.framework/Versions/2.6 2.6

E depois executar os demais passos... a dica acima tambem serve para o python 2.5 rodando no Leopard ou Snow Leopard.

Vá no diretório <python_home>/lib/python2.6/site-packages/ e crie um novo arquivo com o nome sitecustomize.py com o conteúdo abaixo:

import sys
sys.setdefaultencoding('utf-8')

Prontinho problema resolvido!

Pré-requistos:

• X11
• Apple's Xcode Developer Tools
• MacPorts 1.710
• apr-util 1.3.8

update do will:

http://archive.apache.org/dist/apr/apr-1.3.8.tar.gz
http://archive.apache.org/dist/apr/apr-util-1.3.8.tar.gz

Para saber o que você ja tem instalado basta utilizar o comando abaixo:

sudo port installed

1) Atualizando o port:

sudo port -v selfupdate

2) Instalando o python 2.6

sudo port install python26
sudo port install python_select
sudo python_select python26

3) Instalando o Boost com suporte para o Python26

sudo port install boost +python26

Dica importante... este processo demora um bocado... portanto de um volta, tome um café, leia algum blog e por ai vai.

4) Compilando o ActiveMQ-CPP

svn co https://svn.apache.org/repos/asf/activemq/activemq-cpp/tags/activemq-cpp-2.2.6 activemq-cpp-2.2.6
cd activemq-cpp-2.2.6
./autogen.sh
./configure --prefix=/opt/activemq-cpp
make
sudo make install


5) Compilando o PyActiveMQ

svn co http://pyactivemq.googlecode.com/svn/tags/pyactivemq-0.1.0 pyactivemq-0.1.0
cd pyactivemq-0.1.0


Abra o arquivo setup.py e faça as seguintes alterações:
de:

libraries = [
'libactivemq-cpp',
'apr-1',
'aprutil-1',
'apriconv-1',
'uuid',
'ws2_32',
'rpcrt4',
'mswsock',
'advapi32',
'shell32'
]


para:

libraries = [
'libactivemq-cpp',
'apr-1',
'aprutil-1',
'apriconv-1',
#'uuid',
'ws2_32',
'rpcrt4',
'mswsock',
'advapi32',
'shell32'
]


de:

include_dirs = [
'/opt/activemq-cpp-2.2.1/include/activemq-cpp-2.2.1'
]
libraries = [
'activemq-cpp',
'uuid',
'boost_python'
]
extra_compile_args = []
extra_link_args = [
'-Wl,-rpath,/opt/activemq-cpp-2.2.1/lib'
]


para:

include_dirs = [
'/opt/activemq-cpp/include/activemq-cpp-2.2.6',
'/opt/local/include'
]
libraries = [
'activemq-cpp',
#'uuid',
'boost_python-mt'
]
library_dirs = [
'/opt/activemq-cpp/lib'
]
extra_compile_args = []
extra_link_args = [
'-Wl,-rpath,/opt/activemq-cpp/lib'
]


python setup.py build
sudo python setup.py install

Devido a isso, estamos procurando por um Desenvolvedor (experiente e versátil) com sólidos conhecimentos teóricos de computação e capacidade de adaptação para integrar um de nossos times no GloboEsporte.com. Procuramos pessoas com espírito inovador, curiosidade, paixão por tecnologia e talento, que se empolgam com construir grandes softwares com grandes pessoas. Que acredite que ajudar a criar e distribuir um produto é importante. Nós também procuramos pessoas que pensam sobre o que nossos clientes gostariam de ter, que focam no sucesso do produto e do negócio e não se deixam levar em guerras religiosas sobre processos de desenvolvimento.

Hoje grande parte de nossos aplicativos são desenvolvidos em Java e Python, mas encorajamos o contato de desenvolvedores que dominem outras tecnologias de desenvolvimento web, pois apreciamos visões diferentes e diversidade de conhecimento e acreditamos que um bom desenvolvedor poderá estudar as tecnologias que utilizamos e dominá-las rapidamente.

Prezamos a colaboração e a constante busca pelo aperfeiçoamento.

Nossos Desenvolvedores devem ser capazes de:

• Trabalhar em equipe e ouvir a equipe;
• Colocar suas idéias e valores de maneira clara e objetiva;
• Expor suas opniões com segurança e baseadas em fundamentos;
• Desenvolver módulos para integração com serviços web;
• Projetar e programar a aplicação em camadas visando modularização;
• Elaborar as melhores estratégias de implementação para reduzir o custo de manutenção do produto;
• Aprimorar o ambiente de desenvolvimento automatizando processos repetitivos;
• Estimar o tempo de desenvolvimento das atividades;
• Dividir as atividades (Visões do Cliente) em tarefas;
• Escolher as tarefas para desenvolvimento;
• Atualizar o status de suas atividades diariamente;
• Participar das reuniões de planejamento de iteração e release, reviews e retrospectivas com os demais integrantes do time, clientes e usuários;
• Desenvolver os produtos de software;
• Elaborar a arquitetura e esquema lógico dos dados quando necessário;
• Implementar testes de unidade, aceitação, integração;
• Trabalhar com ferramentas para Gerência de Configuração de Software (ex.: SVN, GIT e várias outras SCM suites);
• Refatorar constantemente para manter o código limpo;
• Integrar freqüentemente com o repositório porém sem descuidar de requisitos mínimos como executar os testes;
• Revisar o código:
  • Trabalhar em par;
  • Outro desenvolvedor faz uma revisão antes da integração.

É necessário ter experiência comprovada em:

• Desenvolvimento multi-camadas usando tecnologias tais como EJB ou Hibernate;
• Desenvolvimento de aplicações Java™ J2EE no ambiente da Web;
• Implementação de testes unitários em JUnit e DBUnit;
• Processos e Threads;
• Redes;
• Linguagens XML e SQL;
• Ter sólidos conhecimentos de Engenharia de Software;
• OO, MVC, Design Patterns;
• Métodos e estratégias de depuração;
• Um ou mais servidores de aplicação Java™: Tomcat, JBoss, Bea Weblogic e Jetty;
• Bancos de dados: Oracle 9i/10g e MySQL.

É importante saber do que se trata e como funciona:

• Subversion;
• Git;
• Test Driven Development (TDD);
• SOA;
• Web Services (SOAP, XML-RPC, REST);
• Javascript, JQuery, Ajax, Template Engines;
• CSS2, CSS3, HTML, DHTML e XSLT;
• Scrum.

É desejável conhecer:

• Linguagens de script (Shell Script, Perl...);
• Linguagens dinâmicas, preferencialmente Python.

Nós da Globo.com, buscamos criar o melhor ambiente possível, pois acreditamos que o segredo do sucesso de um time está nas pessoas e não nas ferramentas. Por isso, adotamos o Manifesto Ágil e quaisquer idéias que promovam a melhoria dos processos para o desenvolvimento de software. Oferecemos contratação apenas no regime CLT, com salário de mercado e um bom plano de benefícios. Nosso escritório fica localizado na Barra da Tijuca na cidade do Rio de Janeiro e damos suporte a pessoas de outros estados que queiram se mudar. Se você se sente capaz de encarar este desafio, envie seu currículo para andreia at corp dot globo dot com, com o valor pretendido e uma breve descrição do seu interesse pela oportunidade e sua aptidão.

Com uma programação com 142 sessões apresentadas em 6 formatos (Birds-of-a-Feather Gathering, Estudo de Caso, Classe, Experimental, Mesa Redonda, Tutorial) separados em 10 tracks( Algoritmos Avançados & Conceitos, Processo Ágil & Metodologia, C++, Design & Arquitetura, Linguagem & Implementação, Pessoas, Projetos & Times, Requisitos & Analise, Secure Design, Teste & Qualidade, Web Services/SOA) o SD Best Practices é uma maratona de 5 dias que começa na próxima segunda-feira, 27 de outubro e termina na sexta-feira dia 30 de outubro das 8:30 as 17:00

Solicitação aprovada, passagens compradas, hotel reservado, visto aprovado, agora é fato, Boston aqui vou eu!

Bem, é isso ai pessoal!

• Vantagem: Os objetos apontados por referencias são visto de forma simples pelo programador.
• Inconveniente: Impacto no desempenho

Este impacto no desempenho se vê atenuado com a utilização de métodos nativos apenas para realizar funções não triviais, é por este motivo que não costumamos usa-los para realizar operações triviais, exceto é claro em exemplos como neste artigo.

Desempenho acessando arrays

Quando trabalhamos com arrays múltiplos não é viável o uso de função para acessarmos cada elemento de um array, no intuito de resolver este problema foi desenvolvida uma solução chamada ‘pinning’, que consiste em um método nativo que pede a maquina virtual que não remova da memória o conteúdo de um array, desta forma o método nativo pode obter o ponteiro que aponta diretamente para o conteúdo de um array. Esta solução, entretanto, tem duas implicações:

• O garbage coletor deve suportar ‘pinning’. Em muitas implementações é inviável utilizar ‘pinning’ pois complica o garbage coletor e induz � fragmentação da memória.
• A máquina virtual deve posicionar as primitivas contiguamente na memória. Embora esta seja a disposição natural para array de tipos primitivos, os arrays booleanos podem ser implementados como empacotados e desempacotados. Uma disposição booleana empacotado usa um bit para cada elemento, visto que desempacotado usa tipicamente um byte para cada elemento. Conseqüentemente, o código nativo que confia na disposição exata dos arrays booleanos perdera sua portabilidade.

E através das funções do tipo GetArrayElements() podemos apenas obter ponteiros de tipo primitivos de dados, os arrays de objetos devem ser acessados individualmente usando GetObjectArrayElement().

Ainda assim GetArrayElements() não nos garante a obtenção do ponteiro do array original uma vez que ele cria uma cópia em outra área de memória, em resumo esta decisão depende de:

Que o garbage colector suporte “pinning”, no qual implica que o objeto não pode ser liberado ainda que não seja uma referência Java e para que o JNI o libere é preciso executar a função ReleaseArrayElements().

A distribuição dos elementos de um array na memória, assim como o seu tamanho sejam os mesmos do C.

De outra forma o array será copiado para outra área de memória e será formatado convenientemente.

Atento ao fato de que só quando chamamos a função ReleaseArrayElements() que a máquina virtual finaliza o pinning, deixando livre uma cópia do array.

Outra solução que foi incorporada ao JSDK 1.2 as funções GetPrimitiveArrayCritical() e ReleasePrimitiveArrayCritical(), ao uso destas funções são recomendadas sempre que uma thread não:

• Possuir um processo de tempo indefinido
• Chamar outras funções JNI
• Realizar uma operação “thread sleep” (suspensão da execução da thread por um tempo determinado)

Cumprindo estas condições a máquina virtual pode desativar temporariamente o garbage colector enquanto o método nativo acessa diretamente o array, sem que a máquina virtual use pinning. Isto aumenta a possibilidade da máquina virtual retornar o array original em vez de uma cópia.

/* parametros.java */
 
public class Parametros {
 
	private native int soma(int a, int b);
	private native String texto(String prompt);
	private native int[] somaArrays(int[] A, int[] B);
 
	public static void main(String[] args) {
		Parametros parametros = new Parametros();
		System.out.println("4+6=" + parametros.soma(4, 6));
		String string = parametros.texto("Digite algum texto");
		System.out.println("O texto digitado foi:" + string);
		int[] A = { 1, 2, 3 };
		int[] B = { 4, 5, 6 };
		int[] C = parametros.somaArrays(A, B);
		if (C == null) {
			System.out.println("Não foi possível realizar a soma.");
		} else {
			System.out.println("O resultado da soma dos arrays é:");
			for (int i = 0; i < C.length; i++) {
				System.out.println(C[i] + " ");
			}
			System.out.println();
		}
	}
 
	static {
		System.loadLibrary("parametros");
	}
}
 

Listagem 13: Código da classe Parametros.java

Implementação em C.

/* parametros.cpp */
 
JNIEXPORT jintArray JNICALL Java_Parametros_somaArrays(JNIEnv* env,
       jobject obj, jintArray arrayA, jintArray arrayB){
 
	jintArray arrayC;
	jint* A;
	jint* B;
	jint* C;
	jsize i;
	//Pegamos o tamanho de um dos arrays e comparamos
	jsize tamanho = (*env)->GetArrayLength(env,ArrayA);
	if(tamanho!=(*env)->GetArrayLength(env,arrayB))
		return NULL; //tamanho dos arrays são diferentes.
 
	//criação do array de retorno
	arrayC = (*env)->NewIntArray(env, tamanho);
 
	A = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayA, NULL);
	B = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayB, NULL);
	A = (jint*)(*env)->GetPrimitiveArrayCritical(env, arrayC, NULL);
 
	for (i=0; i < tamanho; i++)
		C[i] = A[i]+B[i];
 
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayA,A, JNI_ABORT);
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayB,B, JNI_ABORT);
	(*env)->ReleasePrimitiveArrayCritical(env, ArrayA,A, 0);
 
	return C;
}
 

Listagem 14: Código nativo parametros.cpp

Por ultimo devo dizer que JNI garante o acesso concorrente ao array por várias threads, uma vez que o JNI mantém um controlador de pinnings, para que uma thread não finalize o pinning de um array que outra thread esta usando.

Desempenho ao acessar os membros de um objeto

Para obtermos o fieldID ou o methodID realizamos uma busca simbólica em uma base de nomes dos membros, o que é relativamente custoso. Uma forma de diminuir este custo quando houver necessidade de se busca-los mais de uma vez é cachear-los.

Para cachear podemos usar duas técnicas:

1.Cachear em variáveis estáticas de uma função nativa, como por exemplo a função abaixo:

JNIEXPORT void JNICALL Java_MyClass_accessField(JNIEnv *env, jobject obj){
 
		static jfieldID fid_s = NULL; /* cacheando field ID para s */
		jclass cls = (*env)->GetObjectClass(env, obj);
		jstring jstr;
		const char *str;
		if (fid_s == NULL) {
			fid_s = (*env)->GetFieldID(env, cls, "s","Ljava/lang/String;");
			if (fid_s == NULL) {
				return;
			}
		}
		printf("Aplicação em C:\n");
		jstr = (*env)->GetObjectField(env, obj, fid_s);
		str = (*env)->GetStringUTFChars(env, jstr, NULL);
		if (str == NULL) {
			return;
		}
		printf(" c.s = \"%s\"\n", str);
		(*env)->ReleaseStringUTFChars(env, jstr, str);
		jstr = (*env)->NewStringUTF(env, "123");
		if (jstr == NULL) {
			return;
		}
		(*env)->SetObjectField(env, obj, fid_s, jstr);
}

Listagem 15: Código nativo para cache em variáveis estáticas

2.Cachear ao inicializar uma classe, isso quer dizer que em um bloco estático podemos chamar uma função que inicializa todos os atributos e métodos que vamos precisar.

public class MyClass {
 
	private static native void initIDs();
	private native void nativeMethod();
 
	private void callback(){
		System.out.println("Aplicação Java");
	}
 
	public static void main(String[] args) {
		MyClass call = new MyClass();
		call.nativeMethod();
	}
 
	static{
		System.loadLibrary("myclass");
		initIDs();
	}
}
 

Listagem 16: Código da classe MyClass, cache ao inicializar a classe.

Implementação em C.

jmethodID MID_MyClass_callback;
 
JNIEXPORT void JNICALL Java_MyClass_initIDs(JNIEnv *env, jclass cls){
	MID_ MyClass_callback = (*env)->GetMethodID(env, cls, "callback", "()V");
}
 
JNIEXPORT void JNICALL Java_ MyClass_nativeMethod(JNIEnv *env, jobject obj){
	printf("Aplicação C\n");
	(*env)->CallVoidMethod(env, obj,MID_MyClass_callback);
}
 

Listagem 17: Código nativo que implementa o cache na inicialização da classe

E logo initIDs() guarda os IDs em variáveis globais.
Das duas técnicas a mais recomendada é a segunda por varias razões:

1.Os IDs se tornam inválidos logo que a classe é descarregada. Conforme o class loader descarrega a classe e ao se carregar a classe não se atualizam os IDs, na primeira solução porem o mesmo não acontece.

2.É relativamente mais rápido uma vez que carregados os IDs não teremos que voltar a comprovar o valor do ID com:

if (fid_s == NULL) {}

Diferenças de custo entre os objetos nativos e os métodos Java

Neste tópico vamos comentar rapidamente qual o custo de se realizar uma chamada Java-nativo, nativo-Java (chamada callback), comparado com uma chamada java-java.

Uma chamada Java-nativo é mais lenta que uma chamada java-java porque:

1.A máquina virtual tem que liberar as referências locais pra depois chamar o método nativo.
2.A máquina virtual tem que buscar uma função dinâmica em sua biblioteca.
3.A máquina virtual muitas vezes pode chamar in-line quando um método Java chama outro método Java.

Estima-se que o custo é de duas a três vezes superior ao de uma chamada java-java.
Estima-se também que o custo de uma chamada nativo-Java (callback) é duas ou três vezes superior a uma chamada Java-Java. O principal custo agregado esta em:

1.Obtenção do fieldID e do methodID
2.E no acesso aos atributos através de funções, enquanto que a virtual machine pode acessá-los diretamente.

Para Saber Mais
Indicado pela Sun como fonte definitiva de informações sobre JNI.
LIANG, Sheng. The Java Native Interface - Programmers Guide and Specification.
Massachusetts: ADDISON-WESLEY, 1999. ISBN 0-201-32577-2.
Pode ser baixado em:

http://java.sun.com/docs/books/jni/download/jni.pdf

Considerações Finais

Neste artigo apresentamos uma visão geral de como se escrever aplicações híbridas envolvendo Java, JNI e bibliotecas dinâmicas nativas criadas a partir de código C. Abordamos algumas técnicas que podem ser utilizadas para facilitar a integração de sistemas legados. E, ainda uma breve visão de custo e melhoria de desempenho.

Como podemos perceber o JNI é uma ferramenta poderosa, contudo, é preciso estar ciente que uma aplicação Java chamando código nativo compromete a portabilidade e a segurança da aplicação. Pois, embora o bytecode Java compilado permaneça altamente portável, o código nativo deve ser recompilado para cada plataforma na qual se pretenda executar a aplicação.

Referencias

LIANG, Sheng. The Java Native Interface - Programmers Guide and Specification.
Massachusetts: ADDISON-WESLEY, 1999. ISBN 0-201-32577-2.

LINDHOLM, Tim;YELLIN, Frank. Java The JavaTM Virtual Machine Specification.
1999. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html>

MEAD, Matthew. Programmming in C/C++ with the Java Native Interface.
1998. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://www.pacifier.com/~mmead/jni/cs510jip/index.html >.

SUN MICROSYSTEMS. Java Native Interface Specification.
2003. Ultimo acesso em 17 de Julho de 2006. Disponível em:

SUN MICROSYSTEMS. javap - The Java Class File Disassembler.
2002. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javap.html>

SUN MICROSYSTEMS. javah - C Header and Stub File Generator.
2002. Ultimo acesso em 17 de Julho de 2006. Disponível em:
< http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javah.html>