技術系カンファレンスのスポンサーシップへの考え方 | F's Garage
社内slackで、「良いエンジニアを採用するにはどうしたらいいか」の記事で少し盛り上がったので、こっちにも書いておきたくなった。 カンファレンスではたいてい企業スポンサーを募っています。ここでスポンサーに名乗りを上げると知名度向上が期待できます。例えば日本最大のRubyカンファレンスであるRubyKaigiをスポンサーしたら「この会社はRubyに力を入れているのだな」と認知されるでしょう。しかし、単にスポンサーをしただけだと効果は限定的です。 BASE社でCTOにならせてもらってから、PHPカンファレンスやPAY.JP立ち上げ期には、僕の方でPyCon JPにスポンサーとして携わらせてもらったりしました。スポンサーになること自体は、お金さえ出せれば簡単なのですが、ブースを出して、１日張り付いているのも結構難しく、最近はちょっと疲れて手を抜いていたら、カンファレンス活動に積極的なメンバーが何
サービス/システムの「守り神」として認められる重要性 | F's Garage
Wenサービスにおいて、結構、ほいほい新規開発をしていたりすると忘れがちになるのは、「これまで作った機能をより深掘りするために必要な力」がなくなっていることに気がつく。 アドホックにトラブルが起きた時だけにいじるプロダクトでは、それ以上の発展は見込めない。 プロダクトマネージャにせよ、開発者にせよ、思い入れのあるプロダクトであれば、そこに大きな関心を及ぼしていると思う。まして、それがお客様に沢山つかっていただいている機能であったりビジネスインパクトの高い機能であれば尚更だ。また、安定して数字を取り続けいた時に、うっかりデグレしてしまった時に気がつける人材がどれだけいるのか？というのも大切。 そのような存在を「◯◯の守り神」と表現している。 名実ともに「守り神」として認められる人は、人事評価でも考慮されるべきだ。 僕は、人事評価の時に、その人の欄に「◯◯の守り神」というのを書いていて、特に一
サービスか受託か。Webサービスを作るということ | F's Garage
先日、某SIコンサル社にいる方が、まだ転職を悩んでるという前提でのカジュアル面談に臨んだ。その人の転職理由というのは、僕が受託の会社から転職した時に言っていたこととそのままだったので、是非、本面接に進んで欲しいと思った。 その一方で、受託からWebサービスに来る人に、よく言うことして、 「受託からWebサービスに来ると、ファンタスティックな案件がなくなってつまらないかもしれないですよ」 と言う話をする。これはどういうことか？というと「技術的チャレンジ」を求めるならば、筋の良い受託の会社にいる方が楽しくて、Webサービスはコードを書いている瞬間から技術的なレガシーを産んでおり、先々に渡って最初の選択の影響を受けるので、あなたの技術力の定義が「話題の言語でコードを書けること」であるならば、Webサービスはあんまり勧めません、という話をする。 当時僕がいた会社は、技術の共通化がまだ進んでおらず自
モバツイ最終日なのでメモをしておく | F's Garage
モバツイ最終日だった。 せっかくなので、一つの思い出だけ書いておこうと思う。こういう愚痴は今日だけにしておく、という話。 まだ、UUベースで２万人とかそのぐらいのWebサーバ１台で回していた頃。 当時は、まだ１人で開発していた。 改めて思うと、あの頃の開発速度が最速だったなと思う。 何故最速だったか？というと、 １．使ってくださるユーザーさんがいたので楽しい ２．使ってくださるユーザーさんがいたので直すべきissueが存在する ３．使ってくださるユーザーさんがいたので、責任が重い この３つがあったからだと思う。 更に言うと、 4. 自分がオーナーだったので全責任を自分で負える ということもあったと思う。もしかしたら、これが一番大きいかも。 Twitterで起きる問題はリアルタイムなので、外出先の飲み屋から、サーバにログインして直でソースコードを直していた。例えば、バレンタインデーの時にTw
フルスタックエンジニアよりデュアルスタックエンジニア | F's Garage
（言葉遊びみたいな記事を書きますね。その上、用語の使い方が間違ってたらごめんなさい。） 一時期、フルスタックエンジニアって言葉流行りましたよね。ふと、要件どこまでだっけ？と思って調べようと思ったんですが、日本語で調べると、妄想が暴走してロクな話が出てこなそうなので、英語の方で調べてみるとわかりやすい。 What is a Full Stack developer? Server, Network, and Hosting Environment. Data Modeling Business Logic API layer / Action Layer / MVC User Interface User Experience Understanding what the customer and the business need. 個人的には、ネットワーク監視やデプロイなどのインフラ運用
PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage
BASEは、昨年末のメルカリ社との関係性が高まったことを期に改めて採用を強めている。中心となるのは、強力に事業を推進するところにコミットしてくれるエンジニアの募集だ。 先日、リブセンスの桂さんに当社にお越しいただいて、結構ハードな対談を収録した。 BASEえふしん×リブセンス桂 CTO対談（前編）―今求められるエンジニアは、自分の会社から「はみ出ている人」― 桂さん、バシバシ、突っ込んでくるもんだからついついハードな発言をしているかもしれない。 最近、思っているのがどうやってPHPを扱う会社で優れた人材に来ていただけるか？という部分。 PHPは、多分、今も昔も中心なんだか周縁なんだかわからない立ち位置にいる。PHPをPHP市場だけで捉えると、高トラフィックなサービスを経験するという、「良い経験をしてきたエンジニア」は、藤本さんところのグリー社、グリー出身者、最初からPHPを活用していたYa
新しいアプリを作りました報告と、アプリから接続するサーバサイドの仕組みを楽したいという話 | F's Garage
最近、アプリを出しました。正確にはアプリベースのクラウドサービスを出しました。本エントリがアプリ名での検索上位に出るのは避けたいのでアプリ名を即値記述するのは避けておきます。リンクだけにとどめておきますね。是非、使ってみてください。 どんなサービスかというと、自分の好きな飲食店や美容院、ホテルなどお店の情報を検索して「カード」として登録できます。そうすると自分専用の「カードホルダー」というところに溜まっていきますが、「カードのオモテ面」には、写真を含む、みんなで共有するお店の情報、「カードの裏面」には、来店履歴を表すスタンプや、自分だけの写真つきプライベートメモを書くことができたりします。 そうやってお店の体験を貯めていき、友達にいざ、自分が良いなと思ったお店を教えたい時に「あー店の名前を忘れてしまった」ということを防ぐことができます。飲み会で10秒名前を思い出せないと、話のターンは次の話
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
