並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 7958件

新着順 人気順

仕様の検索結果281 - 320 件 / 7958件

  • データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース

    「どのように開発するか」だけでなく、上流からプロジェクトに携わり「何を開発するか」から検討したい、と考えているエンジニアの方は少なくないでしょう。 一方、実際の開発現場では「WHAT(何を開発するか)」がすでにある程度検討され、エンジニアはその実現方法を具体化させるフェーズから参画し「HOW(どのように開発するか)」を考えるケースが多いのではないでしょうか。 「WHAT(何を開発するか)」を検討するフェーズからボトムアップでアイデアを出し、プロダクトの成長にコミットしたいーー。そんな思いを強く持つエンジニアにとって、理想的な環境とも言えるのがリクルートです。 今回、同社を代表するプロダクトである『SUUMO』のレコメンドAPIのインフラを、機械学習エンジニア(以下、MLE)とデータエンジニア(以下、DE)が連携して改修したプロジェクトを参考に、事業成長にコミットするエンジニアの姿を伝えます

      データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース
    • 社内版 ChatGPT を構築し、社内の ChatGPT 利用を促進した話 - メドピア開発者ブログ

      SRE の田中 @kenzo0107 です。 社内版 ChatGPT を構築し、社内の ChatGPT 利用を促進した話です。 社内版 ChatGPT が必要だった理由 以下要望を実現する為です。 秘匿情報をクローズドな環境で OpenAI にポストしたい 社員誰もが最新のモデルやバージョンで高精度、且つ、パフォーマンスの高い ChatGPT を利用したい 構成 - Web 版 社内 ChatGPT Web サービスは AWS に配置 ALB を会社毎に分けて Google 認証する *1 ECS から Azure API Management 経由で Azure OpenAI Service に問い合わせ API Management は Azure OpenAI Service の監査ログを取得する為に配置している *2 Azure 側ではネットワークセキュリティグループで AWS N

        社内版 ChatGPT を構築し、社内の ChatGPT 利用を促進した話 - メドピア開発者ブログ
      • 八木啓代のひとりごと 松本人志は嵌められたのか? (弁護士がとにかくヤバすぎる件)

        (前のエントリから続く。松本人志の弁護人、田代政弘のヤバさについて語ります) 田代がまったく虚偽の報告書を作ったのは明らかであり、それが「勘違い」のレベルではないことは、流出した証拠文書を見たら明らかだった。何より、裁判所がその事実を明白に認めていた。 いくら膿を出すのを嫌ったとはいえ、これだけ明らか、かつ、悪質な犯罪をしでかした田代を不起訴にした検察も検察だったが、だからこそ、検察審査会で起訴議決が出るのではないかとメディアも思ったわけだ。 ところがここで、奇妙なことが起こったの。 検察審査会は、11人の審査員で構成される。 その審査員は、選挙人名簿から「くじ引きソフト」で、無作為で選ばれることになっている。 そして、3ヶ月毎に半数が入れ替わる。 つまり、6ヶ月で全員が入れ替わる。 審査員の任期は「期間」で決まっており、案件で決まることはない。 そして、田代虚偽報告書事件の申立は、東京第

        • 東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey

          「初!都庁職員、アジャイル型開発に参加する」 東京都デジタルサービス局デジタルサービス推進部の公式note(2023年1月公開)には、かつて“試みたことのない開発手法”であったアジャイル型開発を東京都が採り入れ、複数のソフトウェアを開発した経緯が綴られています。 これまでAgile Journeyでは、さまざまな組織、企業のアジャイル導入事例を紹介してきましたが、それぞれの組織がそれぞれのモチベーションを持ち、課題に向き合いながら、導入に取り組んできました。では、それが自治体の場合では? 東京都がアジャイル型開発を導入し、運用していくための動機、準備、事業者との契約の方法、そして実践のありようを、東京都デジタルサービス局の石川秀之さん、下家昌美さんに聞きました。 コロナ禍で浮き彫りになった、「迅速」の重要性 「システムをアジャイル型開発で作ってみませんか」メールで呼びかけ、アジャイル型開発

            東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey
          • Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary

            先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの

              Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
            • なぜ、ネパール定食「ダルバート」を出す店が、東京に300店もあるの?(田嶋章博) - エキスパート - Yahoo!ニュース

              ネパールの国民料理、「ダルバート」(※1)。今や東京では、ダルバートを出す店が、300軒を超えています(※2)。 ためしに食べログで「東京 かつ丼」で検索してみると、389軒がヒット。親子丼だと、265軒。もちろん検索に引っかからない店もあるでしょうが、大まかにいえばダルバートというエスニックなマイナー料理が、店数の上ではカツ丼や親子丼レベルの身近さになっているのです。 そこで今回は、『日本のインド・ネパール料理店』などの著書があるインド・ネパール専門家、アジアハンター 小林真樹さんに、ダルバートスポットの異様な多さの理由を尋ねてみました。見えてきたのは、バブル期の前から始まる、日本のネパール料理店の数奇な道のりでした。 ※1 豆のスープとご飯がセットになった定食で、ネパールの定番料理。カレー、野菜炒め、漬物、生野菜などとあわせて食べる ※2 東京ダルバートMAP調べ ダルバートを前にする

                なぜ、ネパール定食「ダルバート」を出す店が、東京に300店もあるの?(田嶋章博) - エキスパート - Yahoo!ニュース
              • DB に JSON を保存したいときに Protobuf を使うと便利 #LayerXテックアドカレ - LayerX エンジニアブログ

                こんにちは。バクラク事業部 Enabling チームの @izumin5210 です。最近「HUNTER×HUNTER」の既刊を全部読みました。 この記事はLayerXテックアドカレ2023の9日目の記事です。 前回「1人目データアナリストとしてデータチームに異動しました 」 次回「Slack × Zapier × MiroでKPTでの振り返りをラクにする」 RDB や KVS などのデータ保存先において、データを正規化せずにそのまま保存したいと思うことはありませんか? 8月にリリースされた「バクラク請求書発行」というプロダクトには「柔軟なレイアウトカスタマイズ」機能が搭載されています。リンク先の画面操作イメージを見ていただくと、この機能の雰囲気を理解していただけると思います。この機能が扱うレイアウトデータはまさに「関係の正規化をせずに保存したいデータ」でした。 bakuraku.jp こ

                  DB に JSON を保存したいときに Protobuf を使うと便利 #LayerXテックアドカレ - LayerX エンジニアブログ
                • 「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論

                  しのゆー𝕏酒くずエンジニア @shinoyu 元HN風嬢の男性 / 新宿で社長やってるソフトウェアエンジニア18年生 / 💻技術🎧 V系 🎀ロリィタの人 / 170スペ110 スプリング、骨ウェーブ、顔ソフエレ / 絡みない鍵とスパムはブロック(プライベートリスト使え) / 原則IT関連業のみフォロー https://t.co/zGFlbhGSDi しのゆ𝕏酒くずエンジニア @shinoyu わし詳細設計書書くのやだよ( ̄・ω・ ̄) 細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない。 必要なのは完成に必要要件がまとめられたもの。それを元に受け入れ試験書がつくられる。それクリアすればどう作ってようが構わんわけだ 改修コストを下げるための設計になってることは前提だけどね。 だけど、詳細設計書が必要となる現場はこの設計することは

                    「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論
                  • React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog

                    CTO 室の恩田(@takashi_onda)です。 一休レストランのフロントエンドアーキテクトを担当しています。 Intro 一休レストランでは、以前ご紹介したようにフロントエンドで React / Remix を利用しています。 user-first.ikyu.co.jp 一方、設計方針としては、React / Remix への依存が最小になるように心掛けています。 今日は、そんな一見矛盾するような設計方針について、ご紹介したいと思います。 この記事を読んでいただき Remix に興味をもたれたら、明後日 2024/8/7(水) 19:00〜 のオンラインイベント offers-jp.connpass.com にもご参加いただけると嬉しいです。 この記事でご紹介している疎結合なフロントエンドアーキテクチャを実現する Remix の魅力についてお話します。 なぜ依存を最小にするのか? R

                      React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog
                    • 書評:GitHub Copilot とのペアプロ TDD でつくるローグライク RPG - 若くない何かの悩み

                      本記事は「GitHub Copilot とのペアプロ TDD でつくるローグライク RPG」の書評です。題名にローグライクRPGとあるのでゲーム開発の本なのかなと思ってしまいますが、本題は仕様の端的な表現をもたないシステムを LLM を使って真っ当に開発する方法の解説だと思います。タイトルにローグライクRPGと書いていることでゲーム開発に興味のない人の興味を失わせてしまい損をしている気がします。 背景 最近の LLM の流行を受けて私も Chat-GPT や GitHub Copilot といった LLM を開発で利用しています。端的に仕様を表現できるシステムは LLM に質問して実装を得る方が自分で実装するより圧倒的に速く正確であるという感想を抱いています。ただ端的に仕様を表現できるシステムばかりではありません。えてして価値を生んでいるシステムというのは端的な仕様の表現が存在しないもので

                        書評:GitHub Copilot とのペアプロ TDD でつくるローグライク RPG - 若くない何かの悩み
                      • Blueskyの中の人に「Blueskyの野望」「Blueskyの収益化計画」「Bluesky公式サーバーのスペック」「APIが使えなくなることはあるのか」「ジャック・ドーシーとBlueskyの関係」など今知りたいことを全部聞いてきました

                        2024年4月14日(日)に大阪で開催された「Bluesky Meetup in Osaka Vol.2」では、Bluesky開発チームのテクニカルアドバイザーを務めるWhy氏に対してユーザーが何でも質問できる質疑応答タイムが設けられました。さらに、質疑応答タイムの後にWhy氏に直接インタビューする機会を得られたので、GIGAZINE編集部がBlueskyについて気になっていることを時間の許す限り聞いて答えてもらいました。 Bluesky meetup in Osaka Vol.2 - connpass https://428lab.connpass.com/event/313710/ Bluesky Meetup in Osaka Vol.2の質疑応答タイムでは、ユーザーからWhy氏に対して「鍵アカウントの実装予定はありますか?」「AT Protocolに○○という機能を追加する予定はあ

                          Blueskyの中の人に「Blueskyの野望」「Blueskyの収益化計画」「Bluesky公式サーバーのスペック」「APIが使えなくなることはあるのか」「ジャック・ドーシーとBlueskyの関係」など今知りたいことを全部聞いてきました
                        • Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita

                          元記事 元記事を読んで恐くなり、災害用公衆無線LANの00000JAPANを含むFree Wi-Fiの使用を躊躇してしまった一般利用者個人のためにこの記事を書きました。 本記事では大雑把に元記事がどのようなリスクを指摘しているのか、そしてなぜそれを考えなくて良いのかを説明した後、情報セキュリティについて持論を述べる前に理解しておくべき点に触れます。 結論 正しくスマホやPCを使う限りFree Wi-Fiは危険ではありません。00000JAPANをぜひ活用してください。 これに同意した方とネタが嫌いな人はセキュリティクラスタは口が悪いまで読み飛ばしてください。 まだ心配な人のために暗号化の重要性を知っている専門家の見解を紹介します。 災害時無料公衆無線LANの利用がNHKで紹介され、Wi-Fi暗号化がされていないことから「クレジットカード情報やパスワードなどの入力は極力、避けるよう」と呼び掛

                            Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita
                          • RaspberryPi を安定運用させる - Qiita

                            はじめに しまねソフト研究開発センター(略称 ITOC)にいます、東です。 教育用ワンボードマイコンとして販売されている Raspberry Pi (以下ラズパイ)は、教育用のみならず実験用、産業用とさまざまな分野で使われつつあります。一方、マイクロSDカードをメインストレージに使用している事や、OSがクライアントPCよりの設定にしてある事などから、長期安定運用には向かない面も存在します。 このレポートでは、OSや稼働させるソフトウェアの設定など、できるだけ簡易に再現可能な方法により、可能な限りラズパイを安定して長期運用させることを狙います。また、その題材として、デジタルサイネージ(*)を作ってみます。 私は、2000年ごろからフラッシュメモリを使ったFA機器の開発を皮切りに、10年ほど前からは民生用フラッシュメモリ(CF,SD,USBメモリ)を起動デバイスとした機器を開発・運用していまし

                              RaspberryPi を安定運用させる - Qiita
                            • 「AI生成キャラクター」はいまどのレベルまで進んでいるのか?バンダイナムコ研究所が語るAIテキスト生成の光と影【CEDEC 2024】

                              頼展韜氏プロフィール 會田翔氏プロフィール バンダイナムコ研究所は、バンダイナムコエンターテインメントと協力して配信AIキャラクタープロジェクトを実施しており、「ゴー・ラウンド・ゲーム(ごらんげ)」という企画を進行している。その裏側で、あるいはゲームテキスト素材生成ツールを作る際において、どのようにAIテキスト生成を利用していたか解説が行われた。 ゲーム開発環境においてもAI生成は当たり前に 近年、LLMは目まぐるしい発展をしており、さまざまな領域を含む問題で構成されるベンチマーク「MMLU」において、人間の専門家を超えるスコアを達成しているという。 しかもこれは商用モデルのみならず、MetaのLlamaをはじめとするオープンモデルも性能差が縮まってきているという。ゆえに、ゲーム開発においても応用が効くわけだ。 ゲーム内のテキスト生成という分野においては、 『ダンジョンズ&ドラゴンズ』のゲ

                                「AI生成キャラクター」はいまどのレベルまで進んでいるのか?バンダイナムコ研究所が語るAIテキスト生成の光と影【CEDEC 2024】
                              • 奈須きのこ「ゲームライターとして致死級のダメージを受けました」と言わせた若きクリエイターがLoLと攻殻機動隊から至高のインディゲームを作るまで

                                『SANABI』。2023年でもっとも賞賛を浴びた韓国インディーゲームの一本である。 美麗で繊細なドット絵のアニメーション、挑戦的でスタイリッシュなアクション、重厚な音楽、そして驚きに満ちた感動的なストーリー……あらゆる面において磨き抜かれた本作は、韓国のみならず、世界で高く評価された。本邦においては、奈須きのこ氏が「軽い気持ちで踏み込んだら、ゲームライターとして致死級のダメージを受けました。」と絶賛したのが、記憶にあたらしいところだ。 なにより衝撃を持って受けとめられたのは、開発陣の陣容だった。 スタッフは半分を占める音楽担当を除けばわずか6名。しかもメインスタッフのほとんどが20代。 開発経験も少ないはずの若き無名のチームが、どうやって大手にも劣らない洗練と魅力を実現できたのかーー。 その秘密に迫るべく、 Indie Intelligence Network (IIN)取材班は現地での

                                  奈須きのこ「ゲームライターとして致死級のダメージを受けました」と言わせた若きクリエイターがLoLと攻殻機動隊から至高のインディゲームを作るまで
                                • iPadに18禁ゲームをインストールする(ためのWebアプリを作る)

                                  これをどう作ったかの解説。 PWA まず、上のスクリーンショットのアイコンはSafariの「ホーム画面に追加」で作られたものである。タップするとフレームなしのブラウザが立ち上がって、xsystem4(ゲームエンジン)のWebAssembly版が起動する。xsystem4のWebAssembly移植についてはこちらの記事に書いた。 この種のWebアプリはプログレッシブウェブアプリ (PWA)と呼ばれる。最近さっくり廃止されかかったりして、いつまで使えるかは少し心配でもあるが…。 iOS / iPadOS SafariにおけるPWA SafariのPWA対応は他プラットフォームのChromium系ブラウザと大きく違っている点が一つあって、SafariとインストールされたPWAはストレージを共有しない。つまり、例えばSafariでログインしたユーザーがホーム画面にサイトをインストールしてそちらを

                                    iPadに18禁ゲームをインストールする(ためのWebアプリを作る)
                                  • 子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                                    東京都文京区に注文住宅を建てたエンジニアのTomohisaさん。都心に注文住宅を建てるという金額面でのデメリットを懸念しつつも、長期的な資産価値を考慮し「建物ではなく土地に可能な限り予算をかける」ことを選択しました。 そうして建てた自宅では全館空調、全館浄水器といった生活の快適さを追求する一方で、仕事スペースやネットワーク環境は必要最小限に。さまざまな制約がある中でバランスを取った家づくりを心がけたといいます。 職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニアの家づくりを紹介する「エンジニア、家を建てる」第8回です。 はじめまして、Tomohisaと申します。年齢は40代後半で、同世代の妻と小学生の娘2人(小5、小2)の4人で暮らしています。 大学生の頃に外資系ベンチャー企業でアルバイトを経験して以来、ベンチャー企業を渡り歩くエンジニア人生を送ってきました。アプリからイ

                                      子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                                    • 思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)

                                      こんにちは。アドカレ12/24の記事を簡単にではありますが書かせていただきました。(25日のポストで遅刻ですが) Digital Identity技術勉強会 #iddanceのカレンダー | Advent Calendar 2023 - Qiita はじめに 本日のテーマ:思わず天を仰いでしまうID関連システムトラブル 本日のテーマは、みんな大好き「トラブル」の話です。CIAM(Consumer Identity and Access Management)領域のさまざまなシステムにさまざまな立場で関わり、さまざまなトラブルに遭遇してきた経験を踏まえて、クリスマスの合間の気楽な読み物として記載しましたので、一息ついていただければ幸いです。 今回はトラブルの中でも思わず「天を仰いでしまう」激ヤバトラブルにフォーカスして、私的ランキング形式でお届けしたいと思います。 天を仰ぐトラブルとは? 私

                                        思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)
                                      • デジタル認証アプリとのID連携で使われている標準化仕様と勘所

                                        ritou です。 みんなが待っていたデジタル認証アプリの情報が公開されました。 開発者向けのガイドライン、APIリファレンスなどのドキュメントも公開されています。 今回は開発者視点でどんな作りになっていて、利用するために理解が必要となる標準化仕様はどのあたりなのかを取り上げます。ちょっとOIDCのRPやOAuthのClient実装経験のある開発者向け、ぐらいの内容です。 概要 公開された情報からすると デジタル認証アプリサービス(アプリ+バックエンド)はマイナンバーカードを用いた当人認証を実施 現在は都度マイナンバーカードを利用する必要がありますが、いずれはスマホに保存されたカード情報を使ってもっと楽になりそう ID連携のIdentityプロバイダとして認証イベント情報、基本4情報といった属性情報を民間/行政サービスに提供 民間/行政サービスは認証イベント情報に含まれるユーザー識別子を利

                                          デジタル認証アプリとのID連携で使われている標準化仕様と勘所
                                        • アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明

                                          ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268%も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「

                                            アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明
                                          • 「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている

                                            「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている Tailwind CSS 1 を一目見た人、特にCSS初学者のうちけっこうな割合が「これエグい負債になりそう」と思う気がする。なぜなら実際にそのような意見をちらほら見るからなんだけども、自分はあんまりそうは思っていないし、微妙に今のCSSについて誤解があるような空気も感じるのでその理由を説明したい2。JSXと同じで嬉しさを理解して使い慣れればなんてことはないのだけど、一方でその背景にある話はJSXより複雑なので単純に使って慣れればいいという話でもなさそう。 なお、この記事は私の以下の2ツイートを膨らませたものです。 Tailwind CSS、剥がすのは大変そうだけどそれをもって重大な負債になると評せるかは微妙に思っている https://x.com/aumy_f/status/18220941478532

                                            • アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース

                                              アジャイル・スクラム開発とウォーターフォール開発──開発手法を巡ってしばしば対立項に置かれるこの二つのスタイルは、考え方はもちろん、段取りやマネジメントの方法もまるで異なります。そんな全く異なるスタイルをとる二つのチームがコラボレーションし、開発プロジェクトを推進していくことは現実的に可能なのでしょうか? そんなコラボレーションを、決済というミッションクリティカルな領域で実現し、新たなシステムのリリースにこぎ着けた実例がリクルートにはあります。 英語や英会話の学習を支援する『スタディサプリENGLISH(以下、スタサプENGLISH)』では、今や主流となりつつあるサブスクリプションモデルに決済システムが対応できていないという課題がありました。そこで、決済・金融関連のシステムを開発するチームと共同で、新たな決済システムの開発に取り組みました。 『スタサプENGLISH』のチームは、内製の開発

                                                アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース
                                              • アイリスオーヤマの回転チェアが良かったから買い足そうとしたら、見た目そっくりのまま型番が変わってた→注文したらやせ衰えて座り心地も変わったやつが来た

                                                山口真弘 @kizuki_jpn 同一型番ならクレームつけるけどそうじゃないのでこれはメーカーには非はない。とはいえどうするかな、まだ在庫残ってる旧型番探してもう一台調達するかな 2023-11-03 17:59:09 山口真弘 @kizuki_jpn 自分がいたメーカーもこういうのはしょっちゅうだったけど、それは売れすぎて間に合わないので生産力のある製造元に変える→微妙に仕様が変わる→やむを得ず型番変更→品質は大差ないかむしろよくなるパターンがほとんどだったのでここまでコストダウンされるのはびびる 2023-11-03 18:03:49

                                                  アイリスオーヤマの回転チェアが良かったから買い足そうとしたら、見た目そっくりのまま型番が変わってた→注文したらやせ衰えて座り心地も変わったやつが来た
                                                • アメリカンバトルドーム| プレミアムバンダイ

                                                  発売から30年を記念し、『アメリカンバトルドーム』が令和に復活!! 本体色やステッカーデザインなどを含めて、当時の仕様を完全再現しています。 遊び方は超カンタン! 中央から転がってくるボールをフリッパーではじいて相手のゴールにシュート!! 超エキサイティングなアクションゲームです。 当時遊んだ方はもちろん、まだ遊んだことのない方も この機会にぜひお楽しみください!! ------------------------------------------------------------------------------------------------ 【セット内容】 ・本体ベース…1個 ・フリッパー…4個 ・ドームトップ…1個 ・ドームトップベース…1個 ・ドームトップ支柱…2個 ・センターホール…1個 ・反射板…4個 ・ネット…1個 ・ベル…4個 ・S字型スピン…4個 ・カラーボー

                                                    アメリカンバトルドーム| プレミアムバンダイ
                                                  • (終了)法令APIプロトタイプ公開テスト(第1回)|デジタル庁

                                                    法律や政省令等のデータを提供する法令API の高度化の一環で、法令APIの機能拡張のプロトタイプ(法令APIプロトタイプ)を開発しました。 開発した法令APIプロトタイプについて、法令データを利用される方のご意見を募り、また新規サービスの創出を促進すべく、2023年10月24日(火)から2023年11月30日(木)までの期間で法令APIプロトタイプ公開テストを実施しました。当期間内で、法令APIプロトタイプの環境・具体的な仕様・サンプルコードを公開しました。 今回の取組を通して、法令APIプロトタイプの使い勝手やニーズ等、貴重なご意見を頂きました。ご意見については改善への参考にさせていただくとともに、今後も、法令API機能拡張等の検討を継続していきます。 公開テスト期間2023年10月24日(火)から2023年11月30日(木)まで ※終了しました 法令APIプロトタイプの概要公開テスト期

                                                      (終了)法令APIプロトタイプ公開テスト(第1回)|デジタル庁
                                                    • まつもとゆきひろ氏が“幻のPerl6”から学んだ教訓 「OSSの最大の敵」と「セカンドシステムの危険性」

                                                      プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。3回目は、「Second System Syndrome」について。前回はこちら。 退屈は最大の敵 まつもとゆきひろ氏:次はPerlですね。ここまでですでに4回ぐらいPerlの話題が出てきています。なぜかというと、私はPerlが大好きなんですね。実は、Perlが大好きなんですが、Perlのプログラミングは大好きじゃないんですね。あと、Perlのソースコードも大好きじゃないんですね

                                                        まつもとゆきひろ氏が“幻のPerl6”から学んだ教訓 「OSSの最大の敵」と「セカンドシステムの危険性」
                                                      • Amazonプライムデーのお勧めイヤホン - ARTIFACT@はてブロ

                                                        2000円以下のPCスピーカーの新定番「FUNLOGY Speaker」 FUNLOGY Speaker(スピーカー/PCスピーカー)【VGP2024受賞 / 総合14W / ステレオスピーカー/パソコン/USB給電/重低音/AUX / 3.5mmピン入力 / 日本ブランド 】 (ホワイト) FUNLOGYAmazonイヤホンの前に一押ししたいオーディオ製品があるので、最初に紹介したい。FUNLOGYが出したPC用スピーカーは1,980円と非常に安いのだが、音の空間が広がり、しっかりした低音が出る。ほぼ同価格のCreative Pebbleと同様にパッシブラジエーターを採用しており、構造はそっくり。違いは形ぐらいで、音はかなり似ている。どちらを選ぶかなら形で選んでいいのだが、FUNLOGY Speakerは現在セール中で1,490円となり、完全にライバルがいない製品となっている。PC用のア

                                                          Amazonプライムデーのお勧めイヤホン - ARTIFACT@はてブロ
                                                        • 吉井和哉 - 世界の終わり(THEE MICHELLE GUN ELEPHANT Cover)

                                                          Live at TRIAD ROCKS - Columbia vs Triad - (2015.5.19) 2023年10月11日に解散から20年を迎える THEE MICHELLE GUN ELEPHANT の ”世界の終わり” カバーライブ映像を期間限定で公開。 --------------------------------- ソロ活動20周年を記念して、吉井和哉による厳選カバー20曲の音源が一度に楽しめる珠玉のプレイリスト「吉井和哉 20 COVER Songs」公開! 🔗主な配信サービスはこちら https://yoshiikazuya.lnk.to/20_cover_songs --------------------------------- 💿20th Anniversary BEST ALBUM「20」 2023年9月13日(水)リリース! 🔗ご購入はこ

                                                            吉井和哉 - 世界の終わり(THEE MICHELLE GUN ELEPHANT Cover)
                                                          • ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス

                                                            ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス 『どうぶつの森』や『スターデューバレー』など、スローライフを満喫するゲームをこよなく愛し、プレイ時間を数えることはやめた筆者が紹介する作品は、レストラン経営&アクションRPGを銘打つ新作『Cuisineer(キュイジニア)』だ。 倒されると取得したアイテムはほぼロスト……かわいいが、油断できない!本作は、冒頭で述べた『どうぶつの森』や『スターデューバレー』のような村での生活系コンテンツやハウジングに加えて、酒場のマスターが体験できるRPG『Travellers Rest』のような店舗経営要素に、『ディアブロ』シリーズのように見下ろし画面で大量の敵が押し寄せてくる戦闘や、倒されると持ち物の半

                                                              ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス
                                                            • Linux カーネルをバイパスして TCP 通信を 10 倍速くする | IIJ Engineers Blog

                                                              【IIJ 2023 TECHアドベントカレンダー 12/16の記事です】 この記事について 背景:TCP はコンピュータネットワークの通信において広く利用されているプロトコル・標準化された通信規格です。コンピュータは TCP/IP スタックと呼ばれるようなソフトウェアを実行することで、定められた規格に則って通信を行います。汎用 OS 環境では、TCP/IP スタックは多くの場合、カーネル空間に OS 機能の一部として実装されています。 課題:通信に関するソフトウェアの研究コミュニティでは、そのようなカーネル空間に実装されている TCP/IP スタックは、近年の高速な NIC の性能を十分に引き出すことが難しいという課題が指摘されてきました。 テクニックの紹介:当記事では、近年の研究コミュニティにおいて比較的一般的な高速化テクニックとされている「カーネルをバイパス(迂回)して TCP 通信を

                                                                Linux カーネルをバイパスして TCP 通信を 10 倍速くする | IIJ Engineers Blog
                                                              • インターネットが生まれるまで - デマこい!

                                                                徒歩よりも遅かった ローマ帝国時代後期、ローマ支配下のエジプトの法的文書には、暦日と在位中の皇帝の名前が記載されていました。当時はローマで新しい皇帝が即位しても、それがエジプトに伝わって法的文書に反映されるまでにタイムラグがありました。このタイムラグを調べると、古代における情報伝達の速さを推測できます。また、近世に入った1500年頃の情報伝達の速さは、ヴェネチアの商人たちの日記から推測できます[1]。 その結果を見ると、平均時速はほとんど変わらず時速1・5キロメートルほどだったようです。産業革命以前の世界では、情報伝達は人間の歩行速度よりも遅かったのです。 出典:グレゴリー・クラーク『10万年の世界経済史』下巻p177 出典:グレゴリー・クラーク『10万年の世界経済史』下巻p178 近代の情報伝達の速さは、ロンドンの新聞から推測できます。世界中で起きた事件がロンドンで報道されるまでのタイム

                                                                  インターネットが生まれるまで - デマこい!
                                                                • 決済ステータス定義の最適解

                                                                  ネットスーパーシステムの決済ステータス表現 (状態遷移) は複雑だ。 その理由は要求要件が多いことに起因しているが、多いことが悪いのではなく、それに応えなければシステムとして真の価値を発揮できないからで。逆に問題解決できなければ、著しく利便性を落としてしまうので、必須要件という位置付けにある。 前提文脈を汲み取りづらいモデリングなので、問題解決例を示すのはあまり見かけないが、自分が考えた決済ステータス定義の答えを示す。 この内容は過去にブログや登壇で話した内容の延長でもあるので、過去の内容も参考にすると良いかもしれません。 「E-Groceryにおけるカード決済処理の難しさと設計戦略」 「ネットスーパーの買い物体験を支える工夫と決済機能実現の過程」 前提条件 注文から支払い完了まで時間差がある注文後に注文内容の変更ができる品切れが発生するケースがある販売員が注文内容を変更できる0円での支払

                                                                    決済ステータス定義の最適解
                                                                  • うるう日にしか発生しないバグ

                                                                    昨日うるう日にしか発生しないバグに遭遇した。Javascriptを書く人には有名な話だとは思うので大して面白くはないかもしれないが一応メモ。 詳しくは書けないがバグが発生した関数の仕様としてはざっくりと下記のような感じ。 対象の年月日が基準日の1年前から1年後の間に含まれる場合はtrueを返しそうでない場合はfalseを返す 引数として2020-12-24というフォーマットの文字列が渡される(判定対象の日) 引数として2021-01-01というフォーマットの文字列が渡される(+-1年の基準日) Javascriptで書く (例) 対象の日: 2024/10/10 基準日: 2024/01/28 この時、trueになる範囲は2023/01/28 ~ 2025/01/28。なので2024/10/10はtrue。2023/01/28も2025/01/28もtrueになる。閉区間。 とあるコードの

                                                                      うるう日にしか発生しないバグ
                                                                    • HD-2D版「ドラゴンクエストIII そして伝説へ…」の最序盤を体験。オリジナル版の雰囲気を残しつつ,現代のゲームにある便利さを追求

                                                                      HD-2D版「ドラゴンクエストIII そして伝説へ…」の最序盤を体験。オリジナル版の雰囲気を残しつつ,現代のゲームにある便利さを追求 ライター:大陸新秩序 スクウェア・エニックスは6月下旬,2024年11月14日に発売を予定しているHD-2D版「ドラゴンクエストIII そして伝説へ…」(PC / PS5 / Xbox Series X|S / Switch)の序盤をプレイできるメディア向け試遊会を開催した。1988年にリリースされたファミコン向けRPG「ドラゴンクエストIII そして伝説へ…」(以下,DQIII)がどのように変化したのか。インプレッションを交えてその概要をお伝えする。 また,本記事の最後には本日公開された最新情報をまとめて掲載する。プレイヤーの分身となる主人公の情報や,初公開シーンを収めた多数のスクリーンショットを確認できるので,こちらにも目を通しておこう。 オリジナルのゲ

                                                                        HD-2D版「ドラゴンクエストIII そして伝説へ…」の最序盤を体験。オリジナル版の雰囲気を残しつつ,現代のゲームにある便利さを追求
                                                                      • Fetch APIは「PATCH」だけ大文字と小文字の挙動が異なる

                                                                        const url = "https://fetch-api-normalization.deno.dev"; await fetch(url, { method: "PATCH" }); await fetch(url, { method: "patch" }); 実行すると、次のようなエラーを得るはずです。 PATCH を小文字で書いた際のエラーの一例 さて、どのような条件でこのエラーが発生するのでしょうか?これが意図されたものなのだとしたら、 GET や POST は大文字・小文字を無視してよくて PATCH は無視できない理由がなにかあるのでしょうか?以下でその理由を探ってみましょう。 いつエラーが発生するか このエラーは、 Fetch API を利用して外部の HTTP サーバーに対してリクエストを行う時に、 PATCH と書くべきところを patch と書いていると発生します。

                                                                          Fetch APIは「PATCH」だけ大文字と小文字の挙動が異なる
                                                                        • イラストを動かせるソフト「Live2D」をド素人が触ってみたら、死にかけたけど元気になった話

                                                                          » イラストを動かせるソフト「Live2D」をド素人が触ってみたら、死にかけたけど元気になった話 特集 「Live2D」という言葉を聞いたことがあるだろうか? イラストを滑らかに動かせるソフトで、ゲームやVTuberの立ち絵など様々なコンテンツで利用されている。 アプリゲームなどをプレイしているとロゴが表示されることもあるので、見たことがある方もいるのではないだろうか。 これまでいろんな作品でLive2Dに楽しませてもらってきたけど、イラストが表情豊かに動いているのを見ると「自分の絵もあんなふうに動いたらいいのに……」って思っちゃうんだよな~! 思い立ったが吉日。さっそくLive2Dをインストールして挑戦してみることにした。 ・ハードモード下準備 せっかくなので、今回はVTuberのモデルを作ってみることに。 Live2Dはイラストを動かすためのソフトでイラストを描くことはできないため、ま

                                                                            イラストを動かせるソフト「Live2D」をド素人が触ってみたら、死にかけたけど元気になった話
                                                                          • Web API設計実践入門 ――API仕様ファーストによるテスト駆動開発

                                                                            2024年7月25日紙版発売 2024年7月25日電子版発売 柴田芳樹 著 A5判/208ページ 定価2,860円(本体2,600円+税10%) ISBN 978-4-297-14293-3 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 本書は,著者が1993年から約30年間経験してきたAPI仕様の作成,2003年から20年間経験してきたテストファースト開発/テスト駆動開発の知見をまとめたものであり,一般的なソフトウェア開発者が習得することが容易ではない事柄を,本書を通して学び,実践してもらうことを目的としています。 本書が提唱する「API仕様ファースト開発」はWebサービスにおける大域的なテスト駆動開発の

                                                                              Web API設計実践入門 ――API仕様ファーストによるテスト駆動開発
                                                                            • 読まないと後悔する技術書30選 - Qiita

                                                                              はじめに 現代の人に名著以外の本を読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか? 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、本を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊の本を紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時間がない なぜ働いていると本が読めなくなるのかという本が話題になりました 現代人は本を読む時間がなくなっています。 仕事に追われてしまい、プライベートで本を読む暇などなくなっているのです。 しかし、エンジニアは「技術職」なのでプライベートの時間でも学習をして

                                                                                読まないと後悔する技術書30選 - Qiita
                                                                              • 株式会社一休に入社しました - 貳佰伍拾陸夜日記

                                                                                転職のお知らせ、あるいは個人の日記です。 6月から以下のように所属変更となっています。 From 株式会社はてな To 株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで

                                                                                  株式会社一休に入社しました - 貳佰伍拾陸夜日記
                                                                                • 「スマホのバッテリー交換」を容易にする動きが進む それでもデメリットが消えない理由

                                                                                  EUにてスマートフォンのバッテリー交換規制が強化され、2027年にはバッテリーを容易に交換できる機種でないと、同地域では販売できなくなる見込みだ。これについてメーカー各社も既に手を打ち始めている。今回は最新の動向について追ってみよう。 現状の機種でも、交換用の工具を付属させれば規制はクリアできる 現在報道されるEUのバッテリー交換規制は、従来の携帯電話のように「工具なしで交換」できる状態を強制するわけではない。工具なしでの交換方法以外に、市販の工具を用いて容易に交換できる構造にすること、市販の工具で修理できない場合は、専用の工具などの修理に必要な道具を部品とともに無償で提供することで規制をクリアできるとしている。 例えば、バックパネルがプラスねじで固定されている構成の機種はもちろん、従来のiPhoneでもねじを外すための専用ドライバー、画面やバッテリーを固定する接着剤を溶かす薬品などを交換

                                                                                    「スマホのバッテリー交換」を容易にする動きが進む それでもデメリットが消えない理由