When you buy a domain name from a registrar, you are usually given the option to specify how many years you want to register it for. After that, you can transfer your name to a web hosting company that will either build and host your website, or just host it.

When you “buy” a domain name, you’re actually just leasing it for the period of time you paid for when you registered it. As that period nears its end, a series of stages occurs which ends in the domain name being “deleted”.
Read the rest of this entry »

Database normalization is a technique for designing relational database schemas that ensures that the data is optimal for ad-hoc querying and that modifications such as deletion or insertion of data does not lead to data inconsistency.

Database denormalization is the process of optimizing your database for reads by creating redundant data. A consequence of denormalization is that insertions or deletions could cause data inconsistency if not uniformly applied to all redundant copies of the data within the database.
Why Denormalize Your Database?

Today, lots of Web applications have “social” features. A consequence of this is that whenever I look at content or a user in that service, there is always additional content from other users that also needs to be pulled in to page. When you visit the typical profile on a social network like Facebook or MySpace, data for all the people that are friends with that user needs to be pulled in.

Or when you visit a shared bookmark on del.icio.us you need data for all the users who have tagged and bookmarked that URL as well. Performing a query across the entire user base for “all the users who are friends with Robert Scoble” or “all the users who have bookmarked this blog link” is expensive even with caching. It is orders of magnitude faster to return the data if it is precalculated and all written to the same place.

This is optimizes your reads at the cost of incurring more writes to the system. It also means that you’ll end up with redundant data because there will be multiple copies of some amount of user data as we try to ensure the locality of data.

read more

O domínio de topo (sigla: TLD, do inglês top-level domain) é um dos componentes dos endereços de Internet. Cada nome de domínio na Internet consiste de alguns nomes separados por pontos, e o primeiro desses nomes é o domínio de topo, ou TLD. Por exemplo, no nome de domínio exemplo.com, o TLD é com (ou COM, visto que nos TLDs a capitalização é ignorada).

Os TLDs são usados em primeiro lugar com o protocolo DNS, que transforma os nomes de domínio em endereços IP. Podem dividir-se em duas classes: TLDs de código de país (ccTLDs, de country code TLDs) e TLDs genéricos (gTLDs, de generic TLDs). Os ccTLDs têm sempre duas letras e derivam do código ISO 3166-1 alpha-2, e os gTLDs têm sempre mais do que duas letras.

http://pt.wikipedia.org/wiki/Dom%C3%ADnio_de_topo

A tag <fieldset> é usada para agrupar lógicamente elementos de um formulário.

A tag <fieldset> tag desenha uma caixa em volta dos elementos do formulário.

A tag <legend> define o título do elemento.

<fieldset >
<legend><strong>título</strong></legend>
Conteudo
</fieldset>

As diferenças entre site, portal, hotsite e minisite.

Por Bruno Rodrigues (http://webinsider.uol.com.br/index.php/2005/04/18/site-ou-portal/)

Por vezes, dizer que o webwriter lida com o universo da informação na web é muito vago. Afinal, em que ?caixas? o texto, a imagem, a animação, o ícone e tantos outros elementos informativos da mídia digital ?moram? de fato dentro de um campo tão amplo?

Definir estes espaços é a grande dificuldade para os profissionais do webwriting ? e não sem motivo. Conceitos como portal, hotsite e até mesmo site se misturam e provocam tantas dúvidas que acabam por interferir no resultado final da boa distribuição da informação. Como adaptar um material para um hotsite, se não está claro para um produtor de conteúdo online a diferença entre hotsite e minisite?

Read the rest of this entry »

Scrum é um método ágil para Gestão de Projectos.

Inicialmente, o Scrum foi concebido como um estilo de gestão de projectos em empresas de fabrico de automóveis e produtos de consumo, por Takeuchi e Nonaka no artigo “The New New Product Development Game” (Harvard Business Review, Janeiro-Fevereiro 1986). Eles notaram que projectos usando equipas pequenas e multidisciplinares (cross-functional) produziram os melhores resultados, e associaram estas equipas altamente eficazes à formação Scrum do Rugby (utilizada para reinício do jogo em certos casos). Jeff Sutherland, John Scumniotales, e Jeff McKenna conceberam, documentaram e implementaram o Scrum, como descrito abaixo, na empresa Easel Corporation em 1993, incorporando estilos de gestão observados por Takeuchi e Nonaka. Em 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo em desenvolvimento de software em todo o mundo.

Scrum junta conceitos de Lean, desenvolvimento iterativo e do estudo de Hirotaka Takeuchi e Ikujiro Nonaka.

A função primária do Scrum é ser utilizado para o gestão de projectos de desenvolvimento de software. Ele tem sido usado com sucesso para isso, assim como Extreme Programming e outras metodologias de desenvolvimento. Porém, teoricamente pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objectivo comum, como iniciar uma escola pequena, projectos de pesquisa científica, ou até mesmo o planeamento de um casamento.

Mesmo que o Scrum tenha sido idealizado para ser usado em gestão de projetos de desenvolvimento de software, ele também pode ser usado para gerir equipes de manutenção, ou como uma abordagem para gestão de programas: Scrum de Scrums.

http://pt.wikipedia.org/wiki/Scrum

breve descrição:

Read the rest of this entry »

Função para validar NISS, com base nos critérios deste documento (NISS.pdf)

ValidarNISS_VBNet.txt

Read the rest of this entry »