アカウント名:
パスワード:
「既存の機能を使わない」、いわゆる車輪の再発明。
・日時や時刻の計算を自作ルーチンで行なう「n日前」だとか「指定日の午前0時ジャストをUNIX秒で」とか「UNIX秒→YYYY/MM/DD hh:mm:ss」とか。よくみれば、1か月を31日決め打ち(他との兼ね合いでこれでも動く)とか、うるう年を考えていないとか。
・配列やリストやセット(データ構造)の全体の処理をループでやっちゃう処理順が関係ないものも、mapやfindを使わない。まあ動きますがね。
・SQLで集約せずに、呼び出した言語側で集約する(上の2つとはカテゴリが違うかも)
>・SQLで集約せずに、呼び出した言語側で集約するDBのテーブル設計がダメすぎて仕方なしに言語側で再集約してたコードを思い出した…なんで言語側で集約したほうが処理時間一桁早いんだよ…DB弄らせてよ頼むよ
もっとひどい人がいたな「既存の機能を使わない」だけでなく、既存の関数（Ｃの標準的な関数）と同名の関数を作りさらに機能が微妙に違うという。（別に既存関数でもできる）他の人がこの関数を使ってバグを生み出す罠をしかけたんではないかと疑ったぐらいです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
既存の機能を使わない (スコア:1)
「既存の機能を使わない」、いわゆる車輪の再発明。
・日時や時刻の計算を自作ルーチンで行なう
「n日前」だとか「指定日の午前0時ジャストをUNIX秒で」とか「UNIX秒→YYYY/MM/DD hh:mm:ss」とか。
よくみれば、1か月を31日決め打ち(他との兼ね合いでこれでも動く)とか、うるう年を考えていないとか。
・配列やリストやセット(データ構造)の全体の処理をループでやっちゃう
処理順が関係ないものも、mapやfindを使わない。まあ動きますがね。
・SQLで集約せずに、呼び出した言語側で集約する
(上の2つとはカテゴリが違うかも)
Re: (スコア:0)
>・SQLで集約せずに、呼び出した言語側で集約する
DBのテーブル設計がダメすぎて仕方なしに言語側で再集約してたコードを思い出した…
なんで言語側で集約したほうが処理時間一桁早いんだよ…DB弄らせてよ頼むよ
Re: (スコア:0)
もっとひどい人がいたな「既存の機能を使わない」だけでなく、既存の関数（Ｃの標準的な関数）と
同名の関数を作りさらに機能が微妙に違うという。（別に既存関数でもできる）
他の人がこの関数を使ってバグを生み出す罠をしかけたんではないかと疑ったぐらいです。