並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 697件

新着順 人気順

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

  • 実践Immutable Data Model - 紙箱

    ランキング参加中プログラミング はじめに この記事では、Immutable Data Modelと呼ばれる設計手法をもとに、リレーショナル・データベースにおける、テーブル設計の話を書いています。また、今回の実践で利用する、別の考え方の背景を理解するために、Out of the tar pitという小論文の内容にも言及します。 「状態とは何か?」というややこしい話がたくさん出てきますし、データベースのテーブル設計についての話であることから、たくさんのSQLが出てきます。なので、データモデリングとか状態管理とか、特にSQLとかに興味がない人には面白くないと思います。 そのあたりに興味ある方は、読んでみて欲しいです。 Immutable Data Modelを、実際のアプリケーションで使うデータベースに採用するにあたり、どういう考え方で、どのようにテーブルを構成したか、自分なりの経験を書いていま

      実践Immutable Data Model - 紙箱
    • サイバーエージェント、急速に経営悪化…ウマ娘、エグイ課金でユーザ離れか

      サイバーエージェントのHPより サイバーエージェント(CA社)の業績が急速に悪化している。稼ぎ頭だったゲーム「ウマ娘 プリティーダービー」の失速で、2023年9月期第3四半期(4~6月)の営業利益が1億円の赤字に。藤田晋社長肝いりのインターネットテレビ「ABEMA(アベマ)」のメディア事業も2016年のサービス開始以来、赤字が続いており、営業赤字は累計で約1200億円に上る。さらに主力事業として安定的な収益源となってきたネット広告事業も5四半期連続で営業利益が減益し、営業利益率も低下。23年9月期決算の営業利益は当初予想の400~500億円から250億円に下方修正し、株式時価総額はこの2年で半分以下の約4000億円に落ち込むなど、業績が揺らぎ始めている。いったい同社に何が起きているのか――。 21年2月にリリースされた「ウマ娘」は、リリース後わずか2カ月で週間アクティブユーザー数が200万

        サイバーエージェント、急速に経営悪化…ウマ娘、エグイ課金でユーザ離れか
      • プログラミング言語AWKのここがLOVE

        プログラミング言語AWKが好きなので、この言語のどこが好きかを語ります。主にAWKを知らない、知ってるけど使ったことが無いかた向けの記事ですが、使ったことがあるかたも「こういう思いで使ってる人がいるのか」と遠巻きに眺めてもらえればと考えます。また、後半で最近出たAWKの書籍についても紹介しているので、そちらも役立つかもしれません。 AWKとは AWKは1977年にAT&Tベル研究所で生まれたプログラミング言語です。AT&Tベル研究所といえばUNIXが生まれたところです。著者もUNIXに縁が深い、この世界のレジェンドばかりです。たとえばKernighan先生はプログラミング言語Cをはじめ、たくさんの書籍の著者として有名です。なんだか強そうな言語ではないかという気がしてきました。 AWKは汎用プログラミング言語ですが、「1行1レコードになっているテキストファイルを最小の手間で処理するワンライナ

          プログラミング言語AWKのここがLOVE
        • テスト駆動開発のはじめの一歩|t_wadaさんに聞く1人で始める自動テストのコツと考え方 - Agile Journey

          アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。 例えば、自動テストや、テストファースト、テスト駆動開発(TDD:Test Driven Development)です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する「自動テスト」、実装の前にそのテストコードを書く「テストファースト」、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが「TDD」。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。 そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分

            テスト駆動開発のはじめの一歩|t_wadaさんに聞く1人で始める自動テストのコツと考え方 - Agile Journey
          • JR東など首都圏鉄道8社、磁気乗車券を廃止へ 26年度以降QR乗車券に

              JR東など首都圏鉄道8社、磁気乗車券を廃止へ 26年度以降QR乗車券に
            • 「CLANNADを愛する人は,Yahoo!掲示板にいた」

              「CLANNADを愛する人は,Yahoo!掲示板にいた」 編集部:楽器 カメラマン:永山 亘 2004年4月28日。ビジュアルアーツのゲームブランド“Key”が,恋愛アドベンチャー「CLANNAD(クラナド)」を発売した。中身を知らない人でも「CLANNADは人生」なんてワードに聞き覚えはあるだろう。 2024年4月に入ってからのこと。梅雨を先取りした雨風に嫌気が差していたころ。私は“CLANNADが20周年”を迎えることに気付いた。語れる話はたくさんあったから,急いで文章をしたためた。でも。 5年に1回くらい思い出す過去に邪魔されて。 ふと,自語りしたくなり,すべて消した。 中学の生をTVアニメ「シスタープリンセス」で破壊され,Keyの恋愛ADV「Kanon」で再構築し,「AIR」で再始動した10代前半。とあるヤツのせいでネット上の人付き合いに深刻な障害を抱えていた時分。 当時のネットコ

                「CLANNADを愛する人は,Yahoo!掲示板にいた」
              • Google検索設定に「アカウントに基づく情報」が追加された件のまとめ - SEMリサーチ

                久しぶりに「これは面倒だな」というGoogle検索の仕様変更に遭遇したので、メモ。DMMという事業とサイトの性格上、正直、コアアップデートより面倒です。 日本のSEO担当者で実務レベルでこの情報を本当に必要とする人が果たしてどれだけいるのか不明ですが(この変更の直撃を受けているサイトは限定されるはず)、その少数の方の参考になれば幸いです。 Google検索設定に「アカウントに基づく情報」が出現 今回の検索仕様変更による影響 原因は「アカウントに基づく情報」 アカウントに基づく情報の挙動 Googleの「子どもから大人まで安心して利用できるインターネット」への取り組み 追記(11/1) 一般サイトも影響を受けている模様 Google検索設定に「アカウントに基づく情報」が出現 2023年10月31日に、Google検索のその他の設定の項目に、コンテンツという見出しとともに「アカウントに基づく情

                  Google検索設定に「アカウントに基づく情報」が追加された件のまとめ - SEMリサーチ
                • パブリッシャーがいなくても、宣伝されていなくても。AUTOMATONが選ぶ、2023年よかった国産小規模(であろう)開発ゲーム9本 - AUTOMATON

                  ホーム 全記事 コラム パブリッシャーがいなくても、宣伝されていなくても。AUTOMATONが選ぶ、2023年よかった国産小規模(であろう)開発ゲーム9本 ゲーム開発の大規模化にともない、小~中規模開発のゲームも増加してきている。その中で「何をインディーゲームと称するのか」という議論もあるが、AUTOMATON編集部チームとしては「何がインディーゲームであってもよい」と考えている。一方で、インディーゲームというカテゴリーの認知が拡大し、より一般化されたことで、そのカテゴリーに分類されていた小規模開発ゲームに光が当たりづらくなったようにも感じる。たとえパブリッシャーがいなくても、宣伝をしなくても、バズっていなくとも、良いゲームは発見されてほしいものである。 ということで、今年から年末企画として「パブリッシャーがついていない/発売時点でついていなかった小規模開発であろうゲーム」を表彰するコラム

                    パブリッシャーがいなくても、宣伝されていなくても。AUTOMATONが選ぶ、2023年よかった国産小規模(であろう)開発ゲーム9本 - AUTOMATON
                  • ロマサガ2で地獄を見る|ジスロマック

                    『ロマンシング サガ2』というゲームを遊びました。 端的に言って、地獄を見ました。 面白いゲームだったのは間違いないけど、振り返ってみるとロクな思い出がない。それがロマサガ2。だからこんなタイトルになった。 これから書くのは、七英雄との血で血を洗う戦いの歴史。 みんなも、いっぱい嫌な気持ちになってください。 vsクジンシー よいかジェラール。われわれはインペリアルクロスという陣形で戦う。これ知ってる。インペリアルクロスってロマサガ2だったんだ。 しかもこれでインペリアルクロスがちゃんと強いのだから偉い……と言いたいところだけど、同時に「ダッシュをすると陣形が崩れやすい」という仕様を突き付けられる。何も考えずに走って突撃したら、早くもフリーファイトで戦うハメになった。味方すぐ死ぬ。もうサガすぎるんだけど。 一応これまで何作かサガを遊んできたけど、もう開幕からサガが濃厚すぎる。システムも、妙な

                      ロマサガ2で地獄を見る|ジスロマック
                    • ネコ用おもちゃアプリ5作品を2匹のネコがガチレビュー。忖度なしの「ネコゲーグランプリ」を勝手に開催!

                      ネコ用おもちゃアプリ5作品を2匹のネコがガチレビュー。忖度なしの「ネコゲーグランプリ」を勝手に開催! ライター:ドラゴンワサビポテト この世にはネコのキャラクターが登場するゲーム(広義のネコゲー)が多く存在し,その数は時とともに増え続けています。4Gamerにおいては,「猫」のワードで記事を検索すると8万件以上がヒットすることからも,ネコとゲームの関係の深さがうかがえます。 しかし,「ネコゲー」の多様さはそれだけに留まらないようです。ゲームメディアに携わっている身としてネコゲー情報にはアンテナを張りめぐらせているのですが,「ネコの遊び用に開発されたおもちゃアプリ」なるものがスマホやタブレットなどのモバイル端末向けに配信されているのを知り,人間以外の立場からプレイした際にどのような反応が現れるのか興味が湧きました。果たしてネコは本当にネコゲー(まさしくネコのためのゲーム)を楽しめるのでしょう

                        ネコ用おもちゃアプリ5作品を2匹のネコがガチレビュー。忖度なしの「ネコゲーグランプリ」を勝手に開催!
                      • シマノが窮地に追い込まれた。SRAM Eagleトランスミッションがすべてを変える日

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

                          シマノが窮地に追い込まれた。SRAM Eagleトランスミッションがすべてを変える日
                        • 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の全てが上手く行かない|ジスロマック
                              • リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog

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

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

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

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

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

                                      X、「いいね!」を週内に非公開化すると発表
                                    • 【バックエンド】駆け出しエンジニアが目指すジュニアレベルのエンジニアとは【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
                                                • 社内版 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 利用を促進した話 - メドピア開発者ブログ
                                                  • データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース

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

                                                      データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース
                                                    • 「AI生成キャラクター」はいまどのレベルまで進んでいるのか?バンダイナムコ研究所が語るAIテキスト生成の光と影【CEDEC 2024】

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

                                                        「AI生成キャラクター」はいまどのレベルまで進んでいるのか?バンダイナムコ研究所が語るAIテキスト生成の光と影【CEDEC 2024】
                                                      • 八木啓代のひとりごと 松本人志は嵌められたのか? (弁護士がとにかくヤバすぎる件)

                                                        (前のエントリから続く。松本人志の弁護人、田代政弘のヤバさについて語ります) 田代がまったく虚偽の報告書を作ったのは明らかであり、それが「勘違い」のレベルではないことは、流出した証拠文書を見たら明らかだった。何より、裁判所がその事実を明白に認めていた。 いくら膿を出すのを嫌ったとはいえ、これだけ明らか、かつ、悪質な犯罪をしでかした田代を不起訴にした検察も検察だったが、だからこそ、検察審査会で起訴議決が出るのではないかとメディアも思ったわけだ。 ところがここで、奇妙なことが起こったの。 検察審査会は、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
                                                            • 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 エンジニアブログ
                                                              • 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
                                                                • 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の関係」など今知りたいことを全部聞いてきました
                                                                  • 「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論

                                                                    しのゆー𝕏酒くずエンジニア @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 - 若くない何かの悩み
                                                                      • 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
                                                                          • 「Tailwind CSSめっちゃ負債になりそう」はそうでもないのでは、と思っている

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

                                                                            • 奈須きのこ「ゲームライターとして致死級のダメージを受けました」と言わせた若きクリエイターが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 │スーモカウンター注文住宅