アカウント名:
パスワード:
読めない修正しにくいコーディングするから困る。
そういう奴は技術があるとは言わない。真に技術があるとは、技術的負債を残さない事だ。いくら「書け」ても、他者に直させるつもりのないコードはチームにとって負債だ。そんなコードしか書けない奴を「技術がある」なんて呼んじゃ駄目だ。「書ける」奴にコンプレックスを抱く必要なんて無い。直せざるコードはなお書けざるにしかずだ。
技術があるのと読みやすいコードを書くのは、また別の話だね。だから、コードが汚いからと言って技術レベルが低いとも言えない。両方兼ね備えてれば総合して技術力が高いとは言えるけど。
でも、FF3のメインプログラマのナーシャ・ジベリ程のレベルだったとしたら。
http://matome.naver.jp/m/odai/2130870316174083101 [naver.jp]
ファミコン時代はアセンブラコードのステップ数を限界まで減らす事が重要だっただろうから、もはや可読性とかは考えてないだろうね。ソースを公開して欲しいなぁ、無理だろうけど…
いまでもパチンコ・パチスロの(映像ではなく、抽選部分の)プログラマはそのレベルの戦いをしているという。
http://hardware.srad.jp/story/13/09/17/0514223/ [srad.jp]
リンク読んだけどかっこいいね。絵になる。平時のリーダーと有事のリーダーみたいなもので、両方認めるべき。
と、平凡な自分は思うのであった。
それ、djbに対しても言えるの。
趣旨としてはまぁわかるし同感なんだけど、一方で他の人は読めないけど、凄い成果を出せる人の存在も認めざるを得ないと思うんですよね。
一方で他の人は読めないけど、凄い成果を出せる人の存在も認めざるを得ないと思うんですよね。
もちろん認めます。時としてそういう突破力がないと乗り来られない自体があるのも事実。が、他者に引き継げない、つなげられない点では「負」である事は違いない。負債を追っても投資が必要な事があるのと同じに。
DJBとか糞の代表じゃん。qmailもDNSも最近は使ってるひとあんまりいないでしょ。
いや、それらが何年前に書かれたと思ってんのよ。あんたが糞とおっしゃる人の成果物がどれだけの期間使われてきたか。
たぶん、コードの整理ができないくらい汚いんだけど、自分で書き足してるから修正も速いんだろうね。ほかの人間がやるとちゃんと書き直さないといけないから納期も長くなっちゃう。
だが事実、技術的に大きな格差のあるプログラマのコードは解読に難儀するだろう。これは上を見ても下を見ても同じ事を思う。
ラムダ式の不使用をコーディング規約で定められているというコメントを/.で見た。引き継ぎ対象が定められているケースならそれでもよいが、いついかなる状況でもラムダ式を読めないプログラマのためのコードを書くべきという主張は成り立つまい。
そりゃそうだけど、それはそのプロジェクトチームの最低技術ラインをどこに引くかの問題でしょうよ。用件に応じてラムダ読めない奴は参加不可ってチームで組めばいいんだし。
だからそれができるケースならよいがと言っているのに。言語の性能を適切に使いこなす程度のコードでも、誰でも読めることに直結するわけではないという前提で、優れたコードを読めない事実について、読めない側が一方的に上手に出ているような主張が嫌なのよ。
読めない修正しにくいコードは一般的に技術的に未熟だと思われます。貴方が技術があると認める対象については、それは読めない修正しにくいコードなのではなく、貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
> それは読めない修正しにくいコードなのではなく、貴方の能力が件の技術者と協働するに満たないそう、技術レベルが不足しているのを認めたくない方かと。
> 貴方が技術があると認める対象については、それは読めない修正しにくいコードなのではなく、> 貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
現場に出ていない人かな?
技術があると認めるのは、仕様書通りのプログラムを完成させるにすぎない。どんなに汚いソースでも仕様書通りのプログラムを納期に完成させる人が、現在は技術があると認める対象なんです。ぐっちゃぐっちゃなスパゲティーコードでも仕様書通りに動けば現在は技術があると認める対象なんです。
もし現場に出ている人ならばたぶんあなたは技術があると認めらているけど実は汚いソース書いていて誰にも文句言われない人なのかもよ。
>技術があると認めるのは、仕様書通りのプログラムを完成させるにすぎない。
仕様書通りのプログラムを完成させるだけでは、技術があるとは評価されません。仕様書通りのプログラムを完成させて、ようやく開発者としてスタートラインに立ったとみなされるだけ。その上でさらに、効率的で保守しやすい優れたプログラミングなんかが出来る人が、技術がある人と評価されます。
仕様書通りに書けました!なんていうのは、ヨチヨチ歩きのヒヨッコが2本足で立てました程度の話です。
> 仕様書通りに書けました!なんていうのは、ヨチヨチ歩きのヒヨッコが2本足で立てました程度の話です。
御意!
>その上でさらに、効率的で保守しやすい優れたプログラミングなんかが出来る人が、技術がある人と評価されます。
と同時に。その上でさらに、素晴らしく高速に動作し、開発期間が短縮できる人も技術がある人と評価されると思うわけです。評価基準をどこにおくのかだけの違いであって、どっちがどうって話ではないです。
そして「次もあいつのようなやつを頼む」と上司が人事に声をかけるわけですな。くわばらくわばら。
#そいつの無二の才能で成り立っていたのに部長自ら経費を惜しんでそいつを逃してどうするんだっていうね#入社動機の"夢"を見させ続けるのが難しいのはわかるけどどうしてプリンのようなハートを鞭でビシバシ叩くかね#そいつに合わせてプログラムを最適化しちゃったのにねー、まーもう退社しちゃったからぼく知ーらないっと
> 貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
汚いコード書くやつほどこういう。
技術があると思っているヤツはどうだーオレすごいだろー的なコーディングをするからめんどくさい。
っていう技術力があれば読めるだろ?っていうヤツのコードは汚い。
結局さ、プログラムなんて言語の仕様以上を超えるコードは書けないんですよ。言語の仕様以上の能力がないと読めないコードは汚いコードなんだよ。
ここわからないかな?
そんなに自分の無能さをアピールして恥ずかしくないの?
なんかの間違いでコーダーが紛れ込んでいるだけだから、あまり真剣に取りあわなくていい
コードが汚いなんて言うからもめるんで、仕様理解が汚いと言えばよかったのでは。
#羊水と言わず、エッグがと言えばよかった様に。
プログラムに限らず明日自分が突然死して残された人間が立ち行かなくなるような仕事をするようじゃ半人前世の中そんな奴ばっかりだけどね
自分が死ぬんだったらその後のことなどマジでどうでもいい。他人に死なれたら迷惑だがな。
まあでも人が減るわけだから、残った人だけで穴埋めができるとは限らんわな。少人数のところにとっては致命的。
そうかね?それって簡単にjob securityを確保できる良い方法の一つだと思うんだけど。そうしておけば突然クビになる可能性を下げられるし、自分が死んじゃうならあとはどうなろうと知ったこっちゃないし。
死ぬよりも開発リーダーやマネージャーなどになって自分が直接コードをいじる時間がなくなるほうが問題かと。下っ端にやらせようにも下っ端が理解できなくては自分自身の仕事にも影響するとか。#そういう奴はそもそも出世しない?
> 下っ端にやらせようにも下っ端が理解できなくては自分自身の仕事にも影響するとか。
プレイングマネージャという訳の解らない名目で昼は管理、夜は仕様書orコード書きということになるんですよ。昔は仕様書が多少いい加減でも上から下まで社員が多かったから口伝みたいなものでもなんとかなったんだけど、今はそうはいかない。ジジイ達は口伝時代の感覚で下に仕事をさせられると思っているが、現実はそうはいかないんだな。で、中間層は退職したり休職したりが急増中。
#自分とこのトップ方針は『コア技術を育てる』『(開発)作業は誰でもできるよう標準化』なんだけど、はっきり言って矛盾してる。
書く方が悪い場合も読めない方が悪い場合もある
多態を使っただけ・再帰関数を使っただけで読めないというアホもいれば単なるループを言語特性無視でわざわざ再帰で書くアホもいる
具体的なコード出さずにメタな議論しても意味がないな。
この件については、ゲーム開発でチームだったということならJavaで何等かのフレームワークを持っていた。後任はそれを(予算が許す時間内で)読めなかった。
という話のように思えるけど。一番問題なのは予算が少ない(=継続する気がない)ことだな。
修正しにくいコードというのは多々あるが、読めないコードというのは「Whitespace」言語で書かれたコード以外は見たことが無い。
せっかくテストや保守がしやすいように設計してドキュメントまで引き継いでやったのに、アホみたいなコードでぶち壊されたりしますよ。テストとか保守性とか全く考えていない感じで。
> それお前が糞すぎてまともなコードを読むことすらできてないだけじゃないの
結局、こういう考えの馬鹿が書くコードが読めないコードそれに気が付かないのは、とりあえず納期に間に合っちゃうからかな。
# 自動車を修理するのがうまいヤツは技術があるやつって言われるかもしれない。# けど使っている工具は100均のモンキーレンチなのかもしれない。# 100均のモンキーレンチは万能なのかもしれないけど、アレだよ。
お前その仕事向いてないから早く辞めとけ。な?
>>> それお前が糞すぎてまともなコードを読むことすらできてないだけじゃないの>> 結局、こういう考えの馬鹿が書くコードが読めないコード>> それに気が付かないのは、とりあえず納期に間に合っちゃうからかな。> お前その仕事向いてないから早く辞めとけ。な?
そう、向いていない。日本のソフト産業ではね。作ったら作りっぱなし、エンジニアリングのかけらも無い様なソフトを作るのが、日本のソフト産業ではベストフィットなんだから。
アメリカで標準的なソフト・エンジニアが日本に来るとピカイチになってしまうとか、日本のソフト・エンジニアの待遇が一山いくら状態なのも、それが理由なんだろうね。
> 作ったら作りっぱなし、エンジニアリングのかけらも無い様なソフトを作るのが、日本のソフト産業ではベストフィットなんだから。それがベストフィットじゃなくなったからSIerがオワコンを突き進んでるんですが???
> それがベストフィットじゃなくなったからSIerがオワコンを突き進んでるんですが???
ほう。今のSIerは、過去の悪しき慣習を断ち切っているんですか?糞コードでシステム構築しておけば、他にメンテを取られる事も無いし、メンテに工数が掛かるからボッタクリ出来るとかの。それは素晴らしい。日本のIT産業、未来は明るいですねえ。
# それにしては、スラドは糞コード擁護派というか容認派が多い様に思えるんですがねえ。そいつらはいつ銃殺になるんでしょ?
で、詐欺的商売から良心的商売に転換したから、オワコン?意味が良く分からないんですが(笑)。
> ほう。今のSIerは、過去の悪しき慣習を断ち切っているんですか?日本語読めないのか? 断ち切れてないからオワコン一直線なんだろあのさぁ、キチガイ芸とかSlashdotじゃウケないから、そういうのはYahoo知恵袋とかでやりなよ
> 日本語読めないのか? 断ち切れてないからオワコン一直線なんだろ
公文式で苦悶しなければならないのはあなたの方かと。
> あのさぁ、キチガイ芸とかSlashdotじゃウケないから、そういうのはYahoo知恵袋とかでやりなよ
ほうほう。スラドでウケるのは、自分の馬鹿さ加減を晒す事とか?
日本語読めない以前だったかマジキチ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
技術があるやつほど (スコア:1)
読めない修正しにくいコーディングするから困る。
Re:技術があるやつほど (スコア:2)
そういう奴は技術があるとは言わない。
真に技術があるとは、技術的負債を残さない事だ。
いくら「書け」ても、他者に直させるつもりのないコードはチームにとって負債だ。
そんなコードしか書けない奴を「技術がある」なんて呼んじゃ駄目だ。
「書ける」奴にコンプレックスを抱く必要なんて無い。
直せざるコードはなお書けざるにしかずだ。
Re:技術があるやつほど (スコア:2)
技術があるのと読みやすいコードを書くのは、また別の話だね。
だから、コードが汚いからと言って技術レベルが低いとも言えない。
両方兼ね備えてれば総合して技術力が高いとは言えるけど。
Re:技術があるやつほど (スコア:1)
でも、FF3のメインプログラマの
ナーシャ・ジベリ程のレベルだったとしたら。
http://matome.naver.jp/m/odai/2130870316174083101 [naver.jp]
Re:技術があるやつほど (スコア:2)
ファミコン時代はアセンブラコードのステップ数を限界まで減らす事が重要だっただろうから、
もはや可読性とかは考えてないだろうね。
ソースを公開して欲しいなぁ、無理だろうけど…
Re: (スコア:0)
いまでもパチンコ・パチスロの(映像ではなく、抽選部分の)プログラマはそのレベルの戦いをしているという。
http://hardware.srad.jp/story/13/09/17/0514223/ [srad.jp]
Re: (スコア:0)
リンク読んだけどかっこいいね。絵になる。
平時のリーダーと有事のリーダーみたいなもので、両方認めるべき。
と、平凡な自分は思うのであった。
Re: (スコア:0)
それ、djbに対しても言えるの。
趣旨としてはまぁわかるし同感なんだけど、
一方で他の人は読めないけど、凄い成果を出せる人の存在も認めざるを得ないと思うんですよね。
Re:技術があるやつほど (スコア:1)
一方で他の人は読めないけど、凄い成果を出せる人の存在も認めざるを得ないと思うんですよね。
もちろん認めます。時としてそういう突破力がないと乗り来られない自体があるのも事実。
が、他者に引き継げない、つなげられない点では「負」である事は違いない。
負債を追っても投資が必要な事があるのと同じに。
Re: (スコア:0)
DJBとか糞の代表じゃん。
qmailもDNSも最近は使ってるひとあんまりいないでしょ。
Re: (スコア:0)
いや、それらが何年前に書かれたと思ってんのよ。
あんたが糞とおっしゃる人の成果物がどれだけの期間使われてきたか。
Re: (スコア:0)
たぶん、コードの整理ができないくらい汚いんだけど、
自分で書き足してるから修正も速いんだろうね。
ほかの人間がやるとちゃんと書き直さないといけないから
納期も長くなっちゃう。
Re: (スコア:0)
だが事実、技術的に大きな格差のあるプログラマのコードは解読に難儀するだろう。
これは上を見ても下を見ても同じ事を思う。
ラムダ式の不使用をコーディング規約で定められているというコメントを/.で見た。
引き継ぎ対象が定められているケースならそれでもよいが、いついかなる状況でも
ラムダ式を読めないプログラマのためのコードを書くべきという主張は成り立つまい。
Re: (スコア:0)
そりゃそうだけど、それはそのプロジェクトチームの最低技術ラインをどこに引くかの問題でしょうよ。
用件に応じてラムダ読めない奴は参加不可ってチームで組めばいいんだし。
Re: (スコア:0)
だからそれができるケースならよいがと言っているのに。
言語の性能を適切に使いこなす程度のコードでも、誰でも読めることに直結するわけではないという前提で、
優れたコードを読めない事実について、読めない側が一方的に上手に出ているような主張が嫌なのよ。
Re: (スコア:0)
読めない修正しにくいコードは一般的に技術的に未熟だと思われます。
貴方が技術があると認める対象については、それは読めない修正しにくいコードなのではなく、貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
Re: (スコア:0)
> それは読めない修正しにくいコードなのではなく、貴方の能力が件の技術者と協働するに満たない
そう、技術レベルが不足しているのを認めたくない方かと。
Re: (スコア:0)
> 貴方が技術があると認める対象については、それは読めない修正しにくいコードなのではなく、
> 貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
現場に出ていない人かな?
技術があると認めるのは、仕様書通りのプログラムを完成させるにすぎない。
どんなに汚いソースでも仕様書通りのプログラムを納期に完成させる人が、現在は技術があると認める対象なんです。
ぐっちゃぐっちゃなスパゲティーコードでも仕様書通りに動けば現在は技術があると認める対象なんです。
もし現場に出ている人ならばたぶんあなたは
技術があると認めらているけど実は汚いソース書いていて誰にも文句言われない人なのかもよ。
Re:技術があるやつほど (スコア:3, すばらしい洞察)
現場に出ていない人かな?
>技術があると認めるのは、仕様書通りのプログラムを完成させるにすぎない。
仕様書通りのプログラムを完成させるだけでは、技術があるとは評価されません。
仕様書通りのプログラムを完成させて、ようやく開発者としてスタートラインに立ったとみなされるだけ。
その上でさらに、効率的で保守しやすい優れたプログラミングなんかが出来る人が、技術がある人と評価されます。
仕様書通りに書けました!なんていうのは、ヨチヨチ歩きのヒヨッコが2本足で立てました程度の話です。
Re: (スコア:0)
> 仕様書通りに書けました!なんていうのは、ヨチヨチ歩きのヒヨッコが2本足で立てました程度の話です。
御意!
Re: (スコア:0)
>その上でさらに、効率的で保守しやすい優れたプログラミングなんかが出来る人が、技術がある人と評価されます。
と同時に。
その上でさらに、素晴らしく高速に動作し、開発期間が短縮できる人も技術がある人と評価されると思うわけです。
評価基準をどこにおくのかだけの違いであって、どっちがどうって話ではないです。
Re: (スコア:0)
そして「次もあいつのようなやつを頼む」と上司が人事に声をかけるわけですな。
くわばらくわばら。
#そいつの無二の才能で成り立っていたのに部長自ら経費を惜しんでそいつを逃してどうするんだっていうね
#入社動機の"夢"を見させ続けるのが難しいのはわかるけどどうしてプリンのようなハートを鞭でビシバシ叩くかね
#そいつに合わせてプログラムを最適化しちゃったのにねー、まーもう退社しちゃったからぼく知ーらないっと
Re: (スコア:0)
> 貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
汚いコード書くやつほどこういう。
技術があると思っているヤツはどうだーオレすごいだろー的なコーディングをするからめんどくさい。
Re:技術があ画るやつほど (スコア:0)
> 貴方の能力が件の技術者と協働するに満たないことを認めているだけではないでしょうか。
っていう技術力があれば読めるだろ?っていうヤツのコードは汚い。
結局さ、プログラムなんて言語の仕様以上を超えるコードは書けないんですよ。
言語の仕様以上の能力がないと読めないコードは汚いコードなんだよ。
ここわからないかな?
Re: (スコア:0)
そんなに自分の無能さをアピールして恥ずかしくないの?
Re:技術があ画るやつほど (スコア:1)
なんかの間違いでコーダーが紛れ込んでいるだけだから、あまり真剣に取りあわなくていい
Re: (スコア:0)
コードが汚いなんて言うからもめるんで、
仕様理解が汚いと言えばよかったのでは。
#羊水と言わず、エッグがと言えばよかった様に。
Re: (スコア:0)
きょうびC++にもlambdaが導入されるくらいで、近代的なほとんどの言語は「ほげ言語のヒエラルキー」の最上位に横一列に並ぶようになった。つまりlispのプログラムを読み書きできないプログラマは近代的な言語をほとんど使いこなせないということである。そしてSICPがコンピュータサイエンス系の学科で適性のない学生を篩い落すために使われることから分かるように、少なくないプログラマーはlispのプログラムを書くことも読むこともできない。
Re: (スコア:0)
プログラムに限らず明日自分が突然死して残された人間が立ち行かなくなるような仕事をするようじゃ半人前
世の中そんな奴ばっかりだけどね
Re: (スコア:0)
自分が死ぬんだったらその後のことなどマジでどうでもいい。
他人に死なれたら迷惑だがな。
Re: (スコア:0)
まあでも人が減るわけだから、残った人だけで穴埋めができるとは限らんわな。
少人数のところにとっては致命的。
Re: (スコア:0)
そうかね?
それって簡単にjob securityを確保できる良い方法の一つだと思うんだけど。
そうしておけば突然クビになる可能性を下げられるし、
自分が死んじゃうならあとはどうなろうと知ったこっちゃないし。
Re: (スコア:0)
死ぬよりも開発リーダーやマネージャーなどになって自分が直接コードをいじる時間がなくなるほうが問題かと。
下っ端にやらせようにも下っ端が理解できなくては自分自身の仕事にも影響するとか。
#そういう奴はそもそも出世しない?
Re: (スコア:0)
> 下っ端にやらせようにも下っ端が理解できなくては自分自身の仕事にも影響するとか。
プレイングマネージャという訳の解らない名目で昼は管理、夜は仕様書orコード書きということになるんですよ。
昔は仕様書が多少いい加減でも上から下まで社員が多かったから口伝みたいなものでもなんとかなったんだけど、今はそうはいかない。ジジイ達は口伝時代の感覚で下に仕事をさせられると思っているが、現実はそうはいかないんだな。
で、中間層は退職したり休職したりが急増中。
#自分とこのトップ方針は『コア技術を育てる』『(開発)作業は誰でもできるよう標準化』なんだけど、はっきり言って矛盾してる。
Re: (スコア:0)
書く方が悪い場合も読めない方が悪い場合もある
多態を使っただけ・再帰関数を使っただけで読めないというアホもいれば
単なるループを言語特性無視でわざわざ再帰で書くアホもいる
Re: (スコア:0)
具体的なコード出さずにメタな議論しても意味がないな。
この件については、ゲーム開発でチームだったということならJavaで何等かのフレームワークを持っていた。
後任はそれを(予算が許す時間内で)読めなかった。
という話のように思えるけど。
一番問題なのは予算が少ない(=継続する気がない)ことだな。
Re: (スコア:0)
修正しにくいコードというのは多々あるが、
読めないコードというのは「Whitespace」言語で書かれたコード以外は見たことが無い。
Re: (スコア:0)
せっかくテストや保守がしやすいように設計してドキュメントまで引き継いでやったのに、アホみたいなコードでぶち壊されたりしますよ。
テストとか保守性とか全く考えていない感じで。
Re: (スコア:0)
> それお前が糞すぎてまともなコードを読むことすらできてないだけじゃないの
結局、こういう考えの馬鹿が書くコードが読めないコード
それに気が付かないのは、とりあえず納期に間に合っちゃうからかな。
# 自動車を修理するのがうまいヤツは技術があるやつって言われるかもしれない。
# けど使っている工具は100均のモンキーレンチなのかもしれない。
# 100均のモンキーレンチは万能なのかもしれないけど、アレだよ。
Re: (スコア:0)
お前その仕事向いてないから早く辞めとけ。な?
Re: (スコア:0)
>>> それお前が糞すぎてまともなコードを読むことすらできてないだけじゃないの
>> 結局、こういう考えの馬鹿が書くコードが読めないコード
>> それに気が付かないのは、とりあえず納期に間に合っちゃうからかな。
> お前その仕事向いてないから早く辞めとけ。な?
そう、向いていない。日本のソフト産業ではね。作ったら作りっぱなし、エンジニアリングのかけらも無い様なソフトを作るのが、日本のソフト産業ではベストフィットなんだから。
アメリカで標準的なソフト・エンジニアが日本に来るとピカイチになってしまうとか、日本のソフト・エンジニアの待遇が一山いくら状態なのも、それが理由なんだろうね。
Re: (スコア:0)
> 作ったら作りっぱなし、エンジニアリングのかけらも無い様なソフトを作るのが、日本のソフト産業ではベストフィットなんだから。
それがベストフィットじゃなくなったからSIerがオワコンを突き進んでるんですが???
Re: (スコア:0)
> それがベストフィットじゃなくなったからSIerがオワコンを突き進んでるんですが???
ほう。今のSIerは、過去の悪しき慣習を断ち切っているんですか?糞コードでシステム構築しておけば、他にメンテを取られる事も無いし、メンテに工数が掛かるからボッタクリ出来るとかの。それは素晴らしい。日本のIT産業、未来は明るいですねえ。
# それにしては、スラドは糞コード擁護派というか容認派が多い様に思えるんですがねえ。そいつらはいつ銃殺になるんでしょ?
で、詐欺的商売から良心的商売に転換したから、オワコン?意味が良く分からないんですが(笑)。
Re:技術があるやつほど (スコア:1)
> ほう。今のSIerは、過去の悪しき慣習を断ち切っているんですか?
日本語読めないのか? 断ち切れてないからオワコン一直線なんだろ
あのさぁ、キチガイ芸とかSlashdotじゃウケないから、そういうのはYahoo知恵袋とかでやりなよ
Re: (スコア:0)
> 日本語読めないのか? 断ち切れてないからオワコン一直線なんだろ
公文式で苦悶しなければならないのはあなたの方かと。
> あのさぁ、キチガイ芸とかSlashdotじゃウケないから、そういうのはYahoo知恵袋とかでやりなよ
ほうほう。スラドでウケるのは、自分の馬鹿さ加減を晒す事とか?
Re: (スコア:0)
日本語読めない以前だったか
マジキチ