並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 506件

新着順 人気順

チューニングの検索結果1 - 40 件 / 506件

  • 令和のHTML / CSS / JavaScriptの書き方50選

    Web制作の技術は日々進化しており、会社やプロジェクトによっては昨今の環境に適さない書き方をしているケースも時折見受けられます。 そこで今回は「2024年のWeb制作ではこのようにコードを書いてほしい!」という内容をまとめました。 質より量で、まずは「こんな書き方があるんだ」をこの記事で伝えたかったので、コードの詳細はあまり解説していません。なので、具体的な仕様などを確認したい方は参考記事を読んだりご自身で調べていただけると幸いです。 1. HTML 画像周りはサイトパフォーマンスに直結するので、まずはそこだけでも取り入れていただきたいです。また、コアウェブバイタルやアクセシビリティも併せて理解しておきたい内容です。 Lazy loading <img>にloading="lazy"属性を付けると画像が遅延読み込みになり、サイトの読み込み時間が早くなります。

      令和のHTML / CSS / JavaScriptの書き方50選
    • Windows11(22H2)の格安PC買ってやったこと


      Intel N100PC5Intel N100+16GB+SSD256GB+Win11pro2 Win11使 OSHW便WebTeamsOutlook使使Bing https://anond.hatelabo.jp/20191116220232Windows11
        Windows11(22H2)の格安PC買ってやったこと
      • 最近ローカルLLMがアツいらしい

        最近、ローカルLLMがアツくなっているという話をtwitterでチラホラ見かける。 ローカルLLMって何じゃ?というと、オープンに公開されているモデルのウエイトをDLしてきて手元のPC上で推論させる事である。 オープンなAIモデルとは逆の存在として、モデルがDLできないクローズなAIモデルもある。 OpenAIやAnthropicのような最先端AI企業のクローズなAIモデルに比べて、オープンに公開されているオープンなAIモデルの性能は今でもかなり後れを取っている。 だから去年の間はあくまでAIの本命はChatGPTのようなクローズモデルであって、オープンなAIモデルなんて眼中にありませんみたいな風潮が無くはなかった。だが最近は風向きが少々変わってきている。 GPTのAPI高い問題 & OpenAIがAIベンチャー皆殺しにしてしまう問題 まず「結局GPTのAPIを叩いてサービス運営して成功し

        • 「勤勉さ」は後天的に鍛えることができないと知って。

          コンサルタントをやっていた時、「この人、コンサルタント向いてないよなあ」という人が何人も中途で転職してきた記憶がある。 例えば「本を1か月に10冊読む」という課題をやらない人。 いつも時間ギリギリにしか行動せず、重要な会合に遅刻する人。 自社の「目標」の達成度合いを気にせず、お客さんの成果にも無関心な人。 別の仕事や、前の会社では許されたかもしれないが、たいてい「コンサルタント」としてはうまくいかない。 私が在籍していたコンサルティング会社は、上のような「問題行動」には非常に厳しく、該当者には「コンサルタントとしての活躍は難しい」と、はっきりと告げていた。 「勤勉さ」は身につかない こうした事例を何度も見るにつけ、私は 「勤勉さ」 「時間を守る」 「目標遵守」 などの行動特性は、たとえ厳しく注意をしても、ほとんど身につかないか、改善したとしても、結局一時的なものにとどまる、という事を知った

            「勤勉さ」は後天的に鍛えることができないと知って。
          • データベースを勉強したいあなたに送る技術書17冊(+11冊1講義7link)


              17(+1117link)IT SQL    SQL      NoSQL
              データベースを勉強したいあなたに送る技術書17冊(+11冊1講義7link)
            • 凄すぎると話題の「Open Interpreter」の始め方・使い方まとめ - Qiita


              Open interpreter使 Open Interpreter Open InterpreterGPT-3.5GPT-4Code LlamaLLMs OpenAIChatGPTAdvanced Data Analysis(Code Interpreter)PythonJavascriptShell ChatGPTAdvanced Data AnalysisCh
                凄すぎると話題の「Open Interpreter」の始め方・使い方まとめ - Qiita
              • 【脱sed】いい加減シェルスクリプトで文字列をsedで置換するなんてやめよう - Qiita

                はじめに もう文字列の置換で sed コマンド使うの禁止して良いんじゃないですかね? 言いすぎだとわかってあえて言っていますが。 悪い書き方(外部コマンドに頼る方法) # 変数 line に入ってる文字列を echo コマンドで出力して sed コマンドに渡し、 # sed の s コマンドで "from" を "to" に置換して出力したものを ret 変数で受け取る ret=$(echo "$line" | sed "s/from/to/")

                  【脱sed】いい加減シェルスクリプトで文字列をsedで置換するなんてやめよう - Qiita
                • “断熱の鬼”が費用対効果の高い新築断熱住宅について語り尽くす! - 住まいのお役立ち記事

                  (株)松尾設計室 代表取締役 兵庫県出身、九州大学工学部建築学科卒の一級建築士。「健康で快適な省エネ建築を経済的に実現する」ことをモットーに、設計活動のほか、住宅専門紙への連載や「断熱」「省エネ」に関する講演を多数実施。これまでに受講した設計事務所、工務店等は延べ6,000社を超える。2005年「サステナブル住宅賞(現:SDGs住宅賞)」受賞、2020年から開始したYouTubeチャンネルの登録者数は6.9万人(2024年1月時点)。著書『ホントは安いエコハウス』、『あたらしい家づくりの教科書』(共著)、『5人の先生が教える一生幸せなエコハウスのつくりかた』(共著)など。 快適な住宅に欠かせない「断熱」。近年、注目されている背景は? ── 昨今、断熱への注目度が高まっているように感じます。そもそもなぜ断熱が重要なのでしょうか? 松尾さん:断熱って簡単に言うと「住宅の厚着」なんです。日本の古

                    “断熱の鬼”が費用対効果の高い新築断熱住宅について語り尽くす! - 住まいのお役立ち記事
                  • しずかなインターネットの技術構成


                    Web note  稿/  Next.jsCloud RunAPINext.jsAPI Routes Next.js
                      しずかなインターネットの技術構成
                    • 徐々に高度になるリングバッファの話 - Software Transactional Memo

                      リングバッファのイメージ図 1. リングバッファとは何か 機能的にはFirst In First Out (FIFO)とも呼ばれるキューの一種であるが、リング状にバッファを置いてそれの中でReadとWriteのインデックスがグルグルと回る構造をとる事によって容量に上限ができることと引き換えに高速な読み書き速度を得たものである。キューを単に実装するだけなら山ほど方法があって線形リストを使ってもいいしスタックを2つ使っても原理的には可能だ。その中でもリングバッファを用いた方法の利点はひとえに性能の高さでありメモリ確保などを行わないお陰でシステム系の様々な場所で使われている。 これの実装自体は情報系の大学生の演習レベルの難度であるが少し奥が深い。まずリングバッファのスタンダードなインタフェースと実装は以下のようなものである。 class RingBuffer { public: explicit

                        徐々に高度になるリングバッファの話 - Software Transactional Memo
                      • 日本だけ実質賃金が横ばい…「もっと労働生産性を上げろ!」と主張する人たちに見てもらいたい国際比較グラフがこちら


                        nichinichi🏳🏳🌈 @nichinichibijou   x.com/shirakawa_love 2024-04-04 10:08:50 / @yellowman_a  x.com/shirakawa_love 2024-04-04 13:24:18
                          日本だけ実質賃金が横ばい…「もっと労働生産性を上げろ!」と主張する人たちに見てもらいたい国際比較グラフがこちら
                        • アラフォーが脳の曲がり角。人生100年時代に脳を老化させないため、今日からできること​​【ヴォーグなお悩み外来】​​

                          アラフォーが脳の曲がり角。人生100年時代に脳を老化させないため、今日からできること​​【ヴォーグなお悩み外来】​​ 誰もが抱えるものから人には聞けないものまで、あらゆる悩みにその道のエキスパートが回答。第85回は、分かりやすくてポジティブになれる解説でメディアなどでも引っ張りだこの脳科学者・西剛志先生が登場!「脳のピーク年齢は、 情報処理能力が18歳、人の名前を覚える力が22歳」とされるなか、30代や40代の人たちがどのように脳の老化に備え、パフォーマンスをあげればいいのかアドバイスいただいた。

                            アラフォーが脳の曲がり角。人生100年時代に脳を老化させないため、今日からできること​​【ヴォーグなお悩み外来】​​
                          • サブクエリの書き方を2万文字弱かけてすべて解説する


                              SQL[1] MySQL12使便SQL    MySQL8.0   Google meet  18,000 20,000   
                              サブクエリの書き方を2万文字弱かけてすべて解説する
                            • パワポのスライドと箇条書きが人間を駄目にする - Qiita

                              パワポのスライドと箇条書きが人間を駄目にする 今から20年前の2003年、データの可視化やインフォメーションデザインの先駆者として有名なイエール大学の教授エドワード・タフティが「パワーポイントの認知スタイル」というエッセイを発表しました。 彼はこのエッセイの中で、パワーポイントのようなスライド形式はプレゼンテーション自体の質を低下させ、余計な誤解や混乱を招き、さらに言葉の使い方、論理的な説明、そして統計的な分析といったものが犠牲になるため、スライドをつくる人の思考回路にダメージを与えると主張します。 こうした主張に賛同する人は現在でも多くいて、その典型的な例がアマゾンです。アマゾンではミーティングの前に文章形式の資料が配られ、ミーティングの最初の5分はそれぞれがこの配られたレポートを黙って読むことから始まるという話は多くの方も聞いたことがあるのではないでしょうか。(リンク) 実は、アマゾン

                                パワポのスライドと箇条書きが人間を駄目にする - Qiita
                              • 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する | AIDB

                                ホーム AI論文解説, LLM, プロンプト 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する 「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する 2023/11/3 AI論文解説 LLM プロンプト AIDB Research 感情を込めたプロンプトが大規模言語モデル(LLM)の性能を向上させることが示されました。「自分を信じて限界を超えてください」や「困難は成長のチャンスです。」といった自信や成長に関わる要素を含む指示が、モデルの出力品質に貢献するとの報告です。 この発見は、人間の感情を取り入れたアプローチが、人工知能の分野においても重要な役割を果たす可能性を示唆しています。Microsoftなどの研究グル

                                  「自分を信じて限界を超えてください」など感情をグッと込めた指示プロンプトが添えられると、ChatGPTなどのLLMのパフォーマンスは向上する | AIDB
                                • 国立西洋美術館で飯山由貴らアーティストがパレスチナ侵攻に抗議、美術館パートナーの川崎重工に訴え。遠藤麻衣と百瀬文の抗議パフォーマンスも

                                  ホーム / ニュース・記事 / 国立西洋美術館で飯山由貴らアーティストがパレスチナ侵攻に抗議、美術館パートナーの川崎重工に訴え。遠藤麻衣と百瀬文の抗議パフォーマンスも

                                    国立西洋美術館で飯山由貴らアーティストがパレスチナ侵攻に抗議、美術館パートナーの川崎重工に訴え。遠藤麻衣と百瀬文の抗議パフォーマンスも
                                  • インデックスを理解したい - Qiita


                                     DB使 DB 使使     (x, a)xa   SQL 3 
                                      インデックスを理解したい - Qiita
                                    • Webアプリケーションのパフォーマンス・チューニングの勘所 / web tuningperformance

                                      # 参考資料 - https://speakerdeck.com/hanhan1978/purohuairawoshi-tutaphpapurikesiyongai-shan-falsekan-suo - https://speakerdeck.com/hanhan1978/web-application-tuning-guildline - https://speakerdeck.com/soudai/basic-of-rdb - https://speakerdeck.com/soudai/shi-xing-ji-hua-falsehua - https://fortee.jp/phpcon-2021/proposal/1e11a6b1-08d9-4044-9909-4c90105ea726 - https://fortee.jp/phperkaigi-2021/proposal/1d

                                        Webアプリケーションのパフォーマンス・チューニングの勘所 / web tuningperformance
                                      • 上司がタスクを与えず、部下に「ちょうどいい挑戦」を作らせる 義務感をなくし、メンバーの自律を促す新マネジメント術

                                        東京・乃木坂から、「真面目に楽しく」をキーワードにした教育でビジネスパーソンを支援する株式会社ヒップスターゲートの主催イベントに、組織マネジメントの専門家で『遊ばせる技術 チームの成果をワンランク上げる仕組み』 の著者である神谷俊氏が登壇。「社員の自律を促す『新・マネジメント術』とは?」をテーマに、子どもから学べる自律レベルを高めるヒントや、刺激も挑戦も「ちょうどいい」がポイントになることなどを語りました。 子どもに学ぶ、自律レベルを高めるヒント 神谷俊氏(以下、神谷):では、どうやって自律レベルを高めていけばいいのか。セルフマネジメントからセルフリーダーシップに展開していけばいいのか。 ポイントは「遊び」です。先ほど高い自律レベルは遊んでいる状態に近いという話をしました。子どもたちが遊んでいる様子を見ると、自律レベルを高めるヒントが見えてきます。 例えば赤ちゃん。ハイハイしている赤ちゃん

                                          上司がタスクを与えず、部下に「ちょうどいい挑戦」を作らせる 義務感をなくし、メンバーの自律を促す新マネジメント術
                                        • データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog

                                          はじめに 2024年1月にリテール(ネットショップ・レジ)部門からサービス(予約)部門に異動になった @ucks です。 異動してからはスマートリストという機能の開発を行っていて、5月6日に無事リリースできたのと、開発途中で障害に至ってしまった部分があるので、裏側を少し紹介しようかなと思います。 はじめに スマートリストとは スマートリストの設計 検索の仕様変更 高負荷時のハンドリング そして障害へ 見逃した点 DBの実行計画確認時の見逃し 動作確認時の漏れ 監視先の漏れ ログの損失 おわりに スマートリストとは スマートリストの開発についての話を行う前に、まずはスマートリストについて簡単に説明しておきます。 スマートリストとは、特定の条件の顧客をラベリングする機能です。 早い話、最終予約日がいつ、予約回数が何回以上等の顧客の検索条件を保存しておいて、閲覧時にラベリングして、視認しやすくし

                                            データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog
                                          • SSH接続を10倍速くするたった3行の設定 - Qiita


                                            SSH31012  .ssh/configHost *3  1. ControlMaster auto 1SSHSSH 2  2. ControlPath ~/.ssh/mux-%r@%h:%p Contr
                                              SSH接続を10倍速くするたった3行の設定 - Qiita
                                            • SQLの達人への道: MySQLでの高速・効率的クエリ作成術 - Qiita

                                              データベースとテーブルの作成 テスト用のデータベースtestdbを作成し、パフォーマンスチューニングを検証するためのcompanyおよびpersonテーブルを定義します。 CREATE DATABASE testdb; USE testdb; CREATE TABLE company ( company_id INT AUTO_INCREMENT PRIMARY KEY, company_name VARCHAR(255) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE person ( person_id INT AUTO_INCREMENT PRIMARY KEY, company_id INT, person_name VARCHAR(255) NOT NULL, email VARCH

                                                SQLの達人への道: MySQLでの高速・効率的クエリ作成術 - Qiita
                                              • FirefoxがついにChromeよりも高速なブラウザに

                                                Treeherderは、Mozillaの開発するソフトウェアのテスト結果や、ウェブサービスや外部ツールで取り込んだデータを抽出・加工するETL機能などを有するウェブサイトです。このTreeherderに、Google ChromeとFirefoxのベンチマークテスト結果をまとめたデータが公開されました。これによると、FirefoxはChromeよりも高いスコアを出している、つまりは高速なブラウジングが可能なブラウザということのようです。 Perfherder https://treeherder.mozilla.org/perfherder/graphs?timerange=31536000&series=mozilla-central,3735773,1,13&series=mozilla-central,3412459,1,13 Firefox has surpassed Chrome

                                                  FirefoxがついにChromeよりも高速なブラウザに
                                                • ビデオカードのメモリが増設できない理由について、昔この業界に関わった..

                                                  ビデオカードのメモリが増設できない理由について、昔この業界に関わったことがある俺が説明してみる。理由は2つで、技術的ハードルが高い点と需要が無いという点である。 その1 技術的ハードルについて現在主流となっているビデオカードのメモリはGDDR6という規格である。こいつは16Gbpsでデータを転送できるんだが、1bitのデータのやりとりに使えるのはわずか62.5ピコ秒しかないということだ。これってメチャクチャやばい話で、僅か数mmの配線長の違いでも信号のタイミングのずれに影響してしまう。PC系のニュースサイトでビデオカードからクーラーを外した写真がよく掲載されているので試しに見てほしいのだが、タイミングずれが起きないようにGPUの周りを囲むように等距離になる位置にメモリが配置されているのがわかるだろうか?また、このような配置には、配線距離が短くなるメリットもあるのだ。 一方、PCに使われるメ

                                                    ビデオカードのメモリが増設できない理由について、昔この業界に関わった..
                                                  • レイテンシ(遅延)とスループット(帯域幅)と帯域幅遅延積 - Qiita

                                                    マルチクラウド展開にまつわる既成概念を覆すより データ転送では、特に長距離の場合にレイテンシ(遅延)が問題になることがありますが、現在はすべてのクラウド・プロバイダーがそれぞれの物理インフラストラクチャを互いの近くに配置(専門用語では「コロケーション」)しているため、これはさほど問題となりません。この近接性(場合によっては同一コロケーション施設内の別の部屋)は、クラウド間のレイテンシがミリ秒単位であることを意味します。それに加え、クラウド・データセンター・リージョンは世界中で増加しており、クラウド・リージョン間の距離は縮まっています。 という事で、レイテンシ(遅延)について、まとめてみてみます。 ■ Agenda レイテンシ(遅延)とスループット(帯域幅) レイテンシと TCP の動作 帯域幅遅延積(Bandwidth-Delay Product) TCP Window Size の調整と

                                                      レイテンシ(遅延)とスループット(帯域幅)と帯域幅遅延積 - Qiita
                                                    • Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita

                                                      Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル)oracleWeb この記事は、 JPOUG Advent Calendar 2023 24日目の記事です。 23日目は multilayer さんの記事『OCIのLanding Zoneについて調べてみた!』でした。 想定読者 ファントムファイルについてよく知らない、帳票の扱い方をあまり考えたことがない人 イントロダクション 皆さん、世の中のWebシステムで利用される画像や帳票ファイルがどこに保存されているかご存知でしょうか? 帳票や大きな画像ファイルなどを扱う際、大きく分けて2つの設計方針があります。 ・DBに直接保存する ・DB外部に保存し、パスなどをDBに保存する オライリーのSQLアンチパターンの、”ファントムファイル”という章にはこのあたりのことが書いています。 [Amaz

                                                        Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita
                                                      • (翻訳) GitLab 社で働くのはどのようなものだったか - forest book


                                                        稿 Yorick Peterse  yorickpeterse.com 稿 DeepL Pro 使 Yorick Peterse 稿  GitLab  201510 GitLab 6202112退  GitLab  Inko 20152021GitLab 2 () 6
                                                          (翻訳) GitLab 社で働くのはどのようなものだったか - forest book
                                                        • 型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog

                                                          SmartHRで届出書類という機能を担当しているプロダクトエンジニアのsato-sと申します。 今日は、以前私が調査にとても苦労したパフォーマンス上の問題の話を紹介したいと思います。 TL;DR PostgreSQLのアップグレードを実施した アップグレード後、今までは問題のなかった特定のクエリの実行に1時間超かかり、DBのCPU使用率がピッタリ100%に張り付くようになった 色々調査した結果、PostgreSQL上の型キャストの場所のせいで、良くないクエリプランが選択されることが原因だった 型キャストの場所には気をつけよう PostgreSQLのアップグレードと挫折 SmartHRでは基本的にWebアプリケーションのデータベースとしてGoogle CloudのCloudSQLによって提供されるPostgreSQLを利用しています。 私の担当している届出書類機能では、利用中のPostgre

                                                            型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog
                                                          • 履歴データテーブルとの向き合い方_PHPerKaigi2024

                                                            PHPerKaigi2024 の登壇資料です。 履歴データテーブルとの向き合い方 https://fortee.jp/phperkaigi-2024/proposal/47cf9f17-825a-4021-bf33-86e4a62bc222

                                                              履歴データテーブルとの向き合い方_PHPerKaigi2024
                                                            • 高効率なSQLクエリの書き方 - Qiita

                                                              概要 この記事では、SQLクエリをより効率的に記述するためのベストプラクティスとテクニックに焦点を当てています。データベースのクエリはシステム全体のパフォーマンスに直結するため、最適な書き方を知ることは重要です。インデックスの効果的な活用方法、適切な結合の選択、そして条件の効果的な書き方など、SQLの最適化に関する具体的な手法を解説します。各SQL文に関する実行計画の結果も掲載していますので、ぜひご確認ください。 なお、Oracle19cとOracle12cでの利用実績がありますが、他のデータベースやバージョンにおいての検証は行っておりません。 新しい情報は随時追加されますので、お楽しみにしてください。 SQLの最適化に関連する基本的なアイデア 以下の通りと考えています。 1.インデックスの利用 2.正しいJOINの選択 INNER JOIN、LEFT JOIN、RIGHT JOINなど、

                                                                高効率なSQLクエリの書き方 - Qiita
                                                              • 次に来るのはモチパ

                                                                風呂でふと思いついたんだが、これまでのなんたらパフォーマンスって、自分が使えるなんたらの節約じゃないか? コストパフォーマンスって可処分資産の節約だろ。 タイムパフォーマンスって可処分時間の節約だろ。 それで考えると、あと節約したくなるものってあれしかないだろ。自分の心の余裕、可処分精神しかないだろ。(どうでもいいけど、マインドシェアって言う奴マジで居なくなったよな) それで考え直すと、上の2つは可処分精神の節約に内包されてるんじゃないのか。 コスパがいい→「値段高!ただでさえ金がないのに、こんなに金掛かるのかよ!」というイライラに思考を取られない タイパがいい→「動画長い!ただでさえ時間がないのに、こんなに待たされるのかよ!」というイライラに思考を取られない どっちも、イライラに思考を取られないのが良いんだろう。ならそれが主体だ。 ということでキャッチーな略称にしたいが、いい単語が全然見

                                                                  次に来るのはモチパ
                                                                • 目標から逆算し、先回りされると意欲を奪われる|shinshinohara


                                                                    1 
                                                                    目標から逆算し、先回りされると意欲を奪われる|shinshinohara
                                                                  • MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita


                                                                     Advent Calendar 2023 3  (@kunit)  MySQL (5.7 -> 8.0)   MySQL 5.7  8.0 CI MySQL 8.0   MySQL 5.7  8.0 3 3
                                                                      MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita
                                                                    • 本気か?Apple幹部が「Macのメモリは8GBでOK」と主張。 - すまほん!!

                                                                      海外サイト「IT之家」は4月12日(現地時間)、Appleのエンジニアリング担当副社長Kate Bergeron氏とMac製品マーケティングチームのEvan Buyze氏の独占インタビューを公開しました。そのなかでEvan Buyze氏は、Macの実行メモリ容量について興味深い発言をしています。 Macでは2015年以降、全モデルが最低でも8GBの実行メモリを搭載してきました。2020年以降に登場したApple Silicon搭載モデルでは、CPU、GPU、実行メモリを1つのチップに収めたユニファイドメモリとすることで、各チップが分離していた従来モデル(Intel Mac)と比べ、全体的な処理能力も向上しています。 一方、複数のチップをまとめた結果、購入後に実行メモリの容量を増やすという、Intel MacのハイエンドモデルやWindowsマシンではお馴染みのテクニックは使えなくなりました

                                                                        本気か?Apple幹部が「Macのメモリは8GBでOK」と主張。 - すまほん!!
                                                                      • RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド / delete flag

                                                                        PHPカンファレンス関西の登壇資料です。 WEB+DB PRESS Vol.134に詳細があります https://gihyo.jp/magazine/wdpress/archive/2023/vol134

                                                                          RDBアンチパターンと戦う - 削除フラグ 完全攻略ガイド / delete flag
                                                                        • OpenAI Cookbook

                                                                          Processing and narrating a video with GPT's visual capabilities and the TTS API

                                                                            OpenAI Cookbook
                                                                          • OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】

                                                                              OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】
                                                                            • 開発者が知るべきキャッシュ設計でよく遭遇する問題


                                                                                  Cache penetration DBDB DBDB 
                                                                                開発者が知るべきキャッシュ設計でよく遭遇する問題
                                                                              • UUIDとULIDを理解していない方は見た方がいい記事

                                                                                Auto increment(自動採番)型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例) 競合他社は、公

                                                                                  UUIDとULIDを理解していない方は見た方がいい記事
                                                                                • ARMはx86より効率がいいというのは過去の神話

                                                                                  従来から、「ARMはx86より(電力的に)効率的だ」という言説があります。これは単純に「ARMは省電力なスマホ向けで、x86は電力を食うPC向け」程度のアバウトなイメージのこともありますし、前世紀のRISC vs CISC論争のころからある「ARMはx86 (x64を含む)に比べ命令セットがシンプルなので、命令デコードにかかる電力が少なくて済んで効率的」という議論の形をとることもあります。 この議論については、半導体エンジニアの多くは「ARMがx86 より効率が良いというのは、もはや過去の神話」(in today’s age it is a very dead argument)という認識を共有していると言っていいでしょう。有名なところではApple CPU (ARM)とZen (x86)の両方を開発したジム・ケラー氏のインタビューでも言われていますし、Chips and Cheeseとい

                                                                                    ARMはx86より効率がいいというのは過去の神話