並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 1283件

新着順 人気順

architectureの検索結果41 - 80 件 / 1283件

  • いまNext.jsで新規サービスを立ち上げるときの観点(Router・CSS・認証・監視など/2023年末)

    免責事項 社内向けに展開するように雑にまとめました Next.jsの知見が深くない人がリードしてPoCを立ち上げなきゃいけなくなったが、社内的にはNext.jsを推奨しているみたいな場面を想定しています なので自信ないところも多いですが割と断言するように心がけて書いています PoCの立ち上げ想定なので、jest/Storybookなど内部品質面についてあまり深く書くことを避けています ほぼ自分の知識だけで書いており私見も多いですし、そもそも自分自身がトップクラスの知識や視座を有しているわけでもないので、まずは以下の話を理解はした上で、踏襲するかどうかは別途他記事やGitHub、公式ドキュメントなどを漁って判断することを推奨 App RouterかPages Routerか 2023年末現在まだApp Routerは技術記事が足りてきている印象ではないため、社内でノウハウを積極的に貯めていく

      いまNext.jsで新規サービスを立ち上げるときの観点(Router・CSS・認証・監視など/2023年末)
    • x86-64機械語入門

      この記事はx86-64の機械語を書けるようになるためのガイドとなることを目指します。読者はアセンブリー言語について既にある程度知っていることを想定します。 情報源 x86-64の機械語のオフィシャルなガイドはIntelのSoftware Developer ManualまたはAMDのAMD64 Architecture Programmer's Manualです。 Intel SDM: Intel® 64 and IA-32 Architectures Software Developer Manuals AMD64 Architecture Programmer's Manual, Volumes 1-5 このほか、Cから呼び出される関数を定義したり、Cの関数を呼び出すためには、呼び出し規約の知識も必要です。使用される呼び出し規約はOSに依存し、Unix系では主にSystem V ABI

        x86-64機械語入門
      • 47都道府県ごとの最古の木造建築を調べてみた!

        しゅ〜🐴いくん|Shumaikun 🏯⛩🏛⛪️ @shuma1115 47都道府県ごとの最古の木造建築を調べてみた! 北海道と沖縄県が最古が江戸時代なのは知ってたけど、長崎県も江戸時代が最後だったのか… pic.twitter.com/cHEkfmZDwO 2024-05-14 03:02:28

          47都道府県ごとの最古の木造建築を調べてみた!
        • 24時間365日動き続けるデータシステムの設計手法 : 「データ指向アプリケーションデザイン」実践編

          「データ指向アプリケーションデザイン」をベースに、24時間365日動き続けるデータシステムを実装する際に必要となる技術や考え方を紹介します。 この資料は、2023年大阪大学大学院 情報科学科 マルテメディア工学特別講義で使われた資料を一般用に修正して公開しています。 参考: 「30分でわかるデータベースデザイン」https://speakerdeck.com/xerial/30fen-dewakarudetazhi-xiang-apurikesiyondezain-data-engineering-study-number-18

            24時間365日動き続けるデータシステムの設計手法 : 「データ指向アプリケーションデザイン」実践編
          • 東日本の「巨大商業施設ランキング」トップ300 トップ施設の店舗面積は東京ドームの約3倍 | 企業ランキング | 東洋経済オンライン

            コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕

              東日本の「巨大商業施設ランキング」トップ300 トップ施設の店舗面積は東京ドームの約3倍 | 企業ランキング | 東洋経済オンライン
            • 実録レガシーコード改善 / Working with Legacy Code: the True Record

              2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエピソードとコードをプロダクトオーナー(引き継ぎ前のコードを書いた本人)の許可を得て使用しています。登場するコードは全て本物、登場するデータは講演用の架空のものです。

                実録レガシーコード改善 / Working with Legacy Code: the True Record
              • 築136年の世田谷の洋館 漫画家の山下和美さんらの尽力で保存 3月1日に「旧尾崎テオドラ邸」としてオープン、漫画文化の発信担う

                東京都世田谷区の住宅地の一角にあり、一時建て壊しの危機にも瀕していた築136年の2階建て洋館が、漫画家の山下和美さんらの尽力で保存され、ギャラリーやカフェを備えた「旧尾崎テオドラ邸」として3月1日、オープンすることになりました。漫画文化の発信拠点になります。2月8日、同邸で山下和美さんらが記者発表して明らかにしました。 保存活動にかかわり、記者発表に集まった漫画家。左から三田紀房、高橋のぼる、高橋留美子、山下和美、笹生那実、新田たつお、福本伸行の各氏 元は六本木交差点そばの洋館 発表によると、この建物はもともと明治21年(1888年)、現在の東京・六本木交差点のそば、現在の「アマンド」の裏あたりに男爵の尾崎三良(1842-1918)が建てた洋館でした。イギリスに留学した尾崎三良が現地女性と結婚。そこで生まれた娘、テオドラ(1870-1932)がのちに日本で暮らすことになり、彼女のために建て

                  築136年の世田谷の洋館 漫画家の山下和美さんらの尽力で保存 3月1日に「旧尾崎テオドラ邸」としてオープン、漫画文化の発信担う
                • Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita

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

                    Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita
                  • 12のソフトウェア・アーキテクチャの落とし穴とその避け方

                    これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す

                      12のソフトウェア・アーキテクチャの落とし穴とその避け方
                    • マイクロサービス化は本当に難しい

                      はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社(通称AST)のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

                        マイクロサービス化は本当に難しい
                      • 「しずかなインターネット」の技術スタックを調べる - laiso

                        ポエム特化のZenn2との噂の「しずかなインターネット」を使いはじめたので、ユーザーとしてどんな技術が使われているのかを確認していく。 sizu.me おもむろにbuiltwith.comにかけてみる。 builtwith.com ここで分かる情報はブラウザのDevTools眺めてても得られるのであまり収穫はない。 前段にCloudflareのCDNサーバーがいて Next.jsで生成されたレスポンスを返している ことがわかる。 この時点ではキャッシュのみCloudflareなのか、Pages/WorkersでNext.jsのSSRごと動かしているのかは判断できない。 認証 Set-Cookie: __Secure-next-auth.session-token=が含まれているのでNextAuth.jsを使っているのが分かる。 next-auth.js.org Emailでサインアップする

                          「しずかなインターネット」の技術スタックを調べる - laiso
                        • ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog

                          Adobe Firefly で生成PdMむけの記事でこのような記事がある。 「プロダクトマネージャーこそ、戦略的に読書せよ!」── 最短で成果を出すための読書地図 (1/6)|ProductZine(プロダクトジン) これのエンジニア向けの記事がないかなと思っていたがなさそうだったので作ろうと思った。しかし客観的な視点でこれがおすすめというのは難しいので自分が参考になったと思った本を家の本棚を見ながらまずは100冊リストアップしてみた。 紹介する本は10年読まれていたり、近年発売のものであれば10年後にも読まれているだろうというものを選ぶようにしている。個別のプログラミング言語やフレームワークなどの本はバージョンアップに追随ができないことが多いので選んでいない。 入門本プリンシプル オブ プログラミングリーダブルコード定番中の定番。おそらくこの2冊はあちらこちらで紹介されている。とりあえず

                            ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog
                          • 認可のアーキテクチャに関する考察(Authorization Academy IIを読んで)

                            みなさま、認可の設計に苦しんでいるでしょうか?私は苦しんでいます。苦しまなかった瞬間などありません。昔「アプリケーションにおける権限設計の課題」を執筆しましたが、あれから3年以上が経ちます。 当時は認可の設計に関する情報がうまくまとまっている記事などほとんど無く、調べに調べて得たナレッジを書き記したのが上記の記事です。3年以上経ちますが、苦悩が今も特に変わっていないことが驚きです。 ただし、世の中的には認可のライブラリであったりサービスというのは少しずつ増えてきている印象があります(Auth0の OpenFGA であったりOsoの Oso Cloud 、Asertoの Topaz )。 認可の設計に関する記事も少しずつ増えている印象があり、その中でも本記事で紹介したいのがAuthorization Academyです。 これは認可サービスである Oso Cloud やOSSのライブラリ o

                              認可のアーキテクチャに関する考察(Authorization Academy IIを読んで)
                            • 日本の家が寒すぎることにもっとみんな怒って良い→改良が難しい理由は日本の気候にあった

                              キニマンス塚本ニキ Nikki Tsukamoto Kininmonth @tsukaniki85 英語通訳・翻訳・エッセイ執筆📻根は真面目で謙虚なのにチャラくて偉そうと思われる系の女・元松潤そっくりさん 📺配信→@politasjp 連載→@DIME_HACKS 🗼練馬&ニュージーランド育ちのミレニアルENFP🐑お仕事のご相談はDMからどうぞ chur🥝 linktr.ee/nikkidesukedo キニマンス塚本ニキ Nikki Tsukamoto Kininmonth @tsukaniki85 今年もまた「日本の家 なぜ寒い」を永遠に検索したり愚痴ったりする季節がやってくるが、なぜ日本の住宅断熱の途上国レベルが社会問題とされてないのか、マジで理解できない。 ヒートショックの犠牲者が交通事故死者の倍なんだぜ? 年間2万人が風 呂 場 で 死 ぬ んだぜ?この異常性、伝わって

                                日本の家が寒すぎることにもっとみんな怒って良い→改良が難しい理由は日本の気候にあった
                              • Blueskyメモ - 日誌(は)

                                Blueskyは見た目はTwitter/Xみたいだけど、お金持ちが買収してめちゃくちゃにするのを防ぐのを目標として、そのための仕組みをいろいろ用意している、というところがTwitterとは違うところです(この公式ブログの記事で「billionaire-proof」と表現してます) Twitterの創業者であるJack Dorseyがきっかけで始まったプロジェクトで、彼は今でもBlueskyのボードメンバーではあるっぽいのですが、今はBlueskyの開発や運営にはほとんど関わってないようです ※1 ※2。最初の出資者ではありますが、現在はもっと多くの出資者がいます。今はnostrを中心に活動してます 2024年2月23日に、BlueskyのPDSのフェデレーション(連合)というものが始まりました。Blueskyが分散SNSであると言われるために必要な第一歩です。PDSってのはユーザーの投稿、

                                  Blueskyメモ - 日誌(は)
                                • どうしてあなたの共通化は間違っているのか:目次 - Qiita

                                  はじめに この連載では共通化とモジュール分割について扱います。この話題においてQiitaで有名な記事のひとつが@MinoDrivenさんの単一責任原則で無責任な多目的クラスを爆殺するでしょう。この記事を未読の方はまずこちらを読むことをお勧めします。本連載では、この記事に書かれているような基礎的な事項については既知であることを前提に、どのようにすれば単一責任原則にそったモジュールの分割を行うことが出来るのかをなるべく 「場合による」という言葉に逃げずに なるべく 網羅的・理論的に 解説します。 いいね、ストックをよろしくお願いします。 対象読者 設計に興味のあるエンジニア 基礎的な設計原則について学んだものの、実際の場面でどのように応用すればいいのかが掴めないエンジニア ミクロな設計についての知識を増やしたい人 ※この記事では、特定のメソッドをどのように作成するべきか、このクラスは複数の処理

                                    どうしてあなたの共通化は間違っているのか:目次 - Qiita
                                  • なぜ、所沢の高層ビルの先っちょはとんがっているのか

                                    空と地上の境界を縁取る、高層ビルのスカイライン。 その輪郭線の美しさやダイナミックさにほれぼれすると「人間もなかなか頑張っとるな」などと、上位存在みたいな気持ちになってしまう。 東京では、さまざまな町で、そこかしこに高層ビルがずんずん建築されており、スカイラインの形も日々変わってきている。 高層ビルは都心だけではなく、郊外の町でも、超高層といわれるビルやタワーマンションがいくつも建築されているところがある。 なかでも、所沢の高層ビルのスカイラインが、なかなかおもしろいことになっているらしい。 所沢の高層ビルは、のきなみとんがっている 先日、デイリーポータルZ編集部の林さんが、所沢の高層ビルの先っちょが、軒並みとんがっているということを教えてくれた。 なんで所沢のマンションって先っちょとんがってるんだろう。 pic.twitter.com/akQUpNxUAX — 林 雄司 (@yagino

                                      なぜ、所沢の高層ビルの先っちょはとんがっているのか
                                    • サーバーレスの次はなんなんだ

                                      はじめに この記事は、同人誌サークル「めもおきば」から不定期刊行している技術解説本「めもおきばTecReport」に書いたものを公開用に再編集したものです。 ⇒ めもおきばTecReport 2023.12 この記事のほかにも「私もSecHack365に参加したい!」や、「2023年振り返りと2024年技術予想」としてこんなキーワードを取り上げているので、気になったらぽちっとしてください! メガクラウドと特化型クラウド/ハイパーバイザーのSoC化/ライセンスとクラウドベンダー/イベント駆動型API/LLM時代のAIペアプロ力/生活必需品としてのGPU・NPU/Passkey/ウェブアクセシビリティ/リアルイベントの再開 サーバーレスの次はなんなんだ サーバーレスと呼ばれる技術ムーブメントが盛り上がり始めて8年近くが経ちました。各クラウドベンダーのFaaS(Function-as-a-Ser

                                        サーバーレスの次はなんなんだ
                                      • 【閲覧注意】昔は当たり前にあったお風呂場の懐かしい床がいつしかすごい嫌われ者になっていた「本能的に無理 ! ってなる」

                                        ユイ(Taylor's Version) @Jirachi_yui え、こういうの結構好きなんだけどレアなのかな でも確かに自分の家は嫌だってのは分かるかもしれない。たまにだからいいみたいな感じだよね、派手なホテルとかそんな感じ。 x.com/hirausan/statu… 2024-02-20 21:06:15

                                          【閲覧注意】昔は当たり前にあったお風呂場の懐かしい床がいつしかすごい嫌われ者になっていた「本能的に無理 ! ってなる」
                                        • 5年後には標準になっている可観測性のこと - Learning Opentelemetry の読書感想文 - じゃあ、おうちで学べる

                                          はじめに 本稿は、オープンソースの可観測性(Observability)プロジェクトである OpenTelemetry を取り上げた書籍「Learning Opentelemetry」の読書感想文です。従来の可観測性の課題であったデータの分断を解消し、トレース、メトリクス、ログなどの様々なテレメトリデータを統合的に扱うことができる OpenTelemetry は、可観測性の分野における革命的な存在と言えます。 過去10年間で、可観測性はニッチな分野から、クラウドネイティブの世界のあらゆる部分に影響を与える数十億ドル規模の産業へと発展しました。しかし、効果的な可観測性の鍵は、高品質のテレメトリデータにあります。OpenTelemetryは、このデータを提供し、次世代の可観測性ツールと実践を開始することを目的としたプロジェクトです。 learning.oreilly.com 本書の想定読者は、

                                            5年後には標準になっている可観測性のこと - Learning Opentelemetry の読書感想文 - じゃあ、おうちで学べる
                                          • ソフトウェアアーキテクチャ入門

                                            はじめに 今回の記事では、ソフトウェアアーキテクチャの入門的な内容を解説する。 対象とする読者 ソフトウェアアーキテクチャを勉強するエンジニア アーキテクチャに関して全くわからない初心者 タイトルで気になったひと ソフトウェアアーキテクチャとは? ソフトウェアのアーキテクチャは、システムの主要なコンポーネント、それらの関係(構造)、およびそれらがどのように相互作用するかを記述する。ソフトウェアのアーキテクチャとデザインには、品質属性、人間のダイナミクス、デザイン、IT環境など、多種多様な寄与要因が含まれる。アーキテクチャは、品質、保守性、パフォーマンス等のような全体的な成功に影響を与える重要な決定を含む。 ソフトウェアアーキテクチャの主な目的は、アプリケーションの構造に影響を与える要件を特定することだ。良好なアーキテクチャは、技術的な解決策を構築する際のビジネスリスクを削減し、ビジネス要件

                                              ソフトウェアアーキテクチャ入門
                                            • データベースの在庫の持ち方をビットで管理してる話 - 一休.com Developers Blog

                                              こんにちは、一休.comスパ(以下、「スパ」)の開発を担当しているshibataiと申します🙏 今回はスパのデータベースの在庫の持ち方で試行錯誤した話をさせていただきます。 背景 2024-03-29追記: 一休.comスパにおける在庫の特徴について 一休.comスパが扱う「在庫」は、「ある日付の特定の時間に対する空き枠」です。以降の説明では、スパ施設ごと、日付ごと、また時間ごとに増えていく「在庫」をいかに効率よく扱うかについて説明しています。 詳細については次のスレッドも参照してください! https://t.co/Y0SPmDE4yZ この記事のコメントみてると、少し我々のシステムの要件が伝わってないというかそこの説明が記事に不足しているように思った。ので以下その補足— naoya (@naoya_ito) March 29, 2024 現在の実装 スパは予約を受け付けるために在庫の

                                                データベースの在庫の持ち方をビットで管理してる話 - 一休.com Developers Blog
                                              • 「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号|mtx2s

                                                リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層

                                                  「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号|mtx2s
                                                • 注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

                                                  公開日 2024/05/27更新日 2024/05/27注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 現代のITサービスは、ユーザーに高品質で安定した体験を提供するために、より効率的で柔軟な技術選定が不可欠です。 本特集では、注目企業のシステムアーキテクチャ設計に携わるエンジニアの方々より、それぞれの技術選定における工夫と、未来を見据えた展望についてご寄稿いただいています。 各企業がどのように課題を乗り越え、開発生産性や品質を向上させるためにどのようなアプローチを採用しているのか ー この記事を通じて、実際の現場で活用される最先端の技術や戦略を学び、皆さんのプロジェクトに役立つ洞察を得ていただければ幸いです。 ※ご紹介はサービス名のアルファベット順となっております airCloset - 株式会社エアークローゼット エアークローゼットは日本初・国内最大級、女

                                                    注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
                                                  • 開発者が知るべきキャッシュ設計でよく遭遇する問題

                                                    はじめに 分散システムの設計および開発において、キャッシュはパフォーマンス向上のための非常に重要な要素です。頻繁にアクセスされるデータをキャッシュすることで、アクセス速度が遅いデータベースへのアクセスを削減し、データへの迅速なアクセスを可能にします。これにより、システムの全体的な効率とパフォーマンスが向上します。 しかし、キャッシュは慎重に設計しないとむしろパフォーマンス上のデメリットになるケースが存在します。 この記事ではよく遭遇するキャッシュ設計の問題とその回避策について解説します。 Cache penetration DBに存在しない値を検索したときに、DBから返された空の結果をキャッシュしない場合に発生するシナリオです。 このシナリオではDBに存在しない値を繰り返し検索することにより、その値がキャッシュされていないため検索ごとにDBへのアクセスが必要になってしまいます。 存在しない

                                                      開発者が知るべきキャッシュ設計でよく遭遇する問題
                                                    • React

                                                      2023年度リクルート エンジニアコース新人研修の講義資料です

                                                        React
                                                      • これからはじめる Azure の基礎知識 | 外道父の匠

                                                        まいど AWS の犬が、少々 Azure に触れてみましたので、絵は描かずに基礎知識の整理と共有だけしていきたいと思います。 全然ド素人な状態なので、なにかしら間違ってたり不足していると思われますが、同じようにイチから調べる人の足がかりにでもなれば、くらいの質感で進めていきます。 はじめに 今のところ少々用事があっただけなので、これから Azure を掘り下げるぞとか、Azure の犬になるぞ、とかは考えていなく一発ネタで終わる可能性が高いです。雑なメモをブログに起こして、いったんの区切りとする個人的な清書のため、詳しくはちゃんとリンク先のドキュメントなどを読んでくださいませ。 さて、AWS に似たパブリッククラウドはいくつもあり、Azure もその1つです。公式ドキュメントに何箇所も AWS との比較が出てくるくらいには、Azure も AWS を意識しています。 例)AWS サービスと

                                                          これからはじめる Azure の基礎知識 | 外道父の匠
                                                        • 36億パラメータの日本語言語モデルを公開しました

                                                          LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは。 LINEのNLP Foundation Devチームの清野舜と高瀬翔とoverlastです。 LINEでは2020年11月から日本語に特化した大規模言語モデル「HyperCLOVA」の構築と応用に関わる研究開発に取り組んできましたが、この「HyperCLOVA」と並行するかたちで複数の大規模言語モデルの研究開発プロジェクトが進行しています。 今回はそれらの研究開発プロジェクトのうち、我々を含むMassive LM開発ユニットから、日本語言語モデル「japanese-large-lm(ジャパニーズ ラージ エルエム)」をOSSとして公開できる状況になりましたので、本ブログを通じてお伝えすることにしました。 この記事

                                                            36億パラメータの日本語言語モデルを公開しました
                                                          • htmxとは何なのか? その背景にある思想について - Qiita

                                                            先日、Qiitaに投稿された一つの記事が注目を集めました。 元記事では、htmxというJavaScriptライブラリが英語圏で認知を獲得しているとして、インストールの仕方から使い方について公式のドキュメントの全体にわたって簡単に説明が行われています。 さまざまなプラットフォームでこの記事に対する反応を観察してみると、どちらかというと懐疑的な見方のほうが優勢のように見受けられます。ただ、多くのコメントは誤解に基づいているように見受けられました。「JSが要らない」といった元記事のミスリードによるところも大きそうですが1、なぜhtmxが大きく支持を得つつあるのかを理解するには、背景情報を含めて理解することが必要です。 htmxは、最近の複雑化するフロントエンド技術に対する単なる逆張りではありません。これまで30年ほどのあいだウェブ上のシステムを支え続けた「ハイパーメディア」の持つ強力さに今一度目

                                                              htmxとは何なのか? その背景にある思想について - Qiita
                                                            • コンテナビジホに初めて泊まった。いや、かなり良い→実際に泊まった方々のポストも集まる「ガチで良かった」

                                                              リンク hotel-r9.jp 【公式】HOTEL R9 The Yard | R9ホテルズグループ 建築用コンテナモジュールを独立した1台・1客室としてご提供する新しいタイプのコンテナホテル HOTEL R9 The Yard(ホテルアールナイン ザ・ヤード)。ビジネスや観光など、幅広いニーズに対応いたします。 2 users 331

                                                                コンテナビジホに初めて泊まった。いや、かなり良い→実際に泊まった方々のポストも集まる「ガチで良かった」
                                                              • マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy

                                                                # 実装の参考資料 - https://soudai.hatenablog.com/entry/2022/11/11/110825 # 類似の登壇内容の動画 - https://www.youtube.com/watch?v=PXy6I-AeI-I

                                                                  マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy
                                                                • UUIDとULIDを理解していない方は見た方がいい記事

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

                                                                    UUIDとULIDを理解していない方は見た方がいい記事
                                                                  • 「CPU」「GPU」「NPU」「TPU」の違いを分かりやすく説明するとこうなる

                                                                    AIの開発に欠かせない機械学習には、GPUやNPU、TPUなどの処理チップが用いられていますが、それぞれの違いは分かりにくいものです。そんなCPUやGPU、NPU、TPUの違いをGoogleやクラウドストレージサービスを展開するBackblazeがまとめています。 AI 101: GPU vs. TPU vs. NPU https://www.backblaze.com/blog/ai-101-gpu-vs-tpu-vs-npu/ Cloud TPU の概要  |  Google Cloud https://cloud.google.com/tpu/docs/intro-to-tpu?hl=ja ◆CPUとは? CPUは「Central Processing Unit」の略称で、PCでの文書作成やロケットの進路計算、銀行の取引処理など多様な用途に用いられています。CPUでも機械学習を行うこ

                                                                      「CPU」「GPU」「NPU」「TPU」の違いを分かりやすく説明するとこうなる
                                                                    • データ分析基盤まとめ(随時更新)

                                                                      はじめに データ分析基盤の資料を力尽きるまで追記していきます。 構成図にあるアイコンや記事の内容から技術要素を調べて記載していますが、不明分は未記載にしています。修正のコメント頂ければ助かります。 あと、この記事追加してっていう要望も歓迎いたします。 テンプレート 記事公開日 : 会社名(サービス名) データソース : データ処理 : アウトプット : 画像 URL 2025年 2024/03/14 : 株式会社エス・エム・エス(カイポケ) データソース : Amazon Aurora データ処理 : Datastream、BigQuery、dbt アウトプット : Looker Studio 2024/03/12 : 株式会社マイナビ データソース : SQL Server、Amazon S3 データ処理 : Embulk、Amazon MWAA、Apache Airflow、Snowf

                                                                        データ分析基盤まとめ(随時更新)
                                                                      • 昔はまったく売れなかった「電気の要らない自動ドア」が人気を集めているらしい

                                                                        Newtonプラスが、3月2日、日本トーターグリーンドーム前橋で開催中の「UPDATE EARTH 2024 ミライMATSURI@前橋」で「電気を使わない自動ドア」を展示した。 電気で開閉するから自動ドアなのに、電気を使わないとはどういうことか? 聞けば、床板に荷重がかかるとドアが開く構造を持った、機械式の自動ドアだという。 電気によるランニングコストが発生しないことに加え、災害時や停電時でも開かなくなることがない安全性、人が乗っている限りは閉まることがないので、挟まれる心配もないなど、メリットは複数ある。 建物の構造的に建築基準法をクリアできない場合を除き、既存の自動ドアを置き換える形で設置することも可能。主に自治体や、ビル内の授乳室、災害時の避難所の役割を果たしている地域の店舗やビルといった、公共性の高い場所への導入が進んでいるという。 この製品、実は14年前に発売されているが、ほと

                                                                          昔はまったく売れなかった「電気の要らない自動ドア」が人気を集めているらしい
                                                                        • 横浜みなとみらいー桜木町-関内-中華街エリアって異常じゃね?

                                                                          青山や銀座みたいに「華やかだけど範囲が局所的」だとか、越谷レイクタウンや幕張新都心みたい充分広いけど娯楽の幅が異様に狭いとかじゃなしに、 「みなとみらい-桜木町-関内-中華街」の一帯のように切れ目ないクソデカ規模で大発展していて(しかもお台場とかと違って全く衰退せず)、なおかつエンタメや観光の選択肢のバリエーションが異常に豊富なエリアをどうして作ることができたのか。 言っちゃ悪いが、都心からはるか遠く離れたあんな横浜南部の海っぺりだ。 そんなところの開発がまんまと大成功したのを見るに、もしかして埼玉や千葉で同じような開発しても同じくらい成功できるのか? 例えば大宮や四街道なんかでも官民一体となってその気になればみなとみらいエリアにように化けさせることはできるのか?

                                                                            横浜みなとみらいー桜木町-関内-中華街エリアって異常じゃね?
                                                                          • クリーンアーキテクチャの功罪

                                                                            クリーンアーキテクチャというと設計における銀の弾丸のように扱われていて、クリーンアーキテクチャを導入するという記事をよく見ます。しかし自分の経験だとクリーンアーキテクチャで書かれているのにもかかわらず開発効率が落ちているという事が多く、いつでも使っておけばいいというものではないと思っています。 最近目にしたクリーンアーキテクチャに対する批判 本筋ではないので詳細は省きますが、あるとき[1][2]にUncle Bobの著書であるCleanシリーズへの批判をXで見ました。 ここで一番載せたかったものが今見つけられないのですが、以下のようなポストがありました。 書籍クリーンアーキテクチャに書いてある内容を抜きにして起こった現象だけを見るとマイナスの方が多い このポストが自分の感じていることを端的に表現できているように感じました。書籍クリーンアーキテクチャの内容を悪いと思いませんが、その影響により

                                                                              クリーンアーキテクチャの功罪
                                                                            • キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳

                                                                              どうもキャッシュバスターズ、 id:Soudai です。 Cache(以下、キャッシュ)は特定の場面に置いて劇的な効果を発揮し、様々な問題を解決する反面、新たなコンポートやミドルウェアが追加され、複雑性が上がり、運用のレベルが上がるため、扱いに注意する必要があります。 キャッシュを活用することで、パフォーマンスの改善や負荷軽減が行われ、コンピュータリソースの最適化によるサーバコストの削減や、レスポンスの改善によるユーザエクスペリエンスの改善がされます。 反面、その劇的な効果に毒され安易に多用すると、サービスが強くキャッシュに依存してしまい、非常に壊れやすくなり、運用が難しくなってしまいます。これをWeb界隈では「キャッシュは麻薬」と比喩されて、戒められてきました。 そのためキャッシュを使わずにサービスが運用できるのであれば使わないに越したことはないのですが、ある一定以上の規模になった際にコ

                                                                                キャッシュを活用するために必要な知識と勘所 - そーだいなるらくがき帳
                                                                              • Goで実装された高速な
仮想待合室サーバの実装と詳解

                                                                                ペパボのテックカンファレンスで話しました。

                                                                                  Goで実装された高速な
仮想待合室サーバの実装と詳解
                                                                                • 最強断熱賃貸、氷点下の北海道ニセコ町でも冷暖房費が月額5000円! 積雪2.3mまで耐える太陽光パネル搭載も3月に登場

                                                                                  ここ数年、夏の暑さも冬の寒さも厳しく、電気や灯油、ガス料金の高騰による冷暖房費のアップが家計を直撃している。そんな今、注目したいのが冷暖房費や光熱費が共益費に含まれ、一定額でまかなえてしまう賃貸・分譲集合住宅。しかも、その料金は一般の住宅に比べかなり安いそう。「来月のエアコン代はいったいいくらになるのだろう」という心配から解放される、住まいの仕組みについて取材した。 冬の平均気温が氷点下の北海道ニセコ町に、エアコン1台、一定額で暖房費がまかなえる賃貸集合住宅が誕生 スキーリゾートとして世界的に注目を集める北海道ニセコ町。冬季(12月~3月)の平均気温は氷点下で、1月は平均マイナス6度まで下がる。エアコンは暖房にはパワー不足。多くの家が灯油ファンヒーターを使用している。中には、冬のはじめに点火をしたら、春が来るまでスイッチは切らない、という家も。その結果、このエリアの一般的な木造一戸建てでか

                                                                                    最強断熱賃貸、氷点下の北海道ニセコ町でも冷暖房費が月額5000円! 積雪2.3mまで耐える太陽光パネル搭載も3月に登場