メトリクス計測とは？ ソフトウェアのメトリクスとは？ ソフトウェアを計測する方法およびその尺度のことを意味します。 メトリクス計測ツールは、ソフトウェアの構成要素であるソースコードを計測し、数値化を行います。メトリクスを計測し、複雑過ぎるロジックや洗練されないパッケージ構成を見直すことで、バグが少なく保守性が高いソースコードを維持できるようになります。 そういったソースコードの構造的な問題を確認するためにメトリクスが有効となります。メトリクス計測ツールによって計測できるメトリクスには、例えば以下のようなものがあります。 クラス、メソッドなどの数 クラス、メソッドの内部構造 パッケージ間やクラス間の依存関係 これらのメトリクスを用いると、特に以下の品質にかかわる問題を検出し、信頼性と保守性を高めることができます。 複雑なソースコードにはバグが潜在する可能性が高くなる 複雑なソースコードは読み

2015年11月にリリースされるというPHP7。エンジンも換わり、それに伴ってパフォーマンスも向上していると言われています。しかしその結果、これまで使えていた書き方ができなくなっています。 そこでこれまでのPHPアプリケーションをphp7ccを使ってチェックしてみましょう。PHP7に対応しているかどうか、チェックしてくれます。 php7ccの使い方 php7ccは以下のように対象になるファイル、またはディレクトリを渡すだけで使えます。 $ /usr/bin/php bin/php7cc.php src/File.php Checked 1 file(s) in 0.005065 second(s) エラーがあると、ファイル名と行数、それと理由が表示されます。 $ /usr/bin/php bin/php7cc.php ~/htdocs/ File: /path_to_file/func.p

高速解析とシンプルな操作性でソフトウエア開発を支援 最近のソフトウエア開発では、ゼロからコードを書くというよりも、既存のものを改修していく案件が増えている。しかし、特に多機能を実装するものはソースコードが何十万行、何百万行と大規模になり、処理の分岐を追うだけで一苦労だ。また、「オリジナルのソースコードが古過ぎてドキュメントが残っていない」「ドキュメントがあってもアップデートされていない」「そもそもコード自体が“読みづらい”ために判読に時間がかかり過ぎる」など、開発者が本来の生産的な作業に入る手前で膨大な時間ロスが発生している。 この問題を解決するのが、ソースコード構造解析ツールだ。ソースコードを解析し、処理の流れをフローチャートなどにプロットして、ソースコードを理解しやすくしてくれる。オープンソースの解析ツールもあるが、解析に時間がかかったり、解析するための準備が大変だったりと、使い勝手の

コードには1行ごとに隠しドキュメントがあります。 次のコードスニペットの4行目を書いた人は、何か理由があってDOMノードの clientLeft プロパティにアクセスしたのでしょうが、結果的に何もしていません。これはかなり不可解です。なぜこうしたのか、あなたは説明できますか？　今後、この呼び出しを変更したり削除したりしても安全でしょうか？ // ... if (duration > 0) this.bind(endEvent, wrappedCallback) this.get(0).clientLeft this.css(cssValues) 私ではなく他の人があなたにこのコードを見せたとして、誰がこの行を記述したのか、どんな理由があったのか、このままの状態にしなければいけないのか、あなたはおそらく説明できないでしょう。ただし、プロジェクトを進めているときは大抵の場合、バージョン管理シス

MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました プログラミングでやってはいけないことの一つにコピペがあります。場合によっては必要不可欠な時もありますが、基本的にコピペするなら関数にまとめたり、ライブラリ化することでコードの重複をなくすべきでしょう。 そこで使ってみたいのがcccvです。ソースコードを差分から洗い出して、コードの重複がないかチェックしてくれるソフトウェアです。 cccvの使い方 インストールはGoで行います。 $ go get github.com/artemave/cccv 使い方としてはDiffを渡す形です。 $ git diff master | cccv Possible copy/paste sources: app/controllers/sessions_controller.rb: 9: if pa

Evolution of Impala #hcj2014 from Cloudera Japan タイトルとスライドの通りです。 Hadoop Conference Japan を運営された皆様、本当にお疲れさまでした。 また、私のセッションに参加して話を聞いていただいた皆様、ありがとうございました。 朝のキーノートで「使用しているコンポーネント」で Impala がランクインしていて実は結構驚きました。まだまだ普及していないと思っていましたけど、意外と使われているようでうれしいです。 (後 Hue がランクインしているのにも驚いた) 今回は他のSQLエンジンのセッションの間に挟まれての講演だったので、これは気を抜けないなと思い、結構頑張ってスライドを作りました。 やっぱり調べてみると Impala はとても面白くて、機能の細かい部分などを見て新たな発見もたくさんすることができました。 I

最近では外部ライブラリを積極的に使って開発するのも珍しくなくなってきました。そのため、見慣れないオブジェクトがあった時にそれが内製なのか、外部ライブラリなのか分からないこともあります。 そんな時に使えるのがSourcegraphと言うソースコード解析サービスで、それをGoogle Chromeから扱えるようにする機能拡張もSourcegraphという名前でリリースされています。 Sourcegraphの使い方 適当なGitHubリポジトリを見てみます。 こんな感じにマウスオーバーすると関数名とその呼び出し方、返却値が出てきます。 オブジェクトやメソッドが対象になります。 解析が終わっていない場合はこんな感じに出るようです。 Sourcegraphは公開されているリポジトリのみ対象としているため、非公開のリポジトリに対しては使えません。ただ、オープンソースのライブラリであればSourcegr

SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。Read less

サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第2回（毎週火曜日に掲載、これまでの連載一覧）。「WEB+DB PRESS Vol.80」（2014年4月24日発売）に執筆した「エンジニアの学び方──効率的に知識を得て，成果に結び付ける」の続編です。（編集部） 文：西尾 泰和 イラスト：歌工房 この連載では「エンジニアの学び方」をテーマにインタビューを行い、どういう「学び方」をしているのか探求していきたいと思っています。第1弾は、富士通のエンジニアとしてLinuxカーネルの開発に参加されている小崎資広さんです。 Linuxカーネルは、ソースファイルだけで3万5000個以上、行数にして1500万行を超える、巨大ソフトウェアです。小崎さんが、どうやってこの巨大なソースコードと戦っているかは、きっと「エンジニアの学び方」の参考になるはずです。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんにちは。開発担当の渡部です。 普段の業務では Web のフロントエンド・サーバーサイドをやりつつ、オフの時は Oculus Rift を触っており Developers Summit 2014 などのイベント等にも多数参加していますが、 本日はジワジワと伸びているプログラミング言語についてのお話です。 つい先月、このブログでも取り上げた Objective-C 後継として開発中の Apple Swift や、 JavaScript を置き換えるものとして作られている Google の Dart や Microsoft の TypeScript などのように、既存の言語に限界を感じて新しい言語を作るというケースは非常に多いです。 今回はその中から、ハードウェアレベルからアプリケーションまで扱えるシステムプログラミング言語として不動の地位を築いているC言語の後継という大きな目標を掲げて開発

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに この記事は数百万行の動的型付き言語のWebアプリケーションのリファ

12月20日に第1回ワンクリックデプロイ勉強会で、デプロイの自動化について好き勝手に喋ったりデモしたりする予定なのですが、当日話す内容の概略について以下に載せておきます。 以下にあげることをやっておけばデプロイ自動化、ワンクリックデプロイはそんなに遠くないところにあると思います。 ソースコードのバージョン管理いわずもがな。全ての起点はここにあるコードの共同所有の原則への理解このソースコードは本番環境または開発環境などで同じように動作しなければならないテストを書く習慣、コミット前に他のテストも含めて通してからコミットする習慣設定ファイルのバージョン管理環境によって異なる設定値（接続先データベース情報など）が書かれた設定ファイルもバージョン管理する開発環境用、ステージング環境用、本番環境用などに分けて定義し、容易に切り替え可能にする本番環境に配置する際に、アプリケーションの各所を書き換えなけれ

マイクロソフト、「MS-DOS」と「Word for Windows」のソースコード公開。コンピュータ歴史博物館への寄贈で 米マイクロソフトは、同社が1982年にリリースしたIBM-PC向けオペレーティングシステムの「MS-DOS 1.1」および1983年の「MS-DOS 2.0」と、1990年にリリースしたWindows向けワードプロセッサの「Word for Windows 1.1a」のソースコードを、米カリフォルニア州マウンテンビューにあるコンピュータ歴史博物館に寄贈したことを明らかにしました。 同時に、この2つの製品のソースコードが同博物館のWebサイトで公開されました。 MS-DOSは、IBMが当時開発していたPCのためにマイクロソフトが開発したOSで、同社がPCのOS市場で圧倒的なシェアを築く礎となったソフトウェア。 Word for Windowsは、Windows用のワード

伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ

食産業の活性化は全国の地方大学の産学・地域連携の重要テーマの一つだ。室蘭工業大学のプロジェクトでは植物機能性成分の評価に、量子ドットイメージングや人工知能（ＡＩ）など最先端の技術を... マイクリップ登録する

「よくわかるFOSSライセンスまとめなんてないよねー」と煽られたので３分で書く。 オープンソースライセンスは、以下の３種類に大別される。 代表的なライセンス 改変部分のソースコードの開示が必要 リンクして使う、他のソフトウェアのソースコード開示が必要 GPL (コピーレフト型) ○ ○ LGPL /MPL (準コピーレフト型) ○ × BSDL / MITL (非コピーレフト型) × × 自作のソフトウェアをオープンソースで公開する場合、 コピーレフト型にする場合は「GPLv2以上」 準コピーレフト型にする場合は「LGPL兼MPL」 とするのが無難。非コピーレフト型はMITLのほうがBSDLよりも明確だと言われることが多い（そしてどちらを選んでも問題ない）。 ※表の出典は OSS ライセンスの比較および利用動向ならびに係争に関する調査 より詳しく知りたい方へ： ライセンスの解釈については、