  |
はてなキーワード: トラブルシューティングとは
LINEオープンチャット「はてなブックマーカー」の１週間分の要約を、さらにAIを使用し、試験的にまとめまています。
多岐にわたる話題: 投資、経済、食、健康、IT、社会問題、エンタメなど、非常に幅広い話題が取り上げられています。
日常的な会話: 日々の出来事、悩み、興味関心などが共有されており、親近感がわくような会話が多いです。
情報交換: ニュース、商品情報、ライフハックなど、様々な情報が交換されています。
意見交換: 様々な話題に対して、それぞれの意見や考え方が述べられており、活発な議論が展開されています。
経済・投資: 株価、投資信託、経済状況など、経済に関する話題が頻繁に上がっています。
食: 食事、料理、食品に関する話題が多く、特に特定の食品や飲食店についての評価や情報交換が行われています。
健康: 体調、運動、健康食品など、健康に関する話題も頻繁に上がっています。
IT: パソコン、スマートフォン、インターネットサービスなど、ITに関する話題も多く、特にトラブルシューティングや新しいガジェットについての情報交換が行われています。
エンタメ: 漫画、アニメ、ゲーム、映画など、エンタメに関する話題も頻繁に上がっています。
特定の商品の評価: ファミチキ、コメダ珈琲、うまトマなど、特定の商品についての評価や口コミが多く見られます。
ニュースや社会問題への関心: 経済ニュース、社会問題、政治など、世の中の出来事に対して関心が寄せられています。
個人的な体験の共有: 過去の経験や日常の出来事など、個人的な体験が共有されることで、親近感が生まれています。
悩みや相談: 仕事、人間関係、健康など、様々な悩みや相談がされており、参加者同士で共感したりアドバイスを送ったりしています。
このチャットログは、様々な興味関心を持つ人々が、日常の出来事やニュース、個人的な悩みなどを共有し、活発にコミュニケーションを取っている様子を表しています。特に、経済、食、健康、IT、エンタメといったテーマに関心が集中していることがわかります。
https://anond.hatelabo.jp/20240722084249
ボイジャー１号の問題が１つのチップに起因することを突き止めたＮＡＳＡのチームは、コマンドを送ってコンピューターシステムの再起動を試み、根本原因を探ろうとした。
３月１日にコマンドを送ったところ、同月３日になって、飛行データシステムの一部に、解読不能なデータとは違う挙動があることを発見。この信号は、飛行データシステムが正常に機能しているかどうかを判断するために使っていたそれまでの形式ではなかったものの、ＮＡＳＡのディープスペースネットワークで解読することに成功した。
この内容を調べた結果、問題の原因が判明。飛行データシステムのメモリの３％が破損していたことが分かった。システムのメモリの一部を保存していたチップが、同コンピューターのソフトウェアコードの一部も含めて正常に作動していなかった。チップの不具合の原因は不明だが、劣化した可能性や、宇宙空間からのエネルギー粒子が衝突した可能性が考えられるという。
科学データと工学データの解読ができなくなったのは、このチップに保存されていたコードの損失が原因だった。
このチップを修理する手段がなかったことから、同チームはこのチップに保存されていたコードを同システムのメモリの別の場所に移すことにした。全てのコードを保存できる区画は見つけることができなかったが、コードをセクションに分割して、それぞれ飛行データシステムの別々の場所に保存することに成功した。
計画を進行させるためには、こうしたコードのセクションが引き続き全体として機能することなどを確認する調整作業が必要だったとＮＡＳＡは説明する。飛行データシステムのメモリの別の部分で問題のコードの場所を参照している箇所も更新する必要があった。
ボイジャー１号の工学データのパッケージ化に必要なコードを見極めた技術者は、同システムのメモリの新しい場所を指し示すコードを４月１８日に送信。この信号がボイジャー１号に届くまでに約２２．５時間、地球に反応が戻ってくるまでにさらに２２．５時間を要した。
２０日、ボイジャー１号から届いた反応は、コードの修正が成功し、再び解読可能なデータを受信できる状態になったことを表していた。
その瞬間、ＮＡＳＡのジェット推進研究所は拍手と歓声に包まれた。
今後も同システムのソフトウェアの問題が起きた部分を別の場所に移す作業を継続し、数週間後には科学データを受信できる見通し。
「ボイジャーにこれから何が起きるかは分からない。それでも飛行を続けて私たちを驚かせ続けている」「数多くの異常が発生して次第に困難になっている。それでもこれまでのところ、幸運にも復旧できた。ミッションは続く。若いエンジニアがボイジャーチームに加わってその知識を生かし、ミッションを継続させている」。ボイジャーのプロジェクトマネジャー、スザンヌ・ドッド氏はそうコメントしている。
たったこれだけ
たったこれだけの情報のはずなのにそこにたどり着くまでに2時間かかった
使えない情報ばかり検索結果に返されたり、Microsoftの公式にすらこのやり方が書いてないなど、相当たらい回しにされた
Bluetoothマウスが使えなくなって設定からOnOffすらできず、ドライバすら認識されず、Bluetoothのトラブルシューティングでデバイスが存在しませんとか言われたことのあるそこの君！
私と同じ目に遭った場合はまずこれを試してみよう、一発だぞ！
※備考
デバイスマネージャー上のUSBシリアルバスなんちゃらのところに「認識に失敗した」とか書いてあるバグ（コード43とか書いてあったかな）も一緒に直ったぞ
ただ再起動するだけじゃ治らなかったので完全シャットダウンしよう！
間違っても検索結果の記事を鵜呑みにしてドライバを最新にアップデートするとか！ドライバをアンインストールするとか！やめような！
だってTeamsは導入企業が何もしなくても全部が同じIDでつながっているけど、
Slackはつなぐ部分から導入企業がやらなきゃいけないんだもの。
最初は余裕でMSにチャットツールのアドバイスくれてたSlack社が
最近はムキになって「独禁法違反だ！」って抱き合わせ販売に文句言ってるけど
けど、今のSlackのままじゃどうあがいたってTeamsを押しのけて採用されるのは厳しいよ。
Slack導入支援やってるベンダーに任せたって他サービスと接続する部分のトラブルシューティングは揉めるんだよ。
たとえTeamsとSlackの導入コストが完全に同じだったとしても、その一点だけでしり込みする企業は多いよ。
だから、そんな状況でSlackを導入している企業で働いてるみなさんは、
Teamsに怨嗟の声を上げる前に自社の情シスを讃えてやってほしい。
あなたが便利に使っているそのSlackは、Teams導入企業より面倒な仕事を負担してくれている情シスのおかげて成り立っているのだ。
Teamsをいくら貶したって、あなたのために面倒を引き受けてくれている情シスは報われない。
まぁ、その情シスもTeams嫌いで一緒になって文句言ってスカッとするぐらいはあるかもしれんが、
その前に情シスに一言「面倒事を俺たちのために引き受けてくれてありがとう」って言ってやってくれ。
そして、Slack使いたいのに会社が採用しない企業で働いてる人は、まず情シスに敬意を払うところから始めてやってくれ。
Teamsに言うような文句を情シスに吐くのは止めてやってくれ。情シスに聞こえないところでも可能な限り言わないでくれ。
そんなことやる連中のために余計な面倒引き受ける気になんて絶対ならないから。
導入にも余計金かかって、運用でも余計な手間増えるんだよ。
そういう面倒を引き受けてでもエンドユーザーにSlack使ってほしい、と情シスに思わせる行動を心がけてくれ。
食事の提供可能（希望があれば弁当可能、味は特筆さすべきレベルではなく概ね一般家庭程度、月予算や繁忙に応じたランクの上下はある）
PC関連や通信関係のトラブルシューティング可能、旅行手配や流行りの手土産の調査なども得意で、デートプランについては予算や概ねの目的地を決めていただければ何プランか検討の上提示が可能です
結婚後の婚姻費用については生活費の折半希望（お互いの年収からの按分にできるとなおよし、生活費の中に将来の貯金なども含めて考えたい）
改姓について、子供について、持ち家については特に確固たるこだわりはないので相手との相談次第になる
36歳保険系OL岡山出身東京在住年収400万9時5時の仕事で休みは取りやすいし、産休育休も安心して取れる職場なので子供希望の場合には多少の融通がきく
両親は地方公務員ですでに介護付き住宅入居済み、実家・墓は処分済みのため後継の予定はなし
元々ネットが遅かったり繋がりにくかった。リモートワークは問題なく行えてたからそのままにしてたが、TwitchやAbema、DaznなどをiPadで開く時に高確率でWi-Fiのオンオフをしないと見れなかった。（何回か繋ぎ直すと正常に見れる）
改善のために色々調べたこともあったが、その辺詳しくないので結局原因が分からず放置。ボーナスも入ったし、少しスペックが高いルーター買ってみるか、改善したらラッキーだな程度の気持ちでポチった。
ルーターの設定にはとても苦労した。夜の7時にルーターが届いて、夜中の2時まで色々試してみたが、結局ルーターから先のインターネットの環境に接続できなかった。
ルーターの専用アプリでネットワーク診断とトラブルシューティング（モデムやルーターの再起動、ケーブルの交換等）は書いてあること一通り試したが、接続できず。モデムの故障？プロバイダ情報の誤り？ルーターは新品だけど初期不良の可能性もあるな…。などよくわからなくなり、とりあえず朝まで待って各種サポートセンターに問い合わせることにした。
結論から書くと、プロバイダ情報を誤って入力しており、正しい情報を入力して15分程度待つとルーターに反映され、正常にインターネットに繋がる状態になった。
（ぷららのIDとパスワードの書き方悪すぎるし、正解のID/PWも試していたのだが、反映に15分掛かると知らず、すぐ違う組み合わせを入力してしまったため気づかなかった。アプリのUIも悪い。）
ここまで長くなったが、夜の間「スマホとルーターはWi-Fiで接続していたが、ルーターから先のインターネットに接続されていない」状態が続いていた。ネット環境に詳しくない自分でもわかるのだが、そのWi-Fiに繋いでいる限りスマホでのネットサーフィンはできない。
裏側でギガ使っているのかと思い、飛行機モードにしてWi-Fiだけ接続しても、Googleのアプリは全て使える…。
ネットに接続しなくても端末内だけで使えるアプリはあるが、YoutubeやGoogleマップはそうじゃないだろ。Youtubeでフィードを更新しても新しいコンテンツが出てくるし、今まで見たことなかった動画も問題なく再生される。Googleマップで検索もできるし、お店の情報や写真、口コミも問題なく見れる。その他のGoogleアプリも同様。chromeだけは検索までできて、その先のページへ遷移はできなかった。
今思い返してみると、他のアプリが繋がりにくかった時もYoutubeだけはスムーズに使えていた。
詳しい人がいたら教えてほしいです。気になります！
■追記
これ https://wnkhs.net/2022/03/wnkhs-28936/
教えてくれた人あざます！！
■追記2
技術的に少し悪いことしてるのかな？とも思っていたけど、ただただ技術的に進んだことやってるって感じなので安心しました！
ブコメ見てると日経新聞やwikiとかも同じなのかー！！対応しているのすごいなーーーー！
他にもあれば教えてくれーーーー！！！
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
AIに聞いてみた。
・独自ドメインの取り方
・独自ドメインのメールアドレス管理およびおすすめの付帯サービス
これらのトピックについて学ぶためには、以下の方法を試してみることがおすすめです。
1、オンラインコース：UdemyやCourseraなどのオンライン教育プラットフォームには、さまざまなIT関連コースがあります。自分のレベルに合わせたコースを選び、自分のペースで学ぶことができます。
2、オンラインフォーラム：TechNetやRedditなどのオンラインフォーラムに参加することで、専門家からのアドバイスやトラブルシューティングのヒントを得ることができます。
3、YouTube：YouTubeには、IT関連のチュートリアルやトレーニングビデオが多数あります。自分のペースで学びたい場合は、この方法がおすすめです。
4、書籍：書店やオンラインストアで入手可能な書籍には、さまざまなITトピックについての詳細な情報が含まれています。
5、セミナーやイベント：業界のイベントやセミナーに参加することで、最新のトレンドや技術についての洞察を得ることができます。
6、専門家からのアドバイス：専門家にアドバイスを求めることもできます。ITコンサルタントや技術サポートスタッフなどが役立ちます。
7、ネットワーク：業界の同僚、友人、知人と話をすることで、ネットワークを拡大し、専門家の知識や経験を共有することができます。
これらの方法を活用することで、IT関連トピックについての理解を深め、問題を解決するためのスキルを磨くことができます。
だってさ。
月面探査目指すNASAロケット打ち上げ延期 1段目エンジンに問題
https://www3.nhk.or.jp/news/html/20220829/k10013793991000.html
宇宙飛行士の月への着陸を目指す国際プロジェクト「アルテミス計画」で、無人の宇宙船を搭載したNASA＝アメリカ航空宇宙局の大型ロケットは日本時間の29日夜に打ち上げられる予定でしたが、一部のエンジンに不具合がみつかり、打ち上げは延期されました。
探査ミッション「アルテミス1号」の再延期は、その重責と新型ロケット打ち上げの難しさを浮き彫りにした
https://wired.jp/article/nasas-giant-moon-bound-rocket-is-grounded-for-repairs/
SLSはボーイングやノースロップ・グラマン、エアロジェット・ロケットダインが委託を受けて生産したが、すでに過酷な試練を乗り越えてきた。開発中はさまざまな遅れや予算超過に見舞われ、一時は失敗に終わるかに思われたのだ。
＜中略＞
ところが、29日の打ち上げも計画通りには進まなかった。コアステージに推進剤を充填する際に、右側の固体ロケットブースターの隣にあるエンジンのひとつである、3番目の「RS-25」エンジンに問題があることに、NASAのエンジニアが気付いたのだ。
29日に打ち上げを試みた際には、NASAのエンジニアチームは予定時刻の40分前でカウントダウンを停止し、1時間以上にわたってトラブルシューティングを実施した。しかし、最終的に発射ディレクターのチャーリー・ブラックウェル＝トンプソンが打ち上げの中止を決定した。
だせぇな
私は仕事が大好きで、一日中コードを書いたり、新しい技術を学んだりするのが大好きでした。しかし、恋愛関係に関してはあまりうまくいっていませんでした。仕事とプライベートのバランスをとることが難しく、パートナーとのコミュニケーションも欠如していました。
それが、私が彼女と出会ったことに変わりました。彼女は私と同じようにIT業界にいましたが、彼女自身も仕事とプライベートのバランスをとることに専念していました。私たちは共通の話題がたくさんあり、コミュニケーションもスムーズになりました。また、彼女は私がトラブルシューティング中であっても、応援することができるサポートをしてくれました。
私たちは今、素晴らしい関係を築いています。仕事とプライベートのバランスを取ることができ、コミュニケーションも良好です。彼女がいるからこそ、私はよりよい人間関係を持つことができ、より幸せな生活を送ることができています。
というわけで、ITエンジニアと恋愛関係は、適切なサポートをするパートナーがいると素晴らしい関係が築ける可能性があります。仕事とプライベートのバランスをとることが大切です。
ビルメン：電気工事二種とって就職するも、職人上がりの人多すぎて、何言ってるのか全く分からない。工具の名前もわからず数日で呆れられる。怒鳴れらサンドバッグと化し一か月でメンタル死んで出社出来なくなった。便所の糞抜きが辛すぎる。溢れる糞を清掃する清掃員は偉大だと思った。エクセル要因としては重宝され、年配者のトラブルシューティングをしていた。退職後、半年寝込む。
施設警備：窓口対応がテンパってしまって、客先からクレーム多発。3か月で自主退職に追い込む（役割を半ばになってる）部署に異動が決まり、異動前に辞める決意をする。エクセル要因としては重宝され、年配者のトラブルシューティングをしていた。退職後、半年寝込む。
工場：自動車工場の期間工として入社が決まる。工場内の音が想像以上に大きすぎてパニックになる。配属先を決める適正を図る試験でモタつくが、何故か手先の器用さを求められる組み立てに配属される。案の定ラインを止めまくり怒鳴られまくる。家に帰って寝てるときに頭の中で工場の音がずっとして体が水平に回転してる感覚に悩まされる。心がぽっきりと折れ一週間でやめる。退職後、半年寝込む。
ネットで進められるニート向けの仕事は試したけどどれもダメだったわ。
個人的に一番良かったのは派遣のデータ入力OPだった、あれこそニート向け。人としゃべらず1日終わるし楽。時給は1000円とかだったが。ただあんまり牌がない。
・色んなこと満遍なくやりたい
・やべー案件に何年も磔にされたくない
これが多様なサービス、アプリを作ってみたいという話なら高単価SESに行くしかない。
かなりの経験を積んだベテランじゃないと入れない世界で出身学部も見られるから相当に厳しいと思う。
フロントやバックエンド、インフラなどもやってみたいという話なら自社でウェブサービスを運用している上場企業に正社員で入るのがいいだろう。
ただし正社員ということはリリース日には何が何でもサービスインさせる立場になるということでもある。定時退社の社風であっても進捗上がってないなら稼動上げて対応ということは普通にある。
派遣で入ればそういうことは無い。上場企業ならコンプラ厳しいからね。でも数ヶ月程度、長くて数年のスポットになることがほとんどなので長期的にはどうなんだろうな。
ここでは俺の経験を踏まえて「自社でウェブサービスを運用している上場企業に正社員で入る」という前提で話す。
アピールすると良いのは使える言語、インフラの知見、構築と運用の経験。
全部が強い必要は無い。どれか一つが強くて他はまあなんとか程度でいい。逆に言うと全くダメですが一つでもあると厳しい。
使える言語では、C#,Javaを大きめな規模のバックエンドとして使ってるとこが多い反面、対応できる人はフリーにも派遣にもたくさんいるのでちょっと弱い。SIer出身でコード書いてたなら当然できるよね、というレベル。
今ならtypescript(javascript), pythonあたりができてgo あるいは Rust勉強してます、というのがけっこう強い。
分かってると思うが言語が使えるというのは、まっさらなPCを与えられて主要なウェブフレームワークをセットアップしてローカルホストを立てるとこまでを含む。
JavaならSpringboot+gradle+JUnit、PHPならLaravel、pythonならdjango、typescriptならNode+React+knex、あとJestかDreddも入るかな。
インフラ知識では、クラウド、オンプレ両方のメリットデメリットを把握しているとよい。
AWS,Azure,GCP,Oracle Cloudのどれでもいいけど実際に使った経験があるとよい。俺は個人でGCPを契約してkubernetesとVM、LBを使っている。
ネットワークの知識は薄くでも持っていた方がよい。HTTPとかcookieとかセッションとか知りませんCORSって何ですか？レベルでは無理。まあここら辺はウェブサービスを作れば必ずやるので大丈夫だろう。
LetsでSSL証明書を作ってopensslで検証してnginxに適用してHTTPS化ができるならアピールになる。
dockerはもうそろそろ使えて当然のレベルになってきているので必須。実際ウチではdockerが分からない使えない人は面接へ進めないようになっている。
構築と運用では、予算内に収まるような構築と運用、サービスインした後のトラブルシューティングの経験があるとよい。
常にコスト意識を持っていることが必要。クラウドは油断すると100万程度すぐ飛ぶ。コスト意識が無い人を運用担当として採用することは絶対にない。
トラブルシューティングで重視されるのはベンダー対応よりもエンドユーザー対応の方。
サービスを早急に復旧させること、そのためにどういう仕組みが必要なのか、構築するところから語れる知見があるとよい。もちろんそこにもコスト意識は必要。
CI/CD、PrometheusやDatadogによる監視とアラートについて語れるとよい。
CI/CDを扱うということは当然gradle,maven,yarn,シェルスクリプトは書けて使えてwebpack,minify,Jenkinsのコンフィグもできるということである。
どうだろう、かなり雑に書いたが雰囲気は伝わると思う。
あ、git使えないは論外。もし使えないなら今すぐ使えるようになるか諦めるかのどちらかで。
https://b.hatena.ne.jp/entry/s/blog.serverworks.co.jp/SPLA_after20250930
「AWSは弾いといてAzureでOKだったら～」みたいなブコメに大量に星ついてるけど、記事内に書いてるだろ。
3:Listed Provide：Microsoft の定めるパブリッククラウドプロバイダー Alibaba、Amazon Web Services、Google、Microsoft、およびListed Provider をアウトソーシングサービスの一部として利用するアウトソーサーを指す
エンジニア自称する連中はせめて記事内に書かれてあることぐらい読めよ。
この問題って、自社DCでMS製品使ったサービス提供する企業のためのライセンスなのに、
AWSやAzure使うクセにMS製品のライセンスを利用するクラウドベンダから買わずSPLAで済ませることで利益ちょろまかそうとするような
コスいベンダーに「ちゃんと正規ルートで買え」って言うための変更だろ。
そういうコスい小銭稼ぎするベンダって、ライセンスをクラウドベンダから買ってないくせにトラブルシューティングでサポート範囲超えた要求平気でしてくる印象しかない。
日本人も確かに低評価多いが、何も言わずに低評価だけつけるか、何が悪いかちゃんと言ってくれるんよな。
しかも下手くそな英語で、何がどう悪いかとかもなく内容空っぽ。
返金はストア管理しとるAppleやGoogle経由でお前が手続きするんや知らんのかボケ。
アプリのQ＆Aにもそう書いてるやろがい。
そんでこっちが丁寧に返信してもナシのつぶて。
ああでも香港人だけは返してくれたわ。そんでちゃんとトラブルシューティングしたし最終的には向こうの環境のせいって結論でお礼までしてもらったわ。香港の人は中国人って呼ばれるの嫌とか聞いたことがあるがなんか納得したわ。
具体的なこと言える中国人は本当にいない。あいつらリアルでもあんなんなんか？
30代、喘ぐポイ活いわゆるライブチャットをはじめてみた。
まだ始めて5日間だが8時間で5万円を得ていて、残業30時間よりはいい。
もっと早く始めておけばよかった。20代だったらもっと稼げたであろう。
喘ぐポイ活は、いやらしい自分を配信することでポイントが蓄積されお金が振り込まれます。
人によって好みは様々なようで、この体型が好きな人は2人きりのチャットで音声と映像でやりとりしてくれる。やらしいことをしたい人が大半だが、世間話を胸を見ながらしたいという需要も少なからずある。おっぱいは癒しだそうだ。
数日間の実績だが、深夜帯(22-2時)の人より朝方や夕方の人の方が支払いがいい。時間制の課金に加えてポイントを追加でくれる。彼らは礼儀正しく、感謝もしてくれてこちらもいいことをした気分になれる。少しはこの乳が役に立っているのだと。
開始ボタンと終了ボタンを繰り返す、すぐ接続を切られても諦めない、下着や服をチェンジするなどは必要だが、業務のトラブルシューティングよりはるかに容易い。
彼らのチャットや会話は仕事の場でなされるセクハラに比べたらかわいいもんである。「かわいい」「きれい」「敏感だね」「えっちだね」くらい。頭を使わなくていい、あと残りもなし。
人に勧められるようなお仕事ではないが、フルリモートで企業の案件をこなすよりよほど楽で表向きの実績にはならないところが玉に瑕。ただ若さは有限であること、どこかで見切りをつけなければいけない。
