iMasters -

YouTube anuncia compartilhamento de trechos específicos dentro de vídeos

Redação iMasters (redacao@imasters.com.br) — Thu, 31 May 2012 16:43:49 GMT

O YouTube anunciou que vai permitir que os usuários criem playlists com trechos específicos dentro dos vídeos. Assim, será possível configurar em que segundo exato o vídeo deve começar e quando deve ser encerrado.

Ou seja, a novidade torna possível compartilhar apenas um pequeno trecho de um longo vídeo sem a necessidade de editar o arquivo, o que facilita a exibição da parte engraçada dentro de uma longa produção ou até mesmo criar um mix de músicas para ouvir durante uma festa.

A novidade será liberada aos poucos para todos os usuários.

Com informações de Blue Bus

Facebook vai permitir agendamento de postagens e terá posts promovidos

Redação iMasters (redacao@imasters.com.br) — Thu, 31 May 2012 15:11:03 GMT

O Facebook agora vai permitir que administradores de páginas agendem publicações para serem postadas com horário pré-determinado. Será possível agendar um post com até seis meses de antecedência e com intervalos de 15 minutos entre um e outro.

Com a iniciativa, a rede social elimina a necessidade de aplicativos terceiros, como o Hootsuite, para a realização da tarefa.

Apesar de a página da função já estar traduzida para o português, o serviço ainda não está disponível no Brasil.

Além disso, o Facebook começará destacar posts de publicidade na linha de atualizações dos usuários. A ferramenta já vinha sendo testada, mas ontem a rede social resolveu torná-la oficial.

A vantagem de usar os posts promovidos é que eles podem ser vistos não apenas por aqueles que decidiram curtir a página de determinada marca, mas por bem mais usuários. Isso acontece porque a publicidade terá uma colocação privilegiada na timeline de quem já segue a empresa, provavelmente no topo do site, e será replicada toda vez que for curtida. Os posts terão em destaque a palavra "Sponsored" ("Patrocinado", em português).

Segundo o Facebook, os anunciantes podem escolher a publicação de posts promovidos de acordo com o idioma do público-alvo ou com sua localização geográfica, facilitando promoções mais específicas. Também será oferecida uma ferramenta que ajuda a monitorar a aceitação do anúncio e quantas pessoas o viram.

Com informações de Info e de Olhar Digital

Conhecendo o Thunderstruck

Wagner Andrade () — Thu, 31 May 2012 14:08:48 GMT

O Thunderstruck é uma biblioteca .NET que faz o acesso ao banco de dados mais simples e mais rápido usando ADO.NET. É uma maneira muito rápida para acessar bancos de dados.

Ele não é um ORM e não abstrai o "todo-poderoso" banco de dados, apenas torna o acesso mais fácil!

Baixar a versão binária estável de Thunderstruck. O código fonte está no Github.

http://www.apache.org/licenses/LICENSE-2.0

&amp;amp;amp;lt;br&amp;amp;amp;gt;

Guia Rápido

DataContext

String de conexão padrão

<connectionStrings>
 <add name="Default" providerName="" connectionString="" />
</connectionStrings>

DataContext padrão.

using (var context = new DataContext())
{
 context.Execute("DELETE FROM Cars");
 context.Execute("DELETE FROM Tools");
 context.Commit();
}

DataContext não-transacional.

using (var context = new DataContext(Transaction.No))
{
 context.Execute("DELETE FROM Cars");
 context.Execute("DELETE FROM Tools");
}

Usando outro banco de dados (string de conexão).

new DataContext("ConnectionStringName", Transaction.Begin)

Obter um valor a partir do banco de dados.

var query = "SELECT COUNT(Id) FROM Tools";
object toolsCount = context.GetValue(query);

Ou tipado...

int toolsCount = context.GetValue<int>(query);

Ou obter muitos valores...

var query = "SELECT Name FROM Tools";
var toolsName = context.GetValues<string>(query);

Lista de objetos do banco de dados.

var cars = context.All<Car>("SELECT * FROM Cars");

Parâmetros de ligação

Propriedades de ligação.

var car = new Car { Name = "Esprit Turbo", ModelYear = 1981 };
var command = "INSERT INTO Car VALUES (@Name, @ModelYear)";
context.Execute(command, car);

Selecione os cars do futuro

var query = "SELECT * FROM Car WHERE ModelYear > @Year";
car futureCars = context.All<Car>(query, DateTime.Today);

Você pode vincular um Dicionário <string, object> também.

DataObjectCommand

Criando um objeto command.

var command = new DataObjectCommand<Car>();

Com propriedade.

public DataObjectCommand<Car> Command
{
 get { return new DataObjectCommand<Car>(); }
}

Insert.

var car = new Car { Name = "Esprit Turbo", ModelYear = 1981 };
command.Insert(car);

Inserir binds da chave primária gerada.

// car.Id == 0
command.Insert(car);
// car.Id > 0

DataObjectCommand transacional

Command.Insert(car, context);

(...)

context.Commit();

Update e Delete têm o mesmo comportamento.

car.Name = "Esprit S3";
Command.Update(car);

Command.Delete(car)

DataObjectQuery

Criar um objeto query.

var select = new DataObjectQuery<Car>();

Ou…

new DataObjectQuery<Car>(table: "TB_CARS");

new DataObjectQuery<Car>(primaryKey: "IdCar");

new DataObjectQuery<Car>(table: "TB_CARS", primaryKey: "IdCar");

Com propriedade.

public DataObjectQuery<Car> Select
{
 get { return new DataObjectQuery<Car>(); }
}

var allCars = Select.All();

var lotusCars = Select.All("WHERE Name Like '%Lotus%'");

var newerCar = Select.First("ORDER BY ModelYear DESC");

Parâmetros de ligação.

anyObject.CarName = "Lotus Esprit Turbo";

var cars = Select.All("WHERE Name = @CarName", anyObject);

DataObjectQuery transacional.

Select.With(context).First("ORDER BY ModelYear DESC");

DataObjects personalizados

Se TB_CARS é o nome da tabela.

DataObjectCommand personalizado.

new DataObjectCommand<Car>("TB_CAR");

DataObjectQuery personalizado.

new DataObjectQuery<Car>("Name, ModelYear FROM TB_CAR");

Projeção com os campos padrão.

new DataObjectQuery<Car>("{0} FROM TB_CAR");

Mais

Usando um provedor personalizado.

ProviderResolver.CustomProviderType = typeof(MyProvider);

Alterando o nome padrão da string de conexão.

DataContext.DefaultConnectionStringName = "OtherDatabase";

⁂

Texto original disponível em http://www.wagnerandrade.com/thunderstruck

Os sete pecados capitais na elaboração de interfaces digitais

Lêda Spelta () — Thu, 31 May 2012 13:36:44 GMT

"Na prática, a teoria é outra... Faça o que eu digo, mas não faça o que eu faço..."

Já no tempo dos nossos bisavós, a sabedoria popular lançava mão de provérbios para expressar a imensa dificuldade que experimentamos quando tentamos pôr em prática uma teoria. Seria diferente no caso da inclusão digital? Na teoria, talvez nos pareça que sim; na prática, geralmente não. Construtores de softwares, home pages, computadores e terminais eletrônicos são seres humanos, como qualquer outro, com resistências e limitações, expostos a todo tipo de pressão, tudo isso interferindo diretamente no produto final do seu trabalho. A incorporação de um novo princípio ou padrão demanda - além de tempo e dinheiro - um esforço pessoal.

O objetivo deste trabalho é produzir um texto claro e agradável, que contribua para tornar mais estimulante e menos árida a assimilação da meta da Inclusão Digital, pelos construtores de software e equipamentos digitais.

Para chegar ao resultado desejado, procurei abstrair da experiência, quais eram as atitudes, conscientes ou não, que levavam os construtores a desenvolver produtos incompatíveis com o conceito de Inclusão Digital. Para cada atitude identificada, procurei situações reais que exemplificassem suas conseqüências. Por motivos éticos e estéticos, foram apresentados dados fictícios. Mas o evento gerador da inclusão/exclusão digital foi rigorosamente reproduzido, a partir de um fato real. Para manter esta fidelidade ao fato real, dentro da minha experiência pessoal, a maior parte dos exemplos baseia-se em episódios vividos por pessoas deficientes visuais da classe média urbana. Espero que, a partir destes exemplos, não seja difícil para o leitor imaginar episódios semelhantes em outros contextos. Espero também que os exemplos sirvam para demonstrar que a "exclusão digital" é um fenômeno amplo, que não atinge apenas às pessoas geográfica ou cultural ou sócio-economicamente distantes de algum padrão.

Os sete pecados capitais

I - Desconsiderar a Diversidade do Público Alvo

Robert, um cientista cego, recebeu e-mail de um ministério do seu país. O texto informava que ele era um dos profissionais selecionados para preencher um questionário, com o objetivo de fundamentar estudos prospectivos em ciência e tecnologia. Ele era convidado a acessar uma página da web e preencher o formulário eletrônico correspondente à sua área de atuação. Tentou fazer isso, mas teve dificuldade para navegar na página e preencher o formulário. Mandou então um e-mail para os organizadores da pesquisa, que ficaram muito surpresos, pois não imaginavam que poderia haver uma pessoa cega dentre os profissionais selecionados. Comunicaram-se com os construtores da página, que providenciaram as alterações necessárias. Infelizmente - para Robert e para seu país - a página acessível ficou pronta numa data muito próxima ao prazo final e, devido a compromissos profissionais, Robert não teve tempo de participar da pesquisa. Mas a lição foi aprendida:

O seu público-alvo é mais heterogêneo do que você imagina

II - Desconsiderar os limites e referenciais dos usuários

Na véspera de um feriado prolongado, Laura, uma artista plástica que se recuperava de uma hepatite, pediu à sua mãe que fosse ao caixa eletrônico. Dona Júlia ainda tentou argumentar que "não sabia lidar com essas coisas", mas acabou cedendo, por falta de alternativas: Laura não podia sair de casa, o banco já tinha fechado, elas estavam sozinhas e sem dinheiro. No caixa eletrônico, a fila era grande e as pessoas terrivelmente impacientes. Apesar das instruções detalhadas de Laura, Dona Júlia não conseguia encontrar a opção desejada antes que a tela desaparecesse, obrigando-a a recomeçar várias vezes a operação. O tamanho da fila e as caras feias das pessoas, esperando lá fora, deixavam Dona Júlia ainda mais atrapalhada. Parecia uma missão impossível, "entrar com a senha certa, cheia de números repetidos, naquele teclado sem teclas!" Naquele dia, Dona Júlia saiu do caixa chorando e sem o dinheiro; mas não sossegou enquanto a filha não mudou a conta para outro banco, com equipamentos mais amigáveis. Este episódio ocorreu há 15 anos, mas o ex-banco de Laura ainda não aprendeu a lição:

Respeite os limites, referências, habilidades e valores do usuário

III - Desrespeitar os padrões

Paulo, um analista de suporte, cego, trabalhava para uma grande empresa de processamento de dados. Um dia, Paulo recebeu do seu chefe a incumbência de desenvolver um aplicativo que integrasse dois módulos de um importante sistema da empresa. Cada um dos dois módulos havia sido desenvolvido por equipes diferentes e eram executados em computadores fornecidos por diferentes fabricantes, o que significava dizer que estes computadores não tinham as mesmas características. Paulo conhecia bastante bem um dos computadores, pois todo o seu treinamento fora feito com computadores do mesmo fabricante. Para executar sua missão, Paulo precisava ter um mínimo de conhecimento sobre o outro computador. A primeira coisa que ele fez foi procurar, dentro da empresa, alguma documentação existente sobre o assunto. Para seu desespero, descobriu que a pouca documentação disponível estava toda em papel, o que não atenderia às suas necessidades. Sua segunda tentativa foi procurar na empresa pessoas que tivessem conhecimento sobre o computador em questão. Infelizmente as pessoas que detinham tal conhecimento não puderam ajudá-lo muito, pois estavam todas assoberbadas com o trabalho. Sem muitas esperanças, Paulo resolveu fazer na internet uma pesquisa sobre o computador em questão. Foi então que encontrou nada mais, nada menos, do que um manual que explicava tudo o que ele precisava saber. E para melhorar ainda mais a sua situação, o manual estava todo no formato HTML, que é um padrão usado há algum tempo e passível de ser acessado por pessoas cegas. De posse de tais informações, ficou fácil para Paulo cumprir, no prazo, a tarefa recebida. Além disto, ele nem precisou efetuar conversões na documentação encontrada, pois esta já obedecia um padrão de mercado, que podia ser diretamente acessado por ele. Paulo, no seu trabalho, nunca vai esquecer a lição:

Informe-se sobre padrões e obedeça-os. Isto certamente facilitará o acesso por mais pessoas.

IV - Usar um único meio para acessar as funcionalidades do produto.

O micro que Nina usava no trabalho definitivamente não andava bem. Naquela noite foi a tomada do mouse que resolveu parar de funcionar. E não adiantou sacudir, apertar, nem trocar o mouse. Foi então que Lia, uma analista cega, teve a idéia de ensinar Nina a navegar pelo teclado. No começo, Nina se atrapalhou; mas acabou pegando o jeito: leu as mensagens de e-mail, entrou no editor de texto, conseguiu até acessar o mainframe. Mas não conseguiu usar o dicionário, nem o construtor de páginas web, pois estes softwares não obedeciam o padrão de navegação do Windows, necessitando do uso exclusivo do mouse. Foi desta maneira inusitada que Nina começou a compreender as críticas de Lia em relação à acessibilidade de certos produtos. Nina, certamente, não vai esquecer a lição:

Seja flexível: dificilmente um único meio de acesso poderá ser usado em todas as circunstâncias

V - Usar um único meio para apresentar a informação

Ao voltar da praia, num domingo ensolarado, Inácio Silva encontrou na secretária eletrônica um recado de Zazá. O recado pedia que ligasse imediatamente para ela, pois tinha uma grande novidade. Geralmente era assim, ela deixava recados deste tipo mas, quando ele ligava, a novidade nem sempre era tão nova... Desta vez, porém, havia um tom diferente na sua voz e ele resolveu ligar imediatamente. Sem muitos rodeios, ela foi logo despejando a tal novidade: "Acabo de saber uma coisa sensacional! A companhia telefônica local está disponibilizando um serviço pelo qual você pode enviar e receber mensagens de correio eletrônico. E não é só isto, você pode também ter agenda de compromissos!" Zazá estava tão eufórica que nem percebeu o desinteresse com que Inácio ouvia sua "estupenda novidade". Ele teceu alguns comentários superficiais e despediu-se sem pensar mais no assunto.

No dia seguinte, ao ouvir o noticiário matinal, Inácio deparou-se com uma propaganda, até então desconhecida, anunciando que seria possível enviar e receber mensagens de correio eletrônico via telefone. Lembrou-se imediatamente de Zazá e sua estupenda novidade. Era isso, então, o que ela queria lhe contar e ele ignorou solenemente! Arrependido, resolveu testar o serviço. Entrou na página anunciada, fez o cadastramento exigido e realmente conseguiu enviar e receber mensagens de correio, além de usar a agenda de compromissos, tudo isto sem nenhum problema. Começou, então, a conjecturar que este serviço poderia ser de grande valia para pessoas cegas, principalmente se estas tivessem algum acesso à internet. Porém, olhando mais detalhadamente a página do produto, percebeu que muitas das informações relevantes para o uso do serviço eram apresentadas em forma de gráficos. Na tela de cadastramento de usuários, por exemplo, os títulos dos campos nome, senha, sexo etc., não eram mostrados como um texto, mas como uma imagem. Inácio sabia que os leitores de tela, usados pelos cegos, não têm a habilidade de converter estas imagens para textos, o que impossibilita sua leitura. A solução para este problema seria simplesmente associar à imagem um texto, recurso este disponível no html e muitas vêzes esquecido pelos desenvolvedores de páginas. Não é preciso dizer que Inácio tentou fazer contato com os responsáveis pelo serviço mas foi ignorado. Assim, muitas pessoas cegas ficaram impossibilitadas de usar plenamente o serviço e a companhia telefônica deixou, seguramente, de faturar algum dinheiro, por não saber a lição:

Seja redundante: dificilmente uma única forma de apresentação conseguirá atingir a todos

VI - Nas instruções de um produto, esquecer que o usuário pode não estar familiarizado com o novo universo descortinado pelo produto

Quanto mais a micro-informática evoluía, mais triste ficava Rosa. Agora, tudo era Windows, ou seja, tudo vinha embrulhado numa interface gráfica, que condenava ao museu seu ambiente de trabalho, que tinha montado com tanto empenho, mas que só funcionava em DOS. Claro que existiam ferramentas para Windows, muito mais poderosas do que as suas. Mas Rosa - uma professora cega -, não tinha o tempo nem o apoio necessários para desbravar esse novo mundo. Para começar, precisava de alguém com visão e qualificação para instalar o ambiente. Além disso, era um ciclo vicioso: precisava navegar no Windows para ler o manual e aprender a usar o software leitor de tela, mas precisava do leitor de tela para navegar no Windows, ou seja, precisava do leitor de tela para aprender a usar o leitor de tela e precisava navegar no Windows para aprender a usar o Windows. Durante dois anos, Rosa sofreu em silêncio. Misturado a um sentimento de vergonha e impotência, nutria um ódio mortal à Microsoft, por ter desbaratado seu ambiente de trabalho e estudo. Um belo dia (e para Rosa aquele dia foi realmente belo), um amigo lhe emprestou o tutorial de um leitor de tela, que vinha gravado em fitas cassete. Isto já era um facilitador pois, para ler, Rosa tinha que pilotar o seu velho gravador, em vez do tenebroso Windows. Além disso, o tutorial explicava, junto com o produto, os conceitos básicos do Windows. E foi este simples recurso que ajudou Rosa a superar suas barreiras, reconstruir seu ambiente de trabalho e voltar a sorrir... E é a experiência de Rosa que nos ensina a lição:

Forneça instruções que ajudem o usuário a se situar no universo descortinado pelo seu produto, pois ele pode não estar familiarizado com este universo.

VII - Não ser acessível ao usuário final

José Manuel, um pacato cidadão, cumpria religiosamente, todos os anos, uma enfadonha rotina: entregar sua declaração de imposto de renda. No país em que ele morava, a declaração era entregue obrigatoriamente em papel e, para fazê-la, José Manuel sempre tinha que pedir ajuda aos amigos, pois era cego. Isto não era um grande problema, apesar de Manuel ter de mostrar a outros o seu histórico financeiro, o que lhe causava algum constrangimento. Um belo dia, José Manuel ouviu a notícia de que a declaração do imposto de renda poderia ser feita através do seu computador. Ele não perdeu tempo; tratou de instalar imediatamente na sua máquina o programa que resolveria parte dos seus problemas. Eufórico, José começou imediatamente a fazer testes com o programa. Foi então que constatou que a interface do aplicativo era, em grande parte, incompatível com o seu leitor de telas. Após algumas tentativas frustradas, Manuel resolveu entrar em contato com os responsáveis pelo aplicativo. Para seu espanto, verificou que não seria possível tal contato, visto que, tanto no aplicativo quanto na página onde o download do mesmo fora feito, não havia informação de telefone nem e-mail. José Manuel continua, até hoje, entregando sua declaração, como manda a lei. Porém continua, também, dependendo da ajuda dos amigos. O aplicativo que ele, com seu imposto, ajudou a financiar não lhe permite o acesso, porque os construtores do mesmo não aprenderam a lição:

Mantenha um canal facilmente acessível para receber dúvidas, sugestões e críticas do usuário final

IPv6 será ativado permanentemente em uma semana

Redação iMasters (redacao@imasters.com.br) — Thu, 31 May 2012 13:36:43 GMT

O protocolo IPv6 já está sendo testado há bastante tempo, não só por provedores de internet como também por grandes sites e fabricantes de equipamentos de redes. Na semana que vem, a fase de testes acaba. Como previsto no início do ano, o dia 6 de junho é a data escolhida para ativar permanentemente o IPv6 em servidores do mundo inteiro, começando a inevitável transição do IPv4.

Nada mudará em sua conexão. O seu modem, roteador, celular com conexão de dados e qualquer outro equipamento de rede um pouco mais antigo não vai suportar o IPv6 de imediato. A menos que a fabricante deixe bem claro, o IPv4 vai ser o padrão no equipamento. Grandes nomes como Cisco e D-Link já fabricam roteadores com suporte para o IPv6 desde o começo do ano e avisam na embalagem sobre o suporte, mas a quantidade de modelos ainda é pequena - veja a lista da D-Link e a lista da Cisco.

Fato é que o IPv4 vai estar presente por anos a fio após a adoção completa do IPv6. Haverá um dia em que os provedores vão ter que inevitavelmente vender conexões com IPv6 se quiserem continuar conquistando clientes, mas esse dia ainda está um pouco distante. E os primeiros provedores que passarão por isso serão os asiáticos, visto o tamanho crescente de usuários na região.

Também já existem os early-adopters, que já estão usando o IPv6 por meio de um tunnel broker (como o SixXS), que emula um endereço com esse protocolo em cima do IPv4. Esses poderão ver alguma vantagem na transição, já que os sites ficarão com o protocolo permanentemente ligado. Nenhum provedor de internet no mundo está comercializando ainda as conexões com IPv6, visto que ainda existe IPv4 para distribuir. Mas, com o esgotamento do protocolo antigo, essa realidade fica cada vez mais perto.

Dentre os sites que ativarão permanentemente o protocolo estão Google, Facebook, Netflix, YouTube, Yahoo! e diversos da Mozilla e da Microsoft. Não há muita surpresa aí, visto que o tamanho das empresas por trás desses sites praticamente as obriga a suportar o protocolo desde o lançamento.

Aqui no Brasil, talvez por ainda não ter preparado sua infraestrutura, nenhum provedor de internet quis participar do lançamento - embora as redes da UNESP e o PoP de SP da RNP estejam listadas como participantes. Mas entre os portais que devem ativar o protocolo no próximo dia 6 estão Terra, NIC.br, Registro.br e o site de várias universidades federais e estaduais (confira a lista completa).

De imediato, não há vantagens em utilizar o IPv6. Se você decidir usar apenas IPv6, terá acesso a menos sites do que com IPv4, pois nem todos já implementaram o suporte para o novo protocolo. Um usuário com o IPv6 apenas não pode nativamente acessar um servidor com IPv4 (e vice-versa), eles não são protocolos retrocompatíveis. Existem várias propostas para ativar essa interoperabilidade, mas elas ainda estão sendo discutidas.

Quando o IPv6 já for amplamente adotado, cada dispositivo na internet terá seu endereço único, o que permitirá que eles sejam acessados diretamente sem a necessidade de um roteador comandando – ele só será necessário para ligar os dispositivos à web. Fora isso, a quantidade de números IPv6 disponíveis é enorme, quando comparada com o IPv4 - são 340 undecilhões de endereços, ou 340 seguido de 36 zeros. Então, a principal vantagem é que não será necessário trocar novamente de protocolo por um longo, longo tempo.

Para mais detalhes sobre o IPv6, o NIC.br tem um guia mais completo, além da página da Wikipedia em inglês. E no site do World IPv6 Launch há um contador regressivo para o dia 6.

Por Rafael Silva

ASP .NET MVC 3 - Usando o HTML Helper WebGrid - Parte 01

José Carlos Macoratti () — Thu, 31 May 2012 13:36:43 GMT

Antes de entrar no assunto do artigo, você deverá ter conhecimento prévio de alguns conceitos que eu já abordei em artigos anteriores. A seguir, você tem os links destes artigos e sugiro que você os leia antes de continuar.

Voltando ao artigo, vou abordar alguns recursos do componente WebGrid, que é usado para renderizar dados tabulares em informações no formato linhas/colunas. Podemos utilizar este componente tanto no WebMatrix, como no ASP .NET MVC. Neste artigo eu vou usar o ASP .NET MVC 3.

Vamos iniciar o Visual Web Developer 2010 Express Edition e criar um novo projeto (File-> New Project) do tipo ASP .NET MVC 3 Web Application com o nome UsandoWebGrid:

Agora, vamos usar um template Internet Application como View Engine Razor:

Depois, comece a definir o modelo de dados para o projeto, de forma que possamos exibir as informações usando o componente WebGrid.

Vamos exibir as informações dos times de futebol participantes do campeonato Paulista de 2012. Exibiremos somente os quatro primeiros colocados.

Clique com o botão direito sobre a pasta Models, na janela Solution Explorer, e selecione Add->Class no menu suspenso e informe o nome Times.cs:

A seguir, defina o seguinte código nesta classe:

using System.Collections.Generic;

namespace UsandoWebGrid.Models
{
 public class Times
 {
 public string Time { get; set; }
 public int Jogos { get; set; }
 public int Pontos { get; set; }

 public static List<Times> getTimes()
 {
 return new List<Times>
 {
 new Times { Time="Corinthians", Jogos = 13 , Pontos = 30},
 new Times { Time="Palmeiras", Jogos = 13 , Pontos = 29},
 new Times { Time="São Paulo", Jogos = 13 , Pontos = 28},
 new Times { Time="Santos", Jogos = 13 , Pontos = 27},
 new Times { Time="Mogi Mirim", Jogos = 13 , Pontos = 26},
 };
 }
 }
}

Neste código definimos a classe Times e o método GetTimes(), que retorna os dados dos cinco times com nome, jogos e pontos de cada um.

Em seguida, vamos definir no controlador HomeController, que já foi criado por padrão, um método para obtermos as informações do Model. Abra a pasta Controllers, na janela Solution Explorer, e, em seguida, o arquivo HomeController.cs e altere o seu conteúdo de forma a ter o seguinte código:

using System.Web.Mvc;
using UsandoWebGrid.Models;

namespace UsandoWebGrid.Controllers
{
 public class HomeController : Controller
 {
 public ActionResult Index()
 {
 ViewData["mensagem"] = " Campeonato Paulista - 2012";
 var model = Times.getTimes();
 return View(model);
 }

 public ActionResult About()
 {
 return View();
 }
 }
}

Incluimos o namespace UsandoWebGrid.Models no início do arquivo e alteremos o método Index(), que chama o método getTimes(), definido no Model;

Vamos, agora, alterar a nossa view Index.cshtml na pasta Views->Home conforme o código abaixo:

@model IEnumerable<UsandoWebGrid.Models.Times>

@{
 ViewBag.Title = "Index";
 Layout = "~/Views/Shared/_Layout.cshtml";
}

<h2>@ViewData["mensagem"]</h2>

@{
 WebGrid grid = new WebGrid(Model);
}

@grid.GetHtml()

A figura ao lado é o resultado da execução do projeto. Vamos entender o código que gerou esse resultado...

O código usa a sintaxe Razor, isso pode ser percebido pelo caractere @. Na primeira linha de código temos a diretiva @model, que fornece uma maneira mais limpa e concisa para referenciar modelos fortemente tipados de visualizar arquivos:

@model IEnumerable<UsandoWebGrid.Models.Times>

A seguir, definimos a utilização da master page em nossa view:

@{
 ViewBag.Title = "Index";
 Layout = "~/Views/Shared/_Layout.cshtml";
}

Depois, apresentamos a mensagem usando ViewData[], que foi definida no controller HomeController.cs.

Obs: A propriedade dictionary ViewData pode ser usada para preencher os dados que você deseja passar para uma view.

<h2>@ViewData["mensagem"]</h2>

E então, usamos o componente WebGrid, onde conectamos o componente com a origem de dados.

@{
 WebGrid grid = new WebGrid(Model);
}

Na figura abaixo temos a exibição do intellisense para o componente e os parâmetros que podemos usar para configurá-lo:

Dessa forma, poderiamos também ter usado a sintaxe:

@{
 WebGrid grid = new WebGrid(source:Model);
}

Onde o parâmetro source define a origem de dados usada. Também poderíamos definir os nomes das colunas usando o parâmetro ColumnNames;

@{
 WebGrid grid = new WebGrid(source:Model, columnNames: new string[] {"Time","Pontos", "Jogos"});
}

O parâmetro defaultSort define o campo usando na ordenação dos registros do componente:

@{
 WebGrid grid = new WebGrid(source:Model, columnNames: new string[] {"Time","Pontos", "Jogos"}, defaultSort: "Pontos");
}

O parâmetro canPage ativa ou desativa a paginação do componente:

@{
 WebGrid grid = new WebGrid(source:Model, columnNames: new string[] {"Time","Pontos", "Jogos"}, defaultSort: "Pontos", canPage: true);
}

O parâmetro rowsPerPage determina o número de registros a ser exibido por página. O valor padrão é dez.

@{
WebGrid grid = new WebGrid(source:Model, columnNames: new string[] {"Time","Pontos", "Jogos"}, defaultSort: "Pontos", canPage: true, rowsPerPage :3);
}

Para o nosso exemplo, fazendo rowsPerPage igual a três, teremos:

O método GetHml exibe os registros do WebGrid no Navegador:

@grid.GetHtml()

Uma outra opção de vincular a origem dos dados ao componente WebGrid é usar o método Bind. Fazendo isso em nosso exemplo, teríamos o seguinte código:

@{
 WebGrid grid = new WebGrid();
 grid.Bind(source: Model, columnNames: new string[] { "Time", "Pontos", "Jogos" });
}

Usando esta sintaxe, para habilitar ou desabilitar a paginação e ordenação dos registros, devemos usar o parâmetro autoSortAndPage:

@{
 WebGrid grid = new WebGrid();
 grid.Bind(source: Model, columnNames: new string[] { "Time", "Pontos", "Jogos" }, autoSortAndPage:true);
}

Podemos também aplicar formatação em cada coluna via método GetHtml(). Na figura abaixo, vemos o intellisense para este método exibindo os possíveis parâmetros que podemos usar para esta finalidade:

Abaixo temos um exemplo de código usando Column para exibir o nome da coluna e header para definir o texto do cabeçalho do grid:

@model IEnumerable<UsandoWebGrid.Models.Times>
@{
 ViewBag.Title = "Index";
 Layout = "~/Views/Shared/_Layout.cshtml";
}
<h2>@ViewData["mensagem"]</h2>
@{
 
 WebGrid grid = new WebGrid(source:Model); 
}
@grid.GetHtml(columns: grid.Columns(
 grid.Column("Time", header:"Nome do Time", format: @<i>@item.Time</i>),
 grid.Column("Pontos", header:"Pontos Ganhos", format: @<b>@item.Pontos</b>),
 grid.Column("Jogos", header:"Jogos Realizados", format: @<u>@item.Jogos</u>)
 )
)

Abaixo vemos o resultado da execução do projeto usando estes recursos:

Pegue o projeto completo aqui: UsandoWebGridI.zip

A importância de disseminar conhecimento dentro da empresa

Fabiano Sobreira () — Thu, 31 May 2012 13:05:30 GMT

Ao longo da carreira, temos a oportunidade de trabalhar em um número variado de projetos e equipes. Ao entrarmos num projeto em andamento, notamos semelhanças com os projetos anteriores, principalmente no que se diz respeito aos problemas, que em projetos já com alguns anos de existência, lançados no mercado e num ciclo de alterações contínua, sempre vêm à tona.

Um deles, que destaco aqui, é aquele quando temos uma equipe com um integrante que detém sozinho grande parte do conhecimento necessário para andamento do projeto. Isto inclui o conhecimento dos processos de negócio dos clientes, a arquitetura da aplicação, processos de “build” e “deploy”, que mais ninguém sabe executar - além de detalhes obscuros de APIs criadas internamente e não documentadas, entre outros. Não que seja ruim que alguém conheça muitos detalhes do projeto, mas quando esse conhecimento não é disseminado para todo o time, a empresa cria uma espécie de relação simbiótica com este profissional, onde ela é a prejudicada.

Note que não falo aqui sobre especialistas em tecnologias específicas e complexas, porém disseminadas, como: sistemas de bancos de dados, segurança da informação, redes, entre outras. Estes especialistas são essenciais para que o projeto atinja um nível diferencial de qualidade e maturidade tecnológica.

Mas o que acontecerá quando este profissional resolve deixar a empresa? Nesse momento, tentamos espremê-lo como se fosse a última laranja do cesto, tentando absorver todo o seu conhecimento, adquirido em anos, em apenas algumas semanas - até a última gota! No último dia damos tapinhas na costas e surge a velha frase: “estarei sempre a disposição de vocês”. Mas a verdade é que ninguém está sempre a disposição e todo esse conhecimento acumulado é perdido.

Há alguns sinais bem claros que apontam quando o projeto possui este tipo de profissional e eles devem ser combatidos.

Falta de automação

O “build” é executado manualmente e de forma complicada;
O processo de teste necessita que uma série de requisitos sejam satisfeitos antes que o ambiente adequado esteja corretamente configurado;
O “deploy” é manual ou complexo demais, com necessidade de interação humana mesmo que seja apenas um “hotfix” para um cliente.

Esse primeiro sinal deve ser eliminado através da automação dos processos repetitivos e simplificação de processos complexos. Essa eliminação de complexidade e repetição pode ser obtida com agendamento de scripts, utilização de servidores para integração contínua (CI), sistema de controle de versões (VCS) e “bugtracking”. O ideal é que estes sistemas conversem entre si e estejam fortemente integrados, eliminando o número de repetições e o esforço necessário para integração e entrega do produto.

Crescimento da empresa e estagnação dos processos

O software tinha poucas funcionalidades no início e, com isso, um menor número de bugs reportados e uma menor quantidade de hotfixes;
O número de clientes era menor e o número de deploys executados não justificava um sistema completo para sua automação;
A tecnologia, arquitetura e/ou ferramenta utilizada para execução do processo era adequada quando a realidade do projeto era outra.

As metodologias ágeis prezam pela adaptação às mudanças, mas isso não deve ser aplicado apenas aos requisitos de negócios do cliente. O projeto precisa evoluir e os processos internos devem ser continuamente revisados. Novas tecnologias e metodologias devem ser experimentadas e aplicadas quando forem uma evolução para o projeto. Um projeto que não evolui continuamente acumula gordura desnecessária, o que não é bom para sua saúde.

Disseminação do conhecimento

Dissemine o conhecimento através de reuniões diárias ou semanais, onde os problemas e soluções adotadas devem ser expostos. Incentive o time a buscar novas soluções, além de melhores práticas e ferramentas. Não especialize seus desenvolvedores em áreas específicas do projeto, busque padrões e torne o código uma propriedade coletiva, para que todos sejam capazes de interagir com ele. Documente aquilo que é complexo até que possa ser simplificado.

Pessoas tiram férias, ficam doentes, mudam de empresa e até mesmo morrem, por isso devem ser substituíveis de forma a causar um mínimo de impacto no projeto.

Acessibilidade web é um dever cívico

Reinaldo Luz Santos () — Thu, 31 May 2012 12:33:29 GMT

Acessibilidade. Você sabe o que é? Pra que serve e a quem ajuda? Pois saiba primeiro: "Acessibilidade web é um dever cívico".

Claro que essa afirmação é uma opinião pessoal, mas minha intenção com tal premissa é por um bom motivo: promover o início de um debate ou, minimamente, uma breve reflexão sobre o assunto. Para que vocês possam pensar no tema e entender como ele influencia seu negócio ou posicionamento na web, descrevo abaixo alguns pontos sobre o que é acessibilidade na web e como isso nos afeta direta ou indiretamente.

Sou publicitário e empreendedor da área de criação e gestão de informação na web. Já há algum tempo minha empresa tem estudado maneiras de fazer uma internet mais democrática e eficiente no quesito ligado a navegação e usabilidade.

Alguns de nossos estudos foram baseados em normativas do W3C. Além disso, a base do nosso conhecimento foi em trabalho de campo, aplicando na prática algumas das diretrizes do W3C e até criando saídas inteligentes para nossos modelos de desenvolvimento.

Com isso, quase dois antes que o assunto tomasse a atenção da mídia, nós já aplicamos conceitos de usabilidade, navegação intuitiva e acessibilidade web na maioria dos nossos projetos, criando inclusive alguns casos de sucesso que nos geraram contatos de empresas de fora do país, nos tratando como "experts" no assunto. Não achamos que é pra tanto, mas com certeza ver um novo site ou ferramenta com esses conceitos aplicados nos dá um prazer mais intenso do que o provocado pelo retorno financeiro. É uma satisfação como cidadão.

Mas pra que entendam o grau de motivação em que estamos trabalhando nesses conceitos, vamos entender o que é acessibilidade aplicada à internet.

O que é Acessibilidade Web?

O termo "Acessibilidade", em qualquer setor, significa permitir que pessoas com deficiências ou mobilidade reduzida participem de atividades que incluem o uso de produtos, serviços, locais e informação, além de permitir o uso destes por todas as parcelas da população. O decreto federal de número 5.296, de 02 de dezembro de 2004, já prevê tais direitos. Em suma, um local ou produto acessível é aquele que permite uso de todas as pessoas, de forma o mais independente possível de sua condição física.

Acessibilidade web, ou na internet, é a mesma coisa. Permitir acesso democrático a sites, ferramentas, aplicações ou serviços baseados na rede de computadores, a internet. Para isso, é fundamental que tais ferramentas sigam alguns padrões, normativas ou recomendações do W3C. A acessibilidade na Internet, em síntese, engloba os fatores abaixo:

Sites e aplicações previamente desenvolvidos possibilitando que as pessoas possam perceber, compreender, navegar e interagir com seu conteúdo.
Navegadores, tocadores de mídias e ferramentas que possuam meios de comunicação com tecnologias especialmente designadas e criadas para pessoas com deficiência, permitindo assim o acesso e utilização dos mesmos.

Por que ter um site acessível?

Talvez o complemento a pergunta seja "por que ter um site acessível e com usabilidade amigável?".

Começando pela usabilidade, imagine-se fazendo o planejamento do seu site. Com certeza você será levado a prever o público alvo de visitantes que ele terá ou que espera ter. Jovens, adultos, antenados ou não, conhecedores ou não de navegação na web, crianças talvez e idosos muito provavelmente. E isso sem citar ainda portadores de alguma deficiência.

Seu site pode ser planejado e desenvolvido para um público especifico, por exemplos os geeks, modernos e antenados. Aí fica fácil. Mas imagine seu cliente, podendo ser ele um empresário de sucesso com pouco tempo pra se aprofundar em informática. Sim, esse usuário existe. Ou então imagine uma senhora com 65 anos acessando seu site. Ou, para simplificar, imagine simplesmente um profissional liberal com agenda apertada.

Ok, agora junte esses perfis de profissionais entrando no seu site e demorando alguns segundos para encontrar o menu escondido, os links minúsculos, os títulos apagados ou as cores chocantes contrastando com o texto. Terror total. Isso é pedir zero de ROI para seu site. O tempo de captação de atenção do internauta é medido em algumas frações de segundos. Se ele não entende rapidamente como navegar, ele sai! Simples assim.

Fugir dos excessos em design. Organizar claramente o conteúdo. Diagramar corretamente os elementos e informações conforme o grau de importância. Essas são apenas algumas das práticas para se criar um site amigável quanto a usabilidade e navegação.

Pense agora em alguns dos perfis que citei como exemplo. O idoso, o senhor sem tempo, a criança ou jovem ainda sem grande experiência. Finalmente traga para esse exercício as pessoas portadoras de deficiência visual. Essas são as pessoas que precisamos incluir digitalmente! Falando ainda e apenas de internet, sua empresa ou negócio precisam estar preparados para receber todas as pessoas. Seu site tem no mínimo o dever cívico de ser acessível!

Na verdade essa é uma escolha que as empresas podem fazer, mas com certeza é uma questão, não de decretos de lei, mas de conscientização e cidadania.

A lógica é bem simples. Sites bem escritos, quanto a conteúdo, design e programação, são bem interpretados por pessoas com pouco conhecimento, dificuldade de visão e até mesmo por pessoas com deficiência visual completa. Essas pessoas podem utilizar navegadores especiais que só interpretam o que encontrarem em texto no site ou mesmo utilizar os softwares chamados "Leitores de Tela" que literalmente lêem a tela com voz sintetizada. Tudo isso só funciona com um site preparado para tais visitantes.

Amigos e inimigos da acessibilidade web

Como eu disse anteriormente, criar um site acessível é um caminho que começa no planejamento e completo aqui, começa pela escolha do profissional ou empresa produtora. O conceito é fácil de compreender, como explicado acima, porém a aplicação reserva alguns passos técnicos. Não dá para descrever todas as técnicas aqui, pois acabaria por ser uma dissertação superficial. Mas é possível conhecermos, resumidamente, alguns amigos e inimigos da acessibilidade web.

Amigos da acessibilidade

Crie um site com os requisitos abaixo e você terá um site acessível. Essas são apenas algumas dos muitas das diretrizes.

Conteúdos em texto, com opção de ampliação de tamanho de fonte
Links em texto, ao invés de imagens, com bom tamanho de visualização
Opção de teclas de atalho para saltar aos principais links e áreas do site
Títulos declarados em destaque para identificação dos softwares leitores de tela
Opção de mudança de layout para modelo em alto contraste preto e branco Entre vários outros

Inimigos da acessibilidade

Fuja dos erros abaixo se você quer ser uma empresa ou profissional consciente

Menus de navegação em flash ou imagem
Imagens sem declaração de descrição na tag ALT
Animações e elementos em flash usados de forma exagerada
Site fetos completamente em flash
Cores ou elementos de design não pensados para gerar contraste com o conteúdo, entre vários outros

Adendo técnico

Vale ressaltar que a tecnologia flash não é inimiga mortal da acessibilidade web. A Adobe divulga, desde a versão MX, que está seguindo requisitos de acessibilidade da Seção 508 e que prove suporte ao MSAA (Microsoft Active Accessibility). Porém, vale lembrar que animações ou scripts em flash precisam ser usados com extrema cautela e conhecimento. Na dúvida o uso das folhas de estilo CSS, documentos XHTML e demais técnicas sugeridas pelo W3C merecem profunda atenção e prioridade.

Como construir um site acessível?

Um site acessível perde um pouco em design ou elementos gráficos? De um ponto de vista, talvez. Mas se o profissional ou empresa que estiver desenvolvendo unir o conhecimento técnico sobre acessibilidade a criatividade e saídas inteligentes, não.

Não necessariamente se perde em design. Ganha-se em mensagem transmitida. Mais pessoas irão ver e compreender esse site! O importante é pensar que, em acontecendo dilemas de perda de detalhes visuais, deve se lembrar o que vale mais priorizar. Um site bem desenhado e eficiente não é um site cheio de efeitos visuais, mas um site que informa, se faz entender, se faz navegar e trás resultados sem excluir nenhum perfil de pessoa.

Hora de re-modelar ou construir sites acessíveis! Agora é colocar em prática.

O primeiro passo é a conscientização das empresas e profissionais da área sobre a importância de construir sites que promovam a inclusão digital, a usabilidade amigável e a acessibilidade.

Tendo esse primeiro passo dado, o segundo é contratar um profissional, agência ou produtora web que conheça as técnicas e conceitos para o planejamento e elaboração de um site com tal meta. Ser acessível, democrático em seu conteúdo e bem escrito em seus códigos e desenho estrutural.

O terceiro passo, sendo esse já de responsabilidade da produtora ou profissional especializado, é escolher ou assessorar na escolha de uma linguagem de programação mais adequada ao projeto e de um gestor de conteúdos preparado para criar conteúdos acessíveis. Aqui cabe também o papel da empresa que precisa confiar na empresa ou profissional e nos direcionamentos que ele der. O resultado final pode ou não ser assertivos dependendo desse aceite.

Por fim trago de volta a indagação do título do artigo. "Acessibilidade web é um dever cívico". Sim, não? Impossível ter uma resposta que não seja pessoal ou subjetiva. Vale, sim, pensar que os tempos mudaram.

A tecnologia por si só não é mais o astro principal. A tecnologia é apenas um instrumento ou ferramenta que tem a missão de levar a informação. Essa sim, a informação, o conteúdo, relevante ou não, é o que realmente conta. E esse só tem sentido quando se faz acessível e entendível a todas as camadas da população!

40% dos perfis em redes sociais são spams

Redação iMasters (redacao@imasters.com.br) — Thu, 31 May 2012 12:33:28 GMT

De acordo com a empresa de segurança Impermium, os spammers são os responsáveis por criar 40% dos perfis em redes sociais como Facebook, Twitter e Pinterest com o objetivo de disseminar golpes por meio de links maliciosos compartilhados.

A empresa ressaltou que spam social é muito mais eficiente que spam para e-mail e que cerca de 8% das mensagens enviadas pelas redes sociais são spam - volume duas vezes maior que o registrado nos últimos seis meses.

Companhias como Twitter e Facebook já estão cientes dessa situação e recentemente aumentaram seus esforços para reduzir o spam, investindo em produtos de segurança para seus usuários e processando responsáveis por espalharem golpes pela rede.

Com informações de Info

As redes sociais conhecem o hosting do projeto de software livre

developerWorks Brasil (dwbr@br.ibm.com) — Thu, 31 May 2012 12:33:28 GMT

Os desenvolvedores de software têm estado entre os primeiros adeptos das redes sociais, portanto, é de se esperar que as redes estejam surgindo para atender ao universo especial da colaboração entre desenvolvedores, especialmente desenvolvedores de software livre. Há muito tempo, o universo de software livre possui serviços populares de hosting para projetos, sendo o SourceForge o mais conhecido deles. Por muito tempo, eles foram desenvolvidos em larga escala sob os princípios da "Web 1.0", que se tornaram um pouco antiquados, enquanto tantos outros desenvolvimentos estavam revolucionando a maneira como as pessoas interagiam na web.

No núcleo da maioria dos sites de projeto de software livre estavam centralizados sistemas de gerenciamento de software livre (SCM), como o CVS e, posteriormente, o Subversion. Ao mesmo tempo, uma nova geração de SCMs estava emergindo, chamada de sistema de controle de versão (ou revisão) distribuída (ou descentralizada) (DVCS). A ideia principal do DVCS é que, em vez de ter uma árvore de origem central e canônica, você possua um sistema de diversas cópias em funcionamento. Isso significa que diversos desenvolvedores podem colaborar em um projeto, mesmo se estiverem conectados apenas esporadicamente.

As interações entre essas cópias distribuídas em funcionamento são um pouco remanescentes das interações entre pessoas nas redes sociais. Portanto, sites de hosting de projeto naturalmente cresceram em torno de conceitos de DVCS com recursos sociais de acordo com o modelo de compartilhamento de código. Alguns dos DVCS mais populares atualmente são Mercurial, Git e Bazaar, e cada um possui um serviço conhecido e intimamente associado, respectivamente, ao BitBucket, GitHub e Launchpad.

Neste artigo, conheça os sites de hosting de projeto baseados em recursos de redes sociais e DVCS, com ênfase no GitHub. O leitor deve ter alguma familiaridade com sistemas de controle de versão, mas não necessariamente o DVCS.

Noções básicas de colaboração no DVCS

Ao usar um DVCS para colaboração, um primeiro usuário (cujo nome será Alice) cria o repositório de código e, em seguida, o compartilha, talvez inicialmente com um colega, o Bob. A Alice pode compartilhar seu repositório com outros na mesma máquina ou propagar um disco de armazenamento, bem como por uma rede. Bob clona o repositório de Alice usando um programa de DVCS compatível e agora ele possui um repositório próprio, com base no código dela. O repositório de Bob começa com o mesmo conteúdo do de Alice, mas ele tem sua própria identidade e ciclo de vida. Essa é a principal distinção entre o DVCS e os repositórios centralizados.

A clonagem de um repositório é, na verdade, a bifurcação de um projeto, devido à identidade e ao ciclo de vida separados do novo repositório. Havia uma tendência para uma percepção negativa de bifurcação de projetos de software, em parte devido aos exemplos célebres de bifurcações que foram relacionadas a um colapso social de colaboração dentro de um projeto. Nesse exemplo, estava a cisma no Emacs, o editor de texto venerável e venerado e o sistema utilitário do programador. O projeto XEmacs tornou-se um projeto divisor de águas liderado pelos antigos e descontentes desenvolvedores do Emacs. O DVCS removeu o contexto social de bifurcação, tornando-o uma parte genérica do processo de colaboração. Certamente, se Bob e Alice tivessem uma briga e decidissem seguir caminhos separados no projeto, eles poderiam, em algum ponto, continuar a partir de uma bifurcação, mas eles também estariam propensos a usá-la como uma parte natural da sua cooperação.

Avisando sobre as mudanças

Em particular, Bob e Alice podem querer fazer atualizações separadas de seus próprios repositórios; talvez Bob esteja trabalhando na interface com o usuário e Alice esteja trabalhando na principal lógica do programa. Em determinado momento, eles gostariam de se unir e combinar os frutos de seus trabalhos. Eles teriam acumulado changesets distintos em seus repositórios separados. Um changeset é uma coleção de atualizações para arquivos que foram registrados ao mesmo tempo emitindo um comando "commit" por meio do DVCS.

Em um sistema de controle de versão centralizado, changesets são compromissos com o repositório principal, identificado por números de revisão incrementais. O primeiro compromisso, realizado por Bob, pode ser a revisão 1.1; o segundo pode ser a 1.2; e assim por diante. Isso não faz sentido no caso do DVCS em que não há armazenador central e nenhuma maneira de gerenciar globalmente a ordem das mudanças; portanto, em vez disso, cada changeset recebe um hash, desenvolvido para ser exclusivo nos repositórios. Consulte a imagem abaixo para obter uma ilustração da clonagem inicial e do progresso de changesets separados entre Bob e Alice. As estrelas marcam os pontos nos quais os repositórios de Bob e Alice possuem um estado idêntico (quando Bob clonou sua cópia inicial do código de Alice.)

Quando Bob e Alice desejam combinar o seu trabalho, eles fazem isso trocando changesets e resolvendo quaisquer conflitos até que possam chegar a um novo repositório que representa o trabalho de ambos combinado da maneira como desejam. Para iniciar esse processo, Bob pode "realizar o pull" das mudanças do repositório de Alice ou vice-versa. Novamente, a maneira como isso acontecerá não importa e é puramente baseada nas circunstâncias de sua colaboração. É possível que a direção do "pull" entre Bob e Alice seja ocasionalmente alternada, talvez até mesmo por capricho.

Mecânica de fusão

Quando Bob "realiza o pull" de Alice, o DVCS será aplicável a cada changeset de Alice, para a versão local do Bob. É possível que changeset leve a um conflito, caso Bob e Alice tenham modificado a mesma linha em um arquivo em algum lugar ou caso Bob tenha atualizado um arquivo que Alice removeu de seu repositório. Em caso de conflito, o software DVCS pode ser capaz de descobrir uma fusão automática ou pode ser necessária uma intervenção de Bob para trabalhar no resultado da fusão.

Quando Bob tiver realizado o pull dos changesets de Alice, ele poderá realizar o push do resultado mesclado para Alice. O DVCS processará os changesets de Bob a partir do ponto de fusão mais recente e reconhecerá que alguns desses changesets são da própria Alice, que já foram aplicados ao repositório do Bob. Os hashes exclusivos são importantes aqui para descobrir a identidade dos changesets nesse processo. Quando o push estiver concluído, Alice e Bob terão o mesmo conteúdo em cada um de seus repositórios. Consulte a imagem abaixo para obter uma ilustração do processo de pull/fusão/push.

Este processo possui muitas variações e sutilezas, algumas são exclusivas de determinadas implementações de DVCS, mas tocarei em apenas um dos problemas mais comuns enfrentado pelos novos usuários de DVCS.

Suponhamos que, no processo acima, Bob se esqueça de realizar o pull das mudanças de Alice antes de realizar o push das dele próprio para o repositório dela. Nesse caso, o software DVCS avisará que Bob fez a ramificação a partir do último ponto de fusão com o repositório de Alice. Um dos princípios fundamentais de DVCS é que um changeset é aplicado apenas a um estado inicial conhecido do ponto do repositório, chamado de pai comum. Como os changesets de Bob existem com relação ao pai comum de quando ele fez a primeira clonagem da Alice, o DVCS, na verdade, voltaria àquele estado, antes da aplicação desses changesets. Isso teria o efeito de colocar os changesets de Alice a partir do pai comum em uma ramificação separada, o que geralmente não é o que Bob ou Alice desejam. Em geral, em casos como esse, o DVCS emite um aviso sobre a operação de push de criar "diversos cabeçotes". Bob pode interromper o push e, em seguida, realizar o pull de Alice, fundindo-se aos changesets de Alice, na mesma ramificação que os dele. O resultado do pull é uma única ramificação que contém os changesets de Bob e Alice a partir de um pai comum. Nesse estado, Bob pode realizar o push para a Alice sem ter o problema de "diversos cabeçotes".

Implicações sociais de interações básicas de DVCS

O DVCS fornece uma grande flexibilidade ao processo, mas os projetos devem sobrepor algum fluxo de trabalho mais amplo no uso básico, especialmente à medida que cada vez mais pessoas são envolvidas, com funções e níveis de interação diferentes. Geralmente, haverá um repositório reconhecido que começa a assumir um pouco da essência do antigo repositório centralizado, mas só por acaso. A bifurcação é tão fácil e normal quanto, e, normalmente, existem inúmeros repositórios espalhados entre aqueles com algum interesse no projeto; é somente por convenção que os participantes evitam o caos. Esse é o caso especialmente em projetos de software livre, nos quais qualquer pessoa tem permissão para clonar ou realizar o pull do repositório principal. O(s) líder(es) do projeto irá(ão) identificar seu repositório principal e dará(ão) permissão aos colaboradores confiáveis para realizarem o pull das mudanças.

A solicitação de pull

Em um projeto de software livre com bom funcionamento, nem todos os contribuidores tendem a ser colaboradores confiáveis. Os sites de hosting de projeto mais clássicos possuíam rastreadores de correção para lidarem com rastreadores de problema. Qualquer pessoa pode submeter uma correção a um projeto, que é, então, controlada enquanto um desenvolvedor principal a examina e, talvez, interaja com o requisitante para fazer mudanças. Posteriormente, a correção pode ser aplicada ao principal repositório de projeto.

Devido à natureza do DVCS e ao gerenciamento cuidadoso de changesets, existe uma oportunidade para melhorar um pouco o processo. Em particular, o antigo sistema de envio de correção geralmente perde o histórico particular de mudanças que levaram à correção. Com o DVCS, o contribuidor pode realizar o pull de um repositório principal, desenvolver suas mudanças em seu repositório em funcionamento, confirmando como sempre e, em seguida, enviar os changesets resultantes para revisão e discussão. Esse processo se tornou conhecido como uma solicitação de pull. Na realidade, o contribuidor está solicitando que um desenvolvedor principal realize o pull do repositório em funcionamento com as mudanças propostas e, após a discussão, refine as mudanças e realize o push desses changesets para o repositório principal.

Em sistemas como GitHub, o recurso de solicitação de pull (consulte "Recursos") é uma questão de colocar uma interface conveniente no fluxo de trabalho de nomeação de um repositório para iniciar uma solicitação de pull, discutindo as mudanças propostas e, em seguida, aplicando os changesets resultantes a um repositório de destino.

Seguidores e popularidade

Nenhuma rede social está completa se não houver algum sistema para que as pessoas sigam outras, o que resulta em uma disputa por popularidade. Os principais sites de DVCS não são diferentes. É possível optar por seguir um desenvolvedor ou um projeto, caso se interesse pelos projetos dele; o desenvolvedor é, então, notificado disso e pode optar por seguir ou não você. O vocabulário pode variar, por exemplo, no GitHub, você "segue" uma pessoa, mas "assiste a" um projeto; no entanto, o conceito é parecido com o adotado no Twitter e Facebook, com uma dinâmica social semelhante. Por exemplo, surgem impressões sobre a influência de um desenvolvedor ou o bom andamento de um projeto a partir da contagem dos seguidores e isso pode desempenhar um papel na dinâmica social que pode sobrepor o DVCS, como quais ramificações "ganham" em uma bifurcação ruim.

Conclusão

O software livre tem crescido cada vez mais e se tornou uma parte muito significativa do cenário tecnológico mundial. Esse crescimento foi resultado de trabalho duro, mas também de personalidades e apoio. Gostaria de poder dizer que, em redes sociais que procuram incorporar o processo de colaboração de software livre, esse código tem a sua influência e tudo o mais é secundário. Infelizmente, não é possível retirar o social de uma rede social. Caso se envolva com sites, como o GitHub, seguindo o seu interesse em redes sociais, seja como usuário, contribuidor de um projeto ou líder de seu próprio projeto, é importante compreender o fluxo de trabalho do utilitário subjacente, mas também as implicações e os subentendidos sociais que caminham lado a lado com a troca de bits.

As sugestões habituais são aplicáveis às redes sociais: comunicar-se com as pessoas como se estivesse cara a cara com ela, ser resistente e estar pronto para se livrar de conflitos pessoais improdutivos e, acima de tudo, produzir o seu melhor código, o que atrairá seguidores e até mesmo colaboradores. Sites como o GitHub facilitam um início mais lento antes que você talvez possa colaborar mais intensamente em grandes projetos. Espero que este artigo ajude a começar a compreender a geração emergente de sites de hosting de projetos.

Recursos

Aprender

Saiba mais sobre as solicitações de pull no GitHub e BitBucket.
Leia esta introdução fácil e baseada em Mercurial aos princípios de DVCS.
Saiba mais sobre as ferramentas de linha de comandos Git DVCS em Manage source code using Git (Eli M. Dow, developerWorks, julho de 2006).
Saiba mais sobre as ferramentas de linha de comandos Mercurial DVCS em Managing source code with Mercurial (William von Hagen, developerWorks, agosto de 2011).
Saiba mais sobre como usar o Git no desenvolvimento da web em Git changes the game of distributed Web development (William von Hagen, developerWorks, agosto de 2009).
No menu suspenso Software Livre, no developerWorks, encontre amplas informações instrutivas, ferramentas e atualizações de projeto para ajudá-lo a desenvolver com tecnologias de software livre e usá-las com produtos IBM.
No menu suspenso zona Linux do developerWorks, encontre vários artigos de instruções e tutoriais, bem como downloads, fóruns de discussão e muitos outros recursos para desenvolvedores e administradores Linux.
Fique por dentro dosEventos técnicos e webcasts do developerWorks com ênfase em uma série de produtos IBM e tópicos do segmento de mercado de TI.
Participe de um briefing gratuito do developerWorks para atualizar-se rapidamente sobre produtos e ferramentas IBM e tendências do segmento de mercado de TI.
Escute os Podcasts do developerWorks para obter entrevistas interessantes e discussões para os desenvolvedores de software.
Siga o developerWorks no Twitter.
Acompanhe as Demos do developerWorks que vão desde instalação e configuração de produtos para iniciantes até funcionalidades avançadas para desenvolvedores experientes.

Obter produtos e tecnologias

GitHub é um site de hosting de projeto popular em que os repositórios de código são gerenciados usando o Sistema de controle de versão Git DVCS.
BitBucket é um site de hosting de projeto intimamente associado ao Mercurial DVCS, mas que também oferece suporte ao Git.
Acesseversão de teste do software IBM (disponível para download ou em DVD) e inove em seu próximo projeto de desenvolvimento de software livre próprio usando o software especialmente para desenvolvedores.

Discutir

Conecte-se com outros usuários do developerWorks enquanto explora os blogs, fóruns, grupos e wikis voltados para desenvolvedores. Ajude a desenvolver o software livre do mundo real na comunidade do developerWorks.

***

Sobre o autor: Uche Ogbuji é sócio da Zepheira , onde supervisiona a criação de sofisticados catálogos da web e outros bancos de dados ricamente contextuais. Ele possui uma longa história de pioneirismo em tecnologias avançadas da web, como XML, web semântica e serviços da web e projetos de software livre como Akara, uma plataforma de software livre para aplicativos de dados da web. É engenheiro da computação e escritor nascido na Nigéria que mora e trabalha perto de Boulder, Colorado, EUA. Você encontra mais informações sobre o Sr. Ogbuji no seu blog, Copia.

A ascensão e a queda da experiência do usuário – Parte 4

Cennydd Bowles () — Thu, 31 May 2012 12:02:25 GMT

Em continuidade à série sobre design e interface do usuários, este artigo falará sobre a relação do setor com ciência, a obliquidade, a regra de ouro, o modernismo e a subversão.

⁂

Design e ciência

Eu treinei como um cientista. Estudei muito sobre matemática e estatística. Eu conheço sua beleza e seu poder extraordinários. Mas eu também conheço suas limitações. Números são conselheiros valiosos, mas mestres tirânicos. O design é um ato de previsão visual. Sua natureza demanda um investimento com retorno incerto, e não tem como disfarçar o salto de fé que ele requer.

O design não é ciência. Repita uma experiência – uma abordagem de design – em diferentes circunstâncias (usuários diferentes, anos diferentes, culturas diferentes) e você terá resultados diferentes. Portanto, alvos numéricos nunca devem ser o principal objetivo do design.

Objetivamos criar coisas que sejam inerentemente imensuráveis: experiência, utilidade, prazer. Houve muita conversa no evento sobre como medir essas coisas, mas receio que é um esforço largamente perdido. O melhor que podemos fazer é arranhar o contorno de suas sombras.

Mas nós realmente precisamos de mensuração? A ideia de que “se não pode ser medido, não conta” é uma das desilusões mais nocivas do nosso tempo. Ela nos dá um mundo que recompensa a quantidade, e não a qualidade.

Se você fizer das métricas o objetivo central do seu design, você terá apenas um design que otimiza esses números, às custas de outras qualidades importantes. O setor público do Reino Unido tem sido paralisado pelos objetivos excessivos, e a nova coligação de extrema direita está usando isso como uma desculpa para acabar com todo o setor, alegando que ele não está funcionando corretamente. Claro que não está funcionando corretamente!

Os números do capitalismo são quase todos, de curto prazo – de lucro, crescimento ano a ano, rendimento – em vez de serem de longo prazo e sustentáveis. Não é surpresa que a alegria tântrica da qualidade centrada no usuário muitas vezes perca para momentos instantâneos de promoções, descontos e esgotamento de recursos. As métricas tornam isso possível.

Um novo ângulo

Existe um sério risco de tentar tanto agradar os negócios, que perdemos o que nos torna diferentes e valiosos. Nossa compreensão da intagibiildade e racionalidade abdutiva (abductive reasoning), e nossa visão a longo prazo são diferentes, mas esperançosamente complementares às habilidades dedutíveis e analíticas louvadas pelos professores de MBA e economistas.

Acho que o problema de fazer com que o mercado entenda o design é melhor revisado do que solucionado. Os pensadores de sistemas te dirão que padrões repetidos de comportamento são o resultado de regras de uma estrutura inerente ao sistema. As economias se expandem e se contraem naturalmente devido às suas estruturas e às suas regras. Empresas ruins produzem produtos e serviços de má qualidade devido às suas estruturas e às suas regras. Portanto, se quisermos mudar a maneira como essas empresas trabalham, devemos mudar suas estruturas e suas regras. Colocar mais um designer UX no time ou mudar para uma ferramenta de wireframing mais eficiente são medidas pouco eficientes.

Precisamos mudar o mercado, não nos tornar o mercado. Em vez de fazer com que o design se encaixe no modelo corporativo, deveríamos construir negócios nos quais os consumidores são o foco, não o custo; nos quais a criatividade ganhe do controle; nos quais compreendemos o risco, em vez de taxá-lo; nos quais boas perguntas são tão importantes quanto respostas; nos quais estamos fazendo o que realmente importa, não o que faz barulho.

Obliquidade

O economista John Kay afirma que as pessoas e as empresas mais bem sucedidas do mundo alcançam seus objetivos mais complexos através da obliquidade – ou seja, através da busca por algo mais. As empresas mais lucrativas não buscam poder. Todas elas buscam um sentido maior, seja ele servir um país ou evoluir um campo de estudo.

Os designers conhecem bem a obliquidade. É nossa palavra de ordem. Sabemos que, para ficar com a garota, você não pode segui-la para onde quer que ela vá. Você consegue a garota por ser uma pessoa atraente.

A busca pelo único objetivo de lucro nos deu economias com ficções fraudulentas, em que algumas empresas preferem falsificar suas folhas de balanço em contas obscuras a fazer coisas que realmente significam algo. Até o governador do Banco da Inglaterra reconhece que os bancos implodiram porque eles colocam seu lucro de curto prazo acima dos interesses dos seus clientes. Algumas operadoras de celular agora parecem mais interessadas em restringir a capacidade de banda de seus consumidores a construir capacidade para eles!

Levando em conta as consequências desastrosas dessas abordagens, vamos esperar que o século XXI veja o triunfo da obliquidade. Vamos esperar que as empresas tentem, mais uma vez, lucrar ao criar coisas valiosas, não apenas ao proteger seus alvos ou as regras complexas que elas criaram para elas mesmas.

A regra do ouro do UX

É aqui que temos uma influência real. Hoje, eu proponho uma regra de ouro para nossa indústria. O objetivo do design da experiência do usuário é criar valor pessoal. Não estamos aqui para reduzir o risco, não estamos aqui para melhorar as taxas de conversão. Estamos aqui para fazer coisas que melhorem a vida das pessoas. Ao fazer isso, nossas empresas lucram nos dois sentidos da palavra. Não é suficiente julgar nossa indústria pelo ROI que ela gera, ou nossa contribuição em direção ao GDP. Deveríamos julgar nossa indústria pela felicidade que criamos.

Pode me chamar de idealista, se você quiser. É fácil considerar o idealismo uma falha da juventude; pensar que é algo que se torna alheio a nós. Mas o idealismo é a obliquidade e, sem ela, o mundo seria um lugar miserável.

Além do modernismo

Eu não acredito em uma visão tão forçada, e estamos vendo mudanças similares através de muitos domínios do design e da sociedade. O modernismo, com seu crescimento, tecnologia e velocidade, foi a força motora por trás do século XX.

Agora, estamos vendo os brotos verdes de outro movimento. Um que coloca a humanidade de volta ao capitalismo, e prospera na localidade, na diversidade e no serviço. É um movimento que desmerece o significado e o valor à mera funcionalidade, e prefere um investimento contínuo a longo termo a um retorno passageiro.

Michiel Schwarz e Joost Eiffers deram o nome de “sustainism” para esse movimento. Um título estranho, e obviamente não estou interessado no seu rótulo, mas talvez uma nova abordagem precise de uma nova linguagem. Porque o modernismo não vai nos ajudar a navegar pelas três próximas décadas. É claro que o futuro será dramaticamente diferente do que foi antes.

O mundo em transformação

Vários membros da geração Y em todo o mundo estão se rebelando contra a desigualdade criada pelos baby boomers. A nova geração é obviamente notória por desejar o mundo com todas as suas responsabilidades de hoje. As gerações mais velhas dizem a eles para esperar por sua vez; mas essa defesa não vai se sustentar por muito tempo. O mundo está ficando de cabeça para baixo, não de cabeça para cima.

Poder, dinheiro e influência irão mudar da América do Norte e da Europa para o BRIC: Brasil, Rússia, Índia e China. A falta de energia e recursos significa que a tecnologia será crucial para a sobrevivência de nosso comércio e de nosso lazer. Grande parte do mundo terá que ser redesenhada ao redor das necessidades das comunidades e de seus cidadãos. Podemos ser centrais a esse movimento; na verdade, é nossa obrigação moral.

UX subversivo

É tentador visualizar o tema do IA Summit deste ano – “Melhor” – como um fundamento para o incrementalismo (política que apoia a introdução de mudanças de forma gradual e a longo prazo), mas acredito que precisamos ser mais corajosos. Desafiar ideologias já aceitas demanda coragem. Mas, citando Marty Neumeier, “qualidade é um ato de rebelião”. Precisamos de um novo bando de rebeldes.

Nós já cumprimos parte de descrição do trabalho que diz respeito a líderes de negócios inovadores. Somos versáteis, trabalhamos felizes com as minúcias de pixels e interações, bem como com a visão, com a estratégia e com os sistemas. Conectamos pontos que outros não conseguem conectar, examinamos detalhes através da experiência como um todo. E temos um pé na porta multidisciplinar, com anos de experiência como tradutores e árbitros entre tecnólogos, usuários, times de produto e vendedores.

Deveríamos saber como jogar o jogo corporativo, e também quando o subverter. Às vezes, devemos racionalizar o porquê de o design para o usuário ser desejável. Mas às vezes a resposta certa é simplesmente “Você tá de brincadeira?”.

Por fazermos perguntas difíceis, alguns negócios irão nos rotular como “difíceis de trabalhar” e irão resistir aos nossos esforços. Essas são empresas que estão prontas para se destruir. Sendo brusco, algumas empresas não valem a pena serem salvas; sua estrutura e suas regras são antiéticas à criação de uma boa experiência para o usuário. Mas muitos dos seus competidores irão receber bem um insight inteligente, algo que podemos oferecer em abundância.

No último artigo da série, serão abordados os temas liderança, limites e perspectivas para o setor.

⁂

Texto original disponível em http://www.cennydd.co.uk/2011/fall-and-rise-of-ux/

A segurança corporativa e o princípio do menor privilégio

Max dos Santos () — Thu, 31 May 2012 12:02:24 GMT

Quantas vezes não vivemos situações em que um elemento da organização chega para você e diz: “Preciso de acesso de administrador! Urgente! Vamos, vamos!”. Ele não se dá nem ao trabalho de explicar o motivo pelo qual necessita disso, ele simplesmente quer o acesso. E é urgente. Outro caso clássico é quando um erro está insistentemente ocorrendo e você, como está sobrecarregado de trabalho ou sem tempo hábil para investigar a causa, simplesmente concede todas as permissões a um usuário para “solucionar” o problema. Nesse caso, além de ferir gravemente os princípios da empresa, pode não ter solucionado o problema, e sim acabado de criar um.

O princípio do menor privilégio é aquele que preza por delegar somente os privilégios necessários para que um determinado elemento possa realizar sua função na organização. Nessa definição, o alvo do princípio é generalizado, por isso pode ser facilmente aplicado a diferentes aspectos da organização. Sua segurança envolve pessoas, processos e tecnologias, e deve ser aplicado em todas essas áreas. Acredita-se que esse princípio foi aplicado originalmente pelo Departamento de Defesa dos Estados Unidos em 1970, sendo projetado para limitar o dano potencial de qualquer violação de segurança, seja acidental ou mal-intencionada.

Quando decidimos desenvolver um projeto de sistemas - de banco de dados, de redes etc. - a questão da segurança não pode e nunca poderá ser deixada de lado. A fim de manter um ambiente seguro, é importante aplicar a abordagem de conceder o mínimo de permissões possível a qualquer elemento solicitando um recurso. Se um usuário não necessita de tarefas administrativas, este não deverá ser adicionado a um eventual grupo de administradores. Mas por que isso não acontece? Preguiça, pressa, medo de conflitos com os demais colaboradores da organização, ou falta de conhecimento: qualquer uma dessas opções pode fazer com que um profissional de TI não aplique esse valioso princípio.

Ao impor um ambiente mais restrito, os profissionais de TI têm maior controle e conseguem ser mais pró-ativos e menos reativos. Contudo, existem barreiras e é necessário que a organização viva a cultura da segurança de cima para baixo. Por que de cima para baixo? Porque o alto patrocínio é fundamental. Se um executivo do alto escalão dá seu exemplo de concordância com tal princípio, os demais colaboradores serão influenciados de maneira positiva. E, sejamos sinceros, ficam até constrangidos de questionar suas permissões.

Às vezes, quem está em determinados cargos insiste em ter direitos administrativos. Os demais usuários também confundem os seus privilégios com seu status dentro da organização e querem os mesmos direitos de outros usuários que executam funções completamente diferentes. O profissional de TI, que é responsável por garantir o princípio do menor privilégio, deve sempre ter o conhecimento de todas as funções que estão sob sua administração para que não conceda acessos indevidos e não comprometa a segurança da organização.

Se você não está familiarizado com qual acesso está permitindo, pode inadvertidamente elevar o acesso do usuário, o que pode significar um risco de segurança. Certifique-se de que você esteja inteirado com o acesso que foi concedido, ou o que esse acesso permite um usuário fazer. Não aplique a tática do “vamosimbora”: dar todos os acessos e depois ir removendo o que o usuário não estiver utilizando. Nós sabemos que isso não será feito. Os acessos devem ser concedidos de maneira criteriosa, de acordo com a função de cada um.

Aplicar o princípio do menor privilégio é uma tarefa árdua a ser cumprida pelos profissionais de TI e deve ser abraçada por todos. Não deve ser vista como peso, e sim como um benefício global. Afinal, quem não gosta de trabalhar em um ambiente seguro?

Save the date: dia 25 de agosto acontece o Fórum E-commerce Brasil 2012

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 21:06:30 GMT

A terceira edição do Fórum E-commerce Brasil já tem data marcada. No dia 25 de agosto, no Transamerica Expo Center, em São Paulo, acontece o maior encontro de profissionais de e-commerce da América Latina.

O evento faz parte do Projeto E-Commerce Brasil e é uma realização do Grupo iMasters, Abril e IBM. Grandes nomes do mercado de comércio eletrônico já estão confirmados como palestrantes: Tim Ash (SiteTuners), Flávio Dias (WalMart), Kurt Peters (Internet Retailer), Ronaldo Magalhães (Magazine Luiza), Maurício Grandeza (Carrefour), In Hsieh (Baby.com.br) e Pedro Donati (Itaú Unibanco) são apenas alguns dos palestrantes do evento, que contará com três auditórios de conteúdo.

Vivianne Vilela, Diretora Executiva do E-Commerce Brasil, está confiante no sucesso do evento e no entrosamento entre palestrantes e participantes. “Estamos trazendo muita gente boa para conversar com os participantes; gente que sabe o que faz e quer passar sua experiência para quem está chegando no mercado. E a cada edição nós percebemos uma vontade maior por parte do público de absorver toda essa informação”, afirmou.

Nesse ano a programação será dividida entre seis grandes áreas: três auditórios de conteúdo simultâneos, um salão de negócios, uma área de consultoria gratuita pré-agendada e uma sala VIP para eventos restritos paralelos. No auditório Jeff Bezos vão acontecer boa parte das palestras do evento, tratando de assuntos atuais e pertinentes no cenário do e-commerce brasileiro. Já no auditório Sam Warton, serão apresentadas palestras voltadas para grupos de nicho. E por fim, o auditório Frank McNamara contará com apresentação de cases de sucesso do e-commerce.

Uma parte muito importante do evento e bastante esperada pelos participantes é o Salão de Negócios, onde ficarão os lounges de vários fornecedores brasileiros e internacionais de e-commerce. O objetivo do Salão, além de mostrar os serviços de diversas empresas, é fortalecer o networking dos participantes.

As pré-incrições para o Fórum E-Commerce Brasil 2012 já estão abertas. Quem fizer a pré-inscrição terá 30% de desconto na inscrição.

Prêmio E-commerce Brasil 2012

O Prêmio E-commerce Brasil é mais uma proposta do projeto E-commerce Brasil para valorizar e reconhecer os profissionais de comércio eletrônico brasileiro. A edição de 2012 já foi lançada e a primeira etapa do Prêmio, de indicações dos nomes pelo público, já está acontecendo.

Os internautas podem fazer suas indicações no site do Prêmio E-Commerce Brasil. A indicação é livre e você pode indicar quantos profissionais quiser. A etapa de indicações vai até o dia 02 de julho. A partir dessa data, começa a etapa de votação nos mais indicados.

Dez categorias serão avaliadas e cada uma premiará um profissional: Atendimento e Relacionamento; Estratégia e Gestão; Inovação; Logística e Operação; Marketing e Vendas; Pagamentos; Segurança; Tecnologia; Métricas; e Integração ERP.

A premiação acontecerá no Fórum E-commerce Brasil, no dia 25 de agosto.

Moonlight, o Silverlight para Linux, é descontinuado

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 20:05:19 GMT

O projeto Mono resolveu descontinuar o desenvolvimento do Moonlight, uma versão de código aberto do Silverlight para Linux.

Miguel de Icaza, do projeto Mono, Miguel confirmou em uma entrevista que o desenvolvimento do Moonlight foi descontinuado. “Nós abandonamos o Moonlight”, disse ele. “Ultimamente nós não acreditamos que o Silverlight seja uma plataforma boa para tecnologias do tipo ‘write-once-run-anywhere’, já que a grande quantidade de limitações impede que a plataforma seja realmente útil”.

Entre as razões para descontinuar o Moonlight está a relação custo-benefício. “O Silverlight não foi largamente adotado na web e nem se tornou a tecnologia popular que eu achei que ela se tornaria”, afirmou. “No entanto, a Microsoft adicionou algumas restrições artificiais ao Silverlight que o tornaram inútil para o desenvolvimento focado em desktops”.

Em vez do Moonlight, Miguel de Icaza acredita que os usuários podem se beneficiar muito mais de interfaces separadas para cada plataforma.

Com informações de BABOO

Tráfego IP global anual será de 1,3 zetabyte em 2016

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 19:03:59 GMT

De acordo com um recente estudo da Cisco, em 2016, o tráfego IP global anual será de 1,3 zetabyte (que equivale a um sextilhão de bytes ou um trilhão de gigabytes). Apenas entre 2015 e 2016, o aumento projetado do tráfego IP global é de mais de 330 exabytes, valor quase igual à quantidade total do tráfego IP global gerado em 2011 (369 exabytes).

Esse crescimento será motivado pelos seguintes fatores: número cada vez maior de dispositivos; mais usuários de Internet; banda larga mais rápida; mais vídeos; e aumento de conexões Wi-Fi.

No Brasil, o tráfego IP aumentará oito vezes entre 2011 e 2016, com uma taxa de crescimento anual de 53%. Isso corresponde a 3,5 exabytes por mês em 2016 contra os 420 petabytes mensais em 2011.

Além disso, o levantamento prevê um aumento considerável do número de conexões, que irão de 10,3 bilhões de conexões em 2011 para 18,9 bilhões em 2016. A razão para isso é a popularização de smartphones, tablets e outros aparelhos conectados à rede (chips, televisões e aparelhos domésticos). Assim, o acesso à rede através doa PC deve diminuir - de 94% de participação, o computador pessoal deve cair para 81%.

O tráfego na Internet crescerá 8,4 vezes entre 2011 e 2016, com uma taxa de crescimento anual de 53%. Ele atingirá 3,3 exabytes por mês em 2016. Em 2011, eram 392 petabytes no mesmo período.

Caso as previsões se confirmem, em 2016, haverá 3,4 bilhões de usuários de Internet, o que corresponde a cerca de 45% da projeção demográfica mundial, de acordo com as estimativas das Nações Unidas.

Document Foundation disponibiliza LibreOffice 3.5.4

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 17:31:15 GMT

A Document Foundation liberou o LibreOffice 3.5.4, a quinta versão da família 3.5 da suíte de software livre. Ela traz uma melhora significativa de desempenho em relação à versão anterior, o que é resultado da combinação de várias otimizações executadas nos últimos meses, além da caça a bugs e das regressões feitas regularmente pelos voluntários e desenvolvedores da suíte.

A nova versão é a mais rápida da suíte, com ganhos de até 100% ao abrir grandes arquivos (dependendo do sistema operacional, da configuração do hardware e do conteúdo do arquivo). A Document Foundation recomenda que os usuários atualizem as versões anteriores para a mais recente.

O LibreOffice 3.5.4 está disponível para baixar nesta página. Mais informações sobre as mudanças podem ser encontradas aqui e aqui.

Com informações de LibreOffice Brasil

Tecnologia transforma qualquer superfície em tela touchscreen

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 16:29:07 GMT

A startup alemã Ubi Interactive desenvolveu uma tecnologia que permite que qualquer superfície se torne touchscreen. Foi utilizado o sensor do Kinect para transformar um vidro em um PC touchscreen, no qual páginas da web, games e programas em geral não precisam de mouse.

Ao usar o movimento de rastreamento e a percepção de profundidade do Kinect, a tecnologia consegue detectar quando o usuário está tocando algum ponto da superfície e interpretar esses gestos, transformando-os em comandos.

Durante um teste, a equipe da startup conseguiu comandar um programa através de uma tela de vidro fosco, onde estava sendo projetada imagens do Windows. Do outro da tela de vidro estava o sensor de Kinect, que capturava movimentos e gestos das mãos na frente do vidro e enviava os dados para o software da Ubi Interactive, que estava rodando no mesmo PC que enviava as imagens para o projetor.

Esta não é a primeira tecnologia que permite transformar qualquer superfície em uma tela touchscreen. O Instituto de Pesquisa Tecnológica Industrial de Taiwan já apresentou uma solução que torna os displays sensíveis ao toque, e uma empresa lusitana criou uma película que oferece o mesmo recurso.

Com informações de Olhar Digital

Twitter promove mudanças em sua página para melhorar desempenho

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 14:55:52 GMT

Com a crescente popularização do Twitter, os usuários, muitas vezes, veem a "fail whale" no site Twitter.com. Geralmente isso significa que a página está sobrecarregada por tráfego. Nesta semana, em seu blog, o Twitter anunciou planos de melhorar o desempenho de seu site.

Na verdade, o problema começou em 2010, quando o serviço de microblog decidiu mover grande parte da renderização do site para os browsers dos usuários. Agora, o Twitter admite que a iniciativa teve pouco suporte para as várias otimizações disponíveis apenas no servidor.

Diante disso, a empresa decidiu levar a renderização de volta para seus servidores. Segundo o Twitter, isso permitiu uma queda de 1/5 no tempo de carregamento inicial da página e uma redução nas diferenças de desempenho entre navegadores.

Além disso, o Twitter discutiu, no blog, outros planos de melhorar o desempenho de sua página, incluindo a eliminação da hashbang (#!) das URLs no Twitter.com.

Até o momento, a empresa não divulgou quando essas mudanças serão implementadas.

Com informações de Neowin

Calculando Crit em um atirador

Forrest Smith () — Wed, 30 May 2012 14:24:30 GMT

Critical hits são comuns em muitos jogos. Hoje vou discutir o processo de pensamento e matemática por trás do cálculo de acertos críticos no próximo atirador Super Monday Night Combat.

Precedentes seguintes

O que são os “critical hits"? Como eles funcionam? Normalmente há alguma chance de um crit causar um ataque para tratar de algumas porcentagens extras de danos. Valores comuns têm entre 1% e 30% de chance de fazer um crit e entre 35% e 300% de chances de dano extra. Em um RPG, isso funciona como o esperado. Para cada balanço da espada, você rola os dados mágicos geradores de números aleatórios e verifique se há crit1¹.

O Team Fortress 2 tem um sistema crítico2 interessante. As armas têm cerca de 2% de chances de fazer um crit - e essas chances aumentam de acordo com os danos com os quais o jogador for lidando. Armas de disparo lento (shotgun) buscam por um crit com cada tiro semelhante a uma espada de RPG. Armas de disparo rápido (uzi) verificam uma vez por segundo e realizam o crit em duas explosões secundárias.

Lembre-se de suas unidades

O sistema crit TF2 Rapid Fire é interessante. Os crits estão quase causando dano de ruptura. Uma mini arma dispara 10% de suas balas com crits uniformemente distribuídos, o que significa menor explosão e muito mais ganho de DPS. Uma janela crit de dois segundos é perfeita para causar um dano de ruptura. No entanto, possui um ligeiro problema: rajadas que têm 10% de chances de realizar um crit realmente importam. Quantas balas são disparadas criticamente? É 50% ou algum outro número? Vamos pensar sobre isso!

Suponha um tempo de crit de dois segundos, uma chance de 50% de realizar um crit e um intervalo de um segundo para fazer a checagem do crit. Em média, o jogador vai falhar na primeira jogada de dados, quando eles começarem a atirar, e passarão para a segunda jogada depois de um segundo. O dado não é jogado durante um tiroteio crítico. Depois de dois segundos do tiroteio crítico jogamos o dado³. Um segundo depois, em média, há outro tiroteio crítico. Com 50% de chance, o padrão é um segundo para o regular, dois segundos para realizar o crit, um segundo, regular, dois segundos para realizar o crit. Esses 50% magicamente se tornam 66%!

O número de balas críticas não é exatamente igual à chance listada de realizar um crítico e varia de acordo com a duração do crit. Até mesmo a taxa de disparos da arma importa potencialmente, dependendo de quando os seus dados são jogados Uma arma slow-ish, que dispara a cada nove segundos pode disparar duas ou três vezes dentro de uma janela de dois segundos para realizar o crit. Isso não significa que TF2 seja errado. Significa apenas que o verdadeiro efeito da chance de realizar um crit é variável e ofuscado.

Algo mais simples

Para Super Monday Night Combat nós estabelecemos algumas metas. Em primeiro lugar, o percentual de crit deve representar o número de balas que causam dano críticos, não importando a arma. Em segundo lugar, os crits não devem ser prorrogados de maneira a não rolar os dados mid-crit. Em terceiro lugar, os crits podem ocorrer imediatamente um após o outro. Não há "tempo morto". Finalmente, queremos um sistema para governá-los todos! Quanto mais fácil de entender, mais fácil de manter.

Em nosso exemplo anterior, a chance de realizar um crit era de 50% e teve aumentou para 66%. Isto significa que há um número misterioso que gera uma taxa efetiva de 50% de crit. Podemos achar esse número com a matemática!

CritChance = balance_number; // [0,1] percentage
FireRate = balance_number; // Bullets per sec
CritDuration = balance_number; // In seconds
 
critChancePerBullet = CritChance;
bulletsPerMinute = (FireRate * 60);
critBulletsPerMinute = (critChancePerBullet * bulletsPerMinute);
bulletsPerCrit = (1 + int(bulletsPerSecond * CritDuration));
critsPerMinute = (critBulletsPerMinute / bulletsPerCrit);
nonCritBulletsPerMinute = (bulletsPerMinute - (critsPerMinute*bulletsPerCrit));
critChecksPerMinute = nonCritBulletsPerMinutes;
realCritChancePerCheck = (critsPerMinute / critChecksPerMinute);

Uma parede de matemática, viva! Vamos repassar os números das linhas interessantes:

1-3: Os valores definidos por um designer que variam por arma;
6: Matemática é feita em um espeço de minuto, pois é mais fácil de visualizar duas verficações por minuto ao invés de .0333 verificações por segundo. O cancelamento é um um exercício para o leitor;
8: O termo 1 é porque, pelo menos, uma bala vai disparar um crit, mesmo com uma CritDuration de 0. O elenco int é para truncar, já que as balas fracionárias não existem;
10: Este é o lugar onde a magia acontece! Queremos verificar se há um crit para cada bala, exceto aqueles que já estão em estado crítico. Sabemos que tem muitas balas que queremos saber se são críticas, para que assim possamos calcular o número de balas não críticas - que também é o número de vezes que vamos verificar a existência do crit. Linha 11 é desnecessária, mas dá uma clareza maior ao artigo;
12: As peças estão no lugar e a chance de realizar um crit para cada jogada de dados pode ser facilmente calculada4.

Isto irá resultar em um realCritChancePerCheck que causa uma porcentagem de CritChance de balas para ser disparadas criticamente, não importa a chance de realizar o crit, a taxa de disparos, ou a duração do crit.

Conclusão

Este é um exemplo específico de um trabalho que fiz na semana passada. Ele corrigiu alguns bugs, simplificou um sistema, e produziu um resultado que é fácil de compreender o que leva a um melhor equilíbrio mais rapidamente. Diverti-me sentado com um pedaço de papel para resolver a equação e senti que era interessante o suficiente para compartilhar. Não é uma solução mágica para todos os jogos, mas funciona para o nosso.

Uma questão para os leitores: como você calcula os acertos críticos em seu jogo? Quais métodos você considerou úteis?

Notas de rodapé

Como você rola os dados que é um post em si. Existem várias estratégias para evitar rupturas extremas que podem e vão acontecer. A proporção "uma em um milhão" não é tão rara em World of Warcraft, que tem 10 milhões de jogadores;
http://wiki.teamfortress.com/wiki/Critical_hits
Poderia haver um tempo mínimo após uma queima crítica para não gerar um crit, mas isso apenas complica ainda mais a equação;
critChecksPerMinute será zero, ou negativo (o que é ruim) se o CritChance for >= 1.0.

***

Texto original disponível em: http://www.altdevblogaday.com/2011/11/12/calculating-crit-in-a-shooter/

12 elementos criativos de design que inspiram a próxima geração de UX - Parte 03

Rand Fishkin () — Wed, 30 May 2012 14:24:29 GMT

Nesta terceira parte do artigo, você encontrará mais quatro elementos únicos e excepcionais de arte e layout criativos, bem como algumas dicas das melhores práticas que estão impulsionando o campo. Esperançosamente, alguns deles irão inspirar as direções do seu design também!

Ao total, os 12 elementos são:

Produtos flutuando no background
Tipografia é o design
O infográfico como a ferramenta de comunicação primária
O contador de histórias vertical
Revele o app e o resto seguirá
A interatividade perfumada
Fluidez impecável em qualquer resolução
A marca como um personagem de desenho
Inspirado por impressão + design de papel
A mensagem irreverente
Foco na caixa de entrada
Luz & sombra

Falamos dos oito primeiros aqui e aqui. Agora, vamos aos quatro últimos:

9. Inspirado por impressão + design de papel

Esta tendência já existe há um bom tempo, e a sua execução vem melhorando desde então. Felizmente, cada vez menos eu vejo sites que tentam se parecer retrôs utilizando apenas interações arcaicas. Um exemplo de uma interface altamente útil e usável nessa frente vem através do Oak Street Bootmakers, quem combina ótimas fotos de produtos e peças de roupas bonitas com experiência do usuário inspirada em impressões em papel:

Tem até um Colophon no rodapé

10. A mensagem irreverente

Eu gosto quando as marcas conseguem expressar sua mensagem de maneiras que desafiam a convenção e surpreendem o espectador. O site do restaurante Dilly Deli, na cidade de Tulsa, começa as coisas de forma errada:

Mas, de alguma maneira, apesar das palavras parecerem confusas, a coisa funciona!

O Tripfab aplica o mesmo espírito irreverente com um gráfico inteligente que prova seu ponto de vista.

Obviamente, esta tática não é para todo mundo, mas ela certamente pode ajudar um site (e a marca por trás dele) a se destacar da multidão.

11. Foco na Caixa de entrada

Conquistar um clique é impressionante. Imagine conseguir um formulário preenchido, um endereço de email ou a captura de um site? Dê uma olhada no site da Stella Monitoring, cujo design deixa a principal ação do usuário em primeiro plano.

A partir daí, você está apenas um email de distância de uma conversão brilhantemente executada.

O OpenGovernment também faz um bom trabalho nesse estilo, funilando os visitantes rapidamente ou para a inscrição do email, ou para a zona correta. O CTA é claro e o design coloca todo o foco nos lugares certos:

Me pergunto como suas taxas de entrada se comparam ao OpenSiteExplorer...

12. Luz & Sombra

O design da empresa brasileira Vivas mostra fotografias realmente excepcionais e transições de luz em seu site:

Mas talvez nada mais na web se compare ao uso de luzes e sombras no Limbo:

&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;

Tecnicamente, o melhor está dentro do jogo mesmo, mas o site faz um ótimo trabalho ao sugerir uma experiência mais profunda com seus tons mais escuros e áreas de muito constraste.

Aviso: não jogue este jogo à noite. É super assustador. Mas aprecie a iluminação - é uma inspiração de arte como nenhuma outra que já vi.

***

Este artigo é uma republicação feita com permissão. SEOMoz não tem qualquer afiliação com este site. O original está em: http://www.seomoz.org/blog/12-creative-design-elements-inspiring-the-next-generation-of-ux

Google libera atualização do Chrome OS e apresenta novos Chromebooks

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 13:53:00 GMT

O Google liberou ontem uma atualização para o Chrome OS. A interface do sistema operacional baseado na nuvem foi reformulada e novas funcionalidades, como o suporte para multitouch no trackpad, foram acrescentadas. Além da atualização, houve o lançamento do Samsung Series 5 Chromebook e do Series 3 Chromebox, que têm como foco a velocidade.

O novo Chrome OS traz uma nova interface de usuário baseada em aplicativos, que permite ele escolha os apps mais usados para acesso rápido. O sistema também tem janelas, e os apps podem ser lançados em quatro estados - aba normal, aba fixada, janela e tela cheia.

O Google Drive servirá como sistema de armazenamento de dados para o Chrome OS, e uma integração maior deve chegar nas próximas semanas. O pacote também traz um player multimídia renovado e um novo editor e uploader de fotos, juntamente com suporte para assistência remota para Windows e Mac e suporte para aceleração gráfica via hardware.

Além disso, há hardware novo. O novo Chromebook vem com um processador dual-core Celeron 867 de 1,3 GHz, 4 GB de RAM, tela de 12,1″ com resolução de 1200×800, Wi-Fi e 3G, duas portas USB 2.0, leitor de cartões 4-em-1 e mais de oito horas de bateria. O Chromebox é uma caixinha com processador Intel Celeron B840 de 1,9 GHz, 4 GB de RAM, Wi-Fi dual-band, 6 portas USB 2.0, porta Ethernet Gigabit e duas DisplayPort++ para conexão HDMI, DVI ou VGA.

Chromebox

Embora a designação “Celeron” passe uma impressão não muito boa, o Google afirmou que os computadores são parte da família Sandy Bridge e cerca de três vezes mais rápido que seu antecessor.
Os valores dos novos aparelhos são US$ 449 para o notebook e US$ 329 para o pequeno desktop.

Com informações de Gizmodo

Os pecados capitais da validação de dados de entrada

Ricardo Albuquerque () — Wed, 30 May 2012 13:52:59 GMT

O aspecto mais importante na garantia da segurança de uma aplicação é uma correta validação dos dados de entrada. Oito dos dez principais ataques a aplicações envolvem, de uma forma ou de outra, a possibilidade de o atacante passar informações inválidas para o sistema, sem que este faça a crítica adequada.

Mas isso é de conhecimento de todos. O que me intriga profundamente é que esse problema não deveria existir. Veja a seguir por que não:

A validação de dados de entrada é um requisito presente em todos os sistemas, desde os primórdios da computação. Assim, todo desenvolvedor e codificador deveria conhecer o assunto;
Todas as plataformas contam com funções e mecanismos que ajudam o desenvolvedor a fazer uma validação correta dos dados de entrada. O Clipper tinha isso numa época em que a maior parte dos desenvolvedores de hoje não sabia ler e escrever ainda;
As plataformas mais modernas, como Java, C# e outras, incluem dezenas de mecanismos para validação de dados de entrada. Alguns já prontos em frameworks;
Qualquer manual de boas práticas de codificação vai incluir a validação de dados de entrada entre os aspectos principais. Porque não se trata apenas de segurança, mas também da qualidade do código como um todo.

Ainda assim, vemos falhas de segurança devido à falta de validação de dados de entrada. Buffer overflow, SQL Injection, Code Injection e diversos outros ataques estão ainda entre os mais efetivos. Quais são os pecados que os desenvolvedores cometem para abrir a guarda a esses ataques? Vamos ver cinco dos principais erros cometidos. Mas não são os únicos.

Pecado 1: Testar os dados de entrada em código acessível ao usuário

Isso quer dizer que toda validação de dados de entrada deve ser feita no servidor, nunca no cliente rico e muito menos no código javascript.

Se você é um desenvolvedor com alguma preocupação em segurança, vai pensar logo: não fazer validação em Javascript? Isso é óbvio. Sim, eu concordo. Mas, nas análises de segurança que faço, ainda encontro muita aplicação web que confia em rotinas em JavaScript para validar dados de entrada. Confia no atributo maxlength da tag input para delimitar o tamanho máximo do campo.

Se você ainda não sabia, fique sabendo. Existem várias ferramentas e até plug-ins para browsers que permitem remover qualquer tipo de validação que seja feita em linguagem script no browser. Veja, não há nada errado em fazer essa validação em JavaScript, desde que a mesma seja feita novamente no servidor. Muitas vezes, queremos evitar que o usuário cometa um erro na digitação, então a validação em JavaScript está ok. O erro honesto será pego. O problema é que não pode ser a única validação, posto que o usuário mal intencionado, ou seja, o atacante, pode contornar essas validações de forma bastante simples.

Mas a questão aqui não se restringe aos sistemas web. Os aplicativos ricos, como cliente-servidor ou sistemas para dispositivos móveis, podem também ser burlados por engenharia reversa. Se você tem um cliente rico que faz a validação de dados de entrada, é simples para um atacante, com as ferramentas corretas e algum conhecimento de assembler, anular essa validação ou contorná-la.

Muita gente acha impraticável fazer ataques de engenharia reversa em assembler. Mas acredite: o assembler de qualquer processador é muito fácil de aprender. Embora seja virtualmente impossível escrever um sistema em assembler com a complexidade dos sistemas a que estamos habituados, ler o código em assembler e entender o que ele está fazendo não é tão difícil assim. Se for em código intermediário Java ou .NET então, mais simples ainda, afinal, existem dezenas de compiladores reversos. Uma vez identificado o ponto em que existe a validação, basta inverter o opcode em assembler, ou usar o famoso NOP para eliminar a validação.

Assim, a recomendação é clara: teste sempre no servidor. Você pode optar por testar no cliente também, dando uma resposta mais graciosa ao usuário, mas o teste no servidor, em código fora do alcance do usuário, é fundamental.

Pecado 2: Assumir dados pré-definidos

Listas pré-definidas não necessariamente garantem a resposta dentre os valores delimitados. O caso mais comum é o dos objetos HTML <selection> <option>. Neles, você cria uma lista de opções e o usuário deve escolher uma delas. É a versão web do Combo Box, que aparece também nas plataformas de maior nível, como J2EE, .NET e outras. Nesses casos, você monta uma lista de opções e o usuário terá que retornar uma daquelas opções. Certo? Errado! O usuário pode retornar no campo indicando qualquer coisa, inclusive de tipos diferente, como uma string ao invés de um inteiro.

Isso ocorre porque no protocolo http todo o campo de formulário é algo sem tipo definido. O browser normal irá retornar uma das opções, mas basta o plug-in correto ou o uso de uma ferramenta como o WebScarab para alterar a informação por uma string de ataque.

O mesmo problema ocorre em dados que são originalmente criados pelo próprio sistema, por exemplo, em campos hidden ou em parâmetros passados via GET. O fato de o seu sistema ter criado os dados originalmente não garante que os mesmos não serão alterados pelo usuário mal intencionado. Qualquer informação que trafegue pela máquina do cliente pode ser alterada por ele. Isso também vale para dados temporários armazenados em dispositivos móveis. A solução? Validar novamente os dados ao recebê-los. Sua combo box continha apenas inteiros na montagem da lista? Verifique se o resultado retornado é um inteiro e se estava na lista original.

Pecado 3: Assumir que a interface é confiável

Algumas situações me surpreendem particularmente quando uma falha simples compromete a segurança de um sistema bastante robusto. Certa análise que fiz em um sistema de comércio eletrônico mostrou que houve uma preocupação grande dos desenvolvedores com a validação dos dados. Todos os dados eram validados de forma correta em todo o site. Porém, ainda assim, consegui identificar um ponto vulnerável para a SQL Injection que comprometia todo o sistema. Esse ponto estava na interface de recebimento de informações do gateway de pagamento. Após a compra, o sistema passava o controle para um gateway de pagamento que, ao final, retornava em uma página específica uma confirmação da conclusão do pagamento. O desenvolvedor, assumindo que as informações enviadas pelo gateway de pagamento estariam num determinado padrão, usava as mesmas diretamente, sem validação adequada.

O problema é simples: eu poderia me fazer passar pelo gateway de pagamento enviando informação com um SQL Injection. Repare que, mesmo que a interface não tenha sido projetada para receber dados do usuário, ela pode ser usada assim. Nesse caso de interface entre sistemas, é bom notar que seria de bom tom também ter a autenticação mútua entre os sistemas, o que impediria um ataque.

Como outros exemplos, posso citar dezenas de WebServices Ajax que não se preocupavam em validar dados de entrada, posto que assumiam que seriam sempre chamados por determinada rotina do próprio sistema. Mesmo que houvesse autenticação aqui, eu conseguiria acessar o WebService Ajax, já que o mesmo seria autenticado na minha própria página.

Não se pode confiar em nenhuma interface. Toda função que recebe dados de fora do servidor deve validar todos os dados de entrada.

Pecado 4: Validação não uniforme

A forma usada para validar varia muito conforme o framework usado. Alguns sistemas já disponibilizam toda uma infraestrutura para validação dos dados, ao passo que, em outras linguagens, tal validação deve ser feita pelo desenvolvedor quase que exclusivamente. Um dos riscos que se corre é programar a validação em cada ponto do código, de forma independente. O problema disso é que sistemas evoluem, mudam com o tempo. Na manutenção, pode ocorrer uma mudança que torne a função de validação inconsistente.

Caso clássico disso é a validação de tamanho do campo. O campo teve seu tamanho diminuído posteriormente, mas a validação continua a checar pelo tamanho original, abrindo possibilidade de um buffer overflow. Para evitar esse tipo de problema, a recomendação é que seja usado um padrão uniforme de validação de dados de entrada.

Isso não requer uma função única, mas requer que exista um padrão. Por exemplo, uma função para validar nomes de pessoas, outra para telefones, outra para CNPJ e assim por diante. Todas elas encapsuladas em uma unidade, módulo ou classe do sistema. Isso garante uniformidade no tratamento e evita que se deixe de testar todos os três aspectos críticos da validação de dados de entrada:

O dado imputado tem o tamanho adequado?
O dado imputado tem o formato adequado?
O dado imputado contém apenas caracteres esperados?

Pecado 5: Validar por exclusão

Uma cadeia de caracteres, ou string, é o tipo de informação mais sensível no quesito validação, pois admite diversos caracteres em um número não definido a principio. Justamente nas strings estão os principais problemas de segurança.

Tipicamente, numa string são verificados o seu tamanho, que deve estar de acordo com o esperado, e se ela contém algum caractere problemático. Por exemplo, se contem um plic (‘) ou um sinal de menor (<), que pode gerar SQL ou code Injection. Embora essa abordagem garanta a eficácia para determinados ataques, pode falhar para outros que não sejam de conhecimento do desenvolvedor ou até para ataques que venham a surgir posteriormente.

Assim, a recomendação é que a validação seja feita ao contrário: seja definido um conjunto de caracteres permitidos e todos os demais devem ser negados. Mais do que isso, é importante verificar para cada campo string qual conjunto mínimo de caracteres seria necessário naquele campo e se limitar a eles.
Por exemplo, nomes de pessoas podem ter letras, espaços e hífen. Não existem nomes pessoais com dígitos ou pontos. Endereços, por outro lado, podem requerer ainda a vírgula, o ponto, a barra e os dígitos.

Quando esses dados serão usados em redes celulares ou em sistemas de grande porte, é conveniente não incluir sequer caracteres acentuados, visto que as conversões nesses sistemas são ainda sujeitas a erros e podem levar a brechas de segurança. Esse mecanismo preventivo visa garantir que só caracteres mínimos, necessários e seguros sejam aceitos, impedindo os ataques atuais e eventuais problemas que venham a surgir no futuro.

Dilema do defensor

Como podemos ver, a validação de dados de entrada reflete de forma clara o dilema do defensor. Temos que validar todos os dados, em todas as situações, todo o tempo e da forma mais estrita possível. O atacante tem a tarefa muito mais simples: basta encontrar um ponto com uma falha. Mas a validação de forma efetiva é o principal aliado do desenvolvedor para a garantia da segurança. Uma validação de dados de entrada bem feita é metade do caminho andado para uma aplicação segura.

Campanha Google: Quem quer mais chocolates?

Iuri Brito () — Wed, 30 May 2012 13:22:04 GMT

Olá! Tudo bem? Qual o seu nome? E o seu e-mail? Você tem Facebook? Como está sua mãe? E aquele seu amigo baixinho? Sabe onde está seu carro?

Com tantas informações, possibilidades e acessos, tenho duas perguntas super simples e provavelmente você não faz a menor ideia de qual é a resposta. Quer apostar?

Primeiro, meu amigo, em um negócio via internet, você sabe me dizer quantos dólares preciso investir para ganhar 10 chocolates? Alguma resposta rápida? Sim, falo de mídia, banners, promotions e o que mais você quiser. Quantos dólares para ganhar no final 10 chocolates?
Quer agora a segunda? Estamos na geração do conhecimento, do saber… Então, com toda essa gama de informações disponíveis e todo esse acesso universal, você poderia me responder: Como está o seu Google? Ah! Seja específico! Quero as top keywords, total de clicks, posição e o quanto converte, em algo palpável… que tal chocolates?

Em resumo: Como está o seu Google? Quantos chocolates ele te faz ganhar?

Para lhe ajudar e também me ajudar a obter essas respostas, vamos falar de algo que conhecemos há quase uma década: Google. Vamos perguntar a ele como estamos e como ele pode nos ajudar com os chocolates.

Vamos falar de posicionamento Google?

Posicionamento Google é a posição na qual você aparece em uma pesquisa Google. Se você é o melhor corretor de NY ou a melhor praia do Brasil, ao digitar esses termos, espera-se o primeiro lugar. Se isso não ocorrer, que ao menos mostre qual é a sua atual posição. Simples assim (vamos cortar o bla, bla, bla).

Opa! Se você concorda, então pode começar a mudar o seu pensamento... Em vez de considerar a qualidade do website, empresa ou knowhow, na web, para quem não conhece você, se eu perguntar quem é o melhor, é o Google quem dá a resposta.

Como deveria ser o seu?

Seja para seu nome, trabalho ou empresa, todos deveriam saber usar o Google (não apenas pesquisar), mas sim interagir. Uma mão dupla com a qual eu ajudo o Google (pesquisa) e ele me ajuda (chocolates). Você tem o seu negócio (seu trabalho, empresa ou clientes)? Sabe ou imagina que palavras as pessoas pesquisam para lhe achar? Tem uma ideia de quantas visitas elas trazem? Certo?

Ok! Hora de falar a verdade, você não faz a menor ideia. Mas, convenhamos, deveria! Então, voltamos ao pensamento: se você é o melhor, o Google não deveria mostrar você primeiro…

Vamos mudar nosso conceito sobre sites de busca e colocar no papel nossos desejos em relação ao Google, certo? Quer uma a lista inicial? Sugestões? Aí vão as minhas…

Quero que o Google fale sobre a minha empresa de Social Media.
Quero que ele mostre como o meu trabalho é bacana. Sou um dos Top 3 no país.
Quero que, ao tentarem falar comigo, ele indique o meu perfil no Twitter.
Quero que, ao procurarem pelos termos da minha área de atuação, meu nome apareça primeiro.

Seja o que for, vai ser com o Google! Combinado?

O que o Google deveria estar fazendo?

Primeiro, antes de tudo, se você paga por suas roupas (para uma boa aparência), gosta de ter um bom carro (ir e vir) e cuida da sua saúde, invista em alguém para cuidar de você no Google! Com essa conta paga (ou com o seu tempo investido), você deveria saber e acompanhar:

Quais as palavras relacionadas a você ou a seu negócio (escolha 10).
Nessas palavras, qual a sua posição no Google para cada uma delas. Sou o primeiro ou o 278º?
Por fim, quantas pessoas essas palavras trazem para você. Consigo meus quatro mil ou apenas 14?

Pronto. Agora você aprendeu a responder Como está o seu Google?
Resposta: Tenho 10 keywords, com quatro Top 5 e essas me geram 3.800 visitantes.

Lindo! E isso ainda ajuda você a começar a responder: quantos chocolates me faz ganhar?

Feliz? Espero que sim. Para não falar que não ajudei, lembre-se dos dez passos básicos para melhorar o seu posicionamento Google. Siga-os e já terá percorrido 50% do caminho.

Os 10 passos para ajudar seu Google

Saiba quem você é e o que quer mostrar (defina em uma frase).
Depois escolha 10 formas como as pessoas irão pesquisar por você.
Se quem procura acha, escolha aonde elas vão levar seu cliente (Site? Blog? Facebook?).
Garanta que seu cliente vai sempre conseguir facilmente entrar em contato ou comprar.
Se você tem um site, otimize. Regrinhas W3C, livros, são boas opções de aprendizado se não contratar um profissional especializado.
Básico: lembre-se de cadastrar o seu site em outros sites para ajudar. Por exemplo: o Google Business.
Deixar sempre seus dados de contato em e-mails, sites de amigos, blogs, artigos ou redes sociais.
Considere também produzir conteúdo sobre o que você sabe e enviar para sites, blogs ou amigos.
Use também suas redes sociais. Toda ajuda é uma boa pedida para fazer os outros lhe acharem.
Por fim, melhore. Basta ter um registro histórico dos números e tente melhorar a cada mês.

Amigos, espero ter te ajudado com este artigo. O objetivo foi mostrar algo muito simples: que antes de você pensar no seu cliente, pense no que o Google já deveria estar fazendo por você.

E para concluir nossa conversa, tenho apenas duas perguntas:

Como está o seu Google? E quantos chocolates ele ganha para você?

Se você curtiu o artigo… hora de escrever. Faça parte da conversa com suas ideias, dicas Google e sugestões. Vamos conversar?

Banda larga móvel no Brasil chega a 54,3 milhões de acessos em abril

Redação iMasters (redacao@imasters.com.br) — Wed, 30 May 2012 12:51:03 GMT

De acordo com o Balanço Huawei de Banda Larga, feito pelo portal Teleco, a banda larga móvel chegou a 52 milhões de acessos, entre aparelhos celulares e terminais de dados (modems), no primeiro trimestre deste ano. Dados do mês de abril apontam que esse número já atingiu 54,3 milhões ou, aproximadamente, 28% de penetração da banda larga móvel no Brasil.

A Teleco estima que o Brasil deve terminar 2012 com 73 milhões de acessos de banda larga móvel, alcançando 124 milhões de acessos em 2014, ano em que o país sediará a Copa do Mundo. O levantamento também mostrou que, nos três primeiros meses do ano, metade dos 5.565 municípios brasileiros estava atendida por banda larga móvel, o que equivale a 85% da população coberta, número já superior à meta estabelecida pela Anatel para 2016. No período, 258 novos municípios, que compreendem 4,1 milhões de pessoas, começaram a ser atendidos por este serviço.

Além disso, houve um aumento contínuo da participação de 3G no total de celulares do Brasil que, no 1º. trimestre, atingiu 20,3% da base e, pela primeira vez, a quantidade de acessos GSM em números absolutos caiu de 199,5 milhões, em dezembro de 2011, para 197,5 milhões, no final de março deste ano.

A receita de dados continua a crescer aceleradamente, registrando aumento expressivo de 44,2% entre 1T11 e 1T12, estimulado pelo aumento da venda de smartphones. A receita de voz também continua aumentando: a taxa foi de 8% na comparação entre os mesmos períodos acima.

Em relação aos planos de serviço oferecidos pelas operadoras, no pós-pago, todas estão cobrando por volume de dados. Normalmente, ao consumir a franquia de dados, o usuário continua com acesso ao serviço, mas com uma velocidade reduzida. Planos pré-pagos também estão sendo oferecidos por todas as operadoras, e algumas adotaram pacotes de dados por dia, por semana, por quinzena ou por mês. Entretanto, a média de preços no Brasil para pacotes de 500 MB, 1 e 2 GB está muito acima dos valores praticados em outros países.

O estudo também apontou que, com 16,5 milhões de acessos fixos ao final de 2011, o Brasil é o 9º país em quantidade de banda larga fixa no mundo. Mas com a densidade de 8,8 acessos por 100 habitantes, ainda está muito aquém da média dos países desenvolvidos (25,7 acessos por 100 habitantes) e também da China, que dispõe de 11,6 acessos de banda larga fixa a cada 100 habitantes. A projeção é que, este ano, os acessos cheguem a 20 milhões e, em 2014, a 30 milhões.

Com informações de Convergência Digital

Modelagem de processos de negócio (BPM) e seus impactos positivos nas organizações

Samuel Gonsales () — Wed, 30 May 2012 12:51:03 GMT

Tudo o que fazemos em nossas vidas envolve processos; desde levantar de manhã a fazer um churrasco com os amigos, fazer uma viagem, abastecer o carro a caminho do trabalho... Se preciso começar a estudar às 19h, mas sempre chego às 19h30, então preciso entender e analisar os processos que sigo (incluindo métricas, como tempo perdido, tempo de locomoção, trabalho além do horário etc.) antes que eu possa fazer melhorias que garantam que eu vá chegar aonde preciso na hora prevista.

Definições de processo

Processo:

Um processo trata de uma série de ações, passos ou procedimentos que conduzem a um resultado. Em alto nível, é uma sequência ou fluxo de tarefas realizadas durante uma produção, ou a entrega de um serviço.

Processo pode significar uma atividade de alto, ou de baixo nível em uma organização.

Modelagem de processo:

É uma técnica que normalmente utiliza diagramas (fluxogramas) para documentar o entendimento dos processos atuais de uma área de negócio.

Modelo de processo:

Um modelo de processo identifica as atividades essenciais do negócio que existem dentro de uma organização. Um modelo inclui descrição, diagrama textual, métricas e outras informações de apoio.

Modelagem de processos de gestão:

É um método para a criação de melhores processos que possibilitem melhorar o desempenho organizacional.

Existem muitas técnicas de modelagem que ajudam a compreender os processos de negócio. A maioria delas tem sido usada há muitos anos e, surpreendentemente, ainda funciona excepcionalmente bem.

Para que se tenha um pouco de referência da história recente relacionada à modelagem de processos de negócio, é preciso ter em mente que existem vários símbolos e formas que podem ser usados para criar diagramas. Por exemplo, a abordagem inicial de diagramas de fluxo de trabalho foi recomendada pelo American National Standards Institute (ANSI) em 1970; e ela ainda é amplamente aceita e utilizada. Mais recentemente, uma nova abordagem para a criação de diagramas de fluxo de trabalho foi denominada de Notação de Modelagem de Processos de Negócio (BPMN – Business Process Management Notation). Essa atualização foi definida pela BPMI – Business Process Management Iniciative.

O BPMI é um consórcio de empresas fornecedoras e usuárias de BPM que trabalham em conjunto para desenvolver uma linguagem comum (BPML), uma notação padronizada para essa linguagem (BPMN) e uma linguagem de consulta (BPQL). Tem-se a ideia de que as empresas devem modelar seus processos de forma mais automatizada e também que elas sejam capazes de monitorar e alterar esses processos de acordo com suas necessidades e especificidades.

Anos atrás, ainda em crescente evolução e aplicação dos conceitos, o BPMI fundiu-se com OMG – Object Management Group, com o objetivo de manter padrões da UML - Unified Modeling Language - que são um pouco mais específicos, mas ainda sim muito utilizados.

Abaixo destacaremos importantes lições baseadas em técnicas de mercado que certamente contribuirão com a modelagem de processos em sua organização.

Diagramas de fluxo de trabalho

Os diagramas de fluxo de trabalho são muito utilizados para entender a situação atual (AS-IS) e a situação futura desejada (TO-BE) das organizações. Servem como uma análise de eventuais lacunas entre como a organização trabalha atualmente e como deve trabalhar no futuro, sinalizando os pontos que precisam ser melhorados para que possamos alcançar efetividade na melhoria de processos de negócio.

Trata-se de técnicas de modelagem um tanto antigas, mas também são muito populares e fáceis de usar. Esses diagramas são úteis para mostrar como o trabalho flui entre as camadas e os departamentos da organização e entre os diferentes papéis e responsabilidades das pessoas envolvidas nos processos de negócio.

Esses diagramas mostram como o trabalho é realizado, incluindo a sequência em que as tarefas são realizadas e por quem elas devem ser realizadas - incluindo pessoas, agentes externos ou sistemas. A simplicidade do diagrama de fluxo de trabalho pode ser um perigo se ele não for uma representação verdadeira da realidade de uma empresa, e isso significa que a responsabilidade de quem está realizando a análise de negócios é grande.

Figura 1: Diagrama de Fluxo de Trabalho para o processo “Aprovação de Pagamentos”.

Diagrama de decomposição

Um diagrama de decomposição mostra as funções essenciais do negócio de uma organização sem mostrar qualquer sequência ou relações entre elas. A decomposição é uma abordagem comprovada para quebrar uma organização ou sistema complexo em partes gerenciáveis e discretas, que são mais fáceis de entender para muitas pessoas. É normalmente utilizado para apresentar muitos pontos de vista diferentes do mesmo negócio ou sistema.

No planejamento estratégico, um diagrama de decomposição é usado para decompor metas de alto nível das empresas em níveis inferiores e/ou metas por departamentos. Um diagrama de decomposição pode ser usado, também, como um quadro para definir funcionalidades necessárias para um novo sistema.

Existem algumas regras para a construção de um diagrama de decomposição que garantem a sua consistência e precisão. Um bom analista de negócios deve ter a capacidade de estruturar corretamente as informações da organização. Quando construído corretamente, o diagrama de decomposição é um modelo duradouro de negócio que pode ser refinado e reutilizado especialmente quando se reflete com precisão os processos de negócios reais.

Figura 2: Diagrama de decomposição para sistema de informação.

Diagramas de caso de uso

Embora o diagrama de caso de uso tenha sido criado como uma ferramenta de design de software, ele foi também aceito por analistas de negócios como uma importante ferramenta para mostrar informações não técnicas pertinentes ao negócio. Nessas situações, eles são geralmente denominados "casos de uso de negócios".

Esses diagramas são uma técnica criada nos anos 1980 para mostrar os requisitos funcionais de um sistema a partir da perspectiva de seus usuários, que são chamados de atores, e o diagrama demonstra como esses usuários interagem com o sistema. É uma técnica útil especialmente para desenvolvimento de sistemas, pois auxilia na definição do ambiente e dos requisitos necessários para gerarmos a solução.

Figura 3: Exemplo de diagrama de caso de uso.

Um diagrama de caso de uso é utilizado para identificar atores e casos de uso necessários para uma solução, mas não descreve a informação necessária para entender o que está acontecendo dentro do caso de uso. Portanto, um diagrama de caso de uso deve ser apoiado por uma descrição que contenha todos os componentes e as etapas sequenciais que mostram como o sistema e os atores interagem para atingir o objetivo de negócio.

A descrição de caso de uso inclui pré-condições, pós-condições, caminhos de processamento primário, caminhos alternativos que mostram o processamento de exceção e as condições de erro, a ação do ator e a forma como o sistema deve responder. Incluem também protótipos de tela, requisitos de dados, juntamente com as regras de negócio, resultados de produção, a comunicação com os clientes e mensagens de erro.

Como a maioria das técnicas de análise, os casos de uso parecem muito mais simples do que de fato são. Contudo, essa é uma ótima técnica para usar com os executivos e tomadores de decisão, porque requer decisões sobre como as pessoas irão trabalhar com o sistema.

Diagramas de entidade relacionamento (DER)

É considerado pelos profissionais de análise de negócios uma das ferramentas mais importantes quando é necessário compreender a complexidade dos processos de negócio de uma organização ou sistema, pois através deste diagrama é possível compreender visualmente as informações exigidas pela empresa para gerenciar suas operações de negócio e tomar decisões.

Ele auxilia na modelagem de informações de negócio em um nível conceitual e lógico, criando uma visualização de requisitos de informação de negócio.

Especialistas afirmam que, se usarmos diagramas de entidade relacionamento conjuntamente com diagrama de fluxo de trabalho, obteremos uma excelente noção geral do negócio como um todo, o que compreende a complexidade do negócio.

Figura 4: Exemplo básico de um diagrama de entidade relacionamento.

A partir dessas noções integradas dos processos, é possível visualizar pontos onde há desafios e oportunidades de melhoria, tais como:

Problemas com a integração das suas informações das áreas;
Oportunidade de unificar dados redundantes em um banco de dados;
Oportunidade de unificar informações duplicadas de diferentes sistemas;
Definição de padrões que não estejam claros em toda a organização.

É dentro desse contexto que a modelagem de dados promove mudanças culturais e aumenta a experiência e a maturidade dos processos. Essas mudanças vão requerer que as pessoas articulem e compreendam todos os aspectos do seu negócio. Elas auxiliam, também, no entendimento entre os domínios de negócios e eliminam a duplicidade de informações.

Os diagramas de entidade relacionamento são uma técnica excelente, pois ajudam o analista a entender o negócio a partir de perspectivas diferentes e são muito úteis quando se investigam soluções complexas. Compreender as necessidades de dados de negócios é crucial para qualquer mudança que seja necessária aplicar, pois certamente determinará os impactos de uma mudança nas várias áreas que são atendidas por esse processo.

Figura 5: Exemplo de diagrama de entidade relacionamento.

Diagramas de contexto

Esta é uma técnica antiga de diagramação usada pelos analistas quando se trabalha com as partes interessadas (stakeholders). São essas as partes que devem responder a diversas questões e articular claramente que parte do negócio deve ser examinada.

Um diagrama de contexto é frequentemente usado por analistas no início do projeto e é uma ótima técnica para começar a usar o consenso das partes interessadas sobre a área de negócio a ser investigada. Também ajuda o analista a fazer perguntas significativas e por isso pode descobrir complexidades ocultas que não estavam claras até aquele momento e determinar o impacto que poderia ser causado sobre o projeto, podendo até mesmo colocá-lo em risco.

O diagrama de contexto é simples de usar e, devido à sua simplicidade, é uma técnica bem sucedida. O verdadeiro valor da técnica está no desenvolvimento do diagrama, fazendo boas perguntas sobre quem é afetado pelo projeto e quais informações devem ser fornecidas ou recebidas pela área de negócio. O escopo do projeto definido pelo patrocinador pode nunca ter considerado algumas especificidades que serão expostas através da técnica de diagrama de contexto.

Figura 6: Exemplo de diagrama de contexto.

Diagramas de evento

Ao analisar uma área de negócio, é importante compreender os eventos que desencadeiam o início do trabalho para poder criar um diagrama da área de negócio em questão. Um evento é geralmente algo que acontece fora da área de negócio e que demanda respostas, que podem ser dadas de diversas maneiras. Há três tipos comuns de eventos. São eles:

Eventos externos acionados por clientes, fornecedores, legislação etc.;
Eventos temporais desencadeados de tempos em tempos, tais como relatórios de final de mês, análises anuais, como definição de orçamento etc.;
Eventos internos acionados por regras de negócios, conformidades legais etc., tais como quando um cliente exige um padrão de qualidade.

Figura 7: Exemplo de diagrama de evento.

Histórias de usuários

Histórias de usuários são uma técnica usada para apoiar os casos de uso. Elas são criadas por usuários e descrevem o que o sistema precisa fazer para a execução de um caso de uso. Analistas coletam as histórias de usuários escritas em cartões onde sintetizam as expectativas dos usuários e apóiam a comunicação de casos de uso para a equipe de desenvolvimento de TI. É uma ótima técnica para usar quando os usuários estão geograficamente distantes.

Simples, claras e com breves descrições de funcionalidades que são valiosas para os usuários – assim devem ser as histórias de usuários. Criar e manter um conjunto de histórias de usuários escritas em cartões de 150 x 100 mm ajuda a descrever como a equipe de desenvolvimento deve trabalhar com as histórias de usuários.

Figura 8: Exemplo de história de usuário escrita em cartão.

Conclusão

Definir as técnicas de análise e os padrões é uma tarefa árdua, e a maioria das organizações não compreende a análise de negócios como suficiente para apreciar com flexibilidade as habilidades que um profissional de análise de negócios precisa ter.

Os projetos variam muito e as análises diferem em perspectiva, quantidade e nível de detalhe. Exigir um padrão de notação particular ou uma modelagem pode parecer uma boa maneira de introduzir consistência na organização.

Em vez de organizações que empregam centenas de pessoas para realizar análises de negócios, as organizações devem empregar dezenas de excelentes profissionais de análise de negócios que tenham domínio de notações de modelagem diferentes, que tenham domínio da arte de trabalhar com as partes interessadas, que tenham domínio da arte da comunicação em todos os níveis da organização, que tenham a capacidade e a habilidade de usar diferentes estruturas e que usem ferramentas para organizar e representar os componentes da organização com precisão.

Com base nessas ações, as organizações tendem a receber muito bem as ações de modelagem de processos de negócio, e seus impactos na organização passam a ser os mais benéficos possíveis, pois dá a visibilidade necessária para as etapas seguintes à modelagem, onde serão almejadas as mudanças consistentes de curto e longo prazo que farão a organização emergir no mercado com mais força, com processos corporativos padronizados, com ganho expressivo de produtividade e eficiência, além de garantir medições, análises e aperfeiçoamento da gestão estratégica.