Detox試してみようかなーと思ったけど、やっぱこれはないなー。さすがに筋が悪い。Detoxはblack boxとwhite boxの中間のgrey box testingを標榜していて、そのコンセプト自体は非常に興味深いものなんだけど、そこから導かれる帰結として、侵襲的なテストフレームワークになってしまってるっぽい。しかも設定がけっこうめんどくさい。正直Detoxのための設定コードをリポジトリに入れたくない。
てことで、ふつうにExpo公認のE2EテストツールとしてサポートされてるMaestroを使います…
Expo CLI - Expo Documentation docs.expo.dev/more/expo…
本質
Create and share internal distribution build - Expo Documentation docs.expo.dev/tutorial/…
Internal distribution - Expo Documentation docs.expo.dev/build/int…
デバイス用のビルド作る方法
Expo/React Nativeのドキュメントは膨大な上に散らかってるから、どっかにメモしとかないと迷子になる
Build APKs for Android Emulators and devices - Expo Documentation docs.expo.dev/build-ref…
Android用のビルド作る方法
Build for iOS Simulators - Expo Documentation docs.expo.dev/build-ref…
Simulator向けビルド作って走らせるやりかた
Environment variables in Expo - Expo Documentation https://docs.expo.dev/guides/environment-variables/
EXPO_PUBLIC_ で環境変数使える
あ、そうだ年末年始Nixためしてみよ
unit testingとintegration testingという区別をすることは、どの程度有益なんだろうね。区別することで得られるメリットって何なんだろ。実行頻度をこのカテゴリーで分けるとかはできるのかもしれない。ユニットテストはファイル保存で自動的に走るけど、インテグレーションは手動、とか(個人的にはやらんけど)。
Tests can also serve as documentation for new people joining your team.
これに関しては相当懐疑的だなあ。そんなにすばらしく可読性の高いテストコードを書いてる現場を見たことがない。
Run E2E tests on EAS Build - Expo Documentation docs.expo.dev/archive/e…
セットアップがあまりにも複雑(洗練されてなさ)すぎるのでやめようかなって気になってきた…
Run E2E tests on EAS Build - Expo Documentation docs.expo.dev/archive/e…
これ見ながらやればDetoxのセットアップはできそう
config-plugins/packages/detox at main · expo/config-plugins · GitHub github.com/expo/conf…
E2Eテストはdetoxでやろうかなと思ってる。MaestroはまあAutifyと似たようなもんで予想はどんなもんなのかもだいたい検討がつくし、よくわからない仕組みで実行されるdetoxに触れたほうが経験値稼げそうなので。
mixi2? うーん、行かないかな。
リックライダー「銀河間計算機ネットワークのメンバー向けメモ」(1963) - 山形浩生の「経済のトリセツ」
NVIDIA — Our Journey with Japan - YouTube www.youtube.com/watch
AWS Lambda turns 10: A rare look at the doc that started it | All Things Distributed www.allthingsdistributed.com/2024/11/a…
E2Eテストにおける要素選択のベストプラクティス ｜Autify（オーティファイ）ブログ blog.autify.jp/article/b…
世の中には、まずいラーメンでも、限られた状況の中でやるだけやったんだからいいかと言って客に出すラーメン屋と、まずいものを出すくらいならやらないほうがましだと言って、美味いラーメンを出す職人がいる。もちろん前者が客を感動させることはない。
そして、美味いラーメンは、個人の才能と血の滲む努力によってのみ成立するのであって、まずいラーメン屋が徒党を組んでも達成できない。
React Native + Expo 完全理解
Expoのエコシステムまじでハチャメチャにすごい力技すぎるすごい
まあ、ひとたびテスト端末へのインストールが済めば、あとはOTA updatesでだいたいカバーできるから、まあいいのか
アプリ名がダメだっただけで10分間のプロセスやりなおしは、チュートリアル中にはキツいよー
EAS便利なのはそうだけど、毎回CIでビルドからやりなおしなので、試行錯誤にはまったく向かないな(アプリ名がかぶってるとか、長すぎるとかの理由でストア提出蹴られて、ぐぬぬ)
role 属性とは、aria-* 属性とは、WAI-ARIA とは、いったい何なのか、いつ使うべきなのか #HTML - Qiita qiita.com/ymrl/item…
Using a reverse proxy - Keycloak www.keycloak.org/server/re…
How we migrated Dropbox from Nginx to Envoy - Dropbox dropbox.tech/infrastru…
RFC 6797: HTTP Strict Transport Security (HSTS) www.rfc-editor.org/rfc/rfc67…
How to configure HSTS on www and other subdomains - Daniel Morell www.danielmorell.com/blog/how-…
Target groups for your Application Load Balancers - Elastic Load Balancing docs.aws.amazon.com/elasticlo…
体感、Reactのメモ化まわりの挙動をちゃんと理解してる人はまじで少ない。とくにバックエンドエンジニアとなると、ほぼいない。
Expo Go日本のコミュニティで「ぺ」って呼ばれてそう
Expoまーじ便利
おれは毎日死を繰り返してる、と考えると、わりとしっくりくるかもしれない。それにつけても生命ってふしぎー、意識って不思議ー。
E2Eテスト自動化ツールの選定を行いました（だいぶ前ですが） - SOMPO Digital Lab 開発チームブログ tech.sompo.io/entry/202…
ISP Column - October 2024 www.potaroo.net/ispcol/20…
Mastering Code Simplicity: Why Deep Functions Like JSON.parse() Make Programming Easier | Mycolaos mycolaos.com/blog/mast…
趣味で小さいウェブアプリを作りたくて、アプリからの収入とかも期待できないので、ランニングコストはなるべく安く済ませたいんだけど、インフラどれ使うのがいいのかよくわからない。
思いつく選択肢:
いまのとこVerselなのかなーという気はしている。
Beautiful & consistent icons
なんかおしゃれっぽいやつ
expo prebuildめちゃくちゃクールだなあ
Introducing computer use, a new Claude 3.5 Sonnet, and Claude 3.5 Haiku \ Anthropic www.anthropic.com/news/3-5-…
XCode/Android Studioさえインストールすることなくネイティブアプリ開発できるのすごすぎるし力技すぎる
CNG(continuous native generation)ようやく意味がわかった。すごい力技。Expoのなにかもを力技でゴリゴリ推し進める感はすごい。
たぶんふつうにStyleSheetつかわずstyle属性直書きで実装するわ。
なんかtailwindをRNでも使えるようにしましたみたいなものもあるけど、ほぼナンセンスだと思う。そんなの使うくらいなら、style属性直書きで十分。
reactnative.dev/docs/styl… ここのCode quality tipsに書いてあることがぜんぜん同意できなくて笑った。
By moving styles away from the render function, you’re making the code easier to understand. Naming the styles is a good way to add meaning to the low level components in the render function, and encourage reuse.
違うだろー、ぜんぜんわかっとらーーん！
Software Testing and QA Services Market Size & Share Analysis - Industry Research Report - Growth Trends www.coherentmarketinsights.com/industry-…
Can I install apps via TestFlight for Automation? www.browserstack.com/support/f…
次回potetotipsあったら、react nativeで一発LTしにいくかな
Microsoft Volume I: The Complete History and Strategy www.acquired.fm/episodes/…
最近React Native覚えて興味深かったのは、たしかにionicなどのweb viewベースのアーキテクチャに比べればパフォーマンス上の優位があるんだけど、それでもUIスレッドとJSスレッドという二つの異なる世界を跨らねばならないが故の遅さっていうのが多分にあるというところ。(Navigationのアニメーションがカクつきがちなど)。それらさまざまな問題を回避・軽減するためのテクニックというのも豊富に用意されてるんだけど、いろいろ細かくて、最適化可能ではあるけど、めんどくさそうという印象。目下開発中のNewアーキテクチャでここらへんだいぶ根本的に改善されるっぽくはある。
その点、Flutterとかだと、NativeコンポーネントとJSの間にある歪な境界線みたいなものがそもそもなかったりして、根本的にパフォーマンスがよかったりするんだろうなあ、きっと。開発環境まわりとかも、Googleがほとんど完全に管理してるがゆえに、いろいろ一貫してそうな雰囲気はある(だいぶ想像で言ってる)。React Nativeは、最低限の部分以外のとこ、つまりExpoまわりはだいぶコミュニティードリブンな雰囲気があって、良くも悪くもNode.js感がある。
とは言えFlutterごときのために変な言語覚えたくないし、React信者としては当然React Nativeを使いたい。NoCode E2Eテストとの相性も圧倒的にいい。
:memo: テストフライトサポート
lazy react.dev/reference…
Jank Free: Let’s Make the Web Silky Smooth! jankfree.org
Google Testing Blog: SMURF: Beyond the Test Pyramid testing.googleblog.com/2024/10/s…
React v18 react.dev/blog/2022…
nautil.us なんか良さげな雑誌
Architecture Overview reactnative.dev/architect…
iOS URL Scheme Could Let App-in-the-Middle Attackers Hijack Your Accounts thehackernews.com/2019/07/i…
Using Native Driver for Animated reactnative.dev/blog/2017…
The Disappearance of an Internet Domain every.to/p/the-dis…
The Line of Death – text/plain textslashplain.com/2017/01/1…
Linus Torvalds on why desktop Linux sucks youtu.be/Pzl1B7nB9…
“if it’s a bug people rely on, it’s not a bug. It’s a feature”
Yoga よが〜 www.yogalayout.dev
理想的には、すべてのpropsがReadonlydeepであるべきだと思うんだけど、ぶっちゃけそこかしこにReadonlyDeepつけるのはわずらわしいし、意図せず書き換えてしまう事故を防げるメリットよりも、めんどくささのデメリットが上回るので、やらないほうがいいと思う。
その点なんも意識しなくてもデフォルトimmutableで簡潔に書けるElmはすばらしい。
Tuckman’s stages of group development - Wikipedia https://en.wikipedia.org/wiki/Tuckman%27s_stages_of_group_development
splitwise/super_diff: A more helpful way to view differences between complex data structures in RSpec. https://github.com/splitwise/super_diff
これは使うべき
まーじで永遠にschemaとschemeの区別ができない…
次のLT pumaとリクエスト処理時間の話でいいや
Expoでかい…歯応えがある
Announcing React Native 0.63 with LogBox reactnative.dev/blog/2020…
フィッツの法則でなんかLTできるかなと思ったけど、それほどおもしろくは発展させられなさそうだなあ。なんかUIデザインについて深い洞察とか応用のアイデアが、得られそうで得られない。おもしろいはおもしろいんだけど…。
円形に配置するメニューとかも面白いけど、あんまり採用されないよなー。なんでだろ…。
ファントムRって呼ばれ得るような現象ってないですか? Theを聴いたときに、ないはずのRを見出してしまって、Theirと聴き間違えてしまう現象…。
○○するより先に××からはじめるといいよシリーズ:
When graphics improve liking but not learning from online lessons - ScienceDirect www.sciencedirect.com/science/a…
Organizing large documents | Technical Writing | Google for Developers developers.google.com/tech-writ…
Choose a heading that describes the task your reader is working on. Avoid headings that rely on unfamiliar terminology or tools.
これはたしかにそうかもなー。おれも説明したい対象の名刺を見出しする癖あるかも。違うやりかたもあるということで、引き出しに入れておくと良さそう。
Why Not Comments • Buttondown buttondown.com/hillelway…
コロンの用法ってこんなにたくさんあるのか… www.niu.edu/writingtu…
効果音の素材を探しに、ホームセンターと百均にいってきた
React Native Reanimated docs.swmansion.com/react-nat…
アニメーションはこれ使うのがいいらしい
Gerkinベースの新しいレコード&プレイバック体験を作れるんじゃないかというアイデアを思い付いた。
React Navigation reactnavigation.org
これも重要っぽいから見とかんとなあ
Vjeux » CSS – Contain & Cover blog.vjeux.com/2013/imag… いい記事
Technical Writing Two introduction | Google for Developers developers.google.com/tech-writ…
これベースのワークショップが会社であって、生徒として参加するので読んどく。
キーボードショートカットの経済合理性みたいな御題目の話を思い付いた
海老とチンゲン菜の中華炒め oceans-nadia.com/user/8158…
How to Find Device Metrics for Any Screen - Material Design m3.material.io/blog/devi…
React Navigation | React Navigation reactnavigation.org
Expoはもうわけがわからないくらい色んな機能があってすごいな…
最近「継続的デリバリー」っていうかなり古い本読んでるんだけど、これめちゃくちゃ名著。13年前にここまでの理論を構築してたのすごいわ。さすがに出てくるツールの名称とかは古びてるけど、内容自体はぜんぜん今でも通じる。
React nativeの使い方すこしずつ覚えてるけど、これはこれで、モバイルネイティブ環境での開発覚えるのと同じくらいのボリュームがありそうだな。まあ、TypeScriptとReactはスキップできるので、すこしマシではあるけど。
なんか朝起きたら突然前歯が痛い。勝手に治ってくれるといいけど…。
K10 Keyboard User Manual – Keychron | Mechanical Keyboards for Mac, Windows and Android www.keychron.com/pages/k10…
いまのとこActivityPubで5人日本人フォローしてて、意図はしてないんだけど、うち4名がSKKユーザーっぽい。
AWS Well-Architected – 安全で効率的なクラウドアプリケーション aws.amazon.com/jp/archit…
へー。どうでもいいけどアマゾンの書く文章って読みづらいし、読んでもおもしろくないんだよな。なんでなんだろ。文化なのかな。
辞書に載ってた例文。
Is cold meat and salad OK for lunch?
これareじゃないのがすごく不思議に感じたんだけど、ひとつのものという認識だから、isということだよな。
止まらないおいしさ！タレが決め手の「ホイコーロー」 macaro-ni.jp/47844
ゴマ油が香る、豚バラ大根の中華炒め s.recipe-blog.jp/profile/8…
ウマさ完熟！アスパラと牛肉トマトのオイスターソース炒め macaro-ni.jp/43597
大根炒めるステップで時間取られて、30分かかってしまった。美味いけど、ランチには向かないかもしれない。
Using Open Source Static Libraries in Xcode 4 blog.carbonfive.com/using-ope…
State of React Native 2018 · React Native reactnative.dev/blog/2018…
Java 8, 11, 17, 21, 22 Download for Linux, Windows and macOS www.azul.com/downloads…
へー、いまどきはこんなのがあるのか…
📝 .xcode.env あとでもう一回見直して設定する
「出前館」テスト自動化により毎週のリグレッションテストの工数を50％削減。WebとMobileアプリ双方でエンドユーザーの体験をしっかり検証。｜Autify (オーティファイ) autify.jp/stories/d…
Xやめたら会社の宣伝する場所がなくなってしまった。ここたぶん誰も見てないからポストしても何の意味もなさそう。
undefinedってちょっと特殊で、JSONで他の言語とやりとりすることを考えたときに、扱いがちょっとめんどうになるので、そういう意味でnull使っとくのが安パイな気がする。
止まらないおいしさ！タレが決め手の「ホイコーロー」 macaro-ni.jp/47844
10分で出来る 麻婆もやし erecipe.woman.excite.co.jp/sp/detail…
自炊するとちょうどいい辛さのものをいつでも食べられるからQOL上がる
インプットフィールドの一時保存用ステートは、文字列で持つべきだ、という記事を書きたい
サーバーサイドはスネークケースだけど、フロントエンドはキャメルケース前提だから、データ渡すときに文字のケースに煩わされるとか、世界で一番くだらない問題だよなー。全部世界全言語スネークケースでいいじゃんもう。
LLMs are bad at returning code in JSON | aider aider.chat/2024/08/1…
おー、バックアップちゃんと機能してるな。すごい。github.com/tai2/twee…
中華系の炒め物は13香粉ぶちまければだいたい美味くなる
「継続的デリバリー」では、デプロイメントパイプラインのプラクティスとして、「バイナリをビルドするのは一度限りとせよ」と言っていて、その理由のひとつとして、チームができる限り早くフィードバックを受けられるようにすることを挙げている。パイプライン内で何度もビルドを繰り返すのは非効率というわけだ。
これを現代的に焼き直すと、Dockerイメージのビルドは一度限りで、すべてのテストはそのイメージを使って行うということになりそうだけど、それだと最初のフィードバックまでものすごく時間がかかってしまうのでやりたくないよなあ。
別の方法を取るとすると、言語ランタイムのバージョンをどうやって合わせるかと、ライブラリのバージョンをどうやって合わせるかが懸念事項になる、ライブラリは、ダウンロードしたアセットを最初に保存しておいて、後のジョブで使い回すことはできそう。パッケージキャッシュの保存は、もっぱらパフォーマンスチューニングという観点から実施される気がするけど、挙動の一貫性という観点もあったんだなあというのは、新しい気づきだ。
言語ランタイムの固定は…パッケージ記述ファイルでピンニングって一般的にできるんだっけ？できなければ、がんばって目視で一貫性維持するしかなさそう。
ピアノエディタの使い方 support.apple.com/ja-jp/gui…
これ2週目終わった。会社の英語レッスンで推薦された本。はじめたの3年前くらいかな。著者は3週することを勧めてるけど、もういいや。1週目は、たしかにめちゃくちゃ効果を感じられて、英会話力上がった気がする。2週目はそれほど。まあとにかくやり切った。
リファクタリングの苦悩というのがある気がする。すべてのエンジニアリングはユーザー価値のデリバリーにつながっているべきであり、リファクタリングも例外ではない。リファクタリングは、直近の価値デリバリーに関連して行われるべきであり、直近の活動と直接関係ない箇所のリファクタリングは憚られる。アップデート不要なコードをリファクタリングしても意味がないからだ。
ここで悩みが出てくる。というのは、価値提供と関連する箇所をリファクタリングするということは、リファクタリングと価値提供がコンフリクトするということだ。結果リファクタリングのためにリードタイムが少し延びる。厳しいロードマップのもとでやってると、リファクタリングをせずに、即座に価値を出すことへのプレッシャーがすごい。
一方で、直近の変更箇所と無関係なコードのリファクタリングであれば、いま取り組んでいる価値のリードタイムに影響せず、完全に並行して行えるので、ものすごく作業がやりやすいのだ。
たぶん、なにか根本的に考え方が間違ってるんだろうか。
UVIの効果音ツール、マジで巨人の肩に乗ってる感が半端ないんだよな。便利すぎる。 youtube.com/playlist
日本語は喉の前のほうで出して、英語は喉の奥の方で出す感じだよな。喉の前の方で音出すと日本人っぽい響きの英語になる。
格ゲーマー梅原のトークは、よく言われるようにめちゃくちゃ面白いので、おれもよく切り抜きを見るんだけど、話し方がすごく落語家っぽいんだよなー。なんか談志に似てる。間とか言葉の選び方とか。
先日知らない人から、朗読劇を立ち上げたい、説明をしたいので1時間時間を割いて欲しいというDMがいきなりきた。タイムラインを覗いてみると、参加費として出演者から一万円取るらしい。そしてチケット分だけキックバックがあるようだ。
朗読劇とは言え稽古ぐらいはあるんだろうから、きっと何回かは稽古場に出向いて参加しないといけないんだろう。場所がよほど近くなければまず参加はできそうにない。その人が書いたという台本が公開されていたので、いちおう見てみたけど、とくにおもしろい話ではなかった。つまるところ、この人のやることにまったく興味が持てない。
それでも、もしかしたら志の高い人であるということも、あるかもしれない。話を聞きもせずに無下に断るのもなんだか申し訳ない。とはいえ、おそらく無駄であろうこの人の話に1時間割くのはすごく嫌だ。
だから、せめてもの条件として、声劇をしてくれたら、話だけは聞くと提示した。1時間割くことに釣り合うメリットとして、それなら納得できると思ったから(例え十中八九朗読劇に関わることがないとししても)。
先方はどうやら声劇というものを聞いたことがないらしく、条件やらギャラやらの話をしてきた。こちらとしては、プロフィールに思いっきり「声劇」と書いてあるんだから、それくらい調べろよと思ったけど、しかたがないので説明してあげた。そして、声劇が収入等発生しない純然たる遊びであることが判明すると、それきりスッと返信がなくなった。
相手としても、こちらの条件を受けるのはめんどうだから、これ以上やりとりする意味がないとか、断りかたがわからないとか、そんなとこだろう。今度は立場が逆転したわけだ。まあ、めんどくさいから断ってくれと半分は思ってたので、望み通りの結果ではあるんだけど、いきなり返事がなくなると、それはそれですこしもんやりする。いったいおれはどういう結果が欲しかったんだろう。
【食卓の主役】食感までおいしい きゅうりの旨辛にんにく炒め macaro-ni.jp/79195
全部チェックする
Xtreme FX www.uvi.net/en/soundf…
これも便利そう。UVIいいな。
(9) UVI Whoosh FX | Overview - YouTube www.youtube.com/watch
くっはー、よく見ないで買った効果音制作ツールがWindows専用だったー…
Walker 2ためしてる。めちゃくちゃ便利ー!! 足音もうこれでいいやん。 www.uvi.net/jp/soundf…
Logic Proから使う場合は、ソフトウェア音源ていう扱いになるらしい。ソフトウェア音源まったく使ったことないから使いかた覚えないとな。 support.apple.com/ja-jp/gui…
Cinematic Shades www.uvi.net/jp/falcon…
音源集。これは使えそう。
Meteor www.uvi.net/jp/soundf…
こっちも効果音生成ツール。さっきのとの用途の違いがよくわからない。
この手のツールはMIDIキーボードで操作するのが前提っぽいから、てきとうなMIDIキーボード一個持っとく必要がありそうだな
Whoosh FX www.uvi.net/jp/soundf…
効果音生成ツール。ふーむ。
cabal(DHTベースの分散チャット)ってすごく魅力的な試みだし、技術的におもしろいと思うんだけど、まあ普及は難しそうだよな。
cabal.chat experimental p2p community chat platform
ランチ
中華炒めはこれで完璧！野菜・肉・海鮮の具材別レシピ27選 - macaroni macaro-ni.jp/77854
13香粉を使った炒め物を極めたい
front-end.social は多少人が居そうなのかな
言われてもないのに空気読んで、極端に見える最適行動取れないやつは、最強にはなれないんだよな
The Art of Agile Development: No Bugs www.jamesshore.com/v2/books/…
バグをゼロに保つべきというジェームス・ショアの主張
結局のところ、「正しいエンジニアリングをする」が大事なことなんだよなー。やっぱりスキルとか知識は必要。いいプログラマーを雇うことが大事。
その代表例として型チェックに代表される静的解析があるけど、他にも設計やプロセスレベルでバグが減ることを促すための取り組みというのはあると思う。
さっき書いたようなことを元にして、プログラミングにおいて１番の解決法はコードを書かないことだと言われるように、「最高のテストはテストしないことだ」という記事を書けそうな気がする。テスト＝コストという観点から、テストせずに品質を高めるための方法論という切り口。
テストやリリースについての本を読むと、アプリケーションの堅牢性をいかに高めるかということについて書かれてる。もちろんそれらのアレコレを実行すれば堅牢性が高まることは間違い無いんだけど、実行すればそれなりの時間がかかる。一つの機能をリリースするまでのコストが2、3倍になってもおかしくない。
アプリケーションにそこまでの堅牢性って必要ではない気がする。もちろん分野によるんだろうけど。堅牢性はそこまで高くないけど、だいたいの場合ちゃんと動いて、ほとんどのニーズをカバーできる、というのが実際に求められていることな気がする。
堅牢性高く作ったところで、使われなかったら意味がないし、なにか想定がずれててニーズとフィットしない可能性だってある。堅牢性を突き詰めるための手法みたいな話を読むと、現実と乖離しすぎてて、違和感しかないんだよなー。
極端な話、もしも品質とコストが比例するならば、高い品質というのはビジネスとしては求められてないし、言い換えれば、(小さな)バグというのは求められているのだと言えなくもないかもしれない。
暗殺教室って作品があらすじ聞いた感じ好みっぽいから、漫画かアニメ見てみようかな
作りたいアプリのネタが二つある:
とりあえずネイティブアプリかな。React Native覚えよ。
ツイッター以外で、技術者の雑多なコミュニティーっぽく機能してるところってなると、どこがあるんだろう
写真
GitHubにアーカイブしてくれる機能便利だなー。週1でやってくれるらしい。
ちゃんと動くかな。
test test
test
ぼくの住んでる地域はPFAS汚染という水の問題があって、念のため飲み水はすべて買ってる。お金がかかるのもあれだけど、大量のペットボトル捨てるのがめんどくさい。
一番深刻な立川ではないものの、隣接地域ではある。実際のとこどのくらい深刻なのか、市でちゃんと調査して声明出して欲しいよなー。
あ、直った。ドメインの設定がうまくいってなかったっぽい。
tweets.tai2.net と tai2.micro.blog で表示される情報がちがうなー。独自ドメインのほうは情報が更新されない…うーん。
写真
ActivityPubの仕組みがよくわかってないんだけど、タイムラインはどのタイミングで更新されるんだろう。
正直、技術情報はぜんぶツイッターに頼ってたので、他の手段をなにか探さないとなーという気はしなくもない(そもそもまともにツイッターを見なくなっていたので、最近は技術情報自体がほぼアップデートできてない)。
前々からやろうと思ってたFediverseへの引越しを実行した。やろうと思ったきっかけは、イーロンがツイッターを変えたから。決心したのは、もうだいぶ前なので記憶もおぼろげだけど、Xに移行するにあたって、同名のアカウント使ってたユーザーのIDを強制的に変えさせた件で、最悪だと思ったから。
www.techno-edge.net/article/2…
代替として、microblog.pubっていうのが小さくてすっきりしてて良さそうだったので自分でサーバー立てようと思ってたんだけど、なんかそういうしてるうちに、いざ引っ越そうかと思ったら、microblog.pubのデモサーバーにアクセスできなくなってた。開発も止まってそうな感じ。
シンプルなコードっぽいから自分でメンテする覚悟で使おうかとも思ったけど、めんどくさいので誰かがホストしてくれてるサーバーを探すことにした。なんかMastdonやらMisskeyやらいろいろあるけど、なるべく見た目が質素なやつがいい。てきとうに一覧眺めてたら、micro.blogっていうのがあったのでそれにしてみた。少額を払ってウェブサービスを使うという概念が好きなので、お金払えるのもいい。月5ドル。あと人気のツイートが上がってくる仕組みがないのもいいなと思った(RTとかないし、フォロワー数とかも見れない)。
正直そのうちサービス自体なくなるんじゃないかという不安はだいぶあるけど、エクスポート機能が充実してそうなので、サ終したらしたでなんとかなると思う。
引越し元 tai2
テスト