市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて？どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
BtoB SaaSの会社でDDDを活用して事業を成長させてきた中で、DDDのプラクティスの実践という面ではかなり大きな成果が得られました。 しかし、事業を成長させるという点において、DDDのプラクティスだけではうまくいかないこともあり、別のアプローチも同時に試行錯誤しています。 この発表では、うまく行ったプラクティスの内容と、カバーできなかった課題、そこに対する現在の取り組みについて紹介します。 ドメイン駆動設計 サンプルコード&FAQ https://little-hands.booth.pm/items/3363104 ドメイン駆動設計 モデリング/実装ガイド https://little-hands.booth.pm/items/1835632 ドキュメント内のブログ記事URL https://little-hands.hatenablog.com/entry/2020/12/22/
![ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7728c664ddd298cabc00615869a23f196ad5f90/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F2022-220117111455-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（1） Regional Scrum Gathering Tokyo 2022
超巨大クラウドのシステム開発現場を行動観察。ガチ三流プログラマが米国システム開発の現状をリークする話（1） Regional Scrum Gathering Tokyo 2022 代表的なアジャイル開発手法であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2022」が、1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されました。 そのクロージングセッションとして行われたのが、現在シアトル在住でMicrosoft Azureの開発を担当している牛尾剛氏による「アメリカの超巨大クラウドの中の人に転生したガチ三流プログラマが米国システム開発の現実をリークする話」です。 本記事ではほぼ90分におよぶセッションの内容を、前編、後編（1）、後編（2）の3本に分けて紹介します（この記事は後編（1）です）。 前編では、子供の頃からプロ
三流プログラマがなぜ米マイクロソフトの開発者になれたのか？ ガチ三流プログラマが超巨大クラウドの中の人に転生した話。Regional Scrum Gathering Tokyo 2022
三流プログラマがなぜ米マイクロソフトの開発者になれたのか？ ガチ三流プログラマが超巨大クラウドの中の人に転生した話。Regional Scrum Gathering Tokyo 2022 代表的なアジャイル開発手法であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2022」が、1月5日から7日までの3日間、都内およびオンラインのハイブリッドで開催されました。 そのクロージングセッションとして行われたのが、現在シアトル在住でMicrosoft Azureの開発を担当している牛尾剛氏による「アメリカの超巨大クラウドの中の人に転生したガチ三流プログラマが米国システム開発の現実をリークする話」です。 子供の頃からプログラマになることを目指しながらも、同僚からは「プログラミングの才能がない」とはっきり言われるなど、自分はガチの三流プログラマだと称する
Agile Testingを夢見たテスト自動化 〜ATDDへの挑戦から始まる 1年間の試行錯誤〜 / dreaming agile testing at basebank
「CIのためのテスト自動化」というテーマで第17回QUESに招待いただいた際の資料です。 - Agileチームにおけるテスト自動化の試行錯誤から得られたしくじり - Agile Testingの概要とその一つの取組みとしてのATDDの実践をテスト自動化目線で - システムレベルの自動E2Eテス…
SREチームがスクラムを導入し1年でタスクの可視化と脱属人化を実現した話
ビズリーチ事業部のSREチームは、スクラムを導入して1年が経ち、タスクの可視化と脱属人化を実現しました。 導入にあたって何をしたのか、開発チームとは異なる工夫が必要だったところはどこか、導入後何が変わったのかを振り返ってみました。 ビズリーチ事業部のSREチームについて 「ビズリーチ」を担当していて、SRE(Site Reliability Engineer)としてアプリケーションエンジニアと共にプロダクトの継続的な成長のため信頼性・可用性の向上、自動化、効率化などに取り組んでいます。 なお、チームの構成は以下のようになっています。 開発者: SREチームのメンバー(5人) PO: SREチームのマネージャー スクラムマスター: 社内横断組織に所属している専任のスクラムマスター SREチームが抱えていた課題とスクラムの導入目的 まず、SREチームがスクラムを導入した背景を説明します。 PO
「なぜ、ムダな機能が生まれるのか？」価値ある機能を作るための”顧客の痛み”を理解するワークショップ｜abel_hideaki
はじめまして、ログラスでエンジニアをしている大島です。 2019年にサイバーエージェントに新卒入社し、AI事業本部でエンジニアとして働いていました。前職では、広告配信プロダクトなどを作っていましたが、その過程で顧客課題(以下、ペイン)を解決するプロダクトを作りたいという思いが強くなり、大学時代から友人であったCEOの布川の誘いを受けて2020年11月にログラスにジョインしました。 「せっかく作ったのに、全然使ってくれねぇ...」工数をかけて開発してみたものの顧客に使ってもらえなかった、そんな経験をしたことはないでしょうか？作るべきものが作るべき順で開発していくのはとても難しいと私は思っています。 私は前職の株式会社サイバーエージェントでは、エンジニア兼スクラムマスターという働き方をしていました。エンジニアやスクラムマスターをやる中で、タスクの優先順位や次にどんな開発をしていくのか？を決断す
コロナ禍に「サウナの混雑表示システム」を一晩で 元エンジニアの番頭が手掛ける「アジャイル銭湯」 | i:Engineer(アイエンジニア)｜パーソルクロステクノロジー
「世の中のITエンジニアはエンジニアだらけのコミュニティにいることで、自分の技術がどれだけ他業界ではハイスペックなのか気づけていないと思うんです。もったいない」 そう話すのは、東京・大崎の銭湯「金春湯（こんぱるゆ）」の経営者、角屋文隆さん。9年間務めた大手メーカーのエンジニア職を辞め、1年前に実家の銭湯の経営者となった、業界には珍しい“エンジニアの番頭”さんです。 金春湯はもともと利用者のデータをまったくとっていませんでしたが、角屋さんは“金春湯専用システム”をイチから開発し、客層や混雑の時間帯を数値化。ほかにも公式サイトを改修したりWebショップを展開したりと、創業70年となる老舗の実家にIT革命をもたらしています。斜陽産業から抜け出しきれない業界のなかで、売上は１年で7割増える結果となりました。 「でも、自分が使った技術は新人研修で学べるレベルなんです」という角屋さん。エンジニア時代に
リモートでアジャイル開発ってどうしてる？〜メルカリ、LINE、クオカードでの取り組みを公開します〜【前編】 - Findy Engineer Lab
2020年8月26日（水）、Findyが主催するエンジニア向けイベント「アジャイル開発最前線〜メルカリ、LINE、クオカードのエンジニア組織を徹底解剖！〜」がオンライン上にて開催されました。 新型コロナウイルスの影響により、私たちの働き方は大きく変化しました。こうした状況の中で、より良い製品を作り出すためには、単に働き方を変えるだけでなく、多様な働き方に適した組織体制やコミュニケーション、さらにはツール選定など、エンジニア組織や開発手法自体も、時代に合わせて考える必要があります。 今回は、長きに渡ってアジャイル開発を進めてきたゲストの方々をお呼びし、アジャイル開発のこれまでと直近の変化、今後のあり方について語っていただきました。その内容を、前編のパネルディスカッションパートと、後編のQ＆Aパートに分けてお届けします。 ■登壇者プロフィール 鎌田 正浩／LINE株式会社 [@iratamak
チームでKPTをやってみました - Wantedly Engineer Blog
エンジニアの森田です。 チームでKPTをやってみました。その時に考えたことなどを書きたいと思います。 社内発表資料です。 KPTとは アジャイル開発や反復型開発ではイテレーション（繰り返しの単位）ごとに作業の振り返りが推奨されるが、そのためのチーム反省会などでよく用いられるフォーマットである。 http://www.itmedia.co.jp/im/articles/0905/19/news143.html KはKeep、PはProblem、TはTryをそれぞれ表します。イテレーションの単位でチームで振り返りを行い、良い点（Keep）、問題点（Problem）、具体的な改善項目（Try）を軸にミーティングをします。基本的な流れは、Problemが具体的なTryになり、Tryが解消したら、消える。またはKeepに昇華します。KeepはProblemやTryに関係なく、上げていくこのが良いと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spotifyは "Spotifyモデル "を使っていない