「天才プログラマーが作った糞コード」という都市伝説 - カレーなる辛口Javaな加齢日記
「一人の天才プログラマーがほとんど一人でシステムを作ったがドキュメントはなくて誰もメンテできないときってどうするの？って話」 https://togetter.com/li/1549364 1人の天才プログラマーがシステムをほとんど1人で作ったんだが、ドキュメントが残っておらず、他に誰もメンテできる人がいない。 みたいな状況って、みんなどう対応してるの？— やまぶん (@yamabunmath) June 25, 2020 保守不可能な糞コードは山ほど見てきたけど，そんな状況は一度も見たことがない．*1 ヘッポコ管理職が，社長を説得するためにそう説明しただけじゃないかね．まさか「自分はバカなので，デザインパターンとか平行プログラミングとか分かりません」なんて口が裂けても言わないもの．*2 またヘッポコプログラマーには自分に理解できないコードが，それが自分の理解を超えているからなのか，単純に
システムの作り逃げはなぜ起こるのか - novtanの日常
流石にイラッとしたので殴り書いておこう。 xtech.nikkei.com あのね、こういうのって発注側に責任があることがほとんどですよ。「要件を満たすクソコード」を生むのは発注側ですよ。早く安く＝クソコードリスク極大なんですよ。をーたーほーるで設計をちゃんと検収するとかすればよかったんじゃないですかね？あるいは、「正しい見積を出してきたベンダーに任せる」のですよ。それを判断できない？じゃあ、高いITベンダーに「食い物にされている」と思わずに依存してください（その方が絶対品質上がるので。金はかかるけど）。 あくまで筆者の経験を基にした主観的な見解だが、「作り逃げ」は「なんちゃってアジャイル」（雑に手早く構築することがアジャイル開発だと勘違いしている）なベンダーやエンジニアに目立つ。 この話も、現象として捉えると確かにそのとおりだと思うけど、これ絶対ろくなRFPを振り出してないし、コンペにな
病院ごとに診察券てシステムやめて欲しい
診察券ってシステムやめて欲しい。 違う病院に行くたびに住所氏名連絡先、既往歴、etcアホくさ。 中国がAIに5000例のCT画像を学習させてるのに、日本と来たら、内科に行ったら耳鼻咽喉科を勧められ、耳鼻咽喉科に行ったら今度は眼科に行けと言われ、その都度個人情報を紙にペンで。 なんで保険証番号でカルテ共有出来ないんだよクソが。 日本って世界一病院数があるらしいけど、それって、データが活用出来ないまま散在してるってことじゃん。 紙のカルテなんか後から検索もソートも出来ないクソデータ。 しかも病院内で完結してて病院が変わると患者の記憶が頼り。 血圧とか体温のどこが個人情報なんだ？個人が特定出来るのか？出来てなにが悪いんだ？ 追記 問診票さあ、保険証出してるのに住所氏名書く必要性がわからん。 これ、誰か文字入力してデータ化すんの？ 会計遅い。 点数で決まってる明朗会計なんだから、カルテの作成と同時
増税に伴うシステムトラブルをまとめてみた - piyolog
2019年10月1日の消費税率変更を受け、一部の小売や外食、交通系のシステムでトラブルが発生しました。ここでは関連する情報をまとめます。 トラブルまとめ 発生組織 トラブルの内容 ミニストップ [PDF] 消費税増税に伴うシステム障害に関するお詫びとお知らせ ・軽減税率対象の商品の内税表示等が誤っていた ・税率10%の商品を8%で販売していた。さらにレシートは内税10%の表示となっていた。 ・値引き商品を1円以上多く受領している可能性がある。 ・10月1日0時過ぎに社員の見回りで発覚し、3時に対応された。 ・全国数百店舗に影響。 ・顧客より多く徴収していた場合レシート提示で返金に応じる。 ・本来徴収すべきだった2%分は本部が負担の方向で検討中。 スシロー 消費税改定に伴うレジシステム不具合復旧のお知らせ ・会計時に外税0%となり消費税が実質0%計算された。 ・ネット決済以外を除き、持ち帰り
低レイヤーの学び方 ── システムソフトウェアの世界は「今すぐ役に立つものが全て」ではない - GeekOutコラム
はじめまして、木村 廉と申します。現在神戸大学大学院の修士2年生で、システムソフトウェアの脆弱性検出やself protectionについて研究しています。 § 実はこのコラム執筆のお誘いをいただいた時、はじめはお受けするかどうか少し迷いました。というのも、「GeekOut」の過去のコラムを見ると、執筆者の皆さんは最前線で活躍されている方ばかりで、一介の学生の私では見劣りするような気がしたからです。 しかしながら、私もエンジニアの端くれですので、他のエンジニアと差別化できる強みも多少は持っています。そしてそれは、幸いにも他の人とかぶりづらいマニアックな部類のもので、参考にできる資料も多くありません。 その強みとは、OSやハイパーバイザ（コンピュータを仮想化するための制御ソフトウェア）といった、基本的な制御を行うシステムソフトウェアを開発したり、それに手を入れたりすることです。いわゆる“低レ
低レイヤーの歩き方 - るくすの日記 ~ Out_Of_Range ~
この記事は Kobe University Advent Calendar25日目の記事です。 低レイヤー技術(後述)をこれから学びたい人向けの入門記事です。 自身の経験を踏まえ、より多くの人達にこのレイヤーに興味を持ってほしくて書きました。 決して卒論がやばくてAdvent calendarのネタが作れなかったわけでは(ry なぜこんな記事を書いたか いわゆるシステムプログラミングのような低レイヤー(と言って差し支えない)ジャンルって一体何から始めれば良いのかいまいちピンと来ないし、何が面白いのかも分からないと思われている事が多いと思います。 にもかかわらず低レイヤーの魅力や学び方の指針みたいな物を示した、いわゆる入門記事ってかなり少ないんですよね。 本記事はこれからシステムプログラミングを始めたい方や、既にかじってみたが中々先が見えてこない、将来何の役に立つのか不安という方達に読んでい
システムで「性別」の情報を扱う前に知っておくべきこと - Qiita
0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
いちからデザインシステムを作ってみて学んだこと