ハード・グッバイ

語り手は、突然の病で亡くなった友人であり指導者でもあるAggie Shawの突然の死に対処することに苦労しています。語り手は悲しみに打ちひしがれ、上司の期待にもかかわらず、いつものように仕事に戻ることが不可能だと感じています。彼らは感情に対処し、喪失を受け入れようと、有給休暇を使い始めます。語り手の友人Meganは連絡を取り、会うことを提案し、非常に必要な聞き役と慰めの感覚を提供します。会っている間、語り手は仕事に対する感情や不満を打ち明け、Meganは対等なパートナーと独自のITグループを始めることができると提案します。語り手はこのアイデアに触発され、フリーランスになることやMeganと新しいビジネスを始めることなど、選択肢を模索し始めます。彼らが調査し計画を進めるにつれて、リスクと不確実性にもかかわらず、目的と興奮の感覚を見つけます。語り手は仕事に戻りますが、それは2週間の辞職を伝え、新しい未来の計画を立てるためだけです。彼らはAggieの古いオフィスで、彼女の存在の象徴であるアヒルのおもちゃを見つけ、それがつながりの感覚と前進するためのモチベーションを与えます。語り手は、古い仕事を捨て、Meganをそばに置いて、新しい章を始めることを決意しています。語り手が仕事を辞めるという決断は、困難な職場環境から逃れるだけでなく、新しい目的と充実感を見つけることでもあります。

The Hard Goodbye thedailywtf.com

+1

RSS Hunter • 昨日

『Error'd』：終わりのない歌？

詐欺師は、ユーザーにコンテンツを最後まで視聴するように強く求めます。これは、今日の「Error'd」エピソードで長期的なコミットメントとしてユーモラスに提示されたタスクです。Amazonは最近、数千人の顧客に大幅に値上げされた請求書を送り、かなりの警戒を引き起こし、広範な懸念を引き起こしました。顧客の一人であるWillyは、Amazonの価格の突然の上昇について懸念を表明し、財政的な精査を予想しました。Dave A.は、アクションがオプションなのか必須なのかを疑問視し、ソフトウェアプロンプトの優柔不断さを強調しました。匿名のユーザーは、屋根掃除会社のためにX軸とY軸の両方に表示されたユニークな5つ星評価システムを発見し、ユーモラスにそれが「屋根の外」であると述べました。Richard H.は、ランダムに生成された請求書番号を参照する疑わしいQuickBooksのメールに遭遇し、それが詐欺であることを強く示唆しました。B.J. H.は、異常に冗長で警告的なシステムメッセージを受け取り、そのようなテキストが「正常」と見なされた場合の緊急プロトコルに関する懸念を引き起こしました。このエピソードでは、移行の困難を軽減することを約束する.NET 9への移行ガイドの広告も含まれていました。

Error'd: The Song that Never Ends? thedailywtf.com

+1

RSS Hunter • 7月24日

クラシックWTF：私の多くのガールフレンド

レミーは、不快な天候のため、暗くて換気の悪い洞窟に後退することをユーモラスに提案する。この感情は、マネージャーが風変わりなソフトウェア開発者を容認していた過去の職場力学を反映している。90年代後半、ITブームの中、マネージャーたちは開発者たちの普段と違う行動に慣れていた。輝かしい推薦状を持っていたステンを採用するにあたり、バリーと彼のチームは風変わりなことに備えていた。初日、ステンは自然光がなく、換気口を閉じられるワークスペースを要求した。バリーは地下にあるステンのオフィスを発見し、ステンはそこを暗くするために蛍光灯を取り除いていた。ステンは終始三人称で話し、「ステン」と自分を呼び、代名詞を混乱させるような使い方をした。また、大量のビタミン剤と奇妙な匂いのするお茶を摂取していた。ステンのコーディングスタイルも同様に奇妙で、彼のいわゆるガールフレンドにちなんで、すべての変数とメソッドに女性の名前を使用していた。命名規則は存在したが、文書化されておらず、解読が困難だった。コードレビューは手の込んだ物語となり、実際のロジックを理解するのが難しくなった。彼の風変わりな性格とコーディングスタイルにもかかわらず、ステンの主な欠点は生産性の低さだった。彼はチームの要求に追いつけず、解雇につながった。バリーは後に別の会社に慎重な推薦状を提供し、ステンに彼のコードを説明するように提案した。ステンはその会社に採用されず、バリーは感謝のギフトバスケットを受け取った。

Classic WTF: My Many Girlfriends thedailywtf.com

+1

RSS Hunter • 7月23日

クラシック WTF：サーバー ルーム ファンとその他の楽しみ

技術者は、整備不良のインフラストラクチャと型破りなソリューションに繰り返し直面しています。一般的な問題の1つは、電力不足のエアコンから生じており、サーバー室の開いたドアの近くでつまずきの危険に注意するよう警告が発せられています。別の技術者は、広範なトラブルシューティングと回線テストを行ったにもかかわらず、雨天時にしか断続的にしか機能しないファックス機に苦労しました。この問題は最終的に、ケーブルが保護されていなかった露出した電話会社の保管庫にたどり着き、経営陣に写真証拠が送られた後、迅速な修正につながりました。さらに不穏な発見として、ソフトウェア会社の木製サーバーラックの上に無造作に置かれた「オフサイトバックアップ」ドライブがありました。場当たり的なソリューションのさらなる例としては、標準的な電気工事から逸脱し、適切な設置よりも露出した接続を好む、型破りな配線が使用されています。マンハッタンのホテルでは、ネットワーク機器が公共の階段の吹き抜けでケーブルから不安定にぶら下がっており、完全に固定されていませんでした。中国では、金属加工工場で柱に数メートル高くボルトで固定されたスイッチが見つかり、産業現場でのさらに珍しい設置が浮き彫りになりました。これらの事件は、さまざまな環境におけるITインフラストラクチャ管理における専門的な基準の普及の欠如を強調しています。これらは、ベストプラクティスへの準拠ではなく、即興と怠慢のパターンを示唆しています。

Classic WTF: Server Room Fans and More Fun thedailywtf.com

+1

RSS Hunter • 7月22日

CodeSOD: クラシックWTF: Fork and Log

レミーは、アダム・Cが遭遇したVXMLプラットフォームのパフォーマンス問題に関する出来事を語る。システムは最小限の負荷でも失敗しており、プロジェクトはすでに遅延していた。VXMLに不慣れなアダムは、手がかりを得るためにアプリケーションログの確認から始めた。彼は繰り返し「例外が発生し、エラーログの書き込みに失敗しました」というエラーメッセージを見つけた。この不可解なメッセージは、ログ記録自体にエラーが発生していると報告していたため、アダムを困惑させた。ソースコードを深く調べた結果、彼は非常に欠陥のあるログ実装を発見した。コードは、log4jのような既存のログフレームワークや、単純なSystem.out.printlnさえ活用するのではなく、エラーをログに記録するために外部コマンドを使用していた。アダムはこのアプローチを非効率的で設計が不十分だと感じた。この特定のコードがパフォーマンス問題の根本原因ではなかったものの、すぐに削除された。この逸話は、レガシーシステムによく見られる技術的負債の一種を浮き彫りにしている。

CodeSOD: Classic WTF: Fork and Log thedailywtf.com

+1

RSS Hunter • 7月21日

CodeSOD:クラシックなWTF:テーブルセレクター

この記事は夏休み中にクラシックなコード例を再訪し、まずソースコードの議論から始めます。著者のクリスチャンは、ドイツ語で「quellcode」が直訳すると「ソースコード」を意味すると指摘しています。彼はユーモラスに「quäl-kot」という新しい用語を作り出し、ドイツ語の罵り言葉と「ソースコード」を組み合わせて、特にひどいコードを表現しています。この印象的な用語は、コードベース内で遭遇した設計の不十分なインターフェースに着想を得ています。問題のあるインターフェースはC#コードのスニペットとして提示されます。ITableSelectorと名付けられ、テーブルを選択するための方法が過剰に多数含まれています。具体的には、selectTable1()、selectTable2()、4a/4b、7a/7b、9a/9b、14a/14b/14c/14d、21a/21bなどのテーブル用の多くのバリエーションがあります。インターフェースはselectTable31()までのメソッド一覧を続けます。この膨大で繰り返しの多いリストは、インターフェースの設計上の欠陥を浮き彫りにしています。類似の手法が多すぎることは、抽象化が不足しているか、構造が不十分であることを示しています。このようなインターフェースは、保守性や拡張性に潜在的な問題を示唆しています。

CodeSOD: Classic WTF: The Table Selector thedailywtf.com

+1

RSS Hunter • 7月20日

エラー'd: プリンセス・プライシング

サムは、ディズニー+がエラーのために利用状況に基づく請求をテストしている可能性があると推測しています。しかし、より一般的な説明がある可能性が高いです。オンラインショッピングサイトでは、価格がゼロの商品に割引が表示されるなど、非論理的な価格設定が表示されました。ハリソンは、スーパーマーケットの商品に逆価格変更が表示されているのを目撃しました。元の価格がゼロで、新しい価格が99ドルでした。割引は逆説的にマイナス無限大パーセントと説明されました。Dragoncoder047は、デバイスが英語に設定されているにもかかわらず、iPhoneのGame Centerウィジェットで文字化けに遭遇しました。エブリンは、商品が7月に登録され、1月に発送され、その後7月に返品されたという荷物追跡の異常を報告しました。このタイムラインの不整合は、単純なタイムゾーンの問題によるものではありません。これらの例は、さまざまなオンラインおよび現実世界のグリッチを浮き彫りにしています。エラーは、請求の可能性から価格設定の不条理、表示のミスまで多岐にわたります。これらは、ユーザーが遭遇する予期せぬデジタルおよびロジスティック上の異常を示しています。

Error'd: Princess Pricing thedailywtf.com

+1

RSS Hunter • 7月17日

CodeSOD: Wait Longer

カレンは、仕様テストで数千回に数回発生する不安定さに遭遇しました。これらの複雑でタイミングに敏感なテストは、寛大なタイミングウィンドウと合格した単体テストにもかかわらず、時折失敗しました。問題はJavaScriptのsetTimeoutに起因しており、ドキュメントではそれ以上待つ可能性があると示唆されているにもかかわらず、Node.jsでは指定された時間が経過する前にコールバックを呼び出すことができます。カレンの単純な待機関数は、当初、遅延を導入するためにsetTimeoutを使用していました。広範なデバッグの後、彼女はこのタイミングの不一致が不安定なテストの根本原因であることを発見しました。これを解決するために、彼女は経過時間を1ミリ秒ごとに継続的にチェックするように待機関数を書き直しました。この新しい関数は、ターゲット期間が満たされた後にのみ操作が完了することを保証し、早期のタイムアウトを防ぎます。効果的ではありますが、このソリューションは非効率的と見なされ、機能テストの厄介な時間感度を浮き彫りにしています。また、Node.jsランタイムのスケジューリング保証の欠陥も指摘しています。著者は、そのような回避策が必要であることに落胆を表明しています。

CodeSOD: Wait Longer thedailywtf.com

+1

RSS Hunter • 7月16日

CodeSOD: The Error Check

コードベースは主にCで書かれており、関数の戻り値は通常ステータスコードを示します。標準的な慣習では、ブール値の戻り値がtrueであれば成功と判断します。しかし、長年開発に携わっている開発者が、混乱を招く別の慣用句を導入しました。この開発者は、ブール値の戻り値がfalseであればエラーを示すとチェックします。この慣習は、その開発者の在籍期間により、プロジェクト内で主流の慣習となっています。その結果、潜在的なエラー条件はすべて、'error'という名前の変数がFALSEと等しいかどうかをチェックすることになります。この慣習は、独自のフレームワーク内では一貫していますが、正式には文書化されていません。新しい開発者は、しばしば最初に標準的なパターンに従います。しかし、非標準的なパターンを持つ既存のコードの膨大な量が、彼らに影響を与えます。この確立されたコードベースは、新しいコードを形成する強い慣性を持ちます。既存のコードが、開発者がコードを変更するのではなく、開発スタイルを効果的に決定します。

CodeSOD: The Error Check thedailywtf.com

+1

RSS Hunter • 7月15日

CodeSOD: AAYFN

提供されたRubyコードは、ブール値の pretty-print と文字列への変換に使用される、boolean value の略である bv という名前の関数を定義しています。この関数は、それぞれプロパティ名、true の値、false の値、null の値を表す prop、tv、fv、nv の 4 つのパラメータを取ります。この関数は send メソッドを使用して、クラスのメンバーに名前でアクセスします。これは、文字列によるメタプログラミングを可能にするRubyのイディオムです。このアプローチは、ブール値以外のフィールドに対して「Not Specified」を返すなど、潜在的な問題につながる可能性があり、誤解を招く可能性があります。ブール値以外のフィールドに関数を適用しようとした場合は、例外をスローすべきであると主張されています。プロパティが存在しない場合や、アクセスされているものがパラメータを取る関数である場合、例外がスローされるため、関数の動作は驚くべきものになる可能性があります。Rubyのドキュメントでは、これらの問題を回避するために、許可されるブール値の良いリストを持つことが推奨されています。しかし、文字列を渡すことによる実行時のメタプログラミングの使用は、依然として問題を引き起こし、コードベースの保守を困難にする可能性があります。テキストの著者はこのアプローチを嫌っており、メタプログラミングにはC++テンプレートの使用を好んでおり、よりシンプルで明確であると考えています。著者は、重要度の高いRubyコードベースは、メタプログラミングの使用により、しばしば保守不能になると考えています。全体として、コードとそのアプローチは問題があり、エラーが発生しやすいと考えられています。

CodeSOD: AAYFN thedailywtf.com

+1

RSS Hunter • 7月14日

簡単なノー

語り手のAnonymousは、人事部でのプリンターの問題解決の経験を語る。印刷ジョブが誤った宛先に送られ、奇妙な出力が発生しており、原因は古い、文書化されていない人事プログラムにあると疑われた。語り手と同僚のReynaldoは、廃止されたサーバーがまだ不可解なことに稼働しており、プリンターとIPアドレスが競合していることを発見した。Reynaldoは、このサーバーが忘れられたプログラムからの古い、匿名の苦情をキャッシュして印刷しているのではないかと推測した。開発者のMeganはプログラムのソースコードを提供し、それが引退した開発者によって作成された文書化されていない混乱であることを確認した。Meganはプログラムのエラー処理を改善することを申し出たが、彼女の上司が割り込み、サポートされていないプロジェクトでの作業を禁止した。企業の官僚主義に不満を感じたAnonymousは、新しい人事部長にメールで懸念をエスカレートさせた。一方、Anonymousは、会社を悩ませているシステム的な問題について話し合うために、メンターのAggieとの会議を手配した。悲劇的なことに、会議が行われる前にAggieは心臓発作で予期せず亡くなった。語り手は、会社の非効率性と、貴重なメンターを失ったことに対する未解決の不満を抱えたままだった。

The Easy No thedailywtf.com

+1

RSS Hunter • 7月13日

Error'd: ただそうだから

会話は、ピーターが「eff eh cue」と言うことから、FAQの読み方についての議論から始まります。その後、テストについて言及され、ピーターは正確に9つの項目を持つFAQを作成するように依頼されます。匿名の人物は、不明な金額を費やし、有効期限が短いためにmymini-factory.comの興味深いオファーを逃したことに言及します。別の読者は、配達予定時間と現地時間のずれを示すスクリーンショットを共有し、迅速な配達を期待していることを表明します。読者は遅延を珍しいと感じますが、変更を歓迎します。マイケル・Rは、0%節約できたはずの6つのクーポンを逃したことを嘆き、それを残念に思っています。Dragoncoder047は、ランタイムスプライトシートパッカーのリファクタリング中に役に立たないエラーメッセージに遭遇したゲームエンジンのフラストレーションを共有します。エラーメッセージは不明瞭で、Dragoncoder047は問題を発見する必要があり、それは特定の要素の不適切な検出に関係していました。会話は、企業が自信を持って望むペースでソフトウェアをリリースできるソフトウェアリリース管理ツールであるBuildMasterの広告によって中断されます。広告は、読者に今日BuildMasterをダウンロードして、その機能とメリットを活用することを奨励しています。

Error'd: Einfach so thedailywtf.com

+1

RSS Hunter • 7月10日

洗い流された

プロジェクトマネージャーの真の価値は、計画能力だけでなく、コミュニケーションスキルにある。有効なプロジェクトマネージャーは、制約を管理しながら、チーム、組織の目標、リーダーシップの間のギャップを埋める。有能なプロジェクトマネージャーは無価値であるのに対し、不適切なものは高額なものとなる。Teganは、MBAを取得し、認定を受けていたが、実務経験はなかった。彼女は複雑なプロジェクトを指揮するよう任命された。彼女は、経験豊富なエンジニアチームを効果的に管理するために必要な基本的なコミュニケーションスキルが不足していた。重要なタイムライン情報を求められたとき、Teganは漠然とした無益な回答を提供した。エンジニアリングチームは、Teganを迂回して直接協力し始め、彼女にプロジェクトの洞察を求めていた管理層を不快にさせた。未経験により、十分な情報に基づいた決定ができないTeganのコミュニケーションは悪化し、プロジェクトは停滞した。彼女の最終的なメールは、「便秘」であると述べており、進歩ができないことをユーモラスに強調していた。最終的に、Teganはプロジェクトを離れ、彼女の後任であるPamは、プロジェクトを前進させるために必要な一貫したコミュニケーションと経験をもたらしたが、特に優れたものではなかった。

Flushed Out thedailywtf.com

+1

RSS Hunter • 7月9日

CodeSOD: モジュールテスト

TJは、すでに退職した開発者たちのコードが含まれるNestJSプロジェクトを引き継ぎました。NestJSは、依存性注入を使用するTypeScriptフレームワークです。コードはコントローラー、プロバイダー、モジュールに整理されます。モジュールはネストすることができ、柔軟な依存関係構造を作成します。コードベースのProjectsModuleは、基本的な空のモジュールの例です。開発者はしばしばコードのテストを作成し、ProjectsModuleのテストファイルが存在します。このテストファイルはProjectsModuleのインスタンス化を試みます。しかし、このテストは単にモジュールのインスタンスを作成するだけで、意味のあるテストではありません。NestJSモジュールは基本的にコンテナであり、動的モジュールはコンストラクション時ではなく実行時にコードを実行します。したがって、この特定のテストは、実際の機能を検証することなく常に合格します。これは、コードカバレッジに貢献せず、モジュールのコンポーネントを検証しない非テストと見なされます。その効果のなさにもかかわらず、TJはテストの存在に気づいています。

CodeSOD: Module Test thedailywtf.com

+1

RSS Hunter • 7月8日

CodeSOD: 保留中

アプリケーション「Dragoncoder」は、作者が好まないものの、現実世界での正当性があるかもしれないユーザーへの待機時間を実装しています。中心的な問題は、この待機時間を表示する責任を負うJavaScriptコード内にあります。minutes変数は12にハードコーディングされており、コードは推定待機時間を表示するための奇妙なロジックを示しています。実際のminutesの値に関わらず、表示される待機時間はほとんどのシナリオで一貫して「12 minute」または「12 minutes」です。待機時間がちょうど60分であっても、「0 hour」と表示されます。作者は、変数がクライアントサイドJavaScriptであるにもかかわらず、出力テキストもサーバー生成であると推測しています。より効率的でユーザーフレンドリーなアプローチは、テンプレートリテラルを使用して時間と分を動的に計算して表示することでしょう。作者は、待機時間機能自体の必要性に疑問を呈し、その存在の強い根本的な理由がない場合は削除される可能性があることを示唆しています。待機時間ページは、初期のバックエンドレンダリング後にCDNによってキャッシュされます。minutes変数のバックエンドレンダリングも、理想的とは言えないデータ転送方法として指摘されています。作者は、複数形の処理の欠如を別の軽微な欠陥として強調しています。60分を「0 hour」と表示するコードの出力は、皮肉を込めて有名な映画に結び付けられています。作者は、待機時間表示のための、よりシンプルで動的なクライアントサイド計算を提案しています。最終的に、作者は待機時間機能の必要性を再評価することを提案しています。

CodeSOD: On Hold thedailywtf.com

+1

RSS Hunter • 7月7日

ベスト...: クラシック WTF: 難しい性格

著者は、独立宣言を無断で退職することに例えて物語を始める。スティーブは新しい会社で最初の週を迎え、コードベースに苦労し、アーキテクトのビルに助けを求める。ビルは、必須の金曜日の会社会議のため不在である。スティーブは、会社のスタートアップという状況を考えると、会議はパーティーのようなインフォーマルなものになるかもしれないと予想する。しかし、面接では時間管理と難しい性格の人々への対処に焦点が当てられていたことを思い出す。スティーブはすぐに、その難しい性格の人物が上司のフランクであり、休憩室で時間を過ごしていることで彼を叱責することを知る。フランクは開発者の時間と活動を極度に管理している。計画会議中、フランクは休憩を取ったビルを激しく叱責する。木曜日、機能デモンストレーション会議は、スティーブのパーソナライズされたコンピュータデスクトップに関するフランクの怒りによって脱線する。フランクは、誰でもどのコンピュータでも使用できるように、開発者はワークステーションをパーソナライズすべきではないと考えている。金曜日の午後、スティーブはフランクの命令で清掃業務のためにモップを与えられる。フランクは、清掃員を信用しないため、開発者自身がオフィスを清掃することを義務付けている。この経験により、スティーブはフランクの時間管理の教訓を退職という形で適用し、別の場所での雇用を求めることになる。

Best of…: Classic WTF: Difficult Personality thedailywtf.com

+1

RSS Hunter • 7月6日

エラー'd: Kaids Hen 2025

ドイツ鉄道は、頻繁な遅延と分かりにくい座席番号で批判されており、ある利用者は座席の積み重ねについて疑問を呈しています。別の旅行者は、Unicode文字を正しく表示できなかった列車のモニターに遭遇しました。飛行機事故に関するイタリアのニュース記事のタイプミスは、面白おかしく1989年7月19日への帰還を示唆していましたが、記事は多くの乗客の英雄的な生存も強調していました。より軽い話題では、改造された二階建てのデロリアンが撮影され、乗客が搭乗前に到着できることをユーモラスに示唆していました。これらの出来事は、集団交通機関での経験の奇妙で、時にはフラストレーションのたまる側面を総体的に浮き彫りにしています。ドイツ鉄道の座席状況は、当惑させる配置を示しています。故障した列車のモニターは、一般的な技術的問題を示しています。タイプミスは、深刻な出来事にSF的な要素を加えています。改造されたデロリアンは、交通機関に気まぐれな要素を加えています。全体として、今週の交通ニュースは、当惑と面白さの混合を提供しました。

Error'd: Kaids Hen 2025 thedailywtf.com

+1

RSS Hunter • 7月3日

CodeSOD：最も危険なゲーム

悪いビデオゲームコードに関する議論は稀ではあるが、保守性の問題よりも、専門的なパフォーマンス最適化に焦点を当てることが多い。リリースされたゲームは、小規模チームによるプロフェッショナルな製品であるにもかかわらず、マルチプレイヤー機能に関連する注目すべき設定ファイルを含んでいる。この設定ファイルは、ネットワークパラメータの広範な調整を可能にする。net_socks_buffer_size という設定には、変更しないようにという警告が付いている。net_max_message_size や net_max_download_frames のような他の設定は、変更

CodeSOD: The Most Dangerous Game thedailywtf.com

+1

RSS Hunter • 7月2日

代表行：特定のキー

コンピュータサイエンスにおける最も難しい問題は命名であり、最近の例がそれを例示している。handleRSAPrivateKeyGeneration という、明示的に RSA 秘密鍵生成を示唆する名前のメソッドが観察された。しかし、この関数は実際にはアルゴリズムをパラメータとして受け入れ、異なる実装を可能にしている。この特定のケースでは、実装ルックアップのためにキーを注入するように見えた。この関数は RSA キーを排他的に生成するのではなく、有効な暗号鍵を返す。デフォルトでは、楕円曲線鍵を生成する。この鍵は、Java Spring コントローラーの一部としてウェブページに表示するために、String として返される。提出者はこれを「WTF」ではなく、誤解を招く可能性のある、命名が不十分な関数だと見なした。命名が具体的すぎると、時には明確さが低下することがある。正確な鍵タイプが常にわかるとは限らないため、handlePrivateKeyGeneration のようなより良い名前がより適切であろう。正確かつ明確に命名するという課題は依然として存在する。

Representative Line: A Specific Key thedailywtf.com

+1

RSS Hunter • 7月1日

ホットフィックス

語り手は、テクニカルサポートの専門家であり、人事部のプリンターが「意味不明な文字を印刷する」という新たな課題に直面しています。チケット保持者のトニーから、この問題は実際に現地へ行く必要があるほど深刻であることを知らされます。向かう途中、彼は以前のメンターで、その後昇進したアギーと短く再会し、コーヒーの約束をします。彼の目的地は、普段は避けたい部署である人事部ですが、以前難しい案件で彼を助けてくれた役員のレイラのことにも思いを巡らせます。到着すると、彼はトニーの上司である年配の男性が、プリンターをドライヤーで修理しようとしており、機械を損傷させる危険があることに気づきます。語り手は介入し、ドライヤーのプラグを抜き、丁寧かつ断固として「ホットヘッド」にプリンターへの潜在的な損害について伝えます。その後、ホットヘッドに別のプリンターを使用するように指示し、自身で問題を解決することを約束すると同時に、レイラにこの件について報告する計画も立てます。ホットヘッドが去った後、語り手はプリンターを点検し、驚くほど損傷がなく、一連のテスト印刷の後で完全に機能することを発見します。その後、トニーと会い、ホットヘッドが彼のボスであることを確認し、語り手がこの件を新しい人事部長に報告してくれることに感謝の意を表します。トニーは、プリンターは古いものの、彼らの部署にとっては「ここに来て新しい」ものであると説明します。後で、休憩中に、語り手は同僚のミーガンとレイナルドにその日の出来事を話し、彼らに「意味不明な文字」の印刷物を見せます。「チェリルと一緒に働くのは安全だと感じない」や「ジョンが私をじっと見つめ続ける」といった、匿名の社内苦情が書かれたページです。ミーガンは、テスト印刷は問題なく機能するという事実からも、ネットワークの問題である可能性を示唆します。ネットワーク管理者であるレイナルドは、印刷物の性質を認識し、匿名の社内苦情のための古い、廃止されたはずのイントラネットシステムを思い出します。苦情が意図せず印刷されていることに気づき、レイナルドは問題の発生源を調査するためにIPアドレスを追跡することを決定します。語り手は、この珍しい技術的問題の解決に協力する準備ができています。

The Hot Fix thedailywtf.com

+1

RSS Hunter • 6月30日

CodeSOD:道外

ファイルパスの区切り文字は、クロスプラットフォームソフトウェアを記述する際に課題となることがあり、すべてのプログラミング言語がそれらを処理するための簡単なAPIを持っているわけではありません。C++ 17以前は、開発者はファイルパスの区切り文字を処理するためにプリプロセッサのマジックを使用する必要があり、しばしばBoostライブラリ群を使用していました。一般的な解決策は、条件付きコンパイルディレクティブを使用してパス区切り文字のプリプロセッサ定数を定義することでした。このアプローチにより、開発者は異なるファイルパスの規約で動作するようにパスを組み立てることができました。しかし、一部の開発者は、パス区切り文字を追加してから正しいものに置き換えるといった間違ったアプローチを取り、重複したエラーを起こしやすいコードにつながりました。この間違ったアプローチは、コードベース全体にコピー＆ペーストされることが多く、同じ欠陥のあるロジックが複数箇所に存在することになりました。複数の開発者が使用していたにもかかわらず、コードはリファクタリングされず、一部のケースでは依然として間違ったパス区切り文字を生成していました。幸いなことに、現代のWindowsは間違ったパス区切り文字に対して寛容ですが、これは悪いコーディングプラクティスを容認するものではありません。より良いアプローチは、パス区切り文字の定数を定義し、コードベース全体で一貫して使用することです。BuildMasterのようなセルフサービスリリース管理プラットフォームを使用することで、開発プロセスを合理化し、このようなエラーの可能性を減らすことができます。

CodeSOD: Off the Path thedailywtf.com

+1

RSS Hunter • 6月29日

エラー発生：Fi fa foe

今週のテクノロジーニュースでは、さまざまなプラットフォームでいくつかの面白いミスやフラストレーションが取り上げられています。ワールドカップの生中継では、「fifafail」が発生し、ホストが口頭で訂正したにもかかわらず、画面上のテキストに国名が誤って表示されました。別のユーザーであるWorkerNumber29200は、求人検索エンジンのフランスの突然の「拡大」に驚きを表明し、地理的フィルタリングのバグを示唆しました。GitHubも笑いの種となり、Hans K.は修正できたらいいのにと思う問題のあるDependabotの問題を報告しました。Peter S.はさらに、GitHubが基本的な算術に苦労しているように見えることを指摘し、ユーモラスに「0=1という未発表の証明を持っているかもしれない」と示唆しました。Amazonでの最近の問題も議論され、MicheleはUSB-C充電器の検索で高価でマイナーな音楽CD（おそらくAI生成）が表示されたことにフラストレーションを感じていました。記事は、セルフサービスリリース管理プラットフォームであるBuildMasterの広告で締めくくられています。

Error'd: Fi fa foe thedailywtf.com

+1

RSS Hunter • 6月26日

ロードマップ

ゲイリーは、最近のプロジェクトの成功により、マネージャーとの会議で称賛されることを期待していました。彼は、不条理なほど多くの重複したコントローラーと整理されていないインフラストラクチャを持つ混沌としたアプリケーションを引き継いでいました。システムは、稼働時間の短さと、手動で信頼性の低いデプロイプロセスに悩まされていました。バックログも同様に管理不能で、優先順位や明確なタスクの説明が欠けていました。しかし、ゲイリーと彼のチームは、これらの重要な問題に対処するために主導権を取りました。彼らは、冗長なリソースを排除し、戦略的な計画を実装することで、クラウドコストを大幅に削減しました。CI/CDパイプラインの実装は、デプロイを合理化し、システムの稼働時間を劇的に改善しました。ゲイリーはこれらの成果を発表する準備ができており、称賛を期待していました。それにもかかわらず、マネージャーたちは、時代遅れのロードマップに対する進捗の欠如という認識について懸念を表明しました。ゲイリーが大幅なコスト削減と開発サイクルの改善について説明したにもかかわらず、マネージャーたちは、対処されていないロードマップ項目に固執しました。彼らは、ロードマップの改訂に関するゲイリーの提案を非生産的として却下しました。最終的に、ゲイリーは評価されていないと感じて会議を終えました。この経験により、ゲイリーは不満を示すために履歴書の更新を開始しました。

The Roadmap thedailywtf.com

+1

RSS Hunter • 6月25日

CodeSOD: 承認済みロガー

Gretchen の開発チームは、会社買収の一環として Initech に買収されました。Initech は、彼らの成功したソフトウェア製品と開発タレントに興味を持っていました。当初、Gretchen のチームはプロジェクトに対する自律性を与えられ、成功していました。既存のコードを再利用するか書き直すか、独自のツールを選択することができ、それが肯定的な結果につながりました。しかし、Gretchen は後に、絶え間ない「火消し」を特徴とする問題のあるプロジェクトに割り当てられました。プロジェクトのコードベースは、不十分な null 処理などの悪いプラクティスを示していました。アプリケーションは、もはやアップデートを受け取っていない古いバージョンの NodeJS に制約されていました。Gretchen は、一貫したコーディング規約の欠如とログ記録の不在に気づきました。既存のログ記録メカニズムさえも効果がなく、メッセージの内容に関係なく「DEBUG」という単語だけを出力していました。コードは、リクエストボディを検証なしに直接データベースに挿入することで HTTP リクエストを処理していました。この特定の機能は、リクエストデータをコピーするための 2 つの異なる方法を試みることで、優柔不断さを示していました。さらに、システムは多くの領域で直接 SQL クエリに依存しており、重大な SQL インジェクションの脆弱性を生み出していました。コードには重要な認証チェックも欠けており、ほとんどのエンドポイントは完全に保護されていませんでした。管理 API のような重要なエンドポイントでさえ、認証が構成されていない重複バージョンがありました。この状況は、プロジェクト内のセキュリティとコード品質における深刻な欠陥を浮き彫りにしました。

CodeSOD: Authorized Logger thedailywtf.com

+1

RSS Hunter • 6月24日

CodeSOD：大騒ぎして、結局は何も成し遂げない

レガシーファイナンスアプリケーションには、多くの副作用があると批判されているC#メソッド、ValueAGPFundが含まれています。このメソッドは、入力パラメータと内部クラスメンバーを変更し、複数の異なる操作を実行します。また、CheckPreviousValuationIfRequiredというメソッドとも連携します。この後者のメソッドは、特定のパラメータに基づいて以前の評価データを取得および処理するように設計されています。ValueAGPFundがCheckPreviousValuationIfRequiredを呼び出し、それがValueAGPFundを呼び返すという循環依存関係から、重大な問題が発生します。さらに、CheckPreviousValuationIfRequiredのreturnステートメントに欠陥があり、null値にアクセスしようとするとNullReferenceExceptionが発生します。このエラーは、おそらく以前の評価データが存在する場合にのみValueAGPFundを再帰的に呼び出すことを意図していた本来のロジックを覆い隠しています。現在の実装では、この関数はnullを返すか、例外をスローするかのどちらかになります。これらの明白な欠陥にもかかわらず、アプリケーションは正しく機能していると報告されています。提出者は、問題のあるコードであるCheckPreviousValuationIfRequiredとそのValueAGPFundとの連携が冗長である可能性があると疑っています。しかし、予期せぬ副作用があるかどうか、またはシステムの他の部分がスローされたNullReferenceExceptionに依存しているかどうかを確認せずに削除することをためらっています。提出者は皮肉を込めて、単体テストが通常このようなリスクを軽減することを指摘しており、単体テストの欠如または不十分さを示唆しています。中心的な問題は、これらの相互依存するメソッドの複雑で潜在的に壊れたロジックにあります。

CodeSOD: Do a Lot to Do Nothing thedailywtf.com

+1

RSS Hunter • 6月23日

CodeSOD:偽りが真であるとき

Lillith は、"dry_run" 機能を持つ Ruby on Rails API に新しいツールを統合しました。この機能により、サービスは変更を適用せずに計算を行うことができました。問題が発生したのは、新しいツールが JSON 形式で {"dry_run": false} を送信したにもかかわらず、サービスがそれを true と解釈したためです。この予期せぬ動作は、文字列や nil の入力を処理するように設計されたヘルパーメソッド param_true? に起因していました。メソッドのロジック、特に !param_value は、実際のブール値の false を誤って true と評価しました。この問題は、POST/PATCH/PUT リクエストがブール値を含む JSON ボディを送信し始めるまで、おそらく見過ごされていました。以前は、GET リクエストはおそらくパラメータの文字列表現のみを送信していました。値を取得した後に params.key?(param_name) を冗長にチェックしていたことも、煩わしい点として指摘されました。根本的な問題は、ヘルパーメソッドがブール値の false を誤って処理していたことでした。これにより、dry_run フラグが一貫して誤認識されました。元の設計におけるパラメータの型に関する仮定が、根本原因であったようです。

CodeSOD: When False is True thedailywtf.com

+1

RSS Hunter • 6月22日

エラー'd: Microbits

匿名の2つの投稿が、数字の面白い使い方を際立たせています。最初の投稿は、フォームに数字が要求される際に、遊び心で「42」を数値の答えとして使用しています。2番目の投稿は、SASのウェブサイトにおけるファイルサイズのナノバイト単位の精度に驚きを表しています。Mark R.は、子供たちのコミュニケーションを完全に法的に網羅することを目指す、ユーモラスな学校の方針を共有しています。Philipp H.は、チャットシステムからの混乱を招くメッセージを提供し、それが哲学的な声明なのか、それとも言葉遊びなのかを問いかけています。Michael R.は、その性質を特定せずに、皮肉を簡潔に指摘しています。このテキストはまた、Juneteenthを認め、.NET 9移行ガイドの広告を含んでいます。全体的なトーンは、風変わりな観察と言葉遊びに焦点を当てた、陽気なものです。匿名の投稿者の1人の数値に関する面白い事実は、不十分に実装された数値検証を含んでいました。もう1つの数値に関する観察は、ファイルサイズ報告の極端な精度に関するものでした。

Error'd: Microbits thedailywtf.com

+1

RSS Hunter • 6月19日

代表的なセリフ：Sort This Out

匿名の投稿者が、以前のコンサルタントが残した問題を修正しています。彼らは最もクリティカルなチケットから着手しました。それらをクリアした後、現在は問題ないものの将来的な問題の可能性を示唆するコードの調査を開始しました。JavaScriptをレビュー中に、カスタムソート関数を発見し、即座に懸念が生じました。この関数の最初の行、obj[x._id.account_id] = x.count_totalは特に懸念されました。このコードは、MongoDBのユニーク識別子であるべきものに対して、誤ってaccount_idフィールドにアクセスしています。これは、任意のオブジェクトがデータベース内でユニーク識別子として使用されていることを示しており、問題のあるプラクティスと見なされています。識別子の問題を超えて、ソート関数内でのこのコードの目的は不明です。この行は、ソートを実行するのではなく、{"id0": 5}のようなオブジェクトを構築しているように見えます。この状況は、コードがまだ失敗を引き起こしていないため、大きな謎となっています。主な疑問は、なぜ壊れていないのか、そして最終的に壊れたときに何が起こるのかということです。

Representative Line: Sort This Out thedailywtf.com

+1

RSS Hunter • 6月18日

CodeSOD: 週次計算

Progress Advanced Business Language (ABL) は冗長で英語に似ていると説明されています。ある開発者は過去 6 か月の日付が必要でしたが、正確さは不要と判断しました。このアプローチでは、おおよその日付を実現するために複雑なロジックが必要でした。コードスニペットはこのプロセスを示しており、現在の日付から始まります。次に、週番号と年を抽出するプロシージャが呼び出されます。条件付きロジックにより、週番号と場合によっては年が調整され、おおよそ 6 か月前を表します。別のプロシージャがこれらの調整された値を日付に変換します。著者は、これは日付計算の回りくどい方法であると述べています。Progress ABL には、このような計算のための専用関数 ADD_INTERVAL が実際にあります。Mirjam は、この関数を使用した 1 行で、すべての回避策を置き換えました。この言語は、広大な過去および未来の範囲内の整数から日付を構築できる、特異な日付処理も示しています。この範囲は、農業以前から遠い未来まで及んでいます。冗長な性質と珍しい日付処理が、「WTF」の側面を形成しています。

CodeSOD: Weekly Calculated thedailywtf.com

+1

RSS Hunter • 6月17日

CodeSOD: 必須フィールド

別のシステムに接続するには、認証情報による認証が必要です。Lisaが引き継いだconnect関数は、認証情報の要件を強制することを意図していますが、デフォルトのパラメータ値を誤って使用しています。これにより、関数は最終的に例外をスローするにもかかわらず、引数なしで呼び出すことが可能になります。主な問題は、誤解を招くデフォルト値だけでなく、それが生み出すデバッグの悪夢にあります。ユーザー名が省略された場合、例外は正しく「username is required」と表示されます。しかし、パスワードが省略された場合、同じ誤解を招くエラーメッセージ「username is required」が表示されます。これは事実上正しいですが、実際の問題であるパスワードの欠落に対処していません。この欠陥のあるエラーメッセージは、「間違っているどころか間違っている」という概念の例です。エラーメッセージは技術的には正しいですが、ユーザーの特定の問題を診断するには全く役に立ちません。より正確なエラーメッセージは、どの認証情報が欠落しているかを明確に示します。この設計上の選択は、効果的なデバッグとユーザーエクスペリエンスを著しく妨げます。

CodeSOD: Required Fields thedailywtf.com

+1

RSS Hunter • 6月16日

CodeSOD：ミスを見つけました

Daniel は、データが存在すると予想されるにもかかわらず、データベースクエリが結果を返さないという問題に遭遇しました。彼はデータベース操作のために execute_read というラッパー関数を使用していました。この関数は、いくつかの疑問のある設計上の選択を示していました。1つの問題は only_one パラメータで、これは専用のデータベースライブラリ関数とは異なり、戻り値を大幅に変更していました。別の問題は、クエリタイミングのしきい値を決定するために env.is_production() を使用していたことで、これは設定パラメータで処理すべきであることを示唆していました。しかし、最も重大な欠陥は、広範な例外ハンドラでした。このハンドラは、すべてのエラーを無差別にキャッチし、ログに記録しましたが、関数の実行を続行させました。その結果、Daniel のクエリに構文エラーがあった場合、関数はその例外をキャッチし、空の結果セットを返しました。これにより実際のエラーが隠蔽され、Daniel はデバッグにかなりの時間を費やすことになりました。彼は最終的にログの中に埋もれたエラーを発見しました。著者は、特にネットワークの問題が発生する可能性のある本番環境では、このようなサイレントフェイルの危険性を強調しました。エラーの明確な兆候なしに空の結果を返すことは、重大な混乱とデバッグの困難につながります。

CodeSOD: Caught a Mistake thedailywtf.com

+1

RSS Hunter • 6月15日

エラー発生：急ぐ必要はありません

読者のAdam R.さんが、毎日メールで郵便物のスキャン画像を送信するサービスであるUSPS Informed Deliveryに関する投稿を寄せました。彼はメールの件名に「None」という珍しい表示があることに気づき、プログラミングのエラーを示唆しました。別の読者であるCarlosさんは、Mint Mobileのテンプレートエンジンに関する問題を共有し、システムの間違いを暗示しました。Robert F.さんは、Carboniteからの奇妙な通知について報告しました。それによると、バックアップファイルが100万日以上後に削除されるとのことで、ドライブを再接続するための途方もなく長い期間が提示されました。The Beast in Blackさんは、Claude Codeさんが単語を使用したことについてコメントし、その意味を問い、遅いシステムは意図的に正直なのかもしれないと示唆しました。Peter S.さんは、Sixtのロイヤリティプログラムに不満を表明しました。そこでは、「シルバー」ステータスに到達するために広範なデータフィールドを入力する必要があり、上位ティアと比較して特典が不明確でした。Adamさんの投稿を受け取った後、著者はYouTube動画に気を取られ、コラムの完成が遅れました。これらの投稿は、デジタルサービスでユーザーが遭遇するさまざまな技術的な不具合や奇妙な点を浮き彫りにしています。これらのエラーは、通知における奇妙なテキストから、重要なアクションに対するありえない期間まで多岐にわたります。著者は、共有された動画リンクによって引き起こされた気を散らすものについて、ユーモラスに認識しています。

Error'd: No Rush thedailywtf.com

+1

RSS Hunter • 6月12日

CodeSOD: ハンガリーでのデート

著者は、コードにおけるハンガリアン記法に強い不満を表明しています。その誤用と不適切な日付処理の例を挙げています。特定のコードスニペットでは、隠しフィールド Hdn_SelectedDate から初期化された変数 sCDate2 が使用されています。プレフィックス s は文字列を示唆していますが、変数は日付を保持しており、CDate2 という接尾辞は説明されていません。別の隠しフィールド Hdn_SelectedShifts は、10.5 が 10:30 を表す倍精度浮動小数点数として時間を格納しています。この値はその後 DateTime.FromOADate を使用して操作されます。著者は、OLE オートメーションの歴史と、1899 年 12 月 30 日からのオフセットというその特異な日付表現について掘り下げています。このシステムは、1900 年がうるう年として扱われた Excel のバグを引き継いでいます。コードはその後、時間を表す倍精度浮動小数点数を OADate に変換し、時間を抽出し、それを日付文字列と結合します。著者は、C# の AddHours メソッドがより簡単な解決策であっただろうと指摘しています。さらに、時間データは、より一般的な形式ではなく、ドロップダウンのために手動で浮動小数点数としてエンコードされていました。この複雑なプロセスは、著者のハンガリアン記法に対する一般的な嫌悪感を強化しています。

CodeSOD: Dating in Hungarian thedailywtf.com

+1

RSS Hunter • 6月11日

CodeSOD: Delicious Fudge

ステラ（以前）から、非常に省略されたスニペットが送られてきました。元のコードは数千行に及び、単一のtryブロックに含まれています。しかし、そのすべてを見なくてもWTFはかなり明確です。 try: # 例外処理なしのビジネスロジック全体 except: print("Fudge")もちろん、彼らは実際にfudgeとは言いませんでしたが、私たちは主にメインページでの冒涜的な言葉を避けるように努めています。ほとんどの場合。いずれにせよ、操作が途中で失敗し、どこで、なぜ、どのように失敗したのか全く分からない場合、「ああ、fudge！」が適切な表現です。[広告] ProGetは、NuGetフィードのセキュリティとアクセス制御をカバーします。詳細はこちらをご覧ください。

CodeSOD: Delicious Fudge thedailywtf.com

+1

RSS Hunter • 6月10日

CodeSOD: Driven Development

開発者は、テスト駆動開発やドメイン駆動開発のような方法論を取り巻くドグマに注意すべきです。ドメイン駆動開発（DDD）自体は健全な実践ですが、その原則は厳格に適用される可能性があり、否定的な結果につながる可能性があります。DDDの核となる考え方は、技術的な詳細から切り離して、ビジネスドメインを抽象的な言葉でモデル化することです。これにより、より効果的でカスタマイズされたドメインロジックが可能になります。しかし、特にバズワードの連発とともに、DDDへの準拠を自慢するチームは警告の兆候となる可能性があります。例としてこの問題を示します。CakeSessionRepositoryInterface の「ドメイン」クラスは、DDDの原則に明らかに違反しています。DDDにおけるリポジトリは、ドメインオブジェクトのデータストレージを抽象化する必要があります。認証チェックの処理、Cookieとのやり取り、セッション情報の管理、またはCakePHPのような特定のWebフレームワークへの依存を行うべきではありません。提供されたコードスニペットは、その簡潔さにもかかわらず、DDDの根本的な誤解と誤用を示しています。これは、チームが真にDDDを実践していたのではなく、表面的な解釈に固執していたことを示唆しています。DDDの誤用は、方法論を厳格なドグマとして扱う危険性を浮き彫りにしています。

CodeSOD: Driven Development thedailywtf.com

+1

RSS Hunter • 6月9日

CodeSOD:チェック、チェック

提供されたReactコードスニペットは、ユーザーの権限に基づいて管理者オプションを表示します。 論理AND演算子を使用した条件付きレンダリングアプローチを使用しています。 ユーザーが管理者であるか、結果を表示する権限がある場合、「Admin Actions」ヘッダーがレンダリングされます。 ヘッダーに続いて、「Show Results」ボタンも条件付きで表示されます。 このボタンは、ユーザーが管理者であるか、結果を表示できるという同じ権限基準を満たした場合にのみ表示されます。 著者はこの実装を「belts and braces」アプローチに例え、冗長性を示唆しています。 この重複した条件は、セキュリティや機能性を向上させないと考えています。 このコードは、機密性の高い管理者機能へのアクセスを制限することを目的としています。 しかし、繰り返されるチェックは不要または非効率であると指摘されています。 中心的な考え方は、権限のあるユーザーが管理者関連のコンテンツを見るということですが、その実装の繰り返しが疑問視されています。

CodeSOD: Check and Check thedailywtf.com

+1

RSS Hunter • 6月8日

「Error'd：橋売ります」

ある詐欺師が、Googleを買収しようとしているコンソーシアムの一員であると偽り、個人を騙そうとしています。この手口では、偽のLinkedInプロフィールを作成し、架空の企業買収提案を記載したメールを送信します。詐欺師は、取引が成立する直前に手数料を要求してくる可能性が高いです。 ある被害者は、Googleを所有していないことさえ指摘し、この詐欺の手口の欠陥をユーモアを交えて指摘しています。別のエピソードでは、複雑な電話料金の請求サイクルに頭を悩ませている人がいます。また、「逆Y2Kバグ」と呼ばれる奇妙なソフトウェアの問題が紹介されており、これはアップデートを行うために時間を遡る必要があるというものです。 「NaN」の30％を計算する問題が出題され、その答えは明確に定義されている。最後に、ブラウザの言語が認識されない際に、ウェブサイトが英語の代替テキストを提供できないという「翻訳の行き違い」によるエラーが取り上げられている。リリース管理プラットフォーム「BuildMaster」の広告も掲載されている。

Error'd: Bridge for Sale thedailywtf.com

+1

RSS Hunter • 6月5日

CodeSOD: Build Up

SQLクエリの文字列連結は、問題の一般的な原因です。著者は、生のSQL文字列の代わりにSQLビルダーAPIを使用することを提唱しています。このビルダーは、必要に応じてSQLにレンダリングできる構文ツリーを構築し、直接的な文字列操作の問題を回避します。ORMも選択肢ですが、著者はそれらをリーキーアブストラクションと見なしています。チームはJavaを使用しており、SQL文字列ではなくビルダーを使用するというルールに従っていました。しかし、構築にStringBuilderを使用しており、これは技術的にはビルダーの定義に適合します。このStringBuilderアプローチは、単なる追加手順を伴う文字列連結に過ぎませんでした。例のコードは、クエリを作成するために使用されたStringBuilderを示していますが、生成されたSQL文字列は、意図された目的に対して根本的に不正確で不完全でした。この壊れたコードが即座に検出されずに本番環境で実行されたという事実は、重大な懸念事項です。エラーが静かに無視されたか、または欠陥のある出力が警告を発するほど重要ではなかったことを示唆しています。著者はこれを「WTF」の瞬間として強調し、堅牢なエラー処理または検証の欠如を強調しています。

CodeSOD: Build Up thedailywtf.com

+1

RSS Hunter • 6月4日

CodeSOD: あなたから真実を引き出す

フランクは、ReactのuseMemo関数を使用した珍しいJavaScriptコードに出くわしました。useMemoフックは通常、コストのかかる計算を最適化するために使用されます。しかし、この場合、それは認証を決定するために使用されており、変数の値を単純にチェックするだけでした。具体的なコードスニペットは、一見非論理的な条件を示していました：session && token && !group === false。著者は、認証されるためには、session、token、groupがすべてnullでない必要があると説明しています。より簡単なアプローチはsession && token && groupまたは!!(session && token && group)でしょう。著者はgroupの否定について疑問を呈し、それがどのように正しい認証結果を生み出す可能性があるのかを尋ねています。彼らは、短絡評価を含むJavaScriptの&&演算子の動作について詳しく説明しています。次に、提供された式を分析し、null === falseがfalseと評価されることを説明しています。著者は、そのコードが意図したとおりに機能することに信じられないという思いを表明し、それが賢明な設計というよりも、偶然の演算子の蓄積の結果である可能性を示唆しています。彼らは、それがLLMによって生成されたコードであるか、スキル不足の開発者の産物であると推測し、明確な意図の欠如を強調しています。

CodeSOD: Coerce the Truth Out of You thedailywtf.com

+1

RSS Hunter • 6月3日

CodeSOD: 日付をブロックしました

提供されたPHPコードスニペットは、不備のある日付処理を示しています。まず、ロシア語の月名の配列が定義されています。次に、コードは投稿を処理するループに入りますが、投稿を2回冗長にチェックしています。主な問題は、日付の解析と表示方法にあります。日付は文字列として取得され、ピリオドを使用して部分に分割されます。コードは、2番目の日付部分の数字を調べて月番号を抽出しようとします。月の最初の数字が「0」であるかどうかをチェックし、そうであれば2番目の数字を、そうでなければ最初の数字を取得します。この抽出された単一の数字が、月配列のインデックスとして使用されます。しかし、このロジックは、月のインデックスとして常に単一の文字しか抽出しないため、不備があります。年の後半の月では、インデックスが「1」になることが多く、実際にはどの月であっても「January」が誤って表示される結果となります。著者はこれを残酷だと指摘し、コードのロケール固有性を指摘しています。記事では、組み込みのPHP日付関数を使用することが簡単な修正策になると提案しています。PHPの柔軟な構文について、'if :' や 'endif' のような代替ブロック表記が可能であり、コードベース内でスタイルの混乱を招く可能性があるという観察がなされています。著者はまた、異なるプログラミングパラダイムを混在させる可能性についても言及しています。

CodeSOD: Blocked the Date thedailywtf.com

+1

RSS Hunter • 6月2日

フェイスブックになろう

父親が、2012年頃から始まった息子たちのITキャリアへの関与について語る。彼の3人の息子は、著名なVIPの支援を受けた有望なウェブプロジェクトで職を得た。その後、息子たちは父親にプロジェクトへの投資を依頼し、父親はそれに応じた。プロジェクトは遅延し、予算を超過し、未完成のままローンチされた。その後、CEOは父親を招き、問題を解決させた。父親はそこで、プロジェクトの見積もりが5,000ドルからそれ以上の金額まであり、あるベンダーはインドからの安価な労働力の外部委託を計画していたことを発見した。機能回復後、CEOはFacebookがPHPを使用しているという話に触発され、プロジェクトをPHPで書き直すべきだと宣言した。その後、書き直し期間の見積もり会議が開かれ、ほとんどの人が数週間で済むと示唆したが、父親は少なくとも7ヶ月という現実的な見積もりを提示した。その結果、彼は「十分に先見の明がない」として解雇された。息子たちはさらに1年間残り、PHPによる書き直しの遅延について報告した。著者はこの経験を通して、最も経験豊富な個人ほど、人気はないものの、最も正確な時間とコストの見積もりを提供することが多いと示している。そして、読者に世代間の職場における奇妙な体験談を共有するよう促している。

Let's Be Facebook! thedailywtf.com

+1

RSS Hunter • 6月1日

エラー'd: スーパーSEO戦略

このウェブサイトは、簡単なタイプミスによりウェブサイトのリンクが容易に可能になっているため、一貫してブログスパムを引きつけています。マイケル・R.は英国での雇用機会を探しており、関連するウェブサイトをリンクしました。B.J.H.はWeather.comの不正確な天気予報、特に曖昧な気温予報に不満を抱いています。ジェイク・W.は、特に緊急性や不満もなく、ダルムシュトロングでの求人についてさりげなく言及しています。マーティン・K.は、マイクロソフト・デンマークのCEOの辞任に関連する日付の間違いが含まれていたニュース記事を指摘しています。トティは、ウェブサイトに一般的で皮肉なコメントをいくつか投稿しています。このサイトの主な機能は、さまざまなトピックに関する短く、ユーモラス、または批判的な観察をホストすることです。広告は、移行の困難を回避するための支援を提供する、.NET 9への移行のための無料ガイドを宣伝しています。全体的なトーンは陽気で会話的であり、ユーザーが提出したさまざまなコンテンツがあります。ユーザーのやり取りは、コメンテーターとオブザーバーのコミュニティを示唆しています。

Error'd: Super SEO Strategies thedailywtf.com

+1

RSS Hunter • 5月29日

コードSOD: このコンディションは？

提供されたコードは、Qtアプリケーション内で parametersFilter という関数を定義しており、プローブ設計に使用されている可能性が高いです。この関数は、プローブのタイプ、位置インデックス、およびプローブ設計リストを入力として受け取ります。入力パラメータに基づいて、to と from という2つの文字列のペアを生成することを目的としています。コアロジックは、さまざまなシナリオを処理する一連の条件分岐を含んでいます。これらのシナリオには、pos の値（-1、0、または最後の要素のインデックスであるかどうか）と probeDesign リストの長さのチェックが含まれます。関数はまた、プローブ部分の type をチェックし、特に「stylus」要素を探します。コード内の異なる分岐は、リストが空の場合や要素が1つだけの場合などのエッジケースを処理します。これらの条件の主な目的は、リストに対する境界チェックを実行することです。典型的な操作の大部分は、最後の else ステートメントで発生します。分析によると、元のコードは、その複雑さにもかかわらず、おそらく簡略化できる可能性があります。著者は、untodesu の「2行」が、冗長なエッジケース処理を合理化する可能性のある、よりシンプルなバージョンの関数が可能であることを示唆していると推測しています。コードの構造は、元の開発者が特定のエッジケースに対処するためにこの関数を過剰に設計した可能性があることを示しています。関数の複雑さは、提供されたリスト内で異なる位置とプローブタイプを処理する必要性から生じています。ソフトウェアリリースツールの広告もテキスト内に提供されています。

CodeSOD: What Condition is This thedailywtf.com

+1

RSS Hunter • 5月28日

CodeSOD: ファイルはまだありますか？

このテキストは、古いPHPのeコマースアプリケーションからの問題のあるコードスニペットについて論じています。元の開発者は、ファイルを送信するファイルがあるかどうかを頻繁に尋ねていました。提示されたコードは、$files配列に値が格納されている場合に、ファイルを電子メールに添付することを目的としています。コードは、$files配列に要素があるかどうかを冗長にチェックしています。次に、配列を反復処理し、各ファイルを添付ファイルとして追加します。著者は、開発者が二重条件が不要であることを知っていたことを示唆しています。インデントは、コードの欠陥に対する無意識の認識を示唆しています。重要な問題は、冗長な条件がアプリケーションのパフォーマンスを妨げていることです。単純化されたアプローチは、ファイル配列を直接反復処理することを含みます。不要な条件は、悪いコーディングプラクティスと理解の欠如を示しています。テキストは、BuildMasterソフトウェアの広告で締めくくられています。

CodeSOD: Are There Files Yet? thedailywtf.com

+1

RSS Hunter • 5月27日

ホエール・アホイ

提供されたテキストは、困難な労働環境における3つの異なる経験を紹介しています。最初の話は、匿名の開発者の経験を詳述しています。そこでは、クライアントのマイナーな問題である回転するリフレッシュアイコンが最優先事項となり、週末の無給の残業を要求されました。彼らの会社の焦点は、CEOの重要性によって決定され、クライアントの力に基づいたフラストレーションのたまる優先順位付けを浮き彫りにしました。ダニエル・オーナーによる2番目の話は、大手小売業者のために動的なデジタルフライヤーを継続的に作成するために、「つぎはぎとダクトテープ」を使用していた会社について説明しています。この不十分なソリューションは8年間機能し、処理能力のかなりの部分を消費しました。ブライアンによる最後の話は、軍産複合体内の有害な労働環境を例示しています。ブライアンの人生は、実際のニーズよりも巨大な企業によって左右されていました。彼は、プロジェクトの引き継ぎの後、絶え間ないプレッシャー、厳しい労働シフト、そして尊敬の欠如に直面しました。この経験は、将来の雇用機会の申し出にもかかわらず、業界に対する否定的な認識につながりました。これらの例は、一部の労働環境がどれほど困難になりうるかを強調することを目的としています。テキストは、読者に同様の経験を投稿するよう呼びかけ、ProGetの広告で締めくくられています。

Whales Ahoy! thedailywtf.com

+1

RSS Hunter • 5月26日

CodeSOD: クラシックWTF: 1.5ティア アプリケーションデザイン

このテキストは、脆弱なJavaScriptコードを含むWebアプリケーションに関わる状況を説明しています。Môsheによって調査されたそのコードは、動的なSQL生成を使用しており、重大なセキュリティリスクを生み出していました。配送データを処理することを意図したsendLinkVal関数は、連結されたSQL文字列で構築されていました。これにより、潜在的なSQLインジェクション攻撃が可能になり、機密性の高い顧客データが露出する可能性がありました。Môsheはこの脆弱性を発見し、顧客データを操作できた方法を詳細に説明しました。彼はこの問題を配送サービスに報告し、開発者との連絡につながりました。開発者は解決策として、クエリを.NETバックエンドに移行しました。しかし、バックエンドの解決策でもSQL文字列の連結が使用されていました。変更にもかかわらず、パラメータ化クエリの欠如により、アプリケーションはSQLインジェクション攻撃に対して脆弱なままでした。このテキストは、悪いプログラミング習慣とセキュリティ上の欠陥に関する注意喚起として機能します。

CodeSOD: Classic WTF: One-and-a-Half-Tiered Application Design thedailywtf.com

+1

RSS Hunter • 5月25日

エラー'd：4月は特別、あなたも特別

ブログ記事は、4月のような毎月がウェブサイトにとって特別であることを祝い、様々なユーモラスな観察が続きます。ある投稿では、リトアニアでの時間のずれに言及し、異なるタイムゾーンまたはレストランの誤りを提案しています。別のコメント投稿者は、Amazonの不確かな配送見積もりを風刺し、さらに別の投稿者は、記事を締めくくるために駄洒落を提供しています。最後に、記事の後にProGetの広告が続き、NuGetフィードへのアクセスを制限することに焦点を当てています。

Error'd: April is Special, and so are you thedailywtf.com

+1

RSS Hunter • 5月22日

CodeSOD: In the Know

デライラは、職場で見つけたPythonスクリプトを批判します。このスクリプトはYAMLデータをマージしようとしており、古い設定を新しい設定で効果的に更新します。大きな問題は、Pythonの組み込みin演算子を不必要に再作成するkey_exists関数です。この関数はtry-exceptブロックを使用しており、単純なkey in dictionaryイディオムと比較して不格好なアプローチです。スクリプトの著者は、同じコード内で正しいin演算子と欠陥のあるkey_exists関数の両方を一貫性のない使用しています。コードの全体的な構造は乱雑で、下手なシェルスクリプトに似ています。スクリプトはyaml.loadを使用してYAMLファイルを読み込み、ロードしてからデータをマージします。データベースタグの更新を処理するためのrevert_db_tags関数が含まれています。コアロジックは、古いYAMLデータと新しいYAMLデータの間でキーと値を比較することを含みます。比較は、新しいデータへのマージまたは特定のタグ調整をトリガーします。最後に、変更されたデータはyaml.dumpを使用して新しいYAMLファイルに書き戻されます。著者は、スクリプトは下手であり、Pythonの組み込み機能の不必要な複雑化を示していると結論付けています。

CodeSOD: In the Know thedailywtf.com

+1

RSS Hunter • 5月21日

CodeSOD: この一件のためにバーを見つけろ

このテキストは、FooとBarエンティティ間のデータを同期するために使用される、設計の悪い「データポンプ」アプリケーションを批判しています。このアプリケーションは、Quarkusで書かれ、レガシーシステムとやり取りする夜間バッチジョブを含んでいます。バッチジョブの主な機能は、Fooエンティティに基づいてBarエンティティを特定し、更新することです。コードは、Barエンティティの欠落をフィルタリングする代わりに、すべてのFooエンティティを取得するため、非効率的です。中核的な問題は、複数のWebサービス呼び出しを行うトランザクション内の更新プロセスにあります。この設計は、タイムアウト、競合、データベース接続の枯渇といったパフォーマンスの問題につながります。長期間続くトランザクションの使用、Webサービス呼び出しの数、適切な接続プール設定の欠如がすべてこれらの問題に寄与しています。著者は、トランザクションを手動で管理する必要性と、Webサービスの不安定さを批判しています。根本的な問題は、参照的に不正なデータを作成することにつながるバッチジョブアプローチそのものです。著者は、再設計によってバッチジョブが完全に排除され、状況が改善されることを示唆しています。テキストは、パッケージ管理プラットフォームの広告で締めくくられています。

CodeSOD: Find a Bar for This One thedailywtf.com

+1

RSS Hunter • 5月20日

スリーディジットアクロニム

JBのデータベースには、一意のIDを生成するために設計されたthree_alpha_numericsという名前のテーブルが含まれています。このテーブルには、3文字の文字列を格納するdigit列と、その数字が数値であるか（'Y'）否か（'N'）を示すis_numeric列の2つの列があります。このテーブルの主な目的は、効率的な一意のID生成を促進することです。ストアドプロシージャは、このテーブルを別のテーブルと結合し、未使用の数字でフィルタリングすることにより、一意のIDを生成するためにこのテーブルを利用します。しかし、ストアドプロシージャはis_numericが'Y'である行のみを考慮します。その結果、非数値データを含むテーブルの大部分は決して利用されません。このテーブルは、約1,000個の一意のIDの限られたセットの生成を可能にし、これは十分であると見なされます。この設計は、これらのIDを生成するために多くの情報を犠牲にしています。このようなセットアップは、データベースで一意のIDを生成するという複雑なタスクを管理するために不可欠です。未使用の英数字のトリプレットは、このアプローチの結果として生じます。この設計は、非効率性があっても、一意の数値識別子の生成を優先します。その後、テキストにはBuildMasterの宣伝広告が含まれています。

Three Digit Acronyms thedailywtf.com

+1

RSS Hunter • 5月19日