継続的に価値あるサービスを提供するために意思決定者が押さえておくべきコストの話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
社内で書いた内容から、一般化できる話だけを抜き出して書いた記事です。 TL;DR 意思決定者は、 仕様が複雑になればなるだけ、指数関数的かつ継続的にコストがかかることを理解する必要がある。 ユーザーの要求や利便性について優先順位をつける必要がある。 それらを揃えた上で「いっちゃんいいバランスで顧客要望に応える」必要がある。 コストについて サービスあるいは機能の一生 サービスあるいは機能は以下のライフサイクルを辿る 初回リリース以前 初回リリース以後、クローズ以前 クローズ 実は一番コストがかかるのが「初回リリース以後、クローズ以前」の部分。なぜならサービスの一生のうちほとんどの時期がここなので……。 初回リリース以前にかかるコスト いわゆる「初期開発」が行われる。 当然、この時に仕様がシンプルであればあるだけ初期開発にかかるコストは低くなるし、仕様が複雑であればあるだけ初期開発にかかるコ
無料でセルフホストも可能なオープンソースの地図「OpenFreeMap」
自身のウェブサイトやアプリケーションにカスタムマップを表示したい場合、サイトへの登録やユーザーデータベースの作成、使用料の支払いなど面倒な手順を踏む必要がある場合もあります。しかし、ソフトウェアエンジニアのZsolt Ero氏が提供する「OpenFreeMap」は、無料でカスタムマップを表示できるほか、セルフホストすることも可能です。 OpenFreeMap https://openfreemap.org/ 実際に表示されるマップの例が以下。白黒でシンプルに表示されるマップが「Positron」です。 「Bright」ではカラーでマップが表示されるほか、ビルなどの名称が表示されます。 「3D」はマップを鳥瞰(ちょうかん)で見ることが可能で、ビルなどが立体的に表現されているのが特徴です。右クリックでマップを回転・角度を変化させることも可能です。 もう一つのスタイル「Liberty」は「Bri
Go 言語の context を基礎から実践まで解説 - Qiita
はじめに こんにちは、エンジニアの清水です。 私は業務で Go を書いているのですが、context についての理解が浅いことでエラーに遭遇したので、勉強のために記事を書いてみました。 この記事では、実際のコード例を交えながら Go 言語の context パッケージの基本から実践的な使用方法まで解説していきます。 また実際に私が遭遇したエラーの例も交えて context の陥りやすい落とし穴についても解説します。 context の基本 context とは何か contextは、Go の標準ライブラリに含まれるパッケージで、API やプロセス間でリクエストスコープの値、キャンセル信号、デッドラインなどを伝播するための仕組みを提供します。 なぜ context が必要なのか リソースの適切な管理：不要になった処理を適切にキャンセルし、メモリや CPU などのリソースを解放できます。 タイ
INIファイルでUnicodeを扱う - syghの新フラグメント置き場
今更ですが今日はINIファイルのお話です。初めに断っておきますが、ぶっちゃけWindowsアプリケーションでレガシーなINIファイルを使うのはもうやめましょう。Windowsアプリケーション設定の管理には、今後はレジストリやXMLファイルなどを使うべきです。 そもそもINIファイルとは？ INIファイルは昔からWindowsアプリケーションの設定管理に使われている簡易テキストフォーマットで、テキストエディターでも簡単に閲覧・編集することができるうえにXMLと比べて構造がシンプルなため、いまだによく使われていますが、その歴史はWin16時代にまでさかのぼります。自分はMS-DOSを少し使っていたことがあるものの、Win16を使ったことはありませんが、Windowsアプリケーションを開発していると、どうしてもINIファイルのようにWin16時代から引きずられてきた負の遺産に直面せざるを得ないこ
SSHを使用したポート転送やトンネリングの設定をわかりやすく図示したビジュアルガイド
「ポート転送」は、特定のポートへの通信をSSHを経由して別のコンピューターやポートへ転送する技術です。執筆者の身元はわからないものの、エキスパートエンジニアによる個人ブログの記事として「どんなコマンドを使えばどんな転送設定になるのか」についてのわかりやすいビジュアルガイドが公開されています。 Visual guide to SSH tunneling and port forwarding - ITTAVERN.COM https://ittavern.com/visual-guide-to-ssh-tunneling-and-port-forwarding/ SSHの「-J」オプションではトンネリングの設定が可能です。例えば「ssh -J user@REMOTE-MACHINE:22 -p 22 [email protected]」というコマンドではリモートマシンを経由して10.99.9
二重サブミットを防ぐ方法 - Carpe Diem
背景 支払い処理などで問題になりがちな二重サブミット問題（Double Posting Problem）ですが、主に以下のようなケースで発生します。 ボタンのダブルクリック ユーザが間違えて２回ボタンを触ってしまう（ときには遅さにイライラして何度もクリック） リクエストタイムアウトで処理に失敗したように見えて、もう一度押してしまう 完了ページでリロードしてしまう Pull-to-Refreshしてしまう 以前開いていたページをフォアグラウンド復帰時にChromeが勝手にリロードしてしまう 戻るボタンで戻って再度ボタンを押す サービス設計におけるリトライ処理が不適切に行われた 今回はその防止方法について説明します。 対応方法 大まかな方針としてはユニークなトークンを発行してそれをチェックする方法です。 サーバサイドで行う場合 サーバサイドでトークンを発行するパターンです。 シーケンス図 シー
経産省の本気が見える「SBOM導入の手引きver2.0」、ソフト調達・取引の指針に
米国大統領令や日米豪印4カ国の枠組み「Quad（クアッド）」による共同原則、欧州サイバーレジリエンス法など、世界各国でSBOM（Software Bill of Materials、エスボム）対応の制度化が進む。日本もSBOMを国際標準戦略の一環と位置付け、普及を促進している。経済産業省は、2024年8月29日、「ソフトウェア管理に向けたSBOM（Software Bill of Materials）の導入に関する手引」を更新し、ver2.0を公開した。産業界におけるSBOMのさらなる活用をめざした具体的な手法などを追加している。 SBOMとは、ソフトウエアの構成要素とそれらの関係性を把握する、ソフトウエア管理の手法のこと。経産省の手引きは、付録を含めると約160ページに上る。特にver2.0で加わった内容は専門的であり、SBOM初心者には難しく感じられるかもしれない。 しかし、ここまで具
プロジェクトにおける見積もり方法の種類と比較 - Qiita
例えば要件定義の期待値は、上記の計算式に当てはめると (0.5 + 4×1 + 2) / 6 = 1.17時間になります。 類推見積もり 具体例 「Aという機能を持ったシステムを開発するのに、前回は3ヶ月かかった。今回のシステムも機能が似ているので、今回も3ヶ月程度で開発できるだろう。」 特徴 過去の類似プロジェクトのデータに基づいて見積もるため、迅速に概算を出すことができます。 （これ、実はみなさん日常で何気なくやっているのではないでしょうか？？） 注意点 今回のプロジェクトと過去のプロジェクトが完全に同じであるとは限らないため、誤差が生じる可能性があります。 ボトムアップ見積もり 具体例 システム開発プロジェクトの場合 要件定義：1週間 設計：2週間 プログラミング：4週間 テスト：2週間 総合計：9週間 特徴 プロジェクトを細分化して見積もるため、より詳細で正確な見積もりが可能です。
1000万DL人を支えるiAEONアプリ：完全停止を防ぐ耐障害性の設計/iAEON app supporting 10 million users
2024年9月18日開催「一休×AEON 事業会社のサービスを支える基盤開発トーク」の登壇資料です。 https://ikyu.connpass.com/event/327095/
「2038年問題」について、現実のものとして考える時期が来たのかもしれない「2000年問題よりはるかに深刻」「映らないテレビとか出てくると思う」
上原 哲太郎/Tetsu. Uehara @tetsutalow ソフトハウスバイト→同経営→京大助手→和歌山大講師→京大助教授→同准教授→総務省で役人→立命館大学教授。その間NPOやってたり。得意分野はシステム管理とか情報セキュリティとかデジタルフォレンジックとか情報教育とかですがICTだいたいどこにでも突っ込みます。でも私のつぶやきは組織の公式見解とは無関係です。 uehara.tetsutaro.jp 上原 哲太郎/Tetsu. Uehara @tetsutalow 当研究室では2038年問題を追いかけていますが、この度論文が出ました。 doi.org/10.20729/00239… 「32bitを超えるtime_t型を持つ環境における2038年問題とその検出」 関連して本研究で開発したツールを含むDockerイメージを配布開始しました。合わせてご活用下さい。 github.com/
Windowsカーネルから見るオブジェクトハンドル - ラック・セキュリティごった煮ブログ
デジタルペンテスト部の北原です。 今回は、Windowsでのツール開発者にとっては重要なハンドルの内部について解説します。 Windowsでは、ファイルやプロセスから始まりすべてのリソースはオブジェクトとして扱われ、ファイルの削除やメモリの確保にはハンドルを取得する必要があります。 ツールやアプリケーションの開発者にとっては、日常的にハンドルを操作する機会がありますが、通常の利用者にとってはあまり意識するものではありません。 本記事では、Windows OSでのハンドルの役割と、OS内部でどの様に管理されているのかについて解説します。 記事の構成は以下の通りです。 ハンドルの役割とアクセス権限 ハンドルへの情報の問い合わせと操作 カーネル空間でのハンドル管理 応用例1 - オブジェクトをロックしているプロセスの特定 応用例2 - カーネルモードルートキット 本記事は以下の読者層を想定してい
NaNのビットパターンを使ってWebAssemblyからCPUの命令セットを推測する
浮動小数点数にはIEEE 754という標準規格がありますが、規格の範囲内であっても僅かに実装による差異が認められています。その一つがNaNのビットパターンです。 WebAssemblyはNaNのビットパターンに関しては実装依存の結果を許容しており、Wasmランタイムは特に深い理由がなければホストCPUの浮動小数点命令をそのまま用いると考えられるため、結果として「WasmからNaNのビットパターンを観測することでホストのCPUの命令セットを推測する」ことができます。 ここでは、「x86(_64)」「RISC-V」「その他（Armなど）」の3択で判定することを目指します。 判定コード 判定するコードは以下です： #include <inttypes.h> #include <stdio.h> #include <string.h> float u32_to_f32(uint32_t x) {
日本取引所のAPIを使って株価＆財務情報をゲットする｜Non
「株価情報を取得するにはどうしたらいいんだろう？」 「株価情報だけでなく財務情報も欲しい」 「できれば信頼できる情報ソースから取得したい」 そんなお悩みはありませんか？ これらの悩みを一発で解決するツールとして、 日本取引所のAPI（J-Quants-API）をおススメします この記事では、 日本取引所のAPIを使って、 株価や財務情報を取得する方法のほか、 最後には株価と財務情報を使って、 PBRを算出する方法もご説明します。 日本取引所グループと聞いても 馴染みがうすいかもしれませんが、 要は東京証券取引所ですね。 今は、大阪証券取引所と合体して、 日本取引所グループになっています。 1. J-Quants アカウント登録以下のサイトから J-Quantsのアカウントを登録することで APIを使えるようにします。 J-Quants APIに登録するをクリックするとユーザー登録画面になり
Twitterがバズったおかげでネット注文の1年分くらいの売上を8月だけで達成、従業員のボーナスを上乗せ。感謝しかないです
白滝製麺 森岡さん @shirataki_co 徳島で半田そうめんを製造しています。 銀河一美味しいそうめんを作ってる！！ ギター弾いて歌ったりするけど、引くくらい下手くそです！ フリーソーメン不定期 真面目なご注文はこちら。買え！買い尽くせ！ handasomen.shop-pro.jp shirataki-seimen.com 白滝製麺 森岡さん @shirataki_co Twitterがバズったおかげで注文が増えて、ネット注文のおおよそ1年分くらいの売上を8月だけで達成して、そのお金で従業員のボーナスを上乗せして、道具を買って、だましだまし使ってた業務用エアコンも買い替えることができた。 実力以外のとこで皆さんの応援で忙しくさせてもらって感謝しかないです
Microsoft PowerPoint - システムベンダのセキュリティ対策義務.ppt [Compatibility Mode]
システムベンダのセキュリティ対策義務 ～東京地裁平成26年1月23日判決 （平23（ワ)32060号）を素材として～ 「愚者は自分の経験から学ぶという。私はむしろ、最初から自分 の誤りを避けるため、 他人の経験から学ぶのを好む。」（オットー・ フォン・ビスマルク） スクワイヤ外国法共同事業法律事務所 弁護士 武田勝弘 Katsuhiro.takeda@squirepb.com 2 squirepattonboggs.com 2 squirepattonboggs.com ０．目次 1. 問題の背景 →p3 2. 事案の概要 →p4 3. 本判決のポイント →p5 4. 黙示的な脆弱性対策の合意→p7 5. 不要情報削除・暗号化義務→p12 6. 説明義務 →p14 7. 重過失 →p16 8. 判決の射程とまとめ →p19 9. 控訴されなかった理由 →p20 3 squirepatton
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Let’s EncryptのSSL 証明書 発行でトラブル
仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal
スタートアップファイナンス：Excel事業計画（財務モデル）の基本・作り方【入門編】
Blender | CG・映像の専門情報サイト | CGWORLD.jp
社内ヘルプデスクのチケット管理システム、みんな何使ってるんですか？→有益すぎる情報が集まる
