Rubyが魅力的でないとうちのビジネスが困る――クックパッドが取り組むRubyへの貢献とエンジニア育成 (1/2)：CodeZine（コードジン）
クックパッドは1998年にサービス開始し、2008年にRuby on Railsにリプレースしてからちょうど10年。その間、クックパッドはRubyの会社として常にトップランナーを走り続けてきた。実際、「世界最大級のモノリシックRailsサービス」として知れ渡り、その開発で培ったノウハウをコミュニティに対して発信してきた。そんなクックパッドが、Rubyに対してどのように付き合っていったのか。Rubyを採用した経緯や課題、競争力の高いエンジニア集団で居続けるための戦略について、同社 技術部部長 兼 エンジニア統括マネージャーを務める庄司嘉織氏に聞いた。会社を挙げたRubyやオープンソースへの貢献やエンジニアとの関わり方も興味深い。 世界最大級のモノリシックRailsサービスと言われて クックパッド 技術部部長 兼 エンジニア統括マネージャー 庄司嘉織氏 クックパッド 庄司嘉織氏は2012年11
最近のIT化は間違っている気がする。
最近のシステム化はとても間違っていると感じる。 なぜ？人にとって便利なものになるはずの「システム」という分野でこんなことが起こっているのか？ いちエンジニアとして本当にかなしい気持ちになったのと同時に 責任の一端をほんの少しだけ感じている。。。 スーパーのレジが会計のみ自動会計機になっているのを最近よく見かける。 完全に顧客目線のシステムではないよね？店員はバーコードを通して、 何番でーす。というだけ。非常にスピーディにはなっている。確かに。 でも楽になったのはスーパーの店員でその分のしわ寄せが「エンドユーザー」にいってる。 支払いという行為をエンドユーザーだけで行うため、面倒くささをエンドユーザーは感じるのだ。 お年寄りなんかはこんなのとても負担に感じるし、逆に売り上げ落ちるんじゃないか？ と思っている。 システムは常に「エンドユーザー」のことを考えて作られるべきだ。 このエンドユーザー
人月単価で80万円ぐらいの仕事 - terurouメモ
Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい（一人でWebシステムが構築できる程度）で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる（常にあるとは言ってない）し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
日本のITはなぜ弱いのか？ 日米でこんなに違うプログラマーの扱い - まぐまぐニュース！
アメリカのIT業界の場合、プログラマーはプロアスリート並みに丁重な扱いを受け、新しいものを生み出す環境が備わっているそうです。それに比べると、労働時間や環境も含め、あまりにもぞんざいな扱いを受けている日本のプログラマーたち。メルマガ『週刊 Life is beautiful』の著者で世界的プログラマーの中島聡さんは、「日本のITが弱い理由」について、このプログラマーの扱いの違いこそ日米の差に表れていると厳しい口調で指摘しています。 日本のITは何故弱いのか 知り合いから紹介されて、「あるソフトウェア工学者の失敗、日本のITは何故弱いか」という論文を読みました。京都大学の林普博士が書いた文章です。 数学からITの世界に入り、関数型プログラムの自動生成の方法などを研究していた方ですが、最後には「日本のITが世界で通じない理由は、技術的・産業的なものではなく、社会的・文化的なものである」と結論づ
エンジニアから非エンジニアに歩み寄る方が捗る - Konifar's WIP
非エンジニアのメンバーと話していると、 なんだかもどかしい気持ちになることがあります。 なんか話が噛み合わないというか、すごく他責な言い方をすると 「もっと開発のこと理解してほしいなぁ」と感じてしまう時があるんですよね。例えば、難易度の高い修正をさらっとできそうな感じで話されたりとか、逆に超簡単なのに難しいと思って遠慮されてたとか。そういう認識の違いから来るもどかしさです。 最近、このもどかしさを解消するには エンジニアから非エンジニアに歩み寄る方がいいなぁと思い始めたので、考えをまとめてみます。 相手の立場に立って考え直す このもどかしさ何とかならないかなぁと考えていた時に、 SHIROBAKO 17話『私どこにいるんでしょうか…』を見ました。 anicobin.ldblog.jp この回では、新人制作の佐藤さんがアニメーターの遠藤さんにちょっとキツいスケジュールの仕事をお願いし行くシー
Web UXを作れるサーバサイド人材が少ない？！問題 | F's Garage
昨今、ネイティブアプリ全盛が故に、WebサービスのUXを作れるエンジニアが少なくなってるんじゃないか説がある。 また、受託からWebサービスが主流になったことで、一つのソースコードをこねくり回す機会が増え、新規にWeb UIを作り込む頻度が低くなり、そもそも鍛えられていないんじゃないか説もある。 例えば、商品登録画面のような何かのテキスト情報と一緒に登録する画像アップロードを考えてみる。 その際に、「入力確認画面」が必要だと仮定する。また、それなりに秘匿性を意識すべき企業用途のサービスだとする。 書きながら2002年の案件を思い出してるので、なんか古い話だったらゴメンよ。 １．いつどこに画像を保存するのか？ post or ajax ? ２．Webサーバに置くのか？S3に上げてしまうのか？今時ないかもしれないがObject Databaseに登録する？Webサーバに置いたらロードバランサー
AbemaTVアプリ開発の裏側──若手エンジニアを磨き上げる「改善志向型エンジニア文化」とは？
AbemaTVアプリ開発の裏側──若手エンジニアを磨き上げる「改善志向型エンジニア文化」とは？ 「若手エンジニア、どんな活躍してますか？」の第8回目は、話題のインターネットテレビ局、「AbemaTV」のアプリを手がけるエンジニアの登場です。精鋭揃いのAbemaTVチームでは、どのような研鑽があるのでしょうか。 サービスの会社──。 サイバーエージェントという企業に、こんな印象を持つ人は多いでしょう。アメーバブログやAWA、そしてAbemaTVといった、センセーショナルでポップなサービスを次々と展開しているから、こう感じるのかもしれません。 言うまでもなく、こうしたサービスの裏側には、エンジニアたちの奮闘があります。つまり、「サービスの会社」とは、「エンジニアリングの会社」と言い換えることもできるのです。事実、現在サイバーエージェント社の全社員の3割強がエンジニア職にあるといいます。そして、
コードレビューを会話しながら行う取り組み - Hatena Developer Blog
こんにちは。アプリケーションエンジニアの id:itchynyです。 今回は、コードレビューを会話しながら行う取り組みについて紹介します。 コードレビューは大事なコミュニケーションの場です。 コードレビューの効用としては、単純なミスがあるコードをリリースしない・プロダクトのコードの品質をよりよくしていく、あるいはその方策を模索するといったことが挙げられます。 こういったことは当然のことですが、なによりもまず、レビューというのは一緒にプロダクトを作っている仲間とのコミュニケーションの場だと思います。 多くの人は、プロダクトのコードをよくしていきたい、読みやすいコードを書きたい、分かりやすいコードで目的の機能を作りたいといった共通の思いを持っていることでしょう。 コードを書いた人の思いを汲み取りながら、共感したり、譲歩したりしながら、よりよい方法を提示していきます。 それでも時には、どういうコ
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
開発基盤チームが目指す事 #pixiv_night - Qiita
（当日はesaのプレゼンテーションモードで発表しました） （pixiv night in Fukuoka #02 - ピクシブを取り巻く技術がわかる一夜！ - connpass の発表資料です） 自己紹介 各種SNSをcatatsuyでやっている かたついと呼ばれることが多い ピクシブ株式会社で開発基盤チームと広告チームの兼任 2014年度新卒（2013/10入社） pixivの技術的な改善が主な業務（後で詳しく） 単著『pixivエンジニアが教えるプログラミング入門（星海社新書） ピクシブ社内の非エンジニア向けのプログラミング研修の書籍化 pixiv社内ISUCONやISUCON6本選の問題作成 pixivのチーム分け pixivというサービスは巨大 www.pixiv.net/touch.pixiv.net/スマートフォン用APIなどなど 提供しているサービスも多い pixivという1
個人でのアプリ開発を挫折せずに続けるためにできること - sakaharaのブログ
以前作ったアプリを塩漬けにしてずっと放置してたんですが、あることをきっかけに開発を再開しました。 それからどのように開発を進め、継続していけるかというアプローチの仕方や考え方を整理してみました。 再開するきっかけとなった話はこちらに書いてますので、興味があればどうぞ。 sakahara.hatenablog.jp ちなみにこの話は前提として、本業があり、空いた時間だけで、基本的に一人で開発を行うような人を前提としてます。 数字の変化を楽しむ アプリをリリースした後に、結果がイマイチだとそれでもう何もしなくなってしまう個人開発者の方は、結構多いのではないかと思います。 現にApp Storeでも、誰かが個人で作ったアプリの更新日を見ると、かなり前から放置状態というものをよく見かけます。 ですがリリースがゴールではないので、その後のユーザーの反応を見て、改善を繰り返し、反応がなければ、アプリ自
だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
日本人の低すぎる生産性と、IT打ち壊し百姓一揆
生産性の低すぎる日本社会デービッド・アトキンソン著『新・所得倍増論』を読んだ。日本社会は世界トップクラスの質の労働者を抱えながら、「一人当たりGDP」や「時間当たり生産性」 において極めて低い水準にあるという。その結果、先進国で最も貧しい国になっている。（いずれもデータに基づく議論なので、関心のある人は本を読んで確認してほしい。） そのような現状分析からの政策提言として、「政府がGPIF（公的年金ファンド）を通じて上場企業に『時価総額を上げろ』というプレッシャーをかけるべきだ」と書かれている。 曰く、日本の上場企業経営者は、国際水準ではまったくの無能であり、利益を出せていない（「3時に閉まる銀行」という例が何度も登場する）、無能な経営者を交代させることでしか生産性の向上はない、女性の活躍もないという論旨だ。 同様の提言は他の識者からもなされている。藤野英人著『ヤンキーの虎』では「5年平均で
ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、
ＩＴ技術者の人手不足 離職防止や海外発注で対応（1/3ページ） - 産経ニュース
インターネットサービスの急拡大に伴い、ＩＴ技術者の人手不足が深刻だ。システム開発などＩＴ関連企業は社内制度の改革で離職を防いで人材を確保したり、海外への発注を増やしたりして対応している。一方、技術者を育成する講座も就職活動のセールスポイントにしたい人たちから人気を集めている。 ◆帰属意識 「私と一緒に充実感を味わえる時間をつくっていきましょう」 ４月下旬、システム開発を受託する「アイエスエイプラン」（東京）の本社で、平成２８年度の「リーダー」に選ばれた社員１０人が同僚約４０人を前に指導方針について、それぞれ演説した。 ２２年度から、社内の人間関係を深めるため、業務上の上司とは別に、指導や相談を担当するリーダーを自分たちで決める制度を導入した。 ３年前、リーダー制度が魅力で同社への転職を決めた３０代の男性社員は「システム開発では、取引先企業に数カ月間通って作業し、終われば次の取引先企業へ行く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場配属前に知りたい「新人ITエンジニアあるある」
自分の経験を言語化すると、周りの人に良い影響を与える 松本亮介様〜（Forkwell Portfolio スペシャルインタビュー） - Forkwell Press
FUSE Home Page - FUSE Studio
DeepMindって何？ - はてなブックマーク
