GitHub実践入門、Pull Requestによる開発の変革。GitHub Kaigi 2014
GitHub User Group主催のGitHub Kaigiが6月1日、都内で開催されました。GitHubを利用した開発は、スタートアップやオンラインサービス系の企業などを中心に広まりつつあり、いままさに数多くのノウハウの交換が求められているツールでもあります。 本記事ではGitHub Kaigiの最初のセッションとなった大塚弘記氏の「GitHub実践入門 ─ Pull Requestによる開発の変革」の内容をダイジェストで紹介します。 GitHub実践入門 ─ Pull Requestによる開発の変革 大塚弘記といいます。会社でもリアルでもほとんど@hirocasterと呼ばれています。 今日はメッセージを3つ持ってきました。まず、GitHubを使っている世界と使っていない世界についての話を少し。次に、GitHubを使っているけれど、十分に使っているかどうか、という話をして、最後に本
生存戦略としてITエンジニアが35歳までに考えておくべき3つの事 - paiza開発日誌
Photo by Financial Times 今回のpaiza開発日誌は片山がお送りします。 仕事柄色々なITエンジニアの方と話す機会があるのですが、全般的にエンジニアは技術面についての探求は強いけれど、自分のキャリアについての探求はわりとのんびりしている方が多いのだなと思う事が良く有ります。また、そのあたりで働き方の面で少し損しているかも、と感じる事があります。 エンジニアは、どうしたら自分のスキルを生かして自分のやりたい開発を続けることができるのか、夢を叶えられるのか、そのためにはどのようにキャリアに向き合ったらいいのかについてまとめてみました。 ■キャリアは自分で考える時代 少し損をしているなと思った例で言うと、、、 とりあえず開発できればいい⇒常駐や保守メインの仕事 30代半ばで初めての転職、かつSI、組み込み⇒Webなどの業界チェンジ それぞれ結構レベルの高い方です。１のタイ
アニメOPEDの“スピード感” - OTACTURE
ノリの良いオープニングには“スピード感”がある。 楽曲に合わせて映像が流れていく快感は本編では味わえない特別なものだ。 今期だと『ノーゲーム・ノーライフ』のOPとか、スピード感があってとても良い。 オープニング映像というのは基本的には そういった「スピード感」や「変化」の連続で出来ている。 具体的に分類すると「加速」、「減速」、「等速」、「（急）停止」、「高速カッティング」、「色彩変化」、「フレームイン／アウト」等々。 これらの要素をうまく継ぎ接ぎして、楽曲のリズムと合わせていくのである。 等速 「等速」表現の場合、 基本的にはオブジェクトが画面の横に（あるいは縦に）等速で通過していくのを撮ることになる。 『ノーゲーム・ノーライフ』OP 密着マルチは「等速」を表現するのに使われる。 複数のセルがそれぞれ横にスライドし、「奥行き」や「等速」の動きを生みつつも、 この画面全体のスピード感は一番
20年程前のVR事情の記事（PC雑誌LOGINより抜粋） |
以前ScanSnapを買った時に、ヤフオクで古いPC雑誌を落札して スキャンしてipadで楽しむということをやっていたことがありまして。懐かしすぎて草。 で、ふと思い出して色々読み返してみたら、1994年とかはVRがこれからは来る！ マルチメディア最高！みたいな記事で溢れてた。 時代的には液晶ディスプレーがようやく実用化されるかされないかくらいの時代の話で 1994年なんてHDDがようやく一般化してきたかなーレベルの頃。 当然規模は非常に大きく、数百万とかする割に性能が今のスマホ以下だったので、 あっという間に廃れて今に至る感じ。その後Windows95でお祭り騒ぎになっちゃったしね。 OculusRiftのパーマーさんなんてまだ1歳とかそのくらいじゃないかしら？ 20年前の赤ちゃんが、当時騒がれてた最先端技術を一般化させるレベルまでのブレイクスルーを 起こそうとは誰も夢にも思ってなかった
Vimmerが闇堕ちした話。 - できる気がしてきた。
べつに暗黒美無王に洗脳されたわけではありません。（笑） もともとVimmerだった私ですが、あるときLispにハマりいろいろなものがLispに見えてくる病気になりました。そして、ついにエディタの設定ファイルすらもLispにしたいという禁断症状に侵されましてついに邪悪なエディタ(Emacs+evil)に手を染めることになってしまいました。今回はVimmer(私)がなぜ闇堕ちになってしまったのかをお話します。 遡ること、半年前― Lisp好きが高じてVimからEmacsに宗旨替えをし、はじめはEmacsLispの居心地の良さに満足していた私は、Emacsのデフォルトにキーバインドを勉強し(鬼軍曹.elを使って)矯正していたのですが、どうしてもEmacsのテキスト編集能力を使いこなせず悶々とする日々を送っていました。 「あ〜、テキストを早く編集したい。ESC+x遠すぎｗｗCtrl+[+xとかｗｗ
vim用にrubyの辞書が欲しかったので用意した
#!/usr/bin/env ruby require 'uri' if ARGV.size != 1 fail ArgumentError, "Set directory path like $HOME/.rbenv/versions/2.1.1/" end methods = [] Dir.glob(File.expand_path(ARGV[0]) + "/**/*.ri").each do |file| method = URI.decode(File.basename(file)) if /\A(.*)-\w*\.ri\Z/ =~ method methods << $1 end end methods.uniq.sort.each do |method| puts method unless method.size == 1 end
【git】分かりやすく！mergeは「合流」、rebaseは「付け替え」!
gitのコマンドって、コマンド名だけでは動作が想像できないものが多いですよね…。けど、勉強していく中で呪いのように見かける言葉。 『rebaseすんなし』 ﾄﾞﾕｺﾄｰ？ってことでまとめ。 pull = fetch + merge（rebase）! まず。 gitの主な動作はpush・fetch・merge・rebaseで出来ます。 push rebase pullはー？っていうと、fetch して mergeする = pull。 ちなみに、fetch して rebase する = pull --rebase。 要するに、pullは使わなくてOK！ってことです。 使わなくていい理由はこちらの記事が分かりやすかったです。ご参照ください。 Git pullを使うべきでない３つの理由 mergeするとどうなるの？ mergeは2種類ある！その1・・・Fast-Forward topicブランチは
テスト自動化ROI試算式の構成要素と5つの例。そしてCBAとは何か
表の「手動テストの運用コスト」「自動テストの開発コスト」「自動テストの運用コスト」は各単位時間当たりのコストと実行時間を積み上げていけば、算出できます。 「欠陥コスト」の扱いが問題 表の「テストで間接的に発生するコスト」で○が付いている「欠陥コスト」は「本番環境での欠陥に対する予想対応コスト」なので、発生する欠陥の頻度や重要度によって異なります。自動化された後の運用コストの値は、同一の「規模」「特性」を持ったソフトウェアからのベンチマークで計ることが多いですが、正確な予想値を見積もるのが困難な場合があります。障害の数がどれだけ減るかは、この「欠陥コスト」をはじめ、さまざまな変動要素が絡むためです。このため、簡易的なテストの運用改善に完結したROI試算では「欠陥コスト」は使用しない場合もあります。 また後述しますが、手動テストを自動化する場合、手動テストを行う人員が、別のアプリケーションのテ
BABYMETAL、レディー・ガガ世界ツアーサポートアクトに決定！
「アイドルとメタルの融合」をテーマに結成されたメタルダンスユニット・BABYMETALが、世界的大スターのLADY GAGAさんのツアー「LADY GAGA'S artRAVE: the ARTPOP ball」のアメリカ公演にサポートアクトとして出演することがわかった。 現在絶賛敢行中の「LADY GAGA'S artRAVE: the ARTPOP ball」だが、BABYMETALはそのうちのアメリカ5カ所の公演に出演。 さらに、BABYMETALのワールドツアー「BABYMETAL WORLD TOUR 2014」でも、アメリカ公演が追加！ 7月27日に、ロックの街で知られるロサンゼルスのThe Fonda Theatreでワンマンライブを行う。 LADY GAGA本人からラブコール！ BABYMETALは、7月1日のフランス公演を皮切りに、ドイツ、イギリスなどでワールドツアーを開
ヒカルのGo 資料 Webアプリケーションの作り方
FINAL FANTASY Record Keeper用に作ったツールのGolang実装についていろいろ。
愛する人に東横インをプレゼントしよう | やっぱんつ.com
※ページが重くて見られない方はこちらからご覧ください｡ http://getnews.jp/archives/602814 突然だが、わたしの夫は東横インが大好きだ｡ ＜東横イン＞ どれくらい好きなのかというと、まず東横インクラブカードの会員だし、 東横インに泊まるたびにおしっこちびりそうなくらい興奮してるし、 部屋に置いてある東横インの雑誌「たのやく」を必ず持って帰ってくるし、 東横インのグッズが欲しいがゆえにヤフオクで「東横イン」とキーワード登録 しているくらい。 …異常だ｡ ではなぜ東横インが好きなのか？その理由を書くと、 それだけでブログが終わりそうなくらい長くなるので省略するが、 むかし彼は東横インに泊まったとき、こんなことをつぶやいてた｡ 「いつかボクが巨万の富を手に入れたら、自分専用の東横インをつくるんだ」 そのときは、ああそうですか。と流してしまったが、 しかし昨年、まだ結
複数プラットフォームにGo言語のツールを配布する #hikarie_go
http://connpass.com/event/6579/
入力フォームのプレースホルダーを使ってはいけない
入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
Engadget | Technology News & Reviews
Iketeru Gopher 5 points