home blog labs about contact Web・コンピュータ > あなたのソースコードを彩る、Syntax Highlighterまとめ Syntax Highlighter ソース ブログ 作成: 2007-06-30T19:14:27+09:00 更新: 2009-04-29T00:31:57+09:00 ブログに貼り付けたソースコードを分かりやすく見せたい! というのはコードを書くブロガーなら誰でも思うはず。 最近はコードを書いてもそのまま貼り付けるだけになってしまっていましたが、やはりソースコードは色づけされて分かりやすい方がいい。 何故かまとまった情報が無いようなので、まとめてみました。 ちなみに、ライブラリを選ぶ最中にまとめたので、どのツールも未使用なのであしからず。 JavaScript系 JavaScriptを使って自動で色分けしてくれるようなツール。 元
twitter facebook hatena google pocket htmlやJavaScriptをサイトで書いているときに見やすくしたいという欲求があると思います。 jQueryプラグインのbeautyOfCodeはコードを見やすくする、いわゆるシンタックスハイライトです。 sponsors 使用方法 beautyOfCodeからファイルをダウンロードします。 <script type="text/javascript" src="jquery-1.3.2.js"></script> <script type="text/javascript" src="jquery.beautyOfCode.js"></script> <script type="text/javascript"> $.beautyOfCode.init({ theme: 'Django', //対応テーマ一覧
IEEE Transaction on Software Engineeringの論文Raymond P.L. Buse and Westley R. Weimer: Learning a Metric for Code Readabilityから。120人の被験者が10種類のオープンソースプロジェクトのソースコードの一部(20行等、非常に局所的)をもとに読みやすさに影響を与えることを実験結果から示している。 25種類のメトリクスと読みやすさとの相関を求めている。メトリクスには、コメント行数や予約語の数、空行の数、括弧の数、変数名の長さ、変数の個数などが含まれる。このうち、読みやすさに最も影響を与えやすいメトリクスとして、1位に変数の個数、2位に行数、3位に括弧の数、9位に空行数、15位にコメント行数が示されている。 この論文では、多くの人に短時間で読みやすさが評価できるように、対象ソース
一度廃盤になりましたが、Kindle版で購入出来るようになっています。 http://www.amazon.co.jp/exec/obidos/ASIN/4797353406/amazonbooks08-22/ref=nosim Struts1.2.9を利用の方は、CodeLibs Struts (cl-struts)に差し換えることで 前回ブログに書いた内容の脆弱性を回避できます。 https://github.com/codelibs/cl-struts/ groupId:org.codelibs.struts artifactId:cl-struts version:1.2.9.1 http://qiita.com/kawasima/items/670d2591bc8fea19dc1d http://d.hatena.ne.jp/Kango/searchdiary?word=*%5B
http://blog.bestinclass.dk/index.php/2009/10/python-vs-clojure-evolving/ Clojureで書いたコードに比べてPythonは行数も多くて無様だとか言われた。 from itertools import ifilter import operator def mul(nums): return reduce(operator.mul, nums) def icross(*sequences): if sequences: for x in sequences[0]: for y in icross(*sequences[1:]): yield (x,)+y else: yield () def digits_from_num(num, base=10): def recursive(num, base): if num
面倒くさいのでJavaScript1.8で、 1.8をFirebugで使いたい場合は↓を参考に。 肉少なめ | Item - Firebugのコンソールでjavascript 1.8を使う var array1 = [1,2,3,4,5]; var array2 = [2,4,5,6,7]; var in_array1 = {}; array1.forEach(function(n,i){in_array1[n]=true;}); var result = array2.filter(function(n,i)in_array1[n]); result != array2; // true result; // [2,4,5]
What's gonzui? gonzui is a source code search engine for accelerating open source software development. In the open source software development, programmers frequently refer to source codes written by others. Our goal is to help programmers develop programs effectively by creating a source code search engine that covers vast quantities of open source codes available on the Internet. What's New 200
ソフト詳細説明 ■概要 『コメント書うんた』は、C言語やアセンブラ、Java、SQL、VBのソースファイルのコメントや行数をカウントし、テキストとして保存や印刷をするツールです。 是非、貴方の業務などにお役立てください。本ソフトはフリーウェアです。 ソフト名は、コメントを書く+カウンタ=『コメント書うんた』です。(笑?) ■特徴 (1) ソースファイルの指定には、エクスプローラ等からのフォルダやファイルのドラッグ&ドロップが可能です。 (2) ソースファイルやそのフォルダを指定したら、実行ボタン一発で結果を出力します。(簡単!) (3) ソースファイル名にはワイルドカード指定の記述が可能です。 (4) フォルダ指定時は、以下すべてのサブフォルダの対象指定も可能です。 (5) ソースファイルのリストを複数持つことができますので、異なる開発環境で利用できます。 (6) 対象ソースファイルの拡張
大学の研究室の教官は昔NTT研究所の所長をされていた苗村先生という人で(と言いつつ私は大学の研究室にほとんど顔を出していなかったのだけれど)、彼の発言のうち印象に残っているものの一つとして、昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。可読性の意味でもメンテナビリティの意味でも、開発生産性の意味でも。私が考えるに、本来コンピュータが読むためのものであるソースコードに人が読むためのコメントを付け加えなければならないのは、次の2通りの場合だけである。 1.公開されるAPI APIやソースコードそのものが公開される場合、利用者は不特定多数となり、利用者のスキルにもばらつきが出て、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く