未知の顧客体験を創り出し、社会に大きなインパクトを与える。 メルカリだからこそ経験できるプロダクトマネジメント。 野村総合研究所のTechnical Engineerとしてキャリアをスタート。その後マイクロソフト、楽天、ファーストリテイリングでさまざまな国内及び、グローバル向けの製品のプロダクトマネジメント行うとともに、開発組織強化のためにアジャイル開発の導入、オフショア開発拠点の立ち上げなどに従事。2018年9月にメルカリに参画し、プロダクト組織の拡大に従事している。

こんにちは。元クロコスCTOの sotarok です。 元というのは、「クロコス」という会社が吸収合併にされてなくなったからですね。 「CTOとはどういう人だ」という話は、ここ1−2年ホットで、定期的に話題になります。自分の元上司であるグリーふじもとさんやnaoyaさんをはじめ、立派な諸先輩方が語ってくれているところではあります。 よりまとまった話をわかりやすく聞くには彼らの話を聞いてみるというのが良いかもしれませんね。GREEのエンジニアブログとか、wadapのブログとか、WEB+DBとか。 で、まあとはいえ、CTOというのをやってみた身として、自分なりに思っていることを、自分の言葉でまとめておくことをやってみようかな、と思っていたのでせっかくなのでブログに書いてみようと思います。 ただし、はじめに言っておきますがCTOとはこうでなければいけないとか言うつもりはありません。自分が意識して

ホーム 取材・リポート スクウェア・エニックスの技術者が活用した「感情を揺さぶるメタAI」。二次元感情マップを使った実装例を解説【CEDEC2019】 今月9月4日から6日にかけてパシフィコ横浜にて「CEDEC 2019」が開催された。CEDECはCESAが主催するゲームデベロッパー向けのメジャーカンファレンスで、3日間の開催期間中にはゲーム開発者や関連技術に関わる方向けにさまざまなセッションが開かれた。今回の記事では、株式会社スクウェア・エニックスのAIリサーチャーである里井大輝氏による「感情を揺さぶるメタAI～ゲームへの実装方法とバランス調整への応用事例～」セッションの内容と様子をお届けする。 そもそもメタAIとは何か？ ゲームにはさまざまなAIが組み込まれている。NPCの挙動を制御するキャラクターAIなどがその代表例だ。では「メタAI」とはどのようなAIかというと、先程例に上げたキャ

うちのチームのプログラマーはテストが好きかどうかは分からないけど「これよく見つけたなー」と思うようなバグを見つけてくるからテストがうまいと思う。で、なんでうまいのか考えているのだけど「毎日１時間、システムレベルのテストをしている」のが、うまくなる要因の一つなんじゃないか。— miwa (@miwa719) 2019年6月24日 医用機器（自社製品）のソフトウェア開発に従事して、あと数年で３０年になります。いろんなチームに所属し、多くの開発者と一緒に仕事してきましたが、現在所属しているチーム（うちのチーム）のプログラマーはテストがうまいです。プログラマー時代の自分と比較してもそう思いますし、『ソフトウェアテスト』という側面から製品開発を考えられるようになった今の自分から見てもそう思います。いいバグを見つけたなぁ…（素晴らしい）と思うことが多々あります。 うちのチームのプログラマーはなぜテスト

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

今日、Facebookに「プログラマだったら当然知ってるよね？という知識一覧」という記事で、「データ構造」や「計算量」から「理論計算機」など幅広くコンピュータサイエンス(CS)の基礎をプログラマ知っているべきという論が展開されています。 私は経営学部だったのでコンピュータサイエンスについて学校で習ったことはないのですが、高校の頃から趣味で色々調べていて、この中だとグラフ理論と機械学習系以外は大体理解しています。 「Web系の人って、新技術ばっかり追いかけてCSの基礎とかちゃんと学んでないよね」っていう話は他でも時々聞く気がします。 一つがWeb系のエンジニアは情報系の大学を出てない人も多いことと、実際あまり役に立つシーンがないのではないかと思います。 実際、CSの基礎ができると多くのエンジニアにとって何のメリットがあるのでしょう？ 一番は「先の技術を読めるようになる」ことです。 ITの世界

今日もプログラマになる勉強する人のところで話をしてきました。 で、また適当にいろいろ書いてました。 http://www.slideshare.net/nowokay/20140228-31742219 今日は特に、この図の内容についてまとめておきます。 ※ このエントリは、主に今日の話を聞いた人を対象としています。前提や補足については省略しています。 まずはプログラミング言語を プログラマというのは、利用者に直接サービスを提供することはできません。コンピュータの上でプログラムを動かして、そのプログラムを使ってもらうことでサービスを提供します。 ※組み込みは前提から外しています。 そのプログラムも、コンピュータで動くものを直接記述することは現実的にできません。 なんらかのプログラミング言語で、プログラムを書くことになります。つまり、プログラマの仕事は直接的にはプログラミング言語をいじくる作

プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自

2019年2月26日、検索技術研究会が主催するイベント「Search Engineering Tech Talk」が開催されました。「検索」や「検索システム」にまつわる技術や手法を共有する本イベント。第1回となる今回は、3人のエンジニアが、現場の経験を通して学んだノウハウや、検索にまつわる知見を語ります。プレゼンテーション「『いい検索』を考える」に登壇したのは。株式会社リクルートテクノロジーズの内田臣了氏。一般的に用いられる検索エンジンの仕組みと「いい検索」の条件について解説します。講演資料はこちら 「いい検索」を考える 内田臣了氏（以下、内田）：よろしくお願いします。「いい検索を考える」というタイトルで、リクルートテクノロジーズの内田が発表いたします。 まず自己紹介なんですけども、内田臣了（しんりょう）です。 けっこう珍しい名前だと言われます。2017年に株式会社リクルートに新卒で入社し

Webフロントエンドエンジニア2年生になりました。 この1年で本当に多種多様なフロントエンドエンジニアの方たちとお話する機会をいただき、その度に「フロントエンドの領域って様々な役割があるなー」と思わされる毎日です。 一方で、「フロントエンド開発」という単語が形骸化してきている感覚も抱いており、具体的には 「フロントエンドチームに入社してみたけれどスキルミスマッチで苦しんでいる」 「フロントエンドの業務に対してビジネス側や採用側の理解が得られない」 という話を目にする事も少なくありません。 今回はこれまで自分が出会ってきたり仕事でこなしてきたフロントエンド領域の業務について改めて整理する事で、 非フロントエンドエンジニアの方に少しでも興味を持ってもらう より実態に即したジョブロール細分化に向けた議論の下地を提供する フロントエンドエンジニア自身が得手不得手を踏まえたキャリア選択をできるよう、

自社エンジニアの人事課題に向き合っている人に対して、課題や最前線の状況を少しでも多くの気づきやナレッジが伝わり明日からの採用活動が円滑に動けるようになれるイベントとして2019年3月19日に開催されました。 本まとめは、イベント中につぶやかれたハッシュタグを追って有益な情報をまとめてみました。

はじめに こんにちは。@oturu333 です。私はフリーランスエンジニアとしてモチベーションクラウドの開発チームに参画しています。 もともとEMをやっていたので、参画当初よりEM業務（組織やプロセスの改善など）に携わらせていただき、現在は複数ある開発チームの1つのPO業務も経験させていただいています。 今回はそのチームが2ヶ月で「不安ゾーン」を抜け「ラーニングゾーン」に入っていったお話をしたいと思います。 最初「自分たちは何でも屋なんで」と言っていたhotfixチームが、スクラムを取り入れ「もっとベロシティを上げられないか」「仕事を楽しめている」と言えるチームになるまでを語ります。 「不安ゾーン」「ラーニングゾーン」については、以下のブログが参考になります。 note.mu 「hotfixチーム」と言われたチーム モチベーションクラウドには複数の開発チームがあり、それぞれのチームに名前を

フリーランスエンジニアがコード書いて稼げる年収の上限は、だいたい3000万円ぐらいらしい。 この数字がどこから来ているのかというと、 masuidriveさんはCTOというエンジニアの相場観が見えやすそうなポジションを長くやってた方だし、きっとそんな感じなんだろうなと。 3000万を12ヶ月で割ると1ヶ月あたり250万。20人日として単価は12.5万円/日。なんとなくコード書くエンジニアの上限として妥当そうな感じはある。 だから何なのかフリーランスエンジニアは自分で自分に値付けしないといけないのだけど、これが結構難しい。技術力や経験は上がっていくものだし、しかしそれだけで値段が決まるというものでもない。あと基本的に自分の単価は公言しないものなので、参考値もあんまりない。 会社員からフリーランスになったとき、額面上は一気に大きくなるので、「うわーさすがにこれは高すぎでは」とビビっていたが、今

こんにちは、最近愛媛から広島に移住した組織運営チームの水戸です。 2019年からサイボウズの開発本部から職能・地域毎に分かれた部署がなくなり、チーム主体の組織になりました。 組織変更をオープンに議論するというチャレンジングな試みの中で、新組織の理想はユーザー価値の最大化に定まり、個人やチームがより主体的に動ける組織構造に変わりました。 この記事では私がファシリテートを担当した組織変更をご紹介します。 開発本部の状況 開発本部の役割は製品を開発することです。 2018年までの開発本部はマトリクス組織を採用しており、プロダクト開発チームには様々な職能・地域毎に分かれた部署のメンバーが所属していました。 この組織構造は事業の中心がオンプレミスだった10年以上前から、事業の中心がクラウドに移った2018年に至るまで変わっていません。 一方、プロダクト開発チームに求められるものは大きく変わりました。