「不具合」を含む日記 RSS

はてなキーワード: 不具合とは

2025-03-16

anond:20250316214123

茹でてその後予熱したオーブンにいれたんだよ

そしたらオーブン不具合なのかどんどん温度が下がって停止したんだよ

オーバーヒートみたいな感じだった

そのあと電子レンジも使えなくなってやばいなーって思ってたんだけど冷えたら使えるようになった

まり電子レンジ機能問題はないけど

オーブン機能はぶっ壊れてんだと思う

熱い時は何回ボタン押しても反応なくなったし

かなしいなあ

2025-03-12

Xだいぶん危険になってきたなぁ

こないだの不具合は親パレスチナ団体がやったって声明出てたし、イーロンが言うにはウクライナから攻撃されてたらしいし。

アメリカが暴れる恨みXにも来るようになってしもてえらいこっちゃで。

2025-03-08

9割の不快を1割のハピネスで許してしまDVしてくださいと言わんばかりの不具合は赤子を徹夜で世話するために人類遺伝してきた特性だったのか

anond:20250304211105

先月の大規模アップデートでは不具合多かったし、

未だに右下にずっとウィンドウズのライセンス認証してくださいってずっと出てる

2025-03-07

anond:20250305150606

どうにもうちのエンジニア自分たち仕事定期テスト問題を解くようなものだと思っている節がある

問題文に不備があれば「せんせー!ここ間違ってます!」「なんでまちがってるんですか!ここ重要なんですけど!」「次からちゃんとしてくださいよ!」って野次ってくる感じ

社会人仕事ってそもそも問題作成のところから相互に協力し合って解決するものじゃない?違うの?

発注書のミスとか、デザインが明らかに悪いとか、そういうのはエンジニアにもわかるし、やる必要を感じればエンジニア問題提起とかはするだろう。

一方で、エンジニア実装のぱっと見でわからない不具合は、営業にもデザイナーにも指摘できない。

エンジニアチーム内でレビューをすり抜けたら納品後に発覚しちゃうのが実態だろう。

けっきょくエンジニア視点だと、他チームに協力しても自分たち仕事への見返りはなく、一方的な持ち出しになるばかりなので、出し渋るのも仕方ないと思う。

もし可能ならば、

そういう協力をしてあげることで、エンジニアも他チームと優しく向き合ってくれるようになるだろう。

PMからシステム開発について書かせてくれ

エンジニア性格悪い?

エンジニアに限らずお互い様

まあ、色々な考えがあるだろう。

だが元PMとしてシステム開発を進める上で大切な事を書かせてほしい。

俺の場合ゲーム開発が多かったかゲーム開発の場合で書くが、

多分他のWEB開発でも何でも応用は効くんじゃないかと思う。

⚫︎プロデュース営業担当

→まず受託開発の場合クライアントの言いなりになりすぎるな。

クライアント自分たちが媚びる相手でも神様でもない。

共同開発者だ。運命共同体である

アジャイルソフトウェア開発宣言を読んでくれ。

https://agilemanifesto.org/iso/ja/manifesto.html

クライアントとは「協調」していかないとならない。

⚫︎ディレクタープランナーセクション

プロデューサー営業の言ってくる事をそのまま仕様にしてはならない。

必ず要件の精査をし、不明点疑問点あれば発注元に確認すべき。

その際、出来ればプロデューサー営業に投げるのではなく、同席させてもらうように交渉した方がいい。

ただ、自分達の考える「最強の仕様」を語るのは絶対NG

ちゃん発注元の「意図」「成し遂げたいこと」「ゴール」「納期予算」について理解した上で確認提案を行う必要がある。

まずは上記プロデュース営業セクションに確認すること。

もしプロデューサー営業がその辺を理解していなかったらその時点でそのプロジェクトは確実に「炎上への道」へ突入するという覚悟を持つ事。

そして、如何に炎上させないかの道を探る必要がある。

⚫︎アセット制作セクション

→仮に3Dゲームを作る場合2Dアーティスト3Dアーティストアニメーターエフェクトデザイナーサウンドデザイナーなど担当は多岐に渡る。

2Dが遅れれば3Dが遅れ、3Dが遅れればアニメータが遅れる…という感じだ。

からアセット制作一つ取り出してみてもデータの受け渡し期限は死守しなければならないし、

「このデザインモデル化すると破綻する」とか「このモデルだと稼働部に問題がある」など修正依頼が頻繁に発生する。

その際も先のエンジニア性格どうたら問題と似たような事が発生しかねない。

なので、アセット制作セクションの担当者間は如何にスムーズ連携修正が行えるかを事前に話し合っておいた方が良いと思っている。

アートディレクターがその辺の管理まで出来ると理想だが、そうでない場合アート関連に特化したPM的な存在がいた方が良いだろう。

⚫︎UIデザインセクション

→基本プランナー作成した仕様書をもとにUI設計グラフィックデザインを行うが、

画面に表示される内容が確定していないままデザインを進めてしまうと、後々「やっぱりこの表示追加したいです」

ってなった時に全部破綻して設計からやり直しになってしまう。

なので、仕様担当者とUIデザイナーは密に連携を取り進めていく必要がある。

あと、プランナーが「こういうデザインにしたい」とか「こういうレイアウトにしてください」とかはあまり指示しない方が良い、

と俺は思っている。

何故なら、UI設計は綿密に計算されていて、またUIデザインの基本メソッドのようなもの確立されている部分もあるので、

それに反する提案素人はやらない方がいい。UIデザイナーの余計な仕事を増やすだけだ。

⚫︎エンジニアセクション

→さて、いよいよ本題っぽくなってきたな。

エンジニアセクションはこれまで書いてきたセクションの制作物を実際に実装する立場にある。

いざアセットUI素材が来たところで「これは実装できないよ!!」っていう事は発生しやすい。

なので、仮アセットモックの時点で「この仕様問題いか?」「このポリゴン数で同時にX体表示させて問題いか?」など、

全般的確認しながら進める必要がある。

数値的なものもそうだ。

この画面にはアイテムを最大XX個表示させます、とか、パラメータの上限値はXXX,XXX,XXXです、それを超えたらこういう挙動になります、とか。

あとは「必殺技発動にはxっていう値を1000溜めると発動可能になります」みたいな仕様があった場合、後から

「やっぱり1000溜まる前にバトル終了しちゃうので500にしたいです」っていう事はよくある。あるある

なので、仕様担当者とエンジニアは「どの値が可変で、どの値が不変で、どの値をプランナーで調整出来るようにするか」

みたいな事を綿密に練っておく必要がある。

UEのブループリントプランナーがいじるケースも多いが、マスターデータエクセルなど)で管理出来た方が良いと俺は思う。

上記に挙げた各セクションのリーダーは随時エンジニアチームと協働していればどちらかがどちらかを憎んだりすることは減らせると思っている。

困るのは、そういった相談無しで「仕様これです、アセットこれです、あとは実装よろ!」みたいなのが開発後半になっていきなりやって来る事だ。

まあ、そんな極端な現場はないはず、、、と信じたいところだがどうだろう。

⚫︎QA(品質管理)セクション

→実は最終フェーズを担っているのはQAセクションである事を忘れてはならない。

QAは単にバグ不具合発見するだけでなく、UXゲームプレイ体験改善案提案してくる。

例えば「この仕様だとプレイヤーはこの理由離脱するのでこう変えた方が良い」といった提案も出てくる。

それらを考えると、開発期間の1/6はQA期間に充てるのをお勧めする。

開発期間3年なら半年、1.5年なら3ヶ月は確保したい。

ここを疎かにすると全ての開発コスト無駄になる、と言っても過言ではない。

よくオンラインゲームで「緊急メンテです、資源回収します」的な事が発生するのはみんなも経験済みだと思うが、

そういうのは大体QAが甘い。

QAが甘いのは計画問題があり、QA期間の大幅な短縮とかが絡んでいるとしか思えない。

QA期間が短縮されるのは、もうお分かりの通り、ここまでの開発が遅延したからだ。

さて、偉そうに書いてしまったが、正解は一つではない。

プロジェクトの数だけやり方はあるし、人の数だけやり方がある。

PMとしては計画の立て方とか進捗管理かについて書くべきなのだろうが、その辺は要望があったら書くよ。

それに俺は、前職で無能無能散々言われてクビになった”元”PMなのであまり信用しない方が良い。

今は細々と個人開発やってる。上に書いたような事を1人で全部やってる感じかな。

最後大事な事を書いておく。これが本題かな。

お客様神様ではなく、仲間である

・他セクションに最大限のリスペクトを忘れないこと

・同じセクションメンバーも一人一人違う人間から、実力云々ではなくリスペクトし合うこと

相手の言い分が気に入らなかったらそれは個人の「性格」や「人格」ではなく、双方の「アウトプットの内容」に問題があった、と考えること


https://anond.hatelabo.jp/20250305150606

2025-03-06

anond:20250306104637

不具合が嫌ならコンソール版をやればいいだけ

不安定なのを承知でゲーミングPCで遊んでるんだからそこに文句を言うのは甘え

anond:20250306061133

自分面白いと思えたものに何言われても気にならんけどなあ。どこを重点的に見るかは人によって違うわけで、なるほどね(それでも俺にとっては面白いけどね)と思える意見もあるし。

あとSteam賛否両論なのはゲームの出来より不具合のせいでしょ。不具合擁護のしようがない。

2025-03-05

はてなのお知らせ」の代替Chrome 拡張を作った

作ったものhttps://chromewebstore.google.com/detail/kkgiinmhapeedibidnajommhlfhhjine

 

自分のブログにも書いた のですが、必要そうな人に届かなそうなので、増田にも書きます

ChromeURL バーはてなからの通知を表示する「はてなのお知らせ( Hatena::Notify )」が、Manifest v3 に未対応のため無効化されてしまったので、代替となる Chrome拡張作りました

(私は はてな社員ではないので、非公式拡張になります。)

 

これ皆さんに聞きたいんですけど、デスクトップ通知って必要ですか?

私は「はてなのお知らせ」ではなぜかデスクトップ通知が動かなくて、別にそれでも困っていなかったので実装しなかったのですが、それを必要としてる人がどのくらいいるか知りたく⋯。よければ、デスクトップ必要か否かをブコメで教えて下さると助かります。🙏

 

というわけで、よければお使いください。

そして不具合と思しき点やフィードバック等あれば、ブコメTwitter@Cside_ へ教えてくれると助かります

2025-03-04

Windows10の時よりWindows11を入れたくない気持ちが強い

ここ1,2年でもクリティカルアップデートが多すぎる

Windows10ときギリギリときはだいぶマシになってたからよかったけど

もう今年中にWindows11に移行しなきゃならないのに不具合ばっかりなのはやばいでしょ

AIAzureで手一杯でOSのことまで頭回らなくなっちゃったの?

この手のパソコンの大先生ってなんで全てOSのせいにしたがるんだろうなw

WDSSDもあたかWindows側が悪いように言ってたけどあれどう考えてもFWバグ顕在化しただけじゃん

それとも顕在化させるとOS側が悪いになるのかな

まともな方法メモリアセスしてなかったアプリケーションを動的にパッチあてて強引に動かしたり��てたのを当然と思ってるのほんとゴミ

こういうの、若い女性が健康身体にメスを入れて子宮を取りたいと騒いでいる時には出て来なかったのはどうしてだろう?

子宮移植話題になった途端に言い出すのって、自分が損をするのはよくても他人が得を嫌だという思考に思える

猫おばさん(草組)織戸学推し市原市海づり施設にいた猫たち

@max_nekoobasan

さっきは子宮摘出後の不具合言葉を濁してツイートしたんだけど、ハッキリ言うね。

自力で排尿できなくなるから自分で定期的にカテーテル入れて膀胱炎にも気をつけなきゃならない生活になる女性もいるよ。

ドナー側の人、自分人生よーーく考えてね。

https://x.com/max_nekoobasan/status/1895426910685126866

2025-02-27

Spotifyこれ何らかの法に触れてねえのか?

Executive Summary:

Spotify不具合を直す気はないしチャットでの問い合わせの品質もクソだし、何よりユーザーコストを掛けさせていることに対して決して謝罪をしない。ユーザー体験は最悪に不愉快不具合は勿論解決しない

Main Text:

Spotifyブラウザから再生したところ、1日の初回に必ず音量MAX再生され始めるというかなり不愉快不具合に数日悩まされる

検索しても、アプリ版ではここの設定をいじれというのは出てくるが、ブラウザからのケースについてはあまり情報なし(この点だけは近年のGoogle悪化に原因を帰すべきかもしれない)

重い腰を上げてSpotifyチャットサポートアクセスする この時点ではよくある現象なのだからすぐに解決するだろうと思っていた

自動応答に何回も「アプリキャッシュクリアたか」などの質問をされ「アプリじゃなくてデスクトップPCから起動してるブラウザです」と応答することを数回繰り返し、リアルタイムチャット応答の有人窓口に繋がる

まず「力になります」的な一見頼もしいことを言うが、決して「ご迷惑をお掛けしております」のような謝罪はしない まあ名前もカプリハンとか言ってるし文化が違うんだろう

近年の国際経済情勢においてプレゼンスを低下させ続ける国にしかネイティヴスピーカーがいない言語リアルタイムチャットに応答してくれる時点でありがたいというもの

しかし一応有人のはずなのに応答が噛み合わないこと甚だしく、UX的には機械自動応答とそこまで違わない 噛み合わないせいでこれは生成AIによる応答ではないんだろうなとうっすら思う 翻訳にChatGPTは使ってるかもだが

噛み合わないというのは「会話のログを読んで文脈状況は把握した上で解決のために尽力するぜ!」っつって来てるのに、「アプリAndroidですか?それともパソコン?」と聞いてくることな

最初からアプリじゃねえっつってんだろ

やり取りが少し進展したら「これは難しいのでチームに聞いてくる」とか言って5分待たせたり、「すみません」の一言もないまま担当者が変わったり、一応答しただけでまた次の担当者たらい回しにされたりする

最初の一回目たらい回しくらいまでは「まあFAQにあるようなレベルではない多少レア事象なのかもしれないが、より詳しい人に繋ぐことで解決の道を探ってるのだろう」と思えたが、徐々に白けてくる

なんでここまでみんな揃いも揃って無責任なんだよ ユーザーに謝ったらこオペレータ職は賞与減額されるシステムか?

最終的に引き出した解決候補は下記の通りだ

如何だろうか まず「1.違うインターネット接続してみる。」(「インターネット“を”接続」、LLMではあり得ない非ネイティブ日本語ありがてえな)は私のデスクトップPCを違う回線に持っていって接続するという意味か?を聞いた

「そうです」という回答

手間が掛かりすぎるしそもそもPCを繋がせてくれるような適切な環境の当てが思いつかない 「この手順省略していいか?」って聞いたんだけど、まあ今思うと先方は直す手立てを考えているとかではなく、体の良いお引き取り口実を探していただけのように思える

「これらを全部試しても結局問題解決しなかった時に、メール等で今回やり取りしたチャット情報を引き継いで問い合わせを継続することは可能か?」を聞く 正直絶対解決しない気がしていたので

「このチャットフォームを閉じなければ継続することができます」と言明。

「それはPC再起動後でも応答が継続可能なのか?」と聞く。

はい

そうして、「1.違うインターネット接続してみる。」「4.他のデバイスを試す.」以外のを全て実行して、Spotifyに再ログインした結果、音量を下げた設定は記憶されておらずMAXになっていたままだった

当たり前だが、チャットページにアクセスしても問い合わせのログには繋がらなかった 平気で嘘を付くのはモラルヤバいのかそういうマニュアルがあったのかだけは気になってる

今はSpotify Premiumの退会を健闘しているところ Apple Music第一候補だけどYouTube Musicってどうなの

Amazon誤配された話とその顛末

Amazonからポストへの配達完了したとの連絡があった。しかし、マンション郵便受け確認しても何も入っていない。鍵をかざしても宅配ボックスも何も反応しない。

メールを何度確認しても配達完了となっており、いよいよ噂の誤配というもの自分の身にも起きたことに気づく。

Amazonならこういう場合対応慣れてるんだろうなと思っていたが、案の定すぐに「配達完了になっているのに届いていない」というオプションを見つけた。

「そうだよ、これこれ」と思いオプションを選ぶと、どうもよく分からない。

こちらは早く人間と話したいのに連絡先が書いてない。

再配達依頼の電話番号は見つけたので、その電話番号に試しにかけてみて自動音声の言うままに追跡番号を入れたところ、「その番号は再配達を受け付けてません」と自動音声で言われガチャ切りされた。

「確かに配達済みになってるから再配達は受け付けてないよな」とは思いつつ、電話番号載せてるのはテメェじゃねえかと、この時点でだいぶ苛立ちが募ってきた。

そこから色々探した結果、お客様サポートの「サイト不具合からいくと人間と話せることが分かった。難易度高すぎるだろ、魔界村か。


オペレーターには比較的早く繋がったが、ここまでくるのに1時間は経っており、自分の声が苛立っていることに気がつき、自己嫌悪を感じた。

「違うんだ、俺はあなたにじゃなくて、質の悪い配達員を安く使い倒し、オペレーターと話させまいとするAmazonという仕組みに怒っているのだ」と言いたかったが、オペレーターはまるで自分ミスたかのように申し訳なさそうな声で謝罪してくれた。

そこからは首尾よく進み、本当に受け取っていないことを証明する必要もなく、すぐに返金の手筈が整い、その点は良くも悪くも流石Amazonだと思った。

「受け取ってないことが本当だということを確認するコストだったり、配達員を教育するコストよりは結局これが安上がりなんだろうなー」とは思うものの、大量消費のシステム自分が食い込まれてるような居心地の悪さを感じる出来事だった。

エレベーターのカゴが来てないのに外扉が勝手に開くことはありえない

扉を開く動力はカゴの方についてて内扉を開く力で一緒に外扉も開くので

外扉だけが自動で開いて乗ろうとしたらカゴがないってことはありえない

閉まる時に不具合があって外扉が閉まってないのにカゴが行ってしまうことはあり得る

2025-02-23

革ジャンはそろそろ殿様商売をやめろ

不具合だらけのGPU高値で売りつけんな

まともに安規守る気ないなら商売以前だわ

2025-02-21

anond:20250221170714

ジンバブエドルの超インフレ貨幣発行しすぎたのが原因の一つじゃないんですか

まず政策の失敗でそもそも過剰な物不足になっていたという認識を追加してくれ。そしてその場合政府はどうせざるをえないか考えてくれ。

181兆通貨発行したらインフレになりそうだが、可能性が低いなら根拠示してほしい

そんで、181兆の国債発行ならそこまでインフレ進んでいないように思えるし、円ドル為替は円が弱いというよりドルが強くなったって印象があるわけで

2024年国債発行181兆とか言ってるがそんな事実ないし、お前の印象とか知らんのだが。

インフレになるかどうかは需給バランス問題なんで日本生産余力や海外からの輸入余力次第としか言えねぇよ。いちおうデフレ・ギャップとかの指数あるが俺は信用しとらん。

俺の考えは根拠はないんだけど、181兆円通貨発行したらインフレするっしょ?国債とか関係なく不具合生じるんだからできないっしょ。その代わりに国債資金調達してるんじゃねえのってことな

自分の考え述べるのはいいが他人の話も聞いてくれ。さっきの国会質疑の引用見直してくれ。

国債自体資金供給する際の媒介とか使い道はあるが基本的金本位制時代遺物だろう。

anond:20250221165949

いや関係あるだろ

ジンバブエドルの超インフレ貨幣発行しすぎたのが原因の一つじゃないんですか

181兆通貨発行したらインフレになりそうだが、可能性が低いなら根拠示してほしい

そんで、181兆の国債発行ならそこまでインフレ進んでいないように思えるし、円ドル為替は円が弱いというよりドルが強くなったって印象があるわけで

結論として何が言いたいかっていうと、国債発行と通貨発行は明確に物が違うんだから国債借金って考えるなら、通貨発行すればよくねって理論おかしくねって俺の主張に反対できるだけの論拠を示してくれって言ってるの

俺の考えは根拠はないんだけど、181兆円通貨発行したらインフレするっしょ?国債とか関係なく不具合生じるんだからできないっしょ。その代わりに国債資金調達してるんじゃねえのってことな

2025-02-19

楽天のあれ

楽天なんて昔からサービス悪いし

安いんだからその分なにか問題あっても自己責任みたいなところでしょ

なにを今更感があるんよな

 

ただ今回のに関しては、ランダム抽選だし実装ロジック不具合があってシステムエラーが残らないものみたいだし、

何度問い合わせ来ても正常ですって返答くるのは仕方ないと思うわ

2025-02-18

anond:20250218125844

それにしてもあのスピード感はすげぇわ。

こっちが不具合状態写真送ったって言うのもあるんだけど、

日本メーカーだったら2週間とか普通にかかる話がたった15分で終わり。

営業所の規模もデカいんだろうなぁ・・・

中華エミュ機買ったんだが

不具合たからなんとかしちくり~って言ったら即新品送って来たわ・・・

主な用途動画プレイヤー用なんだけど、手ごろに手に入って使いやすくて便利。

中華メーカーサポートの早さってすげぇなぁ・・・・。

ログイン ユーザー登録
ようこそ ゲスト さん