はじめに こんにちは、minne事業部でwebアプリケーションエンジニアをしているkazuです。今回の記事は、コミットメッセージを書く時に、自分がこれまで愛用してきたgitmojiをやめた話をします。 そもそもminneの開発チームにおけるコミットメッセージのルール minneの開発チームでは、コミットメッセージのルールは特にありません。 私がペパボに入社した当初、「逆か」というコミットメッセージもあったりなどして、意外とみんなカジュアルにコミットメッセージを書いているなと思っていました。なるべく実際に開発をする中でのプロセスをありのままに残していきたいという思いがあるのかなと思っています。 gitmojiとは 特にコミットメッセージのルールがないということで、これまで自分が個人開発などでは使ってきたgitmojiをminneの開発チーム内でも使っていました。 gitmojiとは、gitの

1.具体的な事が分からないプログラミングで主にやる事は下記の2つ。 ①IFでAかBを選択させてどっちかの設定を実行 ②Whileで決められた回数分繰り返す これでやりたいことは分かる。分かるけれどこれでどうやって動画や音楽のエンコードをしたり 画像処理をしたりするソフトウェアになるのかというのがよく分からない。 あるいはWordとかExcelとかがどうやってこんなので作られているのかが分からない。 プログラミング入門書を読んでも、一般的に知られているソフトウェアの作り方みたいな事が 書いてないので、ゴールが見えてこない。だからうんざりしてくる。 入門書を読むと、判定と繰り返しとあとどこかからかそういうプログラムが既に作られている フレームワークだとかよく分からないものを持ってきて使ってくださいってなっている。 だからそのフレームワークがどういう風になっているのかって説明からして欲しいって思

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性

非エンジニアのメンバーと話していると、 なんだかもどかしい気持ちになることがあります。 なんか話が噛み合わないというか、すごく他責な言い方をすると 「もっと開発のこと理解してほしいなぁ」と感じてしまう時があるんですよね。例えば、難易度の高い修正をさらっとできそうな感じで話されたりとか、逆に超簡単なのに難しいと思って遠慮されてたとか。そういう認識の違いから来るもどかしさです。 最近、このもどかしさを解消するには エンジニアから非エンジニアに歩み寄る方がいいなぁと思い始めたので、考えをまとめてみます。 相手の立場に立って考え直す このもどかしさ何とかならないかなぁと考えていた時に、 SHIROBAKO 17話『私どこにいるんでしょうか…』を見ました。 anicobin.ldblog.jp この回では、新人制作の佐藤さんがアニメーターの遠藤さんにちょっとキツいスケジュールの仕事をお願いし行くシー

例えばberkshelfひとつ入れるのに、膨大な知識がいる。 もしあなたが単にPHPサーバを作りたいだけだったとしても、berkshelfをちゃんとしたモダンなやり方でいれるには膨大な知識がいる。 例えばruby, rbenv, ruby-build, gem, bundlerなどだ。 まあ、rbenvとruby-buildで最新のrubyを入れること自体はそんなに難しくない。Ruby言語の知識も必要ない。 運よくgem install berkshelfが一発で成功したら、別に問題はない。おめでとう。 そういう人はここから下は読む必要はないです。 ところがである。 ひとたびgem installが失敗したら、そこからは茨の道である。 インフラの問題 gem installしたら "ERROR: Could not find a valid gem 'chef-solo' (>= 0) i

筆者のJohn Goerzen氏はプログラマー、フリーOS「Debian」の開発者、そして2児の父親でもあります。彼は以前より「子どもとPC」との引きあわせ方について考えてきました。その結果、愛する息子たちに与えたのは、GUIの一切ないコマンドライン方式のPCでした。彼はなぜ、WindowsやMacを渡さなかったのでしょう？ 私は2年前、当時3歳だった息子のJacobと一緒に、彼にとって初めてのコンピューターをつくりました。『Debian』はインストールしましたが、グラフィカルユーザーインターフェース（GUI）はいっさい入れませんでした。つまり、コマンドライン方式のマシンです。そのマシンはこの2年間、折に触れてたくさんの楽しみを提供してくれています。「うちの息子は3歳のときから『Linux』シェルに自分でログインできたんだよ」と、至極当然のように説明したときに相手の顔に浮かぶ驚きの表情は、

12. 役割分担 Product Manager Product Manager Project Manager Project Manager Design Quality Budget/Cost Architecture Deadline/Progress Scope Sprint Planning マンガプロダクションと担当編集の関係に着想

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み　厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。お読みのページは後編です。 大規模なテストをどうやって実行しているか 続いて、大規模なテストについて。 1000万件のテストパターンを作っても、それぞれのテスト結果の正解を人手で作っていたら追いつきません。なので、別々に運賃計算ソフトウェアを作って、その答えを突き合わせてチェックしよう、という話です。 例

それは、「トータルの収支計算」をさせないで、「目の前の収支だけに目を向けさせる」ということです。 ネズミ講は会員全員が儲かると言うけど、トータルで収支を計算したら、得する人がいる分だけ、そのお金を差し出して損をする人がいるはずなのです。しかし、そういうことを考えていはいけないと言います。「そんなことより今あなたは儲けている。そのことが大事だ」 原発は、使用済み燃料の最終的な処置について説明しない。放射性物質の収支の計算は簡単で、地球上では半減期以外に減る要素がないわけだから、どんどんたまっていくしかないんだけど、それについて考えさせないようにします。「そんなことより今あなたの使う電気が足らない。そのことが大事だ」 目の前の収支について考えることが優先で、トータルの計算は後回し。もしくは、他のどこかで誰かが考えているからよいと言います。 でも、使用済み燃料の処置は、「確実に閉じこめる」という

日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受

（訳注：2008年に急逝したアメリカの作家David Foster Wallaceが2005年にKenyon大学でした卒業スピーチです。個人的には同年のStanfordでのSteve Jobsの卒業スピーチより、遥かに奥深く、かつタメになると思うのですが、あまり知られていないようですし、訳されていないので、自分でやることにしました。以下が拙訳です。） もし発汗1したい人がいるなら、どうぞお好きなようにしてくださいな。多分ぼくもします。てかする...こんにちはーおめでとーKenyon大学2005年度の卒業生のみなさん。2匹の若いサカナが泳いでおり、逆方向に泳ぐ年上のサカナに会いました。すれ違い様、年上のサカナはこう言いました。「おはよう少年たち。今日の水はどうかね。」2匹のサカナは特に気にもとめず、しばらく泳いでから、顔を見合わせて言いました。「てか水って何？」 今の話は、米国の卒業スピーチ

東京電力福島第1原子力発電所のネットライブカメラに8月下旬、防護服姿でカメラに向かって指をさす人が写り込んだが、その本人だという男性がネットに現れた。男性は同原発で働く下請け作業員で、下請け作業員の雇用状況の改善を訴える意図があったことなどを、同原発での作業に関連する施設内とみられる写真などを交えて説明している。 防護服姿の人物がライブカメラに写り込んだのは8月28日午前10時10分過ぎ。右手で上空を指し、ゆっくり回してから、カメラを指さした。左手に持ったメモか携帯電話のようなものを見ながら呼びかけるようなしぐさを見せた。 東京電力は外部の人物が侵入した可能性については「セキュリティー状況からしてあり得ない」としており、同社や協力会社の関係者の可能性が高いと指摘されていた。 9月8日午後になって、本人を名乗る人物が2ちゃんねるに現れ、WebサイトのURLを書き込んだ。Webサイトでは、福島

春名風花🌸 @harukazechan 原稿おわったから、めだか係の集まりにいってきますん（ω）病気のめだかを隔離するのがおそかったから、みんなはくてんびょうになっちゃったから（ω）ｸｽﾝ 2011-04-16 17:03:21 春名風花🌸 @harukazechan めだか係になったばっかしなのに、めだか全滅して雛見沢っちゃったらいやなので、ぼくたちめだか係のﾒﾝﾊﾞｰは力をあわせて運命に立ち向かってきます（ω）ｽﾝｽﾝ 2011-04-16 17:06:05 さと＠みけ猫 @sato_2525 @harukazechan 初めましてでこんにちわ＾＾ うちの金魚の白点病時は、水温を低めにしてお茶の葉とか入れるバッグに唐辛子を５〜６本入れて、ひもで出ないようにむすんで水そうに入れてたら数日で元気になりました。金魚だけ？な対処法としてご一報まで♪（ネットで調べてみて下さいね） 2011-

東北地方太平洋地震に関連して、自然界に存在する放射線量と様々な安全基準を一目で比べられる便利な図が公開されています。放射線被ばくが心配な人もたくさんいると思いますので日本語に訳してみました。「今テレビで言ってた○○シーベルトってどれくらいなのかなぁ」と直感的につかみたいときにとても便利です。 このチャートを作成したのはおそらくネットで最も影響力があるWebコミック「XKCD」のチーム。さすがにタイムリーです。 追記（2011/05/02）： XKCDでの改訂を受けて、日本語バージョンも改訂を行いました。 下の図をクリックするとフルサイズで表示できます。1134×1133ピクセルと少しサイズが大きいのでご注意ください。 こんな感じで、色々なものから発せられる放射線量について一目で比べることができます。 ソース：Radiation Chart « xkcd ブログ「涙目で仕事しないSE」のなぐ