こんにちはあるいはこんばんは。村山です。 分析する場面にて、 GA4 を ユニバーサルアナリティクス のように使いこなせている方は、そこまで多くはないのではないかと思います。そこで、今回は Googleアナリティクス で分析するという目的から、 どのように ユニバーサルアナリティクス で対応していたことを GA4 で実現するための考え方やコツを紹介します。 なぜ、アナリティクスのデータを見るのか ユニバーサルアナリティクス と GA4 でのレポートUIの違い アナリティクス環境への混乱 GA4 移行における混乱を考える ユニバーサルアナリティクス のレポートUIを考察する GA4 のレポートUIを考察する GA4 を見るときに意識したいこと GA4 に慣れるためのUIUXを考える GA4 に慣れるためのUI モニタリング分析には GA4 のライブラリを活用する ライブラリの構成 コレクショ
結婚にメリットがあるかどうか考えてやるもんじゃない。 そういう考え方ならもし結婚したら後悔するで。ただメリットがないわけではない。 俺は40前で別に好きでもない人と酔った勢いで結婚の約束をしてしまい、その約束を守って結婚した。 相手が俺のことをずっと好きだったみたいなことは知っていたけど、全然タイプじゃないし、手を握りたいと思ったこともない相手やった。 ただの飲み友達の一人でキスもしたことないのに入籍した。お互い初婚。相手が2個上。 こんなノリで結婚したらおもろいやんというだけの結婚やったけど、親と妹はなんか泣いて喜んでたし、生活はかなり余裕ができた。これはメリット。 妻のほうが収入が多いくらいなので俺の稼ぎは全額貯蓄している。 年金暮らしなんて期待していなかったから死ぬまで働くんだと諦めていたけど、60歳までに一億円貯金して引退したいと思えるようになった。 知らない人との共同生活はまあス
はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか? 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って
https://www.kbaba1001.com/entry/2021/09/17/073149 (該当記事が削除されました) RubyのサービスをGoで置き換えるのは3倍人手がかかる 何するにも機能不足 JSONの読み書きにわざわざ構造体書くの面倒 同僚がGoを選ぼうとしたら愚かな選択ですねと答える サーバーサイド開発にGoを使うのは危険 っぽい内容だったかと。 だいぶGoの特徴や既存の言語との考え方の違いが広まってきてるのかなぁと思っていた矢先だったので十年くらい前のような指摘をあえて今されていてびっくりした。 正直、ここに書かれたようなヘイト項目は既出すぎるので、もし影響の大きい項目を多くの人が同様に嫌っているならばGoはここまでの人気のある処理系になることはなかったと思う。(もしくは多くの人が嫌ってはいるが影響の小さい項目ということ) Goは出た当初、こういうヘイトが世界中のブロ
米国疾病対策センター(CDC)は疾病予防や健康増進のための調査・介入を行う米国連邦政府機関です。CDCが発信するガイドラインに対する信頼性は高く、日本を含む世界各国の行政・医療機関が参考にしています。 そのCDCが新型コロナウイルス感染症(以下、新型コロナ)の主要な感染経路に関する見解を10月5日付で改訂しました。 なぜこの改訂版が注目されているかというと、CDCが初めて空気感染(airborne transmission)を新型コロナの感染経路の一つとして認めたからです。しかし、慌てる必要はありません。新型コロナが空気感染する可能性は以前から知られており、日本ではその知識が「3密」の回避や換気などの対策に活かされてきました。 改訂版には目新しいことは書かれていません。従って必要な感染対策もこれまでと変わりません。ということで、ここで画面を閉じていただいてもよいのですが、改訂版の内容や感染
2020年1月に行われた Design Matters Tokyo のセッションでUXライティングについて学んだので記事にまとめます。 Slack社でUXライティングに取り組んでいるアンドリューさんのお話で、実際にUXライティングするワークショップも体験したので共有したいと思います。 Slack社のアンドリューさん UXライティングとはUXライティングとは、ソフトウェアやインターフェースを言葉で対話可能にすることを目的としたコピーです。 ユーザーの行動フローを理解し、専門用語を使わずに対話できるインターフェースを設計する職種のことを「UXライター」と呼んでいますが、まだまだ新しく誕生した職種のためいろいろと模索しているとのことです。 特にSlackでは人とのつながりの構築を意識してUXライティングに取り組んでいて、 どうやったら人と繋がれるのか。 どうやったら言葉で人と寄り添えるのか。 ど
みなさん、監視作ってますか? システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか? まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun
完全なるポエムです。自分にとって斬新な考え方だったので思わず勢いで書いていますが、知っている人からすると当たり前ですし、冷静に読み返すとだから何だよという内容に仕上がっています。読んだあとにだから何だよと言われても責任は取れません。 はじめに とある方の話 他人に任せる 記事執筆 社外発表 社内発表 マネージメント まとめ はじめに 以前、苦手分野を思い切って捨てて得意分野に集中してみるという話を書かせていただきました。 engineer-lab.findy-code.io 今回も通ずるところはあるのですが、一歩踏み込んで自分の気の進まないことはいっそ得意な誰かに任せようという話です。一歩引いた視点で見れば上のブログの話も結局誰かが自分の穴を埋めてくれているので同じに見えると思うのですが、自分の気の持ちようとしては大きく異なるので書いています。つまり、これ苦手だけど一生懸命やってるので許し
オタクペンギン(社長) @NovelPengin 次世代型出版社BookBase社長&ダンガン文庫編集長。誰よりもラノベを愛するオタクなペンギン。通称オタペン。国内最大級の小説家コミュニティ #BB小説家コミュニティ も運営。出版の新たな可能性をつくり、ラノベをもっと盛り上げたいです。サービスのお問い合わせはサイト内のフォームからお願いします。応援↓ amazon.jp/hz/wishlist/ls… オタクペンギン(社長) @NovelPengin 原稿見ていると、『キャラは多いほうが良い』と考えている作家さんをちょこちょこ見かけるんですが、これは全くオススメしないです。 特に小説/ラノベなどの場合、ヴィジュアルで差別化できるわけでもないので、キャラ一人増えることの読者側の負担が作家さんが思ってるよりも重いです。1/n オタクペンギン(社長) @NovelPengin さらによくあるのが
何度か教えていただいているので、今度こそしっかり覚えておきたくて、まきさんからのコメントを記録。 ## メモリサイズの考え方 SpringBootのアプリをコンテナとして動かす場合には768MB以上必要で、1GBくらいは割り当てる必要があるのではないかという僕のコメントに対していただいたコメント。 それは不正確..Tomcatを使う場合は最大コネクション(スレッド)がデフォルト200で+50スレッドくらい余裕を見ると250M (-Xss1M)でデフォルトのReservervedCodeCacheSize 240MとDirectMemorySize 10M加えた上にMaxMetaSpaceSizeがざっくり50Mくらい足すと550Mくらい使ってこれHeapを足すとコンテナサイズ— Toshiaki Maki (@making) November 16, 2019 その前提であればHeap 2
概要 4年ほどProductionで使っていたリッチテキストエディタ(Quill on Nuxt.js v2)をTiptap on Next.jsに移行しました。 既存のQuillエディタの使い勝手をTiptapで再現しつつ、改善できるところは改善しつつ、既存の4年分のリッチテキストデータが正しく編集できるようにしなければいけませんでした。 本記事では移行の具体的なプロセスを解説しようと思っていたのですが、リッチテキストエディタは前提知識があまりに多いため、前提となる知識や考え方を解説しているだけでそこそこのボリュームになりました。そこで、一旦考え方や前提知識をまとめた、という体で公開します。 本記事を読んでから各ライブラリのDocsを読んだりカスタマイズを始めたら、少しハードルが下がっていることかと思います。 対象読者の例 リッチテキストエディタに興味がある リッチテキストエディタの開発
障害の再発防止策は、 1. メカニズム 2. ツール 3. ルール 4. チェックリスト の順番に検討せよ。 上記は、私が20年前に所属していたパッケージソフト開発会社の標語です。 ※転職したので現在の所属会社ではありません。 当時はまだインターネットが今ほど普及しておらず、修正パッチはCD-Rで配布していました。 特に、データ破損系の障害の場合は、 お客様にファックスで障害内容を報告し、 緊急ホットラインを開設し、 データ異常が見られる場合はバックアップを預かって修正後に返却し、 上記と同時並行でバグの原因調査と修正を行い、 パッチをCD-Rに焼いて配布する。 という障害対応を行っていました。 各パッケージの利用社数は数万〜10数万社に上りますので、大変な騒ぎでした。 そして事後に、障害の再発防止策を検討し報告する義務が課されるわけです。 メカニズム 仕組みとして、障害原因を封じ込める対
ritouです。 サービス、ブラウザ、OSそれぞれのパスキー対応が日々進んでいます。 その中で、パスキーを利用してみて認証要素についてふと考えてしまう人がいるでしょう。 パスキー簡単!けどこれ指紋認証だけ?弱くなってない? SMS OTPを2FAに設定し、パスワードマネージャーも使ってたから使い勝手はあまり変わらない。むしろSMS OTPがないぶんだけ弱くなった? この辺りについて整理します。 認証要素というと、次の3つです。 SYK: Something You Know. パスワード、PIN SYH: Something You Have. 認証アプリ、TOTP生成アプリ、バックアップコード、 SYA: Something You Are. 生体認証 前にこんな記事を書きました。 この内容を説明すると、「うん、わかってる」って人は多いです。 でも、実際に使ってみると心許なく感じたりする
アジャイル型の開発が導入されていない現場であっても、そして一人であっても、実践可能なアジャイルに関するプラクティスは存在します。 例えば、自動テストや、テストファースト、テスト駆動開発(TDD:Test Driven Development)です。ユニットテストフレームワークを使ってテストコードを書いて開発しながらテストを実行する「自動テスト」、実装の前にそのテストコードを書く「テストファースト」、テストと実装を繰り返しながらインクリメンタルに設計・開発を行うのが「TDD」。これらプラクティスのなかで、はじめの一歩となるのが自動テストですが、1人で実践するには、どこからはじめるか、どうテストを組み立てればよいのか、あるいは自分のテスト方法は適切なのか、不安を持つこともあるでしょう。 そこで本稿では、さまざまなチームや組織へのテスト手法の導入を支援し、精力的に講演や執筆などを行ってきたこの分
工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋するふたり」連載中 @m0721804 昔キャラをたたせろ、お前のはただの設定と師匠にずっと言われてでもそのころわからなくて困ってたら「メインのキャラが2人、そいつらがラーメン屋に行って食べてから全員財布を忘れていた時各々どうするって状況だけでおもしろい漫画になったらおっけー」て聞いて以来ずっと指標にしてます。 工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋するふたり」連載中 @m0721804 キャラの立場とか職業とか過去とかこいつが実は…みたいなの若いころって描きたくなりがちだったんですけどそれをきいて、30歳超えたあたりからやっとキャラをたてろってのは人間性をかけ、人間くさくしろってことなのかなぁって思うようになりました、ゆうてまだ理解できてないので勉強中です。 工藤マコト@YGにて「不器用な先輩。」GAにて「HGに恋
これらの漫画をつくりました。 手法として、コマごとに画作りが基本で全体を一気には出力していません。 また、事前に登場キャラクターをたくさん生成しストックしておきはめ込むのが一番簡単です。ControlNetを使うのも良いですが、一部に利用するにとどめて基本はストック画像からパッチワークをするのが一番効率がいいです。 背景と人物は一気に生成しなくてよいです。ただし、画風があまりはなれすぎないように工夫する必要があります。 AI漫画は既存の漫画を作るのと一部逆走する手法でいろんな物を構成する必要があります。 例えばキャラデザです。 あまり出力が安定しない特殊なキャラデザは、画風は避けたほうが無難です。ですが、ある程度の「特徴」は必要なので難しいところです。 出力安定しやすいポイントとしては ・短髪の女の子 を1人は登場させたほうがいいです。明るい髪色だとなお良いです。 長髪や髪の毛を結ぶキャラ
エンタメ放浪者 ウディ本舗 @woody_honpo 脚本家・荒井晴彦の「つまらない原作を面白く、面白い原作をさらに面白い映画にしようと思っているだけなのに、原作者は脚本に赤を入れてくる」というシンポジウムでの発言が批判されていたが、宮崎駿は(直接、そう口にしなくても)正に、そういう考えで原作を改変して来た作家だと思う。 押井守も。 エンタメ放浪者 ウディ本舗 @woody_honpo 橋本忍は「つまらない原作を脚本で面白くしてやってるんだ」とハッキリ発言していましたね。 日本の脚本界にはそうした考え方の伝統があります。 それは「脚本家にとって、原作は自ら選ぶのではなく与えられる場合が多い」という問題があると思いますが、橋本忍は自ら選んだ原作にも、その態度でした。 エンタメ放浪者 ウディ本舗 @woody_honpo 橋本忍は『砂の器』の脚色などでそれを実行していたとも言えるのですが。 『
現代の男性性の問題を考える際に大きなヒントをくれるキーワードに「ポピュラー・ミソジニー」というものがある。それはどんな概念で、どのようなものの見方を授けてくれるのか。このほど『新しい声を聞くぼくたち』(講談社)を上梓した、専修大学教授の河野真太郎氏が解説する。 女性専用車両への反発 大学でジェンダーやフェミニズムについて教えていると文字通りに必ず、100%の確率で学生から返ってくる反応がある。それは「女性専用車両」についてである。別に当該の講義で女性専用車両や痴漢について述べたわけではない。ジェンダー、フェミニズム一般についての講義への反応だ。 その反応の主旨は、女性専用車両は男性を排除するものであり、それは「逆差別」だ、というものである。 私は長いこと、この反応がうまく理解できないでいた。フェミニズム一般の話をしているところに、話題にもなっていない女性専用車両について逆差別だという反応を
本サイトは、過去のIT総合戦略室の情報発信サイトです。2022年6月30日に更新を停止しました。 現在のデジタル政策に関するデジタル庁の公式サイトはこちらをご覧ください。 境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを取りまとめました。 パブリック・クラウドの利用、働き方改革、APIによる官民連携等が政策上の大きなテーマとなっていますが、これらを推進するには、これまでの境界型セキュリティの考え方だけでは、その実現が困難です。 本文書では、上記のとおり境界型セキュリティの限界を示し、ゼロトラストと呼ばれるこれからのセキュリティの考え方を紹介し、政府情報システムにおけるゼロトラストの適用の取り組みを1)パブリック・クラウド利用可能システムと利用不可システムの分離、2)システムのクラウド化徹底と
良いテストケースの作成手法を学ぶ - 「はじめて学ぶソフトウェアのテスト技法」を読んだ - $shibayu36->blog;に引き続き、ソフトウェアテストの知識について言語化を進めたいと考え、「単体テストの考え方、使い方」を読んだ。 単体テストの考え方/使い方 作者:Vladimir Khorikovマイナビ出版Amazon この本では優れたテストスイートの4本の柱を「退行に対する保護」「リファクタリングへの耐性」「迅速なフィードバック」「保守しやすさ」と定義し、これらの観点で優れたテストスイートを作る方法について教えてくれる。またこの4つの柱はトレードオフの関係にあるため、単体テスト・統合テスト・E2Eテストがそれぞれどの観点を重視すべきかなどについても言語化してくれている。 自分はこの本は非常に勉強になった。なぜなら単体テスト・統合テストの指針が明快に記述されていて理解しやすく、また
早稲田大学の学費に関する考え方について 2020年5月5日 更新2020年5月15日 早稲田大学の学生の皆さん、並びに保護者の皆様へ *English version follows Japanese 今般の新型コロナウイルス感染症拡大は、日本のみならず、世界中の人々に恐怖心を抱かせると共に、経済的苦痛を与えています。この度、ご本人もしくはご家族が感染された方、なくなられた方もいらっしゃるかと存じます。また、経済的に打撃を受けていらっしゃる方もいらっしゃると存じます。そのような方たちには心からお見舞い、お悔やみを申し上げます。 早稲田大学は、5月11日(月)からオンラインによる授業を開始し、2020年度春学期を8月2日まで行い、通常どおり単位を付与することにしています。一方、早稲田大学の各キャンパスは、感染防止のために、立入禁止を継続しています。図書館・体育館などすべての施設は、利用できな
エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成( @ikikko )です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ
甲斐谷忍@カモのネギには毒がある7巻3月18日発売! @mangakap 「セリフ多すぎますね」って言われたら、いったんその話一から作り直します。「セリフ多いな」と思わせるのは量の問題じゃないです。話がつまんないからです。「校長の話長えな」と思うのは話がつまんないことが原因。仮に校長の話10分から5分に減らしたとしてもやっぱり「長えな」って言われます。 2022-06-04 12:27:16 甲斐谷忍@カモのネギには毒がある7巻3月18日発売! @mangakap 「セリフ長いですね 削りましょう」って言われたのでつまんない原因探して逆にセリフの量多くしたら「短くなってよくなりましたね!」って言われたことはかなりあります。 2022-06-04 12:30:10 甲斐谷忍@カモのネギには毒がある8巻7月発売! @mangakap 漫画家の甲斐谷忍と申します。今はグランドジャンプで「カモのネ
現在のレスポンシブデザインは、ビューポートにもとづいてレイアウトを最適化します。そして、コンテナクエリは親要素のコンテナにもとづいてレイアウトを最適化します。コンテナクエリとは何か、デザイナーのワークフローにどのような変化をもたらすかを紹介します。 今まではビューポート(メディアクエリ)で変化するコンポーネントと影響を受けないコンポーネントの2種類でしたが、これからは親コンテナ(コンテナクエリ)で変化するコンポーネントも必要になります。 CSS Container Queries For Designers by Ahmad Shadeed 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに レスポンシブデザインの現状 コンテナクエリとは コンテナクエリを念頭に置いたデザイン デベロッパーとのコミュニケーション方法 レスポ
品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。最後に、あらためて参加者からの質問に回答します。前回はこちらから。 どうすればうまくリファクタリングができるか 高橋寿一氏(以下、高橋):じゃあここでもう1回Q&Aタイムを取ります。 高木陽平氏(以下、高木):ありがとうございます。今Q&Aにまだ質問が上がっていないみたいなので、ちょっと私から質問します。リファクタリングをしなければいけないところって、逆に手をつけられないようなけっこう複雑怪奇な部分だと思うんです。そこらへんはどうすればうまくリファクタリングができるんでしょうっていう(笑)。 高橋:まず、日本人がすごくリファクタリングが嫌いな
Note 本記事は、2018 年公開の以下の Blog の内容が、現在の機能/技術にマッチしない内容になってきたことを踏まえ、2023 年現在の機能/技術を元に改めて考え方をおまとめしたものとなります。以前に公開した Azure AD が発行するトークンの有効期間について (2018 年公開) の記事は参考のためそのまま残し、新しく本記事を執筆しました。 こんにちは、Azure & Identity サポートの金森です。 Azure AD (AAD) は、Microsoft 365 をはじめ様々なクラウド サービスの認証基盤 (Identity Provider / IdP) として利用されています。その重要な機能としてユーザーの認証が完了したら、アプリケーションに対してトークンを発行するというものがあります。あるサービス (Teams や Exchange Online、他に Azure
平尾誠@ARUTEGA.Inc @Makopontass コーディングを外に出すことが増えてきた。 やはり経験値が少ない人の品質管理は大変だと感じつつも、しぶとくピクセルパーフェクトを狙ってくる方に仕事を任せてよかった。 この再現性への執着心がないと伸び代を感じれない。 2020-09-20 00:34:07 吉本 集 / aru inc. @tsuDoi220 いやー、実際そうなんですよねー。 ピクセルパーフェクトに、そもそも拘っていない人に、仕事お願いしたくない。テクニックどうこうより、全然こっちのほうが大事。ほんとに。 後、速度とちゃんと納期守ること。 当たり前のようだけど、意外とね、、、 twitter.com/makopontass/st… 2020-09-20 00:45:27
シロマ @whitemage これは社会人になってお給料貰うようになったら、早いうちから家計簿つけて管理する練習して習得しておいた方が良いスキルの一つよね…。 あと会社でお金を扱うようになると入り口で「お金に名前をつける」のって自然と身につく気もする。 twitter.com/Asyley_/status… 2020-09-02 06:47:23 ぱんぷきんぺぽ @shitayamagogo わかる。休みならまだしも、お金は給与とボーナスで別々な使用先を考えたことがない。 そういえ考え方できるのって、普段の給与で余裕で生活できてバリバリ貯金が溜まってって、ボーナスは完全に消えちゃってもOKな生活基準の人よな。 バブルはじける前までに社会人になってた人に多い考えな気がする。 twitter.com/asyley_/status… 2020-09-01 23:27:58
エンジニアの採用はすごく難しい状況です。エンジニア採用ニーズが多いのに、エンジニアがやる仕事の内容も難しくなってきており、幅も広がってきています。CTO自らが真剣に向き合って考えていく必要があります。 そして、せっかく採用したエンジニアには、長く働いて欲しい、仲間として最高のパフォーマンスを出して欲しいと思います。そのため報酬設計は重要な部分となります。 報酬設計の2つの側面 1.外的報酬 外的報酬といえば、賃金、給与が先ず思い浮かびます。その他にはポジション、地位も報酬の一つと考えられるでしょう。部長や本部長等の役職がつくと社外で名刺交換した時にも見栄えが良くなります。 他にも手当てや秘書がついたり、経費の枠が増えたりと色々とあると思います。 2.内的報酬 仕事そのものやりがい等です。楽しい仕事と思えていればやる気も湧いてくるし、難しいと思うとやり甲斐を感じる人もいます。エンジニアの場合
こんにちは、@kaa_a_zu です。今日(11/23)の日本時間早朝に React Router の制作者である @Ryan氏 と @Michael が着想した Remix V1.0 が正式リリースされました🎉 RemixがWebの世界に及ぼす影響は大きいと思っており、実際のコードやドキュメントを見ながら既存のフレームワークと何が異なっているのかを中心に書いた紹介記事です。(正直、魂が震えています) より具体的な使い方はドキュメントを見て、手を動かしていただくのが良いかと思います。また、既に国内でも使ってみた系の記事がいくつかあるようです。 Remixの機能には様々なものがありますが、当記事では筆者がより注目しているものについて書いていきます。Remixに興味があるけど、あまり追えていないという方に読んでいただけると嬉しいです。 ※この記事はGatsbyやNext.jsよりもRemix
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く