Copiando conteúdo entre arquivos em C

#include cstdlib
#include iostream
#include stdio.h

int main()
{
char str[255];
FILE *arq=fopen("c:\\arquivo1.txt","r");
FILE *arqnovo=fopen("c:\\arquivo2.txt","w");
if(arq&&arqnovo)
{
while(!feof(arq))
{
fgets(str,255,arq);
fputs(str,arqnovo);
}
}

fclose(arq);
printf("\n\n");
system("PAUSE");
return EXIT_SUCCESS;
}

Ler o conteúdo de um arquivo em C

#include cstdlib
#include iostream
#include stdio.h

int main()
{
char str[255];
FILE *arq;
char endereco[300];
printf("Digite o endereco do arquivo: ");
gets(endereco);
arq=fopen(endereco,"r");
printf("\n");
if(arq)
{
while(!feof(arq))
{
fgets(str,255,arq);
printf(" %s",str);
}
}

fclose(arq);
printf("\n\n");
system("PAUSE");
return EXIT_SUCCESS;
}

como ativar o ssh no VMware ESXi

HOWTO: ESXi and SSH

I’ve noticed many of the hits on my blog are related to ESXi. One of the most asked questions is how can I SSH to an ESXi hosts? Looking at my wordpress stats, this is also one of the top searches.

By default this isn’t possible. But there’s a way to get this working, just do the following:

1. Go to the ESXi console and press alt+F1
2. Type: unsupported
3. Enter the root password
4. At the prompt type “vi /etc/inetd.conf”
5. Look for the line that starts with “#ssh” (you can search with pressing “/”)
6. Remove the “#” (press the “x” if the cursor is on the character)
7. Save “/etc/inetd.conf” by typing “:wq!”
8. Restart the management service “/sbin/services.sh restart”

Done!

Source: yellow-bricks

Mapeando os Papéis do Desenvolvimento de Software Tradicional para o Scrum

Muitas organizações que tem embarcado na adoção do caminho Ágil, tem que enfrentar o desafio do mapeamento dos papéis do desenvolvimento de software para os três papéis que o Scrum fornece. Os Papéis tradicionais como o Gerente de Produto, Gerente de Projeto, Analista de Negócios, Designer, DBA etc. não mapeiam os papéis definidos pelo Scrum. Em uma série de visões, Mike Cottmeyer tenta efetivamente mapear os papéis para o Scrum.

Mike sugeriu que os papéis relacionados ao 'Scrum Master' e ao 'Scrum Team' são relativamente fáceis de preencher.

O Gerente de Projeto poderá se encaixar no papel de um Scrum Master, entretanto, isso envolve uma mudança de mentalidade. De acordo com ele:

Os Scrum Masters são facilitadores de processos e dão suporte para o time. Os Gerentes de Projeto são normalmente responsáveis por gerenciar o time e garantir que o tempo, custo e o escopo sejam equilibrados.

Os Scrum Masters não tem autoridade sobre o time. Os Scrum Masters atuam mais como serventes do time... O Gerente de Projeto é mais como um chefe.

Do mesmo modo o 'Scrum Team' deve envolver todos que estão envolvidos no levantamento pesado de construção do produto.

O time de desenvolvimento, os caras da base de dados e o QA podem provavelmente ser trabalhados muito bem no papel de Membro do Time. Estas pessoas tem responsabilidade direta pelo design, construção e teste do código.

Uma vez que os papéis acima são mapeados há ainda muitos papéis como Analista de Negócios, Analistas de Sistemas, especialistas em Experiência de Usuários, etc, que precisam ser mapeados para os papéis do Scrum. De acordo com Mike, todos esses papéis poderiam potencialmente deslizar para o papel de um Product Owner.

O Product Owner é o Gerente de Projeto, o Analista de Negócios, o Designer do Sistema, o Arquiteto com Experiência de Usuário e cada grupo de Negócios... todos transformados em um. O papel é deve realmente ser onipotente e onipresente.

No entanto, Mike reconhece que este é um grande papel em si. Então, ele sugeriu que em vez de uma pessoa só preencher todos esses papéis, poderia ser um Time do Product Owner onde muitas pessoas coordenassem juntas. O time poderia incluir

• Gerente de Produto - Trabalha com os stakeholders, identifica requerimentos e ajusta as prioridades.
• Gerente de Projeto - Mantém uma visão geral de todos os objetivos. Gerencia recursos, investimentos, dependências externas etc.
• Analista de Negócio - Responsável por documentar os critérios de aceitação e documentar as conversações em torno da estória de usuário. Principal ponto de contato para o esclarecimento dos requerimentos durante o sprint.
• Designer - Prepara alguns screenshots, wireframes, etc.

Assim, em vez de trabalhar isoladamente, o Product Owner interage com vários outros papéis e ajuda a trazer seus conhecimentos coletivos e expertise para definir o contexto correto e fornecer coordenação.

Assim, agrupando papéis eficientemente, os papeis tradicionais podem caber nos três papéis sugeridos pelo Scrum. A chave é mapeá-los no lugar correto onde eles adicionariam valor para o time inteiro.

Fonte:
Postado por Vikas Hazrati, traduzido por Flávia Castro de Oliveira em 19 Mar 2009 02:14 PM Postado por Vikas Hazrati, traduzido por Flávia Castro de Oliveira em 19 Mar 2009 02:14 PM

Utilizando o DELL Capacity Planner para estimar o consumo de energia

O Dell DATA CENTER Capacity Planner é uma ferramenta interessante para estimar o consumo de energia e a refrigeração necessária de um conjunto de RACKS de servidores, storage e backup. É feito para utilizar com produtos DELL mas nada impede que você utilize esta ferramenta com produtos similares de outros fabricantes.
Você pode utilizar a versão on-line e salvar suas configurações para uso posterior.
O seu uso é muito fácil e basicamente o que você tem que fazer é arrastar os componentes para dentro do RACK que pode ter 42Us ou 24Us, tamanhos padrões.

Clique aqui para conferir.

Fonte:
Dr. Manoel Veras