転職ドラフトチームのおいちゃんこと @inouetakuya です。リブセンス アドベントカレンダー 2017 - テーマ「関」 の 25日目として、「賢い大人」問題について書きます。 なんだ、その「賢い大人」問題とやらは？というのを説明する前に、つい先日、僕がやらかした失敗から。 失敗談 チームの営業企画的なポジションの人が、僕を含むエンジニア 2人に、次のプロジェクトの開発の話を持ちかけてくれたときのこと。 彼女がプロジェクトの「説明」をしてくれて、僕たちエンジニアがいくつか「質問」した。 あなた vs 私たち わざわざ括弧を付けた箇所に注目してほしい。そう、これは「説明会」的なものの構図に似ている。言ってみれば「あなた vs 私たち」の構図。説明を受ける側と説明を聞く側。目指すべき「問題 vs 私たち」にはほど遠いものだった。 参考）問題 vs 私たち https://www.sli

This domain may be for sale!

最近のテラスハウスのメンバーは年齢が若めなせいかコミュニケーションが雑で衝突が多くつらい。マジで今期は人にオススメできない。 意見の伝え方がヘタクソで無駄に衝突が起きることが本当に多くて不毛。相手が感情的になりやすいような伝え方をしていて、「オイオイあなたその言い方はダメよ」って感じ。具体的に言うと「わたしあなたのあの行動すごい嫌だった」という意見に対して「〇〇はそう感じたかもしれないけどでもわたしは〜」みたいに返してインファイトスタイルになることが多いのだ。 オフラインでもオンラインでも同じだけど、相手の意見に対して何か自分の意見を伝えるとき、賛同であれ反対であれ一度相手の意見に反応を返してから伝えるとうまくコミュニケーションを取れる。議論がうまい人や話しかけやすい人は、だいたいこのやり方が癖になってる気がする。 例を出そう。 「〇〇さんの資料分かりにくいので作り直したほうがよくないです

AI Academy Bootcamp ６ヶ月35,000円にてチャットで質問し放題の環境で、機械学習やデータ分析が学べるサービスを提供しております。 数十名在籍しているデータサイエンティストや機械学習エンジニアに質問し放題の環境でデータ分析、統計、機械学習、SQL等が学べます。AI人材に必要なスキルを効率よく体系的に身に付けたい方は是非ご検討ください！ https://aiacademy.jp/bootcamp この記事の対象者 ・将来Pythonでデータ解析をしたいと考えているが、何から手をつけたら良いか知りたい方 ・将来、人工知能に関連した業務に携わりたいと検討中の初学者の方 ・未経験者からAIエンジニアになりたく、そのためにどのような知識が必要か知りたい方 ・AIプログラミングスクールや専門学校に進学しようか考えているが、独学で勉強できる方法を知りたいという方 対象ではない方 ・既

2020年1月より2月末までの丸二ヶ月間、育児休暇を取得させていただきました。 この背景にはmerci boxと呼ばれる会社の手厚い福利厚生があることと、実際にそれを用いて育休を取得した先輩パパ達が数多くいたからであり、改めて感謝しています。 ということで、恩の還元の意図も込めて、（前回経過を少し書いていたけど）今回はそのまとめです。 想定読者と前提条件 これから育休を取る（あるいは検討している）方（で一応エンジニア）に向けて うちの環境がこうだった（他では違うこともある）前提条件としては、 生後3〜4ヶ月目のできごと（生後すぐは妻の実家に里帰りしていた） 一人目の子供（上の子がいるときっとまた状況は違う気がする） 母乳育児（後述しますが、ミルク育児とは夫のできる活動に差がある） TL;DR; やってみてどうだったか ちょうど同じ時に育休を取っていた小泉進次郎が言うように、育休は全然休暇じ

Dockerfile効率化のベストプラクティスを、リードタイム(CI/CDの実行時間)を短縮し開発生産性を向上させる為に行うべき事という観点でまとめました。 1.Docker Daemonへの転送ファイル削減 2.Docker Imageのサイズ削減 3.cacheの有効活用

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

CRUDのうちUPDATEがもっともシステムを複雑化する。更新には複雑なルールが伴うからだ。業務的に複雑なルールが存在するのは仕方ないこともあるが、システム、設計で複雑さを更に増さないようにしたい。UPDATEに着目し、その発生をできるだけ削ることによって複雑さをおさえるためには、まずデータモデルをそのように設計しておかなけれなならない。このイミュータブルデータモデルは、それを手助けする手法で、手順に沿って実施すればある程度のスキルのバラつきも吸収できるように組み立てられている。

ウィルゲートのアーキテクト兼技術広報の岡田（@okashoi）です。 今からおよそ 1 年前に取り組んだ、社内システムをリニューアルによってサーバレス化した事例についての紹介と、1 年経過したところのふりかえりや所感を書きたいと思います。 システムリニューアルの背景 利用量の増加に対してスケールしにくい サーバリソースの利用効率が悪い エラーが発生した場合の原因究明が難しい リニューアルプロジェクト発足 目的は「スケーラビリティ向上」 「コスト削減」 「信頼性向上」 メンバー3 名でおよそ半年にわたるプロジェクト 目的へのアプローチ Amazon API Gateway + AWS Lambda によるサーバレスアーキテクチャの採用 Amazon Elasticsearch Service を用いたログの可視化と運用を考えたログ設計 プロジェクトでの取り組み 機能の洗い出し Go 言語 +

はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF　→リーンプロダクトのプロセス　→モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ

突然ですが「PM」という言葉は何の略称だと思いますか？ Project Manager、それともProduct Manager でしょうか？日本だとProject Manager、海外だとProduct Managerという意味が一般的という話も聞いたりします。また、最近はPjM,、PdMというように明確に呼び分けることも増えてきているそうです。さて、このPjMとPdM、残念ながら呼称どころかその役割さえもよく混同されています。このエントリーでは、両者の役割を明確にし、現場でのベスト・プラクティスを考えてみたいと思います。 Inspired: 顧客の心を捉える製品の創り方 作者: マーティケイガン 出版社/メーカー: 株式会社　マーレアッズーロ 発売日: 2015/02/07 メディア: Kindle版 この商品を含むブログ (1件) を見る プロジェクトマネジメントとプロダクトマネジメン

近況報告です。4年7ヶ月勤続したQuipperを"退職"ります。 退職エントリですか？ これは退職報告ではありますが、一般的に期待されるような"退職エントリ"ではない気がしています。もう少しちゃんとしたやつは後ほど書くつもりです。 誰 @ohbarye です。"広島の粗大ごみ"と呼ばれることもあります。 在職中はRuby on Railsによるサーバサイド、React, TypeScriptによるフロントエンドを中心に学習サービスの開発をやってきました。長らくBtoC領域に携わっており、登録導線や決済システムやカスタマーサポート周りの開発・運用経験が長いです。また、必要に応じてスクラムマスターのような動きもした時もありました。 ここ2年半ほどは上記のような動きをしつつ、Engineering Managerとして組織設計・採用プロセス整備・評価制度策定・表出した組織課題への対応・会社主催の

チーム・ジャーニー発刊イベント「チームは果たしてジャーニーできるのか？ 現場ジャーニー・プレイド編」での登壇資料です。 https://devlove.doorkeeper.jp/events/104165

近年の Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語としての人気が高まっています。 フロントエンドエンジニアがコンテキストスイッチ少なくバックエンドの整備ができることは非常に大きな利点です。 ですが、フロントエンド（ブラウザ側）とバックエンド（サーバ側）ではパフォーマンスチューニングで見るべき点が大きく違います。 しかし Node.js アプリケーションのパフォーマンスイシューの見つけ方などがまとまっている資料は少ないです。 そこで、本記事ではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見つけ、改善するため自分が普段パフォーマンスチューニングを依頼されているときにみている基礎的なポイトをまとめていきます。 1. 計測ステップlink Node.js

7月末にGoogleを退職して、Coral Capitalにジョインした私に対して、似たような感じの質問がいくつもメッセで飛んできています。 「スタートアップへの転職を考えているのですが、ここの会社をどう思いますか？」 「スタートアップに転職するときに考えるべきことは何ですか？」 質問者の属性で共通しているのは、スタートアップ企業や、そのエコシステム一般について、あまり詳しく知らないということです。このまま大手企業にいていいのだろうか、もっと良いキャリア機会があるのかもしれないと漠然とした機会損失の不安を感じているようです。特に新卒5〜7年目で1社しか知らないという人で、まだリスクを取りやすいライフステージにある人に多いようです。 自ら起業するとか、共同創業者としてスタートアップする起業家ではなく、大手や中堅企業を辞めてスタートアップに社員としてジョインする人に向けて、いくつか考えるべきポ

最近でこそ「MVV」（ミッション・ビジョン・バリュー）ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル（存在意義）を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」（大胆にやろう）、All for One （全ては成功のために）、Be Professional （プロフェッショナルであれ）を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長

This domain may be for sale!

121. 音声基盤モデル w/ noriyuki_kojima コトバテクノロジーズCEOのKojimaさんをゲストに、音声基盤モデルの概要や学習方法、評価の難しさなどについて語っていただいたエピソードです。 120. ニューラルかな漢字変換 w/ miwa_ensan Miwaさんをゲストに、従来のかな漢字変換の仕組みや課題、ニューラルかな漢字変換であるAzooKeyのモチベーションや仕組みなどについて語っていただいたエピソードです。