雪山を数ミリ単位で描きおこす〈スキーマップアーティスト〉スキー山をマップ化する縮尺の目と、アート化する自由な筆先 | HEAPS
雪山を数ミリ単位で描きおこす〈スキーマップアーティスト〉スキー山をマップ化する縮尺の目と、アート化する自由な筆先 「手描きの〈スキーマップ〉は、そのスキー場のアイコンになる」。セスナで山を空撮、手描きでスキー山を数ミリ単位で描きおこす画家、別名“雪世界のミケランジェロ”の筆技。 画家ジェームズ・ニウスの筆先には、点で描かれた「葉」がある。少々ズームアウトすると、そこには葉が生い茂る「木」、そして木々の周りに真っ白な「雪」がみえる。キャンバスいっぱいにまでズームアウトすると、雪におおわれた山がある。“雪世界のミケランジェロ”の異名をとる画家が数ミリ単位で描いているのは「スキーマップ」だ。 スキー山を“手描きで”描きおこすアーティスト 「石を投げれば弁護士にあたる」ではないが、絵の具を投げれば画家にあたるんじゃないかというほど、この世に大勢「画家」はいる。そのなかでも法廷画家や宮廷画家と並んで
ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
https://findy.connpass.com/event/318375/ での登壇資料です。
【速報】那須雪崩事故で教師3人に禁錮2年実刑判決 大田原高校の生徒7人・教師1人が死亡した業務上過失致死傷の罪 宇都宮地裁（FNNプライムオンライン（フジテレビ系）） - Yahoo!ニュース
栃木県那須町で、高校生ら8人が雪崩に巻き込まれ死亡した事故の裁判で、宇都宮地裁は30日、業務上過失致死傷の罪に問われていた責任者だった猪瀬修一被告ら教師3人に禁錮2年の実刑判決を言い渡した。 「忘れない」～那須雪崩事故から5年 遺族の思い～ この事故は2017年、那須町のスキー場近くで雪崩が発生し、登山の講習会に参加していた大田原高校の生徒7人と教師1人が死亡したもので、猪瀬修一被告・菅又久雄被告・渡辺浩典被告の3人が、業務上過失致死傷の罪に問われている。 宇都宮地裁は30日の判決で、猪瀬被告ら3人に禁錮2年の実刑判決を言い渡した。 これまでの裁判で、検察側は「当たり前の安全対策をすれば事故は防げた」として3人に禁錮4年を求刑する一方、弁護側は「雪崩は予見できなかった」として無罪を主張していた。
S3経由でXSS!?不可思議なContent-Typeの値を利用する攻撃手法の新観点 - Flatt Security Blog
はじめに セキュリティエンジニアの齋藤ことazaraです。今回は、不可思議なContent-Typeの値と、クラウド時代でのセキュリティリスクについてお話しします。 本ブログは、2024 年 3 月 30 日に開催された BSides Tokyo で登壇した際の発表について、まとめたものです。 また、ブログ資料化にあたり、Content-Type の動作や仕様にフォーカスした形で再編を行い、登壇時に口頭で補足した内容の追記、必要に応じた補足を行なっています。 また、本ブログで解説をする BSides Tokyoでの発表のもう一つの題である、オブジェクトストレージについては、以下のブログから確認をすることが可能ですので、ご覧ください。 blog.flatt.tech なぜ今、この問題を取り上げるのか？ 従来のファイルアップロードにおいて、Content-Type の値を任意の値に設定すること
オブザーバビリティの最前線 OpenTelemetryで下げる認知負荷~活用事例4選~ - Findy Tools
公開日 2024/05/29更新日 2024/05/29オブザーバビリティの最前線 OpenTelemetryで下げる認知負荷~活用事例4選~ 近年マイクロサービスアーキテクチャの普及やクラウドネイティブの普及が進み、システムの複雑性は増す一方です。システムの動作を正確に把握することはますます困難になっており、そのような状況の中で、オブザーバビリティはシステムを安定的に運用するために必要不可欠な要素になってきています。 そして、オブザーバビリティの重要性の認知が高まるにつれて、多くの企業でオブザーバビリティに関するツールの導入も進み始めています。 そのような潮流の中、オブザーバビリティ分野でさらなる大きな可能性を持つプロジェクトがOpenTelemetryになります。 本記事では、OpenTelemetryとは一体どんなものなのか、そして実際にOpenTelemetryの導入・活用に成功し
Vol.01 Contract Oneのフロントエンド開発環境と改善のこれから - Sansan Tech Blog
技術本部 Strategic Products Engineering Unit Contract One Devグループの井上です。 Sansanに入社してから早いもので二年が経ちました。振り返ってみると、さまざまな経験を積むことができました。 入社当時と比較して、バックエンドとフロントエンド、どちらもContract Oneの開発効率が向上していると感じます。今回はフロントエンドに焦点を当て、現在の開発環境とこれまでの改善活動、そしてこれからの改善活動について紹介したいと思います。 なお、本記事は【Strategic Products Engineering Unitブログリレー】という連載記事のひとつです。 buildersbox.corp-sansan.com 現在の開発環境とこれまでの改善活動 ライブラリのバージョン 昨年、Reactのバージョンを18.2.0に引き上げました。以
バグ報告が来た時にデキるエンジニアの動き方
❗❗問題発生❗❗ 作った機能のバグの発見報告が上がってきました。 この時点で何となく 「ヤバさ」 と 「あたり」 を自分の中でつけます 売上に響くやばい？ 条件がある？全員？ ボタンが押せないならクライアントだし、API飛んで成功してないならサーバ？届いてないならネットワークもあるか。 モバイル、Webどっち？両方？ そもそもどこの環境？開発中のもの？ 購入ボタンってどこのこと？特定のアイテム？それとも全部？ 購入できてないってどういうこと？DBはどうなってる？ まずは 👀 をつける これは 「見ていますよ」 という表現です。 もしくはリプライで 「見ます！」 と宣言するのも良いですね。 これにより投稿者は 「対応してくれるな」 と安心できます。 必要な情報をもらう 発生している環境 発生時間 アカウント名＋ログイン情報 スクリーンショット・録画 この時点で試せることは色々試してもらいま
Google Cloud、顧客のシステムを間違って全削除した大規模障害の原因を報告。プライベートクラウドの期間を1年と設定ミス
Google Cloudは、同クラウドユーザーであるオーストラリアの年金基金「UniSuper」で発生した大規模障害の原因について報告する記事「Sharing details on a recent incident impacting one of our customers」を公開しました。 今月（2024年5月）初旬、Google Cloud上で稼働していた数百の仮想マシン、データベース、アプリケーションを含むUniSuperのプライベートクラウドが突如として原因不明のまま削除され、復旧されるまでの数日にわたってシステムが利用できなくなるという大規模障害が発生しました。 今回の報告では、実際になぜこのような大規模障害が発生したのか、その原因と復旧の経緯について明らかにされています。その概要を紹介しましょう。 Google Cloud VMware Engineの設定を間違う UniS
OpenTelemetry Java Metrics Performance Comparison
Arguably the biggest value proposition of OpenTelemetry is that it aims to be a language agnostic, general purpose observability standard. By providing tools for traces, metrics, and logs (and profiling coming soon!), and implementations across many popular languages, OpenTelemetry reduces the cognitive load of polyglot teams by providing one vocabulary and one toolkit. While that’s all true, toda
全員が理解できるデータを実現：Grafanaによるシステムの見える化
導入背景導入前の状況・課題 サイトリニューアル直後の状況で、AWS CloudWatchを活用してインフラの測定は行っていましたが、アプリケーション自体のパフォーマンスや動作状況の測定までは至っていませんでした。 測定の欠如: アプリケーションの問題を把握するのが難しく、トラブルシューティングに時間がかかっていました。 データの分散: マイクロサービス化に伴い、OpenSearchに依存して各データを把握するのが困難で混乱を招いていました。 効率の低下: データの収集と分析に多大な時間がかかり、迅速な問題解決ができていませんでした。 目指していた状態 システムのオブザーバビリティを向上させ、異なる技術的背景を持つ全てのメンバーがデータを容易に理解できる状態を目指していました。
オブザーバビリティにチームで取り組むための入口 ─ Mackerelが進める探索プロジェクトとは何か？ - Mackerel ブログ #mackerelio
こんにちは！ Mackerel CREチームでカスタマーサクセスマネージャー（CSM）をやっているid:chizniiです。 先日、Mackerelが現在パブリックベータとして提供しているラベル付きメトリック（OpenTelemetry対応）を、2024年11月1日に正式リリースすることを発表いたしました。 これまでMackerelは「SaaS型サーバー監視サービス」というコンセプトでサービスを提供してまいりましたが、今後は「オブザーバビリティにチームで取り組むための監視サービス」へと進化していきたいと考えています。 今回のラベル付きメトリックの正式対応の発表は、「Mackerelはオブザーバビリティに取り組んでいくぞ！」というメッセージを込めた、新しい第一歩とも言えるものです。 新しいMackerelへ進化するために、現在Mackerelチームでは様々なプロジェクトが立ち上がっています。
注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
公開日 2024/05/27更新日 2024/05/27注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 現代のITサービスは、ユーザーに高品質で安定した体験を提供するために、より効率的で柔軟な技術選定が不可欠です。 本特集では、注目企業のシステムアーキテクチャ設計に携わるエンジニアの方々より、それぞれの技術選定における工夫と、未来を見据えた展望についてご寄稿いただいています。 各企業がどのように課題を乗り越え、開発生産性や品質を向上させるためにどのようなアプローチを採用しているのか ー この記事を通じて、実際の現場で活用される最先端の技術や戦略を学び、皆さんのプロジェクトに役立つ洞察を得ていただければ幸いです。 ※ご紹介はサービス名のアルファベット順となっております airCloset - 株式会社エアークローゼット エアークローゼットは日本初・国内最大級、女
外岩におけるルートクライミングのマナー・安全など | TCNet 高梁川流域クライミング交流会
外岩でクライミングする方に 知っておいてもらいたいこと これは主にスポートクライミング(ボルトルート)を登られる方向けに書かれています。 テキスト（PDF）のダウンロードも可能です。ぜひご活用ください。 なお、事故が起きたとしても、このページの作者ならびに高梁川流域クライミング交流会は一切その責任を負いません。 ※テキストのみを個人以外で無断利用はご遠慮ください。 ※個人以外での利用に関してはTCNetまでご連絡ください。 ※リンクを貼る場合はテキストのみにせず、このページ自体のURLでお願いします。 オウンリスクの原則 クライミングは危険を伴うスポーツです。たとえ、「ルール」を守っていても時として最悪の結果を招くことがあります。行動の結果が予測できない人や、予測できても、自分には受け入れられないと考える人は、クライミングをするべきではありません。同様に、完全な安全を求める人は、クライミン
SmartHRにおけるフルリモートワークの生産性や満足度調査 - SmartHR Tech Blog
こんにちは。VP of Engineering の morizumi です この記事では2024年2月にプロダクトサイド（注：プロダクト開発に直接的に関わっている各部の総称）内で実施したフルリモートワークに関するアンケート結果のサマリをご紹介します。SmartHR では2021年7月より本格的にフルリモート体制に移行しており、移行から2年半ほどが経ちました。2年半を経て、従業員としてフルリモートワークをどのように受け止めているのか？ というのを調べるために行ったのが今回のアンケートです なお、この記事は僕が書いた社内ドキュメントからほぼコピペして作っているため、一部わかりにくい用語や言い回しがあったり、若干の内輪ノリがあるかもしれませんがその点はご容赦いただけると幸いです それでは早速、アンケート結果のサマリをご紹介していきます （これ以降基本的に社内ドキュメントのコピペです） アンケート
多様性の中で本質を追う - CARTA スタッフエンジニアの仕事は"カオス"と向き合い続けること - CARTA TECH BLOG
今回は、CARTA HOLDINGS CTO suzukenが、CARTA CTO室でスタッフエンジニアとして働いている2人に役割や向き合っている課題、やりがいを聞いたインタビューです。多様性(カオス)の中で本質を追い続ける3名のお話をお楽しみください。 この記事の登場人物 鈴木健太 / suzuken 株式会社CARTA HOLDINGS 執行役員CTO。2012年、CARTA HOLDINGSに入社。fluct CTOを経て、2022年 CARTA HOLDINGS全社CTOに。 前田雅央 / まえださん 2011年 VOAYGE GROUP(現: CARTA HOLDINGS) fluct 入社。その後、Zucks(現: CARTA MAKETING FIRM), テレシーで事業立ち上げをエンジニアとしてリード。2023年 CTO室相談室 現職。 海老原 昂輔 / えびちゃん 201
「春のSREまつり2024 〜OpenTelemetry活用すべて見せます〜」を開催しました - Pepabo Tech Portal
新緑の候、どこまでも澄んだ空気が視界を広げるように、システムの透明性が深い洞察を可能にしていることと存じます。技術部プラットフォームグループのそめやポチです。 2024年5月9日に、「Pepabo Tech Conference #22 春のSREまつり」と題した技術イベントを開催しました。「SREまつり」とは、ペパボのエンジニアたちがSREについての知見を発信することで、社外のSREコミュニティとの交流を図るイベントです。 昨年の春のSREまつり、夏のSREまつりに続いて、3回目の開催となりました。恒例イベントとして社内外に定着しつつあると感じています。 イベントは、物理会場とライブ配信会場の2つの会場で開催しました。物理会場は、シナジーカフェGMO Yours・フクラスという、GMOインターネットグループのカフェスペースを使用しました。ライブ配信会場は、YouTube Liveを使用し
Yahoo!知恵袋 フロントエンドをリアーキテクトしている話
はじめに こんにちは！ Yahoo!知恵袋の津村です。去年の11月からYahoo!知恵袋のフロントエンドシステムのリアーキテクトに取り組んでいます。この記事では、これまで抱えていた技術的な問題と、それらをどう解決したかについて説明します。この結果、開発効率向上やレビュー時間短縮などの効果がありました。 Yahoo!知恵袋は利用者登録者数5,200万人、質問総数2億8,000万件、回答総数は6億5,000万件以上（2024年4月3日現在）ある、日本最大級のQ&Aサイトです。2004年からサービスを開始し、今年20周年を迎えます。 Yahoo!知恵袋はモバイルクライアント、バックエンド、フロントエンドの3つのシステムで構成されています。今回対象とするフロントエンドシステムは、ブラウザやYahoo! JAPANアプリからアクセスされる際のWebページを提供するシステムです。 Yahoo!知恵袋の
マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 - Sansan Tech Blog
Sansan Engineering UnitでSansan Data Hubの開発をしている藤原です。 前回はニッチに深く潜り過ぎたので、今回は（使い古されたネタではありますが）モノレポ化についてお話ししたいと思います。 おさらい：モノレポ（mono repo）とは 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 逆に、複数のリポジトリに分けている状態をポリレポ（poly repo）と言います。 モノレポのメリットとデメリット モノレポ化することで、以下のようなメリットが得られます。 プロダクト全体で統一したい設定、たとえばCIスクリプトやlinter設定などの管理が楽になる。 検索が楽になる。GitHubの検索で事足りること
Findyの爆速開発を支えるテクニック - Findy Tech Blog
こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 早速ですが、これは弊社のとあるチームの1ヶ月のサイクルタイムです。 最初のコミットからマージされるまで平均3.6時間程度と、開発に着手したらその日のうちにリリースされるのがデフォルトとなっています。 今回はこの開発スピードを継続し、更に速くするために弊社で実践しているテクニックを紹介していきます。 それでは見ていきましょう！ タスク分解 Pull requestの粒度 テスト CI/CD 高速化 自動化 通知 まとめ タスク分解 開発タスクをアサインされた時、まず最初にタスク分解をします。 タスク分解をすることによるメリットとしては、 工数見積もりの精度が上がる 対応方針の認識を他メンバーと合わせやすくなる 対応漏れに気づきやすくなり、手戻りの発生が少なくなる Pull requestの粒度を適切に保つことが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TypeScript 関数型スタイルでバックエンド開発のリアル
