並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 212件

新着順 人気順

dbの検索結果1 - 40 件 / 212件

  • 要件定義|3分で読める非機能要件について - Qiita

    はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件|6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。システムは定期メンテナンスや予期しない障害により、一時的に利用できなくなることがあります。可用性は、稼働している時間と停止から復旧までの時間の割合で決まります。たとえば、Amazonの「Amazon ECS」サービスは 『99.99%』 の稼働率を保証しており

      要件定義|3分で読める非機能要件について - Qiita
    • 週刊少年ジャンプ史上最も重要なマンガ20選

      選考基準は独断と偏見で、作者一人につき一作まで 強いて言えば後世の作家への影響、社会的な影響を重視 ランキングではなく、連載開始順に並べただけです 忌憚なき意見、待ってるぜ 1.ハレンチ学園 作:永井豪 1968年創刊号 - 1972年41号黎明期レジェンド枠。サービスエロがジャンプマンガの大きな側面を担っていた事実は否定できないし、そもそもこの作品の売上が無かったらジャンプが存続してたかも怪しいので入れざるを得ない。 2.男一匹ガキ大将 作:本宮ひろ志 1968年11号 - 1973年13号黎明期レジェンド枠2。ジャンプ黎明期の売り上げを支えつつ、不良系マンガを一大ジャンルとして確立させた意味で実は物凄く偉大な作品。これが無かったらろくブルも東リべも存在しない。 3.こちら葛飾区亀有公園前派出所 作:秋本治 1976年42号 - 2016年42号ギネス記録である40年にわたる長期連載、そ

        週刊少年ジャンプ史上最も重要なマンガ20選
      • 📗 なぜ依存を注入するのか DIの原理・原則とパターンを読んだ感想 | Happy developing

        なぜ依存を注入するのか DIの原理・原則とパターン 著者: Steven van Deursen, Mark Seemann 訳者: 須田智之 表紙には.NETやC#の文字はないのですが、前の版は"Dependency Injection in .NET"で.NETを前提した本のようでした。 ただ、はじめにで 本書では、.NETとC#を用いて、依存注入に関する用語や指針を包括的に紹介し、描写しているのですが、本書の価値が.NETの外の世界にも届くことを望んでいます。 とありました。 RustのDIでなにか活かせる教えを期待して、読んでみました。 第1部 依存注入 (Dependency Injection: DI) の役割第1章 依存注入 (Dependency Injection: DI) の基本: 依存注入とは何なのか? なぜ使うのか? どのように使うのか?まず、保守容易性(maint

          📗 なぜ依存を注入するのか DIの原理・原則とパターンを読んだ感想 | Happy developing
        • Parquetフォーマット概観 - 発明のための再発明

          Parquetは便利なファイル形式で、列志向のフォーマットとしてはデファクトの1つと言っても過言ではないでしょう。 ですが、jsonやcsvとは違い、ファイルを見ただけでどんな構造かわかるものではありません。 この記事は、Parquetの具体的な構造について記述します。 はじめに この投稿は、Parquetの構造について、バイナリを見ながら確認するものです。 ただし、Parquetの大枠に注目した投稿なので、delta encodingやrun-lengthなど、個別の圧縮方法については取り扱いません。 ※ Parquetの作成には https://github.com/parquet-go/parquet-go を使用していますが、goの知識は必要ありません tldr Parquetは以下の構造を持っています。 ファイルはRowGroupとメタデータに分かれている RowGroupの中に

            Parquetフォーマット概観 - 発明のための再発明
          • マッチングアプリ個人開発したら逮捕されかけた話

            はじめに 自社開発企業のAI部門でインターンしている25卒のエンジニアです。 フロント、バックエンド、インフラ、AIなど色んな分野に興味を持って開発しています! 最近は個人開発で収益を上げて生活する、「Indie Hacker」のような生き方に憧れています。 将来は個人アプリを当てて、島で悠々自適に暮らしたいと思っています🏝️🏝️🏝️ マッチングアプリを作ろうと思った経緯 何を隠そう、自分の出会いを増やしたかったから 周りの大学の友達で「彼氏欲しい〜、彼女欲しい〜」と言ってる人がいる 自分の大学限定でマッチングアプリ作ったら、安心感もあるしハッピーではないかと考えた アプリの名前はシンダイ(自分の大学の呼び方) x Tinder = Sinder(シンダー)に決定 リリースまでに行ったこと リリース日を学園祭の当日(半年後)に決定 学園祭のスポンサーになって、大々的に広告を打つ作戦

              マッチングアプリ個人開発したら逮捕されかけた話
            • インデックスとは何?MySQL(InnoDB)とPostgreSQLのインデックスの違いとは?調べてみました

              はじめに こんにちは。calloc134 です。 前のハッカソンイベントで、UUID をプライマリキーに利用するかどうかの議論がありました。 結果的にはあまりパフォーマンス要件の高くないアプリケーションであったため、プライマリキーとして UUID を採用することにしたのですが、イベント終了後に気になったため、調査を行いました。 今回は、この調査の結果を元に、MySQL と PostgreSQL におけるインデックスの内部構造の違いと、UUID をプライマリキーにする際の問題についてまとめてみたいと思います。 インデックスの概要 インデックスとは インデックスとは、データベースのテーブルに対して、アクセスを高速に行うための指標となる構造のことです。 インデックスとは日本語で索引ですが、まさに辞書の索引のように、アクセスにおいての手助けをしてくれます。 より具体的に解説すると、データベースにお

                インデックスとは何?MySQL(InnoDB)とPostgreSQLのインデックスの違いとは?調べてみました
              • 「Rails vs Node.js」を観た|laiso

                このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

                  「Rails vs Node.js」を観た|laiso
                • 開発用適当ツールはGoで作るのがオススメ - Qiita

                  開発用適当ツールとは? 開発していると、たまに何かしらプロジェクト内で開発者用や運用者用にテストデータを作成したり、DBやAPIに繋いでCSVやExcelを出したりする名もなきツールが大量に必要になってきますよね? 配布して他の人にも使ってもらったりしたくなりますよね? これが開発用適当ツール1です。 そういった開発用適当ツールをGoで作ってみたら案外体験が悪くなかったのでシェアしたいと思います。 どうやって開発用適当ツールを作るか? 既存プロジェクトにそのままGoのプロジェクトレイアウトを重ねていきます。 具体的には以下のような感じです。

                    開発用適当ツールはGoで作るのがオススメ - Qiita
                  • 匿名ダイアリーのワイヤレスイヤホン記事でチューリングテストが行われていた - ARTIFACT@はてブロ

                    anond.hatelabo.jp 最近、ワイヤレスイヤホンのレビュー記事を見てると、どうもAIに書かせたと思われる文章にたびたび遭遇していたのだが、匿名ダイアリーに、これはAIだと断定できる記事が上がっていた。しかも、それに対して、AIだと指摘する人は非常に少なくて驚いた。AIが書いた文章でもAIだと思う人が少ないのなら、そりゃAIに文章書かせるよね。AIの書いた製品紹介の文章の特徴として、書き手の主観の少なさがあるのだが、逆にそれを客観性と感じて、良いと感じる人が多いのかもしれない。 そして、花見川さんが指摘しているように、紹介している機種があまりに少ない。秋に出た新型TWSならB&W Pi6 / Pi8は必須のはずだが、紹介されていない。YouTubeでのレビュー動画はカジェログの人ぐらいだったので、おそらく学習元がなかったのだろう。 今秋のワイヤレスイヤホン収穫について[はてな匿名

                      匿名ダイアリーのワイヤレスイヤホン記事でチューリングテストが行われていた - ARTIFACT@はてブロ
                    • 連番IDを使うと会社が潰れる。(訳: 連番とUUIDのベンチマークを取ってみた❤️)

                      大いなる流れには逆らえない あるAI研究者が言っていた、私の仕事もいつか AI に奪われるという言葉が非常に印象的だった。 私は一時期自分のキャリアに危機感を覚えAIに関する情報を集めていた。そのとき見つけたYoutube動画でこのようなことが語られていたのである。 ではなぜ彼らは研究を続けるのかと思うかもしれないが、個人や一団体がそれを放棄したところで世の中のイノベーションの流れを止めることは不可能だろう。 平和を望む国々も兵器開発をやめられないのと似たようなものだ。 私がこの記事のタイトルを思いついたとき、つい溜息が出た。あまり楽しくない思い出があるからだ。 ただ、思いついてしまった以上これを世に出さないわけにもいかず、血の涙を流しながらこの記事を書いている。 私というちっぽけな存在では、この大宇宙の大いなる流れには逆らえないのだ。 申し遅れました。私、YadaYadaKonnanYa

                        連番IDを使うと会社が潰れる。(訳: 連番とUUIDのベンチマークを取ってみた❤️)
                      • Rails vs Node.js

                        Previous slideNext slideToggle fullscreenOpen presenter view Rails vs Node.js 最終章 「Prisma」 @mizchi Cloudflare Meetup 2024/10/02 今日の Prisma + Cloudflare の様子 About https://x.com/mizchi Node.js とフロントエンドの専門家 100万円*達成率で御社のフロントエンドの高速化をやります 前書き フロントエンド/Node.js 視点のポジショントークです Railsに対するチャレンジャーとして Node.js を使ってきた話 Rubyの開発者やRubyのユーザーを否定する意図はありませんが、好き嫌いは否定しません。型が好きです 「Rails」は 2010年前後に流行っていた任意なWAFに置き換え可能 Symfony

                        • データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ

                          先日、社内有志で開催していたDB自作本 Database Design and Implementation の輪読会ならぬ輪実装会がついに完結を迎えました。 RDBMSをゼロから、毎週一人ずつ、1章分を実装してPullRequestを出しつつ資料も準備して発表をこなすという一見ハードな勉強会で、完走できるか不安もありつつスタートしましたが、やってみるとめちゃくちゃ楽しく最後まで完走できました。 本記事ではみなさんに「うちでもやってみたい」と思ってもらえることを願って、読んだ本の推しポイントや、どのように勉強会を進めたかを紹介したいと思います。 感動で涙の出るコード Part1: おすすめポイント 本が良い みんなでワイワイやるのが良い 3ヶ月で完走できるのがいい 完走後のモチベーションアップが良い Part2: 輪実装会 募集 参加者 進め方・実装 期間 Part3: おれたちのDB実装

                            データベース自作勉強会・輪実装会のススメ - エムスリーテックブログ
                          • 『RustによるWebアプリケーション開発 設計からリリース・運用まで』という本を共著で書きました - Don't Repeat Yourself

                            RustのWebアプリケーション開発に関する書籍を共著で執筆しました。1年くらい執筆していましたが、出版時期などが定まってきたので内容の紹介を込めて告知の記事を書きます。9/26刊行予定です。予約よろしくお願いします。 RustによるWebアプリケーション開発 ↓AmazonのURL(アフィリエイトなし) www.amazon.co.jp 数年前に書籍を執筆した際に、「次はWebアプリケーションの実装に関する本を書きたい」と記事に書き残していたのを今見つけたのですが、有言実行できたようです。 どんな本か? Rustってバックエンド開発に向いてるの? 著者について 目次とトピックの簡単な紹介 はじめに 第1章 本書で開発するアプリケーション 第2章 開発環境の構築 第3章 最小構成アプリケーションの実装 第4章 蔵書管理サーバーアプリケーションの設計 第5章 蔵書管理サーバーの実装 第6章

                              『RustによるWebアプリケーション開発 設計からリリース・運用まで』という本を共著で書きました - Don't Repeat Yourself
                            • 開発環境のデータベースでも本番環境相当のデータを使う - クックパッド開発者ブログ

                              こんにちは。レシピ事業部バックエンド基盤グループの石川です。 2014 年、このブログに『開発環境のデータをできるだけ本番に近づける』というタイトルの記事が投稿されました。 クックパッドでは、ユーザーさんが実際に体験している状況と近い状況を再現しながら開発することに価値があると考えています。技術的には、最初からレコードがたくさんあることによってパフォーマンス問題に気付きやすくなるなどの長所がありますし、サービス開発としても、実際のユーザーさんの体験を最速でなぞって素早くフィードバックループを回せるようになるという長所があります。 この慣習は 2014 年の記事から 10 年経った今でも続いています。一方でその実現手法については変化を続けてきました。現在のクックパッドでは状況に応じていくつかの手段を使い分けています。それらの手段については今まであまり公開されていなかったような気がするため、こ

                                開発環境のデータベースでも本番環境相当のデータを使う - クックパッド開発者ブログ
                              • 転職していった同僚が「このExcelにタスクの進捗いれてください、と伝えても半数も入れてくれない」と言っていた。自主的に進捗報告するのはすごいことらしい

                                コーヒー好きのPM @coffee_nomimasu SIerでSE10年+PM10年 【ポスト】プロマネやシステム開発の経験談、本の紹介、趣味の話 【趣味】マンガ、ゲーム、ランニング、バスケ、落語 【好き】BUMP OF CHICKEN、カフェ、アイスコーヒー、デザート 【資格】情報処理(FE/AP/DB/NW/SC/PM)、PMP(失効)、AWS5冠 note.com/pgsepm コーヒー好きのPM @coffee_nomimasu 他社に転職していった同僚から聞いたのですが「このExcelにタスクの進捗いれてください、とメンバーに伝えても半分は進捗いれてくれないしExcelみもしない人さえいる」とのこと。メンバーが自主的に進捗入力したり遅延する前に教えてくれるのはすごいことらしい。

                                  転職していった同僚が「このExcelにタスクの進捗いれてください、と伝えても半数も入れてくれない」と言っていた。自主的に進捗報告するのはすごいことらしい
                                • もうでかいVRAMに高い金を払う必要は無くなるかもしれないのか?超分散LLM推論環境が爆誕 |shi3z

                                  世は大容量GPU時代。 吾輩も、秋葉原で大容量VRAM搭載GPUの中古が出たときけばすぐに飛んでいき買ってくるということを繰り返している。ちなみに最近、秋葉原の大容量中古GPUは飛ぶように売れているので、見つけたら即買いしないとすぐに無くなる。 なぜ大容量GPUが欲しいかと言えば、それがAIの全ての力の源だからである。 しかし、これは我々のようなガチ研究勢の話であって、ビジネスパースン的には「いやあこれからはローカルLLMでセキュリティバッチリでしょう」みたいな話をしても、「んで、おいくら万円ですか?」と聞かれて、「えーと、GPU単体で500万円くらいでやす」とか言うと客も裸足で逃げていく。そもそもそれだけの価格を払っても、買えるかどうかわからない。 こないだデンバーの学会で、NVIDIAのジェンスン・ファンとMetaのマーク・ザッカーバーグが対談した時に、マークはずっと「とにかくGPUを

                                    もうでかいVRAMに高い金を払う必要は無くなるかもしれないのか?超分散LLM推論環境が爆誕 |shi3z
                                  • 医薬品検索にベクトル検索を導入したら、デフォで検索ニーズをほぼ満たせそうだった話

                                    どんな人向けの記事? 医薬品のような難しい検索ニーズにこたえるためにベクトル検索を利用する知見を見てみたい MySQLの全文検索と、ベクトル検索の精度や速度を比較してみたい ベクトルDBとEmbeddingモデルを利用した簡単なベクトル検索の実装方法を知りたい 医薬品の検索ニーズは多様なので、ベクトル検索で解決できるか試したい 1つの医薬品を指す名称は、複数存在するため医薬品検索は意外と面倒な問題です。 例えば、日本人なら頭痛や生理痛、発熱したときに「ロキソニン」を飲んだことがあるかもしれません。この名称は商品の名称ですが、成分の名称は「ロキソプロフェンナトリウム水和物」です。 さらに、ロキソプロフェンには錠剤以外にもテープやパップといった剤形の違いがあります。 そして最後に、ロキソプロフェンを作っている会社は複数あるので、末尾に「トーワ」や「ファイザー」などの組み合わせが存在します。ロキ

                                      医薬品検索にベクトル検索を導入したら、デフォで検索ニーズをほぼ満たせそうだった話
                                    • 39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools

                                      公開日 2024/10/08更新日 2024/10/0839社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 8つのデータ系ツール「BigQuery」「Databricks」「dbt」「Fivetran」「Lightdash」「Looker」「Snowflake」「TROCCOⓇ」に39社からご寄稿頂いたレビューから、各社のデータアーキテクチャをまとめた記事です。各社の技術選定の背景や工夫などの知見を得ていただく場となれば幸いです。 ※ツール名・ご寄稿企業名共にアルファベット順で掲載しております BigQueryBigQuery は、Google Cloud の費用対効果に優れたフルマネージド型の分析データ ウェアハウスです。ペタバイト規模に対応しており、膨大な量のデータに対してほぼリアルタイムで分析を行うことができます。 ▼BigQueryとは?機能や特徴・製品の概要

                                        39社のデータアーキテクチャ特集 - ツールの技術選定のポイントと活用術 - Findy Tools
                                      • PostgreSQL環境における、DB定義変更を伴う無停止リリース「概要と計画」編 - RAKUS Developers Blog | ラクス エンジニアブログ

                                        こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「PostgreSQL環境における、DB定義変更を伴う無停止リリース」にまつわる検証を進めているので、その中間報告を共有しようかと思います。 ※本記事はタイトルに「概要と計画」編とあるように、通年で行う調査の前半時点の中間報告となります。 実際の検証結果については3月末に予定している後編をお待ち下さい。 課題の経緯、前提条件 課題の経緯 無停止リリース実現のモチベーション 前提条件 実現手法 候補に上

                                          PostgreSQL環境における、DB定義変更を伴う無停止リリース「概要と計画」編 - RAKUS Developers Blog | ラクス エンジニアブログ
                                        • 古谷徹『ドラゴンボール』ヤムチャ役を降板で声優交代 11日放送の『ドラゴンボールDAIMA』第1話より後任は鈴木崚汰

                                          青二プロダクションは4日、公式サイトで10月11日から放送のテレビアニメ『ドラゴンボールDAIMA』第1話より、『ドラゴンボール』(DB)シリーズで長くヤムチャ役を務めていた古谷徹が、声優交代になることを発表した。 【写真】その他の写真を見る サイトでは「ヤムチャ役 担当声優交代のお知らせ」と題し、「『ドラゴンボール』シリーズにおいて、ヤムチャ役を担当させていただいた古谷徹ですが、2024年10月11日に放送となります『ドラゴンボールDAIMA』第1話より担当声優を交代させていただくこととなりましたので、ご報告いたします」と報告した。 また、『ドラゴンボールDAIMA』の公式サイトでも「『ドラゴンボール』シリーズにおいて、永らくヤムチャ役を務められた古谷徹さんですが、 担当声優の交代を行うこととなりました」と報告。「2024年10月11日に放送となります『ドラゴンボールDAIMA』第1話よ

                                            古谷徹『ドラゴンボール』ヤムチャ役を降板で声優交代 11日放送の『ドラゴンボールDAIMA』第1話より後任は鈴木崚汰
                                          • 標準SQL+データベース入門 ——RDBとDB設計、基本の力[MySQL/PostgreSQL/MariaDB/SQL Server対応]

                                            書籍案内 » 書籍ジャンル » ネットワーク・UNIX・データベース » データベース・SQLなど » 標準SQL+データベース入門 ——RDBとDB設計、基本の力[MySQL/PostgreSQL/MariaDB/SQL Server対応] Tech × Books plusシリーズ標準SQL+データベース入門 ——RDBとDB設計、基本の力[MySQL/PostgreSQL/MariaDB/SQL Server対応] この本の概要 「標準SQL」&「データ設計」を土台に,SQL&データベースの基本を学べる入門書。 「SQLでどんなことができるのか」「どんなときに便利なのか」「なぜそんなしくみになっているのか」一つ一つ,ステップアップしながら解説します。 本書の特徴は「標準SQL」準拠である点と文法の背景にある「データ設計」を丁寧に扱っている点です。SQL学習時の頻出ケースである,思った

                                              標準SQL+データベース入門 ——RDBとDB設計、基本の力[MySQL/PostgreSQL/MariaDB/SQL Server対応]
                                            • 読みやすいコードは「読ませない」

                                              経験の浅い人にちょくちょくするアドバイスとして、「コードリーディングのときにはあんまコードを読まないほうがいいよ」がある。コード全体を詳細に読むのではなく、名前やインターフェイスからコードの意図を把握することで効率的にコードリーディングできる。完全に下記の受け売り。 「実装は極力見ないようにして、インターフェイスと構造を理解するようにするんです。ダイヤグラムや、関係のグラフを書いたりして。実装はちゃんと出来ていると信じて、読んでいるメソッドやクラスのインターフェイスの役割やパラメータをしっかり理解するようにするんです。そっちの方が、実装を見るよりずっと楽ですよね。」 牛尾 剛「コードリーディングのコツは極力読まないこと 」 自分なんかは、エディタの畳み込み機能と変数名ホバーを使って、名前とインターフェイスしか見えない状態で読む。中身を読みたいなーと思ったところは畳み込みを解除して徐々に読ん

                                                読みやすいコードは「読ませない」
                                              • 社内システムのセキュリティ向上のため、Lambda + CloudFront + S3でインフラ基盤を再構築した話 - Uzabase for Engineers

                                                はじめに ソーシャル経済メディア「NewsPicks」SREチーム・新卒エンジニアの樋渡です。今回は、AWSサービスである「Lambda」「CloudFront」「S3」を用いて、弊社で使用している社内向けシステムの基盤を再構築し、開発者体験の向上やセキュリティ対策を行なったお話です。 お話の内容 弊社で使用している社内向けシステムの一つに「Watson」というシステムがあります。「Watson」とは簡単にいうと「NewsPicks」のユーザーIDをもとにユーザーごとの情報を検索・閲覧できるシステムで、お客様からの問い合わせ対応等に活用される重要なシステムです。「Watson」は構築されたのが8年前と歴史が古く、歴史が古い故に数々の問題を抱えていました。今回のお話では、歴史の古い社内システムのインフラとバックエンドを更改し抱えていた問題を解決したぜ!というお話となっています。 抱えていた課

                                                  社内システムのセキュリティ向上のため、Lambda + CloudFront + S3でインフラ基盤を再構築した話 - Uzabase for Engineers
                                                • 岩田明子氏 高市早苗氏の超意外な“敗因”を暴露「ショートメールだったそうなんです」(東スポWEB) - Yahoo!ニュース

                                                  元NHK解説委員でジャーナリストの岩田明子氏が27日、ABEMA TVのニュース番組「Abema Prime」に出演。自民党総裁選で高市早苗氏が石破茂氏に逆転された意外な〝原因〟を明かした。 【写真】24年前…黒タイツ姿の高市早苗氏 岩田氏は総裁選について「(石破氏の)大きい勝因は5回目の勝負という事で、これまで地方創生大臣の経験もあって、地方で知名度が高かったというのがベースにあると思うんですけど、決選投票でいきなりひっくり返ったわけです」と回想。 なぜ逆転したかについては「おそらく小泉陣営だとか小林陣営、以前は高市さんを応援していた小林さんですが、その中で高市さんでは選挙に勝てないと思って石破さんの方に入れた人がいるのではないか」としたが「ミクロなことを言うと、私も『なんでかな?』と思って後からいろんな議員に聞いてみたところ、ミクロな『あ、ここ敗因だな』と心当たりがあるところが出てきま

                                                    岩田明子氏 高市早苗氏の超意外な“敗因”を暴露「ショートメールだったそうなんです」(東スポWEB) - Yahoo!ニュース
                                                  • フロントエンドの現在地とこれから

                                                    YAPC::Hakodate 2024 https://fortee.jp/yapc-hakodate-2024/proposal/a2e39821-a91c-4d10-9db7-1e4d624d47ff

                                                      フロントエンドの現在地とこれから
                                                    • 最近のlitestreamと安DB界隈

                                                      趣味開発でマネージドデータベースに課金したくない勢に安DBソリューションとして好評だったlitestreamについての近況をまとめてみました。安DBという謎の用語は「運用コストが安いデータベース」の意味で今作りました。 軽くおさらいするとlitestreamはSQLiteのレプリケーションを実現するミドルウェアで[1]、LiteFSはそれを分散環境に拡張してスケールをしようとしたもの[2]。 LiteFS Cloudはサ終した litestreamの技術をマネージドサービスにしようとたくらんだLiteFS Cloudは[3]、有料版が始まったかと思ったらいきなり提供終了した。 全然利用されなかったことが理由のようだ。確かにLiteFS自体が実験的な段階のソフトウェアな上にConsulサーバーと連携したり使いこなすのは難しい印象があった。 LiteFS は開発停止してる LiteFS自体は放

                                                        最近のlitestreamと安DB界隈
                                                      • 週刊少年誌の内、2誌での同時表紙は西修以前にもあったけど、組み合わせ的には初っぽい、という検証結果が出た - 情報中毒者、あるいは活字中毒者、もしくは物語中毒者の弁明

                                                        検証結果 「ジャンプ」と「チャンピオン」で同時に表紙になった例も過去にあったし、他の雑誌組み合わせでも同時に表紙を描いてた漫画家は居た 手塚治虫でも出来なかった、は明確に嘘 しかし、片方は自身の絵、もう片方は原作担当ってのは無かったと考えられる 実例 週刊少年マガジン・サンデー1967年20号 週刊少年マガジン・チャンピオン1974年42号 検証を行った経緯と簡単なまとめ 西修が「週刊少年チャンピオン」「週刊少年ジャンプ」の発売日が重なる号で同時に表紙を飾る(片方は原作担当なので絵は二人) 今までになかったんじゃないの、みたいな話がSNS上で出る 検証しないままのサイトが記事にしてさらに広まる なので、同時に発売されている週刊少年誌の表紙を、同じ漫画家が描いていた事例を探して検証たら、手塚治虫を含め過去にも存在してた ジャンプ+チャンピオンは、永井豪がやってた けど、片方は自身の絵、もう片

                                                          週刊少年誌の内、2誌での同時表紙は西修以前にもあったけど、組み合わせ的には初っぽい、という検証結果が出た - 情報中毒者、あるいは活字中毒者、もしくは物語中毒者の弁明
                                                        • Windowsカーネルから見るオブジェクトハンドル - ラック・セキュリティごった煮ブログ

                                                          デジタルペンテスト部の北原です。 今回は、Windowsでのツール開発者にとっては重要なハンドルの内部について解説します。 Windowsでは、ファイルやプロセスから始まりすべてのリソースはオブジェクトとして扱われ、ファイルの削除やメモリの確保にはハンドルを取得する必要があります。 ツールやアプリケーションの開発者にとっては、日常的にハンドルを操作する機会がありますが、通常の利用者にとってはあまり意識するものではありません。 本記事では、Windows OSでのハンドルの役割と、OS内部でどの様に管理されているのかについて解説します。 記事の構成は以下の通りです。 ハンドルの役割とアクセス権限 ハンドルへの情報の問い合わせと操作 カーネル空間でのハンドル管理 応用例1 - オブジェクトをロックしているプロセスの特定 応用例2 - カーネルモードルートキット 本記事は以下の読者層を想定してい

                                                            Windowsカーネルから見るオブジェクトハンドル - ラック・セキュリティごった煮ブログ
                                                          • 「ジョーカー2」、なぜ賛否両論? 日本でのヒットは? #専門家のまとめ(斉藤博昭) - エキスパート - Yahoo!ニュース

                                                            日本でも10/11(金)から公開が始まった『ジョーカー:フォリ・ア・ドゥ』(以下、『ジョーカー2』)。2024年の映画の中でも、早くから最も注目を集めていたのは、5年前(2019年)の前作『ジョーカー』が、日本でも社会現象と呼べるヒットを記録したからだ。DCのヴィランとして超有名キャラクターを題材に、アーサー・フリックという追い詰められた男が衝撃の殺人を遂行し、一方で彼を“ジョーカー”と信奉する人々が多数現れた前作。州立病院に収容されたアーサーの、その後の運命を描いた『ジョーカー2』は、前作でオスカー受賞のホアキン・フェニックスと、新たに加わったレディー・ガガの共演も含め、期待ポイントが多かった分、ヴェネチア国際映画祭でのお披露目、全米での公開では賛否両論の渦となっている。はたして日本ではどう受け止められるのか。 ココがポイントまさに賛否は真っ二つ。衝撃作となった前作から進化した続編の野心

                                                              「ジョーカー2」、なぜ賛否両論? 日本でのヒットは? #専門家のまとめ(斉藤博昭) - エキスパート - Yahoo!ニュース
                                                            • プロダクト開発のモニタリングにおいて大事な4つの段階とベストプラクティス - KAKEHASHI Tech Blog

                                                              カケハシで Musubi Insight のバックエンドエンジニアをしている末松です。今回はプロダクトのモニタリングをどう進めていくべきかについて、4つの大事な段階とそのベストプラクティスを紹介したいと思います。 この記事は秋の技術特集 2024の 10 記事目です。 想定読者 モニタリングの悩みあるある モニタリングを始めるためには モニタリングにおいて大事な4つの段階 1. 【可視化】プロダクトの状況がさまざまな断面で可視化されている 【可視化】 のベストプラクティス 2. 【共有】プロダクトの状況が定期的にチームに共有・認識されている 【共有】 のベストプラクティス 3. 【検知】プロダクトが異常な状態であることにチームが気付くことができる 【検知】 のベストプラクティス 4. 【集中】チームが優先すべき指標が定まっている 【集中】 のベストプラクティス まとめ 想定読者 プロダクト

                                                                プロダクト開発のモニタリングにおいて大事な4つの段階とベストプラクティス - KAKEHASHI Tech Blog
                                                              • Goのsql.DBは、いつプールに戻しているのか

                                                                はじめに 鍵を閉め忘れたような気がして心配になるように、リソースを後始末していたか心配になることはありませんか。 「習慣的にdeferでCloseしてるからリークしないはずたけど。あれ?トランザクションはしてなかったかも。ん?Closeないの!?」 Goの標準ライブラリの database/sql で中心となる sql.DB ではデフォルトでコネクションプールが使われるようになっていて明示的な操作は不要です。 ではいったい、どのタイミングでプールに返却されているのか、パターンを整理してみました。 準備 挙動の確認でINSERTやSELECTを実行するため、PostgreSQLに簡易なテーブルを作成しました。 CREATE TABLE shop ( id serial PRIMARY KEY, name text NOT NULL, created_at timestamp with tim

                                                                  Goのsql.DBは、いつプールに戻しているのか
                                                                • 目的別データベースの実践: PostgreSQL 行レベルセキュリティと DynamoDB Outboxパターン - KAKEHASHI Tech Blog

                                                                  カケハシのプラットフォームチームのテックリードとして組織管理サービスと認証基盤を開発している kosui (id:kosui_me) です。今回は、目的別データベースをプラットフォームチームではどのように実践しているかご紹介します。 この記事は秋の技術特集 2024の 13 記事目です。 背景 目的 事例1: PostgreSQL の行レベルセキュリティを活用する組織管理サービス 組織管理サービスとは PostgreSQL の行レベルセキュリティ 行レベルセキュリティを用いたトランザクションマネージャー 行レベルセキュリティの運用上の注意点 事例2: DynamoDB を活用する認証基盤と Outbox パターンの活用 カケハシの認証基盤刷新 DynamoDB で実現する高稼働率の認証基盤 DynamoDB の特性を考慮する CDC と Outbox パターン まとめ 背景 医療の分野で様

                                                                    目的別データベースの実践: PostgreSQL 行レベルセキュリティと DynamoDB Outboxパターン - KAKEHASHI Tech Blog
                                                                  • 在宅vs出社の議論ってアホすぎない?だって、在宅で生産性が上がるタイプと出社で生産性が上がるタイプ、2つのタイプがいるだけでしょ?

                                                                    今、NHKでやってるの見てて思ったんだけど、どっちが生産性が上がるか?じゃねーんだよ…😟 人間はみんな同じじゃない 最近やってたマケインのアニメでだって言ってたじゃん 主人公の温水は孤独なんじゃなくて、一人でも平気なタイプ 勝手に自分と同じタイプだと思った背の低い赤髪は一人では平気じゃない普通の女の子だって… 俺も主人公の温水とか、ぼっちざろっくのベースと同じで、一人がつらくないタイプ まあ、寂しい気持ちにときどきなるのは否めないけど、楽器弾いたり、絵を描いたり、ボクササイズしたり、なんか色々やってればそういうのは忘れられる そういう趣味とか娯楽とかさえあれば、宇宙船の閉鎖環境みたいなところでもかなり生きていける自信がある まあ、閉所恐怖症なのは問題だけど…😟 話を戻すと、ぶっちゃけ、プログラミングの仕事だったら、俺は在宅が一番生産性が上がる 家には大量の技術書、数学や物理、機械関係、

                                                                      在宅vs出社の議論ってアホすぎない?だって、在宅で生産性が上がるタイプと出社で生産性が上がるタイプ、2つのタイプがいるだけでしょ?
                                                                    • ローカルテスト用SMTPメールサーバは Mailpit がオススメ! - Qiita

                                                                      はじめに 長らくローカルテスト用のメールサーバとして MailHog (DockerHub) を使ってきたのですが、以下のような不満がありました。 今現在(2024)メンテナンスが行われていない ローカル開発用とはいえ、UXが厳しい(日本語を受け付けてくれない) アーキテクチャが amd64 しか対応していない そこで、MailHogよりベターな選択肢はないか調査してみたところ、 Mailpit (DockerHub) が以下の点で良いと感じ実際に使っているので、この記事で紹介します。 今現在(2024)メンテナンスが行われている 良いUX。ちゃんと日本語でメールを検索できる アーキテクチャとして arm にも対応している (amd64/arm64/i386) ほか好ましい点 サーバ再起動後にちゃんとデータが残る (sqlite形式で残るようです) Goで実装されていて動作が軽い Goなの

                                                                        ローカルテスト用SMTPメールサーバは Mailpit がオススメ! - Qiita
                                                                      • 60年前からのプログラミング和文論文を掘り起こした話

                                                                        本記事の初版を公開したのは 2024 年 9 月 21 日だったのですが、その後 9 月 26 日に、ピックアップした論文を大幅に増やして更新しました。 また、最初はタイトルを「和文プログラミング論文を〜」としていたのですが、いわゆる「日本語プログラミング言語」の話にも見えてしまうことから、「プログラミング和文論文を〜」に置き換えました。 日本の人々が「プログラミング」にかかわるようになったのは、いつごろでしょうか? その前に、まずは世界のコンピュータとプログラミングの歴史を簡単に振り返ってみましょう。まずは OS から有名どころをたどると、 わかりやすく Windows 95 が 1995 年 [1] その前に広く使われた Windows 3.1 は 1992 年 [2] その下で動く MS-DOS は、バージョン 6 が 1993 年、バージョン 1 が 1981 年 [3] Linu

                                                                          60年前からのプログラミング和文論文を掘り起こした話
                                                                        • 「写真のようにご飯を冷凍しないで下さい!」栄養士がお願いするワケとは(栄養士食堂) - エキスパート - Yahoo!ニュース

                                                                          こんにちは!栄養士食堂です。 皆さんはご飯を冷凍するときどのような方法で保存していますか? 「冷ましたご飯をラップに包んで上の写真のように保存する」という方は少なくないはず…。 しかし、この保存方法はおすすめしません。 そこで今回は「写真の保存方法がNGな理由」を詳しく解説していきますので気になる方は最後までお付き合いくださいね。 今日の目次 1.お米の栄養お米はエネルギー源となるでんぷんとその代謝を促進するビタミンB群やタンパク質が豊富に含まれています。また、消化吸収されないでんぷんの一種「レジスタンス・スターチ」も含み、便秘解消にもよいとされています。 2.選び方・保存方法 【選び方】 ・粒がそろっていてツヤと透明感があるもの ・袋の小窓に粉がついていないもの 【保存方法】 2ℓのペットボトルに入れて、冷蔵庫(冷蔵室または野菜室)で保存しましょう! 詳しい方法はこちらから→「お米は冷蔵

                                                                            「写真のようにご飯を冷凍しないで下さい!」栄養士がお願いするワケとは(栄養士食堂) - エキスパート - Yahoo!ニュース
                                                                          • 「夕刊フジ」休刊へ ネットニュースの先駆け「zakzak」も

                                                                            夕刊フジは1969年に2月に創刊。勤め帰りのサラリーマンをターゲットに、「オレンジ色のニクい奴」のキャッチコピーでニュースを届けた。 電子版は月額1100円。2024年2月には、電子版新規購読を220円で行えるキャンペーンを実施していた。 関連記事 日経産業新聞、3月末に休刊 創刊から半世紀 「日経産業新聞」が2024年3月29日の発行を最後に休刊する。1973年の創刊から約50年の歴史に幕を閉じる。 「週刊朝日」休刊 101年の歴史に幕 「AERA dot.」に注力へ 「週刊朝日」が101年の歴史に幕。1922年2月に創刊した日本最古の総合週刊誌。 部数激減「週刊ザテレビジョン」休刊 “レモンの表紙”月刊版に移行 週刊「ザテレビジョン」が休刊へ。タレントがレモンを持った表紙などの人気企画は「月刊ザテレビジョン」に移行する。 「パワレポ」休刊へ、自作PC専門誌の老舗 33年の歴史に幕 イン

                                                                              「夕刊フジ」休刊へ ネットニュースの先駆け「zakzak」も
                                                                            • 医療ミスで胃に人工肛門 病院経営の東海大を提訴(共同通信) - Yahoo!ニュース

                                                                              2022年に東京都八王子市の東海大八王子病院で受けた手術で、誤って人工肛門を大腸ではなく胃に造設されて精神的な苦痛を受けたとして、50代女性患者の家族が病院を経営する東海大(東京都渋谷区)に計660万円の損害賠償を求めて東京地裁に提訴したことが11日、関係者への取材で分かった。 【写真】「人工肛門になります」「30歳まで生きるのは難しい」それよりもショックだった言葉 がん当事者の切実な悩み 訴状によると、女性は22年7月、下行結腸がんを罹患し、大腸に人工肛門を造設する手術をすることになった。翌8月3日に手術を受けたが、同月13日の造影検査で胃に造設していたことが判明。その日のうちに再手術し、改めて大腸に人工肛門を設置した。 最初の手術で別の医師が立ち会っていたにもかかわらず、十分な確認をしないまま手術をして医療ミスを引き起こしたと指摘。再手術までの約10日間、栄養補給がされず、女性の体力を

                                                                                医療ミスで胃に人工肛門 病院経営の東海大を提訴(共同通信) - Yahoo!ニュース
                                                                              • Postgresqlのltreeを活用した階層構造の便利な利用法 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                                                はじめに ltreeとは ltree型 ltreeの操作 活用法 1. 承認フローの構築 事前準備 テーブル作成 データ追加 2. テーブルに細かくアクセス制御をかける 事前準備 ltreeの有効化 テーブル作成 ポリシー作成 行セキュリティポリシーの有効化 ポリシーの設定 データを追加 ユーザー作成 試す まとめ はじめに こんにちは! エンジニア2年目のTKDSです! 今回はltreeについて調べ、その活用法を考えてみました。 ltreeについて、ltreeの活用法の2段構成です。 ltreeとは 階層ツリー構造を模した構造を格納する機能を提供する拡張機能です。 詳しくはドキュメントをみてください。 ltree型 階層ツリー構造を表す型です。 例)`Company.Department.Team1 ドット区切りで大文字小文字は区別しないようです。 各データはラベルと呼びます(上記でのC

                                                                                  Postgresqlのltreeを活用した階層構造の便利な利用法 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                                                • 事業の成長にアラインするためにAWS DMSを活用してDB統合した話 - Techtouch Developers Blog

                                                                                  バックエンドエンジニア兼万年ダイエッターの taisa です。毎朝子どもの幼稚園バス送りのついでに短距離ダッシュして運動してます。はたから見ると変な人ですが、バスを追っかけるようにダッシュすると幼稚園バスの子どもたちは喜んでくれます。 テックタッチは以前、マイクロサービスの切り直し後に DB 統合を実施しました。本記事では、テックタッチがどういったプロセスで DB 統合を実施したかを紹介します。また、AWS DMS を利用する際に気をつけるポイントについても合わせて紹介します。 マイクロサービス切り直し記事のおさらい なぜ DB 統合したか Before After DB 統合の前提条件 やりたいこと 制約 DB の特徴 サービスの特性 AWS DMS(Database Migration Service)とは どのように DB 統合したか Phase1:DMS でレプリケーションを開始す

                                                                                    事業の成長にアラインするためにAWS DMSを活用してDB統合した話 - Techtouch Developers Blog