EMゆるミートアップ vol.6 〜LT会〜 https://em-yuru-meetup.connpass.com/event/308552
何のための個人目標設定？
EMゆるミートアップ vol.6 〜LT会〜 https://em-yuru-meetup.connpass.com/event/308552
評価者を孤独にしない
EMゆるミートアップ vol.6 〜LT会〜 登壇資料
CTOでもVPoEでもないエンジニアのポジションの取り方という発表をしてきました - BASEプロダクトチームブログ
こんにちは、BASE BANK Divisionで事業責任者をしている柳川と申します。 今回はROSCAさん主催のROSCAFE TECH NIGHT #5で登壇させていただきました。 その登壇記録とレポートです。 rosca.connpass.com 柳川の登壇内容 イベントタイトルに反し、僕はCTOではないのに登壇させてもらうという若干の出オチ感のある登場でしたが、元気に発表させていただきました。 内容的に若干浮くかなとおもったんですが、今回参加者の選定がマッチしたのか、意外にも同系統の発表が並びました。 発表スライドは以下になります。 speakerdeck.com 発表の趣旨は、エンジニアのキャリアパスには事業責任者もあるよという話です。 僕のキャリアパスとしてはエンジニア→PdM→事業責任者なのですが、 なんでそのようなキャリアパスを辿ったのだろうかと考えていた時に以下のようなつ
2024.03.01 働き方 成田一生 「クックパッドの顔」の一人だった成田一生さんがCTOを退任し、いちエンジニアに戻るというニュースが業界を賑わわせた2022年の末。「キャリアは、どういうストーリーに乗っかるか」と語った成田さん独自のキャリア観は大きな反響を呼んだ。 あれから1年、成田さんは14年間勤めたクックパッドを24年1月に退職。現在は電話AI SaaSを展開するIVRy（アイブリー）で、いちエンジニアとして開発に取り組んでいる。 「クックパッドでエンジニアに戻った結果、何を感じたのか」 「同じ“いちエンジニア”なら、なぜ転職する必要があったのか」 「CTOのキャリアも狙えたであろう中で、その道は考えなかったのか」 あまたのエンジニアが抱くであろう疑問について、成田さんに聞いた。 IVRy プリンシパルエンジニア 成田一生さん（@mirakui） 名古屋大学大学院を修了後、200
ナミ @エンジニア| 元保育士 @ocratraineenami つよいエンジニアって、土日もプライベートも勉強してるって聞いたけど、 具体的にどんな勉強してるんですか？ 自分で何か作ってコード書いてるのか、 書籍で知識増やしてるのか 仕事以外の時間にこれやったら成長早いよっていうこと教えてください！！！！ 2024-02-29 18:46:30
現状のLeanerがこういう価値観で組織づくりしているというだけで、今後も絶対これらのポジションをつくらないと思ってるわけではないです Leanerについて Leaner Technologiesは「調達のスタンダードを刷新し続ける」会社です。企業の購買や調達に関する業務を支援するBtoB SaaSスタートアップです。トヨタ自動車様 や 大手コンビニエンス企業様 など主にエンタープライズ領域に導入いただいて急成長してます。 「Leaner見積」 「Leaner購買」 の二つのプロダクトを開発・提供しています。 エンジニアメンバーは約15名ほどです。 なぜポジションがないのか そもそもなぜポジションがあるのかについて明確な理由が自分たちの中でありません。特定のポジションがあるとそのポジションを目指すことが社内で正当化されます。 Leanerは「調達のスタンダードを刷新し続ける」という大きなコ
データエンジニアリングの基礎
データエンジニアリングとは、組織内外で日々生成されるデータを蓄積し分析するためのデータシステムを構築し維持管理することであり、急速に注目を集めている分野です。近年ではデータエンジニアリングを支えるツールやクラウドサービスが成熟し、組織へのデータ利活用の導入は容易になりましたが、明確な指針のないままデータシステムの構築を進めると費用と時間を無駄に費やすことになります。本書は「データエンジニアリングライフサイクル」を軸にデータシステムの要件を整理することで、組織の「データ成熟度」に応じたデータシステム構築の指針を与えます。またデータエンジニアの立ち位置を明確にし、組織内でデータエンジニアが果たすべき役割を示します。 まえがき Ⅰ部 データエンジニアリングの基礎と構成要素 1章 データエンジニアリング概説 1.1 データエンジニアリングとは何か 1.1.1 データエンジニアリングの定義 1.1.
インフラ・SRE領域の人材不足が叫ばれるなか、技術情報の発信、登壇、教育活動、OSS活動に奮闘しているadachinさん。大規模なオンプレミスからクラウドまでを網羅するインフラ担当からキャリアをスタートし、現在はSREとして本業に限らず、個人事業主としても活動している。 「10年前と比べると、インフラに関連した技術ブログや技術書も分かりやすいものが増えてきました」 「僕自身、インフラエンジニアになった当時は情報が少なくて困りました。技術的な問題でつまづいたとき、すぐさま解決してくれるようなブログもなかった」 だからこそ、現場レベルでの経験をもとに技術の検証をしながら、一目で問題解決の糸口を見つけられるブログを発信し続けてきた。これまでに個人ブログで500記事以上、備忘録サイトも含めると1,000記事を超えており、月間数万PVにもなるという。イベントで「インフラ周りで困ったときに参考にしてい
2023年12月1日から働き始めた株式会社令和トラベルを3月19日付けで退職します。1984年4月1日から社会人として働き始めてから9社目の会社でした。9社の中で最も在籍期間が短かった会社となります。 私自身は、今年の11月で65歳になります。ウェブサービスの業界で働き続けるとしたら、API仕様ファーストおよびE2Eテストによるテストファースト開発を経験するエンジニアを増やしていければと思っています。もちろん、私自身もソフトウェア開発を続けたいのは以前と変わりません。しかし、私自身が正しいと思わない方法でソフトウェア開発を続けたくなかったので退職することにしました。 API仕様ファーストとその仕様をテストする自動テストを（テストファースト開発で）整備しながら開発をするというのは、私自身はウェブサービスのバックエンドサービス開発に従事してから始めたことではありません。API仕様をきちんと記述
GMOペパボを退職します 感謝 退職する理由 勤務スタイル モチベーション 3月からLeaner Technologiesで働きます 尊敬できる同僚 事業領域 カルチャー おわりに GMOペパボを退職します 2024年2月29日付けで、2018年9月から5年5ヶ月間を過ごしたGMOペパボ株式会社（以下ペパボ）を退職します。 1月末に最終出社を終えて、 お世話になりました！！！！１ pic.twitter.com/Reu8aSWfTm— たなけん (@tanaken0515) 2024年1月31日 2月は勉強をしたり毎日声日記を記録したりして過ごしていました。 listen.style ペパボではSUZURIというサービスの開発に携わっていました。 やってきたことは前回のブログ SUZURIでの5年間でやったこと - tanaken’s blog にまとめてあります。 感謝 本当にたくさんの
DevTools でパフォーマンスチューニング入門 / Introduction to Performance Tuning with DevTools
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか 2024年2月29日 作家／GMOペパボ株式会社 CTO 栗林健太郎（あんちぽ） GMOペパボ株式会社取締役CTO、日本CTO協会理事。情報処理安全確保支援士（登録番号：013258）。東京都立大学法学部政治学科卒業後、奄美市役所勤務を経て、2008年より株式会社はてなでソフトウェアエンジニアとして勤務。2012年よりGMOペパボ株式会社に勤務。現在、同社取締役CTO。技術経営および新技術の研究開発・事業創出に取り組む。2020年より北陸先端科学技術大学院大学に在学する社会人学生としても活動。 X SpeakerDeck Kentaro Kuribayashi’s Website Pepabo Tech Portal での執筆記事 「エンジニアは一生勉強しなければならない職業である」と言われます。「勉
Q: I’ve noticed quite a bit of similarity between staff engineering roles and engineering management. What is your take on the similarities and differences?An interesting observation is how many leadership roles in Big Tech and at high-growth startups begin to utilize overlapping skill sets after a while. At these companies, everyone working in engineering or product is technical, meaning they hav
江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 AIが提示した内容をきちんと理解して、うまく活用できる人とできない
「保険業界のアップデート」を目指して2017年に設立したhokanは、保険代理店向けシステムを開発している。2021年に同社へジョインしCREチームを率いてきた小倉隆宏氏が若手エンジニアに向けて、同氏が若手時代に経験してきたこと、学んだことを若手エンジニアに向けてつまびらかに語る。 不安と焦りのなか、資格取得に迷走した20代 若手に向けて、自身の経験を語ってくれるのは株式会社hokan 開発責任者 小倉隆宏氏。2021年2月に入社、CRE（顧客信頼性エンジニアリング）を立ち上げ、30社ほどの顧客企業の導入支援に従事してきた。2023年5月より開発責任者を担当している。小倉氏にとってhokanは4社目。1社目に13年、2社目に6年勤めたため「社会人としての人格を形成したのは最初の2社」と話す。 小倉氏のこれまでのキャリア 小倉氏が就職したのは2000年。バブル崩壊後の不景気の影響で「就職氷河
「事業の目標」を踏まえて技術的方針を決める。薬局業務DXスタートアップが急成長できた理由 - what we use（技術スタックデータベース）
株式会社カケハシは「日本の医療体験を、しなやかに。」というミッションのもと、薬局DXを起点に日本の医薬業界の課題解決に取り組むヘルスケアスタートアップです。国内に約6万店舗が存在する薬局ですが、まだまだアナログな業務がたくさん残っており、テクノロジーを用いて変革し得る余地があるとともに成長可能性が高いマーケットなのです。 今回はカケハシの黎明期から同社で働き薬局体験アシスタント「Musubi」のテックリードを務める松山哲也さんと、2023年10月に入社し新サービスの開発に取り組むソフトウェアエンジニアの荻野淳也さんにインタビューしました。 AWS Elastic BeanstalkからAWS Lambdaへの切り替え――Webメディア「what we use」のインタビューでは、各企業が取り組んできた技術的意思決定のなかで印象に残るものや、そこから得た学びを話していただきます。 松山：まず
1TBでこの価格。PCやテレビ、ゲームの容量不足を解消するシリコンパワーのmicroSD【楽天セール】
夫婦でワンチーム。予想外のトラブルも転職も密な「対話的コミュニケーション」で乗り切る 2024年2月28日 西谷圭介 国内SIerで金融系基幹システムの開発等に従事した後、クラウドサービスの開発ならびに新規事業立ち上げを経て2014年にアマゾンウェブサービスジャパン株式会社（現アマゾンウェブサービスジャパン合同会社）へ。国内企業のクラウドシステム設計支援を実施しつつ、日本におけるサーバーレス市場の創出と普及に尽力。プロトタイプ開発を行う部門の立ち上げに従事した後、2021年6月より現職。CTOとしてプロダクトを国内外に提供すべくすべてのレイヤで開発に従事している。フロントエンドが好きでインフラもそこそこわかるバックエンドエンジニア。 X（@Keisuke69）・ブログ これまでは、家庭を持つ、特に子どもがいる状況での生活の変化や仕事への影響、それに対してソフトウェアエンジニアの端くれとして
新入社員の呪いの解き方
ウェビナー『CTOとVPoEが語る、採用とオンボーディング で失敗しないためのベストプラクティス』での発表資料です。 オンボーディングにおいて 注意すべき力学について共有しつつ、 チームとして工夫していることをご紹介しています。新入社員=中途入社の社員さんを"主に"想定しています。 【運営しているサービス情報】 - ITエンジニアの方向け - https://lapras.com - エンジニア採用したい企業の方向け - https://scout.lapras.com
by Hillel Steinberg ハイテク企業やベンチャー企業のトップが、「これからの若者はプログラミングを身につけるべき」とアドバイスするのを見聞きしたことがある人は多いはず。こうした潮流とは裏腹に、NVIDIAのジェンスン・フアンCEOが「プログラミングはもはや不可欠なスキルではない」と提唱しました。 NVIDIA CEO: Every Country Needs Sovereign AI | NVIDIA Blog https://blogs.nvidia.com/blog/world-governments-summit/ Jensen Huang says kids shouldn't learn to code — they should leave it up to AI | Tom's Hardware https://www.tomshardware.com/tec
最近、『エンジニアのためのドキュメントライティング』という本を読みました。 非常にためになる内容だったので、本書であがったいくつかのポイントを私なりにまとめてみました。 また、エンジニアにとってのドキュメントは種類が多く、それぞれのニーズとそれに合わせたフォーマットも違うため、 良いドキュメントとは何か？ を一概に述べることは難しいです。 個人的には、「ほぼ知識のない人が読んでも再現できる・解決できる」ということが大事なのではないかと思っています。 そこで、本記事ではドキュメントの範囲を少し絞って、想定される読者をエンジニア寄りに考えて書いています。ご了承ください。 目次 本記事では ドキュメントを作成する前 ドキュメントを作成する時 ドキュメントを作成した後 それぞれのタイミングにおけるポイントを挙げていきます。 📑 ドキュメント作成前のポイント フリクションログとは、あるユーザー1の
TOPフォーカス「勉強しろ」じゃ啓発は難しいから。スベり覚悟の「セキュリティ芸人」が笑いで“脆弱性”を伝える理由【フォーカス】 セキュリティ芸人 アスースン・オンライン ゲーム会社でプログラマーをしつつ、趣味でセキュリティ芸人として活動。情報セキュリティ系のイベントやYouTube上でネタを披露している。R-1グランプリ2023では1回戦を突破。芸名は、大学の後輩にSNS上で陰口を書かれていたとき、本名の「麻生さん」をもじり、敬称まで含めて「ASUSN」と呼ばれていたのが由来とのこと。「オンライン」は語感で付けた。 X 「脆弱だなあ～」のツッコミをキーフレーズに、情報セキュリティや脆弱性をテーマにしたネタを披露する「セキュリティ芸人」のアスースン・オンラインさん。2023年3月に、YouTubeチャンネルに投稿したネタ披露の動画は90万回以上再生されるなど、エンジニアを中心に一定の人気を集
オンボーディングのときに「お手並み拝見」をしないようにね。ってのはちょくちょく聞く。そうだなって思う。どんなことをしてくれるんだろう？じゃなくて、自分からサポートしようよって話。 そういう新しくチームに来た人に対しては、僕はわりとそういうことをせずに動けているとは思ってる。けど、自分が尊敬している人に対しては、この「お手並み拝見」がまだまだ発動しやすいから、気をつけたいなと思っている。 例えば、全社アーキテクトが新しい取り組みを始めたときとか、自分のマネージャが何かに挑戦しようとしているときとか。そういうときに「この人は、どんなことをするんだろう？」って観察してしまう。とか一歩前に出て「手伝いますよ？」とか。 どんなことをするんだろう？じゃないんだよ。一緒に挑戦していくんだよ。手伝いますよ？じゃないんだよ。自分でやることを見つけていくんだよ。シニアエンジニアだもんな。という気持ち。 ちょっ
筆者は新卒エンジニア時代に社内でアルゴリズム勉強会を主催していました。 その内容を本形式に書き起こしたものになります。 【この本の特徴】 📗問題演習形式でアルゴリズムの基礎が身に付く構成となっています。 📗分かりにくい概念は丁寧に図解で解説しています。 📗基礎的なアルゴリズムがどのように世の中に役立っているのかを言及しています。 アルゴリズムに関して、皆さんの理解を深めるお手伝いができれば幸いです。
コンピューター分野において「ハードウェア」の対比語で、 何らかの処理を行うコンピュータ・プログラムや、 関連する文書などを指す言葉である「ソフトウェア」。 一般的にはワープロソフト等のアプリケーションソフトウェアや、 OSなどのシステムソフトウェアに分類されています。 今回の翻訳元では、そのソフトウェアと日本人を絡めた投稿が。 「日本人は基本的にどんな技術でも優れており、 より勤勉に作業に取り組むにもかかわらず、 なぜかそれがソフトウェア面では当てはまらないのは奇妙だ。 偉大なソフトウェアに、日本発のものは存在しない」と、 ソフトウェア技術が唯一と言える日本人の弱点だと指摘しています。 この投稿に対し、外国人から様々な見解が寄せられていました。 その一部をご紹介しますので、ごらんください。 「日本は天才の宝庫だ！」 『世界を変えた日本の発明』の数々に海外から称賛の声 PexelsによるPi
新しい組織に飛び込む時に必要な ソフトスキル 尾藤正人 a.k.a. BTO オープンロジ執行役員CTO
「AIによる業務効率化」がブームだ。といってもAIが仕事に使える、使わなければという機運が高まったのもこの1年足らずのことだし、技術動向が目まぐるしく変わっていることもあって、いまだ「定番」と呼べるスキルは生まれていない。プロンプトエンジニアリングが大事になるぞとか言われていたかと思えば、データ分析、画像生成、直近では動画の生成などが話題になり、「何に使える技術なのか」というイメージすら明確ではないのが現状だ。 こういうときに、新しもの好きというか、アーリーアダプター層とマジョリティの間の「キャズム」はずいぶん大きなものになると思われる。マジョリティ層が「使い方や規制の動向がはっきりするまで待っておこう」と考えるのに対し、アーリーアダプター層は次々と新しいものを試し、それによってAI活用の「コツ」のようなものを掴んでいく。おそらくそれはかつての「検索エンジンの使い方」と一緒で、言語化しづら
ボードゲームやアクションゲーム、各種ツールやシミュレーションなどさまざまなソフトが100日間に作られた いままで数えきれないほどのプログラマーに会ってインタビューもさせてもらってきたが、久しぶりに若いプログラマーの話を聞いてきた。ここ1、2年では U22グランプリの男子中学生や全国小中学生プログラミング大会の受賞者たちだが、今回は、ChatGPTを使ってプログラムを書きまくった女子大生である。 彼女は X（Twitter）の自分のアカウントで1日1本のソフトを100日間連続で作るというイベントをやっていて「おっ、頑張っているな！」と思って応援していた。「こんなゲームを作ってほしい」などとリクエストを出したりもしていたのだが、どうも私が想像していたものと内容もやり方も違っていたようである。 目下、ソフトウェア産業の最大のテーマは「我々は人間の言葉でプログラムを書くようになるだろうか」というこ
クラウドサインのフロントエンドエンジニア辻です。 現在所属しているスクラムチームで、はじめてモブプロを実施しました。 その結果、チームに非常に良い結果をもたらしたため、実施した経験とその中で得られた成果について書いていきます。 モブプロとは 前提 今回実施したモブプロ 目的 役割 進め方 ツール mob 1. セッションの開始 2. ドライバーの交代 3. セッションの再開 4. セッションの終了 Live Share (Visual Studio Code) canvas (Slack) 実施詳細 成果 効率的な問題解決と意思決定 コードレビューの効率化 知識共有の促進 見落としや修正点の早期発見 実装経緯の共有 心理的安全性の向上 まとめ モブプロとは モブプロ（モブプログラミング）とは、複数の開発者が 1 つのプロジェクトやタスクに取り組むソフトウェア開発の手法です。 チーム内で、1
「開発生産性」はエンジニア”だけ” のモノではなくなった？ / "Development productivity" is no longer just for engineers?
2024/2/26 「開発組織から経営層までが開発生産性を考える時代へ - DMMが伝えたい組織づくり」登壇資料 https://developer-productivity-engineering.connpass.com/event/310155/
開発プロジェクトにおいて、開発スピードを測る尺度としてよく使われるのが「ベロシティ」です。このベロシティによって示される数字を適切に扱い、開発に活かしていくにはどうすればよいのでしょうか。 そのことを詳しく株式会社アトラクタ 吉羽龍太郎氏のセッション「ベロシティ Deep Dive」が、1月に都内で開催されたアジャイル開発の代表的な方法論であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2024」で行われました。 吉羽氏のセッションの内容をダイジェストで紹介しましょう。 本記事は前編、中編、後編の3つに分かれています。いまお読みの記事は前編です。 これから「ベロシティ Deep Dive」ということで「ベロシティ」についてお話をしていきたいと思います。 ベロシティを使っているっていう方、会場にどれぐらいいますか？ （手が挙がる） 結構多いで
これまでのエンジニア人生が走馬灯のように駆け巡った「YAPC::Hiroshima 2024」｜クドウマサヤ | iCARE CTO
はいどうもー。クドウマサヤ(@masaya_dev)です。先日、東京からはるばる広島まで行ってきました。そう、YAPCという技術カンファレンスのために。 気づけば開催からもう2週間が経ち、東京へ帰ってきてからいろんな人にYAPCの思い出を語りました。語っていない日の方が少ない。思わず人に話したくなってしまう、それくらい心に残るイベントでした。 というわけで遅ればせながら思い出を綴っていこうと思います。ブログを書くまでがYAPC。 結論「良いLTは結論から」なんてエンジニア界隈ではよく言われますが、この記事でも先に結論を。 本当に参加できてよかった。 プログラミングが好きで、エンジニアリングが好きでWebエンジニアとして働いてきて十数年。 あの杜甫々(とほほ)さんをはじめ、dankogaiさん(@dankogai)、t_wadaさん(@t_wada)、naoyaさん(@naoya_ito)、
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
プラットフォームの上に劣化版のプラットフォームを作成してしまうアンチパターン「内部プラットフォーム効果」とはどういうものなのか
「ソフトウェア設計におけるアンチパターンの中に特にひどいにも関わらず文書化されていないものがある」として、ソフトウェア開発のためのハウツーガイドを提供するサイト「The Daily WTF」の設立者であるアレックス・パパディムーリスさんが「内部プラットフォーム効果(Inner-platform effect)」について投稿しています。 The Inner-Platform Effect - The Daily WTF https://thedailywtf.com/articles/The_Inner-Platform_Effect パパディムーリスさんは「システムをカスタマイズしすぎることで設計時に使用されたプラットフォームの粗悪なレプリカになってしまう」という現象を、「内部プラットフォーム効果」と命名しました。 内部プラットフォーム効果の代表的な例として、エンジニア以外でもデータベース
ワシが入社する前に退職した人がこさえたAWS上で動く謎便利ツールの保守をワシがやらなくちゃいけなくて泣いてる。なんもわからん。
ツーシーム投げ猫 @0000snao SIer生まれ→情シス育ち→SaaS企業│元はバックエンドエンジニア最近生え際backend │#ハゲ出しエンジニアと繋がりたい│芯を外して打たせて取るツイートをします│やる獅かない
１日中ずっと仕事でMacを使っているぼくがほんとに使っているアプリを順不同で12個あげていこうと思う。 Google、Microsoft、など定番アプリは除外している。 １．AltTab 現在使用しているアプリを一覧表示して選択できるアプリ。 たくさんアプリを開いていて使いたいアプリが埋もれてしまったときとか、２つのアプリを行き来したいときに便利。 Windowsだと標準の機能みたいだ。 「開いているウインドウがないアプリを隠す」という設定にして格段に使いやすくなった ２．Alfred Macのすべての起点となるアプリ。 アプリの起動、ファイルやフォルダ、ウェブサイト、Google Driveの検索、離席時のスクリーンセーバー起動、計算機などできることは数しれず。 ぼくがよく使うのは、 ・Dropbox内のフォルダ検索 ・Google Drive内のファイル検索 ・計算機（地味だが使いやす
日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。
株式会社Relic・プロダクトマネージャーの田代大輔氏は熱狂的にプロダクト開発をするために重要な、プロダクト思考を持ったチーム作りについて話しました。 田代氏の自己紹介 田代大輔氏：私からは「誰を顧客として考えるのか 〜プロダクト思考を持ったチームビルディング〜」というテーマで話します。よろしくお願いします。 まず簡単に自己紹介をします。田代大輔と申します。株式会社Relicという会社で働いていて、現在BtoBtoCプロダクトのプロダクトマネージャーをしています。 職歴としては、新卒で不動産営業をしていて、3年半働いたのちエンジニアに転職しました。初めは受託開発でエンジニアとしてキャリアスタートをしました。現在は新規事業開発の伴走支援を、事業ドメインとする株式会社Relicにて、プロダクトマネージャーをしています。 福岡拠点のエンジニア、デザイナー、PM、プロジェクトマネージャー、プロダク
こんにちは。わいけいです。 最近エンジニアとしてマネージング寄りの業務をすることが増えてきました。 今回の記事では、その中で自分の考え方がどう変わってきたかをメモしておきます。 私の場合は、まずフリーランスエンジニアとしてこの業界に入ってきました。 それもあって、今までは基本的にあくまで「良いコードを書く」ことが仕事であり目標でした。 以前からいわゆる上流工程にも全く興味関心がなかった訳ではありません。 しかし、これまで私が経験したのは システムの要件定義（ビジネス的な視点も含む）は社員が行う フリーランスは（やったとしても）技術的な設計のみ担当する という切り分けの現場が多かったんですよね。 そんな背景もあり、マネージング層以上の上流に携わる機会があまりありませんでした。 そして、そもそもマネージャーという役割に必ずしもいいイメージだけを持っている訳ではありませんでした。 マネージングと
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッド→IVRyジョインを決めた成田一生の“想像の外側”目指すキャリアメーク - エンジニアtype | 転職type
つよいエンジニアって、土日もプライベートも勉強してるって聞いたけど、具体的にどんな勉強してるんですか？→「休日出勤」
CTO,VPoE,PdM,EM,テックリード誰もいないLeanerの組織づくり
「ありがとう」の言葉が何よりのモチベーション - Findy Engineer Lab
株式会社令和トラベルを退職します: 柴田 芳樹 (Yoshiki Shibata)
退職とこれから - tanaken’s blog
「プログラマーのためのCPU入門」は入り口として丁度よい！
長く活躍できるエンジニアになるためには？ 技術者として大切にしたいこと
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか
Engineering Leadership Skill Set Overlaps
エンジニア間でも大きく差が出る「生成AIをうまく活用できる人」と「できない人」 江草陽太氏が考える、AI時代に求められる能力【一問一答】
不安を抱えながらも歩んできたエンジニア人生、3回の転職で見えた成長する道とは
崩れかけたToDoリストを立て直す「ABCDEメソッド」活用術 | ライフハッカー・ジャパン
夫婦でワンチーム。予想外のトラブルも転職も密な「対話的コミュニケーション」で乗り切る
NVIDIAのCEOが「AIがコードを書くのでもうプログラミングを学ぶ必要はない」と発言して議論を巻き起こす
ドキュメントをいい具合に残そうの会 - Qiita
「勉強しろ」じゃ啓発は難しいから。スベり覚悟の「セキュリティ芸人」が笑いで“脆弱性”を伝える理由【フォーカス】
シニアエンジニアだもんな｜cba
【実践】エンジニアの基礎教養-アルゴリズムを学べる本
海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ？
2024-02-26 新しい組織に飛び込む時に必要な ソフトスキル
退屈じゃないこともAIに任せる « SOUL for SALE
女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか？
モブプロが最高だった話 - 弁護士ドットコム株式会社 Creators’ blog
ベロシティ Deep Dive。スクラムにおけるベロシティのアンチパターンと適切な使い方とは（前編）
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
Macユーザーのぼくがリアルに使っているアプリ12選｜やす
管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
プロダクト思考が足りないことで起きる「エンジニア・PM・顧客の不幸」 熱狂的に開発するために必要な“ビジネスと開発間の越境”
エンジニアリング・マネージャーの仕事を経験してモノの見え方が変わった話