大規模データセットのためのアルゴリズムとデータ構造 - カメヲラボ
とても良い本が出ます 概要 構成 第1部：確率的で簡潔なデータ構造 第2部：ストリーミングデータ構造とアルゴリズム 第3部：外部記憶データ構造とアルゴリズム 具体的なコードは少な目 参考文献がしっかり書いてある 数式は最低限 図がモリモリ 翻訳版特有の情報 内容的な修正 カタカナ表記 検索のしやすさ 読む際のリズム 表現について 訳注について 音引きについて いきなりでごめんなさい（誤植情報） とても良い本が出ます 大規模データセットのためのアルゴリズムとデータ構造 作者:Dzejla Medjedovic,Emin Tahirovic,Ines Dedovicマイナビ出版Amazon 『大規模データセットのためのアルゴリズムとデータ構造』という本が7月26日発売に発売されます。原書はAlgorithms and Data Structures for Massive Datasetsとい
PostgreSQL and UUID as primary key
UUIDs are often used as database table primary keys. They are easy to generate, easy to share between distributed systems and guarantee uniqueness. Considering the size of UUID it is questionable if it is a right choice, but often it is not up to us to decide. This article does not focus on "if UUID is the right format for a key", but how to use UUID as a primary key with PostgreSQL efficiently. P
ストレージ初学者のためのホワイトペーパー
SNIA 1. 2. SNIA SNIA SNIA office@snia-j.org SNIA SNIA i office@snia-j.org Copyright 2024 SNIA . All rights reserved. ii 1 1 2 3 2.1 . . . . . . . . . . . . . . . . . . 3 2.2 . . . . . . . . . . . . . . 6 3 9 3.1 DAS Direct Attached Storage . . . . . . . . . . . . . 9 3.2 SAN Storage Area Network . . . . . . . . . . . . . . 10 3.3 NAS Network Attached Storage . . . . . . . . . . . . 11 3.4 . . . . . .
大人もできる英語脳の作り方！英語脳の感覚を鍛える効果的な勉強法
「子供のうちから英語を勉強しないと英語脳にはなれないの？」 「大人になってから英語脳を作るのは無理？」 このような考えから、なかなか英語の勉強に本腰が入らない人も多いのではないでしょうか。 結論からお伝えすると、英語脳は大人になってからでも、充分に作ることができます。 ただし時間さえかければ、必ず、誰でも、英語脳を手に入れられるわけではありません。 もしもあなたが英語脳を目指していて「ずっと英語の勉強をしているのに、自分は英語脳とはほど遠い状態だ」という自覚があるのならば、少しだけ意識を変える必要があります。 この記事では「そもそも英語脳って何？」というところから、大人の学習者が英語脳になるまでの効率的な学習方法や、気をつけたいポイントをお伝えしていきます。 無料で試せるアプリやYouTubeも紹介していきますので、ぜひ参考にしてみてくださいね。 しっかり勉強に取り組んで英語脳を手に入れま
チームトポロジーの観点で見直すプラットフォーム開発組織 - enechain Tech Blog
はじめに チームトポロジーとは プラットフォーム開発組織に存在した課題 SRE何でも屋問題 中長期課題に取り組めない問題 チームトポロジーを元にした組織見直し SRE Deskを3つのDeskに分割 SRE DeskとPlatform Engineering Deskの違いを明文化 見直しの効果 見直しを通じての所感 最後に はじめに こんにちは。enechainでCTOを務めている@sutochin26です。 enechainでは、組織拡大に伴いSRE/Platform関連業務を行うチームの体制見直しを行ないました。 その際に、チームトポロジーの考え方を参考にする事で方針の言語化がしやすくなり、認識合わせの助けになりました。 SREとPlatform Engineeringをチームトポロジー視点で定義すること自体は新しくはないですが、本記事では実際に現場で生じていた課題と共にお話します。
「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball
最近読んだ「入門 継続的デリバリー」がとても良かったので紹介しますね, というエントリーです. 入門継続的デリバリー良かったです. 「継続的デリバリー（Continuous Delivery）」とか「DevOps」ってどこから学ぶかわからんな！？ というのは割とあるあるだと思っています, そもそもめちゃくちゃ難しい話なので（ちゃんと学ぼうとすると）. そんな中, 「入門 継続的デリバリー」がよく説明できてて良かったので感想と関連する書籍を紹介できればと思っています. TL;DR 入門 継続的デリバリー 我々はなぜCDをするのか? 具体的なプラクティス 入門後に読むべき良著 Kubernetes CI/CDパイプラインの実装 継続的デリバリー チームトポロジー 結び - 我思うCDとDevOps TL;DR 「入門 継続的デリバリー」は継続的デリバリーの大切さと概念, 手法を現実にありそうな
MySQL/Aurora/TiDBロック入門 – 第１回トランザクション分離レベル｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
MySQL/Aurora/TiDBロック入門 – 第１回トランザクション分離レベル MySQL InnoDB および AWS Aurora や PingCAP TiDB におけるロックの仕組みやトランザクションの動作を全１１回のシリーズで解説します！ 最初はベースとして重要な MySQL 8.0 InnoDB 前提でユーザー視点でのロックの仕組みを学び、後半第１０回以降では MySQL 互換 DB として人気の高い AWS Aurora や PingCAP TiDB と MySQL InnoDB との違いについて学びます。 １回目の今回はロック機構と切っても切り離せないトランザクションとその分離レベルについて、実際に挙動を確かめながら解説します。ライブ感のある説明も理解に役立ちますので、解説動画も付けてみました。合わせてご覧ください！ ★ 第１回 トランザクション分離レベル ★ 第２回 ロ
Visual Studio Code for Education
Visual Studio Code for Education ecosystem.
データ基盤のためのリーダブルSQL
これは何？ 私tenajimaがデータ基盤のパイプラインを作るとき、レビューするときに意識している点を言語化したものです データ基盤を作る上での考え方の一つに役立てていただければ幸いです この記事の前提 dbtを使ったデータ基盤構築を念頭に置いて書いています、dbtの記法が出てきます CTEsが使える環境を想定しています 記事内でデータエンジニアもアナリティクスエンジニアも総称してデータエンジニアと呼んでいます データ基盤を「使う側」のクエリと「作る側」のクエリの違い 最近ではファーストキャリアからデータエンジニアの方も出てきているかもしれませんが、データサイエンティスト、アナリスト、ソフトウェアエンジニアを経験してデータエンジニアを行っている人が一般的と考えています。 特にデータサイエンティスト、アナリストからデータエンジニアへの転向は私の周りでは多いように感じており、その方達は(過去の
技術書リーディングアンチパターン ~積読王の私が技術書を読む際に犯したN個の誤り~
どうもお疲れ様です。MESIです。 皆さん技術書は読んでますか？ 私は技術書が好きです。読むのも好きだし買うのも好きです。 先月は技術書を30冊ほど買っていることが判明し今月の支払いに震えております。 今は技術書が大好きで毎日のように読んでいる私ですが、昔は読み方がわからず少し読んで放置するを繰り返しておりました。 本記事では私が犯した技術書の読み方の誤りについて紹介します。 私のような技術書を買っても積読してしまう方にとって参考になれば幸いです。 頭から順番に読み、目次を見ない 一般的な本の読み方が身についていると、本を頭から順番に読んでいこうとしてしまいます。 しかし、技術書でその読み方は合わないと私は考えます。 とにかく最初に見るべきは目次！ まず目次を見て読む場所を決める。 目次を見て大体内容がわかりそうな部分は後回しにして、自分が理解してなさそうな部分から読みます。 技術書は小説
GPTとは何か Transformerの視覚化 | Chapter 5, Deep Learning
この動画は3Blue1Brownの動画を東京大学の学生有志団体が翻訳・再編集し公式ライセンスのもと公開しているものです。 チャンネル登録と高評価をよろしくお願いいたします。 日本語版Twitter https://twitter.com/3B1BJP 元チャンネル（英語） https://www.youtube.com/c/3blue1brown 元動画（英語） https://youtu.be/wjZofJX0v4M?si=9YsuEzHATlhPtpOF Check out our new channel Ufolium https://www.youtube.com/watch?v=wrNCjIjIzuk&pp=ygUj5aSn57Wx6aCY6YG45oyZ44Gu5LuV57WE44G_IHVmb2xpdW0%3D Richard Turner's introduction
1on1は経営戦略。「攻めの1on1」実例3選｜谷本 潤哉 - 株式会社O: CEO
上手く行っている企業は守りの1on1から攻めの1on1に変わってきている従来の守りの1on1日本に1on1が広まったきっかけは、ヤフー株式会社が1on1を2012年に導入し、それを他の会社が参考にしたと言われています。 1on1という考えが広まるまでは、上司と部下は仕事での指示や半年に一度の評価面談のみでしか話さない。 また、飲みの場や喫煙所で上司と上手く話せる方とそうでない方で、帰属意識や評価のされ方に差が出ている状態でした。 1on1が広まることで、上司と部下が話す機会が増え、社員の心理的安全性が担保されやすくなっていきました。 1on1の取り組みがうまくいかない日本企業が増えているしかし、昨今では1on1施策をやってみたけど、上手くいかないどころか逆効果になってしまっている企業様をよく見かけます。 失敗する理由としては、「他の企業がやっているからうちもやってみよう」「とりあえず1on
「GitHub Copilot全社導入」の前にたちはだかった3つの壁 ZOZOはどう乗り越えたか
生成AIのビジネスへの利活用の一環として、AIプログラミング補助ツール「GitHub Copilot」の導入に踏み切る企業が増えている。ファッションECサイト「ZOZOTOWN」を運営するZOZOもその一つで、2023年5月に法人向けサービスである「GitHub Copilot Business」を全社導入した。 ZOZOには約500人のエンジニアが所属しており、その全員がGitHub Copilot Businessを利用できるようにした。一方で、AIツールの全社導入に当たっては、セキュリティや費用対効果など、検討すべき点も多い。ZOZOではどのような検討の結果導入に至ったか、同社のテックリードを務める堀江亮介さん（技術本部技術戦略部CTOブロック）が公開している外部向け資料からひもとく。 全社導入を進める際、ZOZOでは「セキュリティ上の懸念」「ライセンス侵害のリスク」「導入による費用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ宣言的 UI は壊れにくいのか / Why declarative UI is less fragile
Linux コンテナの歴史を追うとコンテナの仕組みがわかる / Dai Kichijoji pm
高輝度・高画質なメガネ型デバイスを目指して。創業者に聞く「VITURE」の未来【西田宗千佳のRandomTracking】
ChatGPT-4oを専属マネージャーにしてサボり癖を直してもらった | ライフハッカー・ジャパン
【やじうまPC Watch】 海外版ファミコンで.NETのC#を動作させるデモが「Microsoft Build 2024」で実施予定
NewSQL Landscape
SQL滅ぶべし | ドクセル
