登壇者の自己紹介 南里勇気氏（以下、南里）：登壇者の自己紹介を進めたいので、登壇者の方々に上がってもらいます。本日はよろしくお願いします。 野田克樹氏（以下、野田）：お願いします。 鈴木伸緒氏（以下、鈴木）：お願いします。 坪田朋氏（以下、坪田）：お願いします。 南里：司会のフードテックキャピタルCTOの南里勇気と申します。よろしくお願いします。ふだんはエンジニア・経営者としていろいろやっていますが、今回のテーマはPM×デザインで、もの作りの観点から登壇者の方々にいろいろ聞きたいと思うので、よろしくお願いします。それではdely株式会社の坪田さん、紹介をお願いします。 坪田：今回はCXOというタイトルで「クラシル」を運営するdely株式会社でクラシルの開発責任者としてサービスの方針を決めたり、意思決定しています。 僕自身はデザインを軸としていろいろな事業を作ったり、会社を作ってそれが丸ごと
TRACERYプロダクトマネージャーのharuです。 「要件定義とは何を目的としたプロセスなのか？なにが出来たら完了なのか？」 はじめて要件定義する人は、ここで詰まってしまうことが多いようです。 要件定義は、設計や実装に比べて、具体的な作業がイメージしにくいプロセスです。 そのような背景もあってか、2023年4月のBPStudy#188〜要件定義を学ぼう。ChatGPTを添えてに私が登壇した時の以下のスライドには、945個のはてなブックマークをいただきました*1。 speakerdeck.com 945というブックマーク数は、要件定義というものを具体的にイメージしにくいと感じている人が世の中に多いことの現れかもしれません。 そこで「要件定義とはそもそも何か」について、何回かの記事に渡って説明します。 この記事では要件定義の目的とゴールについて説明します。 プロジェクトの数だけ存在する開発プ
概要 試験工程をスプレッドシートで管理していたがそろそろ脱却したいと思ったので色々探してみました。 すると、同じことを考えている先駆者さんがいらっしゃったので参考にさせていただきました！ 導入に至った経緯 QA体制が未成熟 3名までなら無料で利用できる テスト計画・テスト結果をエクスポートできる 入力項目が整理されているので試験表の質を一定にできる 自動化したテストケースを管理できる 手動テストと自動テストの結果を併せて一覧できる APIにより自動テストの実行結果を自動的に反映することができる etc これは、中々良いツールなんじゃないか！？ ということで導入してみました 実際の導入方法を説明していきます 事前準備 以下からサインアップしてください サインアップ完了後、ダッシュボードに遷移した状態からスタートとします それぞれの設定方法は以下を参照してください 新しいプロジェクトを作成 プ
Slackにプロジェクト管理機能が追加、「Slackリスト」正式リリース。タスクリストなどの作成と共有が可能に
Slackにプロジェクト管理機能が追加、「Slackリスト」正式リリース。タスクリストなどの作成と共有が可能に セールスフォースはSlackの新機能として、プロジェクト管理機能を実現する「Slackリスト」の正式リリースを発表しました。 Introducing Slack lists Manage projects from start to finish, directly in Slack Take on tasks as a team, right where you’re already working Automate and triage requests with workflows in lists https://t.co/KDiiDiC9T6 pic.twitter.com/mAZbwaTBZ7 — Slack (@SlackHQ) June 6, 2024 Slack
『機動警察パトレイバー EZY』プロジェクトが2026年にいよいよ開始。監督・出渕裕やアニメ制作・J.C.STAFFなどスタッフ情報も一部解禁、さらにパイロット映像を含む『パトレイバー 劇場版』のリバイバル上映も決定
『機動警察パトレイバー EZY』2026年プロジェクト始動！！新ティザービジュアル＆イングラムメカ設定＆パイロットフィルム場面カット 一部メインスタッフ解禁 2017年に製作決定を発表し、2022年にパイロットフィルムをイベントにて公開されていた「機動警察パトレイバー」シリーズの新作アニメーション作品『機動警察パトレイバー EZY（イズィー）』。 本作のプロジェクト開始が、ついに2026年に決定いたしました！併せて、アニメーション制作会社をはじめ、一部メインスタッフの情報が解禁となります。プロジェクトの開始決定に伴い、発表済のティザービジュアルが一新され、『機動警察パトレイバー EZY』仕様の「イングラム」となりました。本編中の30年間、改修を重ねて使用され続けてきた「イングラム」の歴史を想像しながら、プロジェクトの続報にご期待ください！ また、国内最大級の映画・ドラマ・アニメのレビューサ
アジャイルの「理論」や「理想」だけではない、 実際に実践したからこそ見えてきた「現実」に役立ったヒントを紹介したのは、マネジメントソリューションズ社の渡会氏。「Rebuild our Agile!」をテーマに掲げた「Agile Japan 2023」で、アジャイルのRebuildについて発表しました。全2回。前半は、「選択肢のRebuild」と「ロールのRebuild」について。 開発の考え方をウォーターフォール→アジャイルにRebuild 渡会健氏：みなさん、こんにちは。マネジメントソリューションズの渡会と申します。これから、「アジャイルで実際に困ったからこそアジャイルをRebuildした話」ということで講演させていただきたいと思います。よろしくお願いいたします。 （会場拍手） 最初に、私の自己紹介。この自己紹介の中にも、けっこうRebuildしたことが入っています。 最初の20年は、プ
36才SEの転職日記 vol.2｜ナカミチ
ふとしたきっかけで転職活動を始めた36才システムエンジニアの日記。 妻子は里帰り育児をしており、転職を機に妻の実家のある島根県への移住を目論む男の日々の苦悩を綴ります。 時折出てくるアマデウスは我が家のねこの名前です。 2022/1/26 → 2/5 のつづきです。 2022/2/6 → 2/21 2/6 履歴書と職務経歴書をやっとこさ書き上げてB社へ提出した。A4用紙二枚に十数時間かかった。一応今週中の約束は守れた…はず…。それにしても我ながらひどい経歴だ。辟易する。 A社の課題のデプロイ先はHerokuに決めた。さっそくHerokuのチュートリアルをやった。便利だ！ビビった。ゴールの部分は見えた。 うちの双子の写真がひよこクラブに掲載されるらしい。嬉しい！応募してくれた妻に感謝。10冊買おう。 とにかく寒い。疲れ果てた。21時に寝る。 2/7 5:30にアマデウスに叩き起こされた。 い
社内wikiは、社内で情報やナレッジを蓄積し共有するためのツールです。社内wikiを導入する事で、様々な部署や人間が持っている知識・情報・ノウハウを一箇所に集約して共有し、業務効率化できます。 社内のナレッジ・情報共有方法や社内wikiの作り方を知りたいという方はこちらの記事も一読ください。 社内wikiの導入から活用までの完全マニュアル 成長企業が実践する情報共有術！ 【便利ツール】MarkdownテーブルをExcelライクな操作で簡単に作成できるツール 情報共有ツールおすすめ 33選（無料あり）と会社にもたらすメリット – NotePM WEB上で検索に強い社内wikiを簡単に作れるツール「NotePM」 社内wikiツールの選定ポイント 社内wikiツールはたくさんありますが、それぞれ特徴があります。自社の利用目的にあったツールを選ぶことが重要です。 １）必要な機能や仕様を満たしてい
@1000ch です、今回は新しいメルカリ Web について書きます。この大きなプロジェクトのリリースは、多くの人の多大なる貢献によって成されたものです。そのプロジェクトの立ち上がりから今日まで、リードする役割でプロジェクトを見てきた一部始終を記録するべく書きます。 メルカリにおけるレガシーなソフトウェア ソフトウェアは生モノとよく言われますが、古くなったソフトウェアとどう付き合っていくかは、どの開発組織も抱えている、あるいはいつかはぶつかる課題なのではないかと思います。多くの方々に利用して頂くためには大規模なソフトウェア群を開発し運用する必要があります。しかし、はじめから全てを見越して完璧なアーキテクチャを構築するのは不可能であり、それをビジネスの成長に耐えうるものにソフトウェアを成長させていくのがエンジニアリングの責務です。 2013 年にスタートしたメルカリに於いても例外はなく、急速
ページのレイアウトやUIコンポーネントなど、Webサイトやスマホアプリの実装でよく使用されるFlexboxのテクニックを紹介します。 ヘッダやナビゲーション、フォーム、テーブルなど、実際のプロジェクトでよく使用されるテクニックです。 Master Flexbox in 12 Minutes with Most Common Use Cases by Thu Nghiem 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 1. ブロック要素を水平に揃える 2. 要素を中央に配置する 3. 要素間にスペースを分配する 4. 要素を端にプッシュする 5. 相対的なサイズのカラムを構築する 6. メディアクエリがある場合とない場合のレスポンシブレイアウトを作成する 7. アイテムの順番を変更する 8. アイテムの位置を変更する
こんにちは、CX事業本部 IoT事業部の若槻です。 今回は、VS Code拡張機能（Extension）の開発手順について簡潔にまとめたのでご紹介します。 前回のエントリでもVS Code拡張を作成しました。既存ブログなどを見ながら四苦八苦して実装したのですが、手順自体は意外と簡単でした。 手順概要 VS Code拡張機能を開発する手順は以下のようになります。 プロジェクト作成（yoコマンドで1発） コマンド内容を実装（JS/TSで処理を記述） コマンドの呼び出され方を定義（package.jsonを編集） 動作確認（VS Codeのデバッガーを使用） VS Codeで拡張機能として利用可能にする（vsixファイルに変換してインポート） なお、ここで紹介するのは自分で開発して自分で使うExtensionを作る想定の手順です。マーケットプレイスへの公開手順は紹介しません。（ただし公開手順も難
達人出版会
探検! Python Flask Robert Picard, 濱野 司(訳) BareMetalで遊ぶ Raspberry Pi 西永俊文 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 知る、読む、使う！ オープンソースライセンス 可知豊 きつねさんでもわかるLLVM 柏木餅子, 風薬 徹底攻略 AWS認定 クラウドプラクティショナー教科書 第2版［CLF-C02］対応 トレノケート株式会社 高山裕司 超楕円関数への招待 楕円関数の一般化とその応用 松谷 茂樹 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 Tom Hombergs(著), 須田智之(訳) 詳解 AWS CloudFormation 潮村 哲 その決定に根拠はありますか？ 確率思
Raspberry Pi財団は2022年1月13日、ゲーム開発ツール「Unity」を用いた若者向けの新たな無料教材をリリースした。UnityとTides Foundationが設立したUnity Charitable Fundの基金5万ドルを得て、若者のスキルを高めるリソースを提供することで、将来のキャリア形成を支援する。 同財団は、バーチャル世界のゲームやストーリーの作成に興味がある若者向けに、Unityのリアルタイム3Dを活用した6つのプロジェクトを用意した。Pythonに触れた程度の初心者レベルから始められ、プロジェクトを通じてUnityの使い方を簡単かつ効率的に学ぶことができる。 Unityは、リアルタイム3Dの作成や操作が可能なプラットフォームで、本格的なゲーム開発にも使われているプロ向け仕様ながら、誰でも無料で使えるのが魅力。経験を積むほど複雑なことができるようになり、数多くの
ヒアリングに行くのではない。最初から価値を与えること。これは、プロジェクトの初期対応でデザイナーが取るべき基本的な態度です。 今回のテーマは、デザインの初期対応。その効果的な動き方を紹介します。 デザインプロジェクトのスタートは、他者から依頼を受ける場合と、デザイナー側から提案を始める場合の２つのパターンがありますが、今回はそのうちの「デザイナーが依頼を受けるパターン」について。 初期対応の時点で、デザインの成果の半分は決まってしまいます。それくらい重要なものですが、なせかデザインの世界ではあまり論点化されていません。自分の経験が何かの役に立てばとの期待を込めて。どうぞ。 ヒアリングじゃない。ディスカッションだ。依頼や問い合わせを受けてデザイナーが初期対応すること。これをヒアリングと呼ぶこともありますが、それには注意が必要です。 最初に関係性が固定されるヒアリングに行く。情報を聴きに行く。
『コストセンター』論について、このところ2回続けて考えている。「価値を生まないコストセンターは企業にとって重荷である。できれば外注化し、せめて子会社化してコストカットをはかるのが、正しい経営のあり方である」という信憑が、わたし達の社会の通念となってきた。 そしてこの通念こそが、実はさまざまなあり方で日本の産業界を歪め、その競争力を低下させる結果を生んできたのではないか？——これがわたしの問題意識である。これについてはずっと以前から考えており、9年半前にも「コストセンターとは何か」 (2013-03-13)を書いて、小さな警鐘を鳴らしたつもりであった。記事の中で、わたしは次のように書いた：
新卒エンジニア研修の講義資料を公開！技術力も圧倒的に成長するチーム開発研修とは | CyberAgent Developers Blog
2021年4月1日、サイバーエージェントに73名の新卒エンジニアが入社しました。今年のエンジニアコースの研修は、昨年同様にオンラインで実施。オンラインでも、技術はもちろんのこと、働く上で大切なチームワークや組織における役割についても学べるよう工夫を凝らしました。今回は、研修内容や工夫したポイントをお伝えするとともに、実際に使用した講義資料を公開します。 ■「チーム開発の準備ができていること」が研修の目標 約1ヶ月かけて行った研修では、６つの講義とチーム開発ワークを実施しました。研修のゴールとしていたのは、新卒エンジニア全員が「チーム開発の準備ができていること」。 サイバーエージェントでは、これから会社を牽引していくエンジニアに必要な要素として「チームワーク」を掲げています。当然ながら、個人でできることは限られています。チームがあることは、世の中を驚かすサービスをつくるためにプラスに働く。チ
最近x86とArmに続く第3の勢力として、RISC-V(リスクファイブ)の名前を聞くことが多くなった。RISC-Vの場合、x86とArmと異なるのはさまざまなベンダーがさまざまなコアを用意していることで、まだ現状はIPを販売しているレベルの企業の方が多いが、チップの提供を開始しているメーカーも出始めている。 イメージとしては、1980年代末～90年代のx86市場を考えれば良い。インテルとAMD以外にCyrix/IDT/TI/IBM/NexGenなど多数のメーカーが、独自の実装に基づくx86プロセッサーを市場投入していた時代に近い。 もちろんいろいろ異なる点もあるのだが、2010年代前半はプロセッサーといえばx86とArm、それにPowerPC/POWERといった程度がせいぜいだったのに、なぜ2010年代後半から急速にRISC-Vが盛り上がったのか、という一連の流れを数回に分けて説明しよう。
PullRequestからチーム開発の生産性・健全性を測るCLIツールを書いてみた - $shibayu36->blog;
最近、開発チームの生産性や健全性をどのように計測したら良いかについて興味を持っている。その中で「LeanとDevOpsの科学」の中に書いてあるようなデプロイの頻度・変更のリードタイム・MTTR・変更失敗率の4指標や、開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiitaに興味を持った。 一方、それらの指標を考えてみた時、以下のような点について悩んでいた。 マイクロサービスなどで複数レポジトリとなり、さらにデプロイ手法がそれぞれ違う状況の場合、変更のリードタイム = コミット〜本番稼働までの時間を計測するのがなかなか難しい コミットという単位だとかなり小さく、個々人のばらつきも大きすぎるように感じるので、もう少し良い単位はないのだろうか このような悩みから、PullRequestの単位で集計することで、生産性や健全性をもう少し測りやす
新型コロナウイルスの感染拡大に伴い、テレワークの導入など日本企業の働き方は大きく変わりつつある。ただ、今後も働き方改革を本格的に進めていくには、モニタリングツールを用いて社員個々の業務の現状把握が必要になりそうだ。 2020年4月7日に7都府県を対象に緊急事態宣言が発令され、企業の多くは出社禁止やテレワークの拡大に動いている。しかし、日本にはいまだにファクスや書類、はんこを多用する「紙文化」が存在し、取引先と書類などをやり取りする営業など最前線の社員はもちろん、バックオフィスで働く人たちも、本格的なテレワークはなかなか難しいかもしれない。 ただ、これをきっかけに確実に日本の働き方は変わるだろう。今までテレワークに消極的だった企業も、事業を存続させるためには導入を検討せざるを得ない。そして、この検討が事業を見直す契機になる。 筆者の会社も、20年2月中旬から時差出勤とテレワークを実践しており
こんにちは、STORES ECでフロントエンドエンジニアをしている@daitasuとバックエンドエンジニアをしている@phayacellです。 STORES ECでは、今年の5月よりエンジニア内の大きな体制変更がありました。 その変更では、フロントエンド/バックエンドで分かれていたチーム体制から、デザイナーやプロダクトマネージャーも含めた職能横断型のチーム体制へと変更になったのですが、この記事では、その際に生じた、今まで各チームで行っていた開発の進め方とのギャップや手法をマージしていく上での課題について、またそれらをどのように解決していったのかについてをお話しします。 チーム改善までの背景 組織体制の変更 元々STORES ECでは、フロントエンド/バックエンド/デザイナーは独立したチームとして動いており、PJTとしてメンバーが切り出されてはいますが、活動の主体としては職能で分かれている組
リモートワークでも生産性を上げる！スクラム創始者直伝の実践ノウハウを日本語化して入門者向けにまとめました。 - Qiita
リモートワークでも生産性を上げる！スクラム創始者直伝の実践ノウハウを日本語化して入門者向けにまとめました。プロジェクト管理スクラムリモートワークコミュニケーションコロナウイルス はじめに 認定スクラムマスター(LSM)取得者向けに「Distributed Teams: Mitigating Business Risk in Uncertain Times」と題したウェビナーがスクラム創始者の Jeff Sutherland 氏を交えて3月に行われました。 この投稿はウェビナーの内容を噛み砕き、リモートワーク環境でもスクラムの実践がスタートできる内容を目指しました。チームリーダーやマネージャーとしてスクラムを推進している方や、これから導入を検討している方のご参考になれば幸いです。 まずは結論から リモートワークでより成果を上げる働き方は可能なの？ 可能。→ リモートチームを成功させた企業のユ
万能ドキュメントサービス「Notion」をさらに活用できるWebサービス・Tipsを徹底解説！ - paiza times
どうも、まさとらん（@0310lan）です！ 今回は、多彩なドキュメントを作成できる万能サービスとして人気の「Notion」を、もっと便利に活用できるWebサービスやTipsをご紹介していきます。 Notion単体でもさまざまなことができますが、Webサービスを組み合わせることでデータの可視化やインタラクティブ要素の追加など多彩なことが実現できるので、まさに無限の可能性を手に入れられると言っても過言ではありません。 「Notion」を利用中の人もそうでない方も含めて、ドキュメントサービスにご興味ある方はぜひ参考にしてみてください！ ■「Notion」とは まず最初に「Notion」をまだ使ったことがない人に向けて、どのようなサービスなのか概要を少し解説しておきます。 【 Notion 】 「Notion」はノートやメモなどのドキュメントを作成したり、タスク管理やWikiのようなページを作れ
OpenFreeMap
What is OpenFreeMap? OpenFreeMap lets you display custom maps on your website and apps for free. You can either self-host or use our public instance. Everything is open-source, including the full production setup — there’s no ‘open-core’ model here. Check out our GitHub. The map data comes from OpenStreetMap. Using our public instance is completely free: there are no limits on the number of map vi
この記事は Kyash Advent Calendar 2023 21日目の記事です。 Kyashでプロダクトマネージャーをやっている Ueda です。 プロダクト開発に勤しむ皆様も、きっと今ごろ年内最後のリリースに向けて奮闘中でしょうか。 私もなんだか忙しいなあと思う日々が続いており、「なんでこんなに忙しく感じるのだろうか？これが師走か？」とふと振り返った時に自分がプロダクト開発において無意識に意識していることが影響していそうだというのに気づきました。 今回はその「自分がプロダクト開発において意識していること」、具体的には「開発速度を高めるために意識していること」について書いてみようと思います。 *テクニカルな内容を書くつもりはなく、とても当たり前な内容を、未来の自分に釘を打つ意味でも書いています 「開発速度をあげたい」という声 「開発速度をあげたい」という願望を持った方、またはそういう
現役テスト（QA）エンジニアが仕事内容について説明してみる。 - GMO Research & AI Tech Blog
いやー、今年のアニメも面白いな～ ひぐらしのなく頃に～業～ もやり始めたし、次回も視聴してからでいいか、ブログ書くの。締め切りいつだっけ。まだ先だろうきっと・・・。 ん？誰か来たかな。 どうぞー。 ／|∧_∧| ||. (･ω･#´| ＜記事終わったの？、ねえもう納期なんだけど。 ||oと. Ｕ| 納期守って言ったよな？ あぁぁん？ || |（__）Ｊ| ||／彡￣ ｶﾞﾁｬ げっ！・・いや、 あ、 はい。どうも、編集長の益山氏。どうしたんですか。こんな早朝から。。 え？・・・なに？ブログ？締め切り？（ ＾ω＾）・・・ あーーうん、うん 書いてるよ。ちゃんと。 はっはっ・・・へぇあっ。 益山氏「嘘だっっ！！」・・・ やべぇ・・バレてる。。。 はい？ え？納期間に合わないだろだって？！ はっ！はっ！はっ！いやいや間に合いますって。 ・・ん？益山氏、いまどこから、それ出した。え？家から
DXコンサルタントの日淺と言います。 2019年からDX専門のコンサルティングファームを経営し、これまで30社以上の大小様々なDXプロジェクトを支援しています。 私が、2年前にDXコンサルティングファームを経営し始めたころは、「DXって何？」と言われることが多かったですが、今は、DXといえば、ビジネス用語として通じるように変化してきたことを実感しています。 現在、本年中の発刊を目指して、私自身も出版社と企画を進めています。 以前、「DXとはなにか？」という視点でもおすすめ本もまとめたので、こちらも合わせてご覧ください。 今回は、更にDX推進する方、プロジェクトを運営しなくては行けない方を対象に 「DXプロジェクトを進めるための本」を選んでみました。 この記事は、 DXプロジェクトの推進方法をどうしたら・・・？DXの最前線の現場ではなにが起こっているのか？ という方向けに書いていますが、 ぜ
なぜその API は使われないのか？ API の活用を拒む3つの壁とその対策 - CData Software Blog
こんにちは！ CData Software Japan リードエンジニアの杉本です。 大変ありがたいことに、最近あるSaaSを提供する会社さんから「リリース前のAPIを触ってみてフィードバックをくれませんか？」と依頼を受けました。 私は以前こんな記事 を公開するほど、APIどっぷりな人間なのですが、数多くの SaaS APIを触ってきてよく考えることがあります。 それは SaaS APIというサービス・プロダクトそのものを成長させる上で、もっとも重要なことは「顧客・デベロッパーが、そのAPIをどれだけスムーズにキャッチアップできるか？」という点に尽きるのではないか？ というものです。 以下のグラフはAPI管理ツールを提供するSmartBearのAPI調査において、APIドキュメントで最も重要な要素とは何か？ というアンケート結果のランキングですが、ExamplesやAuthenticati
このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル
はじめに ご覧いただきありがとうございます。Gonです！ 巷では、GitやGitHubに関する話が話題ですね。 エンジニアでGitを触ったことない人は本当に「やばい」のか？ そんなことは知りません。 Gitでのバージョン管理やGitHubの運用方法については、既に多くの記事で解説されているので、ここでは触れずにいこうと思います。 今回の記事では、普段の学習に『GitHub』を取り入れたことで、日々の学習がより楽しく継続できるようになり、結果としてスキルアップできた実体験についてシェアしていきます。 皆さんのエンジニアライフに、少しでも良いキッカケになれば嬉しいです。 GitHubを活用した方が良い理由 まずは、こちらの動画をご覧ください。 正直、意味は分かりません。 アニメーションが凄すぎて話が入ってきませんでした。 要約すると、こんな感じです。 GitHubは世界最大のソフトウェア開発プ
吉祥寺.pm30 で、チューニングがテーマだったので、マネージャとメンバー間で期待値をチューニングするという LT をしてきた。 トークタイトルは熊とワルツを。トム・デマルコの本です。 熊とワルツを リスクを愉しむプロジェクト管理 作者:トム デマルコ,ティモシー リスター日経BPAmazon 「管理」という言葉 「管理」と訳される単語は色々ある goo 和英辞書 によると 〔経営〕management 〔経営，運営〕administration 〔統制〕control 〔監督〕supervision 英辞郎 on the WEB によると administration〔【略】admin. ; adm.〕 caretaking（建物・土地などの） caretaking〈英〉（学校などの公共施設の） charge conduct（業務などの） control custody（大事な物の） d
動的型付き言語は素早くプロジェクトを立ち上げるのに向いており、静的型付き言語は長期間の保守にむいているという仮説 - kmizuの日記
注：誤解されないように最初にこの記事の意図を書いておくと、古典的な静的型付き言語VS.動的型付き言語の論争をするつもりはありません。これまで色々なプロジェクトを観察（風聞も含む）して来たところ、そういう傾向があるのではないかという仮説です。それと、文脈として主にWebアプリケーション開発する時のことを想定しており、それ以外のケースはいったん脇に置いています。WebアプリケーションだとPHP（動的型付き言語）の方が圧倒的に事例多いのではという感想もありそうですが、その辺りを考え出すと話がこんがらがるので、これもいったん脇においています。 たとえば、色々な事例を見聞きするに、スタートアップ企業において動的型付き言語であるRubyのWebアプリケーションフレームワークであるRuby on Rails（RoR）は好まれる傾向にあります。近年のPythonの動向はさておき、未だにRoRの求人がかなり
Findy 開発生産性 Conference における発表です
エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 9 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 DevOps Research and Assessment（DORA）チームが実施した 6 年間の研究から、ソフトウェア開発チームのパフォーマンスを示す 4 つの指標が確立されました。 デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%） サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 概要レベルでは、デプロイの頻度と変更のリード時間は速度の指標であり、変更障害率とサービス復元時間は安定性の指標です。チームはこれらの値を測定し、継続的に改善を繰り返すことで、ビジネス成果を大幅に向上させることができま
住んでいる場所はもう言い訳にならない。地方から発信を続ける元SIエンジニアを駆り立てた「強烈な劣等感」 - Findy Engineer Lab
中道一志（@ici_mici）と申します。この記事が公開されるころには、島根県の西端部にある益田市での暮らしが始まっています。水と木々がきれいな、少しばかり人のいない街です。 広島から島根への移住。義実家での子育てのため、私はこれまで勤めていたSI企業を辞め、Webサービスを提供する福岡の企業で2022年6月からフルリモートの勤務を選択しました。 ニューノーマルという言葉が生み出されて数年、ソフトウェアエンジニアは自由な生き方を選択できる職業の筆頭になっています。この記事では、地方都市広島から日本全国のコミュニティに登壇して、全国規模のカンファレンスを主催し、そして転職と移住を決断した私の経験をお話します。 焦燥感と憧れに突き動かされて一歩を踏み出す 誰でも、何でも、どこからでも、学んで伝えることができる コロナ禍の大きな3つの選択 ─ 主催・登壇・誕生 ソフトウェアエンジニアが働き方を選
山陰の日本酒がすきな内立（@b1a9idps）です。2023年1月から STORES 決済 の開発部門のシニアマネジャーを担うことになりました。 マネジメント業務をはじめて1年が経ったので、やってきたことや自分自身の心情について思い出せるように書き残しておこうと思います。はじめたての頃に思っていたことはこちらにあります。 note.com 経歴 かんたんに自分の経歴を説明します。現在、STORESではマネジメント業務が中心ですが、副業ではがっつりJavaを書いています。 入社して4年7ヶ月 入社~3年半：STORES 決済 のバックエンドエンジニアとして開発業務を行う 3年半~4年半：バックエンドチームのプレイングマネジャーを担う マネジメントをはじめて1年経っての所感 マネジメントをはじめて1年の間の、チームの課題の洗い出しから解決に向けて実行したことや自分がマネジャー・シニアマネジャー
Web担当者Forumミーティング2024春 B2-1オープニング基調講演
■本資料の作成者 米山知宏 / @kedamatti ■本資料をテーマにfukabori.fm様に出演させていただいたときの放送はこちら。 https://fukabori.fm/episode/77 …
![リモートワークにおけるファシリテーションの方法論[増補版]_COPILOT](https://cdn-ak-scissors.b.st-hatena.com/image/square/0b5d2f3bd255efef3c2c9bbfeed073d400e628c5/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F372179d31405454b9d047426e018ff19%2Fslide_0.jpg%3F27620682)
2000年から開発が続いているFFmpegはオープンソースで開発されるコーデックツールで、動画や音声を記録・変換・再生するためのフリーソフトウェアです。FFmepgの開発体制は2011年にFFmpegとLibavという2つのプロジェクトに分裂した過去があり、この経緯についてグラフィックやアート関連のエンジニアであるbµg氏が自身のブログで説明しています。 The FFmpeg/Libav situation http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html FFmpegの開発プロジェクトがスタートした時、同時期にオープンソースのメディアプレイヤーであるMPlayerの開発プロジェクトがスタートしました。FFmpegは音声や動画を変換したり再生したりするためのライブラリとツールをまとめたもので、MPlayerもFFmpegのAPI
ポスト資本主義におけるソフトウェアエンジニア
1. はじめに 企業に務めるソフトウェアエンジニアにとって、生産性向上というフレーズは聞かない日がないほど身近なものです。私自身も日々の仕事が、チームや組織の生産性向上に寄与するかどうか、意識しながら働いています。そもそもソフトウェアエンジニアという仕事は、人を機械に置き換えるという性質上、生産性向上とは切っても切り離せないという関係性を超え、生産性を向上させる営みそのものと言っても差し支えありません。 では私たちソフトウェアエンジニアのDNAである生産性向上の出自は何処かと探っていくと、どうやら資本主義と共に拡大してきたイデオロギーであることが分かります。資本主義は無限の成長を志向するエンジンを内蔵しており、現在先進国に住まう私たちの生活の豊かさは疑いなく資本主義の恩恵に依拠しています。その一方で、200年以上稼働し続けるこの資本主義というシステムについて、昨今多くの学者と有識者がその綻
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自社開発×アジャイルだからこそ、「スケジュールを決めない」 “組織全体で分担する”プロジェクトマネジメントの考え方
要件定義の目的とゴールとは - TRACERY Lab.（トレラボ）
テスト管理ツール「Qase」でスプレッドシートによるテスト管理を脱却した件 - Qiita
アジャイルを導入したものの続けられなかったあなたへ 誤解や理解不足で起こる“もったいない”を解消するヒント
【2024年版】社内wikiツール おすすめ15選（有料・無料）
新しいメルカリ Web の話 | メルカリエンジニアリング
Webサイトやスマホアプリの実装でよく使用されるFlexboxのテクニックのまとめ
かんたん！VS Code拡張機能開発 | DevelopersIO
Raspberry Pi財団、Unityが無料で学べる教材をリリース｜fabcross
ヒアリングを超えていく、デザインの初期対応｜大﨑 優｜CONCENT
コストセンター論を超えて | タイム・コンサルタントの日誌から
なぜRISC-Vは急速に盛り上がったのか？ RISC-Vプロセッサー遍歴 (1/2)
テレワークの次は「モニタリング」 働き方改革は次の段階へ
「Asana、Jooto、Wrike……、無料で使えるカンバンボードを徹底比較！」――急遽テレワークを導入した中小企業の顛末記（172）【急遽テレワーク導入！の顛末記】
職能横断型スクラム体制になってからのチーム改善活動 - STORES Product Blog
開発速度を高めるためのPdMの工夫と気概 - Kyash Product Blog
30社以上のDXを推進した私が厳選！これから読んで欲しい”DXプロジェクトのための本”5冊
アジャイルとDevOpsの品質保証と信頼性 - Test Automation
【GitHub】個人学習をGitHubでレベルアップさせる話
期待値をチューニングする - id:onk のはてなブログ
組織をスケールさせるための Four Keys とチームトポロジー
マネジメントをはじめて1年経っての所感 - STORES Product Blog
その失敗から何を学ぶ？不確実性をマネジメントして目標達成するための心得 #webtan
リモートワークにおけるファシリテーションの方法論[増補版]_COPILOT
オープンソースのマルチメディアツール「FFmpeg」と「Libav」はなぜ分裂したのか？