  |
はてなキーワード: アプリとは
公式サイトで「アプリがあると便利ですよ」みたいに書いてあったけど大嘘もいいところ。
時間予約優待パスの取得（有料無料どちらも）、地図の確認、アトラクションの待ち時間の確認と普通の遊園地として楽しみたいなら使わないと話にならない。
（紙の地図はもしかしたら存在するのかもしれないが今回は遭遇しなかった）
で、次に時間予約の優待パス。有料の優待パスがキャンセル不可なのに1回2000円/人とかするのがある（アトラクションによる。人気のやつほど高い）。
完全に金で時間を買っている。160分待ちとかをパスできると考えると安いんだが、例えば家族4人で利用すると1アトラクションで優待予約するだけでもう一人大人が入場できる金額に迫るという。
そして数量限定なのでうかうかしていると売り切れる。いい商売してんなーと思った。
入園したらとりあえずエントランスの広場にたむろってスマホを凝視しながら本日のメインアトラクションの優待パスを取るのが必須作業となっている（有料も無料も優待パスは入園後にしか取得できない）。昔は迷惑にならない程度に急いでアトラクションに行きファストパスを貰いに行ったもんじゃよ……。
ただ、最初に入園したやつが勝ち！みたいにならないように、取得後一定時間orパス消費後でないと次の優待パスが取得できなくなっている。ディズニー側の良心である。
それにしても私が行ったの平日の木曜日だぜ？それなのに遊園地のアトラクションで3時間近く待ち行列できるとか頭おかしくね？
まあその辺はディズニー側も当然理解しているみたいで、最近のアトラクションだと乗り場までの通路が長ーく取れるようになってて屋内で作品の雰囲気に浸りながら行列に並べるようになってる。
行列は無くせないのでせめてもの工夫である。優待パスだとその辺をかなりすっ飛ばすことになるのでパス使わない方がいいアトラクションもあるのかもしれない。大体人気アトラクションなので待ち時間によるだろうけど。
行列といえば、入園する時の列整形が超適当だった。入場処理と列の流れ自体はすごくスムーズだったのでノウハウを積み上げた結果なんだろうが、レジチョイスの時のような、どのゲートあたりに並ぶか？みたいな駆け引きがちょっと頭をよぎる。
あと並ぶ上にめっちゃ歩く。ベビーカー使えないぐらいの幼児は親が子供のケアで消耗しまくるぞこれ。ディズニーは諦めて他のテーマパーク行った方が絶対いい。
翌日にディスニーシーも行ったが似たようなものだったので割愛。ただ散歩してて楽しかったのはシーの方かな。個人的にランドの方はシンデレラ城一強みたいな感覚がある。
とりあえず総じて楽しかったが、金と欲望が渦巻くエンターテイメント！って感想。
ディズニー系のホテルに泊まると先行入場できるのも時間を金で買ってる。そして先行入場でも入場待機行列ができる。何とかならんかったのかこれ。
最後に一つ言っておきたいのはアナ雪のアトラクションの左右端は濡れるかもしれないので3人掛け4人掛けする場合は、濡れて困る荷物は内側に置けということだ。
以上。
皆さんお久しぶりです！前回の100股女です♪
あの時は「200人目指す？」「管理ミスで崩壊かも」ってちょっとビビりながら書いてましたが…
現在、250股達成です！！
托卵も前回の45人から一気に増えて、今は120人くらいに「自分の子」と思って全力で養育させてます。
新しい妊娠・出産が止まらなくて、毎月のように「パパ」たちが病院付き添ったり、命名会議したり、養育費ドカドカ振り込んでくれるんですよ〜。
「俺の子、めっちゃ可愛くなったな」「将来は俺の会社継がせたい」って本気で言ってくる男が増えて、こっちがニヤニヤ止まらない（笑）
AIで顔認識＋声紋で予定重複ゼロ、自動で「最近会えてないね」系LINEもスケジュール送信、
子供の成長写真はクラウド共有フォルダに自動アップロード（男たちが見たいって言うから）。
DNA検査する男って本当に少ないみたいで、疑う前に「血がつながってる実感あるわ〜」って勝手に納得しちゃうんですよね。
嫡出否認期限過ぎてる子が山ほどいて、もう法的にも逃げ道なし（笑）。慰謝料？そんなの来る気配すらないです。
正直、ここまで来ると「もう後戻りできないし、したくない」って境地。
新しい出会いのドキドキ、複数の男が自分のために尽くす快感、子供が生まれるたびの「パパ」たちの狂喜乱舞…全部がクセになってて最高潮なんです。
でも、そろそろ限界かな〜って思う部分も少しあって。
このまま500股とか目指す？
それとも250人で一旦頭打ちにして、維持モードに切り替える？
増やしすぎてアプリのサーバー代がヤバくなってきたり（笑）、万一のミスで一網打尽になる恐怖はゼロじゃないけど…
今は「まだいける！」って興奮が勝っちゃってます。
「頭おかしい」「創作乙」「続報乙」「托卵増えすぎて犯罪レベル」でも何でもいいので、反応ください！
AI（特に生成AI）の急速な進化により、「フロントエンドエンジニアが不要になる」「仕事がなくなる」という言説は、近年非常に多く聞かれます。
結論から言うと、「単純なコーディングやボイラープレート（定型文）を書く仕事は消えるが、フロントエンドエンジニア自体は消えず、役割がより高度な領域へ変化・進化する」というのが、多くの専門家や現役エンジニアの共通認識です。
具体的な状況は以下の通りです。
AIは、従来のコーディングプロセスを劇的に変化させています。
定型業務の自動化: UIデザインからHTML/CSS/コンポーネントコード（React, Vue.jsなど）への変換はAIが非常に得意としており、人間がゼロからコードを書く必要がなくなっています。
API連携・テスト生成: API連携のパターンやテストコード、デバッグ作業もAIで効率化されている。
「Vibe Coding（フィーリングコーディング）」: 曖昧な指示からアプリのプロトタイプを爆速で作れてしまうため、初期段階のフロントエンド実装がいらなくなる。
AIは「実装」を高速化しますが、「設計・判断・最適化」は依然として人間に依存します。
要件の解釈と複雑な設計: 曖昧な顧客の要件から正しいUI/UXを設計し、パフォーマンスを最大化する構造を考える能力は人間にしか難しい。
10%の仕上げ（ポーリッシュ）: AIが生成した90%のコードをレビューし、修正・最適化して実用化する「最後の10%」の作業は人間が担当する。
アクセシビリティ・セキュリティ: アクセシビリティの確保やセキュリティのチェック、パフォーマンスの微調整など、人間中心の細やかな対応が求められる。
AIツールの活用能力: AIを道具として使いこなし、開発速度を10倍、100倍にする「AI駆動型」エンジニアの需要が高まっている。
AI時代には、単なる「コーダー」ではなく、以下の視点を持つエンジニアが生き残ります。
フルスタック化・UI/UXへの進化: フロントエンドの知識だけでなく、バックエンドやUI/UXデザインまで理解し、ビジネス全体を見渡せる人材。
AI駆動開発の習得: CopilotやCursorなどを駆使して、開発プロセスを自動化・効率化する。
深い専門性の追求: AIには代替しづらい、Web技術の深い知識や、特定フレームワークへの高度な熟練度を高める。
つまり、AIはフロントエンドエンジニアの「敵」ではなく、「面倒な作業を奪ってくれる強力なツール」となり、人間のエンジニアはよりクリエイティブな課題解決に集中できるようになると考えられています。
昨日、TLに流れてきた「日本人男性の生涯経験人数は平均2.6人」という数字。 これを見て「男も意外と潔癖なんだな」なんて呑気に構えている同世代の女性（いたら羨ましいけど）に、首都圏で婚活サバイバルを生き抜くミドサーの私から、身も蓋もない現実を突きつけておきたい。
統計学的に見れば、この「2.6人」なんて数字は、実態を何一つ映していない。 今の日本の恋愛市場は、以下の3つの階層にぶった切られている。
経験人数0人。いわゆる「弱者男性」と自称・他称される層。 生涯未経験率が上がっているのは事実だろうし、彼らは私たちの視界にすら入ってこない。彼らはこの「2.6人」という平均値を、下から強力に引っ張る重りだ。
経験人数1〜3人。 「初めて付き合った相手と結婚した」か「数人と深く付き合ってきた」層。今の日本を支えるボリュームゾーン。 でも、悲しいかな。この層の男たちは早々に売れ残りの市場（婚活市場）から姿を消す。私たちがマッチングアプリで出会うのは、この層の「残りカス」か、次の「怪物」だけだ。
経験人数10人、20人、あるいはそれ以上。 この層が、平均2.6人という数字を無理やり押し上げている。 彼らはマッチングアプリという名の狩り場で、私たちミドサーの「焦り」を餌に、数取りゲームを楽しんでいる。彼らにとって、女は「人生を共にするパートナー」ではなく、自分のスコアを伸ばすための「記号」でしかない。
計算してみればわかる。
つまり「0人じゃない側の男」に絞って平均を出せば、だいたい3.6人くらいになる計算だけど、そんな数字に何の意味がある？ 実態は、「8割の男が1〜2人を大事にし、残りの2割が数十人を食い散らかしている」という、極端な一極集中だ。
ここが一番絶望的なポイント。 私たち首都圏の独身女性が、なけなしの時間を削ってアプリで出会う男は、高確率でこの「上位15%の捕食層」だ。 だって、誠実な60%はとっくに成婚退会しているし、0人の25%はマッチングすらしないから。
結果として、私たちは「2.6人」という平均値の裏側で、一部の男たちの「経験人数稼ぎ」のためのリソースとして消費され続ける。 彼らが「俺、経験人数は平均以上だよ（笑）」と余裕を見せる裏には、私たちのような「結婚という出口を見失った女たち」の死屍累々が積み上がっている。
男同士で「経験人数が〜」なんていう不毛な数取りゲームをしている間に、恋愛市場は修復不可能なほど歪んでしまった。 平均2.6人なんていう綺麗な数字で、この「搾取と絶望の三極化」を隠蔽しないでほしい。
2.6人。 その数字の内実にあるのは、一部の強者による独占と、多数の弱者の疎外。 そして、その間で「スコア」として処理される、私たちの虚しさだけだ。
Yahooニュース → オリコンニュース → 全画面広告（詐欺）byGoogle → ヤフーフィッシング詐欺の記事
何でこれが世界的に許されてるんだろうね
未だに疑問
10年前ならまだ分かるけどさ
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 ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
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駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
正直に言うと、男性も捕らわれの身ではない。捕らわれ方は様々だった。女性はイデオロギー的な同調に、男性は禁断症状に見舞われた。ポルノ、ビデオゲーム、ギャンブルアプリ、憤慨させるコンテンツ。男性の捕らわれ方は「これを信じなければ社会的死を迎える」というものではなかった。「ドーパミンが無限に供給されるから、何も本物を作らなくて済む」というものだった。仕組みが違えば、失敗のモードも違う。女性は従順になり、男性は受動性になった。このグラフの男性の線は2020年まで横ばいだったが、必ずしも健全ではない。これは単に別の種類の病気なのかもしれない。男性は引き込まれるのではなく、チェックアウトする。あるいは、すべての人や物事がより左に移動し、女性がより左に移動したのかもしれない。
I should be honest about something: men weren't immune to capture. They were captured differently.
Women got ideological conformity. Men got withdrawal. Porn. Video games. Gambling apps. Outrage content. The male capture wasn't "believe this or face social death." It was "here's an endless supply of dopamine so you never have to build anything real."
Different machines, different failure modes. Women got compliance. Men got passivity.
The male line on that graph staying flat through 2020 isn't necessarily health. It might just be a different kind of sickness, men checking out instead of being pulled in. Or it may be that everyone and everything moved more left and women moved lefter.
最近あるバンドにハマり、YouTubeやX、ブログ、匿名掲示板などネット上の情報をひたすら漁っている。ライブハウスに行ったことがないので不安だがワンマンも申し込んだ。
シャッフル再生で適当に曲を流していたらたまたま彼らの最近バズった曲が流れてきたことがきっかけでハマったのだが、そのバズりとはTiktok発らしく、そのバンドはTiktokへの動画投稿にかなり力を入れている。その動画を見たいという気持ちが募り、Tiktokなんて中国製で怪しい上に時間を無駄にするアプリなんぞ入れてたまるかという今までの抵抗が揺らいできている。
韓国に個人情報が漏洩しうると知りつつLINEも普段使っているし、アプリ入れる程度で流出するような情報なら別に漏れても困らないのではとか、自分ごときの情報抜いて何になるんだよとか思うものの、やはりTiktokへの抵抗感は拭いきれない。でもバンドの動画は見たい。頼むからあらゆる活動者は西側のプラットフォームを使ってくれ。
これの結果報告。
お昼の時間になった瞬間、コートを羽織って財布を掴んで外へと駆け出した。貴重なお昼時間を目一杯有意義に浪費するためには移動なんかに時間をかけてはいられない。
パン屋は職場から徒歩5分の距離にあった。駆け足で向かったおかげで3分で着いたけれど、もう店内には人が結構いた。
店内は冬の薄暗さをものともしないように明るかった。LEDの光と採光窓から差し込む自然光がナチュラルウッドの床を柔らかく照らし、店の中だけいつも春の中にいるようだった。その中に色とりどりのパンや美しいケーキが並び、特に行ったこともないのに花畑を連想した。その為かトングをカチカチと鳴らして威嚇するような人は見当たらなかい。綺麗なものは人を少しだけ丸くさせる。
わたしはその中からパン畑の中からエビレタスサンドを選んで、そっとトングで掴んでトレイに乗せた。生き物みたいに柔らかい感触がトング越しに伝わってきた。
レジに向かうと行列ができていた。が、一つだけのレジに店員さんが3人並び、一人が会計、もう一人がポイントアプリの勧誘とレジ操作指示(セルフレジだった)、最後の一人が袋に入れる係、という連携プレーを取っていて、どんどん列が進んでいった。袋は有料らしく、KALDIのエコバッグやIKEAの鞄に入れていく人がいた。わたしは袋を持っていなかったけれど袋代をケチりたくて、パンを両腕に抱えたまま職場へと歩き出した。ケーキを運ぶ間、人はわずかに天使なのだという詩を思い出した。ケーキを運ぶ間は天使なら、パンを運ぶ間人は何になるんだろう。
職場に戻って、いつも通り自分の席に着いて、一人でエビレタスサンドを一口齧った。ふわりとしていて美味しかった。
白いパンを咀嚼しながらふと思い出す。子どもの頃はパンの白い部分が大嫌いだった。ふわふわしている部分が噛めば噛むほどベチャベチャの白い塊になる過程が気持ち悪くて、噛まずに丸呑みしていたな。
あの時、何があんなに許せなかったんだっけ。そう思いながら飲み込んで、また齧る。大人になると、思い出せなくなる代わりに許せるようになるものが多くなるらしい。
最近さ、AIコーディングが当たり前になってきて思うことがあるんだわ。 確かにAI使えば設計も洗練されるし、面倒なコメントや関数の説明も勝手に入れてくれるから、コードの可読性は爆上がりする。開発者としては楽だし、品質も上がる。
でもこれ、真面目にやればやるほど自分の首絞めてね？ って話。
特にスクリプト納品のWebアプリなんかだと顕著なんだけど、コードが綺麗でドキュメントが充実してるってことは、要するに「他の安い業者でも簡単に改修できる」ってことなんだよ。 仕様策定から泥臭く付き合って、設計のノウハウ詰め込んで納めたシステムなのに、運用フェーズに入った途端に「あ、これならメンテ簡単そうなんで、来期からはもっと安いB社にお願いします〜」って。 最初に汗かいた所が損をして、場当たり的な改修屋が得をする。そんなのアリかよ。
そもそも論としてさ、「ドキュメント全部よこせ」って商習慣がおかしいんだよ。 これって突き詰めれば「お前のところ信用してないから、いつでも他所に乗り換えられるように準備しとけ」って言われてるのと同じじゃん。 「開発会社が潰れたら困る」とか言うけどさ、そんなリスク言い出したら世の中の機械も設備も全部そうでしょ。なんでITだけ特別扱いなんだ？
極端な話、外食して「美味かったわ。じゃあ明日から家で作るからレシピと仕入れ先全部書き出して渡して」って言ってるようなもんだぞ。 「それは客のワガママだろ、常識ねーな」ってなるのが普通なのに、なぜかシステム開発だとこれがまかり通る。それを貫き通したいなら、車も買えないわな。ボンネット開けて設計図入ってないと不安で乗れないんですか？ っていう。
今までは「まあ慣習だしな」で流してたけど、AI時代に入ってコードの解析コストが下がってる今、このルールを変えないとマジで生き残れないと思う。
これからの落とし所はもうこれしかない。 客が「監査対応ガー」とか「情シスガー」とか言ってきたら、こう返す。
「監査用の『概要資料』はコミコミで出しますよ」 「でも、他社への引き継ぎ用の『詳細ドキュメント』は別料金（高額）です」
これだよ。 客の本音は「ベンダーロックインが怖い、でも資料なんて普段読まない、ただ持っていたい」。 こっちの本音は「出したら奪われる、でも出さないと揉める」。
だから、「運用に必要な最低限」は出すけど、「ノウハウの塊」は売らない。 もし他所に頼みたいなら、そのための資料作成費はガッツリいただきますよ、と。これ、他業界なら当たり前の商売の原理だろ？
IT業界だけが長年、「技術者の善意」とか「サービス精神」を無限に搾取されすぎてたんだよ。 ドキュメント整備だってタダじゃねーんだ。 「それ、常識的な商習慣ですか？」って、これからは真顔で言い返していかないと、AIに仕事奪われる前に、都合のいい業者扱いされて終わるぞ。
BSジャパネクストがリニューアル BS10の無料放送側で日曜昼などに放送中
見られなかったケーブルテレビ局でも見られるようになったので要確認
つながるジャパネットアプリで放送同期・スマートテレビや4月からtverを含め見逃し配信あり
－－－－－
－－－－－
・01 [隠し絵][ある人物の名前]いっこく堂 いっこくどう
－－－－－
・03 ゆりやんレトリィバァ
・04 [3択]1 番
・06 『オリーブ(の首飾り』
・07 [近似値]16種類
・08 フィヨルド
・09 ちゃんみな
・12 [3択]3 番
・13 齊藤京子 さいとうきょうこ
・14 福岡(県
・15 タッチダウン
・16 うさぎ
・17 [よーく覚えましょう][いくつ]2 つ
・19 牧野富太郎 まきのとみたろう
・21 シャギー(ニット
・22 ハムスター
・26 宮城(県
・27 75(パーセント
・30 [3択]エクアドル
・31e [略さず]スクリーンショット
－－－－－
＝＝＝＝＝
(日曜本放送)このあと14:15からは「人生に魔法をかける ロングブレスで激変物語」→14:45BS10からのお知らせ
17:35-18:00 Go！Go！ゴルフ女子 ＃５０[字]
(18日日曜日)
継承もするし、まあ多重継承とか、ややこしいのは考えるし、避けたいけど…😟
結局はCとかのstructというか、enumとかでもいいけど、
そういうのがあって、構造化プログラミングはするじゃないですか…😟
あー、だからオブジェクト指向というのは一旦横に置いておくとして、
みたいな話なんだとしたら、私は大反対すると思うんだよなあ…😟
そういえば、先日Xで、
みたいな話で炎上？してて、そんなことねーだろ、と思ったんだけど…😟
というかですね、
例えばPhotoshopのファイルフォーマットとかがあって、
そういったファイルの仕様からパーサーというか、なんか読み取って表示するツールを書くとして、
そうなったら、ファイルフォーマットがそのまま構造体に置き換えられたりするんですよ
それはどういうことかと言ったら、話を逆にすれば、
Photoshopのようなアプリの中で、どういった構造体、どういったクラスがあるか、
というのがそのままファイルに書き出されているはずなんです、基本的に、
それが永続化みたいに言われているだけです…😟
いずれにしても、データをコードで構造化するというのはプログラミングで大事な事のはずです
今年に入ってからいよいよ婚活に注力しようと思いまずは街コンアプリで試したところ一人の女性と食事することになった。待ち合わせの場所にいたのは写真そのままの美人で感じも良く、ビギナーズラックというのものでは？と内心喜びながら予約したレストランへ行くと話も弾み会話していて楽しい。
彼女の方も楽しんでくれているようで今年の運気をすべて使い果たしたように感じられていたが食事を始めると徐々に違和感が噴出しはじめ、単にいって食べ方が汚い。肉を頬張る際、自らの口の容量を見誤るように肉汁が彼女の口からは溢れ、その度にすみませんと焦った様子で口を拭うもののそういった所作が何度も目の前で行われるとついおや？と思ってしまうのも自然の事だと思う。
食事は終始和やかで食事の後は珈琲で休憩。少し談笑した後で店を出た。そのまま駅まで歩き、見送ったところで別れたが彼女は最後まで笑顔だった。
昨夜「またお食事に行きませんか？」といった旨のメッセージが届き、今日中には返答をする予定でいる。彼女は壮麗であるし、自分のことを受け入れてくれたことは非常に嬉しく思う。しかし食事での作法の様子が脳裏を過り、28の女性としての品格を想うと決断がわずかに揺らぐ。自分はまだアプリの経験に乏しく、適切な判断ができるとも言い難い。
このような場合はどのような判断が適切であるといえるのか。ご教授いただければ幸いである。
【追記】
様々なご意見ありがとうございます。
結果から先に言わせて頂きますと、彼女ともう一度食事へ行くことになりました。
色々と考えた末、それでも彼女が素敵な方に思えたので。
作法については、指摘できるようであれば口にしてみようと思います。
あくまでも弊社の話だけど、
各自の端末を業務にも使う状態が続いたまま会社が大きくなったため、社員全員に社用端末を貸出する検討をしてた。
で、各自のスマホにインストールしてある共通のチャットアプリを通じて、ある日「皆さんどこのキャリア使ってますか？」って質問した。
んで、全員から回答を貰ったタイミングで、誰がいつ回答したかを見てみたのね。
不思議なことに、質問にすぐ返答した人たちは docomo/au/softbank を使ってて、
返答が遅かった人ほど格安SIMを回答する人の比率が多かったの。
なにこれ
あれか、乗っ取りができたら相手に色々請求できるから詐欺集団に狙われてるのかな
日に日にセキュリティ対策の殴り合いが起こってて、サービス開発に集中できてないくさいんだが
たとえばこれが証券アプリとか、銀行アプリとか、そういうのならわかるんだけどさ
マチアプでこんな聞いたこともないセキュリティ対策しまくってるとは（しかもイタチごっこ）
（あれ皆さくらだと思ってるかもしれないけど、まあさくらはいるかも知れないけどそれ以上に業者が多くてさ）
例えば援デリみたいなのがそれなんだけど
今はそれより詐欺集団がたくさんいるっぽいんだよね、こわくね？マチアプ業界大丈夫なんかな
多分全社でこんな感じだと思う
なんだか底冷えちょっと和らいでいる？温かい気がするんだけど、
これは気を抜いたら風邪を引きかねまくりまくりすてぃーなので油断大敵よ。
そんでさ、
ドラッグストアの店頭の軒先に温かいカイロコーナーが設けられていたので、
私は飛び込み前転をする前に貼るカイロをゲットしてしまうと言う嬉しい誤算を算出しつつ、
レジに並んだの！
でさ、
ドラッグストアってアプリとかポイントアプリとかとにかくアプリまくりまくりすてぃーじゃない？
言われる前に、
そしたら、
店員さんがアプリは？ポイントアプリは？って聞かないで当たり前のようにレジをしようとしたので、
あれって聞かれなかったら聞かれないで、
こっちが張り切って掲示した手前、
そんなのやってません！って言われたらちょっと恥ずかしいじゃない？
でも、
それはそうじゃなくて、
もうほぼデフォルトでポイントカードは？ってとかの類いの言葉は省略して、
お客さんも分かってる前提で掲示する前提で物事が進むもんだから、
お互い無言でアプリのポイントとポイントアプリのポイントを掲示して読み取ってって繰り広げられたの。
ああ！
やっとポイントカードありますか？尋ねられる地獄から解放された！って
な！なんと！
ドラッグストアのアプリのポイントが貯められるバーコードの画面を無言で見せたまではよかったんだけど、
店員さん曰く！
うわ！
ポイントカードありますか？って尋ねられる地獄から解放されたと思ったら、
今度は店員さんに今日のルーレット回せるよ地獄に陥ってしまうとは！
不覚にも私はルーレットはこれどうやったら回したらいいの？って
急に言われたのでドラッグストアのアプリの貯まるバーコードの画面からどうルーレットを回す画面に移行するのか、
突如言われて、
そのユーザーインターフェイスとユーザーエクスペリエンスが私に追いついてなかったの。
というか、
思わず「あ！ルーレット今日は大丈夫です！」って謎の気取り格好つけを披露してしまったの。
いやそんな割引とかポイントとかルーレットそんな必死じゃないですからって顔をした体裁を保てたかは分からないけど。
めちゃ不意打ちを食らってしまったわ。
でもさ、
ドラッグストアってなにが面倒買ってアプリの画面をたくさん起動しておかなくちゃいけないのが面倒じゃない？
そんで、
まあいまはわりと新しめの処理演算能力が高い端末を持っている手前、
アプリ達が開くまでに16分以上かかっていたのが、
さすがにいまのその処理演算能力が高い端末だと秒で16秒すらもかからない時間で開くことができたからいいんだけど、
後のレジに並んでいる人の無言のプレッシャーとか圧力とかっていうのかしら？
そう言うのがたまらなく耐えられないので、
後の様子を見て、
ポイントチャンスをやすやすとというかみすみすとというか逃してしまうことがあるのよね。
でよ！
私は貼るカイロを買うのを張り切って、
よーし！レジの列なし！後に並んでいるレジ待ちも私の後にいない！ってことをチャンスと見切って、
いざ、
互いに高速起動して交互にずばばって表示させられるように鍛錬していたの！
でもまさかの、
ルーレット回せますよ！の言葉に私の気持ちがルーレットしてしまったわ！
なるほどね。
もう私はルーレットのことを知ったので自慢げにルーレットガールとして今日はなんかくじ運がいい気がするのよ！
よーし！
今くじ運いいチャンスの気持ちが高まっているルーレットガールだから、
朝イチNIKKEの1日150ジュエルで回せるガチャもいいニケ当たるかもしれないわ！って願がけして回したけど、
SSR当たらずで、
やっぱりそうですよねーそうなりますよねーってルーレットガールは敗退したの。
でも敗退って気持ちは鰯気な感じ漂うけれど、
私には1か月半貯めてやっと使えるソーシャルポイントで回せるガチャが1000ポインツ貯まったのやっと！
そんで、
よーし！
NIKKEガチャ景気よく100連ガチャよ！って張り切ったところ、
そう、
これのソーシャルポイントでのニケのSSRとかの排出率はかなり塩いと渋い数字なので、
まあ確率的にはSSRのニケが1機よくて2機当たればいいかなってところなのよね。
そう回したの！
SSRのニケ1機きました！
うわーい！
確率的には妥当な数字の100回を回して1機なのでまあこんなものねって
まあこんなものよ！
くじけずに次また1か月半ぐらい貯めてソーシャルポイントの100連ガチャやるわ！って明日に誓ったの！
一度もうルーレット回せますよって店員さんに言われて私もどう対処したらいいか学習そして学び今日の教訓としたので、
つぎルーレット回せますよ！って言われたらもう回しちゃいましたもんね！って言えるようにするのと同時に、
しりとりで「る」攻めにあったときに一発目の「る」返しに「ルーレット！」って言うのがもっとも強力で且つ有効な手立てだってことも分かったので、
やっぱり日々人間学びだな！って思ったのよ。
次の一手でまた「る」きたらどうするかって？
そこは莫山先生も驚くことなかれ爆誕した私はルーレットガールよ！
今日は思わずルーレットガールでルーレットパワーも上がりつつ同時にしりとりパワーも上げられるという一石二鳥を文字通り文字にしてカタチにして焼いて餡子を詰めて美味しくいただきたいところよね！
「る」攻めできた相手に「る」で返せる技を編み出してしまったとは、
うふふ。
全タマゴじゃないんだな！今日は！って気分にぴったりのちょうどいいタマゴと他の味のミックス感が朝のお腹を満たしてくれるわ。
美味しくいただきました。
ホッツ白湯ストレートウォーラーにレモンインのいつもの感じの、
すいすいすいようび～
今日も頑張りましょう！
