Lançado o Visual Studio 2008

"Considero estranho o fato de que, pela sua descrição, vocês só atendem clientes com ambientes em software livre e não tem a menor intenção de ampliar isso..."

Não, a questão não é essa.

Em alguns sistemas web que vendemos, a empresa não tinha quase nenhuma informatização. Eles tiveram que comprar tudo, incluindo servidores, computadores clientes.

Agora, se tivessem que comprar um monte de licenças Windows, o custo ficaria muito mais elevado.

Cara, você tem que entender que as soluções da Microsoft, apesar de boas, não servem para tudo. E sempre podem haver opções melhores.

Acredito que no mundo de TI, não existem soluções definitivas. Cada tecnologia é boa em determinada situação. Existem muitos casos em que compensa muito mais usar um Linux, enquanto existem outros casos em que é muito mais compensatório usar o Windows.

E saber estas diferenças é crucial para um bom profissional de TI, pois esse é um conhecimento que vale dinheiro.

E é uma coisa que se aplica a tudo em TI, outro exemplo é o Java. Tem gente que quer usar Java para tudo, mas tem coisas em que o Java não é bom, e existem muitas outras alternativas melhores e mais eficientes.

Eu convido você a pegar um CD de Ubuntu, que é bem fácil de usar e fuçar um pouco nele, aprender como funciona, tirar suas próprias concluções a respeito, convido também a assistir algum screencast do Ruby on Rails.
http://www.rubyonrails.org/screencasts

Só quero lhe mostrar que existem coisas boas fora do mundo ms ;)

POG é uma das forças do universo =P (e que funcionam)

Oi, Nemesis !

"na prática, só existe a figura do proganalista. E o programador praticamente não é mais necessário, dado o processo de automação das ferramentas de desenvolvimento. Só é necessário mesmo um analista e um encanador."

Você parece estar se referindo a um cenário pelo qual já passou. Também passei por inúmeros cenários, inclusive cenários nos quais a figura do analista era bem distinta da figura do desenvolvedor.

Quanto a separação do programador e de um simples, digamos, estagiario usando mecanicamente as ferramentas, essa distinção de posições é fato que já existe, ao mesmo tempo que o programador evolui para a posição de arquiteto.

"isso é chato. E criatividade é o que não mais existe nos ambientes padronizados, rijos e estéreis de desenvolvimento de sistemas comerciais. Criatividade só existe ainda em Ciência da Computação, não Informática, que se tornou um burocrático monstro à parte..."

É chato para quem não tem vocação para isso. Analista não é a evolução natural do programador. Existem programadores que descobrem sua vocação na análise, mas existem programadores que são escovadores de bits e preferem trabalhar com arquitetura de sistemas do que com análise.

"Criar algoritmos bem bolados e concisos também é uma vocação e o cara deixar de fazer o que faz melhor e ser apenas pouco mais que incompetente em algo que simplesmente não é sua praia apenas porque a idade ou as condições econômicas pedem, isso é realmente frustrante..."

Eu fico imaginando, ao ler o que você escreveu, que você está indo contra a evolução do programador para analista. Mas a questão é justamente que o programador não precisa evoluir para analista, a evolução mais natural do programador, conforme seu conhecimento técnico cresce, é para arquiteto de software e não para analista.

[]'s

---------------------
CidadaoCarioca
BufaloInfo

"Quanto a Microsoft não ter descoberto o verdadeiro motivo da migração de usuários para RoR, em minha opinião o motivo da migração é apenas um : A dificuldade dos usuários de entenderem um ambiente como o ASP.NET e a busca de um ambiente de mais fácil entendimento. Tem um comentário meu sobre isso um pouco mais acima..."

Desculpa mas pra mim vc está entrando em contradição, se o Visual Studio e o ASP.NET é tão fácil assim de usar ( que nem sempre é verdade), porque toda essa dificuldade então?

Ah já sei, é sempre culpa do usuário!

;)

SimpleCode
http://samirmamude.com

Olá Dennes!

Agora vou rsponder suas questões, é bom o argumento e opniões, já que são de debates que valem a evolução do conhecimento independente que quais áreas, como dizia Newton: "Eu me apoiei em ombros de gigantes", e é assim que o mundo realmente gira, cada um apoiando no conhecimento anterior, o que muitas vezes tornar que a questão do conhecimento limitado é existente, mas disfaçada por cousa de evolução, muitas vezes herdadas de um remoto passado, onde o que vale realmente é saber que ferramentas pode-se usar para aumentar ainda mais a capacidade do conhecimento ou se quais são as alternativas em tal momento:

Qual você acha ser de mais simples compreensão, orientação a objetos ou desenvolvimento estruturado? Acho que isso já diz bastante sobre sua opinião a esta questão de "dificil compreensão", bem como a opinião de meus alunos, ex-adoradores do Java e que estão cada vez mais apaixonados pelo .NET a cada nova descoberta.

Quando eu estudei primeiramente a PPE (Programação Procedural Estruturada) eu a considerava extremamente simples até porque foi de facil compreenção, contudo meus estudo ficaram prejudicados por ter iniciado em Pascal, e quando passei para o Object Pascal (no caso Delphi) a minha compreenção sobre a POO fora prejudicada, já que a idéia do Object Pascal sobre a POO se torna realmente difícil, sem contar que a ferramenta abstrai demais essa metodologia, apresentando-lhe como uma linguagem, nessa caso eu tive que revalidar todo o meu conhecimento me focando ao estudo de C, que nesse caso inicie com o C Completo e Total que só recomendo apenas como um livro consulta, nada mais. E após meus estudo com C, foi que comecei a compreender o conceito de POO estudando Java e C# (ao qual gostava muito da linguagem C#, era realmente agradável programar nessa linguagem, em sua versão 2.0) o qual compreendir de maneira quase que espontania, tanto o conceito de segurança de código quando o conceito de desenvolvimento e reuso.

Contudo antes via a metodologia POO como uma linguagem o que foi de dificil assimilação, graças a idéia dada pelo ensinamento no Delphi, o que me obrigou a também rever meus conceitos e a estudar bibliotecas POO em PPE o que me valeu a entender os benefícios dados por essa metodologia, que nesse caso provam que é uma metodologia, e foi por essa razão que foi simples o entendimento de uso de bindings (uso de técnicas procedurais para a POO), front-ends (abstração de aplicações), segurança de código, modulariazação e e reusabilidade.

"Em seu blog e em um de seus vídeos foi-lhe citado que programar diretamente no código sem uma IDE ou mesmo RAD seria loucura, sendo melhor usar a IDE/RAD para tal benefício."

Cuidado para não distorcer o que eu citei. Certamente você viu isso em um vídeo em que cito que seria masoquismo programar usando notepad. É bem diferente.

Realmente, mas neste caso temos que considerar que o Bloco de Notas pode ser o editor, mas mesmo assim deve ser evitado o editor? Eu uso o VIm para minhas aplicações e estudo que também é um editor só que extremamente poderoso, reconhecendo quase que 100% das linguagens existentes e tendo o custo de apenas 20mb de espaço, sem contar que é totalmente configurável, mas se por acaso eu estiver em um ambiente que seja ausente de vim eu posso ver com um outro editor e ler o código e nessa corrigir os erros possíveis, mas aproveitando da organização do mesmo.

"Contudo é acreditado que atualmente existem diversas camadas com esse objetivo, de forma que você assim como todos nós tentamos abstrair toda essa condição, mas será realmente que a resposta esteja na abstração?"

Se você precisar cavar um buraco, um grande buraco, como você irá fazer ? Cavará com as mãos, com uma pá ou uma escavadeira ?

Acho que você irá preferir usar uma escavadeira. Mas há 3 mil anos atrás utilizariam as mãos. A diferença de tempo de produção deste burado, entre hoje e 3 mil anos atrás, seria um pouco diferente, não ?

Pois é, a abstração, neste caso, foi benéfica e muito necessária, não concorda ?

Realmente uma escavadeira é uma boa ferramenta isso é inegável, faz com que o trabalho de um dia se reduza a apenas algumas horas, mas escavadeiras são direcionadas a todas as situações?

Será que nessa situação abaixo eu deva usar uma escavadeira para resgatar pessoas que ficaram soterradas?

http://g1.globo.com/Noticias/Rio/0,,MUL219034-5606,00.html

De uma forma ou de outra tenho que cavar um buraco para savar pelo menos os corpos, mas se eu usar a escavadeira é mais provavel que eu terminer o serviço mais rápido, contudo ninguém sempre saia vivo.

Como disse uma escavadeira é realmente poderosa e útil, contudo use-a para serviços que sejam realmente necessários de uma escavadeira, pois certos serviços é melhor usar um pincel como ocorre na arquiologia, quer dizer nem é com a mão e muito menos com a pá, mas com o pincel que escavado a poeira para evitar que objetos pré-históricos sejam danificados, imagine você pincelando algo que está a 1.35 metros do solo, se baseando no primeiro achado, que audno é encontrado você só pincela, será que é melhor usar uma escavadeira aí?

Uma ferramenta poderosa demais só deve ser usada em momentos que necessite de seu poder, pois caso contrário para quê andariamos a pé se temos carro para andar em todos lugares?

As cenas de Naufrago, onde ele precisa aprender a acender fogo, entre outras, mostram bem este conflito.

Realmente é um ótimo filme, se o Wilson nunca tivesse surgido, concerteza o protagonista teria enlouquecido, as vezes faço a mesma coisa, olhe, ele teve dificuldades realmente para fazer essas coisas, mas as fez, mas agora imagine se ele fosse incapaz de conhecer como poderia transformar a energia de tração de dois gravetos em fogo? Isso se chama sobrevivencia e nem todos sabem disso, se fosse outro talvez tivesse morrido, se lembra da parte do dente?

"Ou mesmo se é necessário refazer tantas as vezes as mesmas coisas, como vem ocorrendo? Analize, metade das aplicações atualmente existentes quando são pesadas são chamadas de forma mais peculiar como robustas, ou mesmo dizendo serem eficientes, mas será que a eficiencia de ferramenta é derivada de sua complexidade?"

A criação de aplicações envolve um número gigantesco de variáveis. Você não pode pegar um resultado específico e querer atacar uma variável específica.

Eu nunca disse que a complexidade de uma ferramenta faria com que ela fosse eficiente. Quanto ao contrário, é uma realidade momentânea, em um futuro próximo surgirão ferramentas simples e eficientes. Aguardemos.

Isso concordo com você, mas o simples nunca significa que seja fácil, as vezes é mais fácil fazer uma ferramenta extremamente complexa e robusta que fazer uma ferramenta simples e reusável, se lembra do que eu disse sobre o problema da abstração? Esse é um dos fatores, hoje em dia observe a quantidas de frameworks que estão surgindo, por exemplo, cada um mais complexo que o outro, no que resulta em um sério problema de foco.

"Vi por deveras vezes programas estremamente mais simples aos quais são conduzidos por outras ferramentas que fazem uso de sua funcionalidade, nesse caso as IDEs antigamente funcionavam assim, quer dizer tinha um compilar, um editor, um debugador e um make, ao qual geravam toda a idéia de projetos, dessa forma cada ferramenta evoluia a seu objetivo e eficácia, contudo a idéia integrada dos projetos atuais geraram que tudo isso deveria integrado a um único ambiente dessa forma sendo o ambiente o real desenvolvedor?"

Seu texto está muito confuso. Mas vou tentar comentar algo.

O que você fazia nesta época de Clipper, levando 2, 3 dias na melhor das hipóteses, hoje o .NET faz em 5 minutos. É como o buraco, as mãos e a escavadeira.

Se você fosse fazer um sistema de tempo crítico, você usaria o .NET para isso? Ou usaria o .NET para fazer um sistema que fosse rodar em um robo industrial? Nesse caso vale novamente a idéia da arquiologia, vai usar o pincel para trabalho.

Nesse caso valeria ou usar uma base embarcada que pudesse ser remodelada para sua aplicação ou você faz a sua, mas de uma forma ou de outra teria que focar diretamente o código, o mesmo ocorre muito na Web, onde o grande trabalho é que o desenvolvedor fique observando e analizando o código que está administrando.

"Vemos isso pelos RADs que visam tornar o trabalho em código a parte do trabalho de desenvolvimento, mas apesar de sua eficácia, eles geraram um grade male, onde o código em si se tornara mal projetado e você como eu e outros ficavamos a depender do ambiente ao invés de nossa real competencia."

O conceito de RAD mudou por completo no ano de 2002 com o .NET. Você ainda está ligado ao conceito de RAD anterior ao ano de 2002

Eu vi os dois conceitos de RADs que existem é verdade que nesse ambito o RAD de código tem surgido o que é verdade, e eu até que gosto do conceito de RAD de código, contudo tenho que considerar que isso está preso a um framework para que possa haver tais benefícios, o que desconsidera muito o uso de outras tecnologias.

Para mim como eu disse: No Naufrago ele passou por aquelas difículdades e se por acaso ele desconhecesse o que sabia, como ficaria?

Quanto a competência, você prefere depender da competência de suas mãos para fazer o buraco ou da competência da escavadeira ? Voltamos ao caso do Naufrago.

Para mim prefiro depender da competencia da necessidade do momento, se caso eu precise mudar uma linha só mudo uma linha e depois dou um make, mas se caso eu tenha que entregar uma aplicação que necessite de controle de todos ambitos, o nível de projeto seja catastrofico e que precise ser rápido sem dar importancia realmente na integridade do mesmo, como no caso uma ferramenta de locadora ou mesmo um frontend totalmente grafico para um banco, então fico com a ferramenta pesadona, mas se eu tiver em torno de uma semana acho que ainda da para usar reaproveitando tudo que tenho de outros projetos que criei, quer dizer eu reuso linhas de código.

Mas isso é variável, vai depender tanto do conhecimento do desenvolvedor em escolher as alternativas mais simples e benéficas quanto o impressionar do cliente em relação a custo/benefício, muitas vezes temos que saber qual será a nova área de atuação e todo mundo hoje em dia sabe que as principais áreas de atuação ou são Web, Games e ou desenvolvimento de sistemas para aplicações específicas, o que resulta novamente em que vai ter que mecher no código ou catar na net para isso.

Já com Games você pode comprar uma enginer de desenvolvimento ler uma porrada de livros sobre desenvolvimento e teoria sobre jogos, ainda procurar descobrir qual será a melhor alternativa para ter o máximo de desempenho do mesmo; ou pode começar a estudar desenvolvimento TCP/IP técnicas de cliente-servidor, administração de sistema Web e uso de várias técnicas para tornar suas páginas Web mais rápidas agregando assim várias técnologias de trabalho, sem contar que precisará conhecer da analogia sobre segurança; e ou pode começar e estudar um pequeno e bom assembly usando um sistema embarcado, estudando consigo a linguagem C para desenvolvimento de sistemas espacíficos. Pelo que eu saiba são esses ramos que estão se sobressaindo atualmente, ainda tem o de Inteligencia Artificial, contudo estudar uma linguagem de quinta geração é meio complicada.

"Se analizar perceberá também que atualmente as exigencias de hardware se tornam irrelevantes aos benéficios, quer dizer se usar um processador Dual Core em um Windows Vista terás o mesmo desempenho que um Semprom em um Windows XP, gerado pelo fato de boa parte do sistema ter adotado uma nova metodologia e recontrução, que atualmente gera tal incompatibilidade. Mas se associar isso ao fator ferramenta, então será realmente necessário que uma ferramenta tenha que lhe consumir recursos?"

Desculpe, o texto está confuso, por exemplo, quando fala de incompatibilidade.

Analise a usabilidade e as possibilidades de aplicações WPF e Silverlight, tal como o http://www.tafiti.com

Desculpe, mas como estou usando o Ubuntu e essa página nem se quer abriu eu simplesmente ignorei, pois ter que ir para o Windows 2000 baixar o .NET runtime e ainda pega o pacote do Silverlight é perder muito tempo, e para mim é meio que desnecessário e prefiro evitar instalar aplicações no Windows 2000 aqui de casa a menos que esteja completamente certo de sua necessidade para o uso natural em casa.

Sei que o Silverlight pode ser muito bom, mas o flash ainda existe e faz a mesma coisa que o Silverlight faz, apesar que o Silverlighte tem outros benefícios, contudo o JavaScript+Ajax pode resolver parte disso ou mesmo o Flash.

"O mesmo ocorre com a IDE/RAD Visual Studio.NET que apesar de ser impressionante, acabo por desconsiderar os desenvolvedores que usam essa ferramenta, por motivos que quando a mesma ou o ambiente emprega os modelos de perdas, simplesmente ao invés de reaproveitarem e corrigirem o erro, por deveras vezes vejo refazer tudo novamente, usando o Drag and Drop, isso é certo?"

É certo você culpar a escavadeira pela incapacidade do operador de controla-la?

Se a escavadeira quebrar, que o que eu havia dito, vai ficar parado? Nada disso chama a rapaziada cada um com sua pá e comece a cavar. Isso acontece quando se está fazendo um trabalho urgente, comparando isso a meio de desenvolvimento creio que como havia dito "matar uma barata com uma bazuca" é o termo que pode ser empregado a tal situação, e o que eu contei foi que o pessoal deixa de observar o que está de errado no código para usar o Object Inspaction (ou sei lá que aquilo se chame) para fazer tudo por você o que é um risco, você deve saber que para introduzir um banco de dados na sua aplicação nem é necessário usar o AddBD pois só são apenas três linhas de código para introduzir um banco de dados, com a vantagem que você qual foi o código.

"Sei que a ferramenta é poderosa, mas e você, ou eu e ou todos? Será que só é capaz de trabalhar apenas nessa ferramenta?"

Nunca disse isso. Você sempre pode fazer o buraco com a mão, não é?

Sei disso, mas ao invés de mostrar como poderia fazer no Visual Studio, poderia mostrar como seria no código? Ou mesmo esquecer por um segundo o arrastar de um botão para usar um new button?

Mas você quer ?

Eu quero que a faculdade deixe de ter os problemas de vírus, de bloqueios, de mostrar apenas o básico do básico, de eu ficar preso aos assuntos da faculdade e apresentar as novidade em termo de uso com outras tecnologias aplicáveis.

E também ao problema que temos atualmente o famoso POG que apesar de ser uma piada está se tornando uma realidade.

Sem criticas a Microsoft, sei que ela tem seus méritos, mas queria que deixasse de ser tão desleal e passar a trabalhar da maneira correta, estou cansado de comprar um mp3 e saber que ele é totalmente fechado, caramba eu paguei o troço, mas só pagar o direito de usar é irritante, já basta a quantidade de coisas que se baseiam nisso.

E por último quero uma tecnologia realmente confiável, nada desses meia boca que se tem por ai, se reparar muitas arquiteturas de estão sendo feitas de forma mal projetadas e você paga cara por isso, pois paga por um produto que já está defeituoso.

E também quero usar o máximo de minha máquina, o máximo de meu sistema a ponto de poder otimiza-lo de acordo com a necessidade, ou mesmo ter os efeitos do Vista em um Semprom 64bits 3000+ com placa de nVidea GeForce 5200 e 512 de ram DDR coisa está que só é possível de ver em um GNU/Linux no caso o Ubuntu, por causa do Compiz e agora no Eee PC que é um pc de baixo custo que também roda o Compiz de forma eficiente.

"Como já disse se algo é de dificil explanação então considero de dificil aceitação, da mesma forma que repercutiu os modelos de programação, por exemplo:
A programação procedural ainda se mantém por apenas um motivo, ela é simples; a Orientação a Objetos apesar de seu poder de reuso está se provando que é melhor apenas aprovetar de sua metodologia ou mesmo introduzi-la em uma VM, já que a mesma se mostrou ineficiente em muitos casos, onde a programação se tornou rápida no desenvolvimento, mas lenta na atividade e além de tornar os projetos cada vez mais complicados, da mesma forma que a POA (Programação Oreintada a Aspectos), o mesmo também ocorre com a programação que gera código como o HTML, ou mesmo esse Linq que serve para abstrair o código SQL que já é simples, será isso meio perigoso?"

Você misturou inúmeras questões neste tópico e o texto ficou mais confuso.

A OO demorou a ser aceita primeiro porque a OO depende da existência de bancos de dados 100% orientado a objetos e isso nunca funcionou tão perfeitamente, segundo que as regras de mapeamento objeto/relacional não são claras e levou-se muitos e muitos anos até que alguns autores se arriscassem a fazer afirmações nesta área. Em momento algum significa que ela não seja melhor do que a estruturada.

A POA é um complemento da OO, mas que ainda não encontrou um ambiente técnico adequado para sua existência, por isso só existe no meio acadêmico. Porém os mais observadores já devem ter visto que desde a versão 1.0 do .NET a Microsoft tem inserido recursos de POA fake no .NET, que funcionam muito bem, tanto que o ASP.NET Ajax da Microsoft usa e abusa maravilhosamente deste recurso.

Quanto ao Linq, precisaria analisar todas suas implicações e até mesmo o Entity Framework para entende-lo melhor. Quanto a geração de HTML, isso é uma gigantesca simplificação do ambiente do ASP.NET.

De qualquer forma, a escavadeira gera um buraco. Você prefere gerar o buraco com a mão ?

Se eu for um arquiologo eu gero o bucaro com o pincel, lembra o POA está de dificil aceitação, pois é dificl pra caramba de entender sua utilidade, quer dizer você programa para programa seu código para gerar código para seu código, é muito dificl entendir isso, o mesmo ocorreu com o POO que é uma abstração baseada no modelo de classes do reino animal, vai explicar isso para alguém, é meio chato, todo mundo sabe disso, quando você mostra fica mais simples para entender o POO, contudo o POA nem mostrando o pessoal endende direito, por isso sua dificl aceitação no exterior, o POA é mais usado aqui, por incrivel que pareça.

"Os unix se mostraram eficientes por causa da simplicidade que resultou em seu reuso, quer dizer programas bem espécificos em suas tarefas e com grupos focados nelas, onde cada grupo faz o que sabe fazer de melhor, o que resulta geralmente em sua estabilidade, temos ferramentas hoje que são consideradas plenamente estáveis, um deles é o TeX e o LaTeX que uso para meus trabalhos, ou o make que também é simples e poderoso, entre outros aos quais que se fossem citados nem seriam consideradas suas utilidades como no caso o VIm, o echo, o cat, o bash, o Python, entre outros. Dessa forma provando que a simplicidade e especificabilidade da ferramenta é mais importante que um todo integrado."

Dos que você citou, só conheço o Python. Me deixou em grande dúvida se você está falando sobre TI, desenvolvimento ou misturando tudo.

Eu falo num contexto geral, contudo o de desenvolvimento é o que é predominante para mim.

Quanto ao Python, tenho alunos que conhecem Python, Java, PHP, ASP Clássico, entre diversos outros ambientes e dia a dia cada um fica cada vez mais maravilhado com a produtividade gerada pelas características do framework .NET.

Eu também fiquei impressionado quando estudei .NET, mas depois de um tempo minha concepção mudou completamente, pois apesar dos benefícios, creio que o problema esteja em ser apenas um sistema muito privativo, ao qual sua alteração faz com que altere todo o seu ambiente prejudicando os usuários. Por essa razão eu acabei deixando de lado o .NET.

"Em outros casos é realmente difícil compreender como uma ferramenata que só tem apenas uma utilidade se demonstra eficiente para um serviço, contudo devemos considerar que tal ferramenta será utilizada por outras ferramentas, como acontecia com as IDEs no passado, e o que tornara o trabalho realmente produtivo, é só observar a história da tecnologia, atualmente estamos voltando para o que fora rejeitado, por exemplo os computadores são digitais, mas os computadores quanticos que estão começando a surgir são totalmente analógicos, o que prova tal regressão (estou um pouco ausente de links para a noticia no momento, mas caso eu a encontre postarei aqui), o mesmo ocorre nos sistemas, também onde foi-se criado que seria melhor usar e abusar da OO, contudo a OO está apenas sendo melhor aproveitada em uma VM e se for para Web, quer dizer ela realmente encontrou seu foco, podemos ainda considerar a separação entre o código do designer que atualmente também está sendo novamente agregada."

Alguns pontos estão difíceis de entender.

A parte de granularização de ferramentas eu expliquei e demonstrei na palestra sobre windows server 2008 aqui no Rio, na qual falei sobre cmdLets e PSCmdLets no PowerShell, ou seja, muito voltado para infraestrutura.

As afirmações sobre onde OO está sendo melhor aproveitada estão mal explicadas e analisadas (vide clickOnce) bem como os objetivos da VM. Separação entre código e design está sendo aplicada em ambiente windows, com grandes perspectivas, vide WPF.

O que eu quero apresentar é que cada coisa só possui uma dada vantagem, nada é totalmente predominante, por isso que falei dos pc quanticos, dessa forma como disse um professor de Bancos de Dados da faculdade, nenhuma técnica é ruim, apenas temos que saber quando usa-las.

"Mesmo com os benéficios gerados pela Microsoft, ela tem que realmente escolher seu foco ou então vai acabar como outras empresas, pelo que já sei sobre ela, ela está investindo pesadamente no seu XBOX 360 onde tudo está se focando realmente no XBOX 360 além de outros projetos de hardware que ela anda fazendo, contudo tudo está mais centralizado nesse video-game, mas se ela realmente focar em uma área verdadeiramente então vai ocorrer um fenômeno interessante, por exemplo se ela focar no video-game, então as empresas de hardware vão realmente se espandir, já que muitas nem aguentam mais o padrão 8086 (diga-se a Intel de passagem), vai virar zona? Vai, mas nem tanto, pois as tecnologias estarão mais abstraídas do hardware (se lembra das VMs, pois esqueça, vai ser o procedural mesmo que vai usar e compilado, no caso o C), ou mesmo o total crescimento de certas empresas, já que vão investir no que fazem de melhor."

Video-Game ?

E a TV Digital, não conta não ?

Essa ai é novidade.

A importância do foco está diretamente relacionada ao tamanho de uma organização.

"Oi cresce que é uma beleza e foca apenas a telefonia celular se reaparar tudo nela gira em torno de seu celular, até mesmo ter comprado a Telemar só foi apenas para haver mais aceitação de seu celular até porque todo vê os beneficios que ela oferece para celular, o Oi pago também é um desses benefícios, tudo nela é telefonia, mas o que foca a Microsoft?"

Um pouquinho de história torna-se necessário. Não cariocas normalmente fazem essa confusão. Oi e Telemar sempre foram uma empresa única, a divisão ocorreu por questões de monopólio de mercado e muita briga com a concorrência e nem por isso deixaram de usar práticas abusivas no mercado. Portanto, Oi/Telemar envolvem telefonia celular, telefonia fixa, acesso a internet discado e banda larga, hosting (isso ai), fornecimento de links, enriquecimento do Lulinha com uma TV de jogos, entre milhões de outras coisas que desconhecemos.

http://portalexame.abril.com.br/financas/m0134435.html

Depois pego os detalhes do passado com o pessoal de lá.

"Poderia dizer a facilidade, contudo seria quase que mentira, pois ela está tentando circular tudo que pode sem realmente fazer um foco, observe o sistema operacional, só usa um sistema de arquivos, ainda tem também um banco de dados, ou uma IDE de desenvolvimento, ou servidor, ou desiner, e todo mundo saber que nada é alto suficiente, pois se fosse, então para quê teria empregados? Ou será que ela foca o Desktop? Mas porque está querendo foca a Web também agora? Eu poderia dizer diversas críticas, como geralmente faço, mas as vi que eram tolices, perguntas geralmente são respostas que trazem o que é óbvio."

Mas uma vez, o assunto não está claro. Mas interoperabilidade virou lei na Microsoft. Windows Server fala com Linux na boa e (espaço Jabá) qualquer faculdade que queira formar um interoperability day, com funcionários diretos da Novell e da Microsoft mostrando a interoperabilidade entre seus ambientes, pode entrar em contato comigo que organizo isso, sem custo algum.

Eu falei que qual é o foco da Microsoft, o que ela quer realmente? Ela quer tudo?

"Você citou que trabalhar diretamente no código seria quase que loucura, contudo todos nós sabemos que o que gira o sistema é o código e o código foi criado para simplificar o trabalhar com os bits diretamente que eram impossóveis de serem entendidos, o que resultou no assembly, contudo o assembly tinha dois problemas muito sérios, um seria a sua exclusividade de arquitetura, quer dizer se o comando AX em outra arquitetura for EAX então ferrou, todo o trabalho no lixo, e outro motivo era que é simples demais, quer dizer um comando por linha, nem laço de iteração existe no assembly, como por exemplo, para tem o jump (para pular), ja (pule se for maior), jb (pule se for menor), je (pule se for igual), jne (pule se for diferente, e além de outros jumps), cmp (compare para registradores, no caso cada comando precisa sempre está com pelo menos um registrador, e no processador você tem quatro, caso seja um 8086, se for outro então ferrou) e tem que usar isso para fazer um for por exemplo, o if também, nesse caso se torna extremamente custoso e inviável, por essa razão foi-se criadas as famosas linguagens de alto nível, no caso o C que foi projetada e analizada para ser a mais próxima dos benefícios do assembly gerando geralmente códigos altamente otimizados e benéficos, mas como C foi projetado para compiladores, muitos dizem que se tornar uma linguagem difícil, contudo ela pouquissimas palavras chaves, sendo necessário apenas que estude para saber usa-la, ao contrário do Java e .NET em geral que atualmente é um framework estremamente complexo e trabalhoso em desenvolvimento, o que na realidade deveria ser simples, como já foi dito por outros dar a sensação de que você está matando uma barata com uma bazuca, será que isso é realmente necessário?"

Usar as mãos, usar uma pá ou usar uma escavadeira para cavar um buraco.

Depende do serviço, se for arquiologia vou usar um pincel, se for resgate de soterrados, vou usar ou as mãos ou a pá, se for para construir um metrô eu uso uma escavadeira, com mãos, e pás, para saber se o solo está realmente seguro, quero evitar perder a escavadeira.

Se for para enterrar um difunto eu uso uma pá mesmo é mais discreta.

Comparar o antigo C com os recursos do .NET é o mesmo que comparar o tempo de fazer um buraco com a mão com o tempo de fazer um buraco com uma escavadeira.

Realmente, mas lembresse o C existe e vai continuar existindo pois foi planejado, e é muito dificil que essa linguagem seja realmente substituida, pois é usada para elaborar sistemas, pergunte ao pessoal da Microsoft em que linguagem eles usam para as áreas internas do Windows. Sem contar que ela é a primeira linguagem de alto nível, da mesma forma que assembly ainda vai continuar a existir.

"Eu já contei porque é inviável usar assembly, então será que devemos novamente cometer o mesmo erro, pois os assembly atuais tem mais de mil comandos, será que realmente precisamos de todos esse comandos em linguagens de alto nível? Será que a melhor escolha seria realmente ago que fosse simples? Temos que para com essa de dar um tiro no próprio pé a toda hora, temos que saber em que cada tecnologia pode ser melhor empregada, pois sabendo o seu foco, a sua complexidade se torna irrelevantem, pois será apenas aproveitado o que lhe é benéfico no seu foco, esse é o caso do OpenGL, muitos acham que é complicado, mas é bem simples, ou mesmo SDL, onde o pessoal só aproveita a parte de controles dele, quer dizer você usa o que lhe for útil, no caso de um framework você se depende totalmente do framework, isso bom? É facíl, pois seus estudos só se focam em um lugar, contudo isso benéfico?"

Que tal se você, em um único dia, contar com quantos objetos você lida durante o dia ?

eu lido com 935 ebooks, 7013 artigos que pego na net, 13400 pacotes instalados no sistema e 5 projetos que estou desenvolvendo.

Dos quais estou usando mais o VIm, o LaTeX, o TeX, o GCC, GDB, o make, o Firefox, o Epiphany, o Gimp, o Blender, o BrOffice, o Transcoder, o TVtime, o mencoder, o Mplayer, o ffmpeg, o Synaptic, o aptitude e outras coisa que nem estou lembrado no momento.

Você preferiria continuar usando pau e pedra como a 5.000 anos atrás ?

Se eu precisasse de fazer fogo ou mesmo cozinhar uma fejoada sem fogão e fogo vide a inteligencia e criatividade, aprendi isso em uma escursão escolar, onde o pessoal reaproveitava todas as alternativas para resolver problemas.

Em que andar você mora/trabalha? Você usa elevador ou escada para chegar em sua residência/trabalho? Então você depende dele, certo? Claro que se faltar luz você pode usar a escada, e o mesmo acontece na tecnologia, mas você gosta?

Na realidade tenho um pouco de claustrofobia, fico agoniado com lugares muito fechados, dessa forma eu dou total preferencia a escadas, em um dado prédio eu subia 8 andares em escadas, a sim também gosto muito de andar, até porque ando até o centro cidade onde a distancia é em média 12 km.

"Sei que diferente do .NET, Visual Studio e Windows, tecnologias são difícieis para aprender, eu tenho que tar o tempo todo administrando, pois a ferramenta deixou de ser auto suficiente, o Ruby on Rails é puro código, nem RAD se tem para ainda (ou a Borland já lançou), eu tenho que está adminstrando, trabalhando, resolvendo soluções? Isso bom? Isso é difício, contudo é trabalho. Mas isso é chato a ferramenta realmente no máximo diz que tem coisa errada e eu tenho que resolver a bronca, isso é ruim? Talves sim, mas pelo menos ela deixa de ser uma caixa preta e eu ao invés de oferer um produto eu ofereço um serviço, quero dizer acabo por me tornar um profissional mais caro, já que vale-se o dito do especialista, eu cobro 1 real, os outros 99 é pelo que estudei e focando assim a trazer a solução que o cliente precisa, como foi dito, nesse caso se tua confiança e analize de benéfico e necessidade é conhecida por ti, então és capaz de resolver o que o cliente quer sem ao menos ter que lhe indicar a outro prestador de serviço é claro."

Mais uma vez, confuso.

O conceito de caixa preta é anterior a 2002. Em 2002 o conceito de RAD foi alterado, conforme citei.

O que expliquei foi sobre manutenção de sistemas, quer dizer o uso de um RAD e base fechado para tudo, sem contar a quantidade de camadas muitas vezes desencessárias que estão surgindo hoje.

Se no RoR você levar 10 dias para fazer uma solução e no VS eu levar 1 dia, sendo que ao final ambos cobrarmos um valor X, quem está cobrando por mão de obra realizada e quem está cobrando pelo conhecimento adquirido?

Quanto ao tempo de execução, aceito desafios práticos.

Como uma vez ouvir de um modelador 3D, ele disse o seguinte, eu posso fazer um modelo completo que levaria 7 dias em apenas uma hora, contudo esse modelo terá tantos problemas em relação ao vertices que levaria em média 13 dias para corrigi-los.

Dessa forma se você tem um profissional que demora 10 dias para fazer uma aplicação, concerteza essa aplicação estará em total dominio, quer dizer ele vai saber o que fez, vai saber monitorar bem a manutenção da aplicação e vai lhe garantir que está entregando um produto de qualidade, já que ele vai saber o que fez e também o que pode melhorar caso você queria algo na aplicação, já o que fez em uma hora, provavelmente nem sabe o que fez, pois que quem foi o programa ele apenas modelou algumas coisas e foi empurrado uma porrada de código que é incompreenssível ao entendimente, de difício manutenção e muita dor de cabeça.

"Atualmente temos tecnologias extremamente eficiente que quando juntas para uma dada solução é algo que dura anos sem ao menos ter que está o tempo todo trocando, mas apenas melhorando e corrigindo falhas."

O que faz uma tecnologia ser trocada não é a tecnologia, mas a evolução do mercado.

Então qual será o motivo dessa repercução toda de um sistema que antes só era ouvido Windows e agora temos Ubuntu, e uma porrada quando conhece, ou mesmo os conceitos de serviços de contratação de pessoal dessa novamente, ou então a revisão de tecnologias que eram antiquadas.

O mercado relamente move o mundo contudo até certo ponto, pois quando alguém encontra uma falha ninguém é bobo em seguir no erro, o pessoal hoje que evitar despercício de mão de obra, quer que seja agilizado de forma que vá ser feito apenas uma vez e o resto seja manutenção, sei que muitas coisa que eu disse você vai discorda, pois está certo, você tem seus certificados e tem que defende-los, mas o que está sendo dito considere uma prova de que tem que colocar argumentos, pois além de mim terás um monte de gente que vai falar muita coisa, coisas que nem se quer ouvistes falar na vida, como citei, quer dizer sei que é seu dever e profissão e por isso digo, boa sorte, mas também falo, o mundo sempre dá voltas e todas essas voltas são caminhos fechados que fazem novamente o regresso de antigas idéias e conceitos até então ultrapassados, para avaliar os que foram cometidos e como melhorar a capacidade técnica e progressiva de comprimisso, e na tecnologia isso é mais rápido ainda, então boa sorte com o que sabe e espero que responda com capacidade e claresa em respeito como havia feito anteriormente.