並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 84件

新着順 人気順

アプローチの検索結果41 - 80 件 / 84件

  • 映画『きみの色』レビュー 長編アニメーションで短編アートアニメをやろうとする挑戦とその結果

    この内容なら上映時間は50分前後でよかった。間違いなく山田尚子監督がこれまで作ってきた『けいおん!』から『リズと青い鳥』までに培ってきたものの総決算だし、また作家として次のステップへ進もうと表現の挑戦をしているのもわかる。映画館で観なくては体験できないシーンも多い。 しかし僕には上映時間101分がちょっと冗長に感じられた。ふと映画の途中で隣の席に座る短い髪の男を見るとウトウトとしていた。これは挑戦を生かしきれていなくて、『リズと青い鳥』でやったことからあまり前進できていないせいかもしれない。それなら挑戦したい部分を凝縮して短くまとめたほうがタイトな完成度になった(『ルックバック』が公開されたいま、80分を切るアニメート中心の中編アニメはやりやすくなりそうでもあるが)。 その挑戦とは何か。映画館で本編の前に『鬼太郎誕生 ゲゲゲの謎 真生版』と『ふれる。』の予告編が流れたのだが、それらと『きみ

      映画『きみの色』レビュー 長編アニメーションで短編アートアニメをやろうとする挑戦とその結果
    • 東大、贈与の相互作用によって様々な社会構造が組織されうることを理論的に解明 - 日本経済新聞

      【プレスリリース】発表日:2024年09月05日贈り物の交換による地位の競争と社会構造の変化――文化人類学への統計物理学的アプローチ――【発表のポイント】◆文化人類学で議論されてきた贈与による覇権争いを数理モデルで表現し、贈与の規模や頻度に応じて多様な社会構造が組織されることを計算機シミュレーションで明らかにした。◆文化人類学の現象に統計物理学のアプローチを導入することで、個人レベル

        東大、贈与の相互作用によって様々な社会構造が組織されうることを理論的に解明 - 日本経済新聞
      • Goで自作RDBMS - abekoh's tech note

        はじめに Goで自作RDBMSに挑戦してみたログです。自作、といっても大部分は参考にした書籍の移植です。 ここ1年くらいRDBに向き合う機会が多く、その内部実装を手を動かしながら身を持って理解してみたいというモチベーションから始めてみました。ちょうど会社の『内部構造から学ぶPostgreSQL』読書会に参加したこともモチベーション上げるきっかけとなりました。 (他の方の記事ですが、読書会の記録はこちら↓) 『内部構造から学ぶPostgreSQL』読書会を完走した感想 [改訂3版]内部構造から学ぶPostgreSQLの社内読書会振り返り データベースをデータの箱としか思っていなかった私の『内部構造から学ぶPostgreSQL』を読んだ感想 普段何気なく使ってるRDBMSですが、ACID特性を守るため・大量の読み書きを捌くため、非常に緻密に設計されております。 これを完全再現といかなくとも自分

          Goで自作RDBMS - abekoh's tech note
        • ジャンプTOON Next.js App Router の活用〜得られた恩恵と課題〜 | CyberAgent Developers Blog

          目次 はじめに Colocation を意識した設計方針 Parallel Routes と Intercepting Routes を用いた設計パターン サーバー側に処理を寄せたことによる恩恵と課題 Next.js が抱える課題 おわりに 参考文献 はじめに ジャンプTOON のWeb版(以降、ジャンプTOON Web)の開発を担当している浅原昌大(@assa1605)です。 5 月にサービスを開始した「ジャンプTOON」は、オリジナル縦読みマンガ作品や人気作品のタテカラー版を連載する、ジャンプグループ発の新サービスです。 ジャンプTOON のフロントエンドには、Next.js を採用し開発をしています。 本記事では、Next.js の最新機能や設計パターン、Next.js を採用した恩恵と現在の課題について紹介します。 Colocation を意識した設計方針 Parallel Rou

            ジャンプTOON Next.js App Router の活用〜得られた恩恵と課題〜 | CyberAgent Developers Blog
          • 謎の音楽生成AI「LoudMe」登場。Suno激似で作曲し放題、日本語もOK(CloseBox) | テクノエッジ TechnoEdge

            SunoとUdioの2強だったボーカル付きAI作曲サービスに新たなライバル「LoudMe」が登場しました。8月15日にプレスリリースが出ていたものの、あまり話題になっていなかったサービスですが、その実力は相当なもの。実際に試してその実力を探ってみることにします。 ただ気になるポイントがいくつかあります。 ■謎企業による謎音楽生成AIサービスこうしたサービスを作るためには相当の研究成果と実行環境が必要です。LoudMeについてわかっているのは、プレスリリースの発信元がシンガポールになっていることからシンガポール企業ではないかと推測されることと、CEOの名前がMike Smithであることだけ。プロフィールについては不明です。 CEOの名前(よくある名前すぎる)や社名を検索しても出てこないのが不思議。さらに、Xの公式アカウントもなさそうなところとか、本気で売り出そうとしているのかも不明です。

              謎の音楽生成AI「LoudMe」登場。Suno激似で作曲し放題、日本語もOK(CloseBox) | テクノエッジ TechnoEdge
            • この世の中に溢れているので自分が発言する必要はないが「ソフトウェアは認知の限界まで複雑になる」を自分なりに再考する - じゃあ、おうちで学べる

              人間が何もしないと病気になるのと同じように、ソフトウェアも何もしないと複雑になる。 はじめに ソフトウェア開発の世界に飛び込んでから、「ソフトウェアは認知の限界まで複雑になる」という言葉を耳にしたとき、正直なところ、「ほへー」って思いながら何も理解していませんでした。しかし、大規模なシステムに携わるようになって、その言葉の重みを身をもって感じるようになりました。内部構造や相互作用が複雑化し、全体を把握するのが難しくなっていく。それは挑戦であると同時に、私たち開発者の存在意義を問いかけるものでもあります。 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon この複雑性との闘いは、時に苦しいものです。でも、それを乗り越えたときの喜びは何物にも代えがたい。私たちの

                この世の中に溢れているので自分が発言する必要はないが「ソフトウェアは認知の限界まで複雑になる」を自分なりに再考する - じゃあ、おうちで学べる
              • PrismaのTypedSQLがなぜアツイのか

                Prisma界隈で話題沸騰中(自分調べ)のTypedSQLだが、自分の中ではかなりアツいと思っているので、その理由を語ろう。なおTypedSQLの機能とか仕組みについては記述しないのでドキュメントや以下の記事を参照するとよい。 Prismaの難しさ 複雑なクエリを組み立てるのが特に難しい。複雑といっても何10行もあるようなクエリとかではなく、joinとか集計関数がいくつかあるくらいで十分複雑になる。たとえば特定のユーザーに紐づく記事をコメントの数を含めて取得したいとする。クエリは雰囲気こんな感じ。SQLとしては全然難しくない。 SELECT posts.id, count(comments.id) AS cnt FROM posts INNER JOIN users ON posts.author_id = users.id LEFT JOIN comments ON posts.id =

                  PrismaのTypedSQLがなぜアツイのか
                • 『カメ止め』ムーブメント再来か!『侍タイムスリッパー』安田淳一監督インタビュー – シネマカラーズ

                  自主映画でありながら、時代劇。武士が落雷によって現代の時代劇撮影所にタイムスリップし、「斬られ役」として生きていく覚悟をするタイプスリップ時代劇コメディ。すでにSNSで大きな話題となっているが、米農家でもあり、本作を手掛けた安田淳一監督にインタビュー。 ――公開初日から絶賛クチコミの嵐、上映劇場が池袋シネマ・ロサなので『カメラを止めるな!』のムーブメント再来を感じました。前評判はいかがでしたか。 安田監督 公開前に映画祭や試写会などで合計3回上映したんですけど、すごく反応が良くて。終わった後にSNSで絶賛の声が多くて賑わったんです。僕も会場で一緒に観たんですけど、お客さんがゲラゲラと声を出して笑ってくれて、エンドロールがはじまる頃には拍手が起きていました。 実は『カメラを止めるな!』を目指して作ったんですけど、あの作品は脚本と構成が発明的。これはまねできないな。でも、上映中の笑い声と最後に

                    『カメ止め』ムーブメント再来か!『侍タイムスリッパー』安田淳一監督インタビュー – シネマカラーズ
                  • RAGの「ベクトル検索」の弱みを、ナレッジグラフで補う

                    株式会社ナレッジセンスは、生成AIやRAGを使ったプロダクトを、エンタープライズ向けに開発提供しているスタートアップです。本記事では、RAGの性能を高めるための「HybridRAG」という手法について、ざっくり理解します。 この記事は何 この記事は、RAGシステムを専門用語に強くするための手法「HybridRAG」の論文[1]について、日本語で簡単にまとめたものです。 今回も「そもそもRAGとは?」については、知っている前提で進みます。確認する場合は以下の記事もご参考下さい。 本題 ざっくりサマリー HybridRAGは、通常のRAG(Retrieval Augmented Generation)で用いられる「ベクトル検索」の弱みを補い、回答精度を向上するための手法です。BlackRockとNVIDIAの研究者らによって2024年8月に提案されました。 ベクトル検索の弱みはいくつかあります

                      RAGの「ベクトル検索」の弱みを、ナレッジグラフで補う
                    • 企業で生成AIを導入するための施策と生成AI全社研修の全体設計を公開します|TOYOTA Connected AI統括部

                      今回は、2024年7月25日に行われたイベント「Azure OpenAI Service Dev Day」の内容を紹介します! 700名以上が参加した本イベントには、AI統括部リスキリングチームリーダーの西山 泰仙さんとAI技術室の山本 玄人さんが登壇しました。 本記事を読むことで、トヨタコネクティッドが現在実施している生成AI研修の設計や企業で生成AIを導入するために必要なことを知ることができます。 企業の生成AI推進担当者やこれから生成AIを導入したい方は、ぜひ参考にしてみてください! アウトライン以下のアウトラインで講演を行いました。 ※講演の内容は複数回に分けて公開します。 本記事では、リスキリングチームリーダーの西山 泰仙さんの講演内容である、Chapter01「生成AI導入の理想状態仮説と現状分析」とChapter02「生成AIネイティブになるための戦略と取り組み」を紹介します

                        企業で生成AIを導入するための施策と生成AI全社研修の全体設計を公開します|TOYOTA Connected AI統括部
                      • ハーバード大学文化人類学教授が沼った「日本のコンビニ」、その魅力 | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                        日本のコンビニ(konbini)の研究者であるギャヴィン・H・ホワイトロー博士(Gavin H. Whitelaw, Ph.D.) は、「日本の『konbini』はすでにコンビニエンス・ストアの域を脱している。それはすでに社会の小宇宙であり、現代日本のダイナミクスとその世界における役割を理解する上で欠かせない要素である」と書いている。 山形県庄内地方で中学校の英語教師をしていた1990年代初頭から日本のコンビニに興味を持ったホワイトロー博士に以下、日本のコンビニ独自の魅力についてメールでインタビューを行った。 関連記事>>「konbini研究」の海外先駆者が日本のコンビニを精査、雑誌コーナーはなぜある? 最初は、山歩きの行き帰りの「補給ポイント」だった──「コンビニ」研究を始めたいきさつについて教えてください。 以前、「日本でコンビニがここまで成功をおさめることになった『文化的理由』を突き

                          ハーバード大学文化人類学教授が沼った「日本のコンビニ」、その魅力 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                        • ユーザー体験重視のSPAアーキテクチャ改 - laiso

                          JavaScriptフレームワークを取り巻く状況は、常に変化を続けています。近年では、サーバーサイドレンダリング(SSR)とクライアントサイドレンダリング(CSR)のバランスは、重要な検討事項です。 ChatGPTのRemix採用 2024年9月、ChatGPTがNext.jsからRemixに移行したことが明らかになりました。この出来事は、Remixの母体であるReact Router系のコミュニティで大きな話題となり、移行の理由について様々な憶測を呼びました。 JavaScriptエキスパートのWes Bos氏(学習動画教材とかを作っている人)は、ChatGPTのフロントエンドのソースコードを分析し、OpenAIがRemixを採用した理由について独自の考察を展開しました。 www.youtube.com 緊急で動画を回すWes Bos氏 Wes Bos氏の分析によると、ChatGPTのア

                            ユーザー体験重視のSPAアーキテクチャ改 - laiso
                          • ミュージックビデオ論基本文献リスト - Lichtung

                            これは、私がミュージックビデオ論を書くにあたり探したミュージックビデオ論基本文献リストである。ごく簡単なものであり、研究を尽くすものではないが、しばしば名前が挙がる文献をリストアップしているので、ミュージックビデオ研究をしっかりやりたい人には役立つだろう。 日本におけるミュージックビデオ研究は、いくつか興味深いものも存在するが、まだまだ未踏の領域である。さらなる参加者を期待する。 さきに言えば、どれか一冊、となると、理論的な側面がしっかり語られており、先行研究を踏まえた研究史の整理をしてくれている、Korsgaard, M. (2017). Music video after MTV: Audiovisual studies, new media, and popular music. Routledge.がよいだろう(実際、この本で言及されている本がほとんどこのブログに挙げられている。)

                              ミュージックビデオ論基本文献リスト - Lichtung
                            • はてブでハライチ岩井と奥森を中傷していた人たち

                              フワちゃん騒動で思い出す“あの日の誹謗中傷”。奥森皐月「こうして命を絶つ人がいるのか、と」【今月のお笑い事件簿】 https://qjweb.jp/regular/118349/ を受けて、はてブでも岩井(とそれを選んだ奥森)を中傷していた人たちがいたなと思い適当にまとめてみた。 https://b.hatena.ne.jp/entry/s/www.oricon.co.jp/news/2302397/full/ cartman0 あーアイクはこいつのマネしたのか tempodeamor さすがに人としてキモすぎ。※ぽかぽか視聴の主婦層にはどう映るか。澤部のペド弄り、はないだろうな。 mouseion おはスタ発の不祥事だな。何か最近おはスタ、未成年淫行的な事件が増えてる。岩井はその子と共演して出会ってるんやろ。交際期間を考慮したら結婚に至ったからこそギリギリセーフなんやろ。つまりうん。 s

                                はてブでハライチ岩井と奥森を中傷していた人たち
                              • ♯8:松岡正剛さん | ele-king

                                たとえば林檎を描くとする。赤い林檎をそのまま正面から描くか、ひと口かじったそれを描くか、あるいは緑の林檎にするか、それとも半分に割った林檎にするか、その描き方にはいろいろある。編集者というのは、「(ほかの描き方も複数あるが)今回はこの林檎でいこう」だ。35年前に松岡さんから聞かされたこの喩えが、いまでも頭にこびり付いている。流動性のなかにこそ編集の極意あり。存在の流動化、存在から存在学へ、ほうき星の存在学。編集者は、言うなれば仮面から仮面へ、惑星から惑星へ、そして灰から灰へと渡り歩くことができる。だが、真を追求するアカデミアの研究者はそうはいかない。だからこの発想には両義性がある。 編集者のテクニックのひとつに、コピーライティングがある。松岡さんは権威的な文体や難読漢字の多用を嫌い、メディアの武器であり資本主義の道具でもあるこの文章技術に入れ込んでいた。目次に凝るのが好きで、ときには雑誌の

                                  ♯8:松岡正剛さん | ele-king
                                • Windows NT系はUNIX系と比較して設計上のどういう点が先進的だったのか?

                                  元Google・現Microsoftのソフトウェアエンジニアであるジュリオ・メリノ氏が、現代のWindows 11の基盤アーキテクチャとなっているWindows NT系と、FreeBSDやLinuxなどに代表されるUNIX系を比較した考察をまとめています。 Windows NT vs. Unix: A design comparison - by Julio Merino https://blogsystem5.substack.com/p/windows-nt-vs-unix-design ・開発の経緯 MicrosoftはDOS系となるMS-DOSを1981年8月に、Windows 1.0を1985年11月にリリースしました。そして、DOS系の後継としてOS/2をIBMと共同開発していましたが、プロジェクトが難航したため、OS/2とは別となるMicrosoft独自の「Windows N

                                    Windows NT系はUNIX系と比較して設計上のどういう点が先進的だったのか?
                                  • 複数LLMの統合による会議動画要約の精度向上 - enechain Tech Blog

                                    はじめに 背景と課題 システム概要 ワークフローの詳細 動画文字起こし (Gemini, GPT-4o) 文字起こしの議題単位の分割 (Claude 3.5 Sonnet) 議題単位での要約作成 (Claude 3.5 Sonnet, GPT-4o) 出力 実装上の工夫と課題 結果と今後の展望 おわりに はじめに こんにちは。enechainで統計・機械学習モデルの構築やLLM(大規模言語モデル)の活用推進を担当している@udon_tempuraです。 近年、GoogleのGeminiなど生成AIの発展が目覚ましく、多くの企業がこれらの技術を業務に取り入れようとしています。 私たちenechainも例外ではなく、積極的にLLMの活用を進めています。 今回はその活用例の1つとして、複数のLLMを使い分けて構築した「会議動画の要約作成ワークフロー」についてご紹介します。 このワークフローでは会

                                      複数LLMの統合による会議動画要約の精度向上 - enechain Tech Blog
                                    • 『「TSMC第3工場」は研究者レベルの人材を求めており熊本以外の理系名門大学の近くに作りたいらしい』との報道に「ここはどうか」と予想が飛び交う

                                      はじめまして 平岡です @HiraokaYasushi TMSC第3工場は熊本以外へ? 「残念ながら、第3工場が求めている人材は、こういった量産型のアプローチで育成できる類のものではない。台湾の半導体政策関係者は、こう指摘する。第3工場が必要とするのは、大学の研究者レベルの人材だ。だから立地は、理系の名門大学が近くにあることが重視される」 x.com/TCN_Kyoto_TPU/…

                                        『「TSMC第3工場」は研究者レベルの人材を求めており熊本以外の理系名門大学の近くに作りたいらしい』との報道に「ここはどうか」と予想が飛び交う
                                      • SQLに対するバックエンドのアプローチ比較、そしてSafeQLの紹介

                                        はじめに こんにちは。calloc134 です。 バックエンド開発において、DB にデータを保存することはよくあることです。 DB と接続してデータのやり取りを行う必要がありますが、皆さんはどのようにしてデータを取得していますか? ORM やクエリビルダを利用したり、逆に SQL を記述してコード生成を行ったりと、様々な方法があります。 今回はこれらのアプローチについて比較し、比較的斬新な方針を取っているものとして SafeQL を紹介します。 注意点 ここでは、TypeScript のバックエンド開発と、そこで利用されるライブラリを前提として話を進めます。 Go や Python など他の言語での利用方法については、別途調査が必要です。 SQL に対するアプローチ まず、SQL に対するアプローチには大きく分けて 2 つの方法があります。 それぞれのライブラリの使い方を、簡単に見ていきま

                                          SQLに対するバックエンドのアプローチ比較、そしてSafeQLの紹介
                                        • 逆視点シミュレーション「台湾有事」――中国軍から見た着上陸作戦の困難さについて:滋野井公季 | 記事 | 新潮社 Foresight(フォーサイト) | 会員制国際情報サイト

                                          台湾では陸軍3個師団と2個旅団に加え、220万人の予備役を動員する計画が進行している[市街戦を想定して行われた台湾陸軍の訓練=2022年1月6日、台湾南部・高雄](C)時事 日米台など守る側の視点から台湾有事にアプローチする優れたシミュレーションは多いものの、中国側の視点――特に「上陸してから制圧するまで」に注目する分析は比較的手薄だ。地理的条件や戦力リソースなどの前提条件を踏まえると、軍事的には中国にとって非常に困難な作戦となることが浮かび上がる。最終的にはいかに困難な任務でも国家主席の決心次第だが、より蓋然性の高い主戦場として「封鎖作戦」「認知戦」のドメインを想定する必要性が示唆されている。 2024年7月18日、読売新聞に「中国軍、海上封鎖から台湾上陸『1週間以内で可能』と日本政府分析…超短期戦への対応焦点に」という記事が掲載された。同記事によると、中国軍は最短1週間で地上部隊を台湾

                                            逆視点シミュレーション「台湾有事」――中国軍から見た着上陸作戦の困難さについて:滋野井公季 | 記事 | 新潮社 Foresight(フォーサイト) | 会員制国際情報サイト
                                          • DIC川村記念美術館の存続を求める署名を佐倉市が開始。「文化芸術の普及・発展にとって大きな損失」

                                            DIC株式会社が、運営するDIC川村記念美術館の休館を決めたことについて、佐倉市が同市での存続を求める署名活動を開始した。 市は「DIC川村記念美術館は、世界的に貴重な作品を数多く所蔵する国内屈指の美術館であるとともに、芸術・自然・建築が高いレベルで調和するひとつの『作品』」としたうえで、「移転・閉館といった運営方法の見直しは、我が国の文化芸術の普及・発展にとって大きな損失」と訴えている。 担当しているのは佐倉市の魅力推進部文化課を事務局とする「DIC川村記念美術館の佐倉市での存続を求める会」。オンラインと窓口提出および郵送にて9月30日まで募っており、ウェブサイトでは現在の署名数も表示されている。 なお、本件に関してはコレクションの国外流出を憂慮する声もあり、実業家でアートコレクターの前澤友作氏も「もしコレクションを売却するという方向なら、数々の名作が日本から出ないように、まずは日本の買

                                              DIC川村記念美術館の存続を求める署名を佐倉市が開始。「文化芸術の普及・発展にとって大きな損失」
                                            • 〈特別公開〉石丸現象とTikTok――若者世代のリアリティ(伊藤昌亮)

                                              ※『世界』2024年9月号収録の記事を、増補のうえ特別公開します。 2024年7月の東京都知事選挙では、とくに若者世代の支持を集めたとされる石丸伸二氏が大躍進を見せ、蓮舫氏を上まわる票数を獲得した。従来は政治に縁がないと見られていたそうした層を巻き込んだ「石丸現象」とは何だったのか。彼らはなぜ石丸氏を支持したのか。とくにTikTok動画の内容分析を通じて考えてみたい。 TikTok動画のメッセージ性と「いいね」数 石丸氏の躍進の一因となったのはそのネット戦略、とりわけネット動画戦略だったとされる。安芸高田市長の時代から古参議員や地方メディアなどとの対立の様子をYouTubeで公開し、そこから「切り抜き動画」を作ることを許諾していた彼は、全国の「切り抜き職人」の手で編集された動画を通じてその勇名を馳せることになった。 そうした彼のスタイルは、かつての小泉純一郎元首相や橋下徹元大阪市長など、い

                                                〈特別公開〉石丸現象とTikTok――若者世代のリアリティ(伊藤昌亮)
                                              • 「ソフトウェアアーキテクチャの基礎」と「アーキテクトの教科書」の備忘と感想

                                                はじめに 最近、ソフトウェアアーキテクチャを改めて勉強しようと2冊の本「ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ」と「アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築」を読んだので要点と感想を備忘としてまとめます。 ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクトの教科書 価値を生むソフトウェアのアーキテクチャ構築 概要とポイント ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ アーキテクチャには正解も間違いもない。ただトレードオフがあるだけだ。 この本はアーキテクチャを考えるための思考から、代表的なアーキテクチャスタイルの紹介やアーキテクトとしてのソフトスキル(対人スキルやチーム運営、キャリアパス等)まで網羅的にまとめられているものとなります。 アーキテクチャの技術

                                                  「ソフトウェアアーキテクチャの基礎」と「アーキテクトの教科書」の備忘と感想
                                                • 2024年版機械学習・データ分析の必須10冊+ガチ90冊+Next5冊=105冊 - Qiita

                                                  2023年版データ分析の100冊 が好評でしたので、2024年版を作りましたよ。 本記事のめあて IT系の技術者の方がデータ分析関連の仕事をするために役立つ本を紹介する(私が学び始めた時にあれば欣喜雀躍したであろう)記事として書いております 本記事作者の青木はバイオインフォマティクス(ゲノムデータのDB化中心・Perl・MySQL)からRで時系列分析→Pythonでデータ分析一般と業務をしてまいりました ですので研究者目的の本はありません。また、データ分析の基礎は主にRで学んだのですが、昨今の流行に合わせて理論のほかはPython本のみにしています 「本記事のR版のご要望があれば爆裂書きます!」と去年書いたのですが要望0 あはは、Rの本は今回撲滅しました! こういうリストを挙げる奴は大抵読んでいない、と過去にも言われたのですが、未読本は削除しました 最近好著連発なので読んでいる途中だけど挙

                                                    2024年版機械学習・データ分析の必須10冊+ガチ90冊+Next5冊=105冊 - Qiita
                                                  • スクラムガイド(LeSS版)

                                                    スクラムガイドの目的 スクラムは複雑なプロダクトを開発、提供、保守する為のフレームワークである。このガイドではスクラムを定義している。定義には役割、イベント、作成物とそれらをまとめるルールが含まれている。フレームワークの各要素は特定の目的を有し、スクラムによって実現される価値と成果にとって不可欠な要素となる。スクラムの考え方や構造を変えたり、要素を省いたり、ルールを無視する事は問題を隠し、スクラムから得られる価値を限定したり、無意味な物にしてしまうのである。 Ken Schwaber と Jeff Sutherlandはスクラムのフレームワークを作る事に重要な役割を担った。 LeSS(大規模スクラム)は複数のチームでプロダクト開発をする際にスクラムを適応し、組織のシステムが変化した結果として形作られ、LeSSはLeSSルールにて定義をされている。LeSSルールは、各チームのレベルではスクラ

                                                      スクラムガイド(LeSS版)
                                                    • トランプ陣営の戦争終結アプローチ、ウクライナは中立と引き換えに独立維持

                                                      トランプ大統領候補の副大統領候補=ヴァンス上院議員はウクライナとロシアの戦争について「現在の境界線で非武装化地帯を創設する」「ウクライナは中立と引き換えに独立を維持する」「ウクライナはNATOに加盟することはなく占領地を取り戻すこともない」と語った。 参考:Демілітаризована зона в Україні і відмова від НАТО: Напарник Трампа виклав “план закінчення війни” ハリス大統領候補が選挙に勝利しても「根本的な問題」は解決されない可能性が高い トランプ元大統領はウクライナとロシアの戦争について「大統領選挙で勝利すれば直ちに戦争を終わらせる」と繰り返し述べているものの、どうやって戦争を終結させるのか具体的に説明してこなかったが、ヴァンス副大統領候補は「ウクライナとロシアの間にある現在の境界線が非武装化地帯に

                                                      • 山口周氏が語る、従業員エンゲージメントを構成する4つの要素 職場での“目的のない会話”がもたらす効果

                                                        従業員の主体性は、「個人の資質」の問題だけではない 篠田真貴子氏(以下、篠田):技術的な質問はわかったのですが、まず1つあらためて押さえたいなと思ったのは、先ほど山口さんがおっしゃった「主体的であることがいいよね」という問題意識を持つと、「いや、山口さんは主体的だけど篠田さんは主体的じゃないですよね」とか。 個人の資質の問題だと捉えがちなところを、「あくまで環境と仕組みの問題である」と整理されているのが、あらためておもしろいなと思いました。 林要氏(以下、林):結局、僕らのLOVOTがそういう存在なんですよね。今までのロボットはシナリオが書かれていて、それに沿って動くので飽きられるのも早かったんですけれども。 LOVOTにはシナリオがないので、みなさんの生活の中でいろんなことを学んで振る舞いが変わっていく。その子がどういう振る舞いをしたのかはその環境次第なので、「環境次第で反応しているだけ

                                                          山口周氏が語る、従業員エンゲージメントを構成する4つの要素 職場での“目的のない会話”がもたらす効果
                                                        • MozillaはFirefoxへのユーザーの愛を取り戻せるのか? - YAMDAS現更新履歴

                                                          Mozilla wants you to love Firefox again - Fast Company Mozilla は再び Firefox を好きになってもらいたいみたいだけど、その過程で Firefox の最も忠実なユーザーの気分を害さずにいられるだろうか? という Fast Company の記事だが、ワタシはもう何年になるかは覚えていないが、長らく Firefox をメインブラウザとして使い続けてきた奇特な人間としては気になるところである。 この記事が最初に取り上げるのは、先月の Firefox が広告のためにユーザーデータを集める機能をデフォルトでオンに設定した話である。 プライバシーの専門家によれば、このデフォルト設定はほとんど無害らしいが、少なからぬ Firefox ユーザはこれを裏切り行為と見た(ワタシ自身も上でリンクした GIGAZINE の記事に従って、反射的に

                                                            MozillaはFirefoxへのユーザーの愛を取り戻せるのか? - YAMDAS現更新履歴
                                                          • SREチーム発足と今期の取り組みについて - Findy Tech Blog

                                                            はじめに 皆様、はじめまして。Findyでプロダクト開発部/SREとしてジョインしました安達(@adachin0817)と申します。今年の6月に入社し、ちょうど3ヶ月が経ちました。本日は、SREチームの立ち上げに関する0から1のプロセスと、今期の取り組みについてご紹介させていただきたいと思います。 SREチーム発足 2023年までは、バックエンドチームがインフラを担当していました。しかし、サービスの拡大に伴い、バックエンドチームのリソースが不足し、SRE的な改善が十分に行えない状況が続いていました。そこで、昨年からSREの大矢とチームリーダーの下司(@gessy0129)がジョインし、現在は3名体制で活動しております。 SREチームの位置づけとミッション SREチームは横断的なSRE活動をしており、これを「横断SRE」と指しています。一方で、各プロダクトにおいてSRE的な役割を担っていたメ

                                                              SREチーム発足と今期の取り組みについて - Findy Tech Blog
                                                            • 「才能ない」と言われたエンジニアがAzure開発者になるまで 日米ソフトウェア開発文化の違いと挑戦

                                                              「Developer eXperience Day 2024」において、Microsoft Senior Software Engineer の牛尾剛氏が、自身のキャリアと米国IT企業での経験を通じて、ソフトウェア開発の文化とマインドセットの違いを語りました。プログラマーへの夢を追い続けた軌跡から、世界的クラウドサービスの開発現場まで、日米のソフトウェア開発アプローチの違いが明らかになりました。全4回。 牛尾剛氏の自己紹介と経歴 牛尾剛氏:はい、おはようございます! おはようございますじゃないんや、よくわからへんねん。僕は今10時ぐらいなんですけど、みなさんの時間帯がよくわからないですね。というわけで今日は、「米国巨大IT企業で働いてわかったソフトウェア開発の文化とマインドセットの違い」をテーマに、話をしたいと思います。 私はエンジニアをやっています。Azure Functionsという世

                                                                「才能ない」と言われたエンジニアがAzure開発者になるまで 日米ソフトウェア開発文化の違いと挑戦
                                                              • なぜタスクごとにバッファを設けてしまったのか - Qiita

                                                                はじめに この記事は (Webアプリケーション開発プロジェクトでディレクター担当の) 私が経験した反省点を振り返り、みなさんと共有するものです。 プロジェクト管理における一つの重要なテーマ、バッファの設定について考えるきっかけにしていただければと思います。 まず バッファとは 「バッファ」とは何かを簡単におさらいしましょう。 プロジェクトのスケジュール見積もりにおいて、 不測の事態に備えて設けられる安全余裕のことです。 タイトルの回収 さて、私がなぜ1タスクごとにバッファを設けたのか? 答えはシンプルに「その方がスケジュールの確度が向上する」と思ったからです。 (その方がエンジニアにも易しいのかな?とも思ったり…) しかし、 その後の学びを通じて、「タスクバッファ」よりも「プロジェクトバッファ」の方が効果的だと考えるようになりました。 (もちろん、100%正解かどうかは賛否ありそうですが)

                                                                  なぜタスクごとにバッファを設けてしまったのか - Qiita
                                                                • Playwright+MSW でのリグレッションテスト事始 - enechain Tech Blog

                                                                  はじめに 背景 やりたいこと Why MSW? 導入手順 詰まったこと defaultのtimeout設定時間が短い CIで落ちた時の検証方法がわからない 認証後のストレージの状態が入ってこない 今後の展望 おわりに はじめに enechainでフロントエンドエンジニアをしている@Shunya078です! 自分の所属するGXデスクでは『日本気候取引所 - Japan Climate Exchange』(以下JCEX)のサービス開発を行っており、その中でReactを使用したフロントエンドの開発を担当しています。 リグレッションテストは運用を考えると、設計から導入した後、どう管理していくかまで検討する点が多く存在します。 JCEXは去年の年末にリリースされたばかりのサービスで、まだブラウザまで含めたリグレッション相当になるテストレイヤーが導入できておらず、存在しませんでした。 今回は新たに自チ

                                                                    Playwright+MSW でのリグレッションテスト事始 - enechain Tech Blog
                                                                  • 「“ゲーム感覚”の戦争がおもしろいと感じてしまっていた」 | 殺害人数を競うイスラエル軍

                                                                    This article was originally published in +972 Magazine, in partnership with שיחה מקומית (Local Call). Read the original article. 現場への指示はなし 証言者Aは、陸軍の作戦本部に勤務した将校である。彼の指令室はガザの外にあり、標的の承認や誤射の防止など戦闘の指揮をおこなっていたが、彼は現場の兵士に伝えるべき、発砲に関する明確な指示を受け取っていなかったと証言した。 「指令室に入ってからというもの、状況の説明はなかった。上層部からは、大隊長や兵士たちに伝えるべき指示というのはいっさい与えられてない」 人道回廊では撃つな、という指示はあったというが、「指示のないところでは、その空白を埋めるのだ。『ある場所で禁止されたら、こちらでは許可をする』というアプローチだ」 Aは

                                                                      「“ゲーム感覚”の戦争がおもしろいと感じてしまっていた」 | 殺害人数を競うイスラエル軍
                                                                    • 画面遷移に順序があるUIの保守性を向上させる「順序ありオブジェクト指向UI」の提案

                                                                      はじめに UIを設計するときにオブジェクト指向UIは大きな効果を発揮することがあります。一方で、オブジェクト指向UIの考えをそのまま適用できないけれども、タスク指向UIと呼ぶのも微妙な画面があります。 例えば、ECサイトの購入プロセスです。よくあるECサイトの購入プロセスは以下の図のような構成です。これだけだと簡単そうですが、実際のECサイトの購入プロセスはある画面をスキップしたりしなかったりという制御があり、なかなかに複雑なものです。 今回の記事は画面遷移に順序があるがタスク指向UIと呼ぶのも微妙な、複雑な画面遷移を持つ画面にオブジェクト指向UIの考えを導入することで画面遷移制御を簡単にする手法を提案します。 対象読者 画面遷移の制御の保守性を向上させたいITエンジニア この記事の概要 複雑な画面遷移を持つUIに対して、オブジェクト指向UIの考え方を導入することで、制御フローをシンプルに

                                                                        画面遷移に順序があるUIの保守性を向上させる「順序ありオブジェクト指向UI」の提案
                                                                      • AIが論文や書籍を要約してポッドキャスト風の会話音声に自動変換してくれる「Google Illuminate」が公開中

                                                                        Googleが、論文や書籍をAIが要約し、その内容を元に会話形式の音声コンテンツを生成する「Google Illuminate」において生成される音声のプレビューを公開しました。記事作成時点で、Google Illuminateはあくまでも実験的なデモとして公開されていますが、実際に論文を音声に変換した結果をウェブサイト上で聞くことが可能です。 Illuminate https://illuminate.google.com/home Google Illuminateのページはこんな感じ。 記事作成時点では、コンピューターサイエンスの学術論文が例として提示されています。「Play」をクリックすると、実際に生成された音声を聞くことができます。Googleの研究者が2006年にTransformerモデルを発表した論文「(PDFファイル)Attention is All You Need」の

                                                                          AIが論文や書籍を要約してポッドキャスト風の会話音声に自動変換してくれる「Google Illuminate」が公開中
                                                                        • 技術組織のタレントマネジメントと、タレントの定義を考える - だいくしー(@daiksy)のはてなブログ

                                                                          仕事のひとつとして、技術組織におけるタレントマネジメントに取り組んでおり、勉強したことを簡単にまとめておく。 タレントマネジメントと一口に言っても、その類型にはいろいろとあり、マッキンゼーの"War for Talent"が書籍も出版されていてよく知られている。これは、簡単に説明すると、社員を成果の発揮度でA, B, Cに位置づけ、組織をAの人材で充足し、Cはなるべく数を減らす、という戦略をとる。選別の要素の強いマネジメント手法であり、あまり日本型の人事管理には馴染まない。そもそも、組織のすべてをA人材で満たす必要はあるのか、A人材のみで充足するためのコストに見合うのか、といった議論もある。 マッキンゼーの"War for Talent"は選別的なアプローチであり、逆に人材すべてをタレントとみなすマネジメントは、包摂アプローチと分類される。 他にもタレントマネジメントの類型はいろいろとある

                                                                            技術組織のタレントマネジメントと、タレントの定義を考える - だいくしー(@daiksy)のはてなブログ
                                                                          • Webフロントエンドの複雑な状態同士の依存をzustandを使ってリアーキテクチャする - KAKEHASHI Tech Blog

                                                                            この記事は秋の技術特集 2024の 7 記事目です。 カケハシのAI在庫管理チームでフロントエンドエンジニアをしているNokogiri です。今回はAI在庫の入庫ダイアログを zustand を使ってリアーキテクチャした事例を元に取り入れたプラクティスを紹介したいと思います。 イントロ AI在庫では、ユーザーの入力を伴うフロントエンド部分で多くのケースに React Hook Form を利用しています。 React Hook Form は、入力フォームの状態管理やバリデーションを簡単に実装でき、パフォーマンスにも優れた素晴らしいライブラリです。 しかし、ユーザーの操作に応じてインタラクティブに変化する UI では、状態管理が複雑化し、コードの可読性が低下することがあります。その結果、バグが発生し、予測しにくい動作を引き起こすことも少なくありません。 そこで今回は、 zustand を導入

                                                                              Webフロントエンドの複雑な状態同士の依存をzustandを使ってリアーキテクチャする - KAKEHASHI Tech Blog
                                                                            • 生成AI入門 - AWS社員が解説するAmazon Bedrock詳細ハンズオン - Findy Tools

                                                                              公開日 2024/09/05更新日 2024/09/06生成AI入門 - AWS社員が解説するAmazon Bedrock詳細ハンズオン はじめにAmazon Bedrockは、業界をリードする種々の基盤モデル(Foundation Model・FM)を提供する、生成AIアプリケーションの構築に必要な幅広い機能を備えたフルマネージドサービスです。 生成AIを業務で導入するには、モデル選びやセキュリティなど、さまざまなことを考える必要があります。 Amazon Bedrockは、APIを通じて生成AIの基盤モデルを利用できるだけでなく、付随するサービスによってお客様が生成AIを簡単に導入できます。 Amazon BedrockはAWSマネジメントコンソール上でモデルを有効化し、API経由で入力を送信するだけで使用できます。コンソールでモデルを試したり、複数モデルを比較したりすることもできます

                                                                                生成AI入門 - AWS社員が解説するAmazon Bedrock詳細ハンズオン - Findy Tools
                                                                              • だめだめの30歳だったけど、結婚できた

                                                                                30歳頃はだめだめの人生だったけど、40歳前後で結婚できました。 自分の経験と、身の回りで婚活苦手そうだけど結婚できた人たちを見ていて思った事を書くね(男視点の話です) 全然もてた経験はなかった。知り合った女性に勝手に好意を持ってしまって、告白して玉砕ってのは何回かしてた。職場関連で告白に失敗して気まずくなったこともありました。 お見合いは2回した事があるけど辛かったまじで地獄だった。話が合わないし、緊張するし、滅茶苦茶疲れたって事しか覚えていない。 話も盛り上がらないし、次回会うのがつらすぎて早々に断った。おそらく向こうからも断られてたと思う。 仕事関係で知り合った人と結婚できた。後々、相手(現在の妻)になぜ付き合ったのかとかどこに惹かれたか聞いたところ、私自身は長所ともアピールポイントとも思っていかなった事を褒められた。 他人からの評価って、想像と違うなあと思った。 結婚して精神的にす

                                                                                  だめだめの30歳だったけど、結婚できた
                                                                                • いつでも最高のプロダクトを生み出す「最高の開発チーム」を作りたい! いまどきエクストリームプログラミングなのはなぜか? 角谷信太郎 林尚之 対談 - Agile Journey

                                                                                  アジャイル開発の方法論やフレームワークはいくつかありますが、ユーザベースのスピーダ事業では執行役員CTOである林尚之さんの主導によりエクストリームプログラミング(XP: eXtreme Programming)を全面的に採用しています。2023年3月にはアジャイル関連書籍の共訳・監訳などで幅広く活動される角谷信太郎さんがエクストリームプログラミング顧問として就任し、エンジニア組織の向上に取り組んでいます。 当初は「いまどきXPで大丈夫か?」と半信半疑だった角谷さんですが、かなりの規模でXPを実践できていることに驚いたそうです。そんな角谷さんと林さんが、アジャイル開発を推進する上で大切なことは何か? 拡大する開発組織全体をアジャイルに保ち続けるにはどうすればよいのか? について正面から語り合いました。 ユーザベースがアジャイル開発を始めるきっかけ 最高のプロダクトというより「最高の開発チーム

                                                                                    いつでも最高のプロダクトを生み出す「最高の開発チーム」を作りたい! いまどきエクストリームプログラミングなのはなぜか? 角谷信太郎 林尚之 対談 - Agile Journey