プロダクトと宗教の危険な関係 - Nothing ventured, nothing gained.
プロダクトは宗教である。 Emacsとvim、各種プログラミング言語などの例でもわかるように、プロダクトは宗教だ。各宗教や宗派に属するものが自らの信じるものを他者に広める。 昔話 筆者が20代を過ごしたDEC (Digital Equipment Corporation) という会社はVMSという自社OSが主力プロダクトだった。VAXというプロセッサーと合わせて、あらゆる規模のシステムにも同一アーキテクチャで展開できるその柔軟性や分散処理に優れている点などが支持され、一時はIBMに次ぐ世界2位のシェアを誇った。 しかし、やがてオープンスタンダードによるマルチベンダープロダクト間のインターオペラビリティが求められるようになる。標準化団体による標準化が進むも、実績にまさるUNIXとTCP/IPがデファクトとして普及する。 そのように時代が動き始めたとき、社内で起きていた議論が次のようなものだ。
エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド - Nothing ventured, nothing gained.
オライリーから本日出版された「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」はエンジニアリングマネジメントを考える人には必読の書だ。 エンジニアリングマネジメントを考える人とは、今すでにエンジニアの上司である人やエンジニアリング組織の長である人はもとより、人事上の上司ではないが、後輩などの面倒を見る立場の人や開発において技術的にリードするような人、そして漠然と将来のキャリアパスとしてマネジメントを考えている人までを含む。さらに言うならば、技術系でなくても、自社の技術組織の戦略を考える立場である人も読むべきであろう。 目次を見るとわかるが、本書はマネジメントされる立場のエンジニアから話は始まる。そしてメンタリングする立場になったとき、次にテックリードになったときと、まさにキャリアパスを1つずつ登っていくのに際しての心構えと具体的なスキル
++ - Nothing ventured, nothing gained.
2008年9月2日（日本時間9月3日）、ChromeのWindows向けβ版が公開された。 当時、Googleが独自ブラウザを開発していることはトップシークレットだった。取るに足らない小さなリーク記事を除いて、当日まで完全にこの事実は社外には伏せられていた。 Chromeの公開はサプライズの形で行われる予定だったが、Chromeの開発経緯や技術を解説したコミックが誤って一日早く送付されてしまったため、慌てて一日前倒しでアナウンスをした。私を含む日本側スタッフも慌ただしく対応したことを思い出す。 Googleはどうやら本気だ。独自のChromeブラウザをマンガ付きで発表 | TechCrunch Japan Googleはその時のことをブログで次のように書いている。 At Google, we have a saying: “launch early and iterate.” While
さよなら、インタフェース - Nothing ventured, nothing gained.
インタフェース*1を考える前に、本当にそれが必要なのかを考えるべきだということを、Golden Krishnaのブログを紹介する形で3年ほど前に書いた。 takoratta.hatenablog.com その後も勉強会のライトニングトーク（LT）でこの考えを面白おかしく紹介させて頂いたりした。 Step backして考えるUX from Takuya Oikawa www.slideshare.net そのオリジナルのGolden Krishnaの考えが本になった。「さよなら、インタフェース -脱「画面」の思考法」というタイトルだ。 さよなら、インタフェース -脱「画面」の思考法 作者: ゴールデン・クリシュナ,武舎るみ,武舎広幸 出版社/メーカー: ビー・エヌ・エヌ新社 発売日: 2015/09/17 メディア: 単行本（ソフトカバー） この商品を含むブログを見る 内容は以前のブログ記事
企業のWebサイトが用いるWebサーバーの日米比較 - Nothing ventured, nothing gained.
以前、日経225に含まれる企業が外向きのWebサイトに用いるWebサーバーの種類を調査し、このブログで公表していた。「定点観測」と評していたのだが、最後に調査を行ったのはもう5年前になる。 定点観測：日経225に含まれる会社が採用のWebサーバー 2009年夏編 - Nothing ventured, nothing gained. あまり変化がなかったのと、自分自身の興味が移ってしまったこともあり、止まってしまっていたのだが、今回久しぶりに調べてみた。 2014年版日経225に含まれる企業が採用のWebサーバー 前回までのブログでも書いているように、調査はHTTPレスポンスヘッダーの中のServerフィールドを見ているだけなので、必ずしも正しい結果とは限らない。あくまでも参考情報として見て欲しい。 以下が今回の結果だ。 前回（2009年7月）の結果が以下だ。 グラフだとわからないくらいの
優先度が低いから、まとまった時間を作らないのです - Nothing ventured, nothing gained.
まとまった時間ができたらやってみようというのは無理！ と言い切るブログ記事が話題になっていたようだ。 この歳になって気づいたことですけれども、「まとまった時間」はもう永遠にやってこないのです - KogoLab Research & Review 「まとまった時間」は永遠にやってこない、とすれば、私たちができることは、大きな仕事を小さく分割して、日々のルーチンに埋め込むしかないのです。これが大きな仕事につながっていることを忘れるくらいに小さなルーチンに分割して埋め込むのです。 「時間が出来たらね」といつも言い訳している自分にがつんと響く、しびれるお言葉でもっともだと思う。 一方、細切れ時間の集積ではなく、しっかりと長時間集中したい時もある。本当にまとまった時間を作ることは不可能なのだろうか。 どんな人にも、1日は24時間、1週間は7日、1年は365日しか無い。貧富の差も学歴の有無も関係なく
Mac/PCからのAndroid上のブラウザのリモートデバッグのまとめ - Nothing ventured, nothing gained.
スマートフォンやタブレットが主流になりつつあるが、それらモバイルデバイスでWebのデバッグするのは楽ではない。User Agent文字列を変更してモバイルデバイス上のブラウザの振りをしたMacやPCのブラウザからデバッグする方法もあるが、モバイルデバイスのブラウザの機能がMacやPCと同一ではなく、モバイル特有の状況もあるため、モバイルデバイスそのものを使った状態でデバッグしなければいけないことも多い。 そのような際に使われるのがリモートデバッグだ。 Mac/PCとAndroidの両方にブラウザを提供している主流ブラウザとしてはChrome、Firefox、Operaがあるが、このリモートデバッグ機能はこの3種のブラウザすべてに備わっている。また、ブラウザ開発元ではないが、Adobeもリモートデバッグ機能を提供している。すでに使っている人も多いと思うし、それぞれ多くの情報が提供されているの
10年後も世界で通じるために - Nothing ventured, nothing gained.
最初、Google+で書いたのだけれども、コメントなどで参考になる話が多く聞けたので、こちらにも展開したい。 木曜日と金曜日に通称デブサミ、Developers Summit 2012に参加した。特定のベンダーや技術にとらわれることなく、広く技術から開発方法論まで話されるこのカンファレンスも今年で10周年だ。関係者の皆様、お疲れ様でした、おめでとうございます、来年からもがんばってください、応援しています。 10周年ということもあり楽しいムードが満載の中、ふと疑問を持ったので、Twitterでつぶやいてしまった。 素朴な疑問なのですが、 #devsumi の「10年後も世界で通じるエンジニアであるために」って現在すでに世界で通じるエンジニアであるという前提ですね？ https://twitter.com/#!/takoratta/status/170341136370638848 このデブサ
ハッカー文化が日本を救う - Nothing ventured, nothing gained.
吉岡弘隆さんという人がいる。IT業界では「カーネル読書会」の主宰者として知らない人はいないほどの有名人だ。実は吉岡さんはDECという会社での私の大先輩だ。 私がソフトウェア本部で顧客向けのシステムの開発や販売をしていたころから社内で積極的に発言をされていたし、研究開発センターに異動した後は少しだったけれど一緒のオフィスにいさせていただいたこともある。まぁ、恐れ多い存在でほとんど口もきけなかった。 そんな吉岡さんのDEC後の活躍はブログや各種ソーシャルメディアを通じて知っていたが再会したのは数年前のデブサミ*1でのこと。その時、吉岡さんはコミュニティのライトニングトークに参加していたか何かで和服を着ていて、いつものようにニコニコとしていた。良い年齢してよくやるなぁと思っていたのは今だから話せる内緒の話。 そんな吉岡さんと一緒に活動する機会を得たのは、Hack For Japanのおかげだ。楽
レイヤー越えが出来ない人たち - Nothing ventured, nothing gained.
物にはそれぞれの役割というものがある。 もちろん、本来の役割を超えて利用されることもある。可能性は無限大だ。 だが、ある物に固執し、本来ならば他の物で対応されるべきものまでをも無理に対応しようとすることは褒められたものではない。コンピューターシステムでは、そのような行為はコストを増大させることになったり、設計に無理を生じさせる。 spモードはなぜIPアドレスに頼らざるを得なかったか : 高木浩光＠自宅の日記 NTT DoCoMoのspモードでの障害は当初の予想よりも深刻な根本設計レベルの問題が原因であることが指摘されている。Web技術者にとって、IPアドレスとユーザーを結びつけるなどということはあり得ない。だが、NTT DoCoMoにとってはそうでもなかったらしい。 高木さんのブログでその背景などが推測されているが、今回の件だけではなく、NTT DoCoMoなどのキャリア系の人たちに共通す
MobsterWorldのTwitter上での宣伝に見るOAuthの課題 - Nothing ventured, nothing gained.
昨夜から今朝にかけて、TwitterでMobsterWorldというゲームの招待がDMで送られてきた。あまり普段DMでやりとりをするような人からではなかったので、ほうっておいたのだが、招待に応じると、自分のTwitterアカウントを使って、DMを送るようなものだったらしい。詳しくは以下のITmediaの記事を参照。 TwitterでスパムDMが出回っている。DMに書かれたURLのページでボタンをクリックすると、同じDMをフォロワーに送り付けるという仕組み。 ITmedia: TwitterでスパムDM出回るフォロワーに自動でDM送りつけ これは、OAuthを利用して、正規の手続きを経て、Twitterのアカウントを利用しているものだ。詳しくは、以下のまちゅダイアリーを参照。 これはウイルスや脆弱性じゃなくて、OAuthという仕組みを見事に悪用している。 OAuth詐欺とでも言えばいいのか。
Twitterの公式Retweetの利点 - Nothing ventured, nothing gained.
TwitterのRetweet（RT）について考えてみるで紹介したような形でTwitterの公式Retweetが導入されている。正式導入された公式Retweetはすでに多くのユーザーに利用されているのだが、改めて整理してみる。 同一のRetweetはまとめられる Retweetは、TL（タイムライン）上でオリジナルのアカウントからのTweetのように表示され、"Retweeted by XXX"としてRetweetした人のアカウントが表示される。 TL（タイムライン）とは別にRetweets専門のページがあり、そこで、「Retweets by others」、「Retweets by you」、「Your tweets, retweeted」の3つに分類されたRetweetsを見ることが出来る。 前回のポストでも解説したように、公式Retweetではコメントを追加出来ないことだ。そのため、
短縮URLのリスクと対策 - Nothing ventured, nothing gained.
Twitterなどでお馴染みの短縮URLサービス。 http://bit.ly/gROal という形式や http://tinyurl.com/mpheg5 で表示されるあれだ。この2つの例は、このブログのURLなのでさほど長くないが、個別のページへの長いURLやウェブアプリケーションにより生成された長い乱数などが埋め込まれたURLなどの場合には、URLが短縮できると便利だ。 特に、Twitterは140文字という文字数制限がある。貴重な文字数をワケワカメな暗号のようなURLで使ってしまうのは勿体無い。 ということで、Twitterなどでは短縮URL花ざかりなわけだが、どうにも、この短縮URLが気持ち悪い。 リスク 飛んだ先に何があるかわからないため危険だと言うことが言われるが、この危険というのにも種類がある。いわゆるフィッシングサイトやマルウェアが埋め込まれたサイトではないかという心配な
ブラウザが遅くて良いなんて誰が言った？ - Nothing ventured, nothing gained.
ここ最近続けていろんな人に言われたが完全に間違っているので、ここでも反論しておく*1。 彼らの主張はこうだ。 「ブラウザにスピードを求めている人なんていない。変なスピード競争みたいのが起きているけど、本当にそれを必要とするようなことはほとんどない。現在、IE7を使っているけど、これで遅いなんて感じたことがない」 それは当たり前。ウェブ製作者/ウェブ開発者は多くのユーザーに満足してもらうようにウェブサイトやウェブアプリケーションを開発する。そうすると今では、IE7をターゲットにせざるを得ない。そのため、本当はもっと凝ったことをしたかったとしても、IE7で使い物にならないくらい遅かったら、アプリケーションの機能を制限せざるを得ないのだ。 いくら64ビットのほうが速いからと言って、汎用のアプリケーションを64ビットマシンで動作させることを前提として開発するだろうか？ ニッチなマーケットのものであ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
