タグ

ブックマーク / f-shin.net (7)

  • モバツイ最終日なのでメモをしておく | F's Garage

    モバツイ最終日だった。 せっかくなので、一つの思い出だけ書いておこうと思う。こういう愚痴は今日だけにしておく、という話。 まだ、UUベースで2万人とかそのぐらいのWebサーバ1台で回していた頃。 当時は、まだ1人で開発していた。 改めて思うと、あの頃の開発速度が最速だったなと思う。 何故最速だったか?というと、 1.使ってくださるユーザーさんがいたので楽しい 2.使ってくださるユーザーさんがいたので直すべきissueが存在する 3.使ってくださるユーザーさんがいたので、責任が重い この3つがあったからだと思う。 更に言うと、 4. 自分がオーナーだったので全責任を自分で負える ということもあったと思う。もしかしたら、これが一番大きいかも。 Twitterで起きる問題はリアルタイムなので、外出先の飲み屋から、サーバにログインして直でソースコードを直していた。例えば、バレンタインデーの時にTw

    モバツイ最終日なのでメモをしておく | F's Garage
  • 誰と働いているかという視野のエンジニア評価軸について | F's Garage

    うだうだ記事を書く。あんまりブロガーさんのように、懇切丁寧に説明する意識はない。うざかったら途中で離脱推奨です。 とある理由で、番のデータを修正することになった。休日だったので僕が対応したのだが、その部分のデータ修正の経験がなかったので、ソースコードから調べて依存関係を解決するSQLを書き、Slackを通じてコードレビューをお願いして、無事修正タスクは完了した。 所要時間は、作業開始から40分。 日常的にソースコードをいじっていて、データ構造を熟知しているメンバーなら、5分もかからないで終わる作業だろう。もしそうならば、8倍の速度差が生まれている。 その8倍の速度差が顧客満足度に影響をおよぼすのであれば、その人は、僕よりも8倍速で得られる顧客満足度の分だけ、仕事ができると評価ができる。 その人材がいれば5分、いなければ40分。この差はとても大きい。その差が大きいと思うのであれば、そういう

    誰と働いているかという視野のエンジニア評価軸について | F's Garage
  • PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage

    BASEは、昨年末のメルカリ社との関係性が高まったことを期に改めて採用を強めている。中心となるのは、強力に事業を推進するところにコミットしてくれるエンジニアの募集だ。 先日、リブセンスの桂さんに当社にお越しいただいて、結構ハードな対談を収録した。 BASEえふしん×リブセンス桂 CTO対談(前編)―今求められるエンジニアは、自分の会社から「はみ出ている人」― 桂さん、バシバシ、突っ込んでくるもんだからついついハードな発言をしているかもしれない。 最近、思っているのがどうやってPHPを扱う会社で優れた人材に来ていただけるか?という部分。 PHPは、多分、今も昔も中心なんだか周縁なんだかわからない立ち位置にいる。PHPPHP市場だけで捉えると、高トラフィックなサービスを経験するという、「良い経験をしてきたエンジニア」は、藤さんところのグリー社、グリー出身者、最初からPHPを活用していたYa

    PHPを使う成長するサービスにおけるエンジニア採用の視点 | F's Garage
    masudaK
    masudaK 2016/03/23
    自分も最低限の修羅場はくぐった気はするけど、入る前はもっと修羅場だったらしい。なみかわさんとかくわのさん、おいぬまさんやられていた気がする。
  • スタートアップや新規事業に限った技術的負債の考え方 | F's Garage

    最近のエンジニアの感覚だと、技術的負債というのを極端に嫌うケースがあるそうですね。 技術的負債とは… 行き当たりばったりなソフトウェアアーキテクチャと、余裕のないソフトウェア開発が引き起こす結果のことを指す新しい比喩である。 wikipedia技術的負債 この言葉は確かにキャッチーだ。プログラムなんて動けばいいでしょという上司に楯突く時に使いやすい武器になりそうだ。 「負債」という言葉はなかなか面白い比喩である。 では少し、負債という言葉について調べてみると、こういうのが見つかる。 負債は借入金や買掛金などの法律上の債務であるとイメージされがちですが、厳密にいったらこれは間違いです。 すなわち負債とは、法律上の債務に限らず、いずれ会社が負担することになるであろう経済的負担で貨幣額で合理的に評価できるものが該当します。 http://financial.mook.to/accounti

    スタートアップや新規事業に限った技術的負債の考え方 | F's Garage
  • 「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage

    「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと 例により当たり前のようなことを偉そうに書く記事 toエンジニア向け ■「負債」は「資産」です。ご注意を。 ソフトウエアエンジニアの人たちは「技術的負債」という言葉を使うが、会計に慣れてないと、ものすごーーくネガティブなニュアンスを含んでいるような気がしてしまうが、会計上の「負債」というのは「資産」に分類されることも忘れずに。 負債は利息を払ってるから早く返そうぜ、という文脈もあるだろうが、同時に「負債もお金を稼ぐ功労者なのだから、そこはリスペクトして、うまくやろうね」という視点もあるってしかるべき。これはうまく両立されるべきで、その気持ちがうまく同期できてないとエンジニアの側が辛くなるんじゃないかな。 特に経営者で苦労された方であれば、そんなことに動じ

    「負債」は「資産」です。ご注意を / 医者に風邪引いてるんですって言うな 〜 非エンジニアに知ってほしいこと、エンジニアに知ってほしいこと | F's Garage
  • MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage

    昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、 「ロジックもデータも見ない現場監督のような役割」 と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] | [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] | [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] | [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] | [Viewの生成オブジェクトにJavaBeansを渡す] | [Viewオブジ

    MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage
  • 過熱する退職エントリーの内容について | F's Garage

    この話、背景まで考えてみると、結構悲しいなぁと思ったわけです。 Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます – mizchi’s blog 該当の会社はスタートアップとして2年で、まだ結構赤字の会社。 大量調達した手前、少なくとも人件費を上げるとしたら相応の理由がいるはず。まず気になっちゃうのは、「がんばったから」というより、他の人たちとの兼ね合い。他の人ってのは新卒じゃなくて、同じ会社の他のエンジニアと比較して抜けていたのか、そうでないのか。 増田の記事でこんなのもあった。 エンジニアの給料って転職しないと上がらないものなの? かれこれ5年目で上がり続けてるんだけど、俺はとんでもなく幸運なわけ? 同じくITエンジニアだけど、会社の技術力は大したこと無い。 最近誰も自分に対して文句を言えなくなってしまってるので、成長とか考えると転職を考

    過熱する退職エントリーの内容について | F's Garage
  • 1