Gitコミットメッセージの7大原則 - rochefort's blog
タイトルは大げさです。割と当たり前の話です。 ハードディスクの整理中にRailscastsのメモが出てきまして 懐かしいなぁ、 Ryan Bates(@rbates)さん 元気かなぁと Twitterを覗いてみたところ How to write a Git commit message: http://t.co/D31dVh1lks— Ryan Bates (@rbates) 2015, 7月 28 なかなか興味深い記事をtweetされていました。 Git の commit messageに 規律をもたらそうぜ、ってのは どうやら日本人だけじゃないようです。 元記事( How to Write a Git Commit Message ) Introduction 著者の過去と現在のcommit logを対比しています。 一貫して、この緑と赤の対比が見やすいので、記事も読みやすいです。 ま
ソフトウェア品質向上活動を分類した4レベル、今どのレベルですか？：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
講演や発表での事例、エンジニアコミュニティでの事例や雑談、ブログ、tweet, facebookを見聞きしていると、ソフトウェア開発の目的やソフトウェアの品質向上活動をいくつかのレベルに分けられるのではないかと感じていました。 講演の機会をいただいたので、これまでの私の考えを少し整理して、以下のとおり4+1レベルに分けました。タイトルとアブストを考えた時点では3レベルとしていたのですが、4+1が説明がしやすいと思い、変更しました。セッションの主旨がソフトウェア品質に関するものなので、品質向上活動としていますが、ソフトウェア開発の目的と考えることもできます。 レベル1: 開発関係者が各々の考えで品質向上活動を実施している 開発中のソフトウェアに求められる品質を共有できておらず各々の考えで取り組んでいる状態。使い勝手が最優先と考えて、ユーザビリティの向上に時間を使っているメンバもいれば、保守性
エンジニアが書く同人誌の内容が予想以上に濃い：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
コミケで販売されるエンジニア向けの同人誌が増えてきています。私が目にしている範囲内で3つ紹介します。他にもありましたら@smorisaki宛にtweetで教えてください。（本エントリは、ベストエフォートで情報更新していきます。） DevLove ライトニングトークス さあ、プレゼンに目覚めよう Software Testing ManiaX vol. 7 Ultimate Agile Stories Iteration 2 コミュニティ等で非常に有名な方も多数寄稿されていて、予想以上に読み応えがあると思います。Ultimate Agile Storiesは私も寄稿しており、著者のメーリングリストで原稿がやりとりされていて、事前に読むことができました。 私は、Software Testing ManiaX vol. 7に「DevOpsから学べること」という記事とUltimate Agile
形式手法でソフトウェア設計時の修正指摘が可能に、IPAらが活動成果を報告
障害を起こさないソフトウェア「ディペンダブルソフトウェア」の実現に向け、IPAやITベンダーらが参加する組織が、東証のシステム設計書で形式手法を用いた効果を実証した。 情報処理推進機構（IPA）や国立情報学研究所、ITベンダー6社が参加する「ディペンダブル・ソフトウェア・フォーラム（DSF）」は4月20日、障害を起こさないソフトウェア「ディペンダブルソフトウェア」の実現に向けた実証実験の成果報告書を発表した。 この実験はソフトウェアに起因するシステム障害の低減を目的に、形式手法を使ってソフトウェア設計段階での修正指摘が可能かなどを検証したもの。DSFでは2011年8月から、東京証券取引所で実際に運用されているシステムのレビュー済みの設計書、のべ716ページを対象に形式手法を適用した場合の効果について調べた。 その結果、設計作業終了後の設計書では55件の指摘事項を抽出。22件については東証が
その範囲にあるか、無しか。 - ぽちぽち歩くと下に落ちてる物に気がつくよね
などという事をやっていたので。 例えば「この範囲から外に出たらgpsなどで調べて警告したい」とか合った場合のことなんですが。 範囲の点を複数書きます。ぽちぽちぽちぽちぽち。と。4画でもスタートとエンドも指定するので5点ね。んで、それを指定したら -(bool)InsidePolygonLat:(float)lati Long:(float)longi { int i; double angle=0; NSArray* polygonLati = [NSArray arrayWithObjects:@"1点目",@"2点目",@"3点目",@"4点目",@"5点目(終端は始点と同じ)", nil]; NSArray* polygonLongi = [NSArray arrayWithObjects:@"1点目",@"2点目",@"3点目",@"4点目",@"5点目(終端は始点と同じ)", n
リポジトリ管理ツール：Artifactoryの紹介 - @ikikko のはてなブログ
何か驚くほどに（日本語の）情報が少ない。めぼしいものといえば、ぐらい？なので、ちょっと書いてみます。 概要 リポジトリ管理ツールとは リポジトリ管理ツールとは、Mavenなどのビルド結果の生成物（アーティファクト）を突っ込むためのリポジトリ（インハウスリポジトリ）を簡単に立てることができるツールです。まあぶっちゃけインハウスリポジトリはWebDAVでも構わないので、Apacheとか使うと簡単に構築することはできます。ただ、ツールとして作られている以上、単純なWebDAVにはない機能も備えているわけでして。 いくつかあげると、 セントラルリポジトリをはじめとした、リモートリポジトリのキャッシュ リポジトリの分割・分割されたリポジトリの仮想的な統一 デプロイされているアーティファクトの検索 Jarの内部を参照可能 セキュリティをロールに応じて細かく設定可能 のような、細かいながらも便利な機能を
レポート：「第4回 Jenkins勉強会」活動報告｜gihyo.jp … 技術評論社
10月15日に株式会社グリー様の会場をお借りして、75名程度の参加者と共に第4回Jenkins勉強会を開催いたしました。本稿では、本イベントをレポートします。 今回のテーマは「C/C++/C#(...etc)プロジェクトにおけるJenkinsの運用について」です。今回の参加者の過半数は、主にC/C++/C#に携わっている方ということもあって、少しでも日々の業務で活かせるものを持ち帰ろうと皆さん熱心に発表を聞いていました。 なお、当日のUstreamをはじめ、各発表者の発表資料や参加者の感想ブログはwiki.jenkins-ci.orgにまとめられています。本レポートの補足として参照ください。 クロスコンパイルに役立つマルチ構成プロジェクトの紹介 川口氏の今回の発表は、マルチ構成プロジェクト機能の紹介です。マルチ構成プロジェクトについては、以前川口氏がgihyo.jp上に寄稿した記事も参考に
C#の命名規約について
今後に向けて、ある程度統一しといたほうが身のためかと思い、C#のコーディング規約について勉強している。その中で、いろいろな規約が提案されているわけだけど、C#で書くなら、Microsoftさんの言いなりになろうかと思ってるわけだ。 近くに転がってたC#コーディング規約について言及した本を拾い読みしてみるものの、どうもしっくりこない。というより、.NETの標準に従ってないところが多かった。例えば、定数は全部大文字で、単語はアンダーバー（_）で区切るなど。 転がってた本（＝本） コーディングし疲れて深夜に帰る直前に偶然見つけた書。どうやら出版社が倒産して、絶版になっているらしい。全頁がカラーで大変読みやすいし、内容もわかりやすい構成だが、準拠している規約が公式ガイドラインじゃないので、今回の場合だと参考にならない面もある。 クラス ライブラリ開発者向けのデザイン ガイドライン（＝公式ガイドライ
[PDF] WinDBG. From A to Z! 日本語版 小國 健 (NTT DATA)
1 WinDbg. From A to Z! WinDbg. From A to Z! By Robert Kuster December 2007. All rights reserved. www.windbg.info Japanese Edition By Tsuyoshi Oguni, February 2009 日本語版 小國 健 (NTT DATA) Everything you need to know about WinDbg. And nothing you don’t. 2 WinDbg WinDbgを選ぶ理由 を選ぶ理由 なぜなら、WinDbgは... � マイクロソフトのWindowsプロダクトチームが、Windowsの 開発に利用している � よく使われているVisual Studioのデバッガよりも高機能 � 拡張DLLによる、機能の拡張が可能 � Windo
実力を測るのにFizzBuzzも二分探索も使えない | gihyo.jp
@IT自分戦略研究所によるブログ「Rails Hub情報局」からの記事です。企業がプログラマを雇う際にどのようにしてスキル判定を行うか、について最新の動向をまとめています。 はじめに、2011年6月に採用担当者とプログラマとをマッチングさせるサービス「CodeEval」が一般公開されたことを挙げ、果たしてアルゴリズムのコーディングで判断してよいのかについて疑問を呈しています。そして海外のRubyエンジニアによるブログ記事を紹介し、そこではクイックソートやFizzBuzzなどまったく実践的でなく、Twitter APIを扱った簡単なデータ加工プログラムを書かせたり既存フレームワークに簡易的なHackをさせたりするほうがよい、と主張しています。そして「How（どのように）」よりも「Why（なぜ）」のほうが重要で、たとえばDBテーブルの命名スタイルについて質問したあとに「なぜ（その命名規
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
数万のソースコードから目的の一行を一瞬で見つけ出す、Milkode - ブログのおんがえし
最新バージョンはコチラです。 Milkode(ミルコード)はソースコード検索エンジンです。手元にある大量のソースコードを登録し、ブラウザで閲覧したり検索することが出来ます。20000ファイル位であれば1秒位で特定の一行を見つけることが可能です。 Rubyで書かれており、使っているライブラリも含めてRubyGem経由でインストールすることが出来ます。 OSX, Unix $ sudo gem install milkode Windows(32bit) $ gem.bat install rroonga --platform x86-mingw32 $ gem.bat install milkode Windows(64bit) ※ 事前に64bit版rroongaのインストールが必要です。 $ gem.bat install milkode詳しいインストール方法はホームページをご覧下さい。
変化するDBの必須知識
筆者が日経ソフトウエアに異動してきたのは5年前。当時、日経ソフトウエアで「データベースを学ぶ企画」と言えば、米OracleのOracle DatabaseやMySQL、米MicrosoftのSQL Serverを中心に取り上げるものだった。 これらはみな、リレーショナルモデルという理論をベースにしたリレーショナルデータベース管理システム（Relational Database Management System、RDBMS）である。一昔前ではRDBMSさえ理解しておけば、業務アプリケーションから個人向けのWebアプリケーションに至るまで、データベースを使ったアプリケーション開発に事欠くことはなかった。 スマホ＆クラウドの普及で変化 あれから5年の月日が流れた今、急速に拡大するスマートフォン＆クラウド市場によって、開発者が学ぶべきデータベースに変化が生じている。従来のRDBMSの知識に加えて
特集：ASP.NETで実践するO/Rマッピング（NHibernate編）（2/4） - ＠IT
NHibernateは、Java向けの代表的なO/Rマッピング・ツールであるHibernateの.NET Framework環境への移植版だ。 Hibernateは、機能性、パフォーマンスともに定評のあるオープンソースのツールであり、ドキュメントが充実している、導入が容易である、などの点からO/Rマッピングを基礎から学びたいユーザーにとっても魅力的なツールである。Hibernateに関する詳細は、別稿「Hibernateで理解するO/Rマッピング」でも紹介されているので、そちらを参照していただくとよいだろう。 一方、Hibernateの.NET版であるNHibernateは、執筆時点でバージョン0.9.1とまだ歴史は浅いものの、Java環境での実績を考慮すれば十分利用に値するツールである。現在も精力的にバージョンアップが重ねられており、近日中の1.0リリースを期待したい。 NHiberna
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログチームの開発フローとGitHub（後編）。GitHub Kaigi 2014
はてなブログチームの開発フローとGitHub（前編）。GitHub Kaigi 2014
site:jenkins.io viewpage.action - Google 検索
SourceMonitor
Amazon.co.jp: アジャイルサムライ−達人開発者への道−: Jonathan Rasmusson (著), 西村直人 (監訳), 角谷信太郎 (監訳), 近藤修平 (翻訳), 角掛拓未 (翻訳): 本
「ソートも、サーチも、あるんだよ」 ～標準C++ライブラリにみるアルゴリズムの面白さ
