힘든 작별

화자는 갑작스러운 질병으로 사망한 친구이자 멘토인 애기 쇼(Aggie Shaw)의 갑작스러운 상실에 대처하기 위해 고군분투하고 있습니다. 화자는 슬픔에 압도되어 상사의 기대에도 불구하고 평소처럼 업무에 복귀하는 것이 불가능하다고 느낍니다. 그들은 감정을 처리하고 상실을 받아들이기 위해 유급 휴가를 사용하기 시작합니다. 화자의 친구 메건이 연락하여 만나자고 제안하며, 절실히 필요한 경청과 위안을 제공합니다. 만남 동안 화자는 직장에 대한 자신의 감정과 좌절감을 털어놓고, 메건은 동등한 파트너와 함께 자신들만의 IT 그룹을 시작할 수 있다고 제안합니다. 화자는 이 아이디어에 영감을 받아 프리랜서로 일하거나 메건과 함께 새로운 사업을 시작하는 등 다양한 옵션을 탐색하기 시작합니다. 조사하고 계획하면서 위험과 불확실성에도 불구하고 목적의식과 흥분을 느낍니다. 화자는 직장으로 돌아가지만, 2주간의 통지를 하고 새로운 미래를 계획하기 위해서입니다. 그들은 애기의 옛 사무실에서 애기의 존재를 상징하는 고무 오리를 발견하고, 이는 그들에게 연결감과 앞으로 나아갈 동기를 부여합니다. 화자는 메건과 함께 옛 직장을 뒤로하고 새로운 장을 시작하기로 결심합니다. 화자가 직장을 그만두기로 한 결정은 단순히 어려운 업무 환경에서 벗어나기 위한 것이 아니라, 새로운 목적의식과 성취감을 찾기 위한 것입니다.

The Hard Goodbye thedailywtf.com

+1

RSS Hunter • 어제

오류 발생: 끝이 없는 노래?

사기꾼들은 사용자들이 콘텐츠를 끝까지 보도록 강요하는데, 이는 오늘날 "Error'd" 에피소드에서 장기적인 약속으로 유머러스하게 묘사된 작업입니다. 아마존은 최근 수천 명의 고객에게 상당히 과다 청구된 청구서를 보내 광범위한 우려를 불러일으켰고 상당한 불안감을 야기했습니다. 고객 중 한 명인 윌리는 아마존 가격의 갑작스러운 인상에 대한 걱정을 표현하며 재정 감사를 예상했습니다. 데이브 A.는 소프트웨어 프롬프트의 우유부단함을 강조하며, 어떤 행동이 선택 사항인지 아니면 필수인지 의문을 제기했습니다. 익명의 사용자는 지붕 청소 회사를 위해 X축과 Y축 모두에 표시된 독특한 5성급 등급 시스템을 발견하고는 "지붕에서 벗어났다"고 유머러스하게 언급했습니다. 리처드 H.는 무작위로 생성된 송장 번호를 언급하는 의심스러운 QuickBooks 이메일을 접했고, 이는 사기일 가능성이 높다고 강력히 시사했습니다. B.J. H.는 비정상적으로 장황하고 불안한 시스템 메시지를 받았는데, 이러한 텍스트가 "정상"으로 간주된다면 비상 프로토콜에 대한 우려를 제기했습니다. 이 에피소드에는 .NET 9로 마이그레이션하는 방법에 대한 가이드 광고도 포함되어 마이그레이션의 어려움을 완화해 줄 것을 약속했습니다.

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

+1

RSS Hunter • 7월 24일

클래식 WTF: 나의 많은 여자친구들

레미는 불쾌한 날씨 때문에 어둡고 환기가 안 되는 동굴로 후퇴하자고 유머러스하게 제안합니다. 이러한 감정은 관리자들이 괴짜 소프트웨어 개발자들을 용인했던 과거 직장 역학 관계를 반영합니다. 90년대 후반, IT 붐과 함께 관리자들은 개발자들의 특이한 행동에 익숙해져 있었습니다. 훌륭한 추천서를 받은 스텐을 채용하면서 배리와 그의 팀은 괴짜스러움에 대비했습니다.첫날, 스텐은 자연광이 없고 환기구를 닫을 수 있는 작업 공간을 요청했습니다. 배리는 지하에서 스텐의 사무실을 발견했고, 스텐은 형광등을 제거하여 공간을 어둡게 하고 있었습니다. 스텐은 자신을 "스텐"이라고 지칭하며 대명사를 혼란스럽게 사용하는 등 오직 3인칭으로만 말했습니다. 그는 또한 많은 양의 비타민과 이상한 냄새가 나는 차를 마셨습니다.스텐의 코딩 스타일도 마찬가지로 특이했는데, 모든 변수와 메서드에 여자 이름들을 사용했으며, 이는 그의 여자친구들이라고 주장하는 사람들의 이름을 따서 지은 것이었습니다. 일부 명명 규칙이 존재했지만, 문서화되지 않았고 해독하기 어려웠습니다. 코드 리뷰는 복잡한 서사가 되었고, 실제 로직을 이해하기 어렵게 만들었습니다.그의 괴짜스러움과 코딩 스타일에도 불구하고, 스텐의 주된 몰락은 느린 생산성이었습니다. 그는 팀의 요구 사항을 따라가지 못했고, 결국 해고되었습니다. 배리는 나중에 다른 회사에 조심스러운 추천서를 제공하며, 스텐에게 자신의 코드를 설명하도록 하라고 제안했습니다. 그 회사는 스텐을 채용하지 않았고, 배리는 감사 선물 바구니를 받았습니다.

Classic WTF: My Many Girlfriends thedailywtf.com

+1

RSS Hunter • 7월 23일

클래식 WTF: 서버실 팬 및 기타 재미있는 것들

기술자들은 제대로 관리되지 않은 인프라와 비정상적인 해결책으로 인해 반복되는 문제에 직면합니다. 흔한 문제 중 하나는 전력이 부족한 에어컨에서 발생하며, 이는 서버실 문이 열려 있는 근처에서 넘어질 위험에 주의하라는 경고를 유발합니다. 또 다른 기술자는 광범위한 문제 해결과 회선 테스트에도 불구하고 습한 날씨에만 간헐적으로 작동하는 팩스 기계로 어려움을 겪었습니다. 이 문제는 결국 케이블이 보호되지 않은 채 방치된 노출된 통신 사업자 금고에서 비롯되었으며, 경영진에게 사진 증거가 전송된 후 신속하게 수정되었습니다.또 다른 불안한 발견은 소프트웨어 회사 내 나무 서버 랙 위에 임의로 놓인 "오프사이트 백업" 드라이브와 관련이 있었습니다. 임시방편적인 해결책의 추가적인 예로는 표준 전기 관행에서 벗어나 적절한 설치 대신 노출된 연결을 선호하는 비정상적인 배선 사용이 있습니다. 맨해튼의 한 호텔은 네트워크 장비가 공용 계단에서 케이블에 위태롭게 매달려 있고 전혀 고정되지 않은 상태임을 드러냈습니다. 중국에서는 금속 가공 공장의 기둥에 몇 미터 높이로 볼트로 고정된 스위치가 발견되어 산업 환경에서의 더욱 특이한 설치를 강조했습니다.이러한 사건들은 다양한 환경에 걸쳐 IT 인프라 관리에서 전문적인 표준의 만연한 부족을 강조합니다. 이는 모범 사례를 준수하기보다는 즉흥적인 대처와 방치를 보여주는 패턴을 시사합니다.

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

+1

RSS Hunter • 7월 22일

CodeSOD: 클래식 WTF: Fork and Log

레미는 아담 C.가 겪었던 VXML Platform 성능 문제에 대한 일화를 이야기합니다. 시스템은 최소한의 부하에서도 실패하고 있었고, 프로젝트는 이미 일정보다 늦어지고 있었습니다. VXML에 익숙하지 않았던 아담은 단서를 찾기 위해 애플리케이션 로그를 살펴보는 것으로 시작했습니다. 그는 반복적으로 "Exception encountered writing error log"라는 오류 메시지를 발견했습니다. 이 알 수 없는 메시지는 로깅 자체에서 오류를 보고했기 때문에 아담을 당황하게 했습니다. 소스 코드를 깊이 파고든 그는 매우 결함이 있는 로깅 구현을 발견했습니다. 코드는 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일

오류 발생: 공주 가격 책정

Sam은 Disney+가 오류로 인해 사용량 기반 요금제를 테스트하고 있을지도 모른다고 추측합니다. 하지만 더 일반적인 설명이 있을 가능성이 높습니다. 한 온라인 쇼핑 사이트에서 가격이 0인 상품에 할인을 제공하는 비논리적인 가격 책정을 표시했습니다. Harrison은 슈퍼마켓 상품에 역 가격 변경이 표시된 것을 관찰했는데, 원래 가격은 0달러이고 새 가격은 99달러였습니다. 할인율은 역설적으로 음의 무한대 퍼센트로 설명되었습니다. Dragoncoder047은 기기가 영어로 설정되어 있음에도 불구하고 iPhone의 Game Center 위젯에서 mojibake를 겪었습니다. Evelyn은 7월에 등록되고 1월에 배송된 후 다시 7월로 돌아온 상품 추적 이상 현상을 보고했습니다. 이 타임라인 불일치는 단순한 시간대 문제로 인한 것이 아닙니다. 이러한 예는 다양한 온라인 및 실제 오류를 강조합니다. 오류는 요금 청구 가능성부터 가격 책정의 부조리함, 표시 오류까지 다양합니다. 이는 사용자가 겪는 예상치 못한 디지털 및 물류 이상 현상을 보여줍니다.

Error'd: Princess Pricing thedailywtf.com

+1

RSS Hunter • 7월 17일

CodeSOD: 더 오래 기다리세요

카렌은 사양 테스트에서 플래키니스(flakiness)를 경험했는데, 이는 수천 번의 실행마다 몇 번씩 발생했습니다. 이러한 복잡하고 타이밍에 민감한 테스트는 관대한 타이밍 창과 통과한 단위 테스트에도 불구하고 가끔 실패했습니다. 이 문제는 JavaScript의 setTimeout에서 비롯되었는데, 이는 문서에서 더 오래 기다릴 수 있다고 제안하는 것과 달리 Node.js에서는 지정된 시간이 경과하기 전에 콜백을 실제로 호출할 수 있습니다. 카렌의 간단한 대기 함수는 처음에 지연을 도입하기 위해 setTimeout을 사용했습니다. 광범위한 디버깅 후, 그녀는 이 타이밍 불일치가 플래키 테스트의 근본 원인임을 발견했습니다. 이를 해결하기 위해 그녀는 경과 시간을 1밀리초마다 계속 확인하도록 대기 함수를 다시 작성했습니다. 이 새로운 함수는 목표 기간이 충족된 후에만 작업이 완료되도록 보장하여 조기 타임아웃을 방지합니다. 효과적이기는 하지만, 이 해결책은 비효율적인 것으로 간주되며 기능 테스트의 문제가 되는 시간 민감성을 강조합니다. 또한 Node.js 런타임의 스케줄링 보장의 결함을 지적합니다. 저자는 이러한 해결책이 필요하다는 사실에 대해 실망감을 표현합니다.

CodeSOD: Wait Longer thedailywtf.com

+1

RSS Hunter • 7월 16일

CodeSOD: 오류 점검

코드베이스는 주로 C로 작성되었으며, 함수 반환 값은 일반적으로 상태 코드를 나타냅니다. 표준 관례는 성공을 위해 부울 반환 값이 true인지 확인하는 것입니다. 그러나 오랜 개발자가 혼란스러운 대안 관용구를 도입했습니다. 이 개발자는 오류를 나타내기 위해 부울 반환 값이 false인지 확인합니다. 이 관행은 개발자의 재직 기간으로 인해 프로젝트 내에서 지배적인 관례가 되었습니다. 결과적으로 잠재적인 오류 조건은 'error'라는 변수가 FALSE와 같은지 확인하는 것을 포함합니다. 자체 프레임워크 내에서 일관성이 있지만, 이 관례는 공식적으로 문서화되지 않았습니다. 신규 개발자는 종종 처음에 표준 패턴을 따릅니다. 그러나 비표준 패턴을 가진 기존 코드의 엄청난 양이 그들에게 영향을 미칩니다. 이 확립된 코드베이스는 새로운 코드를 형성하는 강력한 관성을 가지고 있습니다. 기존 코드는 개발자가 코드를 변경하기보다는 효과적으로 개발 스타일을 결정합니다.

CodeSOD: The Error Check thedailywtf.com

+1

RSS Hunter • 7월 15일

CodeSOD: AAYFN

제공된 Ruby 코드는 boolean value의 약자인 bv라는 함수를 정의하며, 이는 boolean 값을 보기 좋게 출력하고 문자열로 변환하는 데 사용됩니다. 이 함수는 속성 이름, true 값, false 값, null 값을 각각 나타내는 prop, tv, fv, nv의 네 가지 매개변수를 받습니다. 이 함수는 send 메서드를 사용하여 이름으로 클래스의 멤버에 접근하는데, 이는 문자열을 통한 메타프로그래밍을 허용하는 Ruby 관용구입니다. 이러한 접근 방식은 비 boolean 필드에 대해 "Not Specified"를 반환하는 것과 같이 오해의 소지가 있는 잠재적인 문제를 야기할 수 있습니다. 비 boolean 필드에 함수를 사용하려고 시도하면 대신 예외가 발생해야 한다고 주장됩니다. 속성이 존재하지 않거나 접근하는 것이 매개변수를 받는 함수인 경우 예외가 발생하므로 함수의 동작은 놀라울 수 있습니다. Ruby 문서는 이러한 문제를 피하기 위해 허용되는 boolean 값의 좋은 목록을 갖는 것을 권장합니다. 그러나 문자열을 전달하여 런타임 메타프로그래밍을 사용하는 것은 여전히 문제를 야기하고 코드베이스를 유지 관리하기 어렵게 만들 수 있습니다. 텍스트의 저자는 이 접근 방식을 싫어하며, 더 간단하고 명확하다고 생각하는 C++ 템플릿을 메타프로그래밍에 사용하는 것을 선호합니다. 저자는 사소하지 않은 Ruby 코드베이스가 메타프로그래밍의 사용으로 인해 유지 관리할 수 없게 되는 경우가 많다고 믿습니다. 전반적으로 코드와 그 접근 방식은 문제가 있고 오류가 발생하기 쉬운 것으로 간주됩니다.

CodeSOD: AAYFN thedailywtf.com

+1

RSS Hunter • 7월 14일

쉬운 안 돼

화자인 Anonymous는 인사부에서 프린터 문제를 해결했던 경험을 이야기합니다. 인쇄 작업이 잘못 전달되어 이상한 결과가 나왔고, 범인은 오래되고 문서화되지 않은 인사부 프로그램으로 추정되었습니다. 화자와 동료 Reynaldo는 프린터가 설명할 수 없이 여전히 실행 중인 폐기된 서버와 IP 주소를 공유하는 IP 주소 충돌을 발견했습니다. Reynaldo는 이 서버가 잊혀진 프로그램에서 온 오래된 익명의 불만 사항을 캐싱하고 인쇄하고 있다고 추측했습니다. 개발자 Megan은 프로그램의 소스 코드를 제공하여 은퇴한 개발자가 만든 문서화되지 않은 엉망임을 확인했습니다. Megan은 프로그램의 오류 처리를 개선하겠다고 제안했지만, 그녀의 상사는 지원되지 않는 프로젝트 작업 금지를 명령했습니다. 기업 관료주의에 좌절한 Anonymous는 새로운 인사부 책임자에게 이메일로 우려를 제기했습니다. 한편, Anonymous는 회사에 만연한 시스템 문제를 논의하기 위해 멘토인 Aggie와 회의를 주선했습니다. 비극적으로, 그들의 회의가 열리기 전에 Aggie는 심장마비로 예기치 않게 사망했습니다. 화자는 회사의 비효율성과 소중한 멘토의 상실에 대한 해결되지 않은 좌절감을 안고 남겨졌습니다.

The Easy No thedailywtf.com

+1

RSS Hunter • 7월 13일

오류 발생: 그냥 그렇게

대화는 FAQ 발음에 대한 논의로 시작되며, Peter는 "eff eh cue"라고 발음합니다. 그런 다음 테스트가 언급되고 Peter는 정확히 아홉 개의 항목으로 FAQ를 만들도록 요청받습니다. 익명의 인물은 알 수 없는 금액을 지출했으며 myminifactory.com에서 촉박한 만료일 때문에 흥미로운 제안을 놓쳤다고 언급합니다. 다른 독자는 빠른 배송을 기대하며 스크린샷을 공유하고 예상 배송 시간과 현지 시간의 차이를 지적합니다. 독자는 지연이 특이하다고 생각하지만 변화를 환영합니다. Michael R.은 0%를 절약할 수 있었던 여섯 개의 쿠폰을 놓친 것을 한탄하며, 이는 고통스럽다고 생각합니다. Dragoncoder047은 게임 엔진과의 좌절스러운 경험을 공유하며, 런타임 스프라이트시트 패커를 리팩토링하는 동안 도움이 되지 않는 오류 메시지에 직면했습니다. 오류 메시지가 불분명했고 Dragoncoder047은 특정 요소의 부적절한 감지와 관련된 문제를 파악해야 했습니다. 대화는 BuildMaster 광고로 중단됩니다. BuildMaster는 기업이 원하는 속도로 자신 있게 소프트웨어를 출시할 수 있도록 하는 소프트웨어 릴리스 관리 도구입니다. 광고는 독자들이 오늘 BuildMaster를 다운로드하여 기능과 이점을 활용하도록 권장합니다.

Error'd: Einfach so thedailywtf.com

+1

RSS Hunter • 7월 10일

Flushed Out

프로젝트 관리자의 진정한 가치는 계획 능력뿐만 아니라 의사소통 능력에 있습니다. 효과적인 프로젝트 관리자는 제약을 관리하면서 팀, 조직 목표 및 리더십 간의 격차를 해소합니다. 유능한 프로젝트 관리자는 귀중하지만, 비효율적인 관리자는 비용이 많이 들 수 있습니다. 자격증은 있지만 실무 경험이 없는 MBA 신졸업생인 Tegan은 복잡한 프로젝트를 이끌도록 배정되었습니다. 그녀는 경험 많은 엔지니어 팀을 효과적으로 관리하는 데 필요한 필수 의사소통 기술이 부족했습니다. 중요한 타임라인 정보를 요청받았을 때, 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일

Error'd: Kaids Hen 2025

도이체 반은 빈번한 지연과 혼란스러운 좌석 번호 지정으로 비판을 받고 있다. 한 사용자는 좌석을 쌓는 것을 의문시했다. 또 다른 여행자는 유니코드 문자를 올바르게 표시하지 못하는 열차 모니터를 만났다. 비행기 사고에 대한 이탈리아 뉴스 기사에서 오타가 발생하여 2989년 7월 19일로 돌아가는 것처럼 재미있게 제안했지만 기사에서는 또한 많은 승객의 영웅적인 생존을 강조했다. 더 가벼운 분위기에서 수정된 2층 데로리언이 사진에 찍혀서 승객들이 탑승하기 전에 도착할 수 있음을 유머러스하게 제안했다. 이러한 사건들은 집단적으로 대중 교통 경험의 특이하고 때로는 좌절되는 측면을 강조한다. 도이체 반의 좌석 상황은 당혹스러운 배치를 나타낸다. 고장난 열차 모니터는 일반적인 기술적인 문제를 보여준다. 오타는 심각한 사건에 과학 소설의 터치를 제공한다. 수정된 데로리언은 교통 수단에 유쾌한 요소를 추가한다. 전반적으로 주간 교통 뉴스는 혼란과 재미의 혼합을 제공했다.

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와 같은 다른 설정은 수정 시 게임 재시작이 필요하며 2의 거듭제곱이어야 합니다. net_udp_packet_size는 큰 값으로 설정되어 있으며, 권장 조각 차단 및 IPv6 요구 사항에 대한 메모가 있습니다. 추가 설정은 UDP 패킷 버퍼 크기를 제어하며, 수신 버퍼가 가득 찼을 때 패킷이 삭제될 수 있다는 경고가 포함됩니다.UDP 패킷 크기에 대한 운영 체제 권장 사항을 재정의하는 옵션도 있으며, 이는 잠재적으로 네트워킹을 비활성화하거나 게임을 충돌시킬 수 있습니다. UDP 체크섬을 비활성화하는 결정은 선택적이며 아마도 불필요한 기능으로 제시됩니다. 결정적으로, 플레이어가 이러한 설정을 구성할 수 있다는 것은 다른 플레이어의 네트워크 스택에 대한 서비스 거부 공격을 시작할 수 있는 잠재력을 의미합니다.설정 파일은 특정 매개변수를 변경하는 것에 대해 "딕(dick)"이 되지 말라고 유머러스하게 경고합니다. 네트워킹을 넘어, 진정으로 충격적인 설정은 명시적으로 "DANGEROUS AS F*"로 표시된 sys_ignore_variable_constraints입니다. 저자는 잠재적으로 파괴적인 목적으로 이 위험한 플래그를 모든 게임과 심지어 자신의 로봇 소프트웨어에도 추가할 것을 유머러스하게 옹호합니다.

CodeSOD: The Most Dangerous Game thedailywtf.com

+1

RSS Hunter • 7월 2일

대표 라인: 특정 키

컴퓨터 과학에서 가장 어려운 문제는 이름 짓기이며, 최근의 한 예시가 이를 잘 보여줍니다. RSA 개인 키 생성을 명시적으로 나타내는 handleRSAPrivateKeyGeneration이라는 메서드가 관찰되었습니다. 그러나 이 함수는 실제로 알고리즘을 매개변수로 받아들여 다양한 구현을 허용합니다. 이 특정 경우에는 구현 조회를 위한 키를 삽입하는 것으로 보였습니다. 이 함수는 독점적으로 RSA 키를 생성하는 것이 아니라 유효한 암호화 키를 반환합니다. 기본적으로 타원 곡선 키를 생성합니다. 이 키는 Java Spring 컨트롤러의 일부로 웹 페이지에 표시하기 위해 문자열로 반환될 가능성이 높습니다. 제출자는 이것이 "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일

코드SOD: 길에서 벗어나

파일 경로 구분자는 크로스 플랫폼 소프트웨어를 작성할 때 어려움을 야기할 수 있으며, 모든 프로그래밍 언어가 이를 처리하기 위한 명확한 API를 제공하는 것은 아닙니다. C++ 17 이전에는 개발자들이 종종 Boost 라이브러리 제품군을 사용하여 전처리기 마법을 사용해야 했습니다. 일반적인 해결책은 조건부 컴파일 지시문을 사용하여 경로 구분자에 대한 전처리기 상수를 정의하는 것이었습니다. 이 접근 방식은 개발자들이 서로 다른 파일 경로 규칙에 맞춰 작동하는 방식으로 경로를 조립할 수 있도록 했습니다. 그러나 일부 개발자들은 경로 구분자를 추가한 다음 올바른 것으로 바꾸는 등 잘못된 접근 방식을 취했으며, 이는 중복되고 오류가 발생하기 쉬운 코드로 이어졌습니다. 이 잘못된 접근 방식은 종종 코드베이스 전체에 복사되어 붙여넣어졌고, 동일한 결함 있는 논리가 여러 인스턴스로 존재하게 되었습니다. 여러 개발자가 사용했음에도 불구하고 코드는 리팩토링되지 않았으며, 일부 경우에는 여전히 잘못된 경로 구분자를 생성했습니다. 다행히도 최신 Windows는 잘못된 경로 구분자를 용인하지만, 이것이 잘못된 코딩 관행을 정당화하지는 않습니다. 더 나은 접근 방식은 경로 구분자에 대한 상수를 정의하고 코드베이스 전체에서 일관되게 사용하는 것입니다. BuildMaster와 같은 셀프 서비스 릴리스 관리 플랫폼을 사용하면 개발 프로세스를 간소화하고 이러한 오류의 가능성을 줄일 수 있습니다.

CodeSOD: Off the Path thedailywtf.com

+1

RSS Hunter • 6월 29일

Error'd: Fi fa foe

이번 주 기술 뉴스에서는 다양한 플랫폼에서 발생한 몇 가지 재미있는 실수와 답답한 상황들이 강조되었습니다. "피파 실패(fifafail)"는 월드컵 생중계에서 진행자가 구두로 수정했음에도 불구하고 화면 자막에 국가 이름이 잘못 표시된 사건을 포함했습니다. 또 다른 사용자 WorkerNumber29200은 구직 엔진의 프랑스 "확장"에 놀라움을 표하며 지리 필터링의 버그를 시사했습니다. GitHub 또한 재미의 원천이었는데, Hans K.는 자신이 수정할 수 있기를 바라는 문제적인 Dependabot 이슈를 보고했습니다. Peter S.는 GitHub가 기본적인 산술에 어려움을 겪는 것처럼 보인다며, 농담으로 "0=1이라는 미발표 증명"을 가지고 있을지도 모른다고 제안했습니다. 아마존의 최근 문제들도 논의되었는데, Michele은 USB-C 충전기 검색 결과로 비싸고 잘 알려지지 않은, 아마도 AI 생성 음악 CD가 나온 것에 좌절감을 느꼈습니다. 기사는 셀프 서비스 릴리스 관리 플랫폼인 BuildMaster 광고로 마무리됩니다.

Error'd: Fi fa foe thedailywtf.com

+1

RSS Hunter • 6월 26일

로드맵

최근 프로젝트 성공으로 인해 Gary는 관리자들과의 회의에서 칭찬을 기대했습니다. 그는 터무니없이 많은 중복 컨트롤러와 정리되지 않은 인프라를 가진 혼란스러운 애플리케이션을 물려받았습니다. 시스템은 낮은 가동 시간과 수동적이고 신뢰할 수 없는 배포 프로세스로 고통받고 있었습니다. 백로그 또한 우선순위나 명확한 작업 설명이 부족하여 관리하기 어려웠습니다. 그러나 Gary와 그의 팀은 중요한 문제들을 해결하기 위해 주도적으로 나섰습니다. 그들은 중복된 리소스를 제거하고 전략적 계획을 구현함으로써 클라우드 비용을 크게 절감했습니다. CI/CD 파이프라인을 구현함으로써 배포가 간소화되었고 시스템 가동 시간이 크게 향상되었습니다. Gary는 이러한 성과를 발표할 준비가 되어 있었고, 칭찬을 기대했습니다. 대신, 그의 관리자들은 오래된 로드맵에 대한 그의 진척 부족에 대해 우려를 표했습니다. Gary가 상당한 비용 절감과 개선된 개발 주기에도 불구하고 설명을 했음에도 불구하고, 그의 관리자들은 해결되지 않은 로드맵 항목에 집착했습니다. 그들은 로드맵 수정에 대한 그의 제안을 비생산적인 것으로 일축했습니다. 결국 Gary는 인정받지 못했다는 느낌으로 회의를 마쳤습니다. 이 경험은 Gary가 자신의 불만을 나타내며 이력서 업데이트를 시작하게 만들었습니다.

The Roadmap thedailywtf.com

+1

RSS Hunter • 6월 25일

CodeSOD: 승인된 로거

그레첸의 개발팀은 회사 인수 과정에서 Initech에 인수되었습니다. Initech는 그들의 성공적인 소프트웨어 제품과 개발 인재에 관심을 가졌습니다. 처음에는 그레첸의 팀은 프로젝트에 대한 자율성을 부여받아 성공적이었습니다. 기존 코드를 재사용하거나 다시 작성하고 자체 도구를 선택할 수 있었으며, 이는 긍정적인 결과로 이어졌습니다. 그러나 그레첸은 나중에 지속적인 "긴급 조치"로 특징지어지는 문제가 있는 프로젝트에 배정되었습니다. 프로젝트의 코드베이스는 부적절한 null 처리와 같은 좋지 않은 관행을 보였습니다.애플리케이션은 더 이상 업데이트되지 않는 구식 NodeJS 버전에 국한되었습니다. 그레첸은 일관된 코딩 규칙의 부족과 로깅의 부재를 지적했습니다. 기존 로깅 메커니즘조차 효과가 없었으며, 메시지 내용에 관계없이 "DEBUG"라는 단어만 출력했습니다. 코드는 요청 본문을 유효성 검사 없이 데이터베이스에 직접 삽입하여 HTTP 요청을 처리했습니다. 이 특정 함수는 요청 데이터를 복사하기 위해 두 가지 다른 방법을 시도함으로써 우유부단함을 보여주었습니다.또한, 시스템은 많은 영역에서 직접 SQL 쿼리에 의존하여 상당한 SQL 삽입 취약점을 야기했습니다. 코드에는 중요한 권한 부여 검사가 부족했으며, 대부분의 엔드포인트는 완전히 보호되지 않았습니다. 관리 API와 같은 중요한 엔드포인트조차 인증이 구성되지 않은 중복 버전이 있었습니다. 이러한 상황은 프로젝트 내에서 보안 및 코드 품질의 심각한 결함을 강조했습니다.

CodeSOD: Authorized Logger thedailywtf.com

+1

RSS Hunter • 6월 24일

CodeSOD: 많은 일을 하면서도 아무것도 이루지 못하다

레거시 금융 애플리케이션에는 C# 메서드인 ValueAGPFund가 포함되어 있는데, 이는 수많은 부작용으로 비판받고 있습니다. 이 메서드는 입력 매개변수와 내부 클래스 멤버를 수정하며 여러 가지 별개의 작업을 수행합니다. 또한 CheckPreviousValuationIfRequired라는 메서드와 상호 작용합니다. 이 후자의 메서드는 특정 매개변수를 기반으로 이전 평가 데이터를 검색하고 처리하도록 설계되었습니다.ValueAGPFund가 CheckPreviousValuationIfRequired를 호출하고, 이것이 다시 ValueAGPFund를 호출하는 순환 종속성에서 심각한 문제가 발생합니다. 또한 CheckPreviousValuationIfRequired의 반환문이 잘못되어 null 값을 액세스하려고 할 때 NullReferenceException을 발생시킵니다. 이 오류는 이전 평가 데이터가 존재할 때만 ValueAGPFund를 재귀적으로 호출하려던 의도된 로직을 가릴 가능성이 높습니다. 현재 구현은 이 함수가 null을 반환하거나 예외를 발생시킨다는 것을 의미합니다.이러한 명백한 결함에도 불구하고 애플리케이션은 올바르게 작동하는 것으로 보고되었습니다. 제출자는 문제가 되는 코드인 CheckPreviousValuationIfRequired와 ValueAGPFund와의 상호 작용이 중복될 수 있다고 의심합니다. 그러나 예상치 못한 부작용이 있는지 또는 시스템의 다른 부분이 발생한 NullReferenceException에 의존하는지 확인하지 않고 제거하는 것을 망설이고 있습니다. 제출자는 단위 테스트가 일반적으로 이러한 위험을 완화할 것이라고 비꼬아 말하며, 단위 테스트의 부재 또는 부적절함을 암시합니다. 핵심 문제는 이러한 상호 의존적인 메서드의 복잡하고 잠재적으로 잘못된 로직에 있습니다.

CodeSOD: Do a Lot to Do Nothing thedailywtf.com

+1

RSS Hunter • 6월 23일

CodeSOD: 거짓이 참일 때

릴리스는 "dry_run" 기능이 있는 Ruby on Rails API에 새로운 도구를 통합했습니다. 이 기능은 서비스가 변경 사항을 적용하지 않고 계산할 수 있도록 했습니다. 새로운 도구가 JSON 형식으로 {"dry_run": false}를 보냈지만 서비스가 이를 true로 해석하면서 문제가 발생했습니다. 이 예상치 못한 동작은 문자열 또는 nil 입력을 처리하도록 설계된 헬퍼 메서드인 param_true?에서 비롯되었습니다. 메서드의 논리, 특히 !param_value는 실제 boolean false를 true로 잘못 평가했습니다. 이 문제는 POST/PATCH/PUT 요청이 boolean 값을 가진 JSON 본문을 보내기 시작할 때까지 눈치채지 못했을 가능성이 높습니다. 이전에는 GET 요청이 매개변수의 문자열 표현만 보냈을 것입니다. 값을 검색한 후 params.key?(param_name)를 중복으로 확인하는 메서드도 번거로운 점으로 지적되었습니다. 핵심 문제는 헬퍼 메서드가 boolean false 값을 잘못 처리한 것이었습니다. 이로 인해 dry_run 플래그가 일관되게 잘못 식별되었습니다. 매개변수 유형에 대한 원래 설계의 가정은 근본 원인으로 보입니다.

CodeSOD: When False is True thedailywtf.com

+1

RSS Hunter • 6월 22일

Error'd: Microbits

두 개의 익명 기고문은 숫자의 재미있는 사용 사례를 강조합니다. 첫 번째는 양식에 숫자를 요구할 때 "42"를 숫자 답변으로 장난스럽게 사용합니다. 두 번째는 파일 크기에 대한 SAS 웹사이트의 나노바이트 정밀도에 대한 놀라움을 표현합니다. Mark R.는 어린이 통신에 대한 완전한 법적 보장을 목표로 하는 재미있는 학교 정책을 공유합니다. Philipp H.는 철학적 진술인지 말장난인지 의문을 제기하는 채팅 시스템의 혼란스러운 메시지를 제공합니다. Michael R.는 그 성격을 명시하지 않고 아이러니를 간결하게 지적합니다. 이 텍스트는 또한 Juneteenth를 인정하고 .NET 9 마이그레이션 가이드 광고를 포함합니다. 전반적인 분위기는 가볍고, 기발한 관찰과 말장난에 초점을 맞춥니다. 익명의 기고가 중 한 명의 숫자 관련 재미있는 사실은 잘못 구현된 숫자 유효성 검사를 포함했습니다. 다른 숫자 관련 관찰은 파일 크기 보고의 극단적인 정밀도에 관한 것이었습니다.

Error'd: Microbits thedailywtf.com

+1

RSS Hunter • 6월 19일

대표 라인: 이것을 해결하세요

익명의 제출자가 이전 컨설턴트가 남긴 문제를 해결하고 있습니다. 가장 중요한 티켓부터 처리하기 시작했습니다. 그것들을 해결한 후, 현재는 문제가 없지만 향후 문제가 발생할 가능성이 있는 코드를 검토하기 시작했습니다. 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은 이 함수를 사용하여 전체 임시방편을 한 줄로 대체했습니다. 이 언어는 또한 특이한 날짜 처리를 보여주며, 농업 이전부터 먼 미래까지 방대한 역사적 및 미래 범위 내의 정수로부터 날짜를 구성할 수 있습니다. 이 범위는 농업 이전부터 먼 미래까지 확장됩니다. 장황한 특성과 특이한 날짜 처리가 "WTF" 측면에 기여합니다.

CodeSOD: Weekly Calculated thedailywtf.com

+1

RSS Hunter • 6월 17일

CodeSOD: 필수 필드

다른 시스템에 연결하려면 자격 증명을 통한 인증이 필요합니다. Lisa가 상속받은 connect 함수는 자격 증명 요구 사항을 강제하려 했지만, 기본 매개변수 값을 잘못 사용했습니다. 이로 인해 함수가 어떤 인수 없이도 호출될 수 있으며, 결국 예외가 발생하게 됩니다. 주요 문제는 오해의 소지가 있는 기본값뿐만 아니라 이로 인해 발생하는 디버깅의 악몽입니다. 사용자 이름이 생략되면 예외는 "username is required"라고 올바르게 표시됩니다. 그러나 비밀번호가 생략되면 "username is required"라는 동일한 오해의 소지가 있는 오류 메시지가 표시됩니다. 이는 사실적으로는 맞지만 실제 문제인 누락된 비밀번호를 다루지 못합니다. 이 잘못된 오류 메시지는 "not even wrong"이라는 개념을 보여줍니다. 오류 메시지는 기술적으로는 정확하지만 사용자의 특정 문제를 진단하는 데 전혀 도움이 되지 않습니다. 더 정확한 오류 메시지는 어떤 자격 증명이 누락되었는지 명확하게 나타내야 합니다. 이러한 설계 선택은 효과적인 디버깅과 사용자 경험을 크게 방해합니다.

CodeSOD: Required Fields thedailywtf.com

+1

RSS Hunter • 6월 16일

CodeSOD: 실수를 발견했습니다

Daniel은 데이터가 있을 것으로 예상했음에도 불구하고 데이터베이스 쿼리가 결과를 반환하지 않는 문제를 겪었습니다. 그는 데이터베이스 상호 작용을 위해 execute_read라는 래퍼 함수를 사용하고 있었습니다. 이 함수는 몇 가지 의심스러운 설계 선택을 보였습니다. 한 가지 문제는 only_one 매개변수였는데, 이는 전용 데이터베이스 라이브러리 함수와 달리 반환 유형을 상당히 변경했습니다.또 다른 문제는 쿼리 타이밍 임계값을 결정하기 위해 env.is_production()을 사용하는 것이었는데, 이는 구성 매개변수가 이를 처리해야 함을 시사했습니다. 그러나 가장 치명적인 결함은 광범위한 예외 처리기였습니다. 이 처리기는 모든 오류를 무차별적으로 잡아서 기록했지만 함수가 계속 진행되도록 허용했습니다.결과적으로 Daniel의 쿼리에 구문 오류가 발생했을 때 함수는 예외를 잡고 빈 결과 집합을 반환했습니다. 이는 실제 오류를 숨겨 Daniel이 상당한 시간을 디버깅하는 데 소비하게 만들었습니다. 그는 결국 로그에서 오류를 발견했습니다. 저자는 이러한 침묵하는 실패의 위험, 특히 네트워크 문제가 발생할 수 있는 프로덕션 환경에서의 위험을 강조했습니다. 오류에 대한 명확한 표시 없이 빈 결과를 반환하는 것은 상당한 혼란과 디버깅 어려움으로 이어집니다.

CodeSOD: Caught a Mistake thedailywtf.com

+1

RSS Hunter • 6월 15일

Error'd: No Rush

"독자 Adam R.은 매일 우편물 스캔을 이메일로 보내주는 USPS Informed Delivery 서비스에 대한 제보를 보냈다. 그는 이메일 제목에 "None"이라는 특이한 문구가 있는 것을 발견하고 프로그래밍 오류를 시사했다. 또 다른 독자인 Carlos는 Mint Mobile의 템플릿 엔진 문제를 공유하며 시스템상의 실수를 암시했다. Robert F.는 Carbonite 알림에서 백업 파일이 백만 일 이상 후에 삭제될 것이라는 기이한 내용을 보고했는데, 이는 드라이브를 다시 연결하기에 터무니없이 긴 시간이었다. 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을 나타내는 double 형식으로 시간을 저장합니다. 이 값은 DateTime.FromOADate를 사용하여 조작됩니다. 저자는 OLE 자동화의 역사와 1899년 12월 30일에서 오프셋된 특이한 날짜 표현에 대해 자세히 설명합니다. 이 시스템은 1900년을 윤년으로 취급했던 Excel 버그를 상속했습니다. 그런 다음 코드는 double 형식의 시간을 OADate로 변환하고 시간을 추출하여 날짜 문자열과 결합합니다. 저자는 C#의 AddHours 메서드가 더 간단한 해결책이 될 것이라고 지적합니다. 또한, 시간 데이터는 더 일반적인 형식을 사용하는 대신 드롭다운을 위해 수동으로 부동 소수점 숫자로 인코딩되었습니다. 이 복잡한 과정은 헝가리안 표기법에 대한 저자의 전반적인 싫음을 강화합니다.

CodeSOD: Dating in Hungarian thedailywtf.com

+1

RSS Hunter • 6월 11일

CodeSOD: 맛있는 퍼지

"Stella (이전)가 우리에게 매우 생략된 스니펫을 보냈습니다. 원본 코드는 단일 try 블록에 포함된 수천 줄입니다. 하지만 WTF는 그 모든 것을 보지 않고도 꽤 명확합니다: try: # 예외 처리 없이 전체 비즈니스 로직 except: print("Fudge")물론 그들은 실제로 fudge라고 말하지 않았지만, 우리는 주로 메인 페이지에서 비속어를 사용하지 않으려고 노력합니다. 주로. 어쨌든, 작업이 중간 어딘가에서 실패하고 어디서, 왜, 어떻게 실패했는지 전혀 모를 때: "Oh, fudge!"는 적절한 표현입니다.[광고] ProGet은 NuGet 피드에 대한 보안 및 액세스 제어를 제공합니다. 자세히 알아보기."

CodeSOD: Delicious Fudge thedailywtf.com

+1

RSS Hunter • 6월 10일

CodeSOD: Driven Development

개발자는 테스트 주도 개발(test-driven development) 또는 도메인 주도 개발(domain-driven development)과 같은 방법론을 둘러싼 독단에 주의해야 합니다. 도메인 주도 개발(DDD) 자체는 건전한 실천 방법이지만, 그 원칙이 엄격하게 강요될 경우 부정적인 결과를 초래할 수 있습니다. DDD의 핵심 아이디어는 기술적 세부 사항과 분리된 추상적인 용어로 비즈니스 도메인을 모델링하는 것입니다. 이를 통해 더 효과적이고 맞춤화된 도메인 로직을 구현할 수 있습니다. 그러나 DDD 준수를 자랑하는 팀, 특히 많은 신조어를 사용하는 팀은 경고 신호가 될 수 있습니다.이 문제를 설명하는 예시는 다음과 같습니다. CakeSessionRepositoryInterface에 대한 "도메인" 클래스는 DDD 원칙을 명백히 위반합니다. DDD에서 리포지토리는 도메인 객체의 데이터 저장을 추상화해야 합니다. 인증 확인을 처리하거나, 쿠키와 상호 작용하거나, 세션 정보를 관리하거나, CakePHP와 같은 특정 웹 프레임워크에 종속되어서는 안 됩니다. 제공된 코드 스니펫은 간결함에도 불구하고 DDD에 대한 근본적인 오해와 오용을 보여줍니다. 이는 팀이 진정으로 DDD를 실천한 것이 아니라 피상적인 해석을 따른 것임을 시사합니다. DDD의 오용은 방법론을 엄격한 독단으로 취급하는 위험을 강조합니다.

CodeSOD: Driven Development thedailywtf.com

+1

RSS Hunter • 6월 9일

코드SOD: 체크 앤 체크

제공된 React 코드 스니펫은 사용자 권한 부여에 따라 관리자 옵션을 표시합니다. 논리적 AND 연산자를 사용하여 조건부 렌더링 접근 방식을 사용합니다. 사용자가 관리자이거나 결과를 볼 수 있는 권한이 있는 경우 "Admin Actions" 헤더가 렌더링됩니다. 헤더에 이어 "Show Results" 버튼도 조건부로 표시됩니다. 이 버튼은 사용자가 관리자이거나 결과를 볼 수 있는 동일한 권한 부여 기준을 충족하는 경우에만 나타납니다. 작성자는 이 구현을 "belts and braces" 접근 방식에 비유하며 중복을 시사합니다. 그들은 이 중복된 조건이 보안이나 기능성을 향상시키지 않는다고 믿습니다. 이 코드는 민감한 관리 기능에 대한 액세스를 제한하는 것을 목표로 합니다. 그러나 반복적인 검사는 불필요하거나 비효율적인 것으로 표시됩니다. 핵심 아이디어는 권한이 있는 사용자가 관리 관련 콘텐츠를 보는 것이지만, 구현의 반복성은 의문시됩니다.

CodeSOD: Check and Check thedailywtf.com

+1

RSS Hunter • 6월 8일

오류: 다리 매물

한 사기꾼이 구글을 인수하려는 컨소시엄의 일원이라고 속여 사람들을 속이려 하고 있습니다. 이 사기는 가짜 링크드인 프로필을 만들고, 허위 기업 인수 제안을 담은 이메일을 보내는 방식으로 이루어집니다. 사기꾼은 거래가 성사되기 직전쯤 수수료를 요구할 가능성이 높습니다. 한 피해자는 구글을 소유하고 있지도 않다는 점을 지적하며 이 사기의 허점을 유머러스하게 꼬집었습니다. 또 다른 일화에서는 누군가가 복잡한 전화 요금 청구 주기로 인해 곤란을 겪는 내용이 나옵니다. 또한 업데이트를 위해 시간을 거슬러 올라가야 하는, "역 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: 당신에게서 진실을 강요하다

Frank는 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 코드 스니펫은 잘못된 날짜 처리를 보여줍니다. 러시아어 월 이름 배열을 정의하는 것으로 시작합니다. 그런 다음 코드는 게시물을 처리하는 루프에 들어가지만, 게시물을 두 번 중복해서 확인합니다. 주요 문제는 날짜가 구문 분석되고 표시되는 방식에 있습니다.날짜는 문자열로 검색되어 점을 사용하여 부분으로 분할됩니다. 코드는 두 번째 날짜 부분의 숫자를 검사하여 월 번호를 추출하려고 시도합니다. 월의 첫 번째 숫자가 '0'인지 확인하고, 그렇다면 두 번째 숫자를 가져오고, 그렇지 않으면 첫 번째 숫자를 가져옵니다. 이렇게 추출된 단일 숫자는 월 배열의 인덱스로 사용됩니다.그러나 이 로직은 월 인덱스에 대해 단일 문자만 추출하기 때문에 잘못되었습니다. 연말의 월의 경우 종종 인덱스가 '1'이 되어 실제 월에 관계없이 "January"가 잘못 표시됩니다. 저자는 이를 잔인하다고 강조하며 코드의 지역 설정 특정성을 지적합니다.이 글은 내장 PHP 날짜 함수를 사용하는 것이 간단한 해결책이 될 것이라고 제안합니다. PHP의 유연한 구문은 'if :' 및 'endif'와 같은 대안적인 블록 표기법을 허용하여 코드베이스 내에서 스타일이 혼합되어 혼란을 야기할 수 있다는 점에 대한 부수적인 관찰이 이루어집니다. 저자는 또한 다른 프로그래밍 패러다임을 혼합할 가능성도 언급합니다.

CodeSOD: Blocked the Date thedailywtf.com

+1

RSS Hunter • 6월 2일

페이스북이 되자!

한 아버지가 2012년경부터 시작된 아들들의 IT 경력에 대한 자신의 참여를 회고합니다. 그의 세 아들은 상당한 VIP 지원을 받는 유망한 웹 프로젝트에 취업했습니다. 나중에 그들은 아버지에게 프로젝트에 투자해 달라고 요청했고, 아버지는 그렇게 했습니다. 프로젝트는 지연되어 출시되었고, 예산을 초과했으며, 미완성 상태였습니다. CEO는 문제를 해결하기 위해 아버지를 고용했고, 아버지는 성공적으로 문제를 해결했습니다. 그곳에 있는 동안 그는 프로젝트 입찰가가 5,000달러에서 더 높은 금액까지 다양했으며, 한 공급업체는 인도에서 저렴한 노동력을 아웃소싱할 계획이었다는 것을 발견했습니다. 기능 복원 후 CEO는 페이스북이 해당 언어를 사용한다는 주장에 영감을 받아 프로젝트를 PHP로 재작성해야 한다고 선언했습니다. 재작성 기간을 추정하기 위한 회의가 이어졌고, 대부분은 몇 주밖에 걸리지 않을 것이라고 제안했습니다. 그러나 아버지는 최소 7개월이라는 현실적인 추정치를 제시했습니다. 결과적으로 그는 "충분히 미래지향적이지 않다"는 이유로 해고되었습니다. 그의 아들들은 1년 더 머물면서 연장된 PHP 재작성에 대해 보고했습니다. 저자는 이 경험을 통해 가장 경험이 많은 사람들이 종종 가장 정확하지만 덜 인기 있는 시간 및 비용 추정치를 제공한다는 것을 보여줍니다. 그런 다음 그는 다른 사람들에게 세대 간 직장 기이한 경험을 공유하도록 초대합니다.

Let's Be Facebook! thedailywtf.com

+1

RSS Hunter • 6월 1일

Error'd: Super SEO Strategies

이 웹사이트는 간단한 오타로 인해 웹사이트 링크가 쉬워져 지속적으로 블로그 스팸을 유인하고 있습니다. Michael R.은 영국 취업 기회를 찾고 있으며 관련 웹사이트를 링크했습니다. B.J.H.는 Weather.com의 부정확한 날씨 보도, 특히 모호한 온도 예보에 좌절하고 있습니다. Jake W.은 특별한 긴급함이나 좌절감 없이 Durmstrang의 채용 공고를 무심코 언급합니다. Martin K.은 Microsoft 덴마크 CEO의 사임과 관련된 날짜 오류를 포함한 뉴스 기사를 지적합니다. Totty는 웹사이트에 일련의 일반적이고 냉소적인 댓글을 기여합니다. 이 사이트의 주요 기능은 다양한 주제에 대한 간결하고 유머러스하거나 비판적인 관찰을 호스팅하는 것입니다. 광고는 .NET 9로 마이그레이션하기 위한 무료 가이드를 홍보하며 마이그레이션 어려움을 피하기 위한 지원을 제공합니다. 전반적인 분위기는 가볍고 대화적이며 다양한 사용자 제출 콘텐츠가 있습니다. 사용자 상호 작용은 논평가 및 관찰자 커뮤니티를 시사합니다.

Error'd: Super SEO Strategies thedailywtf.com

+1

RSS Hunter • 5월 29일

CodeSOD: 어떤 상태인가요?

제공된 코드는 Qt 애플리케이션 내에서 parametersFilter 함수를 정의하며, 이는 프로브 설계에 사용될 가능성이 높습니다. 이 함수는 프로브 유형, 위치 인덱스, 프로브 설계 목록을 입력으로 받습니다. 입력 매개변수를 기반으로 to와 from이라는 두 개의 문자열 쌍을 생성하는 것을 목표로 합니다. 핵심 로직은 다양한 시나리오를 처리하는 일련의 조건문으로 구성됩니다. 이러한 시나리오에는 pos의 값( -1, 0, 또는 마지막 요소의 인덱스인지 여부)과 probeDesign 목록의 길이가 확인됩니다. 이 함수는 또한 프로브 부분의 type을 확인하며, 특히 "stylus" 요소를 찾습니다. 코드 내의 다양한 분기는 목록이 비어 있거나 요소가 하나만 포함된 경우와 같은 엣지 케이스를 처리합니다. 이러한 조건의 주요 목적은 목록에 대한 경계 검사를 수행하는 것입니다. 일반적인 작업의 대부분은 마지막 else 문에서 발생합니다. 분석에 따르면, 원래 코드는 복잡하지만 아마도 단순화될 수 있습니다. 작성자는 untodesu의 "투 라인"이 함수의 더 간단한 버전이 가능함을 시사하며, 아마도 중복되는 엣지 케이스 처리를 간소화할 수 있다고 추론합니다. 코드의 구조는 원래 개발자가 특정 엣지 케이스를 해결하기 위해 함수를 과도하게 설계했을 수 있음을 나타냅니다. 함수의 복잡성은 제공된 목록 내에서 다른 위치와 프로브 유형을 처리해야 하는 필요성에서 비롯됩니다. 소프트웨어 릴리스 도구에 대한 광고도 텍스트에 포함되어 있습니다.

CodeSOD: What Condition is This thedailywtf.com

+1

RSS Hunter • 5월 28일

CodeSOD: 파일이 아직 있습니까?

이 텍스트는 오래된 PHP 전자상거래 애플리케이션의 문제적인 코드 스니펫을 다룹니다. 원래 개발자는 파일을 보낼 파일이 있는지 자주 물었습니다. 제시된 코드는 $files 배열에 값이 채워져 있으면 이메일에 파일을 첨부하는 것을 목표로 합니다. 이 코드는 $files 배열에 요소가 있는지 중복적으로 확인합니다. 그런 다음 배열을 반복하여 각 파일을 첨부 파일로 추가합니다. 작성자는 개발자가 이중 조건이 불필요하다는 것을 알고 있었음을 암시합니다. 들여쓰기는 코드의 결함에 대한 무의식적인 인식을 시사합니다. 결정적인 문제는 중복 조건이 애플리케이션의 성능을 저해한다는 것입니다. 단순화된 접근 방식은 파일 배열을 직접 반복하는 것을 포함할 것입니다. 불필요한 조건은 좋지 않은 코딩 관행과 이해 부족을 보여줍니다. 텍스트는 BuildMaster 소프트웨어 광고로 마무리됩니다.

CodeSOD: Are There Files Yet? thedailywtf.com

+1

RSS Hunter • 5월 27일

고래 아호!

제공된 텍스트는 어려운 업무 환경에 대한 세 가지 다른 경험을 보여줍니다. 첫 번째 이야기는 익명의 개발자가 겪은 경험을 자세히 설명하는데, 고객의 사소한 문제인 회전하는 새로고침 아이콘이 최우선 과제가 되어 주말 동안 무급 초과 근무를 요구했습니다. 그들의 회사의 초점은 CEO의 중요성에 의해 결정되었으며, 고객의 힘에 기반한 좌절스러운 우선순위 지정을 강조했습니다. Daniel Orner의 두 번째 이야기는 한 회사가 주요 소매업체를 위해 동적인 디지털 전단지를 지속적으로 만들기 위해 "침과 덕트 테이프"를 사용하는 것을 묘사합니다. 이 부적절한 해결책은 8년 동안 기능적이었으며, 처리 능력의 상당 부분을 소비했습니다.마지막 이야기인 Brian의 이야기는 군산복합체 내의 독성적인 업무 환경을 보여줍니다. Brian의 삶은 실제 필요보다 거대 기업에 의해 더 많이 좌우되었습니다. 그는 프로젝트 인수 후 끊임없는 압박, 까다로운 근무 시간, 존중 부족에 직면했습니다. 이 경험은 향후 고용 제안에도 불구하고 해당 산업에 대한 부정적인 인식을 갖게 했습니다. 이 예시들은 일부 업무 환경이 얼마나 어려울 수 있는지를 강조하기 위한 것입니다. 텍스트는 독자들에게 유사한 경험을 제출하도록 요청하는 내용과 ProGet 광고로 마무리됩니다.

Whales Ahoy! thedailywtf.com

+1

RSS Hunter • 5월 26일

CodeSOD: 클래식 WTF: 한 단계 반 계층 애플리케이션 디자인

이 텍스트는 취약한 JavaScript 코드를 포함하는 웹 애플리케이션과 관련된 상황을 설명합니다. 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일

Error'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

딜라이라는 직장에서 발견한 파이썬 스크립트를 비평합니다. 이 스크립트는 YAML 데이터를 병합하여 오래된 구성을 새 구성으로 효과적으로 업데이트하려고 시도합니다. 주요 문제는 key_exists 함수인데, 이는 파이썬의 내장 in 연산자를 불필요하게 다시 만듭니다. 이 함수는 간단한 key in dictionary 관용구에 비해 서투른 접근 방식인 try-except 블록을 사용합니다. 스크립트 작성자는 동일한 코드 내에서 올바른 in 연산자와 결함이 있는 key_exists 함수를 일관성 없이 사용합니다. 코드의 전반적인 구조는 지저분하며, 잘못 작성된 쉘 스크립트와 유사합니다. 스크립트는 yaml.load를 사용하여 YAML 파일을 읽고 로드한 다음 데이터를 병합합니다. 데이터베이스 태그 업데이트를 처리하기 위한 revert_db_tags 함수가 포함되어 있습니다. 핵심 로직은 오래된 YAML 데이터와 새 YAML 데이터 간의 키와 값을 비교하는 것을 포함합니다. 비교는 새 데이터에 대한 병합 또는 특정 태그 조정을 트리거합니다. 마지막으로, 수정된 데이터는 yaml.dump를 사용하여 새 YAML 파일에 다시 작성됩니다. 작성자는 스크립트가 잘못 작성되었으며 파이썬의 내장 기능의 불필요한 복잡성을 보여준다고 결론짓습니다.

CodeSOD: In the Know thedailywtf.com

+1

RSS Hunter • 5월 21일

CodeSOD: 이 하나를 위한 바 찾기

이 텍스트는 Foo와 Bar 엔티티 간의 데이터를 동기화하는 데 사용되는 잘못 설계된 "데이터 펌프" 애플리케이션을 비판합니다. 이 애플리케이션은 Quarkus로 작성되어 레거시 시스템과 상호 작용하는 야간 배치 작업을 포함합니다. 배치 작업의 주요 기능은 Foo 엔티티를 기반으로 Bar 엔티티를 식별하고 업데이트하는 것입니다. 코드는 누락된 Bar 엔티티를 필터링하는 대신 모든 Foo 엔티티를 검색하여 비효율적입니다. 핵심 문제는 여러 웹 서비스 호출을 수행하는 트랜잭션 내에서 업데이트 프로세스에 있습니다. 이 설계는 타임아웃, 경합, 데이터베이스 연결 고갈을 포함한 성능 문제를 야기합니다. 오래 지속되는 트랜잭션의 사용, 웹 서비스 호출 수, 적절한 연결 풀 구성의 부족이 모두 이러한 문제에 기여합니다. 저자는 트랜잭션을 수동으로 관리해야 하는 필요성과 웹 서비스의 불안정성을 비판합니다. 근본적인 문제는 참조적으로 불안정한 데이터를 생성하는 배치 작업 접근 방식 자체입니다. 저자는 재설계를 통해 배치 작업을 완전히 제거하여 상황을 개선할 것이라고 밝혔습니다. 텍스트는 패키지 관리 플랫폼 광고로 마무리됩니다.

CodeSOD: Find a Bar for This One thedailywtf.com

+1

RSS Hunter • 5월 20일

세 자리 약어

JB의 데이터베이스에는 고유 ID 생성을 위해 설계된 three_alpha_numerics라는 테이블이 포함되어 있습니다. 이 테이블에는 세 글자 문자열을 저장하는 digit 열과 해당 숫자가 숫자인지('Y') 아닌지('N')를 나타내는 is_numeric 열이 있습니다. 이 테이블의 주요 목적은 효율적인 고유 ID 생성을 용이하게 하는 것입니다. 저장 프로시저는 이 테이블을 다른 테이블과 조인하고 사용되지 않은 숫자를 필터링하여 고유 ID를 생성하는 데 이 테이블을 활용합니다. 그러나 저장 프로시저는 is_numeric이 'Y'인 행만 고려합니다. 결과적으로 숫자 데이터가 아닌 데이터를 포함하는 테이블의 상당 부분이 전혀 활용되지 않습니다. 이 테이블은 약 1,000개의 제한된 고유 ID 세트를 생성할 수 있으며, 이는 충분하다고 간주됩니다. 이 설계는 이러한 ID를 생성하기 위해 많은 정보를 희생합니다. 이러한 설정은 데이터베이스에서 고유 ID를 생성하는 복잡한 작업을 관리하는 데 중요합니다. 사용되지 않은 영숫자 삼중항은 이 접근 방식의 결과입니다. 이 설계는 비효율성에도 불구하고 고유 숫자 식별자 생성을 우선시합니다. 그런 다음 이 텍스트에는 BuildMaster에 대한 홍보 광고가 포함됩니다.

Three Digit Acronyms thedailywtf.com

+1

RSS Hunter • 5월 19일