はじめに こんにちは！Ruby on Railsフロントエンドエンジニアを目指し、Hotwireを中心に活動しつつ、Next.jsもReactも勉強している加々美です！ 2025年2月14日(バレンタインデイ)に、ReactのチームはCreate React Appを公式に非推奨とするブログポストを公開しました。そして代わりにSPA用のフレームワークを使うべきだと彼らは強く主張しました。 大事なポイントは、SSRフレームワークを推奨したわけではないということです。SPAフレームワークを推奨したのです。CDNとか静的ホスティングサービスにデプロイできるSPAでもフレームワークを使いなさいということです。 「オレはSSRに興味ねぇ！SEOはどうでも良いからSPAで十分だ。Create React Appがダメなら、Viteを使えば良いさ！」 => これは違います。 Reactチームはこういう人

気づけばもう半年以上前の話になりますが、2024年5月、Interim CTOやSoftware Architectとして頑張って働いていた米国でスマートホームを開発するスタートアップ「HOMMA」からレイオフされ、事業を離れることになりました。入社時の夢いっぱいのブログエントリーはこちらからどうぞ。 ※ この記事は退職エントリーです。興味のある方だけお読みください。 何を作っていたの？最終的にどんなものを作ってたの？と思われると思うので、開発したプロダクトのデモを貼っておきます。ちなみに、この動画を作ったのも自分です。私物のBlackmagick Pocket Cinema Camera 4Kを持ち込んで、ポートランドの寒空の下、1人で撮影＆編集しました。 タッチパネルが壁一面にあったり、音声クライアントやアプリで操作するドヤ！っとしたスマートホームではなく、埋め込まれたセンサーが人間の

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

私は自慢では無いですがプロジェクトを炎上させたことがありません。 （炎上案件に途中から突っ込まれたことはありますが） 炎上案件の経験や上司からのアドバイス、書籍からの学びによるものが大きいです。 ただ、しっかり言語化して自分のものにしたいと思い、整理しようと考えました。 これを他のPLやメンバーに共有することで炎上プロジェクトが減っていくことを期待したい。 プロジェクトマネジメントする上で、意識していること、大事にしていること 小さな火を消し続ける → 課題管理の徹底、朝会でメンバーと課題を共有し、期日と優先順位を決めて通常タスクより優先して取り組む。 やらないことを決める → 顧客が求めてないこと、成果物に直結しない作業を極力やらない。（とくに過剰な品質管理、プロジェクト管理資料の作成など） 受注前の見積もりの段階で、案件リスクを見極めて、リスクを下げるか受注しない対応をとる → 見積も

はじめに 三菱総研ＤＣＳにてIoT開発を担当している後藤です。 今回は人感センサー・CO2センサーを用いて会議室利用状況を可視化した取り組みについてご紹介します。 本取り組みでは、会議室の効率的運用や換気促進という目的のもと、会議室の利用状況（空き or 使用中）およびCO2濃度を可視化しました。特にCO2濃度は作業効率の観点に加えて、密閉空間での感染症予防においても重要と判断し可視化対象としました。 また、あわせて検証を行ったBluetooth meshというデバイスネットワーク技術についても解説します。 目次 システム構成 センサーデータ集約における課題 Bluetooth meshとは 取り組みのまとめ おわりに システム構成 全体のシステム構成は図１の通りです。 図１. システム構成 会議室に設置したデバイスから得られるセンサーデータはゲートウェイデバイスに集約しAWSに送信します

2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/

「SREの現場から」と題した本連載では、さまざまな企業におけるSREの実践事例を不定期に紹介していきます。 こんにちは、LINE株式会社の加藤（maru）です。SREチームに所属し、主にLINEスタンプや着せかえ、ホームタブ、ウォレットタブでEmbedded SREとして信頼性の改善に従事しています。 LINE株式会社は、コミュニケーションアプリ「LINE」を機軸として、コミュニケーション・コンテンツ・エンターテイメントなどモバイルに特化した各種サービスの開発・運営と広告事業に加え、Fintech事業、コマース事業などを展開しています。基軸となる「LINE」アプリは2023年現在、世界で約2億人が利用しており、LINEスタンプと呼ばれる画像を用いたコミュニケーションがユーザー同士で活発に行われている点が大きな特徴のひとつです。 これから数回にわたり、SREの私が主に担当しているLINEスタ

InteractorオブジェクトとはInteractorオブジェクトとは「デザインパターンのひとつで、ビジネスロジックをカプセル化するためのモデル層に属するクラス群」です。ひとつのInteractorオブジェクトはひとつの責務をもちます。 「ひとつの責務」とは、たとえば「記事を投稿する」「決済を行う」という、それ以上分割できない責務です。またInteractorオブジェクトを使うための共通のインタフェースが定義されます。 Interactorオブジェクトと同じ役割として、Serviceオブジェクトがあります。ただ、Railsの文脈で語られるServiceオブジェクトは定義があいまいで、特定のルールをもちません。ルールがないとインタフェースが統一されず、また複数の責務をもってしまうといった問題が生じます。 Interactorオブジェクトはビジネスロジックをカプセル化する役割をもち、インタフ

https://kaigionrails.doorkeeper.jp/events/127339 Kaigi on Rails _2021_ new LT 発表資料

私たちの公式Twitterで「この食べ方に出会ったから、この食材を買うようになった」エピソードを集めてみたら、すごいことになった！という話です。 きっかけ 世の中には食材もレシピも星の数ほどあります。 そしてスーパーに買い物に行けばたくさんの食品があり（これは、生産者さん、メーカーさん、流通に携わる皆さんのおかげであり、非常に恵まれたことです）、世の中に溢れるレシピを試すことは（やる気さえあれば）容易です。 しかしながら、日常的に自分の食事を振り返ると、かなり限られた種類の食材しか買いませんし、作る料理の幅も広くはありません。 買い物に行った時の思考回路を思い返してみると、 ・キャベツか…野菜炒めかな…寒いからおでんに入れるか… ・トマト…そのまま食べるか、卵炒めか… ・カリフラワー…あんまり使ったことないな… ・豚こま肉…野菜炒めか、よだれ豚か… ・鶏むね肉…ど、どうしてもパサパサするか

東京大学大学院数理科学研究科 数理科学専攻博士課程単位取得退学 元・中学校・高等学校数学科教諭による「大人のための趣味数学」

脳の右側で描け　ワークブック はい。 ベティ・エドワーズの「脳の右側で描けワークブック」を全て終えたので更新します。 全てを終えての所感をこれから書きますが、この本は「ある程度絵が描ける人」「模写ができる人」「絵を描くことが楽しい人」にはほぼ無意味、もしくは効力が低いと思います。 対し、この本を読む・ワークブックに取り組むのに適している人は「絵心がない人」「自主的に絵を描いた事がない人」「絵を描くことが苦痛な人」「絵の描き方を教えてもらった覚えがない人」「絵が描けるようになりたいけど、デッサン等に取り組む胆力がない人」等の絵心が育まれなかったまま成人した人、いわば絵の超初心者に適しています。 （追記2021-05-13：適しているという表現が何だコイツと思ったので斜線。断言調で書かれてても所詮はn=1なので話半分に読んでください） この本です。 右脳って・・・胡散臭いよ 人によっては題名見

尊厳死法制化をめぐる議論で、尊厳死を推進しようとする人たちの中から「既に安楽死や自殺幇助を合法化した国では、なんらおぞましいことは起こっていない」という発言が出ることがある。私はそうした発言に遭遇するたびに、そこでつまづき、フリーズしたまま、その先の議論についていくことができなくなってしまう。 「おぞましいこと」は本当に起こっていないか？　それとも現実に何が起こっているかを、この人は知らないのか？　しかし、これだけ尊厳死法制化に積極的に関わってきたこの人が、本当に知らないということがあるだろうか？　それとも現実に起こっていることを十分に承知していながら、なおかつそれらをこの人は「おぞましい」とは思わない、ということなのだろうか？　……目の前の議論から脱落し、そこに立ち尽くしたまま、私の頭はこだわり続けてしまう。 2006年の夏から、インターネットを使って介護と医療に関連する英語ニュースをチ

2018年9月12日、メドピア株式会社が主催するイベント「MedBeer」が開催されました。今回のテーマは「Rails開発での技術的負債との付き合い方」。長期間の開発において避けて通れない技術的負債をいかにして克服するか？　そのノウハウを語ります。「Rails Good Parts, Bad Parts」に登壇したのは、前島真一氏。技術的負債を増やさないRails活用法を解説します。 技術的負債を増やさずに開発する 前島真一氏：では、始めたいと思います。お願いします。前島です。ginza.rbというコミュニティをやってます。あとはメドピアさんを始め、何社かで技術顧問として活動をしています。 主にやっていることは、負債を減らしたり、これから作るもので負債を増やさない、ということをがんばっています。ほかにもいろいろやっていますが、気になる人は資料があるので、そちらを見てください。 今日のテーマ

2022年1月より、トヨタ自動車 デジタル変革推進室 に主査(担当部長)としてジョインし、6月より、アルゴリズムグループを新設しました。 （22/08/09 11:40追記）　アルゴリズムグループについての情報は以下のページにあります！！！ (追記おわり) atcoder.jp 「なんで急にそんなことやってるの？」、「AtCoderの業務に集中しろよ！って思う人もちょこちょこいると思うので、そのあたりの考えを、AtCoder社長としての立場で書きたいと思います。 AtCoder・chokudaiを知らない人のための情報 ここは知ってる人は飛ばしてください。 AtCoder 2012年から提供されている、プログラミングコンテスト(競技プログラミング)のサービスです。年間70回程度のコンテストをオンラインで開催しており、世界中から40万人のユーザが登録・参加しています。 chokudai At

こんにちは。@kenkoooo です。 教科書に載っているようなアルゴリズムって勉強しても仕事では全然使わない、と見せかけて意外と使うなぁと感じたので、仕事で見たことがあるアルゴリズムをいくつか紹介します。 広告を配信したい！ あなたはウェブサービスの会社で働いています。サービス利用者のユーザーに広告を配信することで、広告主からお金をもらっています。 あなたは今から広告主からもらった広告をユーザーに配信します。 広告主が 社います。 広告主 は広告を 人に配信したいです。 配信対象となるユーザーが 人います。 ユーザー は広告主 の広告は受け取りを許可しています。 ユーザー は、合計 件までしか広告を受け取りたくないです。 上記のような条件の中で、どのように広告を配信したら良いでしょうか？ 条件を整理する 条件を整理してみましょう。 各ユーザーごとに、受け取りを許可している広告主がいます。

はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか？ 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

解決したい問題 例として、飲食店の予約サービスを考える。 予約を受け付けるためには各店舗の営業スケジュールを管理しておいて、営業日の営業時間内のみ予約を受け付けるようにする必要がある。 たとえば、ある店舗は各曜日の営業時間について、以下のように定めているとする。 平日：11:30-22:00 土曜日：11:00-22:00 日曜日：11:00-21:00 定休日：木曜日 これを素朴に設計すると、たとえば以下のような「営業日については営業時間を保持し、定休日についてはレコードがない」というテーブルになるかもしれない。 店舗 曜日 開店時刻 閉店時刻

マネーフォワード福岡拠点の責任者をしております 黒田 です。 普段はRailsエンジニアとして マネーフォワードクラウド経費 の開発を担当しています。 普段Railsを使って開発されている方であれば、N+1問題に悩まされた経験は大抵の方がおありではないでしょうか。 N+1なクエリの発見には bullet を使うと良いですね。 bulletを使うとN+1なクエリを発見してくれ、さらに、具体的にここにincludesを追加しなさいと指摘までしてくれるので大変助かります。 しかし、先日bulletに言われるがままにincludesを付けてみたところ、N+1は解消したものの、スロークエリに見舞われることとなったので、includes,preload, eager_loadについて改めて調べてまとめてみることにしました。 （ソース調査したRailsのバージョンは 6.0.0.beta3 です。） i