【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1～2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文： www.industrialempathy.com 関連書籍： Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安：11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ
たった半年で「町工場向けSaaS」を立ち上げ、内諾100件で法人化するまでの話｜鶴岡 友也／BLUEPRINT, inc. 最高事業責任者
去年の夏ごろ、いつものように会議をしていると、元キーエンスのメンバーがこんな話をしてくれました。 「僕、前職の営業でいろんな町工場を回ってたんすけど、図面がめちゃくちゃバラバラに、紙とかPDFで管理されてて。一回探しに行ったら20分、30分も戻ってこないことがけっこうあったんです」 「なんとかできないのかなって、ずっと思ってたんですよね」 そんな言葉から今回の事業はスタートしました。 それから半年ほどでサービスを開発・法人化し、導入社数はすでに200社近く。新規事業としてはかなりのスピードで成長できていると思います。 このnoteでは、僕らの開発した「町工場向けSaaS」が売れるまでの半年間を振り返ってみます。営業やPMなど事業開発に関わる方や、レガシー的な業界で働く方にとって、少しでもお役に立てばうれしいです！ 町工場をまわってユーザーヒアリング町工場向けに、図面の管理が楽になるサービス
ファームウェアの Panic を 自動で収集・解析・分類・集計して 市場品質の改善サイクルを回す
Bitkey x Nature / IoTぶっちゃけNight での発表資料です。 https://nature.connpass.com/event/257336/
「死人テスト」という考え方が子どもへ伝え方の参考になる「好ましい具体的な行動を示す」
あたたたたー @81I6VVboj7h2Bqy 応用行動分析では「死人テスト」という考え方があります。「死人にもできることは行動とは言えない」という考え方です。例えば「廊下を走らない」は死人にもできます。しかし「廊下を歩く」は死人にはできません。死人にもできる「廊下を走らない」は行動目標にするべきではありません→ 2023-06-11 22:55:21 あたたたたー @81I6VVboj7h2Bqy →「廊下を走らない」は「行動」ではないからです。「廊下を歩く」は「行動」です。そのため「廊下を歩く」は行動目標として成立します。では「教室で静かにする」は行動と言えるでしょうか？これは、行動とは言えません。なぜなら「教室で静かにする」は死人にもできるからです→ 2023-06-11 22:56:06 あたたたたー @81I6VVboj7h2Bqy → 子どもに指示する時は、死人でもできる「教室
ソフトウェア開発上の問題や課題をビジネスリーダーや経営者らの関心事とするために - mtx2s’s blog
ビジネスリーダーをはじめ、ソフトウェアプロジェクトの関係者にとって、ソフトウェア開発上の関心事は、開発の進捗とシステムトラブルだ。ソフトウェアの内部品質や開発プロセス上の問題や課題なんて、開発者以外に興味を示す人などほとんどいない。だから、関係者ばかりか開発者自身も、開発の進捗とシステムトラブルにばかり注意を向ける。 そのような状況に、一部の優秀な開発者は我慢ならない。憂いている。「このままではまずい、積み上がった問題に取り組むために時間が欲しい」「まとまった時間でなくても、継続的に取り組むための少しの割り当てでも構わない」と。そんな願いも虚しく、使える時間はすべて、担当する開発を進捗させることにのみ費やすことを強いられる。 私たちエンジニアリングマネージャーやテックリードは、このような状況を見て見ぬふりをしていないだろうか。開発の進捗やシステムトラブル以外にも注意を向けるべき対象がある。
オープンソースビジネスの挑戦と現実｜Rui Ueyama
いい感じのオープンソース・ソフトウェアを書いて、それを元に起業することを考えてみたことがある人は結構いるようだ。実際に僕はここ1年半ほど、自作のオープンソース・ソフトウェアを元にビジネスを立ち上げようと試行錯誤してきた。その経験についてここでシェアしてみようと思う。 あらすじ薄々予期していたことではあったけれど、結論から言うと、そんなにはうまくいかなかった話ということになる。要点をまとめると次の通りだ。 「moldリンカ」というオープンソースのツールを開発して、それを元にビジネスを行おうとしていた そこそこ稼ぐことはできたものの、大きなリターンを得るのは難しかった ほとんどの企業はオープンソースを大々的に活用していても「無料のソフトウェア」にはお金を払うつもりはないし、払いたくても社内制度上できない 大きなリターンを得たいのならば、自作のオープンソース・ソフトウェアを元にサービスを立ち上げ
Go/Cgoで映像・音声のリアルタイム処理をやるまでの道のり
Goでマルチメディアのデータをリアルタイムに処理したい場合に、標準パッケージを使用したプログラムにおいて十分なパフォーマンス目標に到達するにはなかなか困難な道のりがあります 例えば画像データ処理における行列演算のCPU命令はGoから直接実行することはできず、Cgoを利用することになります Cgoを経由してC/C++で書かれたCPU命令を多用するコードは可読性/保守性の面からも品質の維持が難しいものがあります 本セッションでは、私の所属する会社でストリーミングサーバ上でリアルタイムに映像/音声処理を行うために、Goのエコシステムを活かしつつ高速な処理を実現するために行ってきたこと、どういった変遷を経てCgoを用いながら保守性の高いコードを維持できるようにしたか、halide-langとGoの連携など、リアルタイム処理を実現するまでの過程と手法を紹介します
「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」とか言うお前らに告ぐ
前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。
Hack Dive Deeper into VPP Internals
下記イベントの発表資料. https://vppug.connpass.com/event/143602/ スライド内部のデモ動画のリンク https://www.youtube.com/watch?v=VHbt88mXgaQ&feature=youtu.be 概要: VPPはVPPInfra,VLIB,VNET,Pluginと階層構造を持ち,それらを適切に組み合わせたり変更することが可能である. 本発表ではそれらの内部構造を紹介し, 更にVPPをコードレベルでHackするときのTIPを具体例を含み説明する. より具体的にはVPPをベースに独自のパケット処理機能を追加開発, VPPをLinuxやFRRouting等と連携させ実際のルータとして運用させるためのPlugin開発にフォーカスして議論を行う. 本スライドは個人の見解であり所属する会社の意見を代表するものではなく, また技術に関して
みてねの動画再生にHLSを導入した話
こんにちは、みてねプロダクト開発部 基盤開発グループ SREチームの尾関です。 『家族アルバム みてね』（以下、みてね）ではユーザーがアップロードした大量の動画データをS3に保存していますが、非常に大きなコストがかかっています。 様々な方法でコスト削減を行ってきましたが、本記事ではその中でもユニークな、HLSを使った改善についてお話させていただきます。 みてねで動画をアップロードしてから再生できるまでの流れまず、従来(2022年3月頃まで)のみてねで動画をアップロードしてから再生するまでのフローを説明します。 アップロードした動画ファイル(original)が保存されるとともに、スマートフォンで再生するための少し解像度を調整した動画(smartphone)とサムネイル画像(small, medium, large)を保存しています。特に何の変哲もないシステムだと思います。 S3のストレージ
脳外科医 竹田くん
＜第一部の古荒先生のセリフを改変した理由・作者の余談など＞ こちらに書いております ※説明文を入れる事のできないpixivでの公開は中止しました。漫画としては読みにくい形式（ブログ）ですいません。 当ブログで連載している漫画の概要は以下のまとめ画像をご覧ください。 市民病院 <<物語の概要>> <<第一部>> 医療事故篇 1話～55話 竹田くんという稀有の脳外科医が来て以降、脳外科患者に手術後、後遺症が次々に発生する。ついには臨床工学技士が「殺人行為に加担したくない」とボイコットを起こす。その後、脳外科の暴走はますます加速して行く。 <<第二部>> 野望篇 56話～106話 竹田くんは医療事故について古荒先生に全責任があるという内容の虚偽報告書を作成した。病院上層部も虚偽と知りながらそれを正式文書とした。 文書上で自分に責任が無い事を証明できたと思った竹田くんは、執刀解禁されない事にいら立
CTO から見た，なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck
Speaker Deck This deck requires a password Password
なぜ｢失われた30年｣を止められなかったのか…経産省が｢結果を出せなかった｣と反省するバブル崩壊後の誤算 "新機軸"で日本復活の｢最大で最後のチャンス｣を生かす (2ページ目)
その一方、日本企業は海外にどんどん投資をしていきました。96年末に31兆円だった対外直接投資残高は、2021年末時点で229兆円に拡大しています。 なぜ日本企業の投資先は国内ではなく海外だったのか。それは収益率が高かったからです。国内企業のROA（総資産利益率）は3～4％程度でしたが、対外直接投資の収益率は6～8％程度。企業にとっては海外に投資することが合理的な選択だったのです。 日本は人口減少だけでなく、円高や電力不足といった「6重苦」に直面していました。企業には、今後も高い成長が見込める海外のほうが魅力的だったのです。投資減税や立地補助金を設けて国内投資を呼びかけてきたのですが、思うように効果を上げられませんでした。 問題は、海外投資の収益が現地で再投資されることが多く、国内の賃金上昇や労働生産性の向上に結び付かなかったことです。これが失われた30年の大きな要因となりました。 こうした
Google Cloud 版 Dataform と周辺リソースの図 - ぽ靴な缶
GCP 版 Dataform がついに GA になりましたね。同時に定期実行の仕組みも出て、一通りの機能が揃った感がある。いまこそ買収以前の SaaS 版(Legacy 版)から GCP 版に移行する時!! しかし GitHub リポジトリと連携する場合、登場人物が多くて難しくなっていると思う。 特に GCP に馴染みがなかったりデータ分析がメインの人は困りそう。公式ドキュメントには step by step で書いてあるものの、なぜ必要なのか分からないまま設定することになる。 なので全体像を図にしたり補足するという趣旨のエントリです。 Dataform とは Dataform とは...という話はしません。公式ドキュメントや世間のブログ記事を読もう。 Dataform を使うと、テーブル同士の依存に基づいて順番に SQL を実行してデータパイプラインを作ったり、依存関係を可視化したり、デ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#30 “Serving Netflix Video at 400Gbps on FreeBSD”
Clos Network Topology 再入門
Go/Cgoで映像・音声のリアルタイム処理をやるまでの道のり - Go Conference 2023
New Era of Computing - ChatGPT がもたらした新時代
Redirecting
【MIXI × Money Forward × NewsPicks共同開催】AWSコスト最適化夏祭り (2023/06/07 19:00〜)
