Enterprise Library 4.0 Community Technology Preview

Viva,

encontra-se disponível a última versão da Enterprise Library mais o seu conjunto de Application Blocks.

Confesso que nestes dias, foi algo em que voltei a pensar e muito e de forma muito séria.

Senão vejamos, necessitamos de criar uma abstracção para ler parâmetros de configuração
para a nossa aplicação, existirá algum motivo para que isto de um modo geral não seja feito
de uma forma mais ou menos standard ?

Um dos últimos argumentos que ouvi, era algo do género, necessitamos de distribuir, uma parte da configuração que é comum a toda a gente na empresa. Essa parte da configuração pode sofrer um update e depois terá de ser reflectido em todo o lado.

A solução era "martelar" um App.config e depois copiá-lo para as centenas de postos de trabalho que existem por aqui onde me encontro. Isto, tinha como prejuízo "destruir" as configurações de cada um, pois se está tudo no mesmo lado o Copy do Windows ainda não faz merge de ficheiros de texto. Portanto os utilizadores teriam de alterar tudo de novo para configurarem os seus settings pessoais (paths de compilação, directorias de solution, etc ....)

Analisando o Configuration Application Block, vejo coisas que utilizei num outro projecto, que penso poderiam ser uteis aqui, citando directamente:


"Configuration stored in standard XML .config files by default
•Alternative “Configuration Sources” can be used
•Ships with System, File, Manageable and SQL configuration sources "

Ora bem, se neste cenário todos os utilizadores têm acesso a um servidor de sql, porque não colocar lá a configuração comum a todos nessa data source ?

Outra vantagem de utilizar o Application Block, quer se consumam os parâmetros de um ficheiro XML, ou de outra Data Source, o código que tem de ser escrito para consumir estes parâmetros é exactamente igual. Para que não hajam dúvidas, o código que consome os parâmetros, não o código que implementa o acesso ao ficheiro, ou ao sql ou ao MSMQ...

Algo que fica para pensar :) estou curioso para analisar esta última versão da Enterprise Library e vocês ?

Chip Industry Confronts 'Software Gap' Between Multicore, Programming

Viva,

também eu estive uns dias sem colocar pots, pelo título podem verificar que os fabricantes
de microprocessadores alertam para algo como um "gap" entre o software e que o hardware
nos proporciona.

Antes de termos os sistemas multi-core (não interessa para a discussão se são dual core, quad core, ...), o nosso sistema operativo, permitia-nos ter vários fios de execução, threads, bem como vários processos.

Aprendemos também que através de alguns mecanismos de sincronização que poderíamos garantir a coerência do nosso programa, lidando com o acesso concorrente a recursos partilhados.

Contudo, num sistema single processor, apesar de podermos lançar várias threads, só "corre" uma de cada vez, ficando a cargo do sistema operativo, saber quando e qual a próxima thread a "correr".

Verifica-se qua a maioria dos sistemas que estão actualmente em produção não tiram partido nenhum da utilização de várias threads nem estão optimizados para tal. Com estes novos CPU's, com vários cores, as threads podem ser "entregues" a um core diferente e aqui sim temos na realidade duas threads a correr em simultaneo.

Será que isto não virá fazer com que as técnicas da programação concorrente venham a ser muito mais relevantes do que o foram até aqui no mercado de trabalho ? Tipicamente era algo que recordávamos dos tempos de faculdade, mas que depois muito poucas vezes se utilizavam a nível profissional.

Outra questão, prende-se com a questão do desenho. Fazer debug e testar um sistema single thread é muito mais fácil do que testar e fazer debug um sistema multi thread.

Será que estamos preparados para desenhar os nossos sistemas e aplicações de modo a evitar dores de cabeça durante o desenvolvimento ?

Algo que fica para pensar, desvia-se um pouco do tema Microsoft, mas também aqui no mundo .Net apesar de termos muito suporte à programação concorrente poucas vezes se vê isto utilizado, contudo convém lembrar que nem sempre faz sentido este tipo de técnicas e que por vezes é melhor deixá-las de fora.

Windows 7

Peço desculpa, mas estive uns dias sem "bloggar" :), está nos meu horizontes realizar uns examezitos para breve e as atenções têm de naturalmente ser dividas.

Bom mas vamos ao que interessa ... Tem-se falado do novo Windows, code named "Windows 7", sendo este a nova versão cliente distribuido em Home e Business, 32 e 64 bits.

Apesar de não ter visto nada oficialemente, dizem que o nosso amigo Bill (Gates) falou entusiasticamente deste novo SO, referindo também que estaria a publico qualquer coisa como no próximo ano devido ao facto de estar muito adiantado o seu desenvolvimento. No entanto, alguns bloggs, avisam o Sr. Bill nunca falou que seria o substituto do Vista, eu pessoalmente também não acredito na substituição do Vista, principalemente depois de ter sido o SO com maior investimento de marketing pela MS até ao momento... Acredito no entanto numa versão R2 do Vista ... que acham ?

Service Pack 3 para XP em RC2

O Service Pack 3 para o Windows XP chegou a RC2 e está agora disponível ao publico em geral para download e instalação.

Windows XP SP3 RC2 download

Estava prevista lançamento em RTM para 31 de Março de 2008, no entanto, o Gigante de software ainda não anunciou nada publicamente.

É dito que esta situação poderá estar a acontecer para encorajar as vendas de Windows Vista. Eu sinceramente não acredito que seja este o motivo ... mas qual será?

Acredito também que esta versão RC2 esteja praticamente igual à que sairá em RTM, eu instalava ;) se usasse XP hehehe