RE: How-too
Não vi nada de linux la... ´ -Original Message- From: Gian Nicodemus [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 21 de julho de 2005 18:36 To: debian-user-portuguese@lists.debian.org Subject: How-too Ola pessoal do Debian User Protuguese Estou enviando este email para avisar o lançamento de meu site O site esta abordando bastante sobre o assunto de linux, distros e td mais. Os how-to sobre instalações de distros materias e td mais estara disponivel a partir de segunda-feira 25/07/2005. Muito obrigado Gian Nicodemus [EMAIL PROTECTED] http://gean.pruonckk.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Clipper no Linux
> Estou com um projeto de 22 maquinas onde todas funcionarão em boot remoto com > um servidor rodando > Linux + Clipper + > > >Dosemu. Gostaria de saber se alguém ja passou pela > experiência com Clipper > com esta combinação citada acima ? Quais os maiores problemas ? Links, etc... > Ja ouvi falar de > compiladores Clipper para Linux, alguém ja tentou utilizar, enfim se tiverem > algo que possa me > ajudar, agradeço. Valeu assim mesmo, faloo Ola, Andei brincando com o xHarbour (http://www.xharbour.org/) + MiniGui (http://www.geocities.com/harbour_minigui/) e gostei bastante. Se você quiser mais informações, tem uma lista bacana: http://br.groups.yahoo.com/group/miniguibrasil/ Espero ter ajudado. Emerson
RE: Desenvolvimento de Software
Vinicius, Tenho uma empresa de desenvolvimento de software e fazemos desenvolvimento php+banco de dados em ambiente intranet há anos... É uma ótima tecnologia, vc pode usar sem susto. Meu conselho é que vc junte alguns "tools" para auxiliar no desenvolvimento: 1) um bom framework de telas (nós usamos phormation - www.peaceworks.ca) 2) uma boa classe de abstração de banco de dados (nós usamos adodb - http://adodb.sourceforge.net) 3) uma classe de autenticação de usuários (nós usamos a vSignup - procura no hotscripts.com) 4) uma classe de geração de pdf (nós usamos uma ezpdf - http://www.ros.co.nz/pdf) Todas elas foram adaptadas e integradas para atender as nossas necessidades... Tome cuidado com a performance... Esse é o calcanhar de aquiles da história toda... Encha sua telinha de gráficos e vai se arrepender até a volta do cometa harley... Aqui nós separamos a tela em frames: alguns que são carregados só uma vez com os gráficos e firulas, e outro só com a parte "dinâmica". Caso sua empresa tenha mais de um tipo de browser, bem vindo ao inferno da compatibilidade de JavaScript... Encapsule isso em classes.. Será inevitável coisas do tipo "if browser = ie7 then ...". Abs, Emerson
RE: [OFF-Topic] Sistema Help Desk
> Colegas > > Alguem poderia indicar um bom sistema de help desk para linux (Debian) > que funcione via Web? O eu necessitarei usar apenas para os usuários da > minha rede e, portanto, gostaria de integrá-lo ao servidor de e-mail. > > > Obrigado > > Ademir > Ademir, Da uma olhada no more.groupware (http://www.moregroupware.org/). Ele tem um módulo chamado de TTS (trouble ticket system), que talvez seja o que vc quer. Emerson
RE: Versão da distribuição
Pergunta pro Morimoto... Emerson -Original Message- From: Euripedes Laurindo Lopes Junior [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 1 de junho de 2005 15:28 To: debian-user Subject: Re: Versão da distribuição Marcelo, Esse arquivo serve para o caso de ser um Debian Sarge igual ao meu, mas para o Kurumin, por exemplo, já não serviu... Aguém tam mais alguma sugestão?? Obrigado. Eurípedes Laurindo Lopes Júnior Analista de Sistemas - IB - USP Telefax: 3091-7436 Linux/Debian User: 327314/699 > Veja se é isto que vc deseja: > > cat /etc/issue > > Marcelo > > Euripedes Laurindo Lopes Junior escreveu: > > >Olá, > > > > Gostaria de saber se tem um arquivo ou comando em que eu posso ver a > >versão da distribuição, não é a versão do kernel. > > > > Desde já agradeço, > > > > Eurípedes. > > > > > >Eurípedes Laurindo Lopes Júnior > >Analista de Sistemas - IB - USP > >Telefax: 3091-7436 > >Linux/Debian User: 327314/699 > > > > > > > > --- End of Original Message --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dbDesigner 4
Olá Lista, Alguém ai já conseguiu instalar o dbDesigner 4 no linux ? Na verdade, eu uso Mandrake 10.1 e não Debian, mas é que a lista do Debian tem os melhores profissionais! :-) Eu baixei o .rpm do dbExpress, ai faltou umas libs. Segui o tutorial do VOL (viva o linux) - baixando uma lib do Kilyx. Agora ta pedindo uma outra lib estranha Alguém tem alguma dica, pois o software é show de bola para quem é desenvolvedor. Valeu Emerson
RE: webmail e debian, qual o melhor?
Ronaldo Reis-Jr. wrote: > Alguem recomenda um webmail bom e bem suportado pelo debian? Gosto do Uebimiau. Emerson
RE: Custo de projeto
Hehehe... Cuidado para não exagerar Gustavo !!! Emerson -Original Message- From: Gustavo Foschini [mailto:[EMAIL PROTECTED] Sent: segunda-feira, 16 de maio de 2005 17:23 To: Lista Debian-User-Portuguese Subject: ENC: Custo de projeto Caro Emerson. Gostaria de agradecer as dicas sobre planejamento. A "gordurinhas" foram muito úteis. Aqui na empresa cometemos o erro de não colocá-las no projeto de migração de servidores e agora estamos correndo para poder entregar tudo dentro do cronograma. Nunca mais vou esquecer de deixar os projetos bem gordinhos para que tudo saia como planejado. Gustavo -Mensagem original- De: Ribeiro Emerson Gomes [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 13 de maio de 2005 11:41 Para: Márcio Inácio Silva; Lista Debian-User-Portuguese Assunto: RE: Custo de projeto Precisando, é só falar. Emerson -Original Message- From: Márcio Inácio Silva [mailto:[EMAIL PROTECTED] Sent: sexta-feira, 13 de maio de 2005 10:31 To: Lista Debian-User-Portuguese Cc: Ribeiro Emerson Gomes Subject: Re: Custo de projeto Em Sex 13 Mai 2005 10:08, Ribeiro Emerson Gomes escreveu: > Olá lista, > > Obrigado, fico feliz por ajudar... > > Vamos por partes: > >Você poderia me dizer qual o metodo mais seguro para avaliar as horas > >do projeto (ou realmente tem que ser com a experiência propria) ou um > >livro ou link que fale sobre isso. > > Existem muitas técnicas e conceitos. Eu, particularmente, não acho que > gerenciamento de projetos tenha receita de bolo (como muitos gerentes > pensam). Eu tento me apoiar em três pilares: > > 1) Detalhar as tarefas ao máximo. Nada deve ser esquecido. Quem aqui > já teve a oportunidade de fazer um plano de negócios para abrir um > novo negócio sabe do que estou falando. É chato, é massante, mas é > necessário...Isso porque os problemas sempre acontecem no detalhe... > Dificilmente vc vai ter uma tarefa do tipo: Criar cadastro de clientes > e um problema do tipo: não foi possível criar o cadastro de cliente. O > problema vai parecer mais com: O botão de impressão do cadastro de > clientes não funciona. Detalhe tudo... > > 2) Conheça sua equipe. Sinceramente, se tem uma coisa que me tira o > sono é não conhecer quem vai desenvolver os programas. Eu sempre tento > trazer gente de minha confiança... Quando não dá, eu dou uma > investigada na qualidade do serviço da pessoa. Tento descobrir 4 > coisas: a - quanto essa pessoa conhece do ambiente que está > trabalhando (linguagem, banco, etc..) b > - como é a lógica dessa pessoa (desconfie de quem faz "IF NOT" com "ELSE") > c - O nível de capricho dessa pessoa (comentários no fonte, perfeccionismo, > esmero...) d - como anda a relação dela com a companhia e seu nível > de motivação. > > 3) Reaproveite código. Além de agilizar o desenvolvimento, você pode > por aquele programador mais limitado apenas para juntar peças. Coisas > triviais devem ser reaproveitadas, para evitar que deêm erro. No mundo > ideal, existiria uma ótima classe visual e nós desenvolveríamos apenas > a camada de negócios... > > >Por exemplo: Para fazer uma tela de cadastro de clientes, geralmente > >o tempo de de 12 a 16 hs, so que, mesmo separando tudo em > >micro-tarefas, sempre há confusão na hora, devo levar em conta a > >criação do banco, a criação de todas as classes e funções ou devo > >levar em conta que nessa hora já devo estar com todas as classes e > >funções prontas além é claro do banco. > > Acho que você deve se aprofundar mais nas tarefas. Essas "confusões" > que você citou, devem ter sido causadas por coisas que você não > conseguiu imaginar antes. Leve em consideração a criação de todos os > **métodos** de todas as classes. Quando você estiver listando os > métodos de uma determinada classe, vai perceber problemas que não > perceberia se fizesse > apenas: Classe de clientes - 4 horas. Leve em conta a criação do banco: que > vai fazer a modelagem?, quem vai revisar a modelagem?, quem vai gerar > o script?, quem vai executar?, quem vai dar os grants?, quem vai criar > os usuários?, Quem vai inserir clientes de teste ? quando cada uma > dessas pessoas vai ter tempo de executar essas tarefas ? Qual o plano > B se uma delas der errado ? Ai você aproveita essa lista de tarefas e > escreve duas ou três linhas sobre cada uma. Ao final você terá uma > bela documentação do projeto. Se algo der errado, volte nessa > documentação e veja o que vc não conseguiu prever. Acrescente esse > item no próximo projeto. Claro que tem coisas que são imprevisíveis: > enchentes acontecem, o programador pede a conta, a mãe de alguém > morre... Por isso deixamos gorduras ao final de cada > macro tarefa... >
Folha
Ola lista, Alguém conhece algum software livre de folha de pgto ? Dei uma olhada nos lugares de sempre, mas não achei nada legal. Emerson
RE: Custo de projeto
Precisando, é só falar. Emerson -Original Message- From: Márcio Inácio Silva [mailto:[EMAIL PROTECTED] Sent: sexta-feira, 13 de maio de 2005 10:31 To: Lista Debian-User-Portuguese Cc: Ribeiro Emerson Gomes Subject: Re: Custo de projeto Em Sex 13 Mai 2005 10:08, Ribeiro Emerson Gomes escreveu: > Olá lista, > > Obrigado, fico feliz por ajudar... > > Vamos por partes: > >Você poderia me dizer qual o metodo mais seguro para avaliar as horas > >do projeto (ou realmente tem que ser com a experiência propria) ou um > >livro ou link que fale sobre isso. > > Existem muitas técnicas e conceitos. Eu, particularmente, não acho que > gerenciamento de projetos tenha receita de bolo (como muitos gerentes > pensam). Eu tento me apoiar em três pilares: > > 1) Detalhar as tarefas ao máximo. Nada deve ser esquecido. Quem aqui > já teve a oportunidade de fazer um plano de negócios para abrir um > novo negócio sabe do que estou falando. É chato, é massante, mas é > necessário...Isso porque os problemas sempre acontecem no detalhe... > Dificilmente vc vai ter uma tarefa do tipo: Criar cadastro de clientes > e um problema do tipo: não foi possível criar o cadastro de cliente. O > problema vai parecer mais com: O botão de impressão do cadastro de > clientes não funciona. Detalhe tudo... > > 2) Conheça sua equipe. Sinceramente, se tem uma coisa que me tira o > sono é não conhecer quem vai desenvolver os programas. Eu sempre tento > trazer gente de minha confiança... Quando não dá, eu dou uma > investigada na qualidade do serviço da pessoa. Tento descobrir 4 > coisas: a - quanto essa pessoa conhece do ambiente que está > trabalhando (linguagem, banco, etc..) b > - como é a lógica dessa pessoa (desconfie de quem faz "IF NOT" com "ELSE") > c - O nível de capricho dessa pessoa (comentários no fonte, perfeccionismo, > esmero...) d - como anda a relação dela com a companhia e seu nível de > motivação. > > 3) Reaproveite código. Além de agilizar o desenvolvimento, você pode > por aquele programador mais limitado apenas para juntar peças. Coisas > triviais devem ser reaproveitadas, para evitar que deêm erro. No mundo > ideal, existiria uma ótima classe visual e nós desenvolveríamos apenas > a camada de negócios... > > >Por exemplo: Para fazer uma tela de cadastro de clientes, geralmente > >o tempo de de 12 a 16 hs, so que, mesmo separando tudo em > >micro-tarefas, sempre há confusão na hora, devo levar em conta a > >criação do banco, a criação de todas as classes e funções ou devo > >levar em conta que nessa hora já devo estar com todas as classes e > >funções prontas além é claro do banco. > > Acho que você deve se aprofundar mais nas tarefas. Essas "confusões" > que você citou, devem ter sido causadas por coisas que você não > conseguiu imaginar antes. Leve em consideração a criação de todos os > **métodos** de todas as classes. Quando você estiver listando os > métodos de uma determinada classe, vai perceber problemas que não > perceberia se fizesse > apenas: Classe de clientes - 4 horas. Leve em conta a criação do banco: que > vai fazer a modelagem?, quem vai revisar a modelagem?, quem vai gerar o > script?, quem vai executar?, quem vai dar os grants?, quem vai criar os > usuários?, Quem vai inserir clientes de teste ? quando cada uma dessas > pessoas vai ter tempo de executar essas tarefas ? Qual o plano B se uma > delas der errado ? Ai você aproveita essa lista de tarefas e escreve duas > ou três linhas sobre cada uma. Ao final você terá uma bela documentação do > projeto. Se algo der errado, volte nessa documentação e veja o que vc não > conseguiu prever. Acrescente esse item no próximo projeto. Claro que tem > coisas que são imprevisíveis: enchentes acontecem, o programador pede a > conta, a mãe de alguém morre... Por isso deixamos gorduras ao final de cada > macro tarefa... > > >Não sei se estou sendo muito claro, o que eu gostaria mesmo é de > >saber a forma mais correta de fazer o "cálculo" das horas que vou > >gastar no projeto. > > Clarissimo :-). Não é um cálculo.. É um desafio de futurologia... A > matemática não resolve isso. > > >Ps.: Mesmo usando o Planner para programar e acompanhar todas as > >etapas e saber o inicio, fim e tempo do projeto, ainda assim na hora > >de colocar o tempo de cada tarefa ainda fica tudo meio que empirico > >:-) > > Vc precisa muito mais que o Planner, o dotProj ou o M$-Project... > Escreva muito... Tente se imaginar executando a tarefa e liste todos > os passos em um documento. Tente imaginar o que deve ser feito e o que > pode não dar certo. Esse documento deverá virar a especificação da > tarefa, que
RE: Custo de projeto
Olá lista, Obrigado, fico feliz por ajudar... Vamos por partes: >Você poderia me dizer qual o metodo mais seguro para avaliar as horas do >projeto (ou realmente tem que ser com a experiência propria) ou um livro ou >link que fale sobre isso. Existem muitas técnicas e conceitos. Eu, particularmente, não acho que gerenciamento de projetos tenha receita de bolo (como muitos gerentes pensam). Eu tento me apoiar em três pilares: 1) Detalhar as tarefas ao máximo. Nada deve ser esquecido. Quem aqui já teve a oportunidade de fazer um plano de negócios para abrir um novo negócio sabe do que estou falando. É chato, é massante, mas é necessário...Isso porque os problemas sempre acontecem no detalhe... Dificilmente vc vai ter uma tarefa do tipo: Criar cadastro de clientes e um problema do tipo: não foi possível criar o cadastro de cliente. O problema vai parecer mais com: O botão de impressão do cadastro de clientes não funciona. Detalhe tudo... 2) Conheça sua equipe. Sinceramente, se tem uma coisa que me tira o sono é não conhecer quem vai desenvolver os programas. Eu sempre tento trazer gente de minha confiança... Quando não dá, eu dou uma investigada na qualidade do serviço da pessoa. Tento descobrir 4 coisas: a - quanto essa pessoa conhece do ambiente que está trabalhando (linguagem, banco, etc..) b - como é a lógica dessa pessoa (desconfie de quem faz "IF NOT" com "ELSE") c - O nível de capricho dessa pessoa (comentários no fonte, perfeccionismo, esmero...) d - como anda a relação dela com a companhia e seu nível de motivação. 3) Reaproveite código. Além de agilizar o desenvolvimento, você pode por aquele programador mais limitado apenas para juntar peças. Coisas triviais devem ser reaproveitadas, para evitar que deêm erro. No mundo ideal, existiria uma ótima classe visual e nós desenvolveríamos apenas a camada de negócios... >Por exemplo: Para fazer uma tela de cadastro de clientes, geralmente o tempo >de de 12 a 16 hs, so que, mesmo separando tudo em micro-tarefas, sempre há >confusão na hora, devo levar em conta a criação do banco, a criação de todas >as classes e funções ou devo levar em conta que nessa hora já devo estar com >todas as classes e funções prontas além é claro do banco. Acho que você deve se aprofundar mais nas tarefas. Essas "confusões" que você citou, devem ter sido causadas por coisas que você não conseguiu imaginar antes. Leve em consideração a criação de todos os **métodos** de todas as classes. Quando você estiver listando os métodos de uma determinada classe, vai perceber problemas que não perceberia se fizesse apenas: Classe de clientes - 4 horas. Leve em conta a criação do banco: que vai fazer a modelagem?, quem vai revisar a modelagem?, quem vai gerar o script?, quem vai executar?, quem vai dar os grants?, quem vai criar os usuários?, Quem vai inserir clientes de teste ? quando cada uma dessas pessoas vai ter tempo de executar essas tarefas ? Qual o plano B se uma delas der errado ? Ai você aproveita essa lista de tarefas e escreve duas ou três linhas sobre cada uma. Ao final você terá uma bela documentação do projeto. Se algo der errado, volte nessa documentação e veja o que vc não conseguiu prever. Acrescente esse item no próximo projeto. Claro que tem coisas que são imprevisíveis: enchentes acontecem, o programador pede a conta, a mãe de alguém morre... Por isso deixamos gorduras ao final de cada macro tarefa... > >Não sei se estou sendo muito claro, o que eu gostaria mesmo é de saber a forma >mais correta de fazer o "cálculo" das horas que vou gastar no projeto. > Clarissimo :-). Não é um cálculo.. É um desafio de futurologia... A matemática não resolve isso. >Ps.: Mesmo usando o Planner para programar e acompanhar todas as etapas e >saber o inicio, fim e tempo do projeto, ainda assim na hora de colocar o >tempo de cada tarefa ainda fica tudo meio que empirico :-) > Vc precisa muito mais que o Planner, o dotProj ou o M$-Project... Escreva muito... Tente se imaginar executando a tarefa e liste todos os passos em um documento. Tente imaginar o que deve ser feito e o que pode não dar certo. Esse documento deverá virar a especificação da tarefa, que vc entregará ao programador como base. Vc pode pedir a ajuda deles para fazer isso. Quando não conseguir mais ouvir falar do assunto, é hora de atribuir tempo e recurso as tarefas. É mais fácil atribuir tempos a coisas pequenas. Deixe gordurinhas em cada micro-tarefa. Guarde seus cronogramas/especificações já executados. Utilize-os como base para os próximos. Isso faz com que atribuir tempo fique menos empírico. Mas lembre-se da histórinha sobre confiar na equipe. Abraços Emerson
RE: Custo de projeto
Tem valor de mercado aproximado sim... Geralmente, um analista programador junior vai de 15 - 25 reais / hora. Um pleno vai de 25 - 35 reais / hora e um senior vai dai para cima. Quanto menos gente conhece a linguagem de programação, mais caro fica (é o caso do Ruby, creio eu). Supondo que vc seja um senior (pra encarar uma buxa dessas...), pra programar em Ruby, eu cobraria uns R$ 45,00 - R$ 60,00/hora. Ai depende de quanto você quer esse trabalho, de quem será o proprietário dos fontes depois de concluído, em que estado você está, etc... Em tempo... Esse preços são baseados no mercado de São Paulo. No RJ é mais ou menos igual, No sul é um pouco mais da metade disso e no restante do país eu não faço nem idéia... Abraços Emerson -Original Message- From: Fabricio Cannini [mailto:[EMAIL PROTECTED] Sent: terça-feira, 10 de maio de 2005 05:38 To: debian-user-portuguese@lists.debian.org Subject: Re: Custo de projeto Olá!! Ribeiro Emerson Gomes wrote: > Etapa 1: Saber o tamanho da encrenca: Relacione as "macro" tarefas, > uma a uma, sem se prender apenas a programação (análise, módulo A, > módulo B, testes, treinamento, manual, etc..). Depois disso, > sub-divida cada macro tarefa em sub-tarefas. Esse é o ponto crucial... > Cada coisa que você esquecer nesta fase, pode te doer no bolso. > Relacione "TUDO" que puder e deixe alguma *gordura* para queimar mais > tarde (murphy existe). Agora pegue cada sub-tarefa e estime tempo para > elas. Essa parte eu já tenho +/- alinhada. >(valor hora = seu custo + seu valor hora + impostos) Essa é uma parte que eu tenho algumas dúvidas: Há um "valor de mercado" para isso ou é uma questão caso a caso??? > Você não diz se é só vc ou uma equipe. Sim, sou só eu. > Etapa 4: Hora de assinar o contrato: Pegue todas as "micro" tarefas da > etapa 1 e escreva um documento de escopo. Apresente o cronograma, o documento > de escopo e o contrato ao cliente. Ele tem que estar ciente que *qualquer* > coisa que ele quiser tem que estar nesse escopo. Nada deve ficar > sub-entendido, tudo tem que estar explicito. > Atrele os pagamentos com a finalização das macro-etapas. Caso apareçam > "tarefas extras" no meio do caminho (sempre aparecem) essas devem ser > faturadas a parte, mensalmente. Isso deve constar no contrato também. Isso é > importante, pois é comum essas tarefas que aparecem no meio do caminho > empurrarem o final da macro tarefa para frente, consequentemente, empurram o > seu faturamento também. > > Tudo assinado, pregue o cronograma na parede e não esqueça de > acompanhá-lo diariamente. > Dá pra escrever um livro sobre esse assunto, mas enfim... é por ai... > > Espero ter ajudado > Emerson -- KDE: 'Cause there's no 'G' in DEsKtop. KDE: Porque nao tem 'G' em DEsKtop. gnupg: 1024D/878A5360 2005-05-07 gpgfp: 5351 B0EC E110 1FB5 6ED7 0648 58A1 FE2B 878A 5360 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Custo de projeto
Bom dia Fabricio / Lista, Trabalho com programação desde os tempos que isso era coisa de pirado (se bem que ainda é :-) e já tomei muito prejuízo com projetos mal definidos. Eu faria da seguinte maneira: Etapa 1: Saber o tamanho da encrenca: Relacione as "macro" tarefas, uma a uma, sem se prender apenas a programação (análise, módulo A, módulo B, testes, treinamento, manual, etc..). Depois disso, sub-divida cada macro tarefa em sub-tarefas. Esse é o ponto crucial... Cada coisa que você esquecer nesta fase, pode te doer no bolso. Relacione "TUDO" que puder e deixe alguma *gordura* para queimar mais tarde (murphy existe). Agora pegue cada sub-tarefa e estime tempo para elas. Etapa 2: Insira tarefas intermediárias de segurança (mais gordura). Cuidado para não exagerar, mas, 8 ou 16 horas após a finalização de macro tarefa para reorganizar a casa é uma boa estratégia. Etapa 3: Totalize as horas por macro tarefas. Geralmente isso fica +/- assim: Análise: 80 horas, módulo A 40 horas, módulo B 60 horas, etc... Multiplique essas horas pelo seu valor hora (valor hora = seu custo + seu valor hora + impostos). Você não diz se é só vc ou uma equipe. Caso seja uma equipe, totalize o valor de todos. Cuidado ! Todo erro aqui dói no bolso também... Etapa 4: Hora de assinar o contrato: Pegue todas as "micro" tarefas da etapa 1 e escreva um documento de escopo. Apresente o cronograma, o documento de escopo e o contrato ao cliente. Ele tem que estar ciente que *qualquer* coisa que ele quiser tem que estar nesse escopo. Nada deve ficar sub-entendido, tudo tem que estar explicito. Atrele os pagamentos com a finalização das macro-etapas. Caso apareçam "tarefas extras" no meio do caminho (sempre aparecem) essas devem ser faturadas a parte, mensalmente. Isso deve constar no contrato também. Isso é importante, pois é comum essas tarefas que aparecem no meio do caminho empurrarem o final da macro tarefa para frente, consequentemente, empurram o seu faturamento também. Tudo assinado, pregue o cronograma na parede e não esqueça de acompanhá-lo diariamente. Dá pra escrever um livro sobre esse assunto, mas enfim... é por ai... Espero ter ajudado Emerson -Original Message- From: Fabricio Cannini [mailto:[EMAIL PROTECTED] Sent: sábado, 7 de maio de 2005 06:03 To: debian-user-portuguese@lists.debian.org Subject: Custo de projeto Pois então pessoal, na boa?? Gostaria que os programadores (que fazem isso profissionalmente) desta lista respondessem um questionamento meu sobre um projeto que estou negociando: Quanto vocês aí cobrariam para reescrever em Ruby/Qt (no flames, please) este programa que é feito em C/Xlibs?? http://pcb.sourceforge.net/ http://geda.seul.org/tools/pcb/index.html Como organizariam isso? Por etapas? Por hora trabalhada?? Agradeço a opinião de todos. [ ]'s -- KDE: Cause there's no 'G' in DEsKtop. KDE: Porque não têm 'G' em DEsKtop. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Suporte a asp e .NET
Em Sáb, 2005-04-30 às 21:09 -0300, Gustavo Pardellas Feijó escreveu: > Blah, só de falar nisso me dá arrepios, mas tudo bem... > > Alguém saberia me informar sobre o suporte a aplicações asp e .net em > servidores apache rodando no Debian? > > Estou montando um servidor para uma empresa de hospedagem de sites e > gostaria, se possível, de prover suporte a essas tecnologias :-$ . O meu provedor usa um tal de ChilliAsp. Não tenho maiores detalhes, mas me dá arrepios também. Espero ter ajudado Emerson
RE: Controle Financeiro..
Tem o gnucash -> http://www.gnucash.org/ Emerson -Original Message- From: Nelson Luiz Campos [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 27, 2005 6:39 AM To: debian-user-portuguese@lists.debian.org Subject: Re: Controle Financeiro.. * Konnichiwa Jonatas Davson Reinert-sama: > Ae Pessoal ... > Alguem ai conhece algum tipo de soft para controle financeiro pessoal > estilo MS Money e afins ?! Tem o jgnash, em java. Muito bom por sinal. http://jgnash.sf.net <-- Acho que é esse o "site". []'s, Still -- Nelson Luiz Campos .''`. | I hear; I forget. Engenheiro Eletricista : :' :| I see; I remember. Linux User #89621 UIN 11464303 `. `'` | I do; I understand. gnupgID: 55577339`- | Chinese Proverb
RE: Pacotes RPM
Hehehe... Vc foi um lord agora Marcos ! :-) -Original Message- From: Marcos Vinicius Lazarini [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 26, 2005 2:41 PM To: debian-user-portuguese@lists.debian.org Subject: Re: Pacotes RPM gusmao wrote: > como faço para converter uma pasta que contém pacotes RPM'S para Deb? > esta pasta é o Open Office 2.0 que tal procurar no google por 'converter rpm deb openoffice' e clicar em estou com sorte? vc nao gasta tempo pra perguntar, e eu tbm não gasto pra responder... -- Marcos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[off-topic] ERP Open Source
Ola Lista, Desculpem-me o off-topic. Tem um cliente meu querendo um ERP open source (vendas/estoque/pagar/receber). Dei uma fuçada no source-forge e encontrei o Web-Erp. Alguém conhece ? Alguém já implantou um desses ? Palpites ? Conselhos ? Dou preferência a PHP/MySql, pois já tenho o ambiente configurado e rodando. Obrigado Abraços Emerson
Cliente SSH para KDE
Ola Lista, Estou procurando um bom cliente gráfico SSH. Qual vcs recomendam ? Emerson
RE: instalação do debian sarge
Hehehe... Aproveita pra já ir instalando também durante o download !!! :-)) Brincadeira... Cara... Isso é insano... Desencana... Abraços Emerson Em 15/04/05, Fred Ulisses Maranhao<[EMAIL PROTECTED]> escreveu: > On Tue, 12 Apr 2005 22:42:19 -0300 (EST) > "Francisco Welington de Sousa Lima" <[EMAIL PROTECTED]> wrote: > > > > > Olá Pesoal, > >Tenho um pc COM windows conectado a internet via velox. Este PC > > tem gravadora de CD , gostaria de saber como faço para baixar o > > primeiro cd do debian e já indo gravando ao mesmo tempo no cd, dá > > para fazer isso ou tenho quer baixar a imagem em um diretório e > > depois gravar? obrigado > > > > Se for um computador pessoal, tem a opção de baixar o debian-br-cdd. > Vai facilitar algumas tarefas na instalação. > >Paro por aqui, Fred > > -- Guilherme Rocha Consultor de Tecnologia + 55 (71) 81528798
RE: Piadas de um técnico ignorante
Hehehe Vejamos pelo lado positivos... O Linux ta ficando realmente muito fácil de instalar. Até um ser mononeurônico desse já instala ! -Original Message- From: Marcelo Beckmann [mailto:[EMAIL PROTECTED] Sent: Thursday, April 14, 2005 8:06 PM To: debian-user-portuguese@lists.debian.org Subject: Re: Piadas de um técnico ignorante Marcus Moreira wrote: > Ronaldo Reis-Jr. wrote: > >> Pessoal, >> >> veja se eu aguento. >> >> Um cara (técnico em informatica) retirou o Debian, perfeitamente >> instalado, de um computador e colocou conectiva. A justificativa é que >> o Debian é muito pesado e poderia danificar fisicamente o computador. Nossa! >> É foda né. O cara deve ser foda mesmo! Ele não manja só de software, mas de hardware também :P > E ele conseguiu instalar o conectiva? Realmente, essa é a prova que > milagres existem! Uma porta instalando um linux! Realmente, se uma toupeira dessas conseguir instalar... bem.. instalar é uma coisa, configurar, é outra... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: microsoft querendo máquinas com o windows no Brasi!
Title: Message Essa proposta já fio rejeitada pelo governo... http://br-linux.org/linux/?q=node/412 -Original Message-From: Alcione Ferreira [mailto:[EMAIL PROTECTED] Sent: Thursday, April 14, 2005 10:15 AMTo: debian-user-portuguese@lists.debian.orgSubject: Re: microsoft querendo máquinas com o windows no Brasi!Um pouco mais de informação sobre isso:http://www.cipsga.org.br/article.php?sid=6938&mode=thread&order=0Que coisa não On 4/14/05, Rodrigo <[EMAIL PROTECTED]> wrote: Olá amigos, Vejam o que microsoft, estão querendo fazer com o povo brasileiro de "baixa renda"! http://tecnologia.terra.com.br/interna/0,,OI510099-EI4801,00.html Só faltava o governo aceitar! Obrigado Rodrigo-- Alcione FerreiraSombra®101080
RE: Gerenciador de projetos
O Showy é apache/php/mysql. A demo que vc baixa do site é para M$, mas roda em linux tb. -Original Message- From: Eduardo Jorge [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 9:27 AM To: debian-user-portuguese@lists.debian.org Subject: Re: Gerenciador de projetos Creio que esse showmy e pra M$ não? De uma olhada em www.dotproject.net
RE: Gerenciador de projetos
Tem um da Showy (www.showy.com.br) É interessante... Emerson -Original Message- From: Allan Queiroz [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 9:17 AM To: debian-user-portuguese@lists.debian.org Subject: Gerenciador de projetos Olá lista, por favor, alguém saberia me dizer se existe para gnu/linux, algum programa semelhante ao Project da Microsoft? Muito obrigado a todos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Primeira proposta p/ acordo sobre Dvorak-BR a partir do ABNT2
Igor... Você não vai conseguir cortar os dedos das duas mãos sózinho. Se quiser ajuda é só falar ! :-) Cara... Que idéia mais trash é essa ? Qual o ganho ? Ao invés de fazer isso, deviam deixar o teclado numérico do PC igual ao do telefone (de cima pra baixo). Sempre ligo pra lugar errado por causa dessa diferença... Abraços Emerson >-Original Message- >From: Igor Morgado [mailto:[EMAIL PROTECTED] >Sent: Tuesday, April 12, 2005 11:24 AM >To: Tohuvabohuo >Cc: debian-user-portuguese@lists.debian.org; Heitor Moraes; [EMAIL PROTECTED]; >[EMAIL PROTECTED]; Valdir Stiebe Junior; [EMAIL PROTECTED]; Nando Florestan; >Ricardo (Dvorak) >Subject: Re: Primeira proposta p/ acordo sobre Dvorak-BR a partir do ABNT2 > > >Mas que coisa do demonio! > >Este teclado Dvorak eh realmente assombroso deixou no lugar somente as teclas >q >eu achava q estavam erradas (exceção dos numeros) > >Tomara que isso nao pegue! Ja odeio o ABNT2 (que pelo menos tem as letras no >>lugar). Imagine este ai. Vou cortar meus dedos fora e instalar reconhecimento >por >voz. Deve ser mais rapido digitar assim.
RE: off topic - qual versao linux é melhor para iniciantes?
Rolim, O Kurumim é um opção, mas acho que ele tem muitas aplicações para usuários dométicos. Para um ambiente empresarial, eu recomendaria o Mandrake 10.1. Ele tem um ótimo reconhecimento de hardware, uma ótima ferramenta de reparticionamento de disco e o desktop é limpo e completo. O Mandrake tem poucos menus no "botão iniciar", o que ajuda o usuário inicial a não se perder. Temos uma colaborador que não é muito "acostumada a computadores" e utilizo ela como parâmetro. Mesmo para ela, a migração foi tranquila. Espero ter ajudado Emerson -Original Message- From: rolim [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 11:50 AM To: debian-user-portuguese@lists.debian.org Subject: off topic - qual versao linux é melhor para iniciantes? caros amigos, será q vcs poderiam me ajudar a decidir qual linux é o mais facil pra iniciantes? ja me disseram q o curumim seria, nao sei se é verdade. Com esta informação, eu irei sugerir para minha firma para mudar para esta versao ajudado por vcs para serem instalados nos computadores que a loja vende. obs: gostaria que me ajudassem me respondendo nao pelo fato de vc gostar mais de uma determinada versao mas sim, o que ja escutou, ou q percebeu, ou nos varios teste de versoes q vc tenha feito e vc tenha percebido q tal distro foi mais facil para inicitantes apensar de vc usar uma outra versao pois isto nao pode influenciar na decisao da versao adquada para novos usuários. cordialmente rolim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
