この記事に出てきた話で、 FlutterとFirebaseを使ってアプリを作る上でのテクニックあれこれ 「スプラッシュスクリーンで全て初期化するのではなく」 「読込中の画面を別途用意して、リトライ可能な初期化にしよう」 というのが、気になり、原文を読んでみたときの備忘録(*´ω｀*) How to Build a Robust Flutter App Initialization Flow with Riverpod いつもの初期化 いつもはこんな感じに、main内のrunAppを呼び出す前にやる感じ void main() async { try { // 何らかの初期化処理 await someAsyncCodeThatMayThrow(); // アプリの起動 runApp(const MaterialApp(home: MainApp())); } catch (e, st) {

巷で話題のCline/Roo Codeを試してみたくて、 前から欲しかったVSCode拡張機能を作ってもらった 構成や価格は、 VSCode + Roo Code Anthropic API(Claude 3.7 Sonnet) v0.1.0までで、約$30(≒4,500円) そこから機能追加で、＋約$10(≒1,500円) 執筆時点で、110タスクくらい つくってもらったもの VSCodeをノートアプリとして使いたいなと思うけど、 ファイルの並び順とかがいい感じにならないので、 並び替えとかいろいろできるエクスプローラーを作ってもらった Sortable Explorer - Visual Studio Marketplace memorylovers/sortable-explorer: Flexible Sort Explorer of VSCode Extention 機能はこんな

タイトルの通り、「DevRel」の商標がMOONGIFT社によって出願され、登録されてしまった問題について、異議申立を行った。 異議番号 ：異議2024-900263 DevRel商標登録問題とは 何が問題なのか 商標不正登録に対するものか 考えられる影響 なぜ異議申立を行ったか クラウドファンディングについて DevRel商標登録問題とは DevRelという単語については、昨年末にも色々物議を醸したことをご存じ方も多いだろう。その件については941さんの記事が詳しいのでリンク先を参照してほしい。 blog.kushii.net 本記事ではDevRelの定義については論じない。個人的には狭義のDevRel(エンジニア採用や技術広報を主目的としない) にやや賛成の立場だが、さまざまな意見があって良いと思う。 しかし、件の議論の中で気になったのは、異なる定義を唱える人間に対してまるで人格否定に

子供が産まれるのに備え子供の名前を探索するツールを作りました。Linux、macOS、Windows で次のように名前の候補を列挙してくれます： $ name search --space full 山田 --max-length 2 < ./filter.json | tee result.tsv 評点 画数 名前 読み 性別 天格 地格 人格 外格 総格 14 16 丈辞 ジョウジ 男性 吉 大吉 吉 大吉 大大吉 13 21 丈騎 タケキ 男性 吉 大吉 吉 大吉 大吉 ... github.com 名前探索器を開発した背景 12月に第二子が産まれました。第一子は人力で名前を探索したところあまり良い名前が思い浮かばず苦労した経験があります。最終的には友人の手を借りて命名したのですが、今回もまたお世話になるのは申し訳なかったため、システム的な解決を図りました。 開発した名前探索器の紹介

過激なタイトルですみません。 Cloudflare Turnstile (Cloudflare の CAPTHCA のようなもの)、または Cloudflare の Under Attack Mode を 学校向けアプリに使わない方がいい理由を紹介します。 使ってしまうと、もしかしたら大量のユーザーを失うかもしれません。 学校のフィルタリングとの相性 あなたが Cloudflare を用いてサイトを公開するとき、ユーザー A,B,C は以下のようにアクセスします。いたってシンプルですね。 学校のフィルタリングは、ほとんどの場合、プロキシを用いて一箇所にリクエストをあつめて、そこでブラックリストと照らし合わせてブロックします。 要するに、生徒のリクエストを仲介するのです。図に表すと以下のようになります: ユーザー A,B,C のリクエストを全て同じプロキシを通じて Cloudflare にリ

こんにちは、Xイノベーション本部の米久保です。 こちらは、電通総研テックブログ アドベントカレンダー2024の12月10日の記事です。 はじめに 認知負荷 認知負荷理論 ソフトウェア設計と認知負荷理論 認知バイアス エラー まとめ 参考文献リスト はじめに ITエンジニア同士で会話するときに、「メンタルモデル」や「認知負荷」などの認知科学に由来する用語をよく耳にするようになりました。ソフトウェア開発は結局のところ人間によって行われる社会的な営みなので、人間の心のクセ、つまり認知特性に注目することはその活動をより良いものにする上で重要です。 デザインの領域では人間中心デザイン（Human-centered design, HCD）に代表されるように、人間の認知特性を考慮に入れたアプローチが主流となっており、ユーザーのニーズ、能力、行動に合わせたデザインを行います。 ソフトウェアの品質は外部品

今日のこのブログ記事は Nostr Advent Calender 第２会場 の25日目の記事になります。 昨日のアドベントカレンダーはkaijiさんの「Nostrではじめる、分散型アプリケーション開発 」と、雨鹿茶房／fei🫑さんの「2023年 Nostrの思い出」でした。 adventar.org adventar.org Shino3 こと、しのさんで、しのはらです。 The Nostr (with Bluesky) 2023年という歳をあらためて振り返ってみると、僕にとっても四谷ラボにとっても、Nostr (Blueskyも含む) を主軸として共に過ごしてきた一年だったと改めて思います。今年は僕も久しぶりに四谷ラボの名前をお借りして複数のイベントとともに歩いたとても濃い一年間でした。この記事にて活動を振り返るとともに、今年様々なイベントでご協力いただいた皆様、参加していただいた皆

東京都は2023年3月30日、「東京都オープンデータカタログサイト」の掲載データのうち、アプリケーション開発などに利用されるCSVファイル約3万5000件を全てAPI形式で提供すると発表した。 行政データをAPI形式で提供　その狙いは？ 東京都オープンデータカタログサイトは、東京都と区市町村が保有する2次利用可能で機械判読性の高い行政データを公開するサイトだ。約5万4000件のデータを掲載している。 API形式での提供は、デジタル庁が公開する「政府相互運用フレームワーク」（GIF）の連携・交換のためのデータ参照モデルに準拠している。デジタル庁は同フレームワークを「デジタル・ガバメント推進標準ガイドライン」のもと、データの活用や連携がスムーズに実施される社会を実現するための技術的体系としている。 東京都は、APIを活用することでオープンデータを利用するシステム開発の行程を簡略化可能だとしてい

この記事は、以下のツイートで動画・画像をのせていた、ブラウザ上でのリアルタイム物体検出の話です。 上記の内容は、以下の OpenProcessing のスケッチにアクセスすると、実際に試していただくことができます。 ●ml5.js で物体検出（COCO-SSD を利用） - OpenProcessing https://openprocessing.org/sketch/1795350 実装した内容の話 今回の内容は、p5.js と ml5.js の 2つを組み合わせて作っています。その実装内容や、実装に関する補足を、この後に書いていきます。 実装の際に参照した情報 実装時には、以下の ml5.js公式のドキュメントを見て実装しました。 ●ObjectDetector https://learn.ml5js.org/#/reference/object-detector ml5.js によ

ブログやマッチングサービスのような、価値を生み出す『生産者』と価値を消費する『消費者』の二種類のユーザーがいるサービスを、『プラットフォーム』や『ネットワーク製品』と呼びます。 Twitterやメルカリ、そして今あなたが読んでいるnoteも、「プラットフォーム」と呼ばれるサービスです。 しかし、このプラットフォームの立ち上げには、一つ大きな壁があります。 それは、『立ち上げ初期に機能させるのがとても難しい』という問題です。 プラットフォームでは『生産者』と『消費者』の２種類のユーザーを集めなくてはなりません。 しかし、サービス立ち上げ時には、このユーザーを集めて実際にサービスを機能させるのに大変苦労します。 なぜならプラットフォームでは、『生産者が増えないと消費者が増えない一方で、消費者が増えないと生産者が増えない』というジレンマがあるからです。 たとえばメルカリであれば、出品者が増えない

合同会社めもらばは、GoogleスプレッドシートのAPI化サービス「SSSAPI」の正式版リリースを12月1日に決定したと発表した。最上位プランを無料で利用できるβ期間中は11月30日までとなった。 SSSAPIはGoogleスプレッドシートの内容をJSON形式で返却するAPIを作成できるWebサービス。 「ちょっとしたAPIがあるといいけど、 サーバを用意するほどではない」 「クライアント/ビジネスサイドに入力してほしいけど、 管理画面を作る余裕がない」 「GoogleActionScript(GAS)で作成しているが、レスポンスが遅い」 といったときに、シンプルなJSON APIをノーコード/コードレスで作成することが可能だ。 SSSAPIでは、このようなスプレッドシートから、 全件のリストを取得だけでなく、ページングやフィルタリングなどにも対応しており、呼び出し元ドメインやアクセスト

個人開発でマッチングアプリ作るぞ が 同人チーム開発でオタク専用SNS作るぞになった話 未経験から人類やってる駆け出しホモサピエンスこと、むろです。 表題の件についてです。 こまごまとSNSなどでアウトプットしてましたが、そろそろ記事にすることで自分を 絶対リリースする に追い込んでいくことにしました。 マッチングアプリからオタク専用SNSに方向転換の経緯 なぜマッチングアプリを作ろうと思ったのか わたし自身がマッチングアプリで婚活していた時のユーザー体験であった「なんか違う」を解決したかったためです。 なぜオタク専用SNSに方向転換したのか なんか違う、を確かめるためにアマゾンの奥地にいった(市場調査のため婚活アプリを使ってみたけど失敗した方へのユーザーインタビューをした)結果、見えてきたのが 女性上位の構図になっているのが起因の男性の「いいね連打ゲー化」によるミスマッチング ステータス

開発しているGoogleスプレッドシートのAPI化サービス「SSSAPI」。 無事にオープンβ版を公開できたので、利用技術や開発時にハマった点をまとめてみました。 なにかの参考になれば。 主な利用技術は、Nuxt/Firebase/Cloud Run/Cloudflareの4つです。 SSSAPIとは？ GoogleスプレッドシートのURLを登録すると、 JSONを返してくれるAPIを作成してくれるWebサービスです。 たとえば、こんなスプレッドシートだったら、 こんな感じの結果を返してくれます。 1行目がフィールド名になり、同じフィールド名がある場合は配列で返します。 $ curl -s "https://api.sssapi.app/FbhGsWrdhVXR9iHzYSdMs" | jq [ { "id": 1, "name": "Alice", group: ["A", "B"] }

JSONを返すちょっとしたAPIなら スプレッドシートでサクッと ノーコードでAPIを自動作成。 サーバもコードも不要。スプシなら共同編集も簡単。 人の手間を減らし、やるべきことに集中できる環境へ。 無料ではじめる

合同会社めもらばは、GoogleスプレッドシートのAPI化サービス『SSSAPI』β版の公開を開始したと発表した。β期間中は最上位プランを無料で利用できる。 SSSAPIはGoogleスプレッドシートの内容をJSON形式で返却するAPIを作成できるWebサービスだ。「ちょっとしたAPIがあるといいけど、 サーバを用意するほどではない」「クライアントに入力してほしいけど、 管理画面を作る余裕がない」といったときに、シンプルなAPIをノーコード/コードレスで作成することが可能だ。 SSSAPIでは、このようなスプレッドシートから、

英単語の意味すぐ忘れません？ 英語で書かれたドキュメント、GitHub や Stack Overflow 内でのやりとり、海外の方のツイートなど日常生活には英語に接する機会がたくさんありますよね。 ただ情報を入手するだけならサクッと機械翻訳をかましてしまえばいいのですが、英語学習のためと思って英語で読むこともあるでしょう。そのような時に意味が分からない英単語に出会い、意味を調べても翌日には忘れてるといったことありませんか？　私はあります。 そのような方におすすめしたいのが Chrome 拡張機能の「BooQs Dictionary」です。 BooQs Dictionary があれば！ BooQs という「挫折させない英単語アプリ」と連携ができる英単語辞書拡張機能です。 BooQs については以下のように説明されています。テスト効果や分散効果といった手法を用いて英語学習ができます。 BooQ

理科系の作文技術（リフロー版） (中公新書) 作者:木下是雄発売日: 2016/10/14メディア: Kindle版 いまさら紹介するまでもないけど、とりあえず作文方法を学びたい時は、まずはこの「理科系の作文技術」を読むことをお勧めする。 最近ブログのエントリをざっと書いてそのまま公開してしまうことが多かったので、少し反省し、それを直すためにこの本を改めて読み直した。そうしたら、タイトルで全部言い切っているのだけど、とにかく「6 はっきり言い切る姿勢」「7 事実と意見」だけは絶対にみんな読んだ方がよい、と思った。 日常的にメールや、ブログの記事など、それなりの量の文章を書くことが多いけど、論文や雑誌の記事など、きちんと他人の目を通した上で公開される文章を書くことは、まずない。一度だけ、雑誌の記事原稿を書いたとき、自分なりにかなりの推敲を重ねたつもりでも、プロの編集の方から見れば言葉使いや、