広野 彩子 日本経済新聞社NAR編集部次長 朝日新聞記者を経て日経ビジネス記者、2013年から日経ビジネス副編集長。日経ビジネスオンラインでコラムの執筆・編集を担当。入山章栄氏の著作『ビジネススクールでは学べない 世界最先端の経営学』を担当。 この著者の記事を見る
いくら言っても、人や組織が変わらない理由：日経ビジネスオンライン
広野 彩子 日本経済新聞社NAR編集部次長 朝日新聞記者を経て日経ビジネス記者、2013年から日経ビジネス副編集長。日経ビジネスオンラインでコラムの執筆・編集を担当。入山章栄氏の著作『ビジネススクールでは学べない 世界最先端の経営学』を担当。 この著者の記事を見る
やはりおまえらの MVC は間違えている in バックボーンジェーエス - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
続編の紹介 続編 やはり俺のMVCは間違えている in Backbone.js を書いた。そっちのほうが有益な情報が乗ってると思うけど面白くないかもしれない 以下本編 MVC の話と宗教の話と政治の話と野球の話はしてはいけないそうですがそんなの知るか俺はするぞ クライアントサイド MVC の話 そもそも MVC の出自が GUI アプリケーションのために生まれてきたものなので「クライアントサイド MVC」などと言う言い方をしなければならない状況がすでに憎いのだけれど、まあそれはおいておく。 「うちは Backbone.js を使っているから MVC でクライアントサイドが作られていて保守性が高いです」みたいなことを言う人間がたまにいるが、Backbone.js をつかったから（あるいは Marionette.js を使ったらから）といって自動的にお前のアプリケーションが MVC になるわけ
エンジニアが作るネットサービスのアイデアがしょぼいワケ【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 若干釣り気味のタイトルですいません。今通っている大学院の授業で、漫画家の浦沢直
あなたは本当にオタクですか？／オタクとサブカル、ヤンキーと体育会系 ｜ ガジェット通信 GetNews
今回はrootportさんのブログ『デマこいてんじゃねえ！』からご寄稿いただきました。 ※記事のすべての画像が表示されない場合は、https://getnews.jp/archives/248520をごらんください。 「リア充」と呼ばれる集団は、よく考えてみると二つのグループに大別できる。 一つは社会的な行動様式を持ち、高所得層に食い込んでいるグループ。いわゆる「体育会系」だ。そしてもう一つは、ヤンキーと呼ばれる社会的アウトローのグループだ。近傍にはギャル・ギャル男・お兄など、やはり低所得～中間層をボリュームゾーンとする人々が存在している。彼らの違いはどこにあるのだろう。 また近年、オタクのライト化が進んでいるという。数十年前、オタクとは好きなモノを追求する日陰者たちのことだった。しかし最近では、流行りのアイテムに次々に飛びつき、コミュニケーションツールとして深夜アニメを消費する「軽いオタ
尊重されたいすべてのソフトウェアエンジニアへ - たごもりすメモ
自分はソフトウェアエンジニアとして毎日の糧を得ている。今のところはサラリーマンエンジニア以外の存在になる予定はない、が、とはいえ唯々諾々とつまんない仕事ばっかりやる毎日はできればごめんだと思っている。コードを書くのは楽しいからコードを書ける仕事をしたいし、特に面白い問題やまだ誰も手をつけてなさそうな問題を解決する仕事ができれば最高だ。 つまり、そう、尊重されたい。自分のやれること、やりたいことを尊重されるようになりたい。自分がやった仕事には価値があると思われるのは嬉しいし、そのように(勤務先以外の)他人から認められれば面白い話も聞けるようになるかもしれない。尊重されるソフトウェアエンジニアになれれば楽しそうだ。 尊重されるソフトウェアエンジニアであれば、もしかしたら自分の仕事についてある程度の自由が効くかもしれない。突然わけのわからない政治でがんじがらめの炎上プロジェクトのPMをやってこい
ウォーターフォールのほうが楽だという話 - 勘と経験と読経
わたしはまだ本格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い（プロジェクトマネージャーの立場で、スクラムマスター的に推進）。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども、一部のエンジニアからは「キツかった」と言われて驚いた。 アジャイルの前のほうが楽だった？ 「第5回 TFSUG：ウォーターフォールからアジャイル、リーンへ」での発表で、アジャイル開発に挑戦した方がやはり「前のほうが楽だった」というような事を書いている。 http://kaorun55.hatenablog.jp/entry/2012/04/17/001312 第5回TFSUG WFからAgile
チーム内でやる進捗会議はムダ - 勘と経験と読経
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ
プレゼンテーション・パターン (Presentation Patterns)
本サイトから生まれた書籍『プレゼンテーション・パターン：創造を誘発する表現のヒント』（井庭崇＋井庭研究室, 慶應義塾大学出版会, 2013年2月出版）が、2013年度グッドデザイン賞を受賞しました！ 審査員の評価では、「コミュニケーションをとることが重視される現代社会においては、プレゼンテーションする機会も多くなる。最近では若い人のプレゼンテーション機会も多く、前世代を生きた人間にはうまく伝えられないこともある。本書籍はプレゼンテーションの本質的な理解を促すための秘訣（視点や考え方など）がわかりやすく整理され、ウィットの利いたイラストやコピーを用いて学生でも読みやすいように仕上げており編集デザインの観点から評価した。また相手の存在を理解しなくてはならないデザイン意識の指南書としても期待したい。」というコメントを頂いています。 なお本書は、2013年10月30日〜11月4日に東京ミッドタウン
Martin Fowler's Bliki in Japanese - フィーチャーブランチ
@@ -1,25 +1,29 @@ http://martinfowler.com/bliki/FeatureBranch.html -gitやMercurialの様な分散バージョン管理システム(DVCS)の台頭と共に私はブランチとマージ、どの様に継続的インテグレーション(CI)に適合に向けての戦略に関して、より多くの会話を見てきた。ここ、特にフューチャーブランチのプラクティスとどの様にCIに適合させるかに関して、少し戸惑いがある。 +gitやMercurialの様な分散バージョン管理システム(DVCS)の台頭と共に私はブランチとマージ、どの様に継続的インテグレーション(CI)に適合に向けての戦略に関して、より多くの会話を見てきた。ここ、特にフィーチャーブランチのプラクティスとどの様にCIに適合させるかに関して、少し戸惑いがある。 -シンプルな(分離した)フューチャーブランチ +
ラピュタには何故自爆コマンドが用意されているのか: 不倒城
バルスのことなんですけど。 大多数のネットユーザー諸兄はご存知かと思うが、バルスは天空の城ラピュタにおける「滅びの言葉」である。劇中ラストシーンにおいて、家伝の飛行石を手にしたシータとパズーが「バルス！」と叫ぶと、なんか飛行石がやたら光ってムスカさんが目が目が星人になったりラピュタがぶっ壊れたり、色々とエラいことになる。 「バルス=滅びの言葉」という図式の定着度・認知度はWeb上では恐ろしい程であり、ラピュタ放映時には実況板が「バルス！」の書き込みとAAで埋め尽くされるという。 まず考えなくてはいけないのは、このバルスという命令は一体何の為に用意されたAPIなのかということである。 ラピュタは人工物なので、当然設計者や開発者がいた筈である。そして彼らは、管理権限キーっぽい小さな飛行石に、複数のコマンドを用意している。「困った時のおまじない」であるとか、「滅びの言葉」がそれである。飛行石を身
FacebookとGoogleの本当の違い
「Googleは情報を追跡し、Facebookは情報を共有している」。フェイスブックのCEO、マーク・ザッカーバーグは、『フェイスブック若き天才の野望』の著者デビット・カークパトリックに対してこう説明している（同書 pp.472-473）。Googleは検索エンジン、Facebookはソーシャルネットワークという異なるビジネスモデルによって、インターネット上での情報流通を担っている。Googleは全世界数十億人、Facebookは6億人の巨大ユーザーを相手にしており、これら2サービスはよく比較される。しかし、両者の違いや共通点はいまひとつ明確ではない。これらの本当の違いは何なのか、技術的な観点から探ってみよう。 情報をクロールするGoogleとボトムアップのFacebook ザッカーバーグが語っているように、両者の違いのひとつは「情報の集め方」である。Googleはクローラと呼ばれるプログ
「お客に会わない」で有名 日本でいちばん社員満足度が高い会社の非常識な働き方 【増田(@maskin)真樹】 | TechWave（テックウェーブ）
最も共感したのは「株式公開をしない」「外部資本を入れない」という点。筆者は、ネット系起業家に必ず「目標は」と質問するのだが、ほぼ100％「上場、株式公開」といってくる。なぜ？と聞くと「規模を大きくする」とか「キャピタルゲイン」という話。金儲けの手段で会社を立ち上げるという意見が多い。しかし、山本氏は「会社は、個人が成長するためのインフラ」と言い切るので、すがすがしい気持ちになる。 なぜか。筆者だけでなく、多くの仕事人は「働く意味」を求めている。決して上場だけに固執していない。起業系経営者と従業員の乖離は埋まらず、従業員は無理をするだけで、結局、うまいこと売り抜けた経営陣はプチリタイアを満喫するだけに終わるという現実が横たわっているからだ。 山本社長はネットだけで営業をする会社としてECstudioを起業した。しかし、創業期だからと大切なスタッフに普通の経営者と同じような厳しい態度を取ったの
インターン講義8日目「データ構造」 - Hatena Developer Blog
少し遅くなってしまいましたが、インターン講義Ustreamの最終回です。最終回はうごメモエンジニアid:birdie7による「データ構造」です。データ構造の概要から、B-Treeについてまでを解説しています。 インターン自体は、既に後半に入っており、実際のサービスのコードに機能追加を行っています。ちゃくちゃくと実装が進んでおり、来週にはリリースができそうです。 講義#8: データ構造 自己紹介 うごメモエンジニア 動画像処理 業務で使っている言語 C/C++、perl 今までやった主な仕事 うごメモ作品・コメント変換部 (C++等) うごメモ写真検出、高速点滅検出 (C++、XS) 直線検出、位置推定 (C++、XS) うごメモ検索 (Solr) ランキング (Hadoop)他、集計的業務 その他エンジニアリングディレクター的仕事 うごメモとは http://ugomemo.hatena.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
私が考える安全なプログラムを書くために必要なこと
はてなブログ | 無料ブログを作成しよう