  |
はてなキーワード:オフとは
匿名の場で自分のIDをつけつづけるのは、やめられないと何度も自己申告している
https://anond.hatelabo.jp/20260128190805#
https://anond.hatelabo.jp/20260128191508#
https://megalodon.jp/2026-0128-2037-38/https://anond.hatelabo.jp:443/20260128191508
https://anond.hatelabo.jp/20260128191552#
なんのはなし？
https://anond.hatelabo.jp/20260128200447#
https://megalodon.jp/2026-0128-2038-28/https://anond.hatelabo.jp:443/20260128200447
建て付け=建前に意味なんてないんだよねって話
dorawiiより
https://anond.hatelabo.jp/20260128201422#
レス先間違えてない？ 建て付け=建前って何？
このように、署名を付けると返事がこないので、
構ってほしいときは一時的に署名をオフにして、レスが来たら署名を付けて続きを話すという気持ち悪い行動に出ている
20時を境界に署名が付けられるようになったとかではなく、19時台にも普通に署名付投稿をしていることからも、
デフォルトの検索エンジンをBingに設定しているせいでつい最近気がついたけど、最近、JavaScriptをオフにしているとGoogleでは検索できなくなった。
そのとき、現在使用しているブラウザーでの設定方法が自動的に表示されるようになっている。
これはアクセスした端末の情報を確認して呼び出すデータを変更するだけなので、そんなに難しいことではない (ホームページサービスとかを使っているなら別だが) 。
しかし、他のブラウザーの操作方法はデフォルトで隠されており、クリックすることで表示されるようになっている。
JavaScriptなしでこんなことできるのかと思った。不思議。
ちなみにどうやったらできるんだと思いソースを見たら、見出しのところに隠しチェックボックスが用意してあって、スタイルシートでチェックを入れている時だけ表示、外している時は非表示、という制御になっていた。
そんなことができたのか...。勉強になった。
こんなこと
できま
せんした
アフリカの農村部や一部の都市周辺部（スラムなど）では、月収が3,000円（約20〜25ドル程度、またはそれ以下）前後の生活を送る地域や層が存在します。これは特に、ブルキナファソ、ブルンジ、南スーダン、中央アフリカなど、国連が定義する「最貧国」の農村地域で見られる極度の貧困層の生活水準に近いものです。
農業・自給自足: 主に小規模な自給自足農業や、余剰作物の販売、手作業での労働（砂利作りなど）で現金を得ています。
現金収入の低さ: 日給に換算すると数十円〜100円程度。日雇い労働者や、農閑期にはほとんど現金収入がない場合も珍しくありません。
物価の対比:ローカルな市場での食料品（主食のキャッサバ、トウモロコシなど）は安いですが、輸入食品や日用品は現金収入に対して高価に感じられる水準です。
住居: 土壁に茅葺き（かやぶき）の屋根、あるいはトタン屋根の簡易的な住宅。
水・電気:蛇口をひねれば水が出る環境は稀であり、数キロ離れた水源から水汲みをする必要があります。電気は通っていない（オフグリッド）の地域が大部分です。
教育・医療:学校へ行く費用が払えず、子供が労働力となるケースも多いです。病気になっても薬や医療機関へのアクセスが非常に限られています。
3. 具体的な地域・状況の例
ルワンダやブルンジの農村部:2024年の調査では、エチオピアのアディスアベバで16ドル（約2,400円）、ラゴスで31ドル（約4,600円）といった地域的な最低賃金の低さが報告されています。
ウガンダの農村: 食料を確保するのにも苦労する生存限界に近い生活を強いられる地域があります。
都市周辺のインフォーマル居住区（スラム）:南アフリカやケニアなどの都市部でも、不法占拠地域などでは極めて低い収入で生活する人々が存在します。
4.課題
非公式な雇用:雇用契約がないため、労働基準法が適用されず、不安定な収入状況にあります。
多面的な剥奪:収入の低さに加え、教育、医療、生活インフラのすべてにおいて「多面的貧困」の状況に置かれています。
これらの地域では、NGOによる援助や、コミュニティの共同体意識（助け合い）によって、なんとか生活が維持されているのが実情です。
anond:20260201092625 の文字数制限にひっかかっていたことに気がついたので分割した。
自動車ナビ専用アプリ (徒歩ルートもない) ということもあり、かなりすっきりした地図。最大ズームにしても一戸建て住宅は基本的に表示されない仕様になっている。
利用者が地図をつくるシステムになっているため、田舎では自分で地図を編集する覚悟で使用することになる。都会・田舎にかかわらずGoogle (後述のとおり関連会社のため) に情報を送信してよいのであれば、知っている道こそアプリを起動した状態で走行し、地図の誤りがあれば編集に参加してほしい。
駐車場所の保存は写真つきにできる。位置情報を取得しづらい地下駐車場ではとくに便利。
制限速度やスピード取り締まりを地図編集でいれることができ、ルート案内の有無にかかわらず警告してくれる。
案内音声はデフォルトでは音声合成 (サヤカ = 一時期Googleの読み上げでつかわれていたのとおなじ音声) だが、道路名や交差点名などの読み上げがなくてもいいなら人間の音声 (はるか) による案内もできる。人間の音声はけっこうよく、海外製アプリにしてはかなりききとりやすい音声で案内してくれる。また、Appleマップと同様、スマホの音量設定にかかわらず、常にWaze側で設定した音量で音声が再生される (つまりスマホ側の音量が0でも100でも案内時は固定音量) 。CarPlay対応カーナビをもっておらず、スマホ単独で使用している場合には案内音声の明瞭度がけっこう重要な点だったりするので、この点も意識してえらんでほしい。
あと、完全に知っている道ならばあえて知らない言語に設定してみるのもたのしいかも...?
※ "Including street names" "道路名読み上げ" と表示されているものは音声合成、その他は人間が録音した音声になる、
またナビゲーションアプリとしてはおそらく唯一、自分で音声を録音することもできる。録音項目数はおおいけど、録音しなかった音声は標準音声 (はるか) で案内可能なので無理に全部録音する必要はない。
あと、ラジオ・ポッドキャスト・オーディオブックを再生している場合、案内音声のタイミングで再生を続行するか一時停止するかを設定でえらべる。音声同士はかぶらないようにしてほしい派とずっと再生しておきたい派のどちらにも対応できるのはありがたい。Appleマップだと強制的に一時停止されるが、ほかは未確認 (自動車はもっていないが徒歩ナビがあるアプリは確認してもよかったかもしれない) 。
WazeはGoogle関連会社のため、検索でWaze独自のデータにヒットしなかった場合は自動的にGoogleMapsのデータを検索する。そのため、検索してもみつからないという問題は (Googleに登録されているかぎりは)おこらないので安心してほしい。また、Wazeで事故や道路工事を報告した場合、GoogleMapsにも反映される (ただし地図データはことなるため報告場所のピンの位置がわずかにずれることはある) 。
車両種別は "Private" (自家用車) "Taxi" (タクシー) "Motorcycle" (オートバイ)から選択できる。というかWazeでオートバイルートを選択できるならGoogleMapsでも選択できてもいいとおもうのだが...。
地図の配色は2種類から選択できる (昔はもっとあったのだが...) 。"マップエディタ" に設定すると、道路種別により色がかわる。
なお、ナビゲーションをしていない状態でも、バックグラウンドで動作する。運転を終了後一定距離歩く、運転していない状態で一定時間経過する、メニューからスリープを選択する、のいずれかで停止する。
※ 車を降りる前に停止すると駐車位置が保存されないので注意。
もともとはドコモ地図ナビだったのだが、ドコモのサービス見直しによりゼンリンの単独運営にきりかわった。これによりドコモユーザー以外でも使用可能になった。
ナビゲーション機能を使用するのは有料契約が必要。住宅地図を除く地図を閲覧するだけなら契約は必要ない。
地図の種類はたくさんあるが、"徒歩地図" は "駅の出入り口やバス停などをより見やすくした地図" と書いてあるわりにはけっこう拡大しないとバス停が表示されないというのはちょっとなー...。もうすこし広域の地図でもバス停を表示してくれたらいいが。ゼンリンベースの地図同士でくらべても、Yahoo!のほうが見やすいかな...。
ナビゲーションの案内音パターン (チャイムのこと) は3種類から選択できるが、海外製は無音のやつもおおいから無音を選択できてもよかったのではという気もするが。
アイシンのNAVIeliteとトヨタのTCスマホナビの後続。
地図がトヨタ製のため、運転時に便利なランドマークが優先的に3D化されているほか、画面下側にあるほど建物がうすくなるようになっている。
このアプリでナビゲーションする以外に、リモコンとして使用して、トヨタのカーナビ or NaviCon対応カーナビに目的地を送信することもできる。
VICSの渋滞情報はデフォルトで渋滞なしも表示されるが、渋滞なしを非表示にして、混雑・渋滞のみを表示する設定にもできる。
トヨタ (アイシン) のナビは社外ナビでもかつて採用していたというメーカーが多数あり、人によっては聞き馴染みのある音声で案内してくれる (徒歩ルートはバイブレーションのみ対応なので車ルートで設定する必要がある) 。
アプリ内ヘルプページによると、ナビゲーション中の "○○県に入りました" という音声もあるとのこと。
ナビゲーション機能は有料。
ベースとなる地図はゼンリンなのに建物の形やスポット情報はOpenStreetMapという変わり種。
そのため、地図を一定以上拡大するとアイコン (とくに駐車場) がやたらと表示されるため少々見づらい。ある程度広域にしたほうがよいだろう。
※ランドマーク表示設定でオープン駐車場をオフにすればかなり緩和されるが、ほかの駐車場も消えるので一長一短。
あと、日本語翻訳が不自然。案内音声にも影響しているので、英語ができるなら音声だけでも英語にしたほうがつかいやすいだろう。
HUD機能が最大の特徴で、ルート案内中にメニューからHUDモードをオン、フロントガラスのちかくにセットすると、目線をそらさなくても窓に反射する文字で曲がる地点までの距離を確認できるというもの。
※エアバッグやセンサーなどをふさぐような設置はしないように注意。
最近のスマートフォンで増えてきたOLEDディスプレイと相性がよいとおもわれる。(LCDとはことなり黒は完全に発光しないため明るさを最大にしても黒い部分の発光が気にならない)
次世代のCarPlay (計器類もふくめてCarPlay対応になるもの) は通常のCarPlayとはことなり車両自体の対応が必要なので、そのような車両が普及するまではHUDが便利な機能になりうるとおもう。
そのほか、SmartCam (ドライブレコーダーで録画しながらその映像を使用してナビゲーション) なんて機能もある。一石二鳥。ただしカメラ常時動作はまちがいなくバッテリーを消費するのでご注意。
そのほか、海外製カーナビではめずらしいルートシミュレーション機能がある ("プレビュー" という名前) 。
ルートサイドのガソリンスタンドと金額を自動表示する機能もある (オフにもできる) 。
一方通行の道路を走行中に逆走車がいると通知する機能はあるが、日本には対応していない ("この機能は現在の国ではご利用いただけません" と表示される) 。日本にこそ必要な機能な気がするのだが。VICSと提携してほしいな。
逆走はどのくらい危険? → もしマリオカート64をもっている、もしくはNintendo Switch Online + 追加パックに加入しているのであれば、マリオカート64のマリオGPをひととおりクリアすると出現する "おまけ"レベルで "キノピオハイウェイ" を走行してみてほしい。すべての車が逆走した状態でせまってくる。自分の車のスピードに相手の車のスピードが加算されるので、非常に危険。もし現実で逆走車情報を見聞きした場合、車間距離をじゅうぶんにとって、左右によけられる状態にしよう。
スマホアプリは、起動していきなり現在地の住所と最寄りの鉄道駅が画面下側に表示されるのが最大の特徴。
あと、スマホアプリの文字サイズは端末設定に連動でも大中小の選択でもなく、1倍・1.25倍・1.5倍・2倍というかわった調整方法になっている。
デフォルトの地図が住所ごとの色分けという、ちょっと昔の国産地図によくある配色になっている。
地図表示は無料だと "デフォルト" "円キョリ" "地形図" "防災マップ" "方位" が選択可能。方位はことしの恵方が強調表示される、いわゆる恵方コンパスとなる。
有料登録すると、"境界線マップ" "ひらがなマップ" "通り名マップ" "到達円マップ" が追加で選択可能になる。月額課金のほか広告再生で5分間だけ有料機能を使用することもできる (回数制限は不明だが繰り返し広告再生はできた) 。自分みたいに使用頻度がすくなめの人にとっては5分10分だけ使用したいというケースがおおいので、広告再生で一時開放は非常にありがたい。
"境界線マップ" は前述のYahoo!マップの住所地図とほぼおなじで、住所ごとの境界線が表示される。
"通り名マップ" はAppleマップのドライブ地図・Yahoo!マップの交通状況・自動車用アプリ (WazeやmoviLinkなど) のように、道路番号や道路名を優先表示するもの。
"到達圏マップ" は現在地から徒歩○○分 (デフォルトは10分) で移動できる目安範囲を表示するもの。Apple WatchのAppleマップにも似たような機能がある (iPhoneにはない) が、Appleは円キョリみたいにただの円が表示されるのに対して、マピオンは道路にそっての表示になるので、精度がより高い。
電車やバスのルート案内がメインであり、起動時の画面が経路検索になっている。地図はおまけ機能だろう。なお、地図をデフォルトにすることもできるが、Appleのように前回使用時の画面をデフォルトにする設定が望まれるところ。
ルート検索は交通機関と徒歩は無料だが、自動車のみ有料という特殊な課金スタイルになっている。
地図は操作性があまりよくない。まず、日本製サービスによくある中心点が表示されるシステムだが、ノースアップ (北を上) にしていても現在地の点の位置と中心点の位置があわない。ヘディングアップ (進行方向を上) ならまだわかるが...。
そして、任意の場所に目的地を設定したいときも、スポット名をタップしても何も反応がない。地図を長押ししても反応がない。目的地を手入力する画面で "地図から選択" もない。答えは、地図をスクロールして中心点をあわせてから、その中心点をタップ。なんて仕様だ...。スクロールで自動的に目的地に設定ボタンを表示するような仕様にしてくれればまだましなのだが...。
同じメーカーが開発した天気アプリもウェブの寄せ集め系 (設定をふくむ全ての画面でロードが発生するうえにiOSでは位置情報取得に毎回許可操作が必要) だからなのか、表示に時間がかかる。
アプリ版は現在はない (昔はあった) が、かつてグループ会社だったパイオニアがCOCCHiというアプリ (後述) を提供しているのでいらないという判断がされた可能性もありそう。
さまざまな地図サービスのベース地図となっている、ジオテクノロジーズが直接提供しているもの。
地図表示は "印刷用" "RPG風" "古地図風" といった変わり種も選択できる。 "RPG風" "古地図風" は名前のとおりだが、"印刷用" というのは地図表示が白黒になり、モノクロ印刷に適した表示になる。
現在 "お絵描きマップ" がベータ版として提供されており、地図上に手書きしてそのまま印刷、というのもよいだろう。
ルート検索は条件設定も多数あるが、経由地の滞在時間を設定する機能もある (渋滞考慮などに影響する) 。これはなかなかない。
アプリ版がないため、そのまま音声案内ができないのが残念。
夜モードの地図は専用地図ではなく、ただ画面を暗くしただけというもの。
無料版と有料版は機能の差異以外には案内音声の音質がことなるほか (有料版のみニューラル音声が利用できる) 、渋滞情報の表示もことなる (無料版はスマートループのみで有料版はVICS併用) という、変わった差別化がされているのがおもしろい。
有料版に住宅地図オプションを付加すると、上記ゼンリン地図ナビの有料版同様、ゼンリン住宅地図も表示できるようになる。意外とニーズがあるんだな...。
最近は車検証も電子化したが、車検証をスキャンすることで、自動的にその車両にあわせたルートになる (規制車種区分もふくめた考慮は有料限定だがその他は無料でも可能) 。
渋滞情報にあわせた自動再探索は、画面上に2つのルートが表示されて、元ルートと新ルートをボタン操作で選択する方式。
ナビ音声はiOS版はAppleマップ同様デフォルトの音声読み上げ機能を使用している。が、選択できる音声が "Kyoko" (デフォルト音声) と "O-ren" (高音質の女性音声) のみが選択可能で、 "Otoya" (高音質の男性音声) は使用できない。切り替え機能があるならOtoyaもいれてくれればよかったのに...。Sygicは3つとも選択できる。
現在地を表示するアイコンを車のアイコンにはできないものの、そのかわりカスタマイズが豊富。矢印の色のほか、矢印のまわりに円を表示するかどうか、円を塗りつぶしにするか線にするか、といったところまで選択できる。
ルート検索はスタンダードルートと有料登録すると選択できるプレミアムルートがある。プレミアムルートはHERE (前述のとおり日本では昨年開始したばかりのサービス) のシステムをつかっているとのこと。
あまり使用例がない (今回とりあげたサービスでは乗換MAPナビのみ)昭文社の地図データの元になっているもの。紙の地図がそのまま電子化されたものだと考えるとよい。
事前にPC版から地図データを取り込む必要があるため、スマホ単独では使用できない。
いちおう地図表示は標準・グレー・ミッドナイトから選択できる。
まあ全部あげるときりがないけど...。
全世界の地図を表示できるサービスでズームレベルを最小にしたとき地球儀表示になるのはAppleマップ・HEREWeGo・Sygic。地図表示のまま縮小されるのはGoogleMaps・Yahoo!マップ・Bing地図・Waze。
文字数制限にひっかかったためanond:20260202081917 に書いた。
結婚2年目。正月帰省のあと、実家の都合で再度帰省した嫁が、一向にこっち（関西）に戻ってくる気配がない。
スペックと状況は以下の通り。
• 嫁はインドア派のオタク。対人関係は「オフでは不要」というタイプ。
•結婚前は実家から職場に通っており、一度も実家を出たことがない。
• 俺が関西に行く際、「離れるのが嫌だから」とプロポーズして結婚。嫁としては仕事を辞める良い口実になったんだと思う。
今の状況を推測するに、実家なら家事は義母と折半だし、「一時帰省」という名目だから働けとも言われない。一日中スマホをいじっていれば満足な彼女にとって、実家は最強の環境なんだろう。
翻って、こっち（関西）に戻ってくるとどうなるか。
• 俺は仕事で帰りが遅いので、平日の家事は専業主婦の嫁担当（休日は俺が全部やるが）。
• 嫁からすれば「俺が隣にいてもいなくてもスマホがあれば平気」なので、戻るメリットが皆無。
ぶっちゃけ、嫁にとって俺と暮らすのは「ただ家事が増える罰ゲーム」になってる気がする。
嫁が「家事が増えても、関西に戻って俺と暮らす方がマシ」と思えるようなインセンティブ、あるいは引っ張り出す口実はないだろうか。
それとも、実家という最強の依存先がある以上、もう何を言っても無駄なんだろうか。
Permalink |記事への反応(10) | 08:04
匿名の場で自分のIDをつけつづけるのは、やめられないと何度も自己申告している
https://anond.hatelabo.jp/20260128190805#
https://anond.hatelabo.jp/20260128191508#
https://megalodon.jp/2026-0128-2037-38/https://anond.hatelabo.jp:443/20260128191508
https://anond.hatelabo.jp/20260128191552#
なんのはなし？
https://anond.hatelabo.jp/20260128200447#
https://megalodon.jp/2026-0128-2038-28/https://anond.hatelabo.jp:443/20260128200447
建て付け=建前に意味なんてないんだよねって話
dorawiiより
https://anond.hatelabo.jp/20260128201422#
レス先間違えてない？ 建て付け=建前って何？
このように、署名を付けると返事がこないので、
構ってほしいときは一時的に署名をオフにして、レスが来たら署名を付けて続きを話すという気持ち悪い行動に出ている
20時を境界に署名が付けられるようになったとかではなく、19時台にも普通に署名付投稿をしていることからも、
主要な研究で効果が確認されているのは、「40Hzの間隔でON/OFF（または強弱）を繰り返すパターンの音」です。
なぜ「40Hzの純音（サイン波）」ではなく「40Hzのパルス状の刺激」が必要なのか。
脳の老廃物除去を促す鍵は、脳内の神経細胞を40Hzの「ガンマ波」というリズムに同期（エンタイトルメント）させることにあります。
脳への「合図」: 40Hzの純音（低いブーという音）は、空気の振動としては40Hzですが、脳からすると「常に一定の刺激が続いている状態」に近く、神経細胞を特定のタイミングで一斉に発火させる「合図」としては不十分です。
立ち上がりの重要性: 音が「カチッ」と鳴る瞬間（オンセット）、脳の聴覚系には大きな電気信号が流れます。この「オン・オフ」の急激な変化が1秒間に40回繰り返されることで、脳がそのリズムに引きずり込まれ、狙い通りのガンマ波が発生しやすくなります。
匿名の場で自分のIDをつけつづけるのは、やめられないと何度も自己申告している
https://anond.hatelabo.jp/20260128190805#
https://anond.hatelabo.jp/20260128191508#
https://megalodon.jp/2026-0128-2037-38/https://anond.hatelabo.jp:443/20260128191508
https://anond.hatelabo.jp/20260128191552#
なんのはなし？
https://anond.hatelabo.jp/20260128200447#
https://megalodon.jp/2026-0128-2038-28/https://anond.hatelabo.jp:443/20260128200447
建て付け=建前に意味なんてないんだよねって話
dorawiiより
https://anond.hatelabo.jp/20260128201422#
レス先間違えてない？ 建て付け=建前って何？
このように、署名を付けると返事がこないので、
構ってほしいときは一時的に署名をオフにして、レスが来たら署名を付けて続きを話すという気持ち悪い行動に出ている
20時を境界に署名が付けられるようになったとかではなく、19時台にも普通に署名付投稿をしていることからも、
匿名の場で自分のIDをつけつづけるのは、やめられないと何度も自己申告している
https://anond.hatelabo.jp/20260128190805#
https://anond.hatelabo.jp/20260128191508#
https://megalodon.jp/2026-0128-2037-38/https://anond.hatelabo.jp:443/20260128191508
https://anond.hatelabo.jp/20260128191552#
なんのはなし？
https://anond.hatelabo.jp/20260128200447#
https://megalodon.jp/2026-0128-2038-28/https://anond.hatelabo.jp:443/20260128200447
建て付け=建前に意味なんてないんだよねって話
dorawiiより
https://anond.hatelabo.jp/20260128201422#
レス先間違えてない？ 建て付け=建前って何？
このように、署名を付けると返事がこないので、
構ってほしいときは一時的に署名をオフにして、レスが来たら署名を付けて続きを話すという気持ち悪い行動に出ている
20時を境界に署名が付けられるようになったとかではなく、19時台にも普通に署名付投稿をしていることからも、
Duolingoのスピーキング判定で、簡単なはずの「OK, bye」がどうしても通らないというのは本当にあるあるですね。イライラしてしまいますが、実はあなたの発音が悪いのではなく、アプリ側の認識のクセに原因があることが多いです。
うまく認識させるためのコツをいくつかまとめました。
DuolingoのAIは、単語が繋がってしまうと認識を諦めることがあります。
コツ: 「オーケー（一拍置く）バイ」という感じで、大げさなくらい間を空けてみてください。
日本語の「オッケー？」のように語尾を上げると、疑問文だと判定されてエラーになることがあります。
コツ: 「オゥ・ケィ」と、後半をしっかり下げて（着地させて）発音してみてください。
「Bye」が「Hi」や「I」と誤認されている可能性があります。
コツ: 唇をしっかり閉じてから、勢いよく「バッ」と破裂させるように意識してください。
マイクとの距離: 近すぎると吐息が「ボフッ」というノイズになり、音声が割れて認識されません。少し離すか、斜めから話しかけてみてください。
Bluetoothのラグ:ワイヤレスイヤホンを使っている場合、最初の音が切れていることがあります。スマホ本体のマイクで試してみてください。
どうしてもダメな時は…
Duolingoのスピーキング判定は時々バグが発生します。あまりに理不尽な場合は、左下の「マイクオフ（今は話せない）」を押して、そのセッションだけスキップしてしまいましょう。無理に付き合ってモチベーションを下げるのが一番もったいないです。
短編集を読んでいると、切れ味の鋭さに驚く時がある。
終わり方が鮮やかで、潔い。ものによっては呆気ないくらいに感じる。
本当にこれで終わりなのかと、ページを行ったり来たりして確かめてしまう。
思えば、長編だとそれを感じることが少ない。
短編のように物語のキレでなく、奥行きで勝負しているからかもしれない。
ただ自分にとっては、”終わりが見えているから”というのも、理由として大きいと思う。
物理本だと残りのページ数から、Kindleだと左下の進捗状況から、だいたいの展開を予想できる。
あと残り50ページだから、起承転結の結の部分にいるんだな、もう終わりだな、と類推できてしまう。
映画を見ている時に、下にシークバーが表示されているようなものだ。
で、調べると、普通にKindleの進捗状況を表示オフにできることがわかった。
よかった。
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいなAI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint やtsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎるとMVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式のTODO を 1つのmdファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位でAI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランのmd自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったらTODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlintルールを無効化していないか、意図通りの実装になっているかはgitdiff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランのmdファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Informationコンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっとAI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lintエラーループでパニクって linterオフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
・同一アカウントで投稿の公開範囲が変えられるため「LTLやリストではまともだったのにフォローしたら愚痴と怨嗟にまみれた特級呪物」がゴロゴロいるしんどさに何度も遭遇した。
メンタル系もやばいが暴露系活動者に目をつけられたらおしまいなプライベート情報を見ず知らずのフォロワーに話してくれる人もいる。
・社会経験・収入の少ないことをセルフ開示してる人は割といる。
・個人的に管理者の都合で連合できる鯖が制限されるのが思いのほかストレスだった。ブロックは一対一の関係だし投稿の連合オフも相手の意思だけども
・気に入らないなら自鯖を立てようの精神を掲げているが、「ホスティングに頼るやつは〜」などの技術者ヒエラルキーバトルが度々勃発する。
そういう意味で個鯖は快適そうだけど個別主義が強くて運用・保守ノウハウが蓄積されない点は今後の発展が難しそうだなと
・鯖缶の発言や鯖の方向性は好きだが鯖缶の周囲にいる奴らが嫌いという理由で去ることがある。
・Misskey最大手サーバーのioはNSFW投稿が非常に多い。「えっちだ…」「濃いの出た」などのリアクション絵文字もセットで表示されるため本当に無理な人は無理だと思う。イラストや文章はワンクッション挟めるがリアクション絵文字はそうなっていない。
・「Xで凍結されたのでここが第二のXとして企業もどんどん来てほしい」VS「不特定多数に見られず身内でやりたい」が度々議論になる。
