並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1082件

新着順 人気順

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

  • シマノが窮地に追い込まれた。SRAM Eagleトランスミッションがすべてを変える日

    SRAMはトロイの木馬を仕掛け、一気にシマノを窮地に追い込んだ。ロードバイク界隈はまだ平穏だが、MTB界には激震が走った。SRAMイーグルトランスミッションという革新的な兵器はいま、MTB界からシマノを追いやろうとしている。 2020年、SRAMがUDH(ユニバーサル・ディレイラーハンガー)を発表した。待っていたかのようにTREKからUDHを搭載したフューエルEXが登場した。SRAMとTREKはご近所だから、互いに協力しながら研究開発を進めていたのだろう。 当初、UDHのデザインは「どの自転車メーカーも無料で使用できるオープンスタンダード」として発表された。当初は、だ。 表向きは、業界全体で無数にある独自のハンガーやアクスルスレッド規格の必要性を減らし、消費者の利便性を向上させ、部品選定の悩みの種を減らすため、だった。しかし、これはSRAMが新しいダイレクトマウントディレイラー(フルマウン

      シマノが窮地に追い込まれた。SRAM Eagleトランスミッションがすべてを変える日
    • 寝台特急サンライズ出雲で行く鳥取&島根、復路は特急やくもと新幹線のぞみ - I AM A DOG

      8月30日の夜から9月1日に掛けて、寝台特急サンライズ出雲で鳥取&島根に行ってきました。 一番の目的はサンライズ出雲に乗ることですが、せっかく山陰に行くならと島根県の玉造温泉に宿泊して、伯耆大山の登山や2つの連結汽水湖、松江城、出雲大社なども巡って遊んできました。 寝台特急サンライズに乗りたい 近畿日本ツーリストの個人ツアーを利用する 米子下車、現地移動はレンタカー、玉造温泉泊 東京駅で餃子&ビール、駅弁を買い込んでサンライズ出雲へ サンライズ出雲:B寝台 ソロ サンライズ出雲出発、ラウンジで駅弁を食べ個室で過ごす 目覚めると岡山、山陽から山陰へ サンライズ出雲が米子駅に到着 特急やくも&新幹線で東京に戻る復路 寝台特急サンライズに乗りたい 新型コロナの感染などもあり以前に増して人混みの苦手意識が高まり、週末やお盆に山に行くのも混雑や渋滞がダルいな…… と何もしないでいるうちに、このまま夏

        寝台特急サンライズ出雲で行く鳥取&島根、復路は特急やくもと新幹線のぞみ - I AM A DOG
      • EC2が複数VPCにENIを足出しできるように!でもみんな戦々恐々としてるのはなぜ…? - Qiita

        AWSのVPCに大きなアップデートが! 今週10/26、AWSにこんな機能アップデートが発表され大変話題になりました。 簡単に言うと 「EC2インスタンスから複数のVPCに対してENI(NIC)を足出しできるようになった」 という大きなアップデートでした。 みんな戦々恐々? しかし、Twitterのオンプレミス経験者たちは口を揃えて懸念を漏らしています。 「これ、クラウド初心者がオンプレからの移行で "監視セグメントVPC" みたいなものを作ってしまうんじゃなかろうか…」 今回のアプデを見て「ウッ…😅」と感じた方も、改めて何が問題なの?と聞かれると意外としっかり言語化できないかも知れません。これを機にAWSの代表的なサービスであるマネージド論理ネットワーク「VPC」の基本をおさらいしてみましょう。 オンプレ時代の基本を振り返る パブリッククラウド普及前のオンプレミス時代では、企業のシステ

          EC2が複数VPCにENIを足出しできるように!でもみんな戦々恐々としてるのはなぜ…? - Qiita
        • これからRustを勉強したいエンジニアにおすすめしたい参考書や教材を紹介します

          こんにちは、加藤(@tomo_k09)です。 PharmaXではバックエンド・フロントエンド開発やスクラムマスターなどをやっています。 PharmaXが提供しているサービスでは、バックエンド開発に主にRuby on Railsが使われていますが、一部の機能はRustで開発されています。 このような理由からRustの経験が浅かった私もコツコツとRustの勉強をしており、 少しずつ学習方法に関する知見が溜まってきました。 そこでこの記事では、Rustをこれから学びたいという方向けに、おすすめの書籍や教材について紹介します。 新しいプログラミング言語はどのように学ぶと良いか 私は新しい言語を学ぶとき、まず基本的な文法やどんな特徴を持った言語なのかをひと通り勉強しています。 そしてその言語の概要をつかんだあと、実際に簡単なアプリケーションの実装をはじめて、分からないことがあったらリファレンスを読ん

            これからRustを勉強したいエンジニアにおすすめしたい参考書や教材を紹介します
          • ロマサガ3の全てが上手く行かない|ジスロマック

            ゲームというものは、基本的には「成功体験」を得るために作られていると思う。「憎きアイツを倒してやった!」「俺の力で世界を救ったんだ!」みたいな、現実では味わえない「成功」こそがゲームの楽しさである。 ただ、つい最近遊んだ『ロマンシング サガ3』は全然違った。 成功なんて全然味わえない。むしろあっちこっちで酷い目に遭う。クリアした今もなお、「達成感」なんてない。全く、気持ち良くない。こんなゲーム、初めて遊んだかもしれない。ある意味、衝撃的でした。 そんな自分の「全く上手く行かなかったロマサガ3」について淡々と書いてみようと思うのですが……正直、楽しい感じの記事ではないと思います。 だからみなさん、俺と一緒に最悪な気分になってくださいね。 vs詩人&キャンディー ただ、「ロマサガ3は最悪のゲームだ!」とか言いたいわけではなくて……というのも、今回は「無理のない範囲で攻略を見ないで遊ぶ」というチ

              ロマサガ3の全てが上手く行かない|ジスロマック
            • X、「いいね!」を週内に非公開化すると発表

              X(旧Twitter)は6月12日(米国時間)、今週中に「いいね!」を非公開にすると、エンジニアリングチームの公式アカウントで発表した。他ユーザーの「いいね!」タブが見られなくなり、他人の投稿に誰が「いいね!」したかが非公開になる。 自分が押した「いいね!」は確認でき、自分の投稿についた「いいね!」も通知に表示されるが、他人の投稿に「いいね!」したのが誰かは分からなくなくなる。「プライバシー保護のため」としている。 同社は、「いいね!」が公開されていることで、インパクトのある投稿に「いいね!」するのをためらったり、そうした投稿に「いいね!」したことによって攻撃されるなどの問題が起きていると考えており、非公開化する方針を明らかにしていた。 関連記事 Xのエンジニア、「いいね」タブを全ユーザーで非表示にするとポスト Xのプロフィールページの「いいね」タブを非表示にすると同社の複数のエンジニアが

                X、「いいね!」を週内に非公開化すると発表
              • パスキーは本当に2要素認証なのか問題、またの名を、あまり気にせず使えばいいと思うよ。|kkoiwai

                この記事の内容は、個人の意見であり感想です。くれぐれもよろしくおねがいします。 とりあえずドラフトですが公開します。識者のみなさまの暖かく、そして鋭いツッコミを期待します。 パスキーについて、非常にわかりやすいブログをえーじさんが書いてくださいました。コレを読んで頂ければほとんどのことが分かると思います。 先日の次世代Webカンファレンスで、私は、「結局、パスキーは秘密鍵と公開鍵のペア」と申し上げた立場からも、この疑問はごもっともだと思いましたので、すこし、私の思うところを述べたいと思います。 パスキーは2要素認証の場合が多いほとんどのユーザは、OS標準のパスキーを使うのではないかと思います。そして、生体認証、もしくは画面ロック用のパスワードやPIN等が設定されていない限り、OS標準のパスキーを使うことができません。そして、OS標準パスキーの利用時には、生体認証もしくは画面ロック解除のため

                  パスキーは本当に2要素認証なのか問題、またの名を、あまり気にせず使えばいいと思うよ。|kkoiwai
                • リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog

                  目次 目次 はじめに NeWork とは リリース頻度変更の背景 それまでの運用 課題 実現方法 解説 日次でワークフローが起動するようにする main ブランチの HEAD にタグが付与されていなければ付与する develop に差分があれば main へのマージを自動で行う 細かな工夫点 main の内容を develop に自動で取り込む 祝日はリリースしないようにする 自動リリース・自動 develop → main マージの制御 Slack にリリース結果を通知する stg 環境に変更内容を通知する その他の考慮 上司への事前説明の省略 スプリントレビュー前のリリース リリースノート 品質面 リリース頻度を変えてみて おわりに はじめに こんにちは、NeWork 開発チームの藤野です。普段はオンラインワークスペースサービス NeWork のエンジニアリングマネジメントをしています

                    リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog
                  • 【バックエンド】駆け出しエンジニアが目指すジュニアレベルのエンジニアとは【2024年版】 - Qiita

                    はじめに こんにちは。 普段はフロントエンドの開発をメインでやっておりますmamiと申します。 最近バックエンドの方の勉強や、少しずつですがDB設計やAPI作成などの業務もやらせてもらえるようになったので、自分のエンジニアとしてのレベル感や、この先目指すべき道筋を明確にしたいな〜という思いでこの記事を書いております。 これは自分のための記事であると同時に、同じように駆け出し中のエンジニアさんや、ミドル層を目指す手前のエンジニアさんにも刺さる内容になっているかと思います。 今、自分がどのようにキャリアアップしていくべきなのか、どのような道筋でスキルを磨いていけばいいのか。そんなふうに悩んでいる方は是非読んでみてください。 ※内容はバックエンドエンジニアが対象になりますが、フロントエンドの方もなにか通じるものがある…かもしれません。 ちなみにですがフロントエンドの方の記事は下記で執筆しています

                      【バックエンド】駆け出しエンジニアが目指すジュニアレベルのエンジニアとは【2024年版】 - Qiita
                    • ばんくしさんによる「ゼロから作る自作 Python Package Manager 入門」がほんとよい! 写経を積みます - nikkie-ftnextの日記

                      積ん読宣言エントリです。 ざっと一読した感想を述べています。 目次 目次 エムスリーテックブック5(技術書典15) 第6章 「ゼロから作る自作 Python Package Manager 入門」 組合せてパッケージマネージャー 終わりに P.S. 最近のばんくしさん エムスリーテックブック5(技術書典15) 2023年11月に頒布されました 第6章 「ゼロから作る自作 Python Package Manager 入門」 上記のエムスリーさんのエントリより この課題がどこから来ているのか、どのように解消されようとしているのか、そして開発者としてどのように貢献していけるのかを、実際にPackage Managerのlock、install、run、build、uploadのようなサブコマンドを実装して行くことで知っていく章になります。 ばんくしさんには2023年10月のみんなのPython

                        ばんくしさんによる「ゼロから作る自作 Python Package Manager 入門」がほんとよい! 写経を積みます - nikkie-ftnextの日記
                      • TM NETWORKの40周年トリビュートアルバムのこと - WASTE OF POPS 80s-90s

                        TM NETWORKの40周年記念のトリビュートアルバムを、きちんと盤で買いました。 こういうトリビュートアルバム、カバーアルバムの類は、ここ十数年割とお手軽にあまりお金かけることなくリリースされることが多くなっていて、数曲いいのはあっても全体としては何だかなあというものが多いですが、これは違います。 さすが「周年」を冠したアルバムだけあって、各曲ともお金をかけて丁寧に制作されていることがわかりますし、別のトリビュート系アルバムには割とよくある「とりあえずヒット曲並べとけ」という感じはなく、きちんと担当ミュージシャンに違和感なくハマる楽曲を選択していることもあって、非常に聴きごたえのあるアルバムになっています。 以下各曲。 01. SEVEN DAYS WAR / GREe4N BOYZ 確かに彼らがTMの曲をやるとすればこれだという気持ち。ただ、従来の彼らのトレードマーク的歌唱であるとこ

                        • 迂闊にTLS/SSLをPHPで実装してみたら最高だった件 - Code Day's Night

                          この記事はTLS/SSLを実装してみたいという人が増えるといいな!という気持ちで書いています。実装の詳細は別記事で書こうかと思います。 数年前からいつかTLS/SSLのプロトコルをPHPで実装したいと思い、まずは本で知識を得ようかとラムダノートの「プロフェッショナルSSL/TLS」や 「徹底解剖TLS1.3」を買って読んでみましたが、なかなか頭に入らずに読んでは寝てしまうというパターンに。 やはり自分でTLSを実装してみないとなと思ってたところに、PHPカンファレンス福岡2024で hanhan1978 さんの「PHPでデータベースを作ってみた」を見て大いに刺激をもらい、ついにTLS実装に着手できました。 speakerdeck.com この資料は本当によくて名言の宝庫です。たとえば、 「まじめに作ろうとすると大変な努力が必要になる。もっと迂闊につくりたい」 「不格好でもいいので、動く完成

                            迂闊にTLS/SSLをPHPで実装してみたら最高だった件 - Code Day's Night
                          • 『龍が如く7外伝』のムービー容量は、77%が“キャバクラ”だった。ど迫力4Kキャバ嬢は容量もダイナマイト - AUTOMATON

                            セガ・龍が如くスタジオ技術責任者の伊東豊氏は12月5日、『龍が如く7外伝 名を消した男』(以下、龍が如く7外伝)の技術面に関する豆知識を投稿。その中で、同作のムービー容量の77%がキャバクラシーンであることを明らかにした。 『龍が如く7外伝』は『龍が如く』シリーズ新作だ。11月9日に発売され、対応プラットフォームはPC(Steam/Microsoft Store)およびPS4/PS5/Xbox One/Xbox Series X|S。同作では、『龍が如く6 命の詩。』にて姿を消した桐生一馬が、『龍が如く7 光と闇の行方』の時間軸中何をしていたかが描かれる。主人公は桐生一馬で、『龍が如く6』まではおなじみだったアクションシステムが採用。蒼天堀を中心に、桐生がいかにして『龍が如く7』の“あのシーン”に至ったかの過程が描かれるわけだ。 伊東氏によると、『龍が如く』シリーズのムービーは長い間「フル

                              『龍が如く7外伝』のムービー容量は、77%が“キャバクラ”だった。ど迫力4Kキャバ嬢は容量もダイナマイト - AUTOMATON
                            • チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する|mtx2s

                              依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ

                                チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する|mtx2s
                              • データエンジニアが事業成長をリードする。『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 わし詳細設計書書くのやだよ( ̄・ω・ ̄) 細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない。 必要なのは完成に必要要件がまとめられたもの。それを元に受け入れ試験書がつくられる。それクリアすればどう作ってようが構わんわけだ 改修コストを下げるための設計になってることは前提だけどね。 だけど、詳細設計書が必要となる現場はこの設計することは

                                                「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論
                                              • 書評: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
                                                    • 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
                                                      • RaspberryPi を安定運用させる - Qiita

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

                                                          RaspberryPi を安定運用させる - Qiita
                                                        • 奈須きのこ「ゲームライターとして致死級のダメージを受けました」と言わせた若きクリエイターが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)
                                                                • Windowsはなぜ再起動が必要になるのか? (1/2)

                                                                  Windowsでは、Windows Updateの直後やアプリケーションなどのインストール後に再起動が要求されることがある。以前に比べると、再起動にかかる時間は短縮されたものの、開いているプログラムを閉じてファイルを保存する必要があるなど、ちょっと面倒ではある。 なお、システムの再起動は、何もWindowsだけでなく、Linuxなど他のプラットフォームでも必要になることはある。とはいえ、ちょっとしたアプリケーションのインストールやアップデートの後に再起動が要求されるなど、頻度が高い気がしないでもない。今回は、この再起動について調べる。 Windows Updateが再起動を要求するとき Windows Updateの場合、再起動が必要になるのは大きく2つの理由がある。1つはWindows自体の更新で、このときにWindowsのインストールイメージが作られて再起動。Windowsの再インスト

                                                                    Windowsはなぜ再起動が必要になるのか? (1/2)
                                                                  • デジタル認証アプリとの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%も高いことが判明
                                                                      • アメリカンバトルドーム| プレミアムバンダイ

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

                                                                          アメリカンバトルドーム| プレミアムバンダイ
                                                                        • 「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

                                                                                アイリスオーヤマの回転チェアが良かったから買い足そうとしたら、見た目そっくりのまま型番が変わってた→注文したらやせ衰えて座り心地も変わったやつが来た
                                                                              • (終了)法令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の最大の敵」と「セカンドシステムの危険性」