スタックトレース始めてみた
社内のLT会で使用した資料です。 URL p.8 比較・検討 https://pkg.go.dev/github.com/pkg/errors https://pkg.go.dev/golang.org/x/xerrors https://github.com/juju/errors https://github.com/go-errors/errors https://github.com/morikuni/failure https://github.com/hashicorp/go-multierror https://github.com/rotisserie/eris https://github.com/cockroachdb/errors p.17 参考 https://www.datadoghq.com/ja/product/error-tracking/ https://
オープンソースのメーラー「Thunderbird」の開発チームが「バグを減らす開発手法」を解説
メールソフト「Thunderbird」では、ソフトウェアの品質向上のために開発チーム内で日常的に自動テストが実行されています。その理由や手法についてThunderbirdの開発チームが解説しています。 Automated Testing: How We Catch Thunderbird Bugs Before You Do https://blog.thunderbird.net/2024/04/automated-testing-how-we-catch-thunderbird-bugs-before-you-do/ ◆自動テストの目的とメリット Thunderbird開発プロジェクトではコードの変更によるバグの発生を最小限に抑えるために「自動テスト」が重視されています。開発チームによると、、Thunderbirdのコードや機能に変更が加えられるたびに、Windows、macOS、Li
マイクロソフト、開発環境の構成をコードで記述できる「Configuration-as-code Dev Box customizations」パブリックプレビュー開始
マイクロソフト、開発環境の構成をコードで記述できる「Configuration-as-code Dev Box customizations」パブリックプレビュー開始 マイクロソフトは、開発環境をクラウドPCとして丸ごと仮想環境で用意し、デスクトップ仮想化経由で利用できる「Dev Box」の新機能として「Config-as-code Dev Box Customizations」のパブリックプレビュー開始を発表しました。 開発環境を仮想環境としてクラウドから提供するDev Boxは、2023年7月に正式リリースされました。 コードエディタやその拡張機能の導入、ビルド環境、テスト環境やソースコード管理ツールとの連係などを含む開発環境の構築は複雑化していますが、Dev Boxはそうした環境を設定済みのものとしてすぐに開発者に提供できます。 開発者はデスクトップ仮想化のクライアントツールやWeb
ライブラリを気軽に導入しないこと｜Katashin
本をよく読むエンジニアであれば、ライブラリの導入には慎重になるべきだということは共通の認識になっていると思う。しかし、どういったライブラリを導入すべきかという選定基準は自分の中ではまだ言語化できてないことに最近気がついた。絶対的な基準を設けるのではなく、ある程度柔軟に考えるべきだと思うが、自分がどう考えて選定するかを考えてみる。 品質 テストが書かれているか 自分のプロダクトでテストを書いているのであれば、ライブラリにもテストを求めるべき 長い間継続してメンテナンスされている（いた）か 急に出てきてセンセーショナルな売り文句で注目を浴びるライブラリは怪しむべき コードの品質は悪くないか 導入する前にライブラリのコードは読むべき 効果 その後の実装効率をどれだけ上げるか 導入しない場合と大して変わらないのであれば不要 自分でそれを書いた場合と比べてどうか 短時間で同じようなものを書けるのであ
Merge vs. Rebase vs. Squash
merge_vs_rebase_vs_squash.md I get asked pretty regularly what my opinion is on merge commits vs rebasing vs squashing. I've typed up this response so many times that I've decided to just put it in a gist so I can reference it whenever it comes up again. I use merge, squash, rebase all situationally. I believe they all have their merits but their usage depends on the context. I think anyone who sa
kannonを実プロダクトに組み込んで3倍高速化を達成した話 - エムスリーテックブログ
こんにちは！エムスリー Advent Calendar 2023 7日目担当の小栗 (@irungo_ic)です。私は東京大学 電子情報工学科で学生(B4)をしており、エムスリーには業務委託で参画しています。 今回はgokartの分散並列化ライブラリkannonをエムスリーの実プロダクトに組み込んだ取り組みについて紹介します。結果として、社内のとあるプロダクトのIntegration TestのJobを7時間30分から2時間20分に短縮するという、約3.2倍の高速化を達成できました！それまでに生じた苦労、kannonへの追加機能などについてお話しします。 kannonとは？ kannonとは、M3が主体となって開発しているOSSのデータパイプラインライブラリgokartをk8s上で分散並列実行するためのライブラリです。私が今年3月に参加したAIチームでのインターンで開発したライブラリで、そ
アウトプットガチ勢が作った高速記事作成フレームワーク - Qiita
はじめに 本記事はアウトプットの心構えのカレンダー | Advent Calendar 2023の4日目の記事です こんにちは！！@Sicut_studyです！ 私はアウトプットの大切さを日頃から発信しており、実際にQiitaにたくさんの記事を投稿しています そんな中で、自分なりに高速に記事としてアウトプットできるフレームワークを使っているのでそのフレームワークについて紹介していきます アウトプットの大切さ まず言っておきたいのはアウトプットは質より量です 量が増えるとだんだんと質もあがります 私は駆け出しのエンジニアの方に普段から「100本記事を書けば人生変わる」と言っています。 そもそも世の中に100本記事を書いたことのある経験をしたことがある人はごく僅かです そんなごく僅かな人になれれば絶対人生が変わります。 多くの人ができないことをやり遂げられる。しかも記事という形で目に実力が見え
長くなりがちだったコードレビューを改善した話 - 弁護士ドットコム株式会社 Creators’ blog
弁護士ドットコム クラウドサイン事業本部でエンジニアをしている山田です。 主にフロントエンドを担当しています。 普段の業務でフロントエンド開発のコードレビューをすることが多く、今回は長い時間がかかりがちだったコードレビューを以下の施策で改善した話をします。 タスクへの認識合わせを拡充 タスクを小さく分割 類似するタスクのレビュー内容は共有 必要に応じて同期的にレビュー 達成されないスプリントゴール スプリントゴールが達成できない原因 コードレビューが長くなる要因 レビュアーのレビュー期間が長い タスク担当による対応期間が長い 対応策 タスクについての認識合わせの時間を設ける タスクをなるべく小さくする 類似する複数のタスクはレビュー内容を共有 必要に応じてオンラインミーティングなどで画面共有し会話しながら同期的にレビューする スプリントゴールも達成できるように まとめ 達成されないスプリン
LINEはなぜBazelを使わないことにしたのか？
Jung Giuk2023-08-292019年 LINE に Build Engineerとして入社し、現在は「アプリプラットフォーム開発室」のディベロッパーエクスペリエンス開発チームに携わっていて LINE iOSアプリのビルド環境やコードクォリティの改善に取り組んでいる。 はじめに こんにちは、ディベロッパーエクスペリエンス開発チームのJungです。 この記事では２年以上 LINE iOSのビルドシステムとして運用したBazelをやめることにした背景についてご紹介します。 Bazel導入とこれまでのLINE iOS LINE iOS は200万行以上のソースコードと200以上のモジュールで構成される大規模プロジェクトです。 LINE iOSのソースコードとモジュールの数が増えて規模を拡大し続けるにつれて、ビルド/テストの遅延と DX(デベロッパーエクスペリエンス) の低下という避けら
顧客視点でモノを考えてもらうには
知人のエンジニアリング・リーダーと話していたら、「エンジニアに顧客視点でもっとモノを考えてほしい、そこに芯を持ってほしい」と思い悩んでいた。その人がその短い言葉に込めた思いを全部理解したとも思わないが、僕もそういう気持ちは良く分かる。 現在の事業上の課題とは全然関係ない方向に情熱を燃やす人。そこはそんなに拘るところなの、と思うところに拘りを持つ人。まあ一定数見てきた。もっと全員で同じ方向を向いて同じ問題意識を持って…何とかならないのかなぁ。 わかります。 まさにそういうのを実現するのがエンジニアリング・リーダーの仕事ですよね。 僕も人様に講釈できるほど上手く出来ているとも思わないが、今までの反省からこういう道具が使えるんだな、という考えは幾つかある。 技術者の美意識・情熱というのは、宗教のようなものだから、布教が出来る。会社に望ましい方向に技術者の情熱を誘導してあげるということだ。例えば、
「小さいアプリケーションの作り直しだし，すぐ終わるだろ〜」 - エムスリーテックブログ
……と思っていたら5ヶ月かかりました． 【基盤開発チーム ブログリレー3日目】 「ほんとうにすぐ終わると思ったのかね」 こんにちは，エムスリーエンジニアリングGの榎田です．趣味は数学とテレビゲームです．最近はタクティクスオウガ リボーンを遊んでいます．システィーナをバーサーカーで運用しているのが弊ユニオンの個人的なイチオシポイントです． 閑話休題，ソフトウェア開発において「技術的負債」はつきものです．我々は無限の開発時間が取れるわけでも，神授の智慧を持っているわけでもないので，作ったものは何かしらの要因で負債を抱え，抱えた負債は（多くの場合，知らず知らずのうちに）増えます．負債だらけになってしまったソフトウェアの保守管理は大変ですし，負債になりにくいソフトウェアを作るのも難しいです．ではどうして負債を抱えてしまうのか．負債を返すことの何が大変なのか．負債リスクを予見するのはなぜ難しいのか．
GitHub - loft-sh/devpod: Codespaces but open-source, client-only and unopinionated: Works with any IDE and lets you use any cloud, kubernetes or just localhost docker.
DevPod reuses the open DevContainer standard (used by GitHub Codespaces and VSCode DevContainers) to create a consistent developer experience no matter what backend you want to use. Compared to hosted services such as Github Codespaces, JetBrains Spaces, or Google Cloud Workstations, DevPod has the following advantages: Cost savings: DevPod is usually around 5-10 times cheaper than existing servic
3Dプリンターで作る「穴だらけなのによく弾むバスケットボール」をWilsonが開発
スポーツ用品を数多く販売するWilsonが、新たに3Dプリントで作成できるバスケットボールの設計に取り組んでいることを明らかにしました。新設計のボールは樹脂でできており、多数の穴が開いた構造をしていますが、重さや弾力は通常のバスケットボールとほとんど変わらないそうです。 Airless Basketball Prototype | Wilson Sporting Goods https://www.wilson.com/en-us/explore/basketball/airless-prototype Wilson Created an Airless 3D-Printed Basketball of the Future https://gizmodo.com/wilson-eos-nba-airless-basketball-that-never-goes-flat-18501395
au PAYプリペイドカードで取引履歴が表示されない不具合 中、朝、住、今、荻、塚などが含まれる加盟店で
KDDIは2月8日、au PAYプリペイドカードを一部の加盟店で利用した際に、それ以後の取引履歴が表示されない不具合が、2022年9月28日ころから発生していると発表した。au PAYのコード払い、ネット支払いには影響はない。 Mastercardのネットワーク変更に伴うもの。名称に、中、朝、住、今、荻、塚などの特定の文字が含まれる加盟店で発生している。 定期的に暫定対処を行っており、原因となった決済から最大2週間後に取引履歴に反映する。不具合の解消のめどはまだたっていない。 関連記事 au PAY、請求書払いでのポイント還元廃止 4月から KDDIは4月からau PAYを使った請求書払いについて、ポイント還元を廃止する。これまでは200円あたり1ポイント、0.5%相当のPontaポイントを還元していた。 auでんき、太陽光発電の買取開始 au PAY残高受取りで単価1円アップ、東京だと9
ヤフーでは開発迅速性と品質のバランスをどう取ってるか（2022年）
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog 皆さんは「No Measurement, No Improvement」という言葉をご存じでしょうか。これは「測れないものは改善できない」という意味で、熱力学者であるウィリアム・トムソン博士の言葉とされています。 下図はGoogle社のDORA（DevOps Research and Assessment）を参考にして作成しました。開発スピードとサービスの品質を改善するためには計測が必要です。計測のための4つの指標を紹介します。 四つの指標で計測し、開発スピードとサービスの品質を改善 開発スピードの分析に利用する指標は、1つ目が「Change Lead Time（開発が始まってから本番にデプロイされるまでの時間）」、2つ目が「De
FlutterのためのDart製サーバフレームワーク「Serverpod 1.0」正式リリース。Dartでサーバからクライアントまで開発可能に
FlutterのためのDart製サーバフレームワーク「Serverpod 1.0」正式リリース。Dartでサーバからクライアントまで開発可能に FlutterアプリケーションをクライアントとしたバックエンドサーバのためのDart製フレームワーク「Serverpod 1.0」がオープンソースとして正式にリリースされました。 これでFlutterによるクライアント開発だけでなく、サーバでもDartを用いた開発体験を得ることができるようになります。 We are live! Watch the @ServerpodDev 1.0 release keynote on Youtube. Over a year in the making. Finally you can write your #Flutter app #backend in #Dart.https://t.co/c5P1SGqiO
レイヤードアーキテクチャを振り返る - Sansan Tech Blog
こんにちは、Sansanプロダクト開発部の清水です。 ある程度のアプリケーションの大きさだと当たり前に使われる事が多い「レイヤードアーキテクチャ」の自分が考える設計のポイントや、実際に運用する際のポイントについて書いてみようかと思います。 基本的な話なので「今更かよ」って感じがしますが、実際に設計、運用する際には様々な考慮事項のあるものだと思うので、知ってる人にとっても復習にでもお役に立てればと思います。 そもそもレイヤードアーキテクチャって何? 概要 一言でいうと、アプリケーションを作る際にそれを構成する部品を、それぞれ責務が定義された論理的なグループにまとめて整理し、それぞれのグループ間のやり取りの仕方を決めておこうという事です。 このグループ間のやりとりにおいて、一方向かつ隣接するグループとしかやりとりを行えないようにする事が多く、層状になるのでレイヤードアーキテクチャと呼ばれます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発生産性、上から見るか 下から見るか / development productivity and cognitive science
技術をわかりやすく伝えるためテクニカルライティング
グルーミングしながら進めるプロダクト開発
