タグ

ブックマーク / medium.com (31)

  • イギリスで働く

    からイギリスのオフィスへ出向になり早一年が経った。 日エンジニア海外で働くことも珍しくなくなってきた今日、海外生活について綴ったブログ記事をよく見かけるが、だいたいほとんどがUS、それもシリコンバレーの話。せっかくイギリスにいるんだしイギリスの話も書いてみるか、と思いキーを叩いている。 なぜ移住したかというと、御託はいくらでも並べられるが、一言で言うと退屈だった。20代後半が退屈だったら、あと3–40年何をするんだと。とりあえず、一旦無力になれば見えるものもあるかもしれない。コンフォートゾーンとかミドルライフクライシスがどうとか、さしずめそういう話だと思う。 自分はBristolという南西部の都市に住んでいる。人口で言うと、イギリスで10番以内には入るかな、というくらい。これがLondonやManchesterのような大都市だと話は変わってくると思うので、「こういうのもあるよ」く

    イギリスで働く
    PEEE
    PEEE 2018/01/30
  • 日本マイクロソフトを退職します

    マイクロソフトを退職します新卒で入社した日マイクロソフトを 1 月 17 日に退職します。 学部生の頃、就職できるはずのない雲の上の企業でした。 就職活動していた際にも視野に入れていませんでした。 なぜそんな大企業に就職したのに退職するの? こんな記事も書いてもらったのに退職するの? という質問をよくされるので、いわゆる退職エントリを残しておきます。 なぜ退職するのか最初に、日マイクロソフトは素晴らしい会社です。 私自身、技術力以外にコミュニケーション能力や電話応対能力、メール文章作成能力が格段に成長しました。 しかし、技術職であるにも関わらずコードを書いてチームで開発をする機会は全くない部署でした。 そこでふと、「このまま今のカスタマー サポートを続けていて自分は何年後かに後悔しないだろうか。」と思いました。 そして、試しに転職活動をしてみると同じ外資系のカスタマー サポート職の

    PEEE
    PEEE 2018/01/16
  • コードレビューにおけるレビュアー側のアンチパターン

    tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に

    コードレビューにおけるレビュアー側のアンチパターン
    PEEE
    PEEE 2018/01/04
    こんなレビューばっかだとつらいな…
  • Pythonの環境構築を自分なりに整理してみる

    機械学習ブームなどにより、 Python を触り始める Rubyist が増えてきたと思います。その際に問題になりやすいのが環境構築です。Rubyだと rbenv がデファクトスタンダードになっているのに、なぜか Python に… 私の立ち位置もともとは、数年前まで 年に一回Python3でNLTKやらscikit-learnやら機械学習や自然言語処理の環境を作ろうと試みては失敗してPython使うものかと思っていた人でした。それが、Anacondaで環境導入すると、面倒なことは何も考えずに済むということを知り、CookpadではAnacondaを前提に環境構築を勧めていました。 今は、ymotongpooに「郷に入っては郷に従え」と言われたため、pip+virtualenv/venvで全てをこなしていますが、これで困ったことは特にありません。macOS, Windows, Linux

    Pythonの環境構築を自分なりに整理してみる
    PEEE
    PEEE 2017/08/27
  • ソフトウェア開発で学んだが使わなかったもの

    開発手法など、一通り学んだが実際に使っていないものは多少なりあると思う。それらについて掘り起こしてみたい。 スクラム開発認定スクラムマスター研修には研修会場ホストという立場で数回立ち会った。認定外の研修も幾つか受講した記憶がある。書籍もそれなりに読み、Scrum Gathering Tokyoなどのコミュニティにも顔を出し、まあそれなりに色々考えて捉えてきた。でも、自分のチームでは使っていない。スクラム開発というアイデアに矛盾があるからだ。 そもそもスクラム開発ではチームの自律的な行動を良しとしており、それに対する”フレームワーク”を提供しているということになっている。イテレーション、バックログ、ふりかえり、デイリーミーティング(いまだに「朝会」って言ってる人いないよね?)、そしてそれらのお作法。誰が言ったかわからないが、それぞれの作者の意図を察するためには「守」が大事らしい。守破離の「守

    ソフトウェア開発で学んだが使わなかったもの
    PEEE
    PEEE 2017/08/14
  • テックリードという役割

    なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術エンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ

    テックリードという役割
    PEEE
    PEEE 2017/07/12
    こういう人がいると助かるよなあ
  • MBPからThinkpad X1 Carbon(2017)に移行した

    joker1007さんも煽っていることもあり、MacBook Pro Retina(2015) 15インチが重すぎてしんどいので、Thinkpad X1 Carbon(2017)を買いました。2.04kgから1.13kgへと大幅軽量化しました。外での打ち合わせや出張も結構増えてきて、Macは電源も含めると辛い重さになるので思いきって買いました。背中と腰が死にそうなので軽さは正義です。(msfmさん色々ご相談に乗っていただきありがとうございました!) 選定のポイントは 1.3kg以下英語キーボードメモリ16GB15万円くらいまでという条件で選んだのですが、最後まで残ったのはDell XPS13とX1 Carbonだけでした。最初は値段の安さと軽さに惹かれてZenbook 3をメインに機能と値段の比較表を書いていたんですが、途中で店頭でキーボード触ってみて、日語キーボードだとホームポジション

    MBPからThinkpad X1 Carbon(2017)に移行した
    PEEE
    PEEE 2017/07/09
  • RunKeeperやNike+並みのパフォーマンスを実現する高精度位置情報フィルターの作り方 — 位置情報を正確にトラッキングする技術 in Android (第3回)

    前回までのサンプルアプリを実機にインストールして色々なところを移動してみると高いビルに囲まれた路地裏や、木が茂っている公園の中、または厚い雲に覆われた天気で自分の位置とずれたところにパスが描かれることがあるのがわかります。 実はこのように普通にLocationManagerを使っただけでは綺麗な位置情報の軌跡をとることはできないことがあります。 Uberのように一時的に車が少し道路よりずれた場所に表示されてもいいアプリのケースもありますがもしNike+のようにユーザーの行動の軌跡を美しくマップ上に描画し、なおかつ走った距離も正確でなければいけないアプリは高い精度の位置情報だけを取り続ける必要があります。 この回では高い精度の位置情報だけを取り続けるためのフィルターの作り方について説明します。

    RunKeeperやNike+並みのパフォーマンスを実現する高精度位置情報フィルターの作り方 — 位置情報を正確にトラッキングする技術 in Android (第3回)
    PEEE
    PEEE 2017/03/12
  • なぜ優秀なエンジニアを低待遇で採用してはいけないか

    この記事は技術そのものやエンジニア採用のことがよく分からない経営者へ向けて書いています。エンジニアが読めば当たり前のことが書いてあります。また優秀なエンジニアならこう考えるのではないかというところは、私見によるものなので当にそうかどうかは分かりません。 募集要項を書く募集要項で最も重要なのは待遇に関するところだと私は思います。具体的に言えば、だいたいの年収です。もちろん業務内容や組織の雰囲気なども重要ですが、業務内容や組織の雰囲気が良ければ年収が低くても働こうと思ってくれるのではないかと考えるのは経営者の奢りであって、そんなエンジニアはほとんどいません。優秀なエンジニアにとってはそのどちらも満たす求人が他にたくさんあるために候補にすらなりません。 逆に業務内容に魅力がなくても年収さえ高ければ良いという優秀なエンジニアも一定数いるはずです。待遇を具体的に書くことはそういった層に響くのではな

    なぜ優秀なエンジニアを低待遇で採用してはいけないか
    PEEE
    PEEE 2017/03/12
    そういう情報って割と業界で共有されるので給料渋いと聞こえてくる会社は避けるなあ
  • ボトムアップ組織のマネジメントとは何なのか

    いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの

    ボトムアップ組織のマネジメントとは何なのか
    PEEE
    PEEE 2016/09/29
    参考になる。マクロではボトムアップでも、個人としてトップダウンの上司もいるから、上司変わったりミクロで一貫しないと現場は混乱するんだよな。特にトップダウンに慣れた人にボトムアップ要求するのは難しい。
  • ゴミ出ししといてって言われてゴミ袋を捨ててきたら「ゴミ出しできてない」って怒られた

    男の家事、無料公開コンテンツその2です。 今回は「自称:家事を手伝っている男性」が勘違いしがちな「ゴミ出し」という仕事について。 夫が家事を「流れ」で理解できていない私を含め、自称「よくできた夫」たちが、「手伝っている家事」としてよく挙げるのが「朝のゴミ出し」ですよね。 出勤の際などに、(がまとめておいた)ゴミ袋を、ゴミ捨て場まで持っていく。 かんたんな仕事なのですが、やはり男がゴミ出しをしていると目立つのか、近所の奥様方と顔を合わせると、「いつもご苦労さまですね」とか褒められるんです。 これが意外に嬉しくて、つい家に帰るなり「ゴミ捨てやっといたよ」とか嬉しそうに報告してしまうのですが、これ、実は「をイラッとさせる行為」なんだとネットのQ&Aサイトで知りました。 私は、またしてもその真意をに聞いてみることにしました。 「ゴミ出ししといて!」って頼んだら、当は 準備どんな種類のゴミ

    ゴミ出ししといてって言われてゴミ袋を捨ててきたら「ゴミ出しできてない」って怒られた
    PEEE
    PEEE 2016/06/30
    自分は一人暮らししてたころは出勤時ゴミ出ししてゴミ袋の替えは帰宅後やってたし、一人暮らしどうこうの問題じゃない。自分のやり方に説明なしに合わせようとするのは横暴でしょ。