並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 555件

新着順 人気順

パフォーマンスの検索結果281 - 320 件 / 555件

  • 内製オブジェクトストレージサーバ「b3」でコスト最適化を目指した話 - Mirrativ Tech Blog

    インフラストリーミングチームの近藤 (@udzura) です。今回は、ミラティブで内製しているオブジェクトストレージサーバ「b3」の紹介記事を書きたいと思います。 今回の記事は、6月にGopher Talkというイベントで発表した「Go製ミドルウェアを実践投入するにあたりやったこと」をベースに、内容を詳細にしたり直近の開発状況に合わせて更新したものです。一部内容はこの発表と重複していますがご了承ください。 オブジェクトストレージサーバを内製した背景 1. 大量オブジェクトの操作や増え続ける転送量に対応したい 2. 一定期間しかファイルの保持をしない 3. オンメモリ/SSD/HDDを組み合わせたチューニングがしたい オブジェクトストレージb3の特徴 S3 互換の基本的なAPIを実装 LSM-Tree index+WALなDB/マージ操作に対応 I/O 帯域を制限可能 非同期レプリケーション

      内製オブジェクトストレージサーバ「b3」でコスト最適化を目指した話 - Mirrativ Tech Blog
    • DevOpsの負の側面について

      トランスクリプト Protsenko氏:私の名前はMykytaです。Netflixで働いています。私の仕事は基本的に、他の開発者が遅くまで職場に残らなくてもいいようにすることです。彼らが午後5時に退社しても生産的であることが私の実現したいことです。私はプラットフォーム組織、つまり生産性エンジニアリング部門で働いており、他のエンジニアのために労力を抽象化しようとしているのです。エンジニアが同じ退屈な技術的問題に何度も対処するのではなく、ビジネス上の問題の解決に集中できるようにします。 いくつか質問させてください。あなたたちのうち何人が、自分で作って自分で動かすという哲学を実践している会社で働いてますか?生産現場との間にゲートキーパーがいないこと、機能や修正をより早く提供できることに満足している人はどれくらいいますか?本番環境で発生したインシデントに対処しているときに、どうすればいいのか分から

        DevOpsの負の側面について
      • 「L.A.Woman」を聞きながら合法LSDアナログを食べたら知覚の扉が開いた話

        “If the doors of perception were cleansed everything would appear to man as it is, Infinite. ” (もし知覚の扉が浄化されるならば、全ての物は人間にとってありのままに現れる。無限に。) ― William Blake, The Marriage of Heaven and Hell まるですべてが夢の中の出来事だったような気がしている。いや、いまも私はあそこに囚われていて、あの時の牢獄のなかで夢を見ているのかもしれない。そんな気すらしてくるのだ。 私がLSDアナログに興味を持ち始めたのは、昨年の10月頃から。自身の人生に何か行き詰まり感を感じていて、そこから抜け出すための衝撃が必要だと思ったのだ。その頃から、自身の内にある宗教的契機に気が付き始めていた。キリスト教神学や、仏教思想、老荘思想、そしてヒ

          「L.A.Woman」を聞きながら合法LSDアナログを食べたら知覚の扉が開いた話
        • どのレイヤー(層)でトランザクションを実装すべきか

          このように、層ごとに関心事の分離を行うことで、保守性の高い(変更容易性や再利用性等)アプリケーションを実現できます。 しかし、「トランザクション」においてはどうでしょうか。 トランザクションはビジネス領域においても、技術領域においても関心事がある内容です。 そういう曖昧なものは「ひとまず usecase 層に入れてしまえ」という方針になりがちです。 ですが、DB 固有の知識を usecase 層の関心事にしてしまっては、関心事の分離をするメリットが得られません。 そのため、関心事の分離を実現しつつトランザクション実装をする方法を模索してみました。 前提 1. クリーンアーキテクチャを採用している(オニオンアーキテクチャやレイヤードアーキテクチャも含む) そもそもビジネス知識と技術知識を分離していないアーキテクチャを採用している場合、メリットは得られません。 そのため、オニオンアーキテクチャ

            どのレイヤー(層)でトランザクションを実装すべきか
          • Ruby/Rails の勉強に何読んだらいいかと聞かれたとき - id:onk のはてなブログ

            「次の職場が Ruby なんだけど」と読み書きそろばんを聞かれたのと、大阪Ruby会議03、大江戸Ruby会議10、Kaigi on Rails 2023 と Ruby/Rails 関係のイベントに続けて参加して、作者の皆さまと会ったので。 「読める」になるために 言語仕様は何らかの本 1 冊の冒頭の方を読めば雰囲気は掴めるだろう。 Ginza Rails27 igaiga - Speaker Deck 著書や技術顧問、健康診断レポート でお馴染みの @igaiga555 さんの作った表で、難易度別にまとまっている。 たのしいRuby か、プロを目指す人のためのRuby入門 が定番かなぁ。 できることを知る るりま (Ruby リファレンスマニュアル) の Enumerable、String Rails Guides の Active Support Core Extensions 日本語

              Ruby/Rails の勉強に何読んだらいいかと聞かれたとき - id:onk のはてなブログ
            • 「塩分タブレットや塩飴も没収された」熱中症続出した音楽フェス『サマソニ』の厳しい規制に批判殺到 - ライブドアニュース

              2023年8月23日 9時30分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと 体調不良者が相次いだ「」について週刊女性PRIMEが伝えた 芝生の劣化を防ぐため、一部エリアでスポーツドリンクが禁止されているそう 塩飴などを没収された人もいたとされ、運営に批判が集まっている 8月19日・20日に開催されたイベント『』で、が相次ぐというトラブルが起きた。 サマソニ運営へ批判殺到「通称“サマソニ”と呼ばれ、毎年ZOZOマリンスタジアムで開催される音楽フェスなのですが、今年は気温が最高で35度超。屋根も少ない環境のため、数多くの人が体調不良を訴え、なかには救急搬送された人も。19日だけでも、100人ほどが救護室に運ばれたそうです」(音楽誌ライター、以下同) 警戒アラートも出ていたなかでの出来事だったが、この事態に運営への批判が相次いでいる。 「『』は、会場にある芝生の劣化を防

                「塩分タブレットや塩飴も没収された」熱中症続出した音楽フェス『サマソニ』の厳しい規制に批判殺到 - ライブドアニュース
              • 米国速報:Windows11が9月26日に「Copilot」を正式搭載で150を超える新機能&新Surfaceも!

                米マイクロソフトは、現地時間9月21日に発表会を開催し、26日にWindows11の最新アップデートをおこない、AIツール「Copilot」を正式に実装すると発表。同時にSurfaceの新モデルも公開した。 Copilotは、9月26日からWindows11への無料アップデートの一部として提供され、今秋には Bing、Edge、Microsoft 365 Copilot にも展開される。公開されるWindows11は150を超える新機能を備え、Copilotのパワーと、ペイント、フォト、ClipchampなどのアプリにAIを活用した新機能が加わる。 ○Copilotのプレビュー版は常にタスクバー上に表示されるか、Win+Cショートカットを使用して起動可能となる。 ○ペイントアプリでは、生成AIによるCocreatorのプレビューに加え、背景の削除とレイヤーが追加され、画像作成にAIが活用で

                  米国速報:Windows11が9月26日に「Copilot」を正式搭載で150を超える新機能&新Surfaceも!
                • 【追記】もうちょっとだけ山崎まさよしの水戸ライブを振り返る|考える犬くん@音楽の話をしよう

                  ※憶測が多分に含まれた記事です。苦手な人はバック推奨。 … 何これ。 こんにちはみなさん。元気ですか。 僕は通知が鳴り止まなくてちょっと怖いです。 えー…こちらの記事、本当に多くの方に読んでいただいたようです。 ありがとうございます。 (これまでの経緯については、まずこの記事からご覧ください。) 本当に通知が鳴りやまない。こんなの初めてです。 願わくばもっとハッピーな記事でバズりたかったな…。 チケットの払い戻しが始まったようです。 さて、多くの反響を呼んだ本案件。 色々考えて、まだ書けることがあるなと思ったので、追記として書きます。といっても、大方のことは前記事で書いてしまったので、本当にオマケみたいなものですね。 はじめに注意事項ですが、これから書くことは大半が個人の憶測です。何の確証もありません。もう一つ言うと、僕は冷静には努めますが中立ではありません。 だって自分は山崎まさよし大好

                    【追記】もうちょっとだけ山崎まさよしの水戸ライブを振り返る|考える犬くん@音楽の話をしよう
                  • ソフトウェアエンジニアになってから: 昇進と異動(と最高評価)|Hiro Tsujino

                    ありがたいことに、いわゆる文系・ビジネス職からベイエリアでソフトウェアエンジニアになった前回の記事は多くの方に読んでいただきました。改めてお礼を申し上げます。とはいえ、当然ですが、ソフトウェアエンジニア(以下、SWE)になって終わりではなく、SWE になってからもそれ以上に大切であり、実際に SWE 転向後、どのような経験をしたのか、現実的な点も含めて、この記事では書いてみようと思います。 結論から言うと、初めは知識や経験の浅さから苦労しましたが、最終的には社内査定でも最高評価をいただき、なんとか昇進、異動する運びとなりました。 SWE になってみてまず、ポジティブな面から、状況整理も兼ねてお話しすると、自分は多くの方に使っていただいている製品・機能の Android アプリ(≠ Android OS)及び、そのバックエンドを担当することになりました(つまり、Android アプリがメイン

                      ソフトウェアエンジニアになってから: 昇進と異動(と最高評価)|Hiro Tsujino
                    • フルリモート勤務者はお先真っ暗? 突きつけられた「出社要請」への向き合い方 - エンジニアtype | 転職type

                      〝流しのEM〟として、複数企業の採用・組織・制度づくりに関わる久松 剛さんが、エンジニアの採用やキャリア、働き方に関するHOTなトピックスについて、独自の考察をもとに解説。仕事観やキャリア観のアップデートにつながるヒントをお届けしていきます! こんにちは。久松剛です。 2023年初頭あたりから、DX需要やスタートアップバブルを背景に高止まりしていたエンジニアの待遇バブルに黄色信号が灯りはじめているのをご存じでしょうか。フルリモート勤務から出社回帰の流れが本格化しているのもその一つの表れです。 というわけで、連載第1回目のテーマは「フルリモート勤務事情について」です。 ●IT各社にみる「オフィス回帰が既定路線」になりつつある理由 ●エンジニアがフルリモートにこだわる危険性 ●それでもフルリモート勤務を望むエンジニアへ…… などに触れながらお話したいと思います。 博士(慶應SFC、IT) 合同

                        フルリモート勤務者はお先真っ暗? 突きつけられた「出社要請」への向き合い方 - エンジニアtype | 転職type
                      • Apple、M4チップを搭載した美しく新しいiPad ProとApple Pencil Proを発表

                        カリフォルニア州クパティーノ Appleは本日、驚くほど薄くて軽いデザインで、持ち運びやすさとパフォーマンスを次のレベルへ引き上げる、革新的な新しいiPad Proを発表しました。シルバーとスペースブラックの仕上げが用意されている新しいiPad Proは、広々とした13インチのモデルと極めて持ち運びやすい11インチのモデルの2つのサイズで提供します。どちらのサイズも、世界で最も先進的なディスプレイである、最先端のタンデムOLEDテクノロジーを採用した新しい画期的なUltra Retina XDRディスプレイを搭載し、驚くべき視覚体験を提供します。新しいiPad Proは、次世代のAppleシリコンである新しいM4チップによって実現し、パフォーマンスと機能が飛躍的に進化しています。M4はまったく新しいディスプレイエンジンを搭載し、Ultra Retina XDRディスプレイの精度、色、輝度を

                          Apple、M4チップを搭載した美しく新しいiPad ProとApple Pencil Proを発表
                        • データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0

                          この記事は datatech-jp Advent Calendar 2023 3日目の記事です。 背景・趣旨 筆者(@yuzutas0)は風音屋(@Kazaneya_PR)という会社を経営しており、データ職種の採用・育成に関心を持っています。 複数企業で少ない専門家を奪い合って疲弊するような採用活動ではなく、マーケット全体がより豊かになるような動き方はできないだろうかと模索しています。 1つの実験として、MENTAで「第2新卒が3ヶ月でデータ職種への転職を目指す講座」というトレーニングを提供し、ありがたいことに30名以上の方々に受講いただきました。 ちなみにこの講座は今では風音屋の社内研修になっています。 MENTAの受講者が30名を突破しました🎉 卒業生が風音屋に入社したり、スキルアップして「社内で提案が通るようになった」「現職で活躍できるようになった」という感想もいただいています。

                            データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0
                          • 発達障害、水泳、平成不況、リーマンショック、30代

                            ・これは何か私の半生を占める水泳と、それがその後の人生に及ぼした影響について整理するために書いた記録である。 なお、当時は強いストレス下に置かれていたため、詳細を思い出せなくてぼんやりしている部分もある。 ・なぜこれを書いているか私は現在休職状態にあり、ADHDの診断を受けたところである。 精神科に通いつつ、投薬とカウンセリングの治療をおこなっている。 そしてカウンセリングを受けつつある今、自分がいまこうなっていることの底にはあまりに苦しかった水泳の記憶があり、それを直視することは避けては通れない道ではないかと思ったからだ。 (先生に直接「直視しろ」と言われたわけではない。ただ、「あなたの言葉はあなたの感情をひとことも説明しませんでしたね」、と言われ、その原因を自分で考えていたら、勝手にそこに行き着いたという話である) 正直に言えばそこに目を向けるのはめちゃくちゃ嫌で、前回のカウンセリング

                              発達障害、水泳、平成不況、リーマンショック、30代
                            • わたしがベッドで仕事をするようになったわけ|kon

                              この記事は freee Designers Advent Calendar の 16 日目です! はじめまして! freee株式会社でUX ResearchOpsをしているkonと申します。 ResearchOpsってなに?っていう話もあるのですが(これはまたおいおい書いてみたい)、今回はじめてfreee Designers Advent Calendarに参加するにあたっては、30代半ばにして中途障がい者となった私個人のfreeeでの働き方を書いてみたいと思います! ベッドでしごと?現在私はこの記事を、自宅のリビングのベッドの上で書いています。 普段のfreeeでの業務スタイルも同じく、フルリモートで、しかもベッドに横になったまま仕事をしています。 もっと言えば、自宅への往診を利用して点滴をうけながら仕事する日もあったりします。 自宅のリビングで点滴を受けながらおしごとそれは決して無理を

                                わたしがベッドで仕事をするようになったわけ|kon
                              • Redisよ安らかに眠れ: Garantia Dataが引き起こしたオープンソースの歴史上最大の強盗とは

                                Khawaja Shams Tony Valderrama Erika Tharp TL;DR 2024年3月20日Redis社は、これまでオープンソースとして開発してきたRedis 7.4ソースコードのライセンスを、Redis Source Available License (RSALv2)とServer Side Public License (SSPLv1)のデュアルライセンスに変更すると発表しました。この変更によりRedis社の許可なくRedisを用いたマネージドサービスなどを提供することができなくなります。 2009年1人の情熱的なエンジニアAntirezが作り出したRedisですが、2013年のGarantia Data社の介入により様々なドラマが勃発し2020年にAntirezはIPそしてトレードマークを同社に譲渡します。その後、Redisのコアコミュニティメンバーを中心に

                                  Redisよ安らかに眠れ: Garantia Dataが引き起こしたオープンソースの歴史上最大の強盗とは
                                • 制作現場のNHK職員たちが「ジャニタレのブッキングが無くなるのは正直嬉しい」と漏らす「驚きの理由」(暗部ちゃん) @gendai_biz

                                  前編『元職員が明かす「NHKがジャニーズを使い続けた本当の理由」と制作現場の本音「カメラの前では愛想もいいし食リポも上手いけど…」』 “ジャニタレ”とのロケで必要な準備の数々 では、“ジャニタレ”とのロケでは、具体的にどんな備えが必要なのか? 私の経験した範囲ですが、印象深いことをご紹介します。 まずは「スケジュール」です。有名どころの方々は大抵多忙なのですが、ジャニーズの場合、普通なら2時間貰いたいところでもメイク込みで1時間貰えたら御の字。僅かな時間でケリをつける必要があります。 もし仮に時間にある程度余裕があったとしても、敢えて満額回答はしない。「タレントを決して安売りしない」のがジャニーズの方針のように私は感じていました。本当のところはわかりませんが……。 いざロケとなると、タレントが入る数時間前から準備のために現場は緊張感がみなぎります。 「控え室作り」から勝負は始まっています。

                                    制作現場のNHK職員たちが「ジャニタレのブッキングが無くなるのは正直嬉しい」と漏らす「驚きの理由」(暗部ちゃん) @gendai_biz
                                  • インフラマネージャー厳選!10年使える知識が身につくおすすめ書籍10選 - RAKUS Developers Blog | ラクス エンジニアブログ

                                    ラクスでは多くのSaaSプロダクトを開発・運用しており、オンプレミスまたはクラウドを適切に選択してインフラ基盤を構築しています。 そのインフラを担うのが、ラクスのインフラ開発部です。 今回はインフラ開発部のマネージャーが厳選した、インフラエンジニアにおすすめの書籍10選をご紹介します。 それぞれの書籍に推薦コメントを記載していますので、是非ご参考になさってください。 選定基準は以下の通りで、今後インフラを深く理解し実力をつけていきたい方にも最適です。是非ご覧ください。 「すぐに役に立つがすぐに廃れる知識ではなく、10年以上使える書籍」 「分かりやすい本ではなく、難解ではあるがきちんと原理・原則を学べる書籍」 目次 目次 Operating Systemを理解しよう 詳解 Linuxカーネル 第3版 DNS & BIND 第5版 トラブルシューティングを理解しよう 詳解 システム・パフォーマ

                                      インフラマネージャー厳選!10年使える知識が身につくおすすめ書籍10選 - RAKUS Developers Blog | ラクス エンジニアブログ
                                    • 椎野カロリーナさんは何一つ可哀想ではない

                                      倉田真由美氏「ミス日本」の定義に疑問 ウクライナ国籍変更モデル優勝に「日本的美しさと違う」 - 芸能 : 日刊スポーツ https://b.hatena.ne.jp/entry/s/www.nikkansports.com/entertainment/news/202401240000719.html differential ミス日本のご本人のページ見てきた。 『5歳の頃から日本で育ったため中身は日本人そのものです。 そのギャップから自身のアイデンティティに悩みました』 とコメントしてる人にこの言い草は人種差別な上に人でなしだ… 2024/01/25 この混乱しきったコメントが☆1位。 はてな―って善人を目指す意思だけはあるけど頭が悪いんだよね。論点が切り分けられない。 なんの問題についてもきちんと自分の脳を使って考えるということを怠り 「何と書いたら善人席に座れるか」みたいなパターン処

                                        椎野カロリーナさんは何一つ可哀想ではない
                                      • ニュージーランドで水道水からやばい寄生虫「クリプトスポリジウム」が検出され病院はパンク、お店から飲料水が全滅する事態に

                                        Joshua Lawn 日本風洞CEO @Joshua_J_Lawn 風洞メーカーの日本風洞製作所@japanfudo、および富士エアロパフォーマンスセンター@fuji_apc 代表取締役。流体なんもわからん。KTM X-bow GT🇦🇹とfair lady z S30🇯🇵。| Forbes 30 under 30 受賞| japanfudo.com

                                          ニュージーランドで水道水からやばい寄生虫「クリプトスポリジウム」が検出され病院はパンク、お店から飲料水が全滅する事態に
                                        • 働かなくてよい世の中は来ない。だって皆さん、フリーライダー、お嫌いでしょう?

                                          「テクノロジーが進歩し、人間の適職がもっと少なくなった時、私たちにとって「仕事」はどうなるんだろう?」 私は未来の仕事について考えるのが好きで、2019年にも、ベーシックインカムが普及した未来世界に思いを巡らせたことがあった。 ベーシックインカムはきっと面白い人の味方 -シロクマの屑籠 思うに、機械やAIが狭義の仕事を人間からとりあげて、高水準のベーシックインカムが実現した時、それが福音になる人間と疎外になってしまう人間がいるのではないだろうか 大半の人が仕事を奪われても、仕事をとおして社会的欲求 (承認欲求や所属欲求など) を充たすニーズはなくならない。だからベーシックインカムを受け取るだけの人が大半を占める社会でも、人々は活動をとおして社会的欲求や社会関係を求めようとするし、そのとき最も辛い思いをするのは仕事をとおしてしか社会的欲求を充たせない、かつ面白みのない人々ではないか……と想像

                                            働かなくてよい世の中は来ない。だって皆さん、フリーライダー、お嫌いでしょう?
                                          • 2023-08-14 10年勤めたfreeeを辞めて零細企業を作った - waka.dev

                                            日記です。 タイトルの通り10年勤めたfreee株式会社を退職して、自分で会社を作ってやっていくことにした。 freee最終出社でした、10年間ありがとうございました!(ビルを見上げる写真撮り忘れた) 次回作にご期待ください! — yo_waka (@yo_waka) June 16, 2023 やってきたことはこの辺のスライドによくまとまっている。 https://speakerdeck.com/waka/da-kinapurodakutofalseyu-tefang 社員5人から1000人になったり、ARRゼロ円からARR200億円になったり、ヤバかった品質をどうにか底上げしたり、開発本部長の立場で上場を経験したり、普通では経験できないことを濃度高く経験できて楽しく過ごせた10年だった。 freee会計という業務系Webサービスを10年間機能面/パフォーマンス/品質面共に育ててきた経験

                                              2023-08-14 10年勤めたfreeeを辞めて零細企業を作った - waka.dev
                                            • ことしの新語・流行語大賞 「アレ(A.R.E.)」が年間大賞に | NHK

                                              「新語・流行語大賞」は1年の間に話題になった出来事や発言、流行などの中からその年を代表することばを選ぶ賞で、1日はノミネートされた30のことばからことしのトップテンが発表されました。 トップテンには、同じ野球に関連したことばとして ▽WBC=ワールド・ベースボール・クラシックでヌートバー選手がこしょうひきを回す動きを模した「ペッパーミル・パフォーマンス」、 ▽夏の甲子園やJリーグなどでコロナ禍から解禁された「4年ぶり/声出し応援」が入っています。 また、▽世界的な暑さや森林火災を受けた「地球沸騰化」。 ▽SNSなどで募集されて犯罪に加担する「闇バイト」。 ▽相次ぐクマの被害に関連した「OSO18/アーバンベア」。 ▽「生成AI」。 ▽ユニークなダンスが話題の4人組ダンスボーカルユニット「新しい学校のリーダーズ/首振りダンス」。 ▽インターネットなどで将棋の対局を観戦して楽しむ「観る将」。

                                                ことしの新語・流行語大賞 「アレ(A.R.E.)」が年間大賞に | NHK
                                              • フリーライダーの効用 - 内田樹の研究室

                                                高齢者の集団自決が高齢化対策の秘策であると公言した若い経済学者の発言が話題を呼んでいる。 彼の言う「人間は引き際が重要だと思う」ということにも「過去の功績を使って居座り続ける人がいろいろなレイヤーで多すぎる」という事実の摘示にも私は同意する。でも、使えないやつは有害無益だから、集団から追い出すべきだという論には同意しない。人道的な立場からというよりは組織人としての経験に基づいてそう思うのである。 組織に寄生して、何も価値を生み出さず、むしろ新しい活動の妨害をする「フリーライダー」はどのような集団にも一定数含まれる。この「無駄飯食い」の比率を下げることはたしかに集団のパフォーマンスを向上させることにある程度までは役立つだろう。ただし、「ある程度」までである。というのは「無駄飯食いの排除」作業に割く手間暇がある限度を超えると、その作業自体が集団のパフォーマンスを著しく低下させるからである。 組

                                                • MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ?(N回目)

                                                  はじめに こんにちは、令和トラベルでバックエンドエンジニアをしている飯沼です。 MySQLでは、UUID (v4)などのランダム性の高いIDをプライマリキーに設定すると、パフォーマンスが低下すると言われています。私自身もこの問題については認識しておりアンチパターンとして避けて来ましたが、イマイチ理由を理解できず何度も調べていたので自分の理解を整理しました。 ※ この記事は令和トラベルのTech LT会で共有した内容を記事にしたものです。社外の方にもご参加いただけるTech LT会は connpass にて告知しています。 UUIDをプライマリキーにするユースケース そもそもUUIDをプライマリキーにするユースケースはどのようなものがあるのでしょうか? いくつかの観点から考えてみます。 パフォーマンス観点 大量の同時書き込みが発生するような状況でauto incrementを利用してIDを発

                                                    MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ?(N回目)
                                                  • はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog

                                                    この記事は、はてなエンジニア Advent Calendar 2023の2024年1月17日の記事です。 はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog id:hagihala です。先日、はてなブログの DB を RDS for MySQL 5.7 から 8.0 へアップグレードしたので、工夫した点などを共有します。 Aurora MySQL 3.x にしなかった理由 MySQL 5.7 -> 8.0 で対応した変更点 character set や collation のデフォルトが変更される explicit_defaults_for_timestamp がデフォルトで有効になる SQL mode の変更 デフォルトの認証プラグインが caching_sha2_password になり、 mysql_native_passw

                                                      はてなブログの DB を RDS for MySQL 8.0 にアップグレードした話 - Hatena Developer Blog
                                                    • GPT-4の回答を向上させる「プロンプト26の原則」、220以上の生成タスクが実行可能なマルチモーダルモデル「Unified-IO 2」など重要論文5本を解説(生成AIウィークリー)(テクノエッジ) - Yahoo!ニュース

                                                      1週間分の生成AI関連論文の中から重要なものをピックアップし、解説をする連載です。2024年初っ端の第27回目は、「礼儀は不要」「モデルに質問させる」「良い解答には報酬」など、大規模言語モデルの返答が向上する「プロンプト26の原則」をはじめとする5つの論文をお届けします。 画像から動く3Dシーンを生成する「DreamGaussian4D」のサンプル【画像】 複数の自律AIエージェントが過去の経験を共有して未知のタスクを処理するモデル「Experiential Co-Learning」この研究は、大規模言語モデル(LLM)に基づく自律エージェントの進化に焦点を当てており、これらのエージェントが単独で、または人間の介入なしでさまざまなタスクを処理する能力を持つことを示しています。ただし、これまでのエージェントは過去の経験を活用してタスクを効果的に解決することに一定の制限があるという問題がありま

                                                        GPT-4の回答を向上させる「プロンプト26の原則」、220以上の生成タスクが実行可能なマルチモーダルモデル「Unified-IO 2」など重要論文5本を解説(生成AIウィークリー)(テクノエッジ) - Yahoo!ニュース
                                                      • 開発生産性が上がるって分かったので GitHub Copilot Business を積極活用しています - Money Forward Developers Blog

                                                        エンジニアリング戦略室の高井といいます。 みなさん、GitHub Copilot は利用されていますか? GitHub Copilot は GitHub と OpenAI が共同で開発した生成 AI を活用した開発支援ツールです。コードの自動補完、コード生成、ドキュメントの提案など、多岐にわたる機能を提供し、開発者の生産性を向上させることを目的としています。 マネーフォワードでは、昨年度にトライアルとして Copilot の利用を開始しました。本記事では、Copilot を利用して半年以上経過して、その利用がどのような効果をもたらしたかをレポートします。なお、ここで GitHub Copilot として言及されている Copilot のプランは GitHub Copilot Business です。 Copilot 利用状況・分析対象 なお、分析にはエンジニアリング組織のパフォーマンスを可

                                                          開発生産性が上がるって分かったので GitHub Copilot Business を積極活用しています - Money Forward Developers Blog
                                                        • Reactで再レンダリングを抑えるシンプルな方法

                                                          はじめに 「React で再レンダリングを抑えたい...」となった場合、多くの人が React.memo や useMemo、useCallback などのいわゆる 「メモ化」 を思い浮かべることでしょう。 しかし、そういった「メモ化」を用いなくても再レンダリングを抑える方法が実は存在しています。 今回はその代表的な例を2つ紹介していきたいと思います。 よくある例 まず例として、以下のような 「パフォーマンスに問題を抱えたコンポーネント」 を考えてみましょう。 import { useState } from "react"; export default function App() { let [color, setColor] = useState("red"); return ( <div> <input value={color} onChange={(e) => setColo

                                                            Reactで再レンダリングを抑えるシンプルな方法
                                                          • 偽装されたMicroSDの正体を探る | データSOS

                                                            「GoProで使っていたMicroSDカードのデータ読み込みができなくなった」とMicroSDカードのデータ復旧をご依頼いただきました。「Windows10のエクスプローラーで見ると、ファイル、フォルダが文字化けしている。撮影中にバッテリーが切れたので、その影響でおそらくFATが破損しているのではないか」と詳しい状況もお知らせいただきました。 何となく違和感を覚えるSanDiskのMicroSD お預かりしたMicroSDは「SanDisk Extreme PRO」容量1TBのMicroSD。表面を見たところ、なんとなく違和感を覚えます。印刷のテカリといい、文字の大きさやバランス、何かしっくりしません。 まずはこのカードの仕様を確認しようと、SanDiskの日本公式サイト(SanDiskはWesternDigitalが買収しWesternDigitalのブランドとなっています)を見ると「E

                                                              偽装されたMicroSDの正体を探る | データSOS
                                                            • 開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する

                                                              この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か? 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ|610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論

                                                                開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する
                                                              • explainだけじゃわからない!MySQLのindexの考え方 - BASEプロダクトチームブログ

                                                                はじめに こんにちは、バックエンドエンジニアのSakiです!バックエンドでPHPを書いたり、PHPという言語そのもののメンテナーもしています。 この度、注文データダウンロードAppのパフォーマンスをアップさせるため、とても入念にデータベースまわりの処理を見直しました。その中でも特に速度に関わってくる「index」についての考え方をまとめたいと思います。 この記事はMySQL(InnoDB)についての記事であり、他のRDBについては当てはまらない場合もあるということにご注意ください。 indexとは何か、おさらい ご存知の方ももちろん多いと思いますが、indexについておさらいさせてください。 indexとは辞書でいうところの目次に相当するもので、目的のデータをいち早く検索するために重要なものです。もし辞書に目次が存在しなかった場合、目的の情報を探すのにとても苦労するだろうというのは想像しや

                                                                  explainだけじゃわからない!MySQLのindexの考え方 - BASEプロダクトチームブログ
                                                                • JavaScript 実行エンジン V8 の JIT 出力コードを読んでみよう

                                                                  Chrome の JavaScript はとても高速なことでも有名ですが、その実行エンジンは V8 と呼ばれます。V8 自体は独立したモジュールであり、Node.js 等にも使われております。 V8 が JavaScript を高速に実行する技術の一つが JIT (Just In Time) コンパイルです(一般的に JIT と呼ばれます)。これは、そのまま実行すると遅い JavaScript を実行中にリアルタイムに直接マシンコードに変換し(これが Just In Time と呼ばれる所以です)、途中からそのコードに入れ替えて実行することで高速化を達成しています。特に何度も実行される関数で効力を発揮します。 JIT という名前は聞いたことがあろうとも、実際に JIT がどのようなコードを実行しているのかを確認する機会は滅多にないでしょう。この記事では、実際に V8 の JIT の出力を確

                                                                  • 見えてきた「生成AIの限界」がアーティストの不安を取り除く

                                                                    生成AIを使った実験を重ねるにつれて、クリエイティブ分野での限界が明確に理解されるようになってきた。AIとアーティストたちの力関係を変えようとする取り組みもいくつか始まっている。 by Melissa Heikkilä2024.06.30 190 8 この記事の3つのポイント AIとアーティストとの関係性はこの2年間で変化しつつある 独創的で面白いものを生み出すのは難しく、補強ツールとして使うのが最適 権利侵害を防ぐ技術やツールも開発が進み、不安を和らげている summarized by Claude 3 この記事は米国版ニュースレターを一部再編集したものです。 人工知能(AI)のジョークはありきたりだ。グーグル・ディープマインド(Google DeepMind)の研究チームがプロのコメディアン20人に依頼し、一般的なAI言語モデルを使ってジョークやコメディパフォーマンスの台本を書いてもら

                                                                      見えてきた「生成AIの限界」がアーティストの不安を取り除く
                                                                    • これが水俣病に対する国の本質か…慰霊式後、環境相との対話は1団体3分間、超えるとマイクの音が消えた 「最後まで言わせてやれよ」患者団体の怒り収まらず | 鹿児島のニュース | 南日本新聞

                                                                      熊本県水俣市で1日開かれた水俣病慰霊式の後、環境省が主催した伊藤信太郎環境相との懇談会には、八つの患者・被害者団体が参加した。思いを伝える制限時間は1団体3分間。複数の団体は時間が超えると司会者にせかされ、話し続けるとマイクの音が消えた。団体は「被害者の声に丁寧に耳を傾けて」と憤った。 「最後まで言わせてやれよ」。懇談会の終盤、怒号が飛んだ。高齢男性が亡くなった妻の症状や被害を訴えている最中にマイクの音が消えたからだ。見かねた別の団体が「私たちの時間を使って」と申し出た。 続いて発言した水俣病被害者獅子島の会(鹿児島県長島町)の滝下秀喜会長(64)は、離島の患者が通院する際の交通費の補助などを求める要望書を早口で読み上げた。「懇談会は国のパフォーマンス。丁寧に話を聞く場に改善して」と話した。 水俣病被害者の会の中山裕二事務局長(70)は「マイクの音量を調整したのか」とただしたが、環境省側は

                                                                        これが水俣病に対する国の本質か…慰霊式後、環境相との対話は1団体3分間、超えるとマイクの音が消えた 「最後まで言わせてやれよ」患者団体の怒り収まらず | 鹿児島のニュース | 南日本新聞
                                                                      • クラフトワークの「フクシマ 放射能」パフォーマンスが差別なのか、Xで議論に

                                                                        Manabu Murata a.k.a J @muratamuramura KURUUCREW所属 & AKBK所属 & GuitarFeedbacker VS NoiseDestroyer(w/ Napalm K)所属 & 海風土(w/ tentenko)所属 稀にサブカルコマンドーJ p-vine.jp/artists/kuruuc… Manabu Murata a.k.a J @muratamuramura クラフトワーク今年5月のライブでもno nukes坂本教授バージョンのRadio-Activityやってた。12年経ってもこのバージョンを世界中でパフォーマンスしてる事実に感謝しかない。今日の苗場でもこれやるだろうし、何か感じたら浪江から楢葉まで6号線を車で走ってみるだけでも思う事はあると思います。 pic.twitter.com/sdE2QwnGAJ Manabu Murata

                                                                          クラフトワークの「フクシマ 放射能」パフォーマンスが差別なのか、Xで議論に
                                                                        • DB初心者が自作DBMS始めてみた - Qiita

                                                                          この記事は DeNA 24 新卒 Advent Calendar 2023 の 23 日目の記事です。 TL;DR DBMSの基本的な仕組みを知るのに有益だったリソース CMUのDBMS講義 先人の素晴らしい自作DBMSの解説記事&ソースコードリーディング 小さな小さな自作DBMSの設計と実装 最小限SELECTやINSERTなど基本的なSQLが動く この記事のゴール データベースの内部構成を超ざっくり理解するために有用なリソースを知り、そして(全開発者のロマンである)自作 DBMS に一歩踏み出すきっかけになればうれしいです。 モチベーション 自分は普段業務でアプリケーションのような割と高レイヤーな開発がメインなこともあって、ミドルウェアやOS、ネットワークと言った低めのレイヤーに憧れを持っており、この気持ちをまずは自作DBMSをやってみることによって解放してあげようと思ったことがきっか

                                                                            DB初心者が自作DBMS始めてみた - Qiita
                                                                          • スタディサプリ最大のRailsアプリケーションにYJIT+pitchforkを導入してメモリ使用量を劇的に削減するまで - スタディサプリ Product Team Blog

                                                                            こんにちは。SREのkyontanです。Rubyが大好きなのでRubyの話をします。ちなみにリクルートはRubyKaigi 2024へGold Sponsorとして協賛しています! *1。ぜひ沖縄でお会いしましょう。 これはあるアプリケーションのメモリ消費量を示すグラフなのですが、まさかgemを入れ替えるだけでこんなに嬉しい変化が見られるとは思っていませんでした。今日はそんなgemの話をします。 話は遡って2023年4月のある日、インターネットを眺めていたところ、ShopifyがpitchforkというOSSを公開したという情報が目に留まりました。 調べてみると、どうやら著名なRackサーバー実装の1つであるunicornの派生版であり、メモリ使用量の削減に特化しているらしいのです。 github.com これはスタディサプリ小中高のあのリソースドカ食いマイクロサービス第一位である api

                                                                              スタディサプリ最大のRailsアプリケーションにYJIT+pitchforkを導入してメモリ使用量を劇的に削減するまで - スタディサプリ Product Team Blog
                                                                            • MySQL(InnoDB)のSQLパフォーマンスチューニングのエッセンス

                                                                              はじめに MySQL(InnoDB)でSQLのパフォーマンスチューニングをするときに役に立つ知識をエッセンスとしてまとめました。結合(JOIN)やB-treeインデックスの探索の仕組み、実行計画の基本的な見方を紹介します。 想定する読者は、SQLのパフォーマンスを改善する必要があるが実行計画をみてもいまいちピンと来ない方です。インデックスの作成の経験や、複合インデックスやカーディナリティの知識があることを前提にしています。目標は、実行計画の内容がよく分からない読者が、実行計画をみただけでクエリが実行される様子をイメージでき、自信を持ってクエリの改善にあたることができるようにすることです。 ストレージエンジンはInnoDBを前提としています。また、インデックスはB-treeインデックスを想定しています。全文検索の転置インデックスや空間検索のR-treeインデックスについては触れません。 イン

                                                                                MySQL(InnoDB)のSQLパフォーマンスチューニングのエッセンス
                                                                              • 「自分を信じて限界を超えてください」とプロンプトに添えるとAIの出力が精度向上すると明らかになった話…界隈では「松岡修造メソッド」として知られていた

                                                                                AIDB @ai_database AIDBは論文ベースで研究にキャッチアップできるメディアです■新着論文サマリー・デイリーニュースレター:ai-data-base.com/arxiv-paper-da… ■深掘り解説記事:ai-data-base.com/premium ai-data-base.com AIDB @ai_database 「自分を信じて限界を超えてください」「成長の機会だと捉えて挑戦してください」など感情をグッと込めたプロンプトを添えられると、GPT-4などさまざまなLLMは、出力の精度を向上させることが明らかにされました。 Microsoftなどの研究グループによる発表です。 @ Cheng Li et al., "Large Language Models Understand and Can be Enhanced by Emotional Stimuli" これ

                                                                                  「自分を信じて限界を超えてください」とプロンプトに添えるとAIの出力が精度向上すると明らかになった話…界隈では「松岡修造メソッド」として知られていた
                                                                                • 「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由

                                                                                  「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由 #17 動的型付け言語と大規模開発 テーマは「動的型付け言語と大規模開発」 まつもとゆきひろ氏:まつもとゆきひろです。Matzチャンネル17回目ということでお送りします。ちょっと前になりますが9月28日に私が技術顧問を始めたクラウドサーカスという会社さんがテックイベントを開催されて、その時のテーマが「動的型付け言語と大規模開発」というテーマでした。 その時に話したこととか、話そうとしたこと、話そうと思っていたんだけど時間の関係で話せなかったことなどを補足する意味も含めて今日はちょっと放送しようかと思います。というか、分量が多いので2回に分けて話そうかなと思っています。 このクラウドサーカスのイベントのテーマは別に私から指定したわけではなくて、先方が「こんなテーマで話したいんだ」とか「聞き

                                                                                    「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由