PEP 8 – Style Guide for Python Code | peps.python.org
PEP 8 – Style Guide for Python Code Author: Guido van Rossum <guido at python.org>, Barry Warsaw <barry at python.org>, Alyssa Coghlan <ncoghlan at gmail.com> Status: Active Type: Process Created: 05-Jul-2001 Post-History: 05-Jul-2001, 01-Aug-2013 Table of Contents Introduction A Foolish Consistency is the Hobgoblin of Little Minds Code Lay-out Indentation Tabs or Spaces? Maximum Line Length Shoul
CodeRepos::Share – Trac
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
ObjectClub - コーディング規約の会
ここでは、コーディング規約を公開しています。当規約をより良いものにするため、ディスカッション用としてメーリングリストをご用意しました。メーリングリストへの 入会方法は、このページの末尾にあります。 コーディング規約に関する情報をご紹介します。 ■株式会社電通国際情報サービス版 Javaコーディング規約2004(04/09/30) ・PDF(約430KB) 本Javaコーディング規約の担当者へのご意見はjava-coding-info at ObjectClub.jpまでお寄せください。本Javaコーディング規約は、（株）電通国際情報サービス様の『Javaコーディング規約2004』をもとにしております。 『Javaコーディング規約2004』の改版として、『Javaルールブック ～読みやすく効率的なコードの原則』が出版されております。 ■オブジェクト倶楽部版 Javaコーディング規約(04/0
.NET GC & Memory (1) - NyaRuRuが地球にいたころ
初心者向けにはしばしば「適当に回収してくれます」と説明される .NET の GC ですが，実際の GC は無作為に実行されるのではなく，あるアルゴリズムに従って動いており，「適当」という言葉でブラックボックス感を演出するのはあまり好きではありません．まあ適切で当然な「適当」だとしても，一意に定まるわけじゃないのでそこをぼかすのはまずいと思うわけですよ． 以下はいつぞやの GDNJ IDisposable 論争で挙げたもの*1を少しだけ書き直したものですが，手元の環境を含め Visual C# .NET 2003 + .NET Framework 1.1 SP1 という条件下でちらほら完走しない現象が再現できたようです． using System; using System.Diagnostics; class Program { static void Main(string args)
Jupiter | Collaborative Software Development Laboratory
Summary: Software engineers generally agree that code reviews reduce development costs and improve software quality by finding defects in the early stages of software development. In addition, code review software tools help the code review process by providing a more efficient means of collecting and analyzing code review data. On the other hand, software organizations that conduct code reviews
ソースコードの盗み方|悪態のプログラマ
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 プログラミングを行う際に、既存のソースコードを流用することは多い。自分が過去に書いたコード、周囲の仲間が持っているコード、ヘルプや書籍に掲載されているコード。ネットで探せば、最新技術やマイナーな技術のものでも、何かしら発見できることだろう。 Yahoo! や Google のような一般的な検索エンジンでも、適切なキーワードを指定すれば、ソースコードを検索することができる。コードによく出てくる文字列（例えば、Ｃ言語なら「include」や「void」など）を含めて検索すればよいだろう。 こうした一般のページ検索では、コードの解説や関連情報なども見つかるので有意義だ。しかし、一方
Rubyコーディング規約
はじめに 本文書は、Rubyによりコーディングを行う際の規約について述べる。 実際のプロジェクトに適用する際には、このコーディング規約をカスタ マイズして用いることを推奨する。 ソースコードの整形 インデント プログラムを読みやすくするため、インデントを適宜行う。インデント 幅は2とする。また、インデントにはスペースのみを使用し、タブは使用 しない。(環境によりタブ幅が異なるため。) 例: if x > 0 if y > 0 puts "x > 0 && y > 0" end end 一行の桁数 一行の桁数は最大80桁までとする。 空行 複数のクラスの区切には空行を挿入する。 例: class Foo ... end class Bar ... end 誤った例: class Foo ... end class Bar ... end また、クラス内の各構成要素の区切にも空行を挿入する。
2005-09-08
慣習を元にした規約を改めて見直すということはしないのだろうか？ どこかの団体が決めた規約をみんなが使えば、 その分だけ誰かのソースに触れる際に違和感が少なくなるメリットは否定しない。 が、 自分達の最高効率は追い求められるものではない個所はやはりある。 例えばif文やfor文の括弧。 (1)『if (Hoge)』 (2)『if( Hoge )』 視覚的な効果でいうと、(1)は命令文が見やすくなり、(2)は内容が見やすくなる。 見やすくというよりは見分けやすくだろうか。 エディタが白黒の頃であれば(1)は有効だった。 「if」と「Hoge」は同じ色で表現されるため、 まず言語のもつ命令文や、自作のクラスやメソッドがなんであるかを見分けられることは プログラムを理解する上では、とっかかりが楽になる効果が期待できた。 しかし、エディタがカラフルになった昨今。 言語のもつ命令文は色分けされるように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
変電工 - Google C++スタイルガイド日本語訳
CX's MEMO