歌詞を見ているのでしょうか、真剣にスマホを見つめながら音楽に聞き入る少年。その後ろでネコがスリスリしています。かわいいなあと思って見ていたら…。 [ada]
![予想以上(笑)!ネコのスリスリが激しすぎて困りながらもニヤニヤしちゃう少年](https://cdn-ak-scissors.b.st-hatena.com/image/square/c5012e4735fa8834ba193c4926e1316bb0d749f0/height=288;version=1;width=512/https%3A%2F%2Fi0.wp.com%2Fbuzzmag.jp%2Fwp-content%2Fuploads%2F2015%2F06%2Fcat_R15.jpg%3Ffit%3D500%252C262%26ssl%3D1)
歌詞を見ているのでしょうか、真剣にスマホを見つめながら音楽に聞き入る少年。その後ろでネコがスリスリしています。かわいいなあと思って見ていたら…。 [ada]
主張 ソフトウェア開発prjがなかなかアジャイルにならないのはなぜかなぁと考えてみた。 昨今、エンジニアにおいては、知識としての共有の機会も増えているし、実際に経験済み、習慣化済みになってきているように思う。要は「しっくり」くることが多いのだと思う。 しかしながら、現実のprjが経験型のアプローチ(アジャイル)を取ることはまだまだ少ない。この要因として、エンジニアと協業する他のメンバー、あるいはprjの利害関係者(組織の上層部を含む)が予測型の進め方を望むからではないか、と感じている。 というわけで、エンジニアと仕事をするエンジニア以外の人に伝えたいと思い、書いてみる。そのためにはおそらく、アジャイル開発、スクラムのプラクティスがどうこう、というよりは、プロジェクトマネジメントの世界観として語る方がよいかというのが本稿。エンジニアとして、抽象的な「しっくり」の言語化にもなればよいと思う。最
この連載では、先が見えない「暗闇プロジェクト」を任された場合に参考になりそうなヒントやノウハウを紹介している。前々回(予期せぬ“危機”に事前に手を打つ秘策)と前回(多数決で仕様を決めて“炎上”、少数意見に目を向けよ)は暗闇プロジェクトに役立つ要件定義の進め方を紹介した。 暗闇プロジェクトでは、ユーザー側の理不尽な言動や行動にベンダーが振り回されるケースが少なくない。今回はそうした場合に備えるための三つのセオリーを取り上げる。 セオリー1 相手の土俵で相撲を取らない 「我々はITの専門家ではないので」。システム導入プロジェクトで、顧客やユーザーがよく口にするフレーズである。こう言っておくことで、何かあった場合の責任を回避したいとする担当者の気持ちが表れている。 ベンダーは、こうした顧客の態度を嫌がるどころか、むしろ歓迎する。プロジェクト推進の主導権を握りたいと考えていたところ、頼まずとも向こ
ついに!Prott for Androidをリリースしました!Web(ブラウザ・Mac・Windows)、iPhoneアプリとともに、より多くの方にお使い頂けるようになりました。 使い方 1.プロジェクト作成 まずは右下の+ボタンからプロジェクトを作成しましょう! 2.スクリーン撮影 データフォルダから選択するか、カメラでスクリーンを撮影します。 スクリーン撮影時、左上の鉛筆アイコンで編集モードに切り替えると撮影した画像のクロップや削除ができます。 少し大きめに撮影してクロップで調整するのが綺麗につくるコツです! 3.リンク先指定 リンクをつけたい範囲にホットスポットを置きましょう。遷移先スクリーン、遷移時のトランジション、ジェスチャーを選択することができます。 上下のバーでヘッダー、フッターを固定できます。 マルチジェスチャー機能 一つのリンク範囲にジェスチャーを4つまで追加できます。タ
『なぜエラーが医療事故を減らすのか』はスゴ本: わたしが知らないスゴ本は、きっとあなたが読んでいる この記事自体に文句があるわけではないのだが, なぜなぜ分析とは、「なぜそれが起きたのか?」「その原因の原因は?」と、原因を幾重にも掘り下げる手法のこと。5段階も遡及すると、たいてい「私の不注意でした」となり、対策は「意識を入れ替える」という小学校の学級目標になる。反面、もっと深刻な「仕様変更が電話口で伝えられていた」とか「アジャイルの名のもとにテストが省略されていた」などは放置される(なぜなら、「人」を原因にしたいから)。 こんな冗談みたいな施策を続けていくと、スケープゴートになった人はどんどん心をすり減らし、不具合の初期症状は「知りません」の壁に囲われ、詳しい人から順番にプロジェクトからいなくなる。かくしてバグは報告されなくなる、システムが崩壊するまで。 『なぜエラーが医療事故を減らすのか
「バグを排除しようと圧力をかけると、バグが報告されないプロジェクトになる」 この寸言は、よく忘れられる。シックス・シグマや日経ナントカに染まった管理者が、バグを目の敵にし、バグゼロの号令をかける。不具合が表面化すると、たまたまそこに詳しいだけの担当を犯人扱いし、なぜなぜ分析を強要し、ccメールや全体会議で晒し者にする。 なぜなぜ分析とは、「なぜそれが起きたのか?」「その原因の原因は?」と、原因を幾重にも掘り下げる手法のこと。5段階も遡及すると、たいてい「私の不注意でした」となり、対策は「意識を入れ替える」という小学校の学級目標になる。反面、もっと深刻な「仕様変更が電話口で伝えられていた」とか「アジャイルの名のもとにテストが省略されていた」などは放置される(なぜなら、「人」を原因にしたいから)。 こんな冗談みたいな施策を続けていくと、スケープゴートになった人はどんどん心をすり減らし、不具合の
目次 はじめに 技術選択の基本的な方針 技術選択の各論 HTTP Client Dependency Injection View Injection Asynchronous Control Flow Object Relation Mapper Logging Fragment はじめに 技術部の id:gfx です。 Android版クックパッドアプリのリニューアル*1 から約1年たちました。現在はリリースごとに5人程度がコミットし、2週間に1度リリースを行う開発体制となっています。プログラミング言語はJavaで、コメントも含めたアプリのソースコードの行数は約15万行です。 本エントリでは、Android版クックパッドアプリで使っている技術、具体的にはライブラリやフレームワークについて紹介します。また、そのための技術選択のアプローチについても概説します。 技術選択の基本的な方針 まず
・ニトリのシステムコンサル(経歴だけやたらすごいことを主張し横文字ばかり使う)がGoogleのパンダアップデートを機にニトリネットのリニューアルを提案 ・その際に、自分の懇意にしているシステム営業を連れてきて提案させる(CTC) ・CTCのMAMSを導入することを決定し、基幹システム等のつなぎ込みプロジェクトが開始 CTCでの受注額はおそらく数億〜十数億レベル(3年保守契約含む)→コンサルには5%キックバック ・この時点で、以前にニトリネットを依頼してた会社(0社)の足切りを決定。 ・0社は引き継ぎは1ヶ月しか行いませんと明言、ニトリ担当者了解する。 ・CTC下請けへ開発を投げる。そこそこ中堅規模の開発会社(A社)が5000万で受注。 ・A社、いつも仕事を投げているB社へ800万で発注。 ・B社、コンペで募った会社(C社、D社、E社)の中から、一番デザインが良さそうだったD社に300万で発
作成:2012/10/29 更新:2016/10/22 Tool > 低スペックPCやウィンドウ幅の狭いノートを使っている場合、ソフト立ち上げを躊躇してしまう時がありませんか?そんな人に「シンプル、軽い、簡単」のウェブ上で使えるツールをご紹介。ブラウザ内で開けるので無駄なスペースを取られません。 ※こちらの記事は2012年に書いたもので、情報が古くなっております。比較的最近のツール系のまとめは、Web制作に役立つトレンドのツール一覧と以下の2つご覧ください。(※ 2015/06/25 2015/06/28追記) Node.jsとgulpをインストールして使うまでの入門記事 これからGit を始めてみようという人のための使い方と入門フロー 特にウェブ屋さんやブロガーさん達が使っているのをピックアップ。 もちろん僕も頻繁にガシガシ使ってるので「ツール用ブックマーク」としてこのページを作りました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く