最近の流れを見ていての感想文なので、ideaとして投稿します。筆者のバックグラウンドとしては、Remixの商業記事を書いたり、App Routerの商業記事を書いたりしている人です。 さて、筆者は2022年の秋から、社内システムではありますがRemixをプロダクション運用しています。また、Next.jsのApp Routerについても、パラダイムとしてはRemixにインスパイアされた部分が多い[1]おかげで、順調にキャッチアップできています。 RemixとApp Routerは、ルーティングとデータフェッチを高度に統合しており、Progressively Enhanced SPA（PESPA）と呼ばれることもあるそうです。PESPAについては、次の記事が話題になりましたね。 このPESPAであるRemixを実運用する中で、フレームワークの手触りが近年触ってきたものと大きく違っている点があっ

www.youtube.com Meta(当時Facebook)のReact Core Teamの主要人物たちに直接インタビューしたドキュメンタリー動画 タイムライン 2012年まで 最初はFacebook社内でReactが普及するまでの道程。 当時世の中的にはクロスブラウザの解決策はjQueryに落ち着き、モバイルアプリ化の流れでAPIサーバーとViewは切り離される傾向にあり、JavaScriptのクライアントサイドで大きいアプリケーション作るためにMVCフレームワークとか取り入れないとね〜という雰囲気だった Facebook社はマーク・ザッカーバーグがHTML5に賭けていた頃*1にBolt.jsというFacebook版Backbone.jsを開発していた 広告プラットフォームのコードは当時Bolt.jsを中心に構成されていたが、Jordan Walkeが関数型プログラミングのアイデア

前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。

アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由　日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ

概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: 37signals Dev — Pending tests 原文公開日: 2023/03/01 原著者: Jorge Manrubia -- 37signalsのエンジニアです 日本語タイトルは内容に即したものにしました。 私は「テストファースト」で作業することも、テストでコードの設計を支援することも、めったにありません。 最近の私は、37signalsである新しいことに取り組み始めました。何も決まっていない白紙の状態なので作業はすいすい進み、来る日も来る日もこってりしたプルリクを作成しています。会議に先立って早めに投げておきたいと思っていたプルリクには、もれなく以下が含まれていました。 ご覧のように、私はほとんどの場合テストを最後に書いていることが見て取れます。例外があるとすれば、テストを書くことで最短で結果をフィードバックで

さらに追記***追記と打ったつもりで「追加」と書いてしまっていた。恥ずかしい。 > PMS 数年前から低容量ピルを常飲しているので薬が効いてこれだと思ってもらえれば。 ピルなしだとどこまで酷くなるのか > 激務 高校生の頃から「キレ方が最悪すぎて無理」で振られ続けてるので多分関係ないはず。 > 親との関係 毒親ではないし大事に育ててもらった方だと思う。 父が多忙で小さい頃は月に一度も会っていなかったのと、中学〜高校で何度か父起因で離婚騒動になり(浮気でもモラハラでもない)、父親似と言われるごとに苦しくなったこと、母が激情家なところあたりが関係あるのかな。 追々記ここまで*** 追記***文書にして読み直すと自分が家族を持てるタイプじゃないと実感した。 幸い激務で金銭的な余裕はかなりあるので増田彼を諦めて低収入な理解のある彼くんを捕まえるのも考えたが5年も持つ気がしないので

GW なんも予定がなくてブログ書くかソシャゲやるか昼から酒飲むしかやることがないです。だから予定があったら使っていたであろうお金でソシャゲに課金したらめちゃくちゃ強くなりました。やったー。友達にはドン引きされましたが、GW に予定がある人よりかは節約できていると思います。そんなソシャゲもやることなくなって暇なので酒飲みながらブログを書きます。今日は WebRTC です。 免責 筆者は RFC を読んでいません。これは「そもそも WebRTC それ自体 の RFC なんてものは存在しないもんね〜」という意味でなく、ICE や SDP の RFC すら読んでいないという意味です。そのため WebRTC そのものの解説として読むと良くない表現が含まれるかもしれません。ただし自分が WebRTC でカメラ映像を送る実装を動作させ、そのコードの解説という点では間違ったことは書いていないはずです。動作

新型コロナは100年に一度のパンデミックとも言われる、社会に大きな影響を与えた感染症となりました。 これまでに人類は他にどのような感染症と戦ってきたのでしょうか。 感染症と人類の戦いの歴史を振り返りたいと思います。 天然痘の流行人類を最も苦しめてきた感染症の一つに天然痘があります。 古代エジプトの王様であったラムセス5世のミイラには、天然痘によると思われる痣が残っており、紀元前から天然痘という感染症が存在していたことが分かっています。 東大寺の大仏の開眼供養の様子 日本でも天然痘は長らく大きな脅威であり、東大寺の大仏は当時流行していた天然痘の流行が収まることを願って作られたとも言われています。 また、16世紀には、新大陸に持ち込まれた天然痘がアステカ帝国やインカ帝国の滅亡につながったとされています。このように感染症は、文明の興亡に大きな影響を与えてきました。 ペストの流行ペストがガイコツと

WEB+DB PRESSは，2023年8月発売のVol.136をもって隔月刊誌としては休刊させていただきます。物価上昇による製作費の高騰など諸般の事情により，今回の決定に至った次第です。 突然の休刊案内にてたいへん恐縮ではございますが，何卒ご理解を賜りますよう，お願い申し上げます。 22年以上の長きにわたり，絶大なご支援をいただきましたことを，厚く御礼申し上げます。 弊誌で扱っていた分野のコンテンツは，今後も弊社刊行のSoftware Designやgihyo.jp，書籍などで提供させていただきます。また，必要な場合には「特別号」の編集・刊行なども検討してまいります。 最後に，皆様の一層のご活躍を心より祈念しております。

この資料は、2023年4月23日に開催された「春のJavaScript祭り Online 2023」にて発表した資料になります。 https://javascript-fes.doorkeeper.jp/events/154047 Remixとは、2021年にバージョン1.0が登場したフルス…

chot Inc. で Web エンジニアをしているすてぃんです。今回は社内で useMemo の使い時がわからんという話題が挙がったので、ケースによる使い時と解説をまとめました。コードレビュー時などの参考になれば幸いです。 結論 値の計算量が大きい場合: 使う 値の計算量が小さい場合 値が primitive の場合: 使わない 値がオブジェクトや配列の場合 値をスコープ外に持ち出す場合: 使う 値をスコープ外に持ち出さない場合: 使わなくてもいい 値が関数の場合: useCallback を使う 色々条件あってよくわからんという場合: 使わなくていいです 前提知識 useMemo とは useMemo は次のような型で定義される React Hooks の 1 つです。 第 1 引数で渡す関数 factory の戻り値と useMemo 自体の戻り値の型が一致しています。それもそのはず

gotanda.rb#52@オンライン "DB外の副作用をトランザクションから分離しよう"

2月から4月にかけて、三重・志摩市にあるテーマパーク｢志摩スペイン村｣と人気VTuber｢周央サンゴさん｣のコラボイベントが大きな話題を呼びました。 志摩スペイン村によると、イベント期間のうち2月〜3月の来場者数は23万6000人（前年比約1.9倍）。サンゴさんが｢世界一うまい｣と紹介したチュロスは一日平均で1000本（例年の約33倍）という驚異の売り上げを記録しました。 Business Insider Japanでは志摩スペイン村を取材。サンゴさんとのコラボに至った背景やイベントのPR戦略など詳しい話を聞きました。 背景を追うと、もっぱら｢人気VTuberとのコラボがうまく働いた｣といった話にとどまらず、双方の丁寧なコミュニケーションから生まれた企画だったことがうかがえます。サンゴさんと志摩スペイン村、互いが抱いていた｢愛｣と｢リスペクト｣がイベントを成功に導いたといえる構造が見えてき

（続きを書いたのでよろしければそちらも） 続・インボイス制度の問題の本質 - novtanの日常 セルフまとめで絶賛とかタイトルつけてるやつがいるのでイラッとして書いた。 togetter.com 個人的にはインボイスの制度自体は事務コストの問題とか（何とかするって答弁かなんかで言ってた気がするんだけど）本名開示問題とかそういう話があって可哀相だしなんとかしろよって思っている反面、制度自体がおかしいとは思わないので、そのあたりも含めて簡単に説明しておいたほうが良い気がした。専門家でもなんでも無いけど、とにかくさっくり免税事業者は益税だから悪みたいに結論づけるこのまとめにイラッとしたので。 まず言っておくと、免税事業者が益税云々という話は「必ずしも当たらない（役所並）」と思っているのでそういう立場だと思ってください。 さて、問題によくなるフリーランス事業者の免税問題についてはまず消費税がどこ

ChatGPT 4がリリースされてから、近い将来プログラマという職業はどうなってしまうのだろうと、と不安になったのですが、ようやく考え方が整理できたので書いてみたいと思います。 AIと過去のテクノロジーの違い今までもディスラプティブなテクノロジーは自分の人生で何回か登場しています。そもそもパーソナルコンピュータが衝撃的でしたし、自分が大学生の時に体験したインターネットもそうでした。スマートフォンもかなりのものでした。 しかし、私はそれのどれも「脅威」は感じたことがありませんでした。なぜかというと、やりたいなら、それを自分がそれをやればよいので、そんなには困りません。ところが、今回のAIの場合は、たとえAIを自分がやったとしても、そんなに遠くないうちに自分はいらなくなるでしょう。モデルをトレインする人は必要かもしれませんが、たぶんそんなに多くの人は必要ありません。 そうでなければ、AIをイン

メールを打つときの文章をChatGPTでよくなっている今、「人間の仕事は送信ボタンを押すだけ」くらいになっている感じがしてたまらなく良い。 これについてちょっとだけ解説すると・・・。 コミュニケーションにおいて、情報伝達部分っ… https://t.co/fK1mfQn1pS

「砂糖と塩間違えないようにきび砂糖使って工夫してる」ってツイートを見て、フムフム賢いなあ〜などと思ったけど、自分はそもそも赤い蓋の小瓶の食卓塩しか持ってないから間違えようがなかった。 一人暮らしを始めた頃に調味料一式を揃えたけど、醤油や砂糖は爆速で減るのに対して、塩はマジで使わなすぎて全然減らなかった。 そのまま何年経ったか分からなくなったので捨てて、それ以降食卓塩しか使ってないけど全然間に合ってる。 でもスーパーの調味料コーナーって普通にデカい袋で塩が売ってて、世間にも「砂糖と塩が同じ容器だから間違えた」って人はたくさんいて、自分の料理はみんなとは違う世界線なのかと不安になってくる。 みんな砂糖と同じペースで塩使ってるの？毎月鯛の塩釜焼きでも作ってるとか？毎食パスタ茹でてるとか？？ 追記 ブコメへ魚食べない人なのかな魚は食べる！それでも塩はそんなに減らない！ だってカレイの煮付けに砂糖を

僕は別にコーヒーにこだわりあるタイプでなくて、スタバとかドトールとかで美味しく頂ける 家ではそこらへんで買ってきた安い豆をただ挽いてドリップしてるだけで別にこだわりとかない。 車に乗ってるときとかは缶コーヒーも飲む（甘いの限定） 職場の無料ドリップコーヒー機が壊れたので、仕方ないから溶かすタイプのインスタントコーヒー買ってきて飲んだんだけど、マジでゲロマズだな 酸味と苦みが強いというか、それしかしないな。 こだわりがないのでコーヒーのおいしさが分からないから何が原因で不味いのかわからないが、ただこのインスタントコーヒーってのは苦くて酸っぱいお湯を飲まされている感じだ… 香りがないの？ 違いが判る男っていうCMがあるけど、確かに違いが分かったわ でもインスタントコーヒーでもカフェオレのように甘くして誤魔化しているような奴はジュース感覚で美味しいね

大きなPull Requestのレビューがつらい 修正ファイル数が多いこと自体が問題なのではない 1つの内容に集中する 小さなPull Requestの作り方 リファクタリングの修正は気になっても別で出す Web API 1つに着目して実装を切り分ける 小さなPull Requestで作ったときのリリースの仕方 featureブランチを作って、そこから更にブランチを作っていく フィーチャートグルを使う 小さいPull Requestで小さくフィードバックをもらおう 大きなPull Requestのレビューがつらい 転職ドラフトでWebアプリケーションエンジニアをしている @iwtn です。 この記事ではチーム開発では当たり前になったレビューにおいて、修正されたファイルがたくさんあるとつらいよね、というお話と、その解決策を提示してみたいと思います。 昨今のWebアプリケーションなどのチーム開