当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC

以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ

基本的に自分はタスクを拾いすぎてしまう傾向にある。それに加えて比較的朝型なこともあり、前職ではエンジニアの中で一番朝早く出社していることも多かった。*1 その結果どうなるかというと、朝出社して見つけた運用上のトラブルは大体自分がとりあえず手を付ける状態になっていた。前日の夜間バッチやその日の早朝に動くバッチがコケて問い合わせが来ているのでそのリカバリをする、前日にデプロイした後レスポンスが高くなってアラートが出ているのでその調査をする、web appがやたらと500系エラーを吐いているのでBugsnagを見る、等々。 出社している以上無視するわけにもいかないというのもあるが、見つけてしまうと放っておけない性格ということもあり最優先でこれらの対応をしてしまっていた。お陰で前職で触っていたproductについてはかなり広範囲の知見があり、その行動がそれなりに社内での評価につながっていたのではな

このたび、2018/10/15をもって、創業から携わってきたトレタから独立し、"Product Founder"として、トレタ以外の仕事にも広く関わることにしました。私の新しい役割についてはレジュメとして別ページにまとめましたので、ご覧いただけると嬉しいです。 創業から5年がたち、おかげさまでトレタをお使いの店舗数は12,000以上、社員も130人の規模になりました。私もこれまで、こうして大きくなったトレタでどんなバリューを発揮すべき・できるのか、自分の立ち位置を模索してきました。今年の春にはCTOを降りて事業開発部付の技術部長となり、主に新規企画の立ち上げに関わってきました。 しかしその間も「自分の強みを活かしてトレタに貢献していくためにはどういう形態がいいのか」「そもそも自分の強みとはなんなのか」ということを考え続けてきました。 そこで出た結論は「自由な立場で、ムダに動き、面白い事を見

オンプレミスvSphere環境をOracle Cloud VMware Solutionへ移行した際にハマったところ 2023.12.24 コーポレート

スタートアップで意思決定をするとき、よく売り上げや利益が判断に基準になります。 でも、ちょっと落ち着いて考えて欲しいのだけど… お金というものは事業のゴールではありません。確かに流通額や利益は、経営指標として重要な数字ですが、万能ではありません。 それだけを見ていると、簡単に足元の石につまづきます。売り上げのために変な設計をしたり、本来ターゲットでない層までキャンペーンを拡大したり、そういうことが起きやすくなります。 なぜかというと、本来チェックすべきは、「企業の掲げる目的に近づいているか（遠ざかっているか）？」だからです。 本来、企業はなにか達成すべき目的をもって設立されます。お金というのは、その目的を達成するための手段でり、事業の持続可能性を強化する道具にすぎません。あくまで道具なんです。そして、道具は目的ではありません。 自分の理解としては、お金は「目的地に向かうためのガソリン」のよ

JPAスタッフの id:papix です. 以前, Shibuya.pmにて｢来年2019年... 但し2018年度のうちに開催する｣と予告していた｢YAPC::Tokyo 2018｣改め｢YAPC::Tokyo 2019｣ですが, ついに日程と会場が決定いたしました! yapcjapan.org 上記ティザーページでも公開しましたように, ｢YAPC::Tokyo 2019｣は2019年1月26日(土曜日), 浅草橋ヒューリックホール&カンファレンスにて開催いたします! 前夜祭についても, 同会場にて2019年1月25日(金曜日)に開催することとなりました. 引き続き, トークの募集やチケットの販売につきましても, 準備が完了し次第案内していきます. 詳細は, このブログやYAPC::JapanのTwitterアカウント(@yapcjapan)などでお知らせしていきます. お楽しみに!

Engineering Manager の @ohbarye です。 このたび"Quipper Web Engineer 東京オフィス採用面接ガイド"を Quipper Handbook*1 の一部として公開しました。 Quipper Web Engineer 東京オフィス採用面接ガイド (2019-10-09 追記: Quipper iOS Engineer 東京オフィス採用面接ガイド も公開しました！) (2020-01-16 追記: Quipper Android Engineer 東京オフィス採用面接ガイド も公開しました！) 本記事では同ガイドについてご紹介させてください。 採用面接ガイドとは？ Quipper東京オフィスで行っている採用プロセスについてより多くの方に知っていただくためのドキュメントです。とりわけ面接に訪れる方を読者として想定しており、候補者には面接の日程調整時に

こんにちは、エンジニアリングGの中村です。 以前にこのブログにてエムスリーでの社内研修について紹介しました。今回は、この中でのbashスクリプティング講座の資料を公開します。 www.m3tech.blog 弊社の中でもいろいろな用途でbashが使われていますが、bashは簡単に利用できるもののプログラミング言語としてはバグを生みやすい、辛い言語だと思います。 ここで紹介しているのはいわゆるコーディング規則というよりも、バグ防止と可読性向上のためのルールをTips集的にまとめたものです。 bashにおいてまだまだ注意するところはありそうですが、多少なりともわかりにくいスクリプトの削減になればと期待しています。 [追記: 2018-08-22] はてブにて以下のコメントをいただきました。 bashスクリプティング研修の資料を公開します - エムスリーテックブログ bashで50行以上になった

警察庁 @NPA_KOHO マイニングツールの設置を閲覧者に明示せずに設置した場合、犯罪になる可能性があります。また、マイニングツールが設置されたウェブサイトにアクセスすると、パソコンの動作が遅くなることがあります。ご注意ください。npa.go.jp/cyber/policy/1… 2018-06-14 14:57:15 警察庁 @NPA_KOHO 警察庁公式アカウントです。 発信する情報は「報道発表資料」「新着情報」を基本としています。 当アカウントは発信専用のため警察庁からの返信等は行っておりません。 ご利用にあたっては 「警察庁Twitter運用ポリシー」npa.go.jp/twitter/policy…をご覧ください。 npa.go.jp 梅酒みりん@18,19a! @PokersonT 今までの簡単な経緯 神奈川県警等がcoin hiveによる仮想通貨マイニングをコンピュータウイ

「海賊版サイトをブロッキングする代わりに、権利者が海賊版サイトに直接DoS攻撃を仕掛ける」――政府の勉強会で「日本IT団体連盟」がこんな提案を行った。その資料が公開され、ネットで議論を呼んでいる。 「海賊版サイトをブロッキングする代わりに、権利者が海賊版サイトに直接DoS攻撃を仕掛ける」――政府の知的財産戦略本部が8月10日に開催した、「インターネット上の海賊版対策に関する勉強会」で、IT関連の団体で構成する日本IT団体連盟（理事長：ヤフー社長の川邊健太郎氏）がこんな提案を行ったことが話題になった。提案資料がこのほど、政府のWebサイトで公開（PDF）され、ネットで議論を呼んでいる。 資料では、海賊版サイトの技術的対策として、「アクセス集中方式」がブロッキングに代わる手段になると提案。権利者が自ら、違法サイトにアクセスを集中させ、サイトにつながりにくくするという案で、いわば「権利者による海

こんにちは、買物事業部のデザイナー兼エンジニアの長野です。 現在買物事業部では、クックパッドマートという新規サービスの開発を進めています。この夏にいよいよリリースを予定しており、先日 プレスリリース を発表しました。 クックパッドマートは、今年の1月に私を含めて3名の小さなチームでサービスづくりを開始しました（8/13現在：10名）。チーム発足から半年をかけて様々な検証を行い、サービスを形にしてきたので、本記事ではそのプロセスの一部を下記の流れでご紹介したいと思います。 クックパッドマートとは サービスが解決したい課題 サービスが提供する価値 価値仮説に至るまでのプロセス 1. クックパッドマートとは クックパッドマートは、料理が楽しみになるような食材を、スマホアプリから簡単に注文することができる、生鮮食品のECサービスです。 地域の精肉店や鮮魚店、野菜農家、ベーカリーなどの「こだわり食材

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。

生存報告も兼ねて。 カリフォルニアに来てもう半年ぐらい経った感覚ですが、実はまだ4ヶ月ほどでした。非常に多くの素敵な方々との出会いがあり、妻も僕も子供もこの皆さまの助けがあってどうにか生きております。どう感謝してよいか言葉にできないほどです。 さて、ビジネス上の僕のミッションは次の3つです。 主に投資や連携目的の交渉（の技術面のサポート） 日本との連携 新規事業の開発 どれもなかなか難しいです。会ってアポぐらいなら応じてくれる会社も多いですが、投資や連携といってもバブル崩壊以後経済成長できていない我が国はもはや「商習慣だけめんどくさいのに今やカネも持ってないから相手にしてられない連中」というのは肌で感じます。ご存知の通り、サンフランシスコ・ベイエリアはIT企業会社員が年収5000万円もらうような場所です。なかなか同じ規模感で会話するのが難しいレベルに達しています。 こみこみという噂のNet

年商2000億円超えの“商売の神様”に聞いてきた 「25歳で資産運用？ 眠たいこと言うなよ」DMM亀山会長から若者へのお金のアドバイス 「ディーエムエーム、ドットーコム♪」 ローラさんやビートたけしさんなど、有名タレントを起用したCMでもおなじみの『DMM.com』。 その事業は、動画、ゲーム、FX、英会話、電子書籍、太陽光発電…最近ではロボットや仮想通貨取引所まで、驚くほど多岐にわたります。 今回マネ凸したのは、そんな超コングロマリット企業のドン・亀山敬司会長。 同社を非上場企業としては異例の規模（年商2000億円超！）に育て上げた“商売の神様”が若者に贈るお金のアドバイスは必見です！

このテーマで書く前に、まず、最初に自分に多少の偏りがあることを認めておかなくてはなりません。 オブジェクト指向より、関数指向寄り オブジェクト指向のアプローチは有用だが、ただしそれを実現する手段はクラスと継承ではない。 階層化されたツリー構造(GUI/リレーショナルな参照構造)に埋め込まれる状態はコード品質を悪化させるので、できるだけ出現するべきではない。 ただし、状態は確実に存在する。だからこそ慎重に扱うべきだ、という派閥です アンチパターン: 特に理由もないクラスメソッドへの所属 何かのバリデータを実装したいとします。 その関数がどこに所属するかについて、よく見るこれらの実装は全部アンチパターンといっていいと思います export class Validator { static validate() {...} } export class Validator { validate(

実はオブジェクト指向ってしっくりこないんです! 私はJavaでキャリアを始めたので、当然、オブジェクト指向を前提としてプログラミングを学んでいきました。オブジェクト指向の概念を聞いたとき、なるほどこれはよくできているなと思ったのを覚えています。オブジェクト指向では、現実世界の「もの」をそのままオブジェクトに表現します。なるほど、合理的でプログラミングが簡単になるように感じます。ちょうど現実のものを操作するようにプログラミングができるのですね。 実際にオブジェクト指向でプログラムを書こうとして分かったのは、私が作っているのはコンピューターのコードであって、現実のものではなかったということです。ArrayListって現実の何に対応するんでしょうか? 本棚? 「プログラミングはデータの入出力と、その変形のことだ」というデータ指向プログラミングの考えを知ったことが、決定的にオブジェクト指向への興味

あまりにバズってしまったので、前書きを追加 ここまでバズってしまって正直すまんかった。 この記事はもともと愚痴記事をマイルドにして投稿しただけなので「テストを勧める」とか「テストを信奉する」とかそこまで強い意図は特にありません。（私がテスト好きなのは否定しません） 「テスト書こう」に対して「そんなコストはない」と言いながら、いろいろ問題が生じる現状を愚痴りたかっただけです。愚痴るだけだと生産性がないから、なんでこんなに認識が違うんだろうと原因を考えた結果、テストを書くことに対する技術で実際にコストが大きく異なるなと気づいて書いた次第です。 この記事の対象は「テストを書く技術がなく、テストを書く気がない」組織に所属する人です。 アジャイル開発において「テストコードは当然」なのか？という記事で（私の記事をきっかけとして）テストコードの「徹底」とか「カバレッジ100%」とかを批判し、トレードオフ

私は割と根に持つタイプというか、根の持ち方がちょっと常軌を逸している部分があって、昔、Qiitaがコミュニティガイドライン - Qiita:Supportという奇妙なポエムを発表して、 Qiitaは「プログラミングに関する知識を記録・共有するためのサービス」です。プログラマーが興味を持つものではなく、プログラミングに関する記事を投稿しましょう。 ＜中略＞ Qiitaは「プログラミングに関する知識を記録・共有する」サービスです。政治やスポーツを語る記事、ニュースの速報など、プログラミングに関係しない記事は投稿しないでください。 と２度も同じことをいって、可哀想なコボルのおじさんのAdventCalendarを全部消したことを未だに根に持っていて、コードの一行も出てこない、自分のサービスを自慢するだけの記事とか、ベテランプログラマがプログラマ心得とかコーディング規約の枝葉末節についてふんぞり返

一休.comではオンプレミスで動かしていたサーバー群をAWSに移行する作業を2016年末から2年がかりで進めてきました（以下、クラウド移行と呼びます）。2017年7月にまず全サービスのアプリケーションサーバー移行が完了、2018年2月にデータベースであるSQL Serverの移行が終わり、クラウド移行が完了しました。 一休のシステムは予約や決済などのミッションクリティカルな基幹業務を担ってるため、大規模なシステム移行は難易度が高い仕事でした。また、一休のサービスは予約を取り扱うECの一種であるため、トランザクション機能をはじめとする、DBに対する品質要求水準や機能要件も比較的厳しい環境です。 本記事ではこのクラウド移行の中でも特に難易度が高いDBの移行を牽引したkudoyに、移行計画の設計や勘所についてインタビューします。 インタビュイー kudoy デジタルマーケティング部エンジニア（写