エンジニア組織のキャリア戦略とスタンスとして大事にすべきこと
こんにちは、株式会社エウレカでCTOをしている kaneshin です。 この記事は CTOA Advent Calendar 2020 の21日目の記事です。エンジニア組織におけるキャリア設計について、今までの私の経験を踏まえて考察してきたスキルの礎の部分について、いろいろな方にお話しする機会が増えたこともあり、今年の締め括りとしてエンジニア組織のキャリア戦略について一本書こうと思い、本記事を書いています。 はじめに株式会社エウレカは、恋活・婚活マッチングアプリ「Pairs」の運用とオンライン結婚相談所「Pairsエンゲージ」の展開をしています。私は2012年にエンジニアとして入社し、当時ローンチしたばかりのPairsチームへの配属となりました。（Pairsは以下「ペアーズ」と表記します） 入社当時は出会い系と同じ括りとして認識されていたペアーズですが、今ではこのようなクリエイティブを世
次の一手
時雨堂は 2020 年 10 月で 9 期を迎えます。最近は WebRTC SFU Sora が様々な場面で使っていただけるようになってきたこともあり、会社が自社製品の売上だけでまわるようになりました。 とはいえ、ただの零細企業でしかないため、いつ自社製品が売れなくなるかわかりません。次どうするかを 8 月はコード書くのを止めて色々考えていました。 一通り考えがまとまったので、まとめておこうと思います。 要約Sora を採用したくなる OSS の提供Sora 向け統計解析ツールを OSS で公開Sora 向け録画合成ツールを OSS で公開Sora 向け負荷試験ツールを OSS で公開本気で日本の WebRTC 市場を取りに行く経営状況ありがたいことに相当順調です。税理士も開いた口が塞がらないほどです。とはいえ働き方は特に変わっていませんので、変化があるとしたら社員の賞与の金額くらいでしょ
「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した
こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod
UINavigationController And UITabBarController Programmatically (Swift 4)
SwiftUITabBarControllers & UINavigationControllers are the main controllers for iOS Development.They are a great way to navigate between a set of your ViewControllers. The iOS Clock app is a perfect example of using UITabBarController as the main way to control the app. There are tons of tutorials online on how to create UITabBarControllers and UINavigationControllers using interface builder, but
Djangoの脆弱性CVE-2019-14232・CVE-2019-14233・CVE-2019-14234・CVE-2019-14235について解説
django.utils.text.Truncator の chars()・ word() メソッドは テンプレートフィルター truncatechars_html・ truncatedwords_html の内部で使われています。 【CVE-2019-14233: Denial-of-service possibility in strip_tags()】 django.utils.html.strip_tagsに渡した文字列が不完全なHTMLだった場合にDoS（Denial-of-service）攻撃に繋がる場合があります。 この関数はテンプレートフィルター striptags の内部で使われています。 【CVE-2019-14234: SQL injection possibility in key and index lookups for JSONField/HStoreFiel
Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)
NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは， curl -fsSL http
どう考えてもマネージャなんて不要だからそれで上手くいくなんて期待しない方がいい
色んなマネージャがいる。何をやる仕事だろうか？役に立ってる？要らないだろ？って話をまとめたい。 チームを助けるどうやって？1on1でお互いの理解を深めていく？ 皆さん知らないかもしれないが、この世界は実は、売上とそれを支える進捗が救いなんだ。進捗の源泉はアーキテクチャでありドメインモデリングでありシステム設計者だ。マネージャではない。 経営方針を伝えるそんなもん、直で伝える方が絶対にいい。伝え方が上手くないならなおさらだよ、早めに経験値を稼ごう。 チームメンバはでかいビジョンは理解してるけど、具体的なアクションが見えないかもしれない。伝わってるか否かを観察して、次はもっと上手くやろう。マネージャの出る幕はない。 人事評価をする人事評価はお互いの納得が最低条件であり、丁寧にやらないといけない。マネージャは納得させることができるだろうか？ 元エンジニアのマネージャなら、しばらくは保つかもね。で
株式会社ドワンゴを退職しました
社内で使っていたアイコン2015年に新卒で入社し、4年3ヶ月勤めた株式会社ドワンゴを2019年6月30日をもって退職しました。確かにドワンゴの社員でしたが、感覚的には、ずっと居た Dwango Media Villeage という組織を卒業した気分です。 もともと2019年末には退職するつもりだったのですが、抱えているタスクがちょうどタイミング良く片付き、環境も色々と変化してしまったため、予定を早めこのタイミングでの退職となりました。 退職後も秘密保持契約は有効なので詳細は書けませんが、公開できる範囲でやってきたことを振り返ってみます。退職エントリって何のためにあるんだろうと思ってましたが、書き終えてみると、自分がやってきたことに区切りをつけるという意味で良いものだとわかりました。 まず、在職期間を通して、時間があるときは何かニコニコサービス内で利用するレコメンダーやその運用システムを開発
ユーザーヒアリングという悪・思考停止
久々にとても良い本に出会いました。そしてスッキリしました。 “Over Crowded”（邦題『突破するデザイン』）という書籍で特に刺激になったのはソリューションに対するイノベーションは外から内というプロセスを経ることが多いが、意味のイノベーションにおいては絶対的に内から外でないとダメだということ。意味のイノベーションとは人々の生活を一変するような今までの延長線上にはない価値を創り出すこと。 外から内というのはユーザーヒアリングや行動観察などによって気づきを得て、それをソリューションに対してのイノベーションを起こすために活かすということ。例えば、IDEOがスーパーマーケットでの顧客行動を観察し、カートというソリューションをデザインしたという話など。 但し、ソリューションではなく、意味のイノベーションにおいては外から内というプロセスでは何も生まれない。例えばAirbnbなどを考えればわかりや
Flutter FAQ 🇯🇵
さらに自分なりに表現すると、次のように思っています。 Hot Reload/Restartによって、実装と確認のフィードバックサイクルが極めて速い(ビルドで数十秒以上程度待たされることの多いネイティブ開発環境と比べて)ネイティブアプリと見分けの付かないような高クオリティ・高パフォーマンスなアプリの開発も可能リッチなフルカスタムUIも組みやすいさらに、Google I/O 2019でもアピールされていたデスクトップ・Webへのクロスプラットフォームアプリの開発も可能になりつつある(まだプレビュー版で現時点でのプロダクション利用は厳しい)のも、今後への期待ポイントです。 Flutterの学習コストは？個人的には、以下程度に思っています。 簡単なプロトタイプ・ごくシンプルなアプリ: まあまあ簡単ある程度複雑・中規模以上のアプリ: 簡単ではない(iOSネイティブよりも少し習熟しやすいかも？程度)簡
美少女声への変換と合成
Introduction今までは主に可愛い女の子の画像(or 動画)を生成することに取り組んできましたが、画面上に映せるようになったらやはり可愛い声で話して欲しいものです。そこで今回は、別の人の声が与えられた時に美少女声へと変換するための声質変換と、テキストが与えられた時に美少女声を生成するText-to-Speech(TTS)を行なった試行結果について述べようと思います。 Voice ConversionIntroduction声質変換のデータには2種類あります。それが、パラレルデータとノンパラレルデータです。以下にそれぞれの特徴を述べていきます。 パラレルデータを用いた声質変換 同じセリフを発する2種類の声を学習データとして用います。発話内容が同じのため、言語特徴を気にせず音響特徴量の変換を行うことが可能です。しかし、話速の違い等によって言葉を発するタイミングがずれてしまうのでDyna
GCP からの HTTP リクエストをセキュアに認証する
はじめにGCP にはあらかじめ HTTP のエンドポイントを登録しておくと、そこに対して HTTP リクエストが送られてくるようなプロダクトがいくつか存在します。 Cloud Pub/SubCloud TasksCloud Schedulerどれも非同期系の処理を行うプロダクトであり、非同期処理を行う Worker を HTTP の Web サーバとして記述できるのが大きなメリットになっています。 しかしそれらの Web サーバはパプリックなエンドポイントとして用意することも多いことから、送られてきた HTTP リクエストが本当に GCP の特定のプロダクトから送られてきたものなのか？という「認証」をどうやるかが長らく問題になっていました。 既存のやり方としては Web サーバの実装方式によっていくつかありますが、 App Engine (1st gen) を使う場合: “login: a
Twitter就活でソフトウェアエンジニアになって２年が経った - Takeshi Yoneda - Medium
右も左も分からなかったけど、第一線で活躍するバックエンドエンジニアになれそうな気がしてきた はじめにこんにちは。@mathetake です。先日以下のようなツイートをしたので、有限実行ということでいろいろ書こうと思います。(ちょっと遅くなってすみません) 2017年3月に修士号を取得後ソフトウェアエンジニアとして働き始め、早いもので二年が経ってしまいました。そのきっかけとなったのは、今となってはなんの目新しさもなくなってしまったTwitter就活なんですが、そのフックとなった当時の僕のブログは、過去との決別ということで閉鎖しました。なので改めてここに「当時の経緯」と、それだけでなく「２年間の振り返り」「ウェブアプリケーションと機械学習」「キャリア観と俺流生存戦略」についてつらつらと書いていきたいと思います。 宣伝本題に入る前に宣伝なんですが、会社の同僚と執筆した機械学習関連の本が出版されま
私はこうやってGoogleに入りました（Reiko編）
きっかけ私はグーグルに入るまで、情報系のしがない研究者としてポスドク的な仕事をあちこちでやってました。それで研究者データベースに名前が載っていて、女性なこともあり、グーグルのリクルーターさんが面接のお誘いのメールをくれたのがきっかけです。ちょうど、研究というより企業の開発寄りの仕事もやってみたいと思っていたタイミングだったので、グーグルという選択肢があるのか！行けたらスゴイ、面白そう、と思いました。 プログラミングスキルは？プログラミングは仕事用のコードを自己流で書きちらかしてるだけだったのでコーティングには全く自信がなく、そのリクルーターさんからいくつか資料が送られてきたので、参考にして勉強しました。Cracking the Coding Interview、プログラミングコンテストチャレンジブック、あといくつかアルゴリズムの本（思い出したら書きます）などをやりました。 リクルーターさん
自分がGoogleに入った時の話
自分がGoogleに入った時の話 はじめてこの社名を知ったのは、高校生の時。自他共に認めるパソコンオタクだったぼくは書店で月刊アスキーを立ち読みしていた。そこで、新しく登場した検索サービスについて丸々1ページ使って紹介されていた。その速さの秘密は、インターネット全体をメモリに載せて処理をしているかららしい。信じられない量のメモリを持っている謎の会社。それがGoogleをはじめて知った瞬間だった。 大学は東大に進んだ。志望した主な理由はお金がある大学だと聞いたから。なぜお金が大事か？それはお金がないと速いコンピュータが買えないから。高性能なコンピュータが使いたかった。幸い無事に入学でき、その後無事に志望していた理学部情報科学科に進学した。そこには数百台程度のクラスタがあって、それらを使って友人らとオセロのAIの開発を競った。なぜそんなことを熱心にやっていたのか正直わからない。自分にとっては小
「良いエンジニア」を言語化してみました
「VOYAGE GROUP エンジニアの公開ガチ評価会」に参加して、最近考えていた「良いエンジニア」像がかなり良い感じだと思うようになりました。 「ガチ評価会」自体の内容は他の方のブログに譲るとして、「ガチ評価会」で聞けなかった部分、つまり「普段だったら『ビジネス的側面からの技術投資判断』とかも聞くんだけど」と言っていたところが、まさに聞きたいところだったのでニヤッとしました。聞けなくて残念♪ 妥協ない挑戦元々ピクシブの技術力評価においては、「最近やった妥協ない挑戦は何ですか？」というのをキーワードにやってました。 解決すべき課題に対して、どういう背景があって、どういう事前調査をして、どういう実装をして、どう考察するか、というところまでをきちんと考えて仕事することに成長があるんだよ、というメッセージ性です。 そんなこと言っても普段は妥協ばっかりですって？いえいえ、相反する選択肢の中で、何を
ドワンゴを退職します
TL;DRタイトルの通りです。給料上がんねーから 2019/1/31 付でドワンゴ辞めます 本文入社に至った経緯ドワンゴには2016新卒で入社して2年10ヶ月在籍していたことになります。入社を決めた経緯としては 就職活動の時期に暇だったので Erlang を触り始めていたデブサミでちょうどドワンゴの中の人が配信基盤を Erlang で書き直してることを話してた研究室の先輩が何人か居た上記のような理由で仕事で Erlangを書くのはけっこう楽しそうだと思ったので入社することを決めました。実際にエントリーシートの志望動機には「Erlang で仕事したい」とだけ書いた記憶があります 入社後は新卒研修を終えてから無事希望していた DMC チームに配属されました。転部等もなく退職まで DMC チームに所属して多少飽きが来る程度には Erlang を書くことができたので入社した目的は達成されたと思いま
シリコンバレーのベンチャーと開発プロジェクトを進める上で大切なこと
過去10年以上、日本企業とシリコンバレーのベンチャー企業の技術的な窓口をやってきて、いろいろと文化の違いというか、進め方の違いというものを感じてきました。 特に私の場合、Eye-FiというSDカード端末とカメラのファームウェアが特殊なプロトコルで通信するような仕組みをサポートしてもらったり、Misfitが持つ独自技術を使った開発の受託案件など、何度も日米のエンジニア同士が話し合う場面に立ち会ってきました。 その中で、受託を本業としていないシリコンバレーのベンチャー企業に対して、日本の企業が開発を依頼する時の留意事項をまとめてみました。 1）「簡単な機能」かどうかは依頼する側が判断しない開発が簡単かどうかは開発側が判断することです。誰でもできる開発を依頼してるなら話は別ですが、「簡単だと思うなら自分たちで開発してよ」というのが開発する側の気持ちです。なにか機能を追加したい場合は「こういう目的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
競馬予測人工知能の年表
Medium