会員登録
/
ログイン
ログミーTechとは
広告掲載のご案内
会員登録
ログイン
技術・運用
チーム・組織論
キャリア・採用
UI/UX
企画・アイデア
ログミーTechとは?
広告掲載のご案内
技術・運用
チーム・組織論
キャリア・採用
UI/UX
企画・アイデア
#技術・運用
1157件
Winnyは“暗号の使い方”がおかしかった 通信解析でわかった鍵交換・ファイル交換の挙動
日本ハッカー協会
「ABEMA」レコメンドシステムへのリクエストを削減するために 大規模な負荷・アクセスに対応したGo製プロキシサーバー開発
サイバーエージェント
なぜ「ABEMA」は「OpenTelemetry」を採用したのか? 導入を決意した理由とその進め方
サイバーエージェント
マイクロサービスのボトルネック把握のために 「OpenTelemetry」を用いた、分散トレーシングの実現事例
サイバーエージェント
Amazon EKSコストをピーク時の50%まで削減 ファッションコーディネートアプリ「WEAR」における3つの施策
株式会社ZOZO
ECSからのリプレイスで“約10倍”になってしまったEKSコスト 異常値を調査してわかった、コスト急増の原因
株式会社ZOZO
Winnyリリースは「非常に悪いタイミング」だった 世の中が“効きすぎたブレーキ”になって起きたこと
日本ハッカー協会
「ABEMA」から切り抜き動画付きでツイートできる新機能 HLS・インメモリキャッシュ・sync.Poolを活用した開発
サイバーエージェント
インフラコストを10分の1削減し、タイムラグも解消 利用者急増に伴った「イベント駆動」の新システム開発
株式会社ZOZO
「FIFA ワールドカップ カタール 2022」生中継の舞台裏 「ABEMA」から切り抜き動画付きでツイートできる、Go製サーバー開発
サイバーエージェント
「良質なダッシュボードの設定には、表現の一貫性が大切」 Amazonが培ってきた5つのベストプラクティス
AWS
AWS年間コストを約10%削減した、定期的なコスト分析&最適化 「Trusted Advisor」と「Compute Optimizer」の活用事例
株式会社ZOZO
「ダッシュボード」は「設計」「構築」などと同じくらい重要である Amazonのダッシュボード活用のポイント2つ
AWS
キューの扱いに注意する、レイヤーごとに保護する… 負荷制限を導入する時に考慮するべき5つのポイント
AWS
過負荷時にいくつかリクエストを脱落させ、システムを保護する サービスの継続可能のためにも大切な「負荷制限」の仕組み
AWS
ダブルメンテ状態は、Hacobuにとっては“死” 「フルリプレイス」をやり遂げるためにCTOが決断したこと
株式会社Hacobu
政府や公的機関は当時のWinnyとどう向き合ったのか 元行政官が情報漏洩事件の悲劇に対する取り組みを振り返る
日本ハッカー協会
「見積もれ」には「わかりません」で答えた Hacobuがフルリプレイスを成功させるまでの道のり
株式会社Hacobu
「ライブラリ屋」ではなく「マルチプレイゲームの自信ニキ集団」にならないといけない バックエンドエンジニアが負荷試験を通して感じたこと
株式会社コロプラ
シミュレート機能の活用、セッション維持機能の改善、通信頻度計測機能の実装 新ゲームのリリースに向けた内製リアルタイムフレームワーク「Prizm」の強化
株式会社コロプラ
1年半で283回のアップデートを実施 大規模P2Pネットワーク「Winny」のバージョンアップ史
日本ハッカー協会
「Winny」のネットワークはシンプルな組み合わせでできている Port0の対応も可能にした“仕組み”と“すごい特徴”
日本ハッカー協会
「開発における安全と効率の両立を追求したい」 静的解析・ユニットテスト・E2Eテストにおける、ディー・エヌ・エーの「Shift Left戦術」
株式会社ディー・エヌ・エー
35万行以上のコードで作られたPerlの認証認可基盤をJavaで刷新 “安全かつ効率のよい”改修に必要な「Shift Left」という考え方
株式会社ディー・エヌ・エー
技術的負債が生まれても「守りに入ろう」という意識はない SmartHRがプロダクトリリースから大事にする「セメの投資」
akippa tech park
「Winny」「Cabos」「LimeWire」があった“あの頃” 「手を出すな」と言われたソフトが僕らに残してくれたもの
日本ハッカー協会
ユーザー体験だけでなく、開発者体験も爆速化 日経が注力する“生産性爆上げ”のための取り組みとは?
日本経済新聞社
「日経電子版」は“ユーザー体験爆速化”をどう実現したのか ユーザー数80万人以上・月間アクセス数3億以上のメディアを支える開発の舞台裏
日本経済新聞社
正しい負荷をかけ、効果的・効率的に試験し、適切に評価する バックエンドの負荷試験の実施と評価で大切なこと
株式会社コロプラ
新ゲームのローンチ時にサービスを停止させないために コロプラが実施する、バックエンド負荷試験のシナリオ
株式会社コロプラ
Generative AIの品質は「誰が」保証するのか? 「GAN」から考える、“監視するAI”の必要性
QATechNight
「余力がないからやめておこう」が悪い体験を生み出すかもしれない 顧客体験の良し悪しは、実はITエンジニアが握っている
電通国際情報サービス(ISID)
SoEとSoRの連携をどう進めていくか? 3つの実例をもとにした、それぞれのケーススタディ
電通国際情報サービス(ISID)
複数システムの連携は3ステップで考える DA(決定分析)表を活用した「議論して、意思決定する」こと
電通国際情報サービス(ISID)
“ちょっとした便利機能”が実は顧客体験と業務効率を左右する 顧客サポートシステムから見た、SoEとSoRを連携する重要性
電通国際情報サービス(ISID)
ボタン1つの“ちょっとした便利機能”をエンジニアは実現すべきか? 「ハードルを越える価値」を考えるためのイントロダクション
電通国際情報サービス(ISID)
Rustとアセンブリで実装された新たなRuby処理系 JITコンパイルをサポートして速く動く「monoruby」
カーネル/VM探検隊
「クラウドファースト」から「クラウドスマート」へ デジタル庁が取り組む、ガバメントクラウド利用の最適化
CloudNative Days Tokyo Committee
重要なのは「基本を押さえ、適したものを採用すること」 “本来の役割”を押さえたアプリケーション設計
StudyCo
「クラスごとの役割を明確化すること」がポイント アプリケーション設計におけるドメインロジックの分離法
StudyCo
ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点
StudyCo
「ビジネスロジックの処理は2つに分類すると整理しやすい」 4つの例から考える、プレゼンテーション層・データアクセス層の見分け方
StudyCo
3層アーキテクチャで最も謎な「ビジネスロジック層」 “システムのコア”をゲーム「リバーシ」で解説
StudyCo
アプリケーションアーキテクチャ理解に必要な“3層構造” プレゼンテーション層・ビジネスロジック層・データアクセス層それぞれの役割
StudyCo
“1つの独立して動く要素”の内部を整理し直す 「改めて整理するアプリケーション設計の基本」で伝えたいこと
StudyCo
1
...
5
6
7
8
9
...
26