個人的なエンジニアとしての興味 | F's Garage
僕がエンジニアをやっていて面白いと思うのは、この技術がどういうことに使われて、どのように世界が変わっていくか？を考えて、それを実現していくことに携わるのが好きなようだ。 昔、XMLが流行った時に、XMLによって世の中のデータが定型化されて電子化されることを臨んだが、世の中はそんなに甘くはなく、jsonのような非定型な記述法で自由にやることが流行っている。一方で、アマゾンのように圧倒的に自分達のビジネスに利がある世界にあわせさせることに成功すると、XMLによるフォーマットでも記述ができて、Amazon Web Servicesのような形で、商品情報の流通に成功した例もある。 技術とリアル、どっちが強いかで技術は生きもするし死にもする。位置情報である緯度経度をGPSやWiFiを使って場所を特定する技術はもう１０年以上前から簡単に扱えるようになったが、目の前にある飲食店に入って、席が空いているか
サービスか受託か。Webサービスを作るということ | F's Garage
先日、某SIコンサル社にいる方が、まだ転職を悩んでるという前提でのカジュアル面談に臨んだ。その人の転職理由というのは、僕が受託の会社から転職した時に言っていたこととそのままだったので、是非、本面接に進んで欲しいと思った。 その一方で、受託からWebサービスに来る人に、よく言うことして、 「受託からWebサービスに来ると、ファンタスティックな案件がなくなってつまらないかもしれないですよ」 と言う話をする。これはどういうことか？というと「技術的チャレンジ」を求めるならば、筋の良い受託の会社にいる方が楽しくて、Webサービスはコードを書いている瞬間から技術的なレガシーを産んでおり、先々に渡って最初の選択の影響を受けるので、あなたの技術力の定義が「話題の言語でコードを書けること」であるならば、Webサービスはあんまり勧めません、という話をする。 当時僕がいた会社は、技術の共通化がまだ進んでおらず自
エンジニアが起業に向いてない、たった１つの理由 | F's Garage
昨日、Spinoutという主に大企業に勤める方に起業を勧めるイベントでしゃべってきました。主催はANRI、Skyland Venturesという若手VCの人たち。 題材は、「１００万人に使われるサービスの作り方 第一歩」というタイトルです。現在、僕が思っている「これからのネットはこうなったらいいなぁ」という考え方の元、ShopCard.meというアプリのコンセプトで考えた裏話的なことをベースに、起業アイディアに繋がるようなお話をし、じゃぁ実際にどうやっていく？！というのをお話させていただきました。 割と雑多な話になってしまってはいるのですが、資料を置いておきます。ただ、その場で話を聞かないと、過剰に伝わるというか、真意が伝わらない可能性があって、そこだけちょっと心配ではあります。またどこかでお話する機会がありましたら、その時にまたお話しますね。 今回、タイトルに書いた「エンジニアが起業に向
モバツイ最終日なのでメモをしておく | F's Garage
モバツイ最終日だった。 せっかくなので、一つの思い出だけ書いておこうと思う。こういう愚痴は今日だけにしておく、という話。 まだ、UUベースで２万人とかそのぐらいのWebサーバ１台で回していた頃。 当時は、まだ１人で開発していた。 改めて思うと、あの頃の開発速度が最速だったなと思う。 何故最速だったか？というと、 １．使ってくださるユーザーさんがいたので楽しい ２．使ってくださるユーザーさんがいたので直すべきissueが存在する ３．使ってくださるユーザーさんがいたので、責任が重い この３つがあったからだと思う。 更に言うと、 4. 自分がオーナーだったので全責任を自分で負える ということもあったと思う。もしかしたら、これが一番大きいかも。 Twitterで起きる問題はリアルタイムなので、外出先の飲み屋から、サーバにログインして直でソースコードを直していた。例えば、バレンタインデーの時にTw
これからインターネットに起こる『不可避な12の出来事』 | F's Garage
昨日、実に２年半ぶりにWebSig会議というイベントを開きまして、「インターネットの次に来るもの」という書籍を翻訳された服部さんにご登壇いただいて、お話をお伺いするイベントを行いました。 「インターネットの次に来るもの」という書籍は、なかなか読み応えのある本で、僕もWebSigメンバーと事前に勉強会をするにあたって、最初kindleで買ったのに、わざわざ書籍でも書い直した。書籍自体は、非常に凝った装丁になっていて、黄色帯を斜めから見ると、本書で上げられている不可避な１２個のキーワードがエンボス的に浮き上がるという凝った作りになっているので、書籍で買う方をオススメするとのこと。 この本は、かなり骨太の本なのだが、もっとシンプル版として、著者のケヴィン・ケリーのプレゼン資料を翻訳した書籍が、服部さんの手によって書籍化されてkindleで買うことができます。 これからインターネットに起こる『不可
誰と働いているかという視野のエンジニア評価軸について | F's Garage
うだうだ記事を書く。あんまりブロガーさんのように、懇切丁寧に説明する意識はない。うざかったら途中で離脱推奨です。 とある理由で、本番のデータを修正することになった。休日だったので僕が対応したのだが、その部分のデータ修正の経験がなかったので、ソースコードから調べて依存関係を解決するSQLを書き、Slackを通じてコードレビューをお願いして、無事修正タスクは完了した。 所要時間は、作業開始から40分。 日常的にソースコードをいじっていて、データ構造を熟知しているメンバーなら、５分もかからないで終わる作業だろう。もしそうならば、８倍の速度差が生まれている。 その８倍の速度差が顧客満足度に影響をおよぼすのであれば、その人は、僕よりも8倍速で得られる顧客満足度の分だけ、仕事ができると評価ができる。 その人材がいれば5分、いなければ40分。この差はとても大きい。その差が大きいと思うのであれば、そういう
モバツイの経験から考えたCTOの３つの心得 | F's Garage
元nanpi wadapさん呼びかけのイベント。CTOだったNightに登壇しました。 今もCTO職をやらせてもらってるけど、それより前のモバツイ時代のCEO/CTOの話をさせていただきました。 一旦、ネットにもプレゼン資料をアップしてみたのですが、イベント内容がCTOを辞めた理由やぶっちゃけ話を話せという趣旨だったので、どちらかというと「こうすればよかった」という取らぬ狸的な話になったので、イベント会場の文脈では良かったのですが、ネットに公開するのは気がはばかられたので、朝起きてやっぱり資料を消しました。 夜中に見ることができた100人ぐらいの方々はラッキーだったということで。 で、記事も一旦非表示にしてみたのですが、都合の良い所だけは公開しようと思いまして、今後、CTOをやっている人ややりたい人に、このイベントで話した内容から抽出した、３つのCTOの心得なる遺言を偉そうに書いておきます
業務委託で開発をお手伝いいただく時に思うこと | F's Garage
開発内製をしている組織が、業務委託で外部の方の力を借りて開発をお願いするというケースにおいて、発注者側が業務委託で仕事をお願いする時に思ってることを書いてみようと思う。 エンジニアで独立心が高い人であれば、技術顧問だけじゃなくても、部分的な工数を切り売りして複数のプロジェクトに関わりあいたい気持ちもあったりと思うので、そういう人に向けても一助になれば幸いです。 前提条件 ここ背景的な追記事項なんですが、基本的な対象者は、「社員になってもらえたら超ラッキーみたいな人が、すでにフリーランスだったり、自分の会社を持っていて、別の仕事もやっている」という先方都合が上位なケースにおいて、業務委託でのみ契約に至る時に考えたりしたこと、という前提条件を追加しておきます。 ちょっと一般化して書いてみたら、もっと世界が広かったようで、そちらの世界の方で誤解を生んでいるケースもあるように思えました。それは純粋
PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage
BASEは、昨年末のメルカリ社との関係性が高まったことを期に改めて採用を強めている。中心となるのは、強力に事業を推進するところにコミットしてくれるエンジニアの募集だ。 先日、リブセンスの桂さんに当社にお越しいただいて、結構ハードな対談を収録した。 BASEえふしん×リブセンス桂 CTO対談（前編）―今求められるエンジニアは、自分の会社から「はみ出ている人」― 桂さん、バシバシ、突っ込んでくるもんだからついついハードな発言をしているかもしれない。 最近、思っているのがどうやってPHPを扱う会社で優れた人材に来ていただけるか？という部分。 PHPは、多分、今も昔も中心なんだか周縁なんだかわからない立ち位置にいる。PHPをPHP市場だけで捉えると、高トラフィックなサービスを経験するという、「良い経験をしてきたエンジニア」は、藤本さんところのグリー社、グリー出身者、最初からPHPを活用していたYa
CTOという役割について 〜 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきた。 | F's Garage
CTOという役割について 〜 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきた。 IVS CTO Night & Day 2015 Winter powered by AWSに行ってきました。 過去３回、全部参加してるんですが、個人的には一番良かった。 イベントクオリティも高かったけど、個人的に壁にぶつかっていたということなのかもしれない。自分の中での疑問や仮説を持った中での他のCTO職、管理職の人たちの意見はビシバシ心に刺さる。そんな３日間でした。 イベントの中でアンカンファレンスというコーナーがあって、そこではいくつかのアジェンダについて数人で議論するのですが、「経営者としてCTOがすべきこと」という議論が非常に面白かった。そもそも「経営チームにおけるCTOの存在意義って何？」という、そもそも論の部分が整理されたのが大きいw 事業
Railsを使うことはプログラミングではないのか？という記事について思ったこと | F's Garage
昼休み的な時間にガーッと書く。TechAcademyのピッチの審査員をやった立場としては、こないだのピッチで聞いてくれればよかったのに！という質問に他ならない話。 Ruby on Railsはプログラミングではない！ | それでも人は夢を見る 「Railsはプログラミングなんかじゃないよ。Railsだけ勉強していても、本当の意味での開発はできるようにならない」って 思ったことは３つ その１．難しいことを簡単に、それこそがコンピュータシステムの歴史だと思う。 Railsは、誰かがプログラミングして作ったフレームワークであり、簡単にWebサービスを作れるツールであることは間違いない。 だから、その人達の成果物に乗ると、簡単にWebサービスが作れる。でも、ただキットになぞって人の成果物を眺めてる感しか感じなかったという気持ちはわかる。 でも、それを素早く学んで、その先にある自分のやりたいことをや
理想的なエンジニアってなんだろう | F's Garage
この話、すっごい面白いな。ジワジワ来る。俺、この話、好きだなぁ。 理想的なエンジニアでありたい – kurainの壺 そんなにプライベートを犠牲にして大丈夫? – kurainの壺 著者の方は元はてなで、もう３年ぐらい前に辞められて今は、別のところで働かれてるとのこと。はてなにいたころは、周りにいた猛者（もさ）達に圧倒された経験から、このような記事を書かれた模様。 この話を読ませてもらっていると、そもそも「技術力ってなんだ」、とか考えてしまう。 ・今やっている仕事をちゃんとこなせること。 ・半年後に必要な仕事をちゃんとこなせること。 ・自分がやったことのない仕事をこなせること。 ・１０年後に来る技術を考えて作れちゃう力があること。 どういうことを追っかけてたんだろう。そもそも勝てないと思っていた諸先輩方とは見ているゴールや行き先は同じ方向だったのだろうか。 持てる技術力が何かの成果に生かせ
職場で使うPC選び | F's Garage
DeNAさんの素敵記事がTLに流れてきた。 開発に打ち込める環境 「IT エンジニアにとっての PC は、料理人にとっての包丁である。だから自分のこだわりのある PC を自ら選んでもらう」というのがDeNA の基本的な考え方です。 ノートPC 中途採用の場合、入社後に担当業務を把握してから、希望の PC を一定予算以内でメーカーやモデル、スペック (CPU, メモリ, HDD/SSD, 日本語/英語キーボードなど) まで細かく指定していただき、それを用意しています。 エンジニアにとってのPCは、料理人にとっての包丁とは泣かせます。 BASE社も入社時に、エンジニア、デザイナ職については好きなノートPCとかモニタ、キーボード、マウス、エディタ等もろもろ自由に選んでもらってます。（あとアーロンチェアとか買えます） 入社時に僕がヒアリングしてるんだけど、あまりこだわりない人も多いので、僕がリコメ
El capitanをインストールしたら、CPU使用率が高すぎて困ってる！という人向け。 | F's Garage
Macの新しいOSが出たというので、朝、カジュアルに新OSである、El Capitanを入れたら、calendard mapspushd nsurlsessiond storeaacountd msd_stores mdworker gamedなど、ありとあらゆるdが爆走状態になって、ホント辛いなと思いつつ、spotlightのインデックス作成のように待っていればいつか終わるかもしれないと思って見ていたけど、最後までどうにもならなそうだったのが storeaccountd この名前、いかにもApple Storeのアカウントを保持するdaemonさんのような気がしていて、なんでそんなもんがバックグラウンドで動いてるんだと思いつつ、調べていたのだが、調べるときにふと気がついた。 ・Appleのhelpフォーラムつながらない ・googleは繋がるのにgmail.comつながらない ・itun
一生プログラマであるということ | F's Garage
Web系やシステム系のエンジニアは、一生プログラムを書いていたいのだろうか。僕自身は、こういう言説をどう捉えていいのかよくわからない。むしろこういう言説は少しネガティブだ。 僕自身のキャリアは、もともと機械製造業の電気制御の設計で、現場で物を作る立場から、設計へと移動した流れ。その会社では大卒入社組は製造での経験を経て、設計職に行くパスになっていた。いわゆるテレビ東京とかが好きな意味での「ものづくりの現場仕事」ではなく、設計を通じて「製造部門や調達部門に指示を出す役割」である。 もちろん電気制御なのでプログラムは書くが「プログラマー」ではなくて、あくまでも「技術者」という枠組みで捉えている。 ハードもソフトも全部やるってことだけど、全部を自分で作れるわけじゃなくあくまでチーム戦。如何に人にお願いし、いいものを作ってもらうかというのも技術者の仕事だと思っている。外注さんにもお願いするし、パー
開発者、サーバ管理者にとってのApple Watch | F's Garage
Apple Watchの通知のことがあんまりわかってなかったんだけど、林さんのレビューを見ていて、iPhoneの通知は漏れなくApple Watchにも届くらしい。（正確に言うとApple Watchで受けるべき文脈において、というのが正解。iPhone開いてる時にはiPhoneに通知が来る） つまりアプリがApple Watchに対応してなくても、通知が来るということらしいので、New Relicによるサーバアラートの通知が、Apple Watchに届くってことだ。 あ、これで、ついついiPhoneを置いたまま見逃してしまうというのを避けられる！ そうでなくてもNewRelicはApple Watchに対応するだろうから、glanceとかでさくっとサーバステータスが見えるとありがたいな。 CTOだったらそれぐらい自社サービスに寄り添ってもバチは当たらんだろう。 あとGoogle Anal
WebエンジニアにせよWebデザイナーにせよ生存戦略に必要な１つの視点 | F's Garage
丁度、フロントエンドのデザイナーの募集要項を書かなくてはいけない宿題を抱えたまま、風邪を引いて寝てたら、zerobase石橋さんの面白い文章があった。 ウェブサービス開発の現場におけるデザイナー不要論と5〜10年後の生存戦略 – 情報建築家 石橋秀仁 確かにBootstrapなどのフレームワークの発達やAndroidのマテリアルデザインは、極端なことを言えば、WebやアプリデザインのVisualBasic化でありパワポ化に向かって行くと思う。少しデザインセンスの良い開発者であれば、「そこそこカッコいいもの」は作りやすくなっていく。だから絶対的にこれまでのWebデザイナーと言われる人たちが必要かというと、そうでもないというのはあるだろう。 一方で、Flash全盛期よりWebの制約が減っていて、HTML5でリッチなデザインを作りやすい昨今、グラフィックデザイナーに近いWebデザイナーは、広告ク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
