Re: [OFF] Padronização de codigo fonte
On 4/5/07, Adriano [EMAIL PROTECTED] wrote: Olá pessoal, tudo bem Estou fazendo uma pesquisa para um trabalho da faculdade em que aborda o tema de padronização de códigos fontes. Já tenho algum material mas preciso de algo mais especifico, algum teria algum material sobre a padronização do código do kernel do linux?? Deste já agradeço pela ajuda t+ abraços Olá Adriano, Este assunto é bastante polêmico, e pra facilitar a vida dos programadores, foram criadas ferramentas para identar códigos-fonte. Para ANSI C, temos o indent ($ man indent), para Perl, temos o perltidy ($ man perltidy), estas duas fazer o trabalho sujo de identar o código fonte para vc, ou seja, se vc e sua equipe tem estilhos diferentes de identar, vcs podem adotar uma ferramenta destas para manter o padrão ! boa sorte, -- | -- | Otávio Fernandes otaviof at gmail dot com | Debian 4.0 (Testing) -- GNU/Linux User: 283.396 | http://otaviof.googlepages.com | --
Re: [OFF] Padronização de codigo fonte
Em 15/04/07, Davi[EMAIL PROTECTED] escreveu: Alguém poderia me explicar duas coisas? 1 - Por que as pessoas consideram mais claro um if (cond) { acao } else { acao } ao inves de um if (cond) { acao } else { acao } Se vc pensar na indentação (estilo python de programar), o primeiro código é um pouco mais 'clean', enquanto que o segundo deixa bem evidente o uso das chaves (que hj em dia não tem mais nada de importante, desde quando inventaram o highlight do par correspondente da chaves/colchetes/parenteses/etc). Pessoalmente, fui acostumado ao estilo 2, mas hj em dia já não acho mais tão 'feio' o 1o. caso... 2 - Se eu fizer um projeto Open Source vou ter que me sujeitar a essa regra? Nada que o indent não possa resolver ;-) -- Marcos
Re: [OFF] Padronização de codigo fonte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/15/2007 11:18 PM, Davi wrote: [...] Indo mais no OT... (...) Chapter 3: Placing Braces [...] Alguém poderia me explicar duas coisas? 1 - Por que as pessoas consideram mais claro um As pessoas não. O CodingStyle é uma proposta do Torvalds, feita há muito tempo, por insistência de outros colaboradores, no começo do documento ele fala mais sobre como você deve interpretar as recomendações. if (cond) { acao } else { acao } ao inves de um if (cond) { acao } else { acao } ?? Há projetos que adotam de uma forma, há projetos que adotam de outra, em linhas geras, costumava-se cuidar muito do número de linhas, a primeira opção tem 5 linhas enquanto a segunda tem 8. Com o uso de function folding e outros recursos isso acabou mudando, mas os conceitos e recomendações ficaram. 2 - Se eu fizer um projeto Open Source vou ter que me sujeitar a essa regra? Não. Mas se você for programar pro Kernel Linux, sim. Obrigado e desculpem pelo off. []s Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMstMCjAO0JDlykYRAlIoAJ9Z9DC4ly6krrSSrYz5zGgO355TuwCdFvK4 8fnD1/jcJrVK9r/d0Es7aOU= =AiIa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OFF] Padronização de codigo fonte
Em Sexta 06 Abril 2007 15:08, Felipe Augusto van de Wiel (faw) escreveu: On 04/05/2007 03:59 PM, Adriano wrote: Olá pessoal, tudo bem Estou fazendo uma pesquisa para um trabalho da faculdade em que aborda o tema de padronização de códigos fontes. Já tenho algum material mas preciso de algo mais especifico, algum teria algum material sobre a padronização do código do kernel do linux?? Em qualquer tarball do kernel, no subdiretório Documentation tem um arquivo chamado CodingStyle. Indo mais no OT... (...) Chapter 3: Placing Braces The other issue that always comes up in C styling is the placement of braces. Unlike the indent size, there are few technical reasons to choose one placement strategy over the other, but the preferred way, as shown to us by the prophets Kernighan and Ritchie, is to put the opening brace last on the line, and put the closing brace first, thusly: (...) Heretic people all over the world have claimed that this inconsistency is ... well ... inconsistent, but all right-thinking people know that (a) KR are _right_ and (b) KR are right. Besides, functions are special anyway (you can't nest them in C). Alguém poderia me explicar duas coisas? 1 - Por que as pessoas consideram mais claro um if (cond) { acao } else { acao } ao inves de um if (cond) { acao } else { acao } ?? 2 - Se eu fizer um projeto Open Source vou ter que me sujeitar a essa regra? Obrigado e desculpem pelo off. []s -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- Agora com fortune: The Fremen were supreme in that quality the ancients called spannungsbogen--which is the self-imposed delay between desire for a thing and the act of reaching out to grasp that thing. -- from The Wisdom of Muad'Dib by the Princess Irulan pgpLtvHva1mbi.pgp Description: PGP signature
Re: [OFF] Padronização de codigo fonte
On 15/04/07, Davi [EMAIL PROTECTED] wrote: 1 - Por que as pessoas consideram mais claro um (...) Talvez pelo número de linhas. A segunda opção aumenta muito, deixando muito pesada a leitura, na minha opinião. Mas o texto explicativo que você colocou me pareceu um pouco sarcástico em relação a isso, pareceu-me bem uma questão de gosto (there are few technical reasons to choose one placement strategy over the other), alguém escolheu um padrão e boa, ficou esse, como a disposição das letras em um teclado. Sei lá... talvez seja _mais_ uma pergunta cuja resposta é 42. Abraço Rodolfo.
Re: [OFF] Padronização de codigo fonte
Em Domingo 15 Abril 2007 23:26, Rodolfo Allan escreveu: On 15/04/07, Davi [EMAIL PROTECTED] wrote: 1 - Por que as pessoas consideram mais claro um (...) Talvez pelo número de linhas. A segunda opção aumenta muito, deixando muito pesada a leitura, na minha opinião. O arquivo (/usr/src/linux/Documentation/CodingStyle) fala a respeito, sobre você considerar um terminal de 25 linhas... Mas isso não me convenceu tanto... =\ Talvez seja mal de míopes... =P Mas o texto explicativo que você colocou me pareceu um pouco sarcástico em relação a isso, pareceu-me bem uma questão de gosto (there are few technical reasons to choose one placement strategy over the other), alguém escolheu um padrão e boa, ficou esse, como a disposição das letras em um teclado. Não vou comentar nada... =\ Meu parco inglês me permite, porcamente, traduzir o básico do básico... Daí para identificar irônias/sarcasmos falta _muito_... =( Sei lá... talvez seja _mais_ uma pergunta cuja resposta é 42. =P Provavelmente... =P Abraço Rodolfo. Abraço! Bom fim de domingo. -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- Agora com fortune: It is the business of little minds to shrink. -- Carl Sandburg pgpKzvkgR41eM.pgp Description: PGP signature
Re: [OFF] Padronização de codigo fonte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/05/2007 03:59 PM, Adriano wrote: Olá pessoal, tudo bem Estou fazendo uma pesquisa para um trabalho da faculdade em que aborda o tema de padronização de códigos fontes. Já tenho algum material mas preciso de algo mais especifico, algum teria algum material sobre a padronização do código do kernel do linux?? Em qualquer tarball do kernel, no subdiretório Documentation tem um arquivo chamado CodingStyle. Deste já agradeço pela ajuda t+ abraços Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGFoyLCjAO0JDlykYRAu0tAJ9Gba8eTUB5xQFQn2+7CDfHf5vM/QCeMdKT KjA1wm8wb0fxznoPRE1kvZE= =NKIl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[OFF] Padronização de codigo fonte
Olá pessoal, tudo bem Estou fazendo uma pesquisa para um trabalho da faculdade em que aborda o tema de padronização de códigos fontes. Já tenho algum material mas preciso de algo mais especifico, algum teria algum material sobre a padronização do código do kernel do linux?? Deste já agradeço pela ajuda t+ abraços