並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 79件

新着順 人気順

tableの検索結果1 - 40 件 / 79件

  • アジャイルを実践する組織であってもウォーターフォールを学ぶことには価値がある - mtx2s’s blog

    「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル(SDLC)に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な

      アジャイルを実践する組織であってもウォーターフォールを学ぶことには価値がある - mtx2s’s blog
    • Repro で遭遇した Aurora MySQL にまつわるトラブル 5 選 - Repro Tech Blog

      こんにちは、Platform Team の荒引 (@a_bicky) です。前回は続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜という話を書いたんですが、今回は Repro の運用に 7 年以上携わる中で私が遭遇して印象的だった Aurora MySQL 絡みのトラブルについて紹介します。 Aurora MySQL が詰まってデータ処理のスループットが下がるとか、API のレスポンスが遅くなるとか、ALTER TABLE する度にアプリケーションエラーが発生するとか、胃が痛くなる胸が熱くなる話が多いので、Aurora MySQL を利用していなくても楽しんでいただけるのではないかと思います。Aurora MySQL を利用している方であれば参考になる情報もあるでしょうし、通常の MySQL にも適用可能な話もあります

        Repro で遭遇した Aurora MySQL にまつわるトラブル 5 選 - Repro Tech Blog
      • S3にあるALBログの調査はAthenaよりDuckDBのほうが簡単 - road288の日記

        AWSのALB(Application Load Balancer)のログはS3に置かれるが、この中身をサクッと調べたいとき、Athenaを使う方法が標準的で、下記で案内されているようにパーティション射影(Partition Projection)でテーブルを作ってAthenaからクエリする。 パーティション射影を使用して Athena で ALB アクセスログ用テーブルを作成する - Amazon Athena 私も従来はその方法を使っていたが、Athenaはブラウザから使うと動作がもっさりしているし、決まったクエリを1回きり実行して結果を取得したいだけのときならまだしも、探索的にクエリを何発も実行したいときには使い勝手が悪い。 最近他のプロジェクトでDuckDBを使うようになって、使い勝手の良さに感動していたが、DuckDBはALBのログを探索的に調べたいときにもめっちゃ使えると思った

          S3にあるALBログの調査はAthenaよりDuckDBのほうが簡単 - road288の日記
        • ドキュメントをMarkdownやJSONに変換してくれる「Docling」を試す

          ここで知った。 試しに、神戸市が公開している観光に関する統計・調査資料のうち、「令和5年度 神戸市観光動向調査結果について」のPDFで一度試していたのだけども: (出典) 神戸市Webサイトの「観光に関する統計・調査」のページ 上記にある「令和5年度 神戸市観光動向調査結果について」のPDF 日本語でも、概ね問題なく、表などもきれいにパースされる ただし、表が画像 になってる場合に、うまく解釈されない(表は解釈されるが、中の文字が化ける) OCRが正しくできていない可能性 というのがあって、ドキュメント読んだけどわからなくて、それ以上深追いしてなかった。 ただ、X界隈を見る限りは評判は良さそうで、いろいろ記事も出てきたみたいなので、改めて試してみる。 GitHubレポジトリ ドキュメント Docling Doclingは、ドキュメントを解析し、簡単かつ迅速に希望の形式にエクスポートします。

            ドキュメントをMarkdownやJSONに変換してくれる「Docling」を試す
          • 「”><SCRIPT SRC=HTTPS://MJT.XSS.HT> LTD」という名前の企業が強制的に社名を変更させられた事例

            社名にHTMLスクリプトタグを採用したソフトウェア開発企業が、企業登記所から「データベースの脆弱(ぜいじゃく)性につながる」として社名変更を強制されたという事例が、ソーシャルニュースサイトのHacker Newsで話題となっています。 Company forced to change name that could be used to hack websites | UK news | The Guardian https://www.theguardian.com/uk-news/2020/nov/06/companies-house-forces-business-name-change-to-prevent-security-risk UK govt aims to kill off Bobby Tables in Companies House name rules https:

              「”><SCRIPT SRC=HTTPS://MJT.XSS.HT> LTD」という名前の企業が強制的に社名を変更させられた事例
            • 主キーサイズの違いによるPostgreSQLの検索性能の違いを比較する - ドワンゴ教育サービス開発者ブログ

              導入 実行環境 テーブル定義 レコード作成 テーブルサイズ 検索速度 結論 We are hiring! 導入 みなさん、RDBのテーブル設計はしていますでしょうか。 テーブル設計時の大きな関心事の1つとして、主キー設計があります。 主キー設計では、「自然キー vs サロゲートキー」や「連番 vs 乱数」が主題になることが多いですが、今回はカラムサイズに注目して、主キーのサイズが検索性能に与える影響について調査してみたいと思います。 インデックスを使った検索が高速であることはRDBの常識中の常識ですが、その時もディスクやメモリからインデックスの値を読み取ってCPUを使って比較を行う操作が発生するわけで、値のサイズが小さいことは理屈上ではCPUキャッシュの利用やその他IO処理などにおいて有利に働くはずです。 今回は主キーを指定した単体取得のクエリにおいて、その影響がどの程度なのかを実際に計測

                主キーサイズの違いによるPostgreSQLの検索性能の違いを比較する - ドワンゴ教育サービス開発者ブログ
              • UNIQUE制約の理解が甘くて二重にインデックスを張りそうになった件 - Techouse Developers Blog

                はじめに こんにちは、株式会社 Techouse のクラウドハウス採用でエンジニアインターンをしている ReLU と申します。 いきなりですが、以下のグラフをご覧ください。 これは PostgreSQL の実行計画を取得した結果です。 あえてグラフタイトルや横軸の説明は隠しているのですが、実行時間の差が非常に大きいことがわかると思います。 実行計画とは、データベースが SQL クエリを実行する際に、どのようにデータを操作するかを決定するための詳細な手順のことです。クエリを実行して期待される結果を得る方法にはいくつかの選択肢があり、その選択によって処理の効率が大きく異なります。PostgreSQL は、これらの選択肢の中から最も効率的だと判断した方法を実行計画として作成し、それに基づいてクエリを実行します。この選択は、これまでに収集された統計情報(テーブルのサイズやデータ分布)、インデックス

                  UNIQUE制約の理解が甘くて二重にインデックスを張りそうになった件 - Techouse Developers Blog
                • 自宅で誰にも迷惑をかけずにBGPフルルートを受信する方法 (Vultr)

                  とても久しぶりにブログ更新します。 普段ネットワークエンジニアとしてAS運用などに携わっている身なので 自宅に フルルート 欲しいなぁなんて思ってました。 某NOCのRouterにSSHすることができたり、各キャリアで用意されたLooking Glassがあるとはいえ、 自宅でフルルートってカッコイイじゃないですか。 Xでみていると個人でASを取得してたり、某NOCとピアしてたりする人を結構見かけるわけですが、 自分は誰にも迷惑をかけずに1人でひっそりフルルートを見たいだけなのです。 そんな自分のような人がフルルートを受信して楽しめる方法を紹介します。 概要 自宅でひっそり誰にも迷惑をかけずにフルルートを受信したい。 必要なもの フルルートを保持できるルーター (実機でも仮想でもなんでも良い) クラウド(Vultr)に払うお金 自分でBGPやGREの設定を行うことができる能力 外部とGRE

                    自宅で誰にも迷惑をかけずにBGPフルルートを受信する方法 (Vultr)
                  • SQL+Markdownだけでデータ可視化できるOSS Evidenceを使ってPerfumeの楽曲分析をしてみる - Qiita

                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? BIをコード管理したくないですか?私はしたいです。 BI as Codeを謳うOSSがあるようなので、Get Startedしてみます。 環境構築 公式ドキュメントを見ると、VSCodeのExtensionを入れて開発することを推奨しているようです。 2.Open the Command Palette (Ctrl/Cmd + Shift + P) and enter Evidence: New Evidence Project 3.Click Start Evidence in the bottom status bar 拡張機能のイ

                      SQL+Markdownだけでデータ可視化できるOSS Evidenceを使ってPerfumeの楽曲分析をしてみる - Qiita
                    • デザインシステムにおけるコンポーネントライブラリ管理の改善 - enechain Tech Blog

                      はじめに コンポーネントライブラリ管理の課題 デザインと実装の乖離 見た目における乖離 プロパティの乖離 コンポーネントやバリエーションの増加による管理の負担 ガイドラインの浸透 さいごに はじめに enechainプロダクトデザインデスクの伊藤です。現在、私は複数プロダクトのデザインを行いながら、デザインシステムの改善にも携わっています。 今回は、デザインシステムにおけるコンポーネントライブラリの管理と、その改善についてご紹介します。 コンポーネントライブラリ管理の課題 enechainのデザインシステムではガイドライン作成やダークモード対応などの改善を進めてきました。プロダクトのユースケースとして必要なコンポーネントも徐々に網羅されつつありますが、新たに3つの課題が浮上しました。 デザインと実装の乖離があった 新規コンポーネントやバリエーションの増加に伴い、管理の負担が増した ガイドラ

                        デザインシステムにおけるコンポーネントライブラリ管理の改善 - enechain Tech Blog
                      • AWS、NewSQLデータベース「Amazon Aurora PostgreSQL Limitless Database」を正式提供開始 | DevelopersIO

                        AWS、NewSQLデータベース「Amazon Aurora PostgreSQL Limitless Database」を正式提供開始 昨年末に開催されたAWSの年次イベント「re:Invent 2023」で、AWSは「Amazon Aurora Limitless Database」を発表しました。このNewSQLデータベースは、PostgreSQL/MySQLインターフェースとの互換でありながら、シャーディングによる書き込み性能やストレージ上限も大幅に強化されています。長らくプレビュー状態でしたが、東京リージョンを含めPostgreSQL版が正式提供されました。 Amazon Aurora PostgreSQL Limitless Databaseではデータはシャーディングされ、ルーターが実データのメタデータ管理や分散トランザクション、データ集約などを担います。 ※ 画像引用元 ht

                          AWS、NewSQLデータベース「Amazon Aurora PostgreSQL Limitless Database」を正式提供開始 | DevelopersIO
                        • AWS Aurora MySQL v3 アップグレード時のgh-ostの活躍について - BASEプロダクトチームブログ

                          BASE も Aurora MySQL v3 となりました SRE Groupの ngsw です。 2024/10/14〜10/15の深夜メンテナンスにて、BASEで利用しているAmazon Aurora MySQLのバージョンは、v2系からv3系となりました。 アップグレードの前提条件で大きなつまずきがありましたが、gh-ost を利用することで、乗り越えることができました。 この記事では当該アップグレードの中で gh-ost をどのように利用し、どういう恩恵を受けたかについて述べていきます。 おさらい : v3 対応しないとどうなるの? Aurora MySQL v2は標準サポート終了が発表されており、v3への移行を終えていないDBクラスターには自動的に有償の延長サポートが適用される流れです。 Amazon RDS 延長サポートの使用 - Amazon Aurora 2024/10/3

                            AWS Aurora MySQL v3 アップグレード時のgh-ostの活躍について - BASEプロダクトチームブログ
                          • ZOZOMETRYでのマルチテナントシステム設計のアプローチ 〜テナント間分離の変遷〜 - ZOZO TECH BLOG

                            目次 目次 はじめに 我々のチームについて ZOZOMETRYについて ZOZOMETRYでのBtoB開発で取り入れたこと プールモデルによるマルチテナント管理 Cognito+DBによるユーザー情報の管理 RLSによる行単位でのデータアクセス制御 RLSの利用を見送った理由 理由1 : コネクションプールの管理 理由2 : O/RマッパーでのRLSの利用 DDDにおけるテナントのアクセス制御 MySQLを採用した理由 AWS Auroraとの互換性 PostgreSQL独自の機能の不使用 チームの経験と学習コスト 計測プロダクトとの整合性 PostgreSQLを採用したいケース Gitの運用フロー まとめ 最後に はじめに こんにちは。計測プラットフォーム開発本部バックエンドブロックの髙橋です。 先日、ZOZOMETRYという新規サービスをローンチしました。 corp.zozo.com

                              ZOZOMETRYでのマルチテナントシステム設計のアプローチ 〜テナント間分離の変遷〜 - ZOZO TECH BLOG
                            • コードマップ: DuckDBのフルスキャンクエリ

                              コードマップ: DuckDBのフルスキャンクエリ 自分がDuckDBの全体像を何となく理解するためにコードを読みつつメモしたコードマップの記事です。 DuckDBのバージョン1.0.0時点でのコードを、一番シンプルであろうフルスキャンのクエリ実行にフォーカスしてトレースしたものです。 大きな画像が見やすいビューワーで開くのをお勧めします。300KBもない軽いSVGですが画像サイズはかなり大きいので。 注釈: 関数から矢印が出ていない場合は同じファイルの関数を読んでいることが多いので、同じファイルを下方へ読み進めると先が見つかることが多いです。 時々は...といった読み飛ばした表示があるのですが、記されているコードはほぼ全て部分的に引用されており、関数のコード全部が入っていることはほぼ無いです。 関数のシグネチャや引数が箇所によっては書き漏れている場合があります。 図の左上に示されているよう

                              • 産後の妻を休ませたいためミルク以外は全部やろうとしてるんですが、私シェフで料理も掃除も人より速いし秒単位で次の動き考えて動けるのに時間溶けるなコレ!?

                                Takayuki KAMIYA @Taka09KMY 南仏カーニュLa Table de KAMIYA オーナーシェフ。フランス政府公認Maître Restaurateur 。妻がクレールマリ。#CookForJapan 代表 threads.net/@taka09kmy la-table-de-kamiya.fr Takayuki KAMIYA @Taka09KMY 妻を休ませたいためミルク以外は全部やろうとしてるんですが、 私一応シェフで料理も掃除も人より速いし秒単位で次の動き考えて動けるのに時間溶けるなコレ!? 小学校以来だわこんな一日中ウンチウンチ言ってんの! 2024-11-05 20:50:27

                                  産後の妻を休ませたいためミルク以外は全部やろうとしてるんですが、私シェフで料理も掃除も人より速いし秒単位で次の動き考えて動けるのに時間溶けるなコレ!?
                                • ドイツのインフラ 中国のスパイから身を守る準備はできているのか? - 黄大仙の blog

                                  先週、ドイツ・ライプチヒ空港の貨物、特にドイツの武器商人の物流に関する情報を別の中国人スパイに提供した疑いで、中国籍女性が逮捕されました。この事件は、ドイツの空港や港湾が中国のスパイによる侵入に対抗する能力についても懸念を抱かせています。 ドイツ国営の国際放送事業体である徳国之声の記事より。 中国人スパイから身を守る ドイツ連邦検察庁の発表したところによると、逮捕された中国籍の38歳の女Yaqi Xは、中国のスパイ組織に情報を流していた疑いが濃厚です。 具体的には、Yaqi Xは以前、しばしばライプチヒ・ハレ空港に所在する物流分野のサービス業者に勤務しており、昨年8月頃から今年2月にかけて、右派政党「ドイツのための選択肢(AfD)」の欧州議会選挙首席候補の補佐官を務め、今年4月に中国スパイ容疑ですでに逮捕されていたドイツ系中国人のJian Gに対し、ウクライナやイスラエルへの武器輸送に関す

                                    ドイツのインフラ 中国のスパイから身を守る準備はできているのか? - 黄大仙の blog
                                  • Amazon Aurora Limitless Databaseの3種類のテーブルの違い ~ Standard/Sharded/Reference ~ | DevelopersIO

                                    Amazon Aurora Limitless Databaseの3種類のテーブルの違い ~ Standard/Sharded/Reference ~ AWSの提供する分散データベースAmazon Aurora Limitless Databaseには3種類のテーブルタイプが存在します。 Standard : 特定のシャードに保存されるデフォルトのテーブルタイプ Sharded : 複数のシャードに分散されるタイプ Reference : すべてのシャードにレプリケートされるタイプ 複数の Sharded テーブルを同じシャードキーで管理すると、 Collocatedタイプとなります。これらの違いを確認します。 サンプルスキーマ 検証のために、ECサイトを想定したAWSが提供する次のLimitless Database用のスキーマを活用します。 このサンプルでは、一度Standardテーブ

                                      Amazon Aurora Limitless Databaseの3種類のテーブルの違い ~ Standard/Sharded/Reference ~ | DevelopersIO
                                    • 【Google Cloud】プロジェクト横断のロギング基盤を構築(データ収集から可視化まで) - Insight Edge Tech Blog

                                      目次 1. はじめに 2. ログデータの収集 GCP インフラ構成の説明 各サービスの設定 ディレクトリ構成 共通リソースの作成 個別プロジェクトリソースの作成 3. ログデータの可視化 4. まとめ 1. はじめに こんにちは。Insight Edge で Developer をしている熊田です。 普段システム開発を進める上で、システムの利用者数や頻繁に利用されている機能を調べたいと思うことはありませんか? 特にPoC検証やシステム運用フェーズにおいては、そのようなニーズが多くあるのではないでしょうか。 そのようなニーズに応えるためには、ログを収集する必要があります。また、上記のようなニーズはプロジェクト共通のものであることが多いかと思います。 これら要望に応えるために、GCP の複数プロジェクトにまたがるログ収集及び可視化をするためのロギング基盤を検証構築してみたので、その紹介をしたい

                                        【Google Cloud】プロジェクト横断のロギング基盤を構築(データ収集から可視化まで) - Insight Edge Tech Blog
                                      • Weird Lexical Syntax

                                        I just learned 42 programming languages this month to build a new syntax highlighter for llamafile. I feel like I'm up to my eyeballs in programming languages right now. Now that it's halloween, I thought I'd share some of the spookiest most surprising syntax I've seen. The languages I decided to support are Ada, Assembly, BASIC, C, C#, C++, COBOL, CSS, D, FORTH, FORTRAN, Go, Haskell, HTML, Java,

                                          Weird Lexical Syntax
                                        • 筐体の底面に移動したMac mini (M4)の電源ボタンを上から押せるようにしてくれるボタン「iFixTheButton for Mac mini 2024」が公開。

                                          筐体の底面に移動したMac mini (M4)の電源ボタンを上から押せるようにしてくれる「iFixTheButton for Mac mini 2024」が公開されています。詳細は以下から。 Appleが現地時間2024年10月29日に発表した、全く新しいデザインとなる「Mac mini (M4/M4 Pro)」は12.7cm四方のサイズに小型化される一方、電源ボタンが筐体の底面に配置されたことから、電源ボタンを操作しにくいという意見が出ていますが、 このMac mini (M4)の電源ボタンを、筐体の底面に手を回さずに押すことが出来る3Dプリンターで印刷可能なボタン「iFixTheButton for Mac mini」が新たに公開されています。 Solution for turning the Mac mini 2024 on or off without taking it off

                                            筐体の底面に移動したMac mini (M4)の電源ボタンを上から押せるようにしてくれるボタン「iFixTheButton for Mac mini 2024」が公開。
                                          • maintenance_tasksとData Migration - Kaigi on Rails Day2 Data Migration on Rails を受けて - Techouse Developers Blog

                                            Kaigi on Rails 2024 こんにちは、クラウドハウス労務のoctavioです。2024年10月に新卒として入社しました。 10/25(金)・26(土)の2日間に渡って、有明セントラルタワーホール&カンファレンスで Kaigi on Rails 2024 が開催されました。 みなさん、参加されましたか? 私は今回が初めての技術カンファレンス参加でした。 初めての参加ということで、聴講するだけでも緊張していましたが、「初学者から上級者までが楽しめるWeb系の技術カンファレンス」というコンセプトの通り、経験の浅い私でも多くの学びを得られる場で、とても有意義な時間を過ごせました。 本記事では、個人的に印象に残った @ohbarye様 のDay2での発表 「Data Migration on Rails」 についてのまとめと、 それに関連して、紹介があったmaintenance_tas

                                              maintenance_tasksとData Migration - Kaigi on Rails Day2 Data Migration on Rails を受けて - Techouse Developers Blog
                                            • VSCodeをドキュメント作成に活用――テキストエディタ、Markdownエディタの設定と拡張機能を解説

                                              Markdownエディタとして活用 Markdownは、軽量なマークアップ言語の一つです。Markdown形式のファイルは、Qiitaにおける記事作成や、GitHubのREADMEの記述にも用いられており、簡単に書けて表現力もあるフォーマットとして広く使われています。VSCodeでも、拡張子が.mdであるファイルをMarkdown形式として扱い、シンタックスハイライトなどの基本的な機能を提供しています。 プレビューを表示する Markdownに慣れないうちは、独特のマークアップ(記号)と見た目の対応がなかなかイメージできないので、プレビューを見ながら書けたら便利でしょう。VSCodeでは、Markdownファイルの編集中に、プレビューを表示させることができます。同一のエディタグループとするか、あるいは新たなエディターグループとして横に表示するか、2通りの操作があります(図8)。 同一エディ

                                                VSCodeをドキュメント作成に活用――テキストエディタ、Markdownエディタの設定と拡張機能を解説
                                              • OpenZFS deduplication is good now and you shouldn't use it

                                                OpenZFS 2.3.0 will be released any day now, and it includes the new “Fast Dedup” feature. My team at Klara spent many months in 2023 and 2024 working on it, and we reckon it’s pretty good, a huge step up from the old dedup as well as being a solid base for further improvements. I’ve been watching various forums and mailing lists since it was announced, and the thing I kept seeing was people saying

                                                  OpenZFS deduplication is good now and you shouldn't use it
                                                • Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL | Amazon Web Services

                                                  AWS Database Blog Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL Purge is a housekeeping operation in a MySQL database. The InnoDB storage engine relies on it to clean up undo logs and delete-marked table records that are no longer needed for multiversion concurrency control (MVCC) or rollback operations. While our applications pursue a database design that aims

                                                    Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL | Amazon Web Services
                                                  • spansql へのレクイエム、あるいは Go における Spanner GoogleSQL 方言パーサの現状

                                                    spansql へのレクイエム、または Go における Spanner GoogleSQL 方言パーサの現状 この記事は apstndb Advent Calendar の1日目の記事です。 この記事では Spanner GoogleSQL 方言を処理する Go ライブラリの選択肢の現状について共有しつつ、 Spanner コミュニティが進むべきだと考える方向性を示します。 対象読者は下記のような方を想定しています。 Spanner のスキーマ管理ツールやクエリ実行ツールを Go で開発している方 Spanner のツールをこれから開発しようと考えている方 Spanner を利用しており、OSS ツールを利用している方 Spanner のエコシステムに関心のある方 導入 Spanner はみなさんご存知だと思いますが、 Google Cloud の分散 SQL リレーショナルデータベース管

                                                      spansql へのレクイエム、あるいは Go における Spanner GoogleSQL 方言パーサの現状
                                                    • 逆流性食道炎 - 「がんに効く生活」とか

                                                      本日2記事目。関心のある人だけ読んで下さい。 いけごんさんからコメントを頂いた。 薬を飲まない方法を試してみます。 喉の奥、食道に胃管を繋ぎ胃液が出て食道にあたり炎症で痛みます。 アルロイドGか牛乳で膜を作り痛みが薄れていきます。 それで駄目ならボルタレンで痛みを抑えています。 >薬を飲まない方法を試してみます。 それが良いと思います。 >アルロイドGか牛乳で膜を作り痛みが薄れていきます。 牛乳には副作用はないので、第一選択は牛乳、第二選択はアルロイドGだ、と思います。 注。いけごんさんは牛乳が飲める体質。 牛乳を飲む時、口の中で少し温めてから飲むと、膜が上手く出来るかも知れません。 1回当たり、200ml以上(コップ1杯以上)、牛乳を飲んで良いと思います。 >それで駄目ならボルタレンで痛みを抑えています。 非ステロイド性抗炎症薬(NSAID。ボルタレン、ロキソニンとか)をなるべく飲まない

                                                        逆流性食道炎 - 「がんに効く生活」とか
                                                      • 現職での技術的活動の振り返りと反省(自戒) | ymtdzzz.dev

                                                        2024年6月30日に今の会社を退職し、翌7月1日から別の会社に入社することになった。 現職の在籍期間は大体3年弱ほどで、アーキテクチャを中心とした技術的な意思決定も色々してきた。新規構築から運用までやってきた中で感じたことや経験豊富なエンジニアからいただいたアドバイスなど、それらを含めて当時の意思決定の反省を自戒を込めてここで書いておく。 Table of Contents 留意事項 やったこと 想定効果 基盤チーム側の効果 サービス開発(基盤のクライアント)側の効果 意思決定 技術スタック コード管理 インフラ その他 所感と教訓 コンポーネントとリポジトリの粒度は別 複雑性を犠牲にする決断の重さ(マルチクラウド、マイクロサービス etc.) 共通基盤を初めから独立したサービスとしてデプロイしないのもあり サブシステムとしての共通基盤にどこまで粗結合を求めるべきか考える 結論:後から分

                                                          現職での技術的活動の振り返りと反省(自戒) | ymtdzzz.dev
                                                        • Database Remote-Copy Tool For SQLite

                                                          1. Overview The following command causes REPLICA to become a copy of ORIGIN: Use the --help or -? flag to see the complete list of options. Option flags may appear before, after, or between the ORIGIN and REPLICA arguments. Add the -v option to see more output, in a format similar to "rsync". 2. Features One or the other of ORIGIN or REPLICA may be of the form "USER@HOST:PATH". The other is just a

                                                          • 第233回 MySQL 9.0と9.1の新機能について | gihyo.jp

                                                            MySQLのInnovation ReleaseとなるMySQL 9.0が2024年7月、MySQL 9.1が2024年10月にリリースされました。今回は、その中から気になる新機能をいくつかピックアップして、簡単に紹介したいと思います。 MySQL 9.0の新機能 ここでは、MySQL 9.0の新機能について紹介します。 EXPLAIN ANALYZEのJSONフォーマット結果をユーザー変数へ格納可能に EXPLAIN ANALYZEのJSONフォ−マット結果をユーザー変数に格納することができるようになりました。 EXPLAIN ANALYZEのJSONフォーマットを利用するには、システム変数explain_json_format_versionを2に変更してから実行する必要があります。デフォルトは1になっています。 INTO句後に格納するユーザー変数を指定します。 mysql> SET

                                                              第233回 MySQL 9.0と9.1の新機能について | gihyo.jp
                                                            • [調査報告] Amazon Athena 従来のS3ファイルレイアウトとIcebergテーブルフォーマットのデータ容量比較 | DevelopersIO

                                                              [調査報告] Amazon Athena 従来のS3ファイルレイアウトとIcebergテーブルフォーマットのデータ容量比較 AWS事業本部コンサルティング部の石川です。大規模データ管理では、S3上のデータ容量のサイズを事前に把握し、コスト試算をすることが欠かせません。今日は、Amazon Athenaのデータ管理に使用される2つの主要なフォーマット、従来のS3ファイルレイアウトと Apache Icebergのテーブルフォーマットの特長やデータ容量比較について解説します。 データレイクフォーマットの概要 データレイクフォーマットは、従来のS3ファイルレイアウトとApache Icebergのテーブルフォーマットの2種類があります。 補足: Amazon Athenaは、将来的に、Apache Icebergの他にApache HudiやLinux Foundation Delta Lake

                                                                [調査報告] Amazon Athena 従来のS3ファイルレイアウトとIcebergテーブルフォーマットのデータ容量比較 | DevelopersIO
                                                              • Lessons learned from a successful Rust rewrite

                                                                Table of contents What worked well What did not work so well I am still chasing Undefined Behavior Miri does not always work and I still have to use Valgrind I am still chasing memory leaks Cross-compilation does not always work Cbindgen does not always work Unstable ABI No support for custom memory allocators Complexity Conclusion Discussions: /r/rust, /r/programming, HN, lobsters I have written

                                                                • 幼児向けハロウィーン英語絵本:読んで遊んで数を覚える「Sixteen Runaway Pumpkins」

                                                                  「Sixteen Runaway Pumpkins」は、秋の収穫祭とハロウィーンの季節にぴったりの、楽しい数え方が学べる英語絵本です。おじいちゃんのためにカボチャを集めるサミの冒険を通して、数字の数え方や豊かな英語表現を学べます。 ここでは、この絵本の簡単なあらすじの他、文中に出てくる日常の英語表現、日本語訳などを掲載しています。 お話のあらすじ収穫の季節、少女のサミはおじいちゃんのためにカボチャ畑でカボチャ集めを始めます。小さなカボチャから始まり、ぽってりしたカボチャ、つるの下に隠れているカボチャと、どんどん数を増やしていきます。2個、4個、8個…とカボチャを集めて荷馬車に積んでいったサミですが、16個目を積んだ瞬間、荷馬車が傾いてしまいます! カボチャたちは丘を転がり始め、おじいちゃんの家の方へ。庭を通り、玄関を抜け、台所の床まで転がっていきます。でも心配そうなサミに、おじいちゃんはウ

                                                                    幼児向けハロウィーン英語絵本:読んで遊んで数を覚える「Sixteen Runaway Pumpkins」
                                                                  • ReactコードをCSSの:hasセレクタで置き換える | POSTD

                                                                    CSSの新しい:hasセレクタと、これを使用したReactコードの改善方法について説明します。実用的で美しい例とともに。 大昔、とは言ってもCSSが出てきた当初の話ですが、CSSはカスケードする仕組みになっていると教えられていました。それは、Cascading Style Sheetsという名前からも分かります。CSSでは、入れ子のように要素の中の要素を指定し、さらにその中に含まれる要素を指定していくことができます。しかし、その逆はできません。したがって、子要素が親要素にスタイルを適用するには、JavaScriptを使うしかありませんでした。 今までは。 すべての主要ブラウザがCSSの:hasセレクタに対応したことで、親要素を指定できるようになりました。それだけではありません。これは世界が一変したと言えるほどの出来事です。筆者のように、要素の角を丸くするために透過GIFを使用していた時代か

                                                                      ReactコードをCSSの:hasセレクタで置き換える | POSTD
                                                                    • Terraform v1.10 からは S3 Backend の State Lock に DynamoDB が必要なくなる

                                                                      terraform { backend "s3" { bucket = "tf-s3-state-lock-example-tfstate" key = "terraform.tfstate" + use_lockfile = true # これだけで State Lock が有効化される - dynamodb_table = "example-state-lock-table" # こっちは不要 } } この機能は v1.10 から実験的に導入されます。 そしてこの機能追加に伴い、従来の DynamoDB テーブルを使用した State Lock の機能は将来的に削除されます。 In a future minor version the DynamoDB locking mechanism will be removed. github.com/hashicorp/terraform/w

                                                                        Terraform v1.10 からは S3 Backend の State Lock に DynamoDB が必要なくなる
                                                                      • Xᴇɴᴏɴ

                                                                        Xenon is the best way to represent information: Native support for arrays. Native support for a graph structure, elements may have multiple parents. Native support for types used in serializing program data. Unambiguous choice of data structure. Readable multiple line indented text. Terse, efficient to write by hand. Can be implemented to be blazingly fast or using a mode-less tokenizer. The xenon

                                                                        • ChatGPT Can Now Reason: 3 Ways This Is Amazing

                                                                          What does reasoning mean to ChatGPT? With its latest upgrade, Open AI has created a chatbot that isn’t just answering questions—it’s thinking through them. ChatGPT has leveled up, bringing real problem-solving skills, conversational depth, and personalized responses to the table. This isn’t the chatbot that just spits out answers like a search engine. It’s more like that person you always want on

                                                                            ChatGPT Can Now Reason: 3 Ways This Is Amazing
                                                                          • JR北海道系のPB「DO3TABLE」、札幌駅で急成長 食の王国 売れる極意 - 日本経済新聞

                                                                            JR北海道子会社のJR北海道フレッシュキヨスク(札幌市)が展開するプライベートブランド(PB)食品が好調だ。道内各地の中小メーカーと連携し、近年収穫量が増えているサツマイモを使った干し芋など約100品目を取りそろえる。主な販路は札幌駅など2カ所のみだが、年間売上高は1億円を超えた。PBの名称は「DO3TABLE(ドーサンテーブル)」。JR札幌駅のコンコースに面する土産店「北海道四季マルシェ」を

                                                                              JR北海道系のPB「DO3TABLE」、札幌駅で急成長 食の王国 売れる極意 - 日本経済新聞
                                                                            • Apache HudiのMerge on Readテーブルのパフォーマンス特性とチューニングについて - Repro Tech Blog

                                                                              Reproでチーフアーキテクトをやっているjoker1007です。 前回、Apache Hudiというテーブルフォーマットについて紹介する記事を書きましたが、今回はHudiを実際に本番に近いデータで検証し、パフォーマンス特性とチューニングについていくつか知見を得たので、その辺りについて紹介します。 また、同じ内容をベースにOTFSG Tokyo Meetup #4というイベントで発表させていただきました。 これぐらいの規模でHudiについてガッツリ検証している例は国内では余り見ない様なので、それなりに貴重な知見を共有できたかなと思います。 ブログ記事とほぼ同じ内容ですが、スライドになってる資料もありますので、参考までにリンクを貼っておきます。 speakerdeck.com 実験データ データ構造 今回利用したデータは、いわゆるユーザーごとのプロフィール情報を想定して欲しい。 カラム名 タ

                                                                                Apache HudiのMerge on Readテーブルのパフォーマンス特性とチューニングについて - Repro Tech Blog
                                                                              • 生成AIのソフトウェアテストへの活用 ――“使えるテストコード”を生成するプロンプト文と出力の現在地 | gihyo.jp

                                                                                本稿は書籍『Javaエンジニアのための ソフトウェアテスト実践入門』Appendix 2をWeb記事として公開したものです。 2022年後半に登場したChatGPTを皮切りに、生成AIは瞬く間に世の中に浸透しました。現在では世界中の投資がこの分野に向けられており、新しいサービスも続々と登場しています。 生成AIが最もその価値を発揮するシーンの一つが、システム開発における活用です。例えばコーディングのアシストやレビュー、ログの分析、画面モックの作成など、生成AIの活用はすでに実用的な段階にあります。 本稿ではその中でも、「⁠生成AIをいかにしてテストに活用するか」という点にフォーカスを当てます。 1. 本稿で取り上げる生成AI 生成AIと一口に言ってもさまざまな種類がありますが、その代表は何といってもOpen AI社のChatGPTでしょう。 ChatGPTは、大規模言語モデル(LLM)とチ

                                                                                  生成AIのソフトウェアテストへの活用 ――“使えるテストコード”を生成するプロンプト文と出力の現在地 | gihyo.jp
                                                                                • データ分析の前にやっておくべきこと - 横持ち、縦持ち、整然データ構造の話 -|コグラフ株式会社 データアナリティクス事業部

                                                                                  こんにちは。コグラフ株式会社データアナリティクス事業部の塩見です。 データ分析に取り組む際、データの持ち方によってその後の作業効率や分析のしやすさが大きく変わることをご存知でしょうか?特に「横持ちデータ」と「縦持ちデータ」については、しっかりと理解しておくことで、分析の負担を大きく減らすことができます。 この記事では、データ分析の前に知っておくべき「横持ち」「縦持ち」について解説し、横持ちデータから縦持ちデータに変換することの重要性を説明します。データ構造を整理することで、データ分析を効率的に行うことができます。 また「整然データ」という考え方についても解説します。データ構造設計の指針となる考え方を知って、快適にデータ分析に取り組みましょう。 横持ちデータとは?「横持ちデータ」は、エクセルなどの表計算ソフトでよく見られる形式です。項目が横方向に展開され、各行にデータが収められる構造になって

                                                                                    データ分析の前にやっておくべきこと - 横持ち、縦持ち、整然データ構造の話 -|コグラフ株式会社 データアナリティクス事業部