バッドノウハウについて語るスレ

1 ：名無しさん＠お腹いっぱい。：04/02/18 18:28

バッドノウハウについてあれこれ語りましょう。例えばUNIXにおけるバッドノウハウの事例を
あげるもよし、「お前、バッドノウハウって言いたいだけちゃうんかと」と異議を唱えるのも
よし、あるいは「ハッドノウハウとどう向き合うべきか？」という話をするのもよいのでは
ないかと思います。

バッドノウハウの定義などについては>>2以降で

2 ：名無しさん＠お腹いっぱい。：04/02/18 18:30

　　　　　　_,. -‐ '' " ",.￣''￣｀ ''‐$ 　　　　　　　
　　　　　 ,.-'　　　　 ,r''　　_,,.. -　$　 ` $ 　　　　　
　　 ,.r'／／／／　 ,.-'　　　　｀' $. ＼
　　　/　　　　 ,r'　　,r'　　　　　 ,rfn$ ＼ '$ 　　　
　 / /////　 ,'　　 ,'　 ,rffn.　　 '"　　　ヽ ', 　　
　　i　　　　　,.'　　 .i　 '"　　　　　,riiFヽ. 　 ',. ', 　
　|　　,.r '"　 |.　　 {　　,riiFヽ　　ハ　 _.　　 ', ',　　ヨコハマタイヤ様が素敵な笑顔で>>2GET!!
　| .,.r'　　　　|　　　!　　　,..　 _,,..　-‐'　_,..r'　 i .i　　轢き殺されたくなかったら道をあけろ！!
　|,'　　　　　 ',　　　',　　 '$., __ ,.. -‐''"^　 }　　| .|　
　 |　　　　　　 ',　　 `$　　ヽ　　　　　　　 ! 　 } .}　
　 ',　　　　　 ',　　　 '$　　ヽ　　　　　./　　 ! .| 　>>3　タッチの差だな。タイヤ交換しろ！
　　　'$　　　　　　`$　　　＼　　｀ヽ==＝'^　　 ,'　! 　 >>4　おせーよバカ教
？所からやり直せ(L_
　　　`$　　　　　　 '$　　　 ' $　　　　　　　　/ .,' 　　>>5　クルマ乗る前
縫？ンナに乗れよ(9^W
　　　　 '$'-..,,_____　___`$　　　　`''‐-　..,, ,,.. r'　 /　　 >>6　ペーパードライバーって素人童貞のことだろ(\W
　　　　　＼　ヾヾヾヾヾ＼　　　　　　　　　　／　　 >>7　毎晩シフトレバー磨
い討鵑犬磴諭爾？(爆
　　　　　　　` $　 $$$$$$$$ ` - ..,,,　＿　_,.r'^ 　　　　 >>8　おめーの人生転
？りっぱなしだな(7^,J
　　　　　　　　　`' - .,,_　　　　　　 _,. - ''" 　　　　　　>>9　ガキの頃俺の
藐？て泣いてたの知ってるぞ(8=
　　　　　　　　　　　　　｀"'' '' '' "" 　　　　　　　　　　>>10以下はちゃんと
？気圧チェックしろよ！

3 ：1：04/02/18 18:31

バッドノウハウの定義

計算機を使っていると、何でこんなことを覚えないといけないのだろうか、とストレスを感じつつも、
それを覚えないとソフトウェアを使いこなすことができないためにしぶしぶ覚えなければならない、
といった類いのノウハウは多い。そうした雑多なノウハウのことを、本来は知りたくもないノウハウ
という意味で、私はバッドノウハウと呼んでいる。

-- バッドノウハウと「奥が深い症候群」より
http://namazu.org/~satoru/misc/bad-knowhow.html

4 ：名無しさん＠お腹いっぱい。：04/02/18 18:39

アプリケーションに固有の事柄でありながら
バッドノウハウでないノウハウってどんな例がある？

5 ：名無しさん＠お腹いっぱい。：04/02/18 19:02

AAもまともに貼れない>>2がバッドノウハウ

6 ：名無しさん＠お腹いっぱい。：04/02/18 19:11

シェルの文法について
http://pc.2ch.net/test/read.cgi/unix/1071230007/299-325

7 ：名無しさん＠お腹いっぱい。：04/02/18 22:46

>>3 の定義に従うのなら、一般人にとってコンピュータ自体(ry。

8 ：名無しさん＠お腹いっぱい。：04/02/18 22:57

> 計算機を使っていると、何でこんなことを覚えないといけないのだろうか、とストレスを感じつつも、
> それを覚えないとソフトウェアを使いこなすことができないためにしぶしぶ覚えなければならない、
> といった類いのノウハウは多い。

こんなこと、「計算機」や「ソフトウェア」に限らずいくらでもあると思うけど。
知りたくもないけど必要なことがいっぱい。

「バッドノウハウ」かどうかの基準って、その人がストレス感じるかどうか、ってことでいいのかな。

9 ：名無しさん＠お腹いっぱい。：04/02/18 23:19

初心者なので
>1がこの板にいる理由がわかりません
おしえてください

10 ：名無しさん＠お腹いっぱい。：04/02/18 23:55

>>9
UNIXはバッドノウハウの宝庫だから、ということらしい。

11 ：名無しさん＠お腹いっぱい。：04/02/19 00:12

バッドウハウハ

12 ：名無しさん＠お腹いっぱい。：04/02/19 00:22

>>8
結局そうなんだろうね。俺は RedHat なんかの rpm や chkconfig の仕組みを
覚えるのにうんざりした覚えがあって、これはバッドノウハウだった。
でも、NetBSD の pkgsrc や rc にはそんなストレスを感じなかったりもする。

ま、好みの問題かもしれない。

13 ：名無しさん＠お腹いっぱい。：04/02/19 01:11

>> http://pc.2ch.net/test/read.cgi/unix/1071230007/325

IFS は確かに black magic の世界だな。
しかし、普通は変更しないので問題なし。

`` もかつては、black magic だったが、今や $() を使えば
良いから、若者にとっては問題ないぞ。

14 ：名無しさん＠お腹いっぱい。：04/02/19 01:36

procmailrcとか。

15 ：13：04/02/19 03:03

procmailrc と sendmail.cf については、全く同意 (w

16 ：名無しさん＠お腹いっぱい。：04/02/19 03:11

>>12

好みの問題でしょ。
俺は個人で使っているのは NetBSD、お仕事は Redhat という
ある意味よくいるタイプで、仕事では rpm ファイルや
chkconfig 用の rc スクリプトも書いてるが、別に問題を感じ
ない。
RedHat で嫌いなのは、他の部分だな。

17 ：名無しさん＠お腹いっぱい。：04/02/19 07:47

システムが変わったときに応用がきかない知識

18 ：名無しさん＠お腹いっぱい。：04/02/19 07:57

展開の順序は次のようになります:
ブレース展開、チルダ展開、パラメータ・変数・算術式展開、
コマンド置換 (左から右へ)、単語分割、パス名展開。
man bashより

この順番ってバッドノウハウだよな。

19 ：名無しさん＠お腹いっぱい。：04/02/19 08:24

>>18
でも順番つけないわけにいかないでしょ。
その順番が問題になるような状況ってあんまりないし。

20 ：13：04/02/19 09:21

そうそう。俺も順番なんて覚えてない。
(単語分割のされかたの部分を除く)

普段まったく必要なくて、どうしても必要になったら
マニュアル見れば書いてあることなんだから、ノウハウ
にしてため込む必要なんてないでしょ。

21 ：名無しさん＠お腹いっぱい。：04/02/19 12:38

>>16
RHでどの部分が嫌い？
このスレ的にはどこらへんがバッドノウハウだと思う？

洩れ的にはLinuxのdist.毎に異なる部分はバッドノウハウの巣窟かな。

22 ：名無しさん＠お腹いっぱい。：04/02/19 13:49

パッケージングシステムごとに違いがあるのは
ある程度しかたないんじゃないかな。

RPM でいやだったのが
パッケージがあるファイルに依存するときに
そのファイルがどのパッケージに存在するか
さがすのに苦労すること。
最近は apt とかがあるからそういう苦労もなくなったけど。

23 ：名無しさん＠お腹いっぱい。：04/02/19 14:57

>>22
「rpm -qf パス名」で分かるけど？
man rpm すれば、書いてあるよ。

24 ：名無しさん＠お腹いっぱい。：04/02/19 14:59

>>23
それがバッドノウハウって言うんでは？

依存関係くらい勝手に探して表示すればよい。

25 ：名無しさん＠お腹いっぱい。：04/02/19 15:12

>>23
まだインストールされてないパッケージに所属するファイルだから
探すのに苦労するんだよ。

26 ：名無しさん＠お腹いっぱい。：04/02/19 15:52

>>17
同意。

27 ：名無しさん＠お腹いっぱい。：04/02/19 17:15

つまり、あれこれバラバラで全然統一のとれてないUNIX系
OSなんて捨てて、Microsoft様の意志のもと、完璧に統一
されている Windows 使えやゴラァということですか。
そうですか。

28 ：名無しさん＠お腹いっぱい。：04/02/19 17:26

>>27
統一されてないと思いますが。

29 ：名無しさん＠お腹いっぱい。：04/02/19 18:01

>>5
AA まわりもバッドノウハウが山盛りだよな。

30 ：名無しさん＠お腹いっぱい。：04/02/19 18:49

>>25
そう。それを解決するには全部いりのリファレンスマシンが必要かも。
Debianだとlistが何かのパッケージに入っていたけど、
パッケージ名もファイル名も忘れた。

RHよりはこっちの方が便利だけど、バッドノウハウだよな。

31 ：名無しさん＠お腹いっぱい。：04/02/19 20:06

ttp://namazu.org/~satoru/computing/mktexlsr.html
何も考えずに下手にls-Rを消しても痛い目にあうことがある

% A leading !! means to look only in the ls-R db, never on the disk.
TEXMF = !!$TEXMFMAIN

!! を取ってやらないといけない。

32 ：名無しさん＠お腹いっぱい。：04/02/19 20:09

SOA のシリアル上げ忘れ。
M-x zone-mode なんか使ってられるか。

33 ：名無しさん＠お腹いっぱい。：04/02/20 03:21

適応せよ!
適応せよ!

34 ：名無しさん＠お腹いっぱい。：04/02/20 06:29

>>33
宗教的自由を行使します。

35 ：名無しさん＠お腹いっぱい。：04/02/20 07:44

cut と sort で、
区切り文字と要素の位置を指定するオプションが異なるわけだが、
デリミタでd、フィールドでf、という具合に cut のほうが覚えやすい。
どっちが先に出来たか知らんけど、sortのオプションはバッドノウハウくさい。

36 ：名無しさん＠お腹いっぱい。：04/02/20 10:23

UNIX系のそれでバッドノウハウを意識させられるのかっていうと、
ドキュメント読まないといけないからだと思う。
キャップを開けるのに右回しになっていたとしても、そういうもんだと
思って我慢すれば問題ない。だけどソフトウェアはそうはいかない。
我慢の上に、努力しなくちゃいけない。

標準、直感からの距離感 * その上に強いられる努力
これがバッドノウハウ指数を図る目安だとおもう。

37 ：名無しさん＠お腹いっぱい。：04/02/20 10:36

バッドじゃないノウハウって
たとえば何よ。

38 ：名無しさん＠お腹いっぱい。：04/02/20 13:19

rm -rf /

39 ：名無しさん＠お腹いっぱい。：04/02/20 13:36

グッドウハウハ

40 ：名無しさん＠お腹いっぱい。：04/02/20 13:50

グッドマウマウ

41 ：名無しさん＠お腹いっぱい。：04/02/20 13:50

アフォーダンスが足りない!
アフォーダンスが足りない!

42 ：名無しさん＠お腹いっぱい。：04/02/20 13:56

ｱﾌｫﾀﾞｰﾝｽ

43 ：名無しさん＠お腹いっぱい。：04/02/20 14:14

> どっちが先に出来たか知らんけど

sort が先。たぶん10年近く差がある。

44 ：名無しさん＠お腹いっぱい。：04/02/20 14:15

sort2 コマンドを作れ作れ作れ

45 ：名無しさん＠お腹いっぱい。：04/02/20 14:42

___ _ _ | _ __|_ __|_ _|_o _ | _ _| |(/__> |_ (_)| | |(_||(/_(_| _|

46 ：名無しさん＠お腹いっぱい。：04/02/20 21:34

>>37
* find と xargs の構文
* perl -pi.orig -e '...' とか ruby のそれとか
* zsh の =hoge と zmv コマンド
* CVS の基本的なコマンド
* 初心者が使う計算機には sl を仕込んでおくこと

ってところかなぁ。どれも個人的なものでしかないけど、このノウハウで
で得られるメリット(≒満足感)は大きいし、利用時にストレスも感じない。

逆に、PKI 関連はバッドノウハウだと思う。たまにしか使わないからなかなか
覚えられず、ストレスが溜る。これも、個人的な問題ではあるけど。

47 ：名無しさん＠お腹いっぱい。：04/02/20 23:43

　　　○　　　○　＜押すなよ！ぜぇーーったいに押すなよ！
　　　|こ　／ |
　　　 >ヽ　|⌒ |＿＿＿＿|　　　

48 ：名無しさん＠お腹いっぱい。：04/02/21 03:38

>>46
> * CVS の基本的なコマンド

cvs まわりなんざバッドノウハウがうじゃうじゃあると思うのだが。
どこまでを基本的と言っているのか知らないが。

49 ：名無しさん＠お腹いっぱい。：04/02/21 12:04

>>48
その「うじゃうじゃ」をもっと具体的に書けば話がふくらむんじゃないの?
改行問題とか、ディレクトリ mv 問題とかさ

50 ：名無しさん＠お腹いっぱい。：04/02/21 12:08

バッドノウハウもそれだけを切り離して
隔離すればそこそこノウハウになる。

51 ：名無しさん＠お腹いっぱい。：04/02/21 12:25

ワーキングコピーの状態を知るのに update を使わないといけない

52 ：46：04/02/21 13:01

>>48
普段よく使うのは

cvs co [-r] [-d]
cvs add
cvs ci
cvs di -u
cvs up (-dP|-A)
cvs lo -t ChangeLog
cvs tag [-b]

というあたりかなぁ。こんなもんで事足りてる。

53 ：名無しさん＠お腹いっぱい。：04/02/21 13:03

>>51
それはそういうものだとしか言いようがないような。
ていうか、それってバッドノウハウか？

54 ：名無しさん＠お腹いっぱい。：04/02/21 13:06

>>51
私は cvs update して M になっているファイルは cvs up -p し直して未修正
版を手元に置いてます。

% cvs up
M foo.c
% cvs up -p foo.c >'.#foo.c.'$(cvs_getcurrentversion foo.c)
% ls -a
.#foo.1.2.3
foo.c
% diff -u '.#foo.1.2.3' foo.c
:

55 ：名無しさん＠お腹いっぱい。：04/02/21 13:12

psのオプションはバッドノウハウだ。
man psしてもよくわからん。

56 ：名無しさん＠お腹いっぱい。：04/02/21 13:22

>>53
「それはそういうもの」で済むんだったらバッドノウハウなんて存在しないって。

CVS で状態を知るのに update （更新）を使わないといけないのは明らかに直感的でない。
だからこそ Subversion では status コマンドができた。

57 ：名無しさん＠お腹いっぱい。：04/02/21 14:49

数カ月ごとにOSを再インストール

58 ：名無しさん＠お腹いっぱい。：04/02/21 15:26

>>56
cvsにもstatusコマンドはあるよ。
レポジトリにアクセスするところはupdateと変わらないけど。
そうしないと状態を知ることができないのがダサいと言うなら
その通りかもしれない。

59 ：名無しさん＠お腹いっぱい。：04/02/21 15:30

で思ったんだけど、バッドノウハウを叫ぶ姿勢って物事の本質から
目を背ける危険性があるんじゃないかな。

60 ：名無しさん＠お腹いっぱい。：04/02/21 16:37

>>59
本質はよくても枝葉が腐ってればバッドノウハウで乗り切るしかないんでない？

61 ：名無しさん＠お腹いっぱい。：04/02/21 16:58

>>60
そんなしよう(←何故か変換したくない)は切捨てたい。

62 ：48：04/02/21 17:36

>>52
> cvs add

mkdir foo ; touch foo/bar
cvs add foo
cd foo && cvs add *

なら痛い目を見ないが

mkdir foo ; touch foo/bar
cvs add foo
cvs add foo/*

で foo/CVS/ まで add されて痛い

> cvs ci

ネットワークが遅いからといって途中で中断してはいけない。
破壊的な操作全般に言える。

63 ：48：04/02/21 17:37

>>52
> cvs di -u

枝と日時を指定して diff の対象にできない。必要になりそうなところは
タグを打っておかないとダメ。

FreeBSD の cvs 使いなら diff -j で救われる。

> cvs up (-dP|-A)

-kb なファイルがコンフリクトすると手元の成果が平気で消える可能性が
ある。.# に残ってたってビックリするものはビックリする。

> cvs tag [-b]

tag は -c を忘れると ci し忘れたときに痛い。

枝を作るときには根本にタグをあらかじめ打っておかないと、あとで必要
になったときに面倒でしょうがない。枝の先端は嫌でもタグが張り付くく
せに、根本を示すものは自動じゃつかない。

枝の名前は cvs admin を使わないと変更できない。cvs admin を使って
も根性か便利なスクリプトでもないと変更する気にならない。
(ベンダータグは例外。リビジョン番号 1.1.1 と決めうちできるから楽)

64 ：名無しさん＠お腹いっぱい。：04/02/21 18:04

Ｗｉｎｄｏｗｓなんだが、何するにも××ツール（しかも有料）を使わないと
何もできない点。

65 ：名無しさん＠お腹いっぱい。：04/02/21 18:06

　 ∧＿∧
　（;´∀｀）このスレ見てたらチンコ勃っちゃった
　人　Y　/
　(　ヽし
　（＿）＿）

66 ：名無しさん＠お腹いっぱい。：04/02/21 18:08

>>64
金払えばいいじゃん。貧乏人はうぜえからどっかいけ

67 ：名無しさん＠お腹いっぱい。：04/02/21 18:08

あー知ってる知ってる
パンクバンドの名前だよね

68 ：名無しさん＠お腹いっぱい。：04/02/21 19:54

それはBad Brains。すなわちお前>>67のことだ。

69 ：名無しさん＠お腹いっぱい。：04/02/21 20:12

何かを得れば何かを失う。人生とはそんなものだ。
状況に応じて使うか使わないかを決めるといい。

70 ：46：04/02/21 20:25

>>62ー63
驚き最小の原則が徹底してないという意味では同意。
それがバッドノウハウかどうかという意味では疑問。

他にはないの?

71 ：名無しさん＠お腹いっぱい。：04/02/21 20:35

>>70
驚きが無いとつまらないよね。飽きちゃう。あくびが出る。

72 ：名無しさん＠お腹いっぱい。：04/02/22 16:33

>>66
すぐこういうレスつけてくる馬鹿いるよねｗ

73 ：名無しさん＠お腹いっぱい。：04/02/22 22:29

>>72
それに反応する知的劣等者もいるし。

74 ：名無しさん＠お腹いっぱい。：04/02/23 00:08

知っているが、
うざい＆知的劣等、というパラダイムが気に喰わない。(定型文)

75 ：名無しさん＠お腹いっぱい。：04/02/23 00:18

---
うざいがき 2 【有財餓鬼】
(1)飢えてはいるが、一定の食物にありつける餓鬼。⇔無財餓鬼
(2)財貨をたくさんもっていながら欲の深い人。
「其の心は貧僧より遥かに浅ましき―といふものなり/浮世草子・好色敗毒散」
Copyright (C) 2004 Sanseido Co.,Ltd. All rights reserved.
---
つまり、「うざい」は「恵まれている」を表す言葉なのだ。

と、パラダイムシフトの提言

76 ：名無しさん＠お腹いっぱい。：04/02/23 02:41

automagically を自動魔法的と訳したヤツは普通。呪動的と訳したヤツは天才。

77 ：名無しさん＠お腹いっぱい。：04/02/23 03:18

糞レスがついてくるのもバッドノウハウでつか？

78 ：名無しさん＠お腹いっぱい。：04/02/23 05:35

>1を放置して「間違ったノウハウ」や「疑ってかかるべき方針」について
語ったほうが有用だろう。

なんでもかんでも試してみる前に本で調べろとか、その逆とか、「セキュリティ
を高めるために管理ログは公開しません」とか。

79 ：名無しさん＠お腹いっぱい。：04/02/23 07:57

数学や物理におけるバッドノウハウ的なものってなんでしょうか？
お詳しい人教えて下さい。

80 ：名無しさん＠お腹いっぱい。：04/02/23 08:45

物理のバッドノウハウは知らん。
数学の話をすれば、今は数学そのものがバッドノウハウに
なってる気がする。特に偏微分方程式。

81 ：名無しさん＠お腹いっぱい。：04/02/23 09:58

高校数学

82 ：名無しさん＠お腹いっぱい。：04/02/23 10:01

>>78
できる限り管理ログを公開しないのは当然です。

83 ：名無しさん＠お腹いっぱい。：04/02/23 10:55

高校物理

84 ：名無しさん＠お腹いっぱい。：04/02/23 11:28

>>78
窮地に陥ったときには魔法の呪文を唱える：「それは仕様です。」

85 ：名無しさん＠お腹いっぱい。：04/02/23 19:35

バッドノウハウのない世界を再構築するとしたら、どんな方法がある？

設定ファイルは全部lispにするとか？

86 ：名無しさん＠お腹いっぱい。：04/02/23 19:40

>>59

なんか、おいおいって感じだなあ。

「Unix」が総称なんだというのは、一般論として成り立たないでしょ。
「UNIX」が総称として扱われることも良くあるし。

それに総称としての Unix なら、Linux だって、含まれることはある
だろう。あと、HP-UX と AIX と Tru64 は無視?

それから、4.4BSD Lite 以降にも AT&T のコードは若干残ってるぞ。

87 ：86：04/02/23 19:42

間違えますた。吊ってきます。

88 ：名無しさん＠お腹いっぱい。：04/02/23 19:42

性欲を持て余す。

89 ：名無しさん＠お腹いっぱい。：04/02/23 21:26

エッチにおけるバッドノウハウの数々をぜひとも教えてください。

90 ：名無しさん＠お腹いっぱい。：04/02/23 21:44

前付き合っていた女がよろこぶから、
AVでみたから、
TVでやっていたから、
喜ぶと思ったら大間違い。

91 ：名無しさん＠お腹いっぱい。：04/02/23 22:03

そういうのは、バッドノウハウと違う。

92 ：48：04/02/23 22:18

>>89
- ローションの溶き方
お湯によく溶けるならこんなもの知らなくても濃度だけ気にすればいい。

- コンドームの表裏確認/エア抜き
個包装のパッケージに表裏を明示しておけば済む話。
ゼリーなりなんなり使ってエア抜きに神経使わなくてすむ実装にしてくれ。

- ダーリン/ハニー
名前を間違えたり盗聴されたりの危険がなければこんな呼び方しないで済む。

- コンタクトレンズ外すタイミング
1day なら捨てて寝られる。ハードならつけっぱなしでいいのに。

- マジックミラーと普通の鏡の判別の仕方
なんでこんなもん知らなきゃならんのだ。

- バスローブの判別
どっち着たらいいのかすぐにわかるようにしておいてくれ、色でいいから。

- ベッドパネルの有線放送や照明のインターフェース
ロクにあたらない。

- トイレの音漏れ
わざわざテレビか有線をつけて聞こえないようにしてやらなきゃならん。
防音しとけ。

93 ：名無しさん＠お腹いっぱい。：04/02/23 22:21

AV流しながらのセックル。
山崎先生、、、かなりひかれますた

94 ：名無しさん＠お腹いっぱい。：04/02/23 23:24

初体験でフェイシャルカム、ってのは
バッドノウハウというより AV 見すぎの勘違い。

95 ：名無しさん＠お腹いっぱい。：04/02/24 17:01

そりゃベッドノウハウやろ！

とマジレスするのは禁句ですか？

96 ：名無しさん＠お腹いっぱい。：04/02/24 17:27

ここはエロいインターネットですね。

97 ：名無しさん＠お腹いっぱい。：04/02/24 18:09

サッドノウハウきぼん

98 ：名無しさん＠お腹いっぱい。：04/02/24 22:33

>>82 それ、まともに動かないネットワークの管理者がよく言うね。
きっとクビになりそうなときのカードの意味があるんだろうな。

99 ：名無しさん＠お腹いっぱい。：04/02/24 23:26

>>97
彼女の素行調査を依頼するといい。
9割以上の確率でサッドな気分に浸れるぞ。

100 ：100：04/02/24 23:30

ゲットノウハウ

101 ：名無しさん＠お腹いっぱい。：04/02/25 05:02

そもそもネットワークに依存している段階で
その会社はセキュリティーを理解してないと思われ。

102 ：名無しさん＠お腹いっぱい。：04/02/25 12:16

ネットワークを使うのはごく普通だと思うが、依存てのは何のこと?
ネットワークを全く使わないことがセキュリティってわけじゃないよね?

103 ：名無しさん＠お腹いっぱい。：04/02/27 05:31

>>102
＞ネットワークを全く使わないことがセキュリティってわけじゃないよね?
たまにそんな意味のことを言う人がいるよ。
盗難に備えて全財産を地中深く埋めてしまいそうな雰囲気で。

104 ：名無しさん＠お腹いっぱい。：04/02/27 10:08

そろそろ本題に戻ろう。

105 ：名無しさん＠お腹いっぱい。：04/02/27 10:12

hownｽﾚで盛り上がっている人は、こっちでやって欲しいですよ。

106 ：名無しさん＠お腹いっぱい。：04/02/27 11:27

>>95
ﾜﾛﾀ

107 ：名無しさん＠お腹いっぱい。：04/02/27 13:37

howm はバッドノウハウなのか。

108 ：名無しさん＠お腹いっぱい。：04/02/27 16:02

ざっと見た感じでは howm をバッドノウハウだと言ってる人はいないようだが・・・

109 ：名無しさん＠お腹いっぱい。：04/02/27 17:05

GUI使う前にマウスの掃除をするか
最低でも汚れをチェックしなければならない

110 ：名無しさん＠お腹いっぱい。：04/02/27 17:06

光学マウスにしろ。

111 ：名無しさん＠お腹いっぱい。：04/02/27 17:17

光学マウスを使う前に、光学的に均一な反射をする
平面またはそれに類したものを準備せねばならない。

112 ：名無しさん＠お腹いっぱい。：04/02/27 17:33

おいらトラックボーラー

113 ：名無しさん＠お腹いっぱい。：04/02/27 17:44

トラックボールに鼻の脂を塗らなければならない

114 ：名無しさん＠お腹いっぱい。：04/02/27 22:21

>>111
昔は専用マウスパッドだったのにな。
割ってしまって泣いたっけ…

115 ：名無しさん＠お腹いっぱい。：04/02/27 22:27

アルミの板だったな。

116 ：名無しさん＠お腹いっぱい。：04/02/28 00:56

あれがよくずれるんだ。

117 ：名無しさん＠お腹いっぱい。：04/02/28 01:15

やっとパッドノウハウの定義が見えました

118 ：名無しさん＠お腹いっぱい。：04/02/28 09:02

半角板でうｐされたエロ動画を見るには
暗号めいた書き込みからパスワードを連想しなければならない。

119 ：名無しさん＠お腹いっぱい。：04/02/28 12:35

>>108
howm スレにキチガイが寄生しているので、こちらのスレで引きとって頂けると幸いです。

120 ：名無しさん＠お腹いっぱい。：04/02/28 12:46

howmスレ見てきた。バッドノウハウをNGワードにすることにした。

121 ：名無しさん＠お腹いっぱい。：04/02/29 21:18

漏れは rpm ってバッドノウハウを具現化したものの様な気がするなぁ。

122 ：名無しさん＠お腹いっぱい。：04/03/01 07:57

>>121
おれもそう思ったから、redhatだけどrpmは使ってない。

123 ：名無しさん＠お腹いっぱい。：04/03/01 15:05

curse系ライブラリってのも
結構バッドノウハウのような気がする。

124 ：名無しさん＠お腹いっぱい。：04/03/01 15:45

>>123
カーズ様はバッドノウハウですか。
そうですか。

125 ：名無しさん＠お腹いっぱい。：04/03/01 15:55

いや、シュトロハイムこそバッドノウハウの塊だ。

126 ：名無しさん＠お腹いっぱい。：04/03/01 16:01

>>123
じゃあviはバッドノウハウのデモ用に作られた。

127 ：名無しさん＠お腹いっぱい。：04/03/01 17:02

>>126
ワロタ

128 ：126：04/03/01 17:33

意外にも、
http://namazu.org/~satoru/misc/unix-sucks.html
http://namazu.org/~satoru/misc/bad-knowhow.html
には、viはでてこないなあ。

vi派なのかな？

129 ：名無しさん＠お腹いっぱい。：04/03/01 18:35

「お～れだっけ、Ｖ・Ｉ・Ｍ」の人を敵に回すことはあり得ない。

130 ：名無しさん＠お腹いっぱい。：04/03/01 18:49

viは臭い。バッドノウハウ以前にただの異端でしかない。
UNIX界からもLisp界からも嫌われ、Windowsにおいては無視される。
早いところ抹殺しなくてはなりませぬ。

131 ：名無しさん＠お腹いっぱい。：04/03/01 18:53

Ｖ・Ｉ・Ｍ！Ｖ・Ｉ・Ｍ！

132 ：名無しさん＠お腹いっぱい。：04/03/01 21:50

Bill Joy自身がこんなにみんな使うようになるとは思わなかったって言っているぐらいなんだから。
別にviはviとしてほっておいていいんじゃないの。

アメリカだとeeとか使うシステム管理者は居るそうだし。

133 ：名無しさん＠お腹いっぱい。：04/03/01 22:34

viなんて/etc専用エディタなのに、それでコード書いてたりする香具師はキモイ

134 ：名無しさん＠お腹いっぱい。：04/03/01 23:34

やっぱり、単に事例挙げてくだけじゃ、宗教論争スレにしかならないよね…

135 ：名無しさん＠お腹いっぱい。：04/03/02 02:04

vi使いの田中哲はキモイのか？

136 ：123：04/03/02 06:43

うー。ごめん。自分でも時々、
何を口走ったのか解らなくなる時ってありませんか？

curseが無かったら、もっと事態は絶望的になってた訳で、
悪いのはwrapperを作ってカスタマイズしない自分の方だと言う気がして来ました。

137 ：名無しさん＠お腹いっぱい。：04/03/02 08:59

2chもメール欄とかスレの探し方とかバッドノウハウの塊だな。

138 ：名無しさん＠お腹いっぱい。：04/03/02 11:26

バッドノウハウという概念自体がバッドノウハウ。

139 ：名無しさん＠お腹いっぱい。：04/03/02 11:31

>>138
同感

140 ：名無しさん＠お腹いっぱい。：04/03/02 15:37

Win32を切り捨てるMSは偉いよ。チャレンジングスピリットに
溢れてる。古い週間を保護するだけでは進歩することはできない。

141 ：No Gnus is good news：04/03/02 15:52

No `know how' is good `know how'

142 ：名無しさん＠お腹いっぱい。：04/03/02 16:16

勝手に晒してもうしわけないでつが、

ttp://slashdot.jp/journal.pl?op=display&uid=1544&id=199357

> 「こうすれば便利でしょ」は「バッド」に入らない、というのが俺の個人
> 的見解なんだけどなあ。「これをしらないと、最低限の動作すら出来ない」
> という、「やらされ感」が「バッド」たる結縁だと思うんだが。

非常に興味深い見解でつ。

143 ：名無しさん＠お腹いっぱい。：04/03/02 16:16

瞬時にあらゆることに適応できる人間こそがもっとも素晴らしい

144 ：名無しさん＠お腹いっぱい。：04/03/02 16:19

計算速度∞の人間は人間とは言わない。

145 ：名無しさん＠お腹いっぱい。：04/03/02 16:33

じゃあ、セキュリティを実現するためのあれこれっていうのは、
バッドノウハウと呼ばれたりする可能性が高い、ってとこかな？

146 ：名無しさん＠お腹いっぱい。：04/03/02 16:40

>>145
例えば、MS製品で一発で解決するものを、
技術屋魂が～とか古いセキュリティー管理方法に
拘ってるとしたら、それはバッド脳崩だろう。

147 ：名無しさん＠お腹いっぱい。：04/03/02 16:47

一発解決とたくさんのマクロウイルス。

148 ：名無しさん＠お腹いっぱい。：04/03/02 16:49

>>145
運用しだいでセキュリティ的脆弱性が簡単にできてしまう
プロトコル、システム(、と法律)自体がバッドノウハウなのです！

149 ：名無しさん＠お腹いっぱい。：04/03/02 18:12

荻谷っちの文章を読んだときも思ったが、
コンピュータサイエンスセンス的に正しい代用TeXを
使いやすいライセンスでばら撒いてくれればそれですむのに、なんでしてくんないだろう。
各種エッセイを読むと、それをするだけの才能も地位も意欲もありそうなものなのに。

バッドノウハウ本尊の君も、とりあえず、使いやすい
「procmailを置き換えるなにか」を作ってほしいんだよもん。

150 ：名無しさん＠お腹いっぱい。：04/03/02 18:23

>>149
良いものがあっても無視される現実を前に
よくそんなことが言えますね。そんなケース
今までみたことないって？嘘おっしゃい。

151 ：名無しさん＠お腹いっぱい。：04/03/02 18:25

バッドノウハウとは個人の問題じゃなくて、
ある一定の集団となったときにそう呼ばれるものですよ。
Emacsより、よいエディタの可能性が仮にもしあったとしても
それは既存のものを軽々と超えることでも無い限りは
無視されるでしょうね。

152 ：名無しさん＠お腹いっぱい。：04/03/02 18:28

抵抗勢力とは、一定数いるから「勢力」と呼ばれるだけの
ことがあるんであって、ひとりやふたり頑固な人間が
いたところでそうは呼ばれません。

補足ですが、Emacsは大好きです。

153 ：名無しさん＠お腹いっぱい。：04/03/02 18:35

御本尊?

154 ：名無しさん＠お腹いっぱい。：04/03/02 18:41

>>153
違います。
あるソフトウェアについてケチをつけると、
149のような、答えが決まって返ってくるので
我慢ならなくなり思わず書き込みました。

そのソフトウェアを作った労力に関して、
感謝と尊敬し使わせてもらうことと、おかしな
設計を指摘することはなんら矛盾しないと思います。

155 ：名無しさん＠お腹いっぱい。：04/03/02 18:46

>バッドノウハウ本尊の君も、とりあえず、使いやすい
>「procmailを置き換えるなにか」を作ってほしいんだよもん。

高林氏は scmail を作ってるわけだが
http://www.namazu.org/~satoru/scmail/

156 ：名無しさん＠お腹いっぱい。：04/03/02 18:48

>>149
増井氏のLens

157 ：名無しさん＠お腹いっぱい。：04/03/02 18:54

もう感謝だよもん。

158 ：名無しさん＠お腹いっぱい。：04/03/02 19:12

>>154
>>149みたいな反応が返ってくる理由は、
あるソフトウェアへのケチのつけかたに問題があるんじゃ?
使っているお前らはアホだ、みたいな雰囲気をかもし出しているとか。

159 ：名無しさん＠お腹いっぱい。：04/03/02 19:45

設計って大事だよね。しみじみ。

160 ：名無しさん＠お腹いっぱい。：04/03/02 21:04

バッドノウハウについては共感するところもあるのだが、
http://namazu.org/~satoru/misc/unix-sucks.html
を読むと、高林って単に頭が悪いだけなんじゃないかと
本気で心配したくなるな。

161 ：名無しさん＠お腹いっぱい。：04/03/02 21:14

>>160
高林、頭悪いよ。おそらく知能指数200無い。
あんな知的落ちこぼれにUNIXを語ってほしくないね。

何がバッドノウハウだ。マニュアルにいちど目を通して、
すべて暗記しておけばいいだけなのに。
きっとそれができないほど頭悪いんだろうな。

162 ：名無しさん＠お腹いっぱい。：04/03/02 21:31

>>160
それはネタでしょ。でも、初めてUNIXを触る9割ぐらいの人が
思うところのものでもあるかと。

163 ：名無しさん＠お腹いっぱい。：04/03/02 21:41

>>160
>.Xdefaults と .Xresources の違いようわからん。

わたしがXを学んだ頃は、「××する仕組みってないの? え? .Xdefaultsとxrdb? なるほど」
という順番だったものだが。
自分の机の上にマシンがあり、また同種のマシンが多数の現在では、必要性がよく
わからなかったりするのだろう。

164 ：名無しさん＠お腹いっぱい。：04/03/02 21:41

使いたくないんなら使わなければいいんであって。
問題は使いたくなくても使わざるを得ない状況なり環境の方であって。
レガシーだったりディフェクトスタンダードのせいであって。
コボルみたいなもんであって。creatみたいなもんであって。
ノウハウとは別の問題だと思うのだけれども、いかがでしょうか。

165 ：名無しさん＠お腹いっぱい。：04/03/02 21:46

>>164
とんちんかんなこと言わないで。

166 ：名無しさん＠お腹いっぱい。：04/03/03 02:53

Webとメールしか使わない人にとっては、パソコン(やOS)の汎用性そのものがバッドノウハウ。
通話しかしない人は、携帯電話の高機能性そのものがバッドノウハウ。
ただし、いろんな要求の人それぞれに、必要なだけの機能をもった専用のソフト、
機械をそれぞれ作るわけにもいかんから、あるていど汎用的な物を作ってそれに
慣れてもらうしかない。

ただインタフェースの出来が悪いだけなら、問題は簡単なんだけどね。

167 ：名無しさん＠お腹いっぱい。：04/03/03 02:54

人生そのものが

168 ：名無しさん＠お腹いっぱい。：04/03/03 04:03

何かずれてるなぁ

別に汎用性がどうとかいう問題じゃないんだよ。

例えば１文字記号。
perl のワンライナーとかならまだ存在価値はあるが、
何かの設定ファイルで１文字記号はいやがらせでしかない。
説明的な長い名前のほうがよっぽどわかりやすいのに。

169 ：名無しさん＠お腹いっぱい。：04/03/03 06:00

"バッドノウハウ"をはやらせたいの?

170 ：名無しさん＠お腹いっぱい。：04/03/03 07:23

>>168

だからといって、「説明的な長い名前」が必ずしもいいとは限らないだろ。
いつも補完入力ができるエディタを使えたり特殊なインターフェースが
ある場合ばかりじゃないし。手で入力したらもちろん間違えやすいし、
コピペするのは面倒。第一、長い識別子を使っても、結局似たようなもの
ばかりになっちゃって却って読みにくいことも多い。
分かってる人にとっては、短い方が入力しやすいし、読みやすい場合もある。
だから要はトレードオフなんだよ。

どうもバッドノウハウってを叫びたがる連中ってのは、そういう
背景とかトレードオフとかに思いを致すことがほとんどなくって、
とにかく覚えるのが面倒という時点で思考停止している連中が多いような
気がする。バッドノウハウ的なところは確かに議論すべきだと
思うんだけど、そういうこともあって、この言葉には最近悪い印象を
持ち始めてきた。

171 ：名無しさん＠お腹いっぱい。：04/03/03 08:38

>>170
そういうこと言うとまた「奥が深い症候群」とかの俺用語で批判されるよ。

172 ：名無しさん＠お腹いっぱい。：04/03/03 08:59

命名することで理解したような気になり、その後は思考停止できる。

これは生きていく上でのノウハウ。
しかも覚えるのが簡単だからグッドノウハウ、になるはず。

173 ：名無しさん＠お腹いっぱい。：04/03/03 09:09

実のあることは別に覚えるのにやぶさかではないけどさ、
どの記号がどの機能に対応してるかなんて、
そんなつまらないこと覚えずに済むならそれに越したことはない。

もっと大切なことはいくらでもある。

174 ：名無しさん＠お腹いっぱい。：04/03/03 09:09

覚えずに→手間をかけずに
の方が適当か

175 ：名無しさん＠お腹いっぱい。：04/03/03 09:46

>>168
それって、ただ「インタフェースが糞」なだけじゃん。
わざわざバッドノウハウなんて言い直す必要があるのか？
(「バッド」って言いたいだけちゃうんかと小一時ｋ（ｒｙ)

176 ：名無しさん＠お腹いっぱい。：04/03/03 11:15

>>3の「ソフトウェアを使いこなす」とはつまり、自分がやりたいと思っていることを行わ
せる(行う)ことなわけだが、それ以外の本質的でないことを覚えないとそれができない。
その「それ以外」の部分こそバッドノウハウなわけだ。

だから、分かりやすい/にくいってのは、バッドノウハウ議論において本質的なこと
じゃない(構成要件の一つではあると思うが)。
んで、「それ以外」の部分は視点が違うと変わってくる、ってのが>>166。

まぁ、分かりやすいかどうか、なんて言う方が俺はずれてると思うね。
分かりやすくないだけなら分かりやすく変えれば良いし、perlは既にそうなってるよね。
自分がやりたいことに関連してるのにそれを覚えたくないってのは単なるわがまま。
(原典の人がperlをどういう意図で挙げたのかは分からんけど)

177 ：名無しさん＠お腹いっぱい。：04/03/03 11:54

物事なんとでも言えるんだよ。
今の最新流行は「無価値なものの奥深さ」これね。
奥が深い症候群なんて上っ面を批判しても、
その浅はかな考え程にしか批判も及ばない。

178 ：名無しさん＠お腹いっぱい。：04/03/03 11:56

procmail はいいとして、 TeX の代替品キボンヌ

179 ：名無しさん＠お腹いっぱい。：04/03/03 12:12

ユーザインターフェイスの研究なんて米国じゃ90年代で完全に下火になっちゃってるのに。
コンピュータサイエンスの中でも、アリゴリズムや離散数学がまともにできない落ちこぼ
れがやってたからね。

180 ：名無しさん＠お腹いっぱい。：04/03/03 14:29

>>178
ほしかったら、1 億

181 ：名無しさん＠お腹いっぱい。：04/03/03 14:36

>>168
>何かの設定ファイルで１文字記号はいやがらせでしかない。

なんでだよ。記憶しておけばいいだけだろ。0.1秒もかかんないだろ。

182 ：名無しさん＠お腹いっぱい。：04/03/03 15:55

>>178
MS Word or OOo

183 ：名無しさん＠お腹いっぱい。：04/03/03 16:32

>>179
アリゴリズム

184 ：名無しさん＠お腹いっぱい。：04/03/03 16:38

バッドサイデリア～

185 ：名無しさん＠お腹いっぱい。：04/03/03 16:46

>>170
そもそも「思考停止」って言葉が俺用語なわけで。

186 ：名無しさん＠お腹いっぱい。：04/03/03 16:51

>>183
アリゴリズムもしらない低能発見。なんちて。

187 ：名無しさん＠お腹いっぱい。：04/03/03 17:18

googleによれば、アリゴリズムは結構有名みたいですが。

188 ：名無しさん＠お腹いっぱい。：04/03/03 17:22

http://www.google.co.jp/search?q=%E3%82%B4%E3%83%AB%E3%82%B4%E3%83%AA%E3%82%BA%E3%83%A0&ie=UTF-8&oe=UTF-8&hl=ja&lr=

189 ：名無しさん＠お腹いっぱい。：04/03/03 17:34

アリゴリズムたいそう

190 ：名無しさん＠お腹いっぱい。：04/03/03 18:18

変な略仕方の辞書みたいなのあるといいな。
明　←これって明治大学のこと意味したりもするじゃん。
コンピュータとかネットワークの世界ってこういうの多すぎ。

191 ：名無しさん＠お腹いっぱい。：04/03/03 18:19

変数名のつけ方に関する略語のルール一覧とかあったら素晴らしい。

192 ：名無しさん＠お腹いっぱい。：04/03/03 20:02

変数名を略すな。

193 ：名無しさん＠お腹いっぱい。：04/03/03 20:42

今時、関数名なんざIDEで補完してくれるから略するなとは思う。

194 ：名無しさん＠お腹いっぱい。：04/03/04 01:41

>>185
で、そもそも「俺用語」って言葉も俺用語なわけだな。

195 ：名無しさん＠お腹いっぱい。：04/03/04 09:41

>>194
そうだな。正式な言葉に直すと、「意味不明」が適当な俺用語だ。

196 ：名無しさん＠お腹いっぱい。：04/03/04 11:18

mgr manager
msg messege
ctl control
fmt format
cmd command

こういったやつの辞書が欲しい。これがソースコードを解読
また、コードを書く時の変数関数名に関するガイドラインになる。
プログラミング言語の形式的でない言語学もそろそろ必要かと。

197 ：名無しさん＠お腹いっぱい。：04/03/04 14:37

>>196
変換規則の明示じゃダメか? 難しすぎかな。

頭が悪い人向けの情報が必要だというのは分かるが。

198 ：名無しさん＠お腹いっぱい。：04/03/04 14:53

3文字省略形変換規則をそれらしくでっちあげ

0. 3文字になるまで以下の規則を適用する
1. 先頭以外の母音を除く
2. 重なった子音を1つにする
3. 音節頭以外の子音を除く
4. 3文字になるまで末尾以外の文字を末尾から取り除いていく

たいていは2. まででも十分だと思う

199 ：名無しさん＠お腹いっぱい。：04/03/04 16:05

規則っていってもさ「大体こんな感じ」みないな
いい加減なのじゃ大して役に立たないんだけど。

200 ：名無しさん＠お腹いっぱい。：04/03/04 16:07

あと、略語から本当の単語を推理しなくちゃ
いけないのに、それがうまくできないんじゃ
略してる意味ないどころか、害悪だよな。

201 ：名無しさん＠お腹いっぱい。：04/03/04 16:10

変数名を略すのはバッドノウハウ。
分からなかったらリブートもバッドノウハウ。
原因が分からずに再インストールもバッドノウハウ。

202 ：名無しさん＠お腹いっぱい。：04/03/04 16:12

>>198
自然言語の単語　→　略記号
これの規則だけじゃ変数関数名をつけるときにしか役立たない。
略記号　→　自然言語の単語
これが必要だってこと。まあこんなメンドクサイこと誰もやらんか。

203 ：名無しさん＠お腹いっぱい。：04/03/04 16:20

自分で作れ。

buf buffer
ptr pointer
str string

204 ：名無しさん＠お腹いっぱい。：04/03/04 16:33

svc service
sig signal
sem semaphore
src source
net network
dev device
compat compatibility
bin binary
attr attribute
dir directory
usr user
proc process,procedure
sym symbol

205 ：名無しさん＠お腹いっぱい。：04/03/04 16:39

dqn

206 ：名無しさん＠お腹いっぱい。：04/03/04 16:41

util utility
comp compress
ver version
div division
rw read/write
gen generate
con console
mem memory

207 ：名無しさん＠お腹いっぱい。：04/03/04 16:53

rnd random
cntl control
def definition
addr address
prot protection
ret return
val value
subr subroutine
pos position
opt option
arg argument

208 ：名無しさん＠お腹いっぱい。：04/03/04 16:56

うーむ、バッドノウハウ。

209 ：名無しさん＠お腹いっぱい。：04/03/04 16:57

exp exponential, expression, experimental
reg register, registry, region, regular
sec second, security, section
dev device, development
cur current, cursor

210 ：名無しさん＠お腹いっぱい。：04/03/04 17:00

fil filter
sock socket
tok token
tun tunnel
dep dependency

211 ：名無しさん＠お腹いっぱい。：04/03/04 17:06

>204
http://www.am.ics.keio.ac.jp/parthenon/unix-term-dic.html
>usr (ディレクトリ名) [ゆーざ] [ゆー・えす・あーる] [ゆーずる]
>"USeR" の略。と、誰もが(?)思っていたが、米国のユーザグループ UniForum が発行している機関誌 CommUNIXations(May/ June 1989)
からの転載ということで、 JUS の /etc/wall No.8/1990/May に載っていた「UNIX Trivia -- UNIX に関するクイズ100問」によると、 "User Services and Routines" の略だそうである。

212 ：名無しさん＠お腹いっぱい。：04/03/04 17:14

priv privilege,private
brdg bridge
req request
prm parameter
var variable
len length
ck check
seq sequence
systm system

213 ：名無しさん＠お腹いっぱい。：04/03/04 17:22

hdr header
tbl table
cap capture
cmp compare
auth authentication
desc description
ops operations
std standard

214 ：名無しさん＠お腹いっぱい。：04/03/04 17:34

mach machine
expr expression
phys physics
pri priority
sel select
ent entry
que queue
cpy copy
pwr power
perm permission
seg segment
prof profile
cnt count

215 ：名無しさん＠お腹いっぱい。：04/03/04 17:40

つまらんからよそのスレに張りつけてくれ。

216 ：名無しさん＠お腹いっぱい。：04/03/04 17:46

cred credential
mag magic
num number
blk block
elm element
prev previous
pr per

まあUNIXはいいとしても、その流儀みたいなのは
ろくなもんじゃないってことです。おしまい。

217 ：統一してくれ：04/03/04 17:51

control -> ctl ctrl cntl
service -> serv svc srv

218 ：名無しさん＠お腹いっぱい。：04/03/04 18:54

nlp

219 ：名無しさん＠お腹いっぱい。：04/03/04 18:57

ggg

220 ：名無しさん＠お腹いっぱい。：04/03/04 21:09

crt*.oのcrtってなんの略でしょうか？

221 ：名無しさん＠お腹いっぱい。：04/03/04 21:36

>>220
C runtime

222 ：名無しさん＠お腹いっぱい。：04/03/04 21:42

>>218-219 wrt

223 ：名無しさん＠お腹いっぱい。：04/03/04 23:47

ggl -> Google
yho -> Yahoo

224 ：名無しさん＠お腹いっぱい。：04/03/05 06:51

うまい変数名の付け方、
特に、短い変数名と長い変数名の使い分けに関しては、
カーニハン＆パイク『プログラミング作法』の
第１章第１節「名前」が良くまとまっていていいね。

「グローバルにはわかりやすい名前を、ローカルには短い名前を」
みたいな話。

225 ：名無しさん＠お腹いっぱい。：04/03/05 07:18

ローカル変数なんてi,j,k x,y,zでいいんだよ。

226 ：名無しさん＠お腹いっぱい。：04/03/05 12:29

>>224
その本に出てくるeprintfという関数は名前のつけ方がよくないと思う。

227 ：名無しさん＠お腹いっぱい。：04/03/05 13:06

>>226
読んでないから知らないのだけど、eprintfは何をする関数なの？

228 ：名無しさん＠お腹いっぱい。：04/03/05 13:26

今度は変数名の変換規則かよ…　バッドノウハウに関する議論てのは
いつも次第に低レベルになってくんだよな。

229 ：名無しさん＠お腹いっぱい。：04/03/05 13:29

>>228
バッドノウハウに関する議論→バッドノウハウ
じゃないの？

230 ：名無しさん＠お腹いっぱい。：04/03/05 14:15

バッドノウハウという言葉が一般的になり、バッドノウハウ厨に粘着されないためにも
いちいち知りたくも無いバッドノウハウについて調べなければならないことが
バッドノウハウです。

231 ：名無しさん＠お腹いっぱい。：04/03/05 17:22

バカノウハウを教えて下さい。

232 ：名無しさん＠お腹いっぱい。：04/03/05 17:57

バカに計算機を使わせていると、何でこんなことを教えないといけないのだろうか、とストレスを感じつつも、
それを教えないとバカが計算機を使いこなすことができないためにしぶしぶ教えなければならない、
といった類いのノウハウは多い。そうした雑多なノウハウのことを、本来は教えたくもないノウハウ
という意味で、私はバカノウハウと呼んでいる。

233 ：名無しさん＠お腹いっぱい。：04/03/05 20:07

バカ日本地図はバカノウハウ

234 ：名無しさん＠お腹いっぱい。：04/03/05 20:43

バッドハウハウ

235 ：名無しさん＠お腹いっぱい。：04/03/05 22:22

バッドハァハァ

236 ：名無しさん＠お腹いっぱい。：04/03/05 23:14

バカウハウハ

237 ：名無しさん＠お腹いっぱい。：04/03/05 23:37

計算機やってる馬鹿が勝手にでっち上げたような
ノウハウなんて糞ばっかりだよな。それをセンスなどと
自画自賛してる。マジで死ねよ。

238 ：名無しさん＠お腹いっぱい。：04/03/05 23:43

バッド☆まうまう

239 ：名無しさん＠お腹いっぱい。：04/03/06 00:26

確定申告

240 ：名無しさん＠お腹いっぱい。：04/03/06 00:37

既出だが、やっぱり"sendmail.cf"

241 ：名無しさん＠お腹いっぱい。：04/03/06 01:43

.procmailrc

242 ：名無しさん＠お腹いっぱい。：04/03/06 06:25

>>227
stderrに文字列を出力してからプログラムを終了する関数。
printfのstdoutのところがstderrになっているわけ。
Perlのdieみたいなもん。

>>226
プログラムの終了に関することが名前に含まれていないってことかな？
この関数は最終的にプログラムを終了するわけだから、
出力だけに着目してprintf系列の名前を付けるのはよくないな。

243 ：名無しさん＠お腹いっぱい。：04/03/06 10:21

>>232
これは面白かったので、私もちょっとjokeを:-)

『一般に、バカと呼ばれる人種は普通の人なら直ちに分かるようなことさえ
全く理解できないものだが、これがバカユーザになると
「私が計算機を使いこなせないのはバッドノウハウのせいだ」といって
バッドノウハウを喜んで唱えたがる「バッドノウハウ症候群」に
なりやすいようである。また、バッドノウハウと決めけることによって、
自分の無能さをごまかすことが出来るだろうという心理的な働きも
「バッドノウハウ症候群」を進行させる一因となっているようだ。

本来ちょっとした努力で使えるソフトウェアが長年に渡って
「バッドノウハウ」の定番としておとしめられ、そのソフトウェアが不当な非難に
甘んじなければならないのは、この「バッドノウハウ症候群」に根深い原因が
あるのではないかと考えている。』

244 ：名無しさん＠お腹いっぱい。：04/03/06 11:23

>>232,>>243
お前等にはどうしてWindowsが売れているのか
永遠に理解出来ないだろうな。Windowsが売れているのは
MSが独占行為をしているからニダ！とかいうんだろうな。
それは消費者が言うことであって、技術者の言葉じゃねえよ。

今時消費者に歩みよらないようなものは売れません。
エンジニアに売ることすらも今後は厳しくなっていくでしょう。

245 ：名無しさん＠お腹いっぱい。：04/03/06 11:32

>>244
（ ‘∇‘）どうしてWindowsは売れているの？

246 ：名無しさん＠お腹いっぱい。：04/03/06 12:13

>>245
Windowsは有料で*BSDは無料だからです。

247 ：名無しさん＠お腹いっぱい。：04/03/06 12:29

UNIX にもバカの壁

248 ：名無しさん＠お腹いっぱい。：04/03/06 12:30

>>246
（ ‘∇‘）そんな当たり前なこと言っちゃ悪いよ。きっともうすぐ>>244さんが面白いこと言うよ♪

249 ：名無しさん＠お腹いっぱい。：04/03/06 13:12

このスレ読むと、何度もネタにマジ切れしている人がいるみたいだけど、
ひょっとしてご本人？誰にせよ、所詮２ｃｈで便所の落書きみたいなもんだから
あまりまじめに受け止めないほうがいいと思うよ。

250 ：244レス予想：04/03/06 13:54

WindowsにはUnixみたいなバッドノウハウが存在しないよう
作られてるんだから売れるに決まってるだろ。
Unixみたいな使い勝手が悪いOSとは違うんだよ。

251 ：名無しさん＠お腹いっぱい。：04/03/06 14:35

char *cp;
C++流に型名にアスタリスクつけるべきだよな

252 ：名無しさん＠お腹いっぱい。：04/03/06 15:37

BSD* free;

253 ：名無しさん＠お腹いっぱい。：04/03/06 16:56

>>251
どうしてそれが「C++流」だと思い込んだのですか?

254 ：名無しさん＠お腹いっぱい。：04/03/06 17:10

>>253
Cでそんなソースは見たことないし、
C++でC流に書いてるのは逆に少数派だからです。
他の言語については知りません。

255 ：名無しさん＠お腹いっぱい。：04/03/06 17:20

>>254
それってわざと別々の流儀にしてるんじゃなかったっけ？
CとC++を区別しやすくするためだったような…って、詳しい理由は
忘れてもうた。＿|￣|◯

256 ：名無しさん＠お腹いっぱい。：04/03/06 19:26

ﾎﾟｲﾝﾀがそんなに珍しいの？

257 ：名無しさん＠お腹いっぱい。：04/03/06 19:46

ネタにマジレスが殺到するのは雲丹板の伝統

258 ：名無しさん＠お腹いっぱい。：04/03/06 19:51

ネタ扱いされた挙句、マジレス攻撃で返せなくなってあっというまに敗走してしまう感じがするな。

259 ：名無しさん＠お腹いっぱい。：04/03/06 19:59

char* p;

こういう書き方は気持ち悪いな。こういう書き方をする人って
ポインタへのポインタとかポインタへのポインタへのポインタとか
どうやって書いてるんですかね？

char* p, q;

こういうのも紛らわしくなるし。
型名にアスタリスクをくっつけて書くの反対～。

260 ：名無しさん＠お腹いっぱい。：04/03/06 19:59

普段はそれほどでもなくても、ネタにしか見えない書き込みやそれにマジレスしてしまう奴や、
ネタだよーといって逃げる奴が多く出現する時期が年に数度ある。

>>257が伝統と感じているなら、ちょうどその時期にこの板に来ることが多いからではないのかな。

261 ：名無しさん＠お腹いっぱい。：04/03/06 20:18

>>259
>ポインタへのポインタとかポインタへのポインタへのポインタとか
C++で書くときは char** や char*** ですけど。

>char* p, q;

>こういうのも紛らわしくなるし。

このバッドノウハウを挙げると必ず宣言文の例を挙げる人がいますが、
(char*)と(char)を一つの文で宣言することの方がおかしいと思いませんか？

本当は俺C言語スレでやるべきなんでしょうが、あっちはC++アレルギーが
強すぎて・・・

262 ：名無しさん＠お腹いっぱい。：04/03/06 20:22

>>261
ん～そうじゃなくて、 char* p, q; が実は
p も q もポインタとして宣言しようとして失敗しているという事。

ポインタへのポインタとかポインタへのポインタへのポインタとか
1回で２つ以上の変数を宣言する時に、
char *p, *q;
ならわかるけど、
char* p, * q;
とか書くのか？対称性が悪いだろ。

263 ：名無しさん＠お腹いっぱい。：04/03/06 20:24

今がその時期なん？

264 ：名無しさん＠お腹いっぱい。：04/03/06 20:26

>>262
一つ断っておきますが、Cの流儀は"伝統"なのでそれは別にいいんです。
そうじゃなくて、C++にまでC流の考え方を持ち込もうとする困った人達の
存在です。郷に入れば郷に従え、です。

>char* p, * q;
C++でポインタを一文で二つ以上宣言してるのをみたことはないです。
今のところは。

265 ：名無しさん＠お腹いっぱい。：04/03/06 20:33

統一性とか一貫性とかを過度に追及してしまうのは潔癖症候群？

プログラムを書いていると、何でこんな書き方をしないといけないのだろうか、とストレスを感じつつも、
それに従わないとコードレビュー時に文句をいわれるためにしぶしぶ従わなければならない、
といった類いの規約は多い。そうした雑多な規約のことを、本来は従いたくも無い規約
という意味で、私はバッドスタンダードと呼んでいる。

266 ：名無しさん＠お腹いっぱい。：04/03/06 20:42

>>294
C++だから、型名にアスタリスクを付けて書くというのは聞いたことが無い。
それは貴方の周辺での流儀なだけでは。
C++だから、１文で複数の変数の宣言をしないというのも聞いたことが無い。
それも貴方の周辺での流儀なだけだと思うがどうか。

267 ：名無しさん＠お腹いっぱい。：04/03/06 21:04

>>266
C++でコード書くときはGCCのSTLをたまに参考にしますが、
TYPE* typ;
TYPE& typ;
となってますね。boostなどは無用な宗教論争を避けるためか
TYPE * typ;
TYPE & typ;
となってますが。

268 ：名無しさん＠お腹いっぱい。：04/03/06 21:24

こういう断言の仕方してる奴に
>本当は俺C言語スレでやるべきなんでしょうが、あっちはC++アレルギーが
>強すぎて・・・
とか言われてもね。

バッドノウハウっていう単語が必要になる人種というのも存在するのかもしれない。

269 ：259他：04/03/06 21:45

とにかく俺が言いたいのは
TYPE *obj;
と書くのはそれなりに合理的理由があるからと。

C,C++ の言語仕様で * の及ぶ範囲が右隣のオブジェクトのみ
となっているのだから、これが覆らない限り型名にアスタリスクを付けて
書くのは対称性も変だし勘違いしやすそうだから反対と。

別にCをやってるからとかそういう理由じゃないです。
個人的に gnu は昔から書き方に癖があるのであんまり参考にしてないし。
変数宣言では TYPE* obj; なのにプロトタイプの引数では TYPE *obj
になってたりして、さらに一貫性をなくしている。

以上です。そろそろ疲れたので今日はさようなら。

270 ：名無しさん＠お腹いっぱい。：04/03/06 22:02

*を型名の一部とするならtypedefにしよう！LPVOID！

271 ：名無しさん＠お腹いっぱい。：04/03/06 22:51

>>268
素人言語学者ｖｓ三文文士？

272 ：名無しさん＠お腹いっぱい。：04/03/06 23:56

>>264
> C++でポインタを一文で二つ以上宣言してるのをみたことはないです。
> 今のところは。
そりゃそうだ。だって"char* p"っていう書き方だときれいに書けないんだか
ら。だから「見たことない」じゃ説明にならんだろ。むしろ他の型ならふたつ
以上を同時に宣言できるのに、ポインタだけは(すなおには)できないという欠
点を晒してるわけ。

273 ：名無しさん＠お腹いっぱい。：04/03/07 00:14

>>266
>C++だから、型名にアスタリスクを付けて書くというのは聞いたことが無い。
>それは貴方の周辺での流儀なだけでは。

おまえ、人の無知を疑う前に、自分の無知を疑った方がいいぞ。

274 ：名無しさん＠お腹いっぱい。：04/03/07 01:23

C++って経験ないのですが、cppっていう拡張子はC++なソース
だと判断して良いのでしょうか？
だとしたら

grep " ¥*" `find /usr/src/ -name "*.cpp"`

とやればたくさん char *value っていうような変数名にアスタリスクをつけた
ソースが見つかるのですが…。ちなみにOpenSSL-0.9.7のソースで結構
見つかりました。

275 ：名無しさん＠お腹いっぱい。：04/03/07 01:32

Cとかcxxとかccの場合もあるぞ。
あと問題になってるのは、char* hoge;とか*を前に書く流儀だと思う。

276 ：名無しさん＠お腹いっぱい。：04/03/07 01:34

というか、
`find /usr/src/ -name "*.cpp"`
って部分が新鮮だった。
xargs使わんの？

277 ：名無しさん＠お腹いっぱい。：04/03/07 01:54

>>275
>あと問題になってるのは、char* hoge;とか*を前に書く流儀だと思う。
いや、だからC++では”char* hoge”っていうように*を型につけるのが当たり前
と言っている人がいるので『変数名に*をつけているソースがありますよ』と
アピールしてみたのです。

>>276
`xxx`っていう書き方に慣れてしまったのでどんな時もこの方法です。
頭使わなくていいので…。

278 ：名無しさん＠お腹いっぱい。：04/03/07 12:06

>>276
人それぞれだよ。
とりあえず、望むことができればいいんでない？

279 ：名無しさん＠お腹いっぱい。：04/03/07 13:16

`xxx` の出力が大量になるとシェルの引数長の制限にひっかかってコケる。
そうならないよう xargs を使いましょう。

……というのはバッドノウハウなんだろうか。

280 ：名無しさん＠お腹いっぱい。：04/03/07 14:09

xargsの使い道ってARG_MAX超えそうなとき以外に思い浮かばないんですけど、他にどういう使い方をしてるんですか?

281 ：名無しさん＠お腹いっぱい。：04/03/07 15:51

>>275
> Cとかcxxとかccの場合もあるぞ。

Mozilla.orgのportability guideには.cppを使えとか書かれている。
実はgroffのソースの拡張子も.ccだったけど、最近になって.cppに
変更されている。gtkmmはなぜか.ccのままでMSVCでbuildする場合のみ
スクリプト使って.cppに変えるという、まわりくどいことをしてるが…

282 ：名無しさん＠お腹いっぱい。：04/03/07 16:10

ＰＣ情報
http://2.pro.tok2.com/~mg7/cm/pc.htm

283 ：名無しさん＠お腹いっぱい。：04/03/07 17:43

俺は「消費者｣でも「エンジニア｣でもない。
又「業界標準｣が絶対だとも思わないし、
コンピュータ言語と言う括りで流儀を決められるのも変だと思う。

これを解決する伝統的な方法はあるけど、機が熟していない。

284 ：名無しさん＠お腹いっぱい。：04/03/07 17:55

>>277
スタイルに関する宗教とバッドノウハウとは似ているようで完全には
一致しないものだけど、「流儀」の意味が人によって少しずつ違う
というのもあるかもね。

- C++の「流儀」として権威があると思うのは何ですか?
-「流儀」にはどのぐらい強制力を感じますか?

285 ：名無しさん＠お腹いっぱい。：04/03/07 18:04

>>284
C++の流儀の大元は禿ただ１人。
Cのコーディングスタイルがあの本に由来するのと同じ。

286 ：名無しさん＠お腹いっぱい。：04/03/07 18:43

CはK&R(Linux), BSD, GNUの3つともよく使われていると思うが。

287 ：名無しさん＠お腹いっぱい。：04/03/07 18:48

>>286
おまいの頭にはUNIXの世界しかないのか？

288 ：名無しさん＠お腹いっぱい。：04/03/07 19:03

>>287
だってUNIX板だし。

289 ：名無しさん＠お腹いっぱい。：04/03/07 19:08

>>287
そうかもしれん。では、対象をUNIX以外に拡げるとどうなるというのだ？

290 ：名無しさん＠お腹いっぱい。：04/03/07 19:08

あ、289=286ね。

291 ：名無しさん＠お腹いっぱい。：04/03/07 20:06

日本語以外の言語は全てバッドノウ八ウ。

292 ：名無しさん＠お腹いっぱい。：04/03/07 20:09

言語はバッドノウハウ

293 ：名無しさん＠お腹いっぱい。：04/03/07 20:10

グッドノウハウ教えてくれよ

294 ：名無しさん＠お腹いっぱい。：04/03/07 20:58

No know how is good know how.

295 ：名無しさん＠お腹いっぱい。：04/03/08 00:48

No know how is know nothing.

296 ：名無しさん＠お腹いっぱい。：04/03/08 13:35

何か茶化したい連中が必死な気がしないでもないが。
そんなことよりちょいと見てくれよ。>>1よ。

バッドノウハウからグッドラッパーへ ― 「奥が深い」システムの改善方法 ―
http://www.hyuki.com/techinfo/knowhow.html

297 ：名無しさん＠お腹いっぱい。：04/03/08 13:42

(グッドラッパーが既に作成されていると言う前提で)
わざわざグッドラッパーを探さないといけないこと事態がバッドノウハウです。

298 ：名無しさん＠お腹いっぱい。：04/03/08 14:24

人生を楽して生きようとする姿勢がバカのウハウハです。

299 ：名無しさん＠お腹いっぱい。：04/03/08 14:32

何かバッドノウハウをはやらせたい連中が必死な気がしないでもないが。

バッドノウハウとやらに対して>>296のリンク先みたいに対処方を考えるのが普通の反応なわけで。
それを言わずにしぶしぶとかバッドとか奥が深い症候群の奴のせいだ、
とか言ってるから茶化されるわけで。

300 ：名無しさん＠お腹いっぱい。：04/03/08 14:38

おれは立命館の高山先生みたいに、言いたくても誰も言えなかった
ようなことを、ズバっということには価値があると思うね。
それで活き活きしてしまう厨房の存在は、ある程度は止むなし。

301 ：名無しさん＠お腹いっぱい。：04/03/08 14:44

別に言えなかったわけじゃなかろう。あまりにくだらないので、わざわざぎょ
うぎょうしい名前をつけて騒ごうと思うほど、普通は馬鹿じゃないってことだ。

302 ：名無しさん＠お腹いっぱい。：04/03/08 14:47

「言いたくても誰も言えなかった」

303 ：名無しさん＠お腹いっぱい。：04/03/08 14:47

>>296
autoconf/automake みたいなやつね。

304 ：名無しさん＠お腹いっぱい。：04/03/08 14:48

>>299
バッドノウハウなんてしょせんヨタ話だろ?
熱くなりすぎ。

305 ：名無しさん＠お腹いっぱい。：04/03/08 14:52

「ネタだったんだよと言って逃げたい症候群」の人キター??

俺(299)も茶化してるだけなんだけど。

306 ：名無しさん＠お腹いっぱい。：04/03/08 15:33

立命館の高山先生って誰？

307 ：名無しさん＠お腹いっぱい。：04/03/08 16:07

俺に聞くな

308 ：名無しさん＠お腹いっぱい。：04/03/08 16:38

オレだよ！オレオレ！

309 ：名無しさん＠お腹いっぱい。：04/03/08 16:42

yendot
http://yendot.org/
より、

ラッパーはバッドノウハウの温床というイメージが強くなっています
http://www.sra.co.jp/people/m-kasahr/ndtpd/ml-archives/msg01863.html

310 ：名無しさん＠お腹いっぱい。：04/03/08 18:09

バッドノウハウこそが威張り腐ってるうに屋の自信の
源だからな。否定なんてできんだろ。

311 ：名無しさん＠お腹いっぱい。：04/03/08 18:18

>>296
>>309
結局程度問題なんじゃないの？などと当たりさわりのないことを言ってみる。

312 ：名無しさん＠お腹いっぱい。：04/03/08 18:33

程度って言うか、

グッドノウハウ＝宗教
バッドノウハウ＝アンチ

だと思う。理由を考えても余り建設的にはならないような。

313 ：名無しさん＠お腹いっぱい。：04/03/08 18:48

グッドとバッドを分かつもの。
直感以外になんかないかな。

314 ：名無しさん＠お腹いっぱい。：04/03/08 18:58

#define foo 1
#define bar 2
#define baz 4
がグッドノウハウ

#define foo 2
#define bar 1
#define baz 4
がバッドノウハウ

315 ：名無しさん＠お腹いっぱい。：04/03/08 19:53

>>280
それだけでも十分意味があるとおもうけど。
あとは引数の数を指定できるから、ひとつしか受けつけないコマンドへも渡したりできる。

316 ：名無しさん＠お腹いっぱい。：04/03/08 20:10

find /usr/src/ -name "*.cpp" -print0 | xargs -0 grep " \*"

ファイル名に空白が含まれてる場合にはこれだね。

317 ：名無しさん＠お腹いっぱい。：04/03/08 20:34

作番ないんすけどなんであげときましょうか？

318 ：名無しさん＠お腹いっぱい。：04/03/09 02:43

バカの壁と同じですごく使いやすくて
誤解されそうな言葉だよね。

バッドノウハウって本だせば100万冊売れそう

319 ：名無しさん＠お腹いっぱい。：04/03/09 02:52

実にキャッチーで、まったく新しい概念・パラダイムを提示しているように見える言葉だが、
実際はあいまいで定義しにくい、誤解されやすい危険な文句。

320 ：名無しさん＠お腹いっぱい。：04/03/09 02:56

コンピュータの情報処理それ自身が馬鹿の壁だし。

321 ：名無しさん＠お腹いっぱい。：04/03/09 03:18

マルチメディアヴァーチャルリアリティ IT革命
みたいなもんか

322 ：名無しさん＠お腹いっぱい。：04/03/09 03:55

ヴァーチャルリアリティは悪です。(藁

323 ：名無しさん＠お腹いっぱい。：04/03/09 05:05

「バカの壁」なんて言葉を振り回すやつって、
そこで考えが止まっちゃってるような気がしてならない今日この頃、
寒気が戻ってまいりましたが皆様如何お過ごしでしょうか。

「バッドノウハウ」も似たような感じがする。
「これってバッドノウハウだよね」とかいって、あとは何も考えてないのな。
わかったような気になる言葉ってのは便利だよな(そうなのかな)。

324 ：名無しさん＠お腹いっぱい。：04/03/09 08:59

>>318
本当に本を出そうとしてて2chでネタ集め中、とか…

325 ：名無しさん＠お腹いっぱい。：04/03/09 09:00

>>3の定義によると「俺様の考える理想世界では覚えなくて良いこと
であれば全てバッドノウハウ」だからね。

326 ：名無しさん＠お腹いっぱい。：04/03/09 09:57

現に「裏」とか「ﾊｯｷﾝｸﾞ」なんて言葉にやられちゃってるわけだが。
本屋にあんなもん並んでるの見るとこっちが恥ずかしくなる。

327 ：名無しさん＠お腹いっぱい。：04/03/09 10:19

バッドノウハウの次はバッドラッパーでつか。
「♪わるそなやつは、だいたいともだちー」

328 ：名無しさん＠お腹いっぱい。：04/03/09 10:23

せいほーぉ

329 ：名無しさん＠お腹いっぱい。：04/03/09 14:37

バッドノウハウを撲滅するとUNIXは電子レンジ感覚で扱える様に
なりますか？

そしてそれは正常な進化ですか？

330 ：名無しさん＠お腹いっぱい。：04/03/09 15:31

良さそなやつはだいたいともだち♪

331 ：名無しさん＠お腹いっぱい。：04/03/09 15:44

>>329
えぇ？電子レンジはバッドノウハウの塊だぞ？

まず、暖める機械だと言うのに猫を入れると死んでしまうなど直感的でない。
それに、調理機器だというのにゆで卵を作ろうとすると爆発する。
なにより、最近の電子レンジはボタンが多すぎてどこを触って良いのか分からない。
なぜダイヤル式ではいけないのか？
等々…

332 ：名無しさん＠お腹いっぱい。：04/03/09 15:52

ついつい猫を入れてしまうのはグレムリンの影響だろうか

333 ：名無しさん＠お腹いっぱい。：04/03/09 16:47

ダイアルって壊れやすいのが問題だった気がした。
うちの、どっちに回しても進むし。

334 ：名無しさん＠お腹いっぱい。：04/03/09 17:53

うちのばーちゃんは100円ショップとかで売ってるデジタル表示のキッチンタイマーすら
使えなかった。どうも一つのボタンに複数の機能(モード)があるとだめみたい。
つまり、動作モードという概念自体がバッドノウハウだってことだ。
なぜダイヤル式ではいけないのか！

335 ：名無しさん＠お腹いっぱい。：04/03/09 20:00

ダイヤル式は壊れ易いし、作りにくい。
砂時計式で丸く収まる。

336 ：名無しさん＠お腹いっぱい。：04/03/09 20:02

「ヒューメイン・インタフェース」には、「モードを極力なくせ」って書かれてたな

337 ：名無しさん＠お腹いっぱい。：04/03/09 21:41

ただのソフトウェア開発者が有名になるには、
このような釣りをする必要があるのです。

オープンソース論争も同じ。

338 ：名無しさん＠お腹いっぱい。：04/03/10 03:15

まあなんつうか、oldtype対newtypeにせよ、バッドノウハウにせよ物事の
捉え方が単純化されすぎてる傾向はあるな。富豪的プログラミングなんか
もそうか。

339 ：名無しさん＠お腹いっぱい。：04/03/10 03:17

それらはコロンブスの卵的言説といいます。
後からならなんだって言えるということです。

340 ：名無しさん＠お腹いっぱい。：04/03/10 05:20

>>339
> 後からならなんだって言えるということです。
それが？素晴しい内容ならきちんと称賛されるし、マヌケなことをもっともら
しく言えば馬鹿にされる。後者を連発している者が軽蔑されるのは当然だろう。

341 ：名無しさん＠お腹いっぱい。：04/03/10 07:52

su
rm -r /

342 ：名無しさん＠お腹いっぱい。：04/03/10 08:48

よーし、パパ俺用語作っちゃうぞ。

バッドネーミングの定義

本来思慮分別を必要とする概念や集合に対しててきとうな名前をつけ、以後
誰でもわかったような気にして思考停止させたり、期待や反感等の感情を抱かせる
といった命名は多い。そうした命名のことを、私はバッドネーミングと呼んでいる。

バッドネーミングの例:
バッドノウハウ、裏、ﾊｯｷﾝｸﾞ、バッドネーミング(てきとうだし、バッドとか煽ってるから)

343 ：名無しさん＠お腹いっぱい。：04/03/10 09:38

カタカナ語にそういうの多いよな。
ちゃんと日本語でかけよって感じ。

罰度脳波有

とか。

344 ：名無しさん＠お腹いっぱい。：04/03/10 09:47

>>342
センスないな

345 ：名無しさん＠お腹いっぱい。：04/03/10 10:42

>>338
> まあなんつうか、oldtype対newtypeにせよ、バッドノウハウにせよ物事の
> 捉え方が単純化されすぎてる傾向はあるな。
まったくもって同意．でもそれってバカって言ってるのと変わらないような気が…．

346 ：名無しさん＠お腹いっぱい。：04/03/10 11:34

> ちゃんと日本語でかけよって感じ。
まずはノウハウを日本語化しないとなあ。

347 ：名無しさん＠お腹いっぱい。：04/03/10 11:35

外来語はなんでもカタカナにしちまうというのは日本語の柔軟性なのか
問題を覆い隠してしまう一種のバッドノウハウなのか、ちょっと考えてしもた

348 ：名無しさん＠お腹いっぱい。：04/03/10 11:46

こうやってグダグダとずれた議論したところで
バッドノウハウってのはやっぱりあるんですね。
それはコマンドライン、設定ファイル手書きの
UNIXの宿命なのかもしれないな。
WinやMacのGUIの設定ツールが変わっても誰も文句は言わない。
確かにUNIXは慣れればよりよい環境だが、慣れるまでが
大変だし、一度慣れてしまうと他の価値を物を認めるのが
困難になる。

むしろここでハッキリしておきたい。UNIXは
互換性を大事にしてきた。それと同時に、互換性を
維持しなければならない仕様である、と言う点。
GUIアプリにおいては、Win32アプリケーションの方が
UNIX/Xのアプリケーションよりもいろいろな互換性を
大事にしているこの皮肉。

UNIXはバッドなノウハウが溜まりやすいものなんだよ。

349 ：名無しさん＠お腹いっぱい。：04/03/10 11:56

>>348
> WinやMacのGUIの設定ツールが変わっても誰も文句は言わない。
文句が出るので会社で使ってるWinのバージョンアップができませんが何か？

350 ：名無しさん＠お腹いっぱい。：04/03/10 11:59

WinやMacの目指しているのは、コンピュータをAT車のように
誰でも直ぐにでも乗りこなせるようなものに仕立てあげること。
UNIXをこういった観点から見たら酷く劣った代物と言える。

UNIXとは、ありふれた比喩だけど、職人の道具。職人は
他人の道具じゃ仕事ができないし、自分の道具は自分で維持
管理する。最初は規制のものをどこからか買ってきては
使い始めるわけだが、使いつづけることで、いつしか自分の体が
道具に馴染み、道具も自分にあわせて変形していく。

この不思議な現象にノウハウも糞もない。道具と一体化した
自分だけが唯一正しい。新米の職人見習が新しい道具で悦に
浸っているのをみて、新品の道具を欲しがるような職人はいない。

351 ：名無しさん＠お腹いっぱい。：04/03/10 12:12

>>348
言ってることが支離滅裂だし、偏見に満ち満ちてるな。
348の脳内妄想を開陳したって誰も説得できんよ。
君の脳内世界ではきっとそうなんだろうなあと思うばかり。

352 ：名無しさん＠お腹いっぱい。：04/03/10 12:14

>>348
文章が繋がってないけど、ご本人じゃないよね？
釣りにしたって"バッドなノウハウ"とかへぼい単語使われても全然悔しくないので
もう少し考えて書いて。

353 ：名無しさん＠お腹いっぱい。：04/03/10 12:35

>>352
> 文章が繋がってないけど、ご本人じゃないよね？
どうもバッドノウハウ援護に必死なお方が頻繁に現れるから、そう疑っちゃうよねえ。

ま、Windows(GUI)にしたって効率的に使うにはいろいろショートカットキーとか
覚えにゃならん訳で、所謂「バッドノウハウ」からは所詮逃げられん。富豪とかバッドとか
タブロイド紙の見出し並だね、キャッチーだけどチープでシャロウ。

354 ：名無しさん＠お腹いっぱい。：04/03/10 13:01

ショートカットキーを使っても
仕事の効率は上がらないことが研究で明らかになっています。
上がった気がするだけです。

355 ：名無しさん＠お腹いっぱい。：04/03/10 13:05

>>353
「キャッチーだけどチープでシャロウ」というのは全く賛成なんだけど、
富豪はありゃ半分はネタじゃないの？　ご本人は筒井康隆のファンなのかもね。
私は富豪の方は面白いなあと思ったんだけど。筒井も好きだし (^^;

356 ：名無しさん＠お腹いっぱい。：04/03/10 14:02

>>354
> 仕事の効率は上がらないことが研究で明らかになっています。
ポインタ希望。

357 ：名無しさん＠お腹いっぱい。：04/03/10 15:59

日記・blog系サイトの反応リンク集。

http://namazu.org/~satoru/diary/20040309.html#p01
http://aki.nekoruri.jp/diary/200403a#D08_3
http://mux03.tdiary.net/20040308.html#p06
http://sodium.dnsalias.com/sodium/diary/20040308.html#p05
http://d.hatena.ne.jp/elecsta/20040308#p1
http://d.hatena.ne.jp/moleskin/20040308#p8
http://nais.to/~yto/clog/2004-03-09.html#2004-03-09-2
http://dkiroku.com/2004-03-09.html#2004-03-09-1
http://www.asahi-net.or.jp/~AE5T-KSN/d/200403.html#09-02
http://p0t.jp/mt/archives/000433.html
http://d.hatena.ne.jp/hamacho/20040309#p1
http://d.hatena.ne.jp/overtech/20040309#p1
http://d.hatena.ne.jp/kwg/20040309#p3
http://d.hatena.ne.jp/hdkINO33/20040309#p6
http://diary.mrmt.net/?20040310#10-1
http://blog.bulknews.net/mt/archives/000835.html

358 ：名無しさん＠お腹いっぱい。：04/03/10 16:15

グッジョブ！

関係ないけど、グッジョブは左右の指を一つずつ動かすだけで、バッドノウハウになります。
gj→bk

359 ：名無しさん＠お腹いっぱい。：04/03/10 16:42

http://sheepman.parfait.ne.jp/wiki/BadKnowhowGoodWrapper
作ってみたよ

360 ：名無しさん＠お腹いっぱい。：04/03/10 16:50

>>357
やっぱりほとんど議論らしい議論は出てきてないな。「バッドノウハウ」の概念自体
奥が浅いことが透けて見える。「釣れればOK」なんて言い訳してるのには笑えた。
釣り方が下手すぎるっていう話なのに。世の中には馬鹿が多い。

361 ：名無しさん＠お腹いっぱい。：04/03/10 17:13

>>360
名無しでしか人を罵倒できない、お前のようなやつのなさけない生き方の方が笑える。

362 ：名無しさん＠お腹いっぱい。：04/03/10 17:19

>>354
> ショートカットキーを使っても
> 仕事の効率は上がらないことが研究で明らかになっています。
ポインタまだー？

363 ：名無しさん＠お腹いっぱい。：04/03/10 17:24

>>362
増井氏が雑誌で語ってたから聞いてみて

364 ：名無しさん＠お腹いっぱい。：04/03/10 17:32

バッチをバッチとして使えない人は
　(UNIXを使うのは)難しい

365 ：名無しさん＠お腹いっぱい。：04/03/10 17:33

もともとUNIXってのは純然たる消費者が使うもんじゃないから、
いろんな技術者のいろんな思考が渦巻く混沌ワールドになるのは必至なのかなぁとも思う。

366 ：名無しさん＠お腹いっぱい。：04/03/10 17:36

結局
バッチを使える人→UNIX向き
バッチを使えない人→Windows向き
な訳で、
バッチを使わないクライアントはWindows向きだし、
バッチを多用するサーバはUNIX向きなんだよ。
サーバはWindowsのように操作が簡単であるよりも、より多くのことが安定して
連続して行えるようにする方が効率がいいんだよ。
Windowsは偶に落ちたり、凝った事をしようとすると途端に一括処理できなくなる。
そういう欠点があるうちは、未だにUNIXだと思うよ。

367 ：名無しさん＠お腹いっぱい。：04/03/10 17:49

>>361
だから釣り方が下手だ、って言われてるのにー。

368 ：名無しさん＠お腹いっぱい。：04/03/10 17:57

-a
-abc
abc
-a XXX
-a=XXX
--foo
--foo=XXX

この他になんかありましたっけ？

369 ：名無しさん＠お腹いっぱい。：04/03/10 18:32

この手の議論は宗教家に任せなってば～
豚肉を食って悪い合理的な理由を
あーでもない、こーでもないと言い合っているようなもんだ。
技術者の関与する話題じゃないって。

370 ：名無しさん＠お腹いっぱい。：04/03/10 18:34

漢は黙って2chねる

371 ：名無しさん＠お腹いっぱい。：04/03/10 19:02

>>369
誰も議論してないと思うが。

372 ：名無しさん＠お腹いっぱい。：04/03/10 19:15

>>371
コンパしてるんだな。会費は割カンで。

373 ：名無しさん＠お腹いっぱい。：04/03/10 19:58

せんだみつおゲームで負けた者が払うルールです。

374 ：名無しさん＠お腹いっぱい。：04/03/10 20:11

ﾅﾊﾅﾊ q（･∀･）p ﾅﾊﾅﾊ!!

375 ：名無しさん＠お腹いっぱい。：04/03/10 20:13

>>374
そこは「バッドナハナハ」と書かないと。

376 ：374：04/03/10 20:17

ｺﾞﾒﾝﾅﾁｬｲ

377 ：名無しさん＠お腹いっぱい。：04/03/10 21:42

9までのMac OSはバッドノウハウの宝庫だったなあ。
マシンを起動時にクラッシュさせないような
機能拡張ファイルの読み込み順とか、
特定のアプリケーション同士の「相性」とか。

OS Xになって、今度はUnix的なバッドノウハウが
必要になるのかしら。

378 ：名無しさん＠お腹いっぱい。：04/03/11 08:34

http://eto.com/d/#9q4M01g7MWrUHHSp0n5vFw
>バットノウハウとグッドラッパーは、それぞれ名前にバッドとグッドがついて
>いるのが問題である。そもそも「バッド○○」は悪いに決まっているし「グッ
>ド○○」は良いに決まっている。そう定義しているのだから。

379 ：名無しさん＠お腹いっぱい。：04/03/11 08:37

バッドメセニー

380 ：名無しさん＠お腹いっぱい。：04/03/11 12:03

バッドフィンガー

381 ：名無しさん＠お腹いっぱい。：04/03/11 13:09

教祖ご乱心
>なんでもすぐにオールドやらバッドノウハウなどといって片付けてしまう輩はけしからぬ。
ttp://namazu.org/~satoru/diary/20031216.html

ところで、漏れが書いたわけじゃないが、これに答えて欲しいんだけど。
>できれば高林さんの生の御意見をお聞かせ願えれば、とても参考になります。
>実際に支障をきたす程なので、間違った認識が広がらないように制止したいと思っています。
>(実は私の同僚でして…新しい仕事をがくると「新しい事覚えても使い回しが効かなきゃ
>そんなのバッドノウハウだ」と言ってきかんのです)

382 ：名無しさん＠お腹いっぱい。：04/03/11 13:47

>>381
> >(実は私の同僚でして…新しい仕事をがくると「新しい事覚えても使い回しが効かなきゃ
> >そんなのバッドノウハウだ」と言ってきかんのです)
ﾜﾗﾀ

383 ：名無しさん＠お腹いっぱい。：04/03/11 14:02

そんなバッド人材は捨ててまえ

384 ：名無しさん＠お腹いっぱい。：04/03/11 14:06

うちは上司がバッド人材なんですが…＿|￣|○

385 ：名無しさん＠お腹いっぱい。：04/03/11 14:10

オレは様々なバットノウハウを身につけて愛のテクニシャンと
呼ばれたいです。

386 ：名無しさん＠お腹いっぱい。：04/03/11 14:12

パートナーに恵まれなかったらスタッフサービス、オー人事オー人事

387 ：名無しさん＠お腹いっぱい。：04/03/11 15:39

ganngare

388 ：名無しさん＠お腹いっぱい。：04/03/11 16:46

俺は小学校の頃に漢字の筆順なんてバッドノウハウの最たるものと考えて無視したよ。
今じゃ後悔しているがな。

389 ：名無しさん＠お腹いっぱい。：04/03/11 17:07

>>388
今からでも遅くない。やり直せ。たかだか１万字ぐらいじゃないか。

390 ：名無しさん＠お腹いっぱい。：04/03/11 22:09

１万字もねーよ

3000字も覚えてりゃ日常生活では十分
書き順に至っては1000字くらい覚えているだけでいいんでねーの？
それくらい覚えてりゃある程度予測できるし。

ま、ワシは覚えてないけどな＿|￣|○

391 ：名無しさん＠お腹いっぱい。：04/03/11 23:16

>368
dd if=/dev/atchi of=/dev/kotchi bs=1024 skip=26

392 ：名無しさん＠お腹いっぱい。：04/03/11 23:21

Excelにだって、Wordにだって、PowerPointにだって“バッドノウハウ”が
山ほどあるじゃん。

Outlook Expressにだってたくさんあるぞ。
自動プレビューは切っておけとかさ。

Windows Serverのシステム管理なんてバッドノウハウだらけ。
Win+R mmc Enter とか使ったことある？

393 ：名無しさん＠お腹いっぱい。：04/03/11 23:24

スルーされたのが悲しくて自分でレスしてるのはバッドノウハウ。

394 ：名無しさん＠お腹いっぱい。：04/03/11 23:32

>>390
俺なんか、感じを手で書くことすらバッドノウハウ(という感覚)だと思ってたぜ！
もちろん、今となっては大航海だけどな！(IMEと電子辞書が手放せない)

395 ：名無しさん＠お腹いっぱい。：04/03/11 23:57

>>391
>dd if=/dev/atchi of=/dev/kotchi bs=1024 skip=26

-a
-abc
abc
-a XXX
-a=XXX
--foo
--foo=XXX
foo=XXX

これで全部かな？

396 ：名無しさん＠お腹いっぱい。：04/03/12 00:20

>>390
なんだ。
たった3000か。
Javaのクラスライブラリを覚えるよりはずっと楽そうだな。

397 ：名無しさん＠お腹いっぱい。：04/03/12 00:38

> なんだ。
> たった3000か。
どういう感心の仕方ですか?

398 ：名無しさん＠お腹いっぱい。：04/03/12 01:03

Win32 APIすべて覚えるよりかは楽です。

：
ハッ！ここはUNIX板・・・

399 ：名無しさん＠お腹いっぱい。：04/03/12 05:49

>>392
結局、「UNIXはバッドノウハウだらけ、Windowsは分かりやすい」って
言ってる人は、両方とも分かってないってことでファイナルアンサー？

400 ：名無しさん＠お腹いっぱい。：04/03/12 06:37

漢字の筆順の話は笑ったけど、なかなかいい例かも知れんな。
試しに冗談で外人に漢字を書かせてみると分かるが、彼らは
漢字を図形として捉えて似せて書こうとするから、筆順なんてあった
もんじゃない。彼らにとっては筆順なんてバッドノウハウだろう。
最終的に字として見えればいいんだ、筆順なんて本質的じゃないものを
なんで覚えなきゃならないんだ、バッドノウハウだ、ということに
なるだろうな。もちろん、これはバッドノウハウ派をちゃかして
いってるんだけど。

でも、我々は、筆順というのは、書きやすさ見た目の美しさのために
長い時間をかけてそうなったものだということを知っている。
もちろん、筆で書くか、鉛筆で書くか、とかによっても違うだろうし、
草書とかもあるからな、一概には言えんかも知れんが。
いずれにせよ、グッドノウハウといっていいだろう。

バッドノウハウ派ってのはそういった背景を見ようとしないし、
考えようとしないんだな。とにかくバッドノウハウと感じた段階で思考停止する。
バッドノウハウという概念はキャッチーだけどチープでシャロウと
誰かが言ってたけど、それにつきてるような気がするよ。

401 ：名無しさん＠お腹いっぱい。：04/03/12 07:22

てゆーかさー、要はグッドとバッドっていう二元的価値観で
物事を判断できるっていうところがそもそも根本的な勘違いだろ。

402 ：名無しさん＠お腹いっぱい。：04/03/12 07:55

筆順で例えるのであれば、
(1) 「左」と「右」は筆順が違う
(2) しかも正しい筆順じゃないとその字として認識してもらえない
みたいになってしまう場合に、バッドノウハウと呼べるのではないかと思っています
恣意的な制約がかかる場合です

正しい筆順が、大抵の場合は字を書くときの手の自然な動きに沿っているのは
否定しませんが、その筆順が正しいとされる理由はそれだけではないですよね？

利用者がチープでシャロウであることを想定しなければならないシステムというものも
この世の中にはある訳ですし、
「これは意味のない制約(==バットノウハウ)だ」と利用者に思わせてしまった時点で
開発者側の落度あるいは怠慢、という考え方もありでしょう
すべてのシステムに当てはまるとは思いませんが

403 ：名無しさん＠お腹いっぱい。：04/03/12 09:47

馬鹿は二元論と中庸という二元論しか主張しない。
賢者は語らず。

漏れは当然、馬鹿。

404 ：名無しさん＠お腹いっぱい。：04/03/12 10:42

「心」と「必」は字形は似ているが筆順が全然違う。これバッドノウハウ。

405 ：名無しさん＠お腹いっぱい。：04/03/12 12:00

漢字の書き順って教えたほうがよいが強制はしない、程度のものだと
昔の文部省の学習指導要領に書いてたような気がした。
むかーし塾講師してたころの記憶だから当てにならないけど。

406 ：名無しさん＠お腹いっぱい。：04/03/12 12:08

漢字の書き順か……左ぎっちょのわたしはつらかったなあ……

407 ：名無しさん＠お腹いっぱい。：04/03/12 12:23

右から左に書く言語ってなんだっけ？
左利きの人間となんか関係ある？

408 ：名無しさん＠お腹いっぱい。：04/03/12 12:26

>>407
語本日

409 ：名無しさん＠お腹いっぱい。：04/03/12 13:03

たしかアラビア語とかそうではなかったっけ。
http://www.arabiago.com/arabic/kihon/
ググって見たけど数字は左から右とあるようだ。
# こういう分野でもemacsって需要あるんだろうか。

>>406
漏れは右利きだけど、右から左に線を引くのはたしかに大変かも。
そういうこと?

410 ：名無しさん＠お腹いっぱい。：04/03/12 13:07

ヘブライ語

411 ：名無しさん＠お腹いっぱい。：04/03/12 13:14

まぁ書き順それ自体で盛り上がっても仕方無いから
書き順→マクロ展開の順番

で話を置き換えて見るとコンピュータでも起こり得る話だよなと。

412 ：名無しさん＠お腹いっぱい。：04/03/12 13:17

typedefと#defineはどうして逆なのか？

413 ：名無しさん＠お腹いっぱい。：04/03/12 13:26

>>412
#defineが先にあって、typedefは記憶クラスだからかな?

そういえばアルファベットって書き順あったけ?
Aを書くとき、最初左下から上、右下といくんだが、これは間違ってる?

414 ：名無しさん＠お腹いっぱい。：04/03/12 15:39

ヘブライ、アラビア語が右→左なのは、
のみを左手で持って右手ハンマーで打つのにやりやすいかららしいね。

415 ：名無しさん＠お腹いっぱい。：04/03/12 21:02

製図用の書き順ってのは高校の時に習ったな
普段書くときの書き順はどうだったかな……

416 ：名無しさん＠お腹いっぱい。：04/03/12 21:44

>>412
typedefは#defineの逆ってわけじゃない。つか、

typedef int (*pf)(void);

これの逆ってなに?

#defineを処理するのはプリプロセッサで、
typedefを処理するのはコンパイラ。

コンパイラのパーサを流用してつけてみた機能が
typedefなんだと思ってる(けどほんとのとこはどうかしらない)。

で、これバッドノウハウというほどのものかな。
Cでいうなら宣言の複雑怪奇さの方がずっとバッドノウハウに思える。

417 ：名無しさん＠お腹いっぱい。：04/03/12 21:49

>typedef int (*pf)(void);

これってバッドノウハウじゃない？
typedef int (*)(void) pf;
とやるのが良さそうだけど。

418 ：名無しさん＠お腹いっぱい。：04/03/12 22:04

>>417
うん。だからそれを含めて

> Cでいうなら宣言の複雑怪奇さの方がずっとバッドノウハウに思える。

と書いた。

419 ：名無しさん＠お腹いっぱい。：04/03/12 22:06

もうちょっと補足しとかんとわけわからんな。

#defineとtypedefの似たような使い方があって、
その書き方が違ってるのがバッドノウハウというのであれば、
そんなのよりもっととんでもない怪物の宣言というものがあるよ、
と言いたいのでした。

420 ：名無しさん＠お腹いっぱい。：04/03/12 22:16

>>419
まあ、Cに関しては言い始めたらきりがないか。
21世紀中には素晴らしい、まったく異なるシンタックスの
言語が出てくるでしょ。それに期待。

421 ：名無しさん＠お腹いっぱい。：04/03/12 22:52

C++はバッドノウハウの宝庫

422 ：名無しさん＠お腹いっぱい。：04/03/12 22:54

>>420
> >>419
> まあ、Cに関しては言い始めたらきりがないか。
> 21世紀中には素晴らしい、まったく異なるシンタックスの
> 言語が出てくるでしょ。それに期待。

「シンタックス」はあって欲しいのか……

423 ：名無しさん＠お腹いっぱい。：04/03/12 23:02

でも最近の情報工学の停滞ぶりからすると、
100年後もshit!を連発しながらC,C++使ってそうな気がする。

424 ：名無しさん＠お腹いっぱい。：04/03/12 23:03

いや、工学が停滞というよりも業界の停滞か。
まあどっちでもいいな。飯が食えればバッド
だろうがなんだろうが関係ない。

425 ：名無しさん＠お腹いっぱい。：04/03/12 23:14

>>423
exciteのテキスト翻訳で
shit
shit!
shit!!
shit!!!
shit!!!!
shit!!!!!
を翻訳してみたまえ。

426 ：名無しさん＠お腹いっぱい。：04/03/12 23:14

今のところCを越える言語って出て来てないからなぁ…
仕様を微調整しながらこの先も生き続けるんじゃなかろうか

427 ：名無しさん＠お腹いっぱい。：04/03/12 23:19

>>417
> >typedef int (*pf)(void);
> これってバッドノウハウじゃない？
いや。typedefはその型を実際に使用(宣言)する時と同じ書式
で行なう、とわかりやすい規則がはっきり決まってる。それ
を知らないとバッドノウハウに見えるかも知れないけど、そ
れはむしろ勉強不足だ。

428 ：名無しさん＠お腹いっぱい。：04/03/12 23:24

>typedefはその型を実際に使用(宣言)する時と同じ書式
>で行なう、とわかりやすい規則がはっきり決まってる
へえ、そうなんですか。でも↑これがバッドノウハウだっていう
可能性もあるんじゃないですか？

429 ：名無しさん＠お腹いっぱい。：04/03/12 23:27

LISP: 括弧だらけなのがバッドノウハウのもと。
Smalltalk: クラスライブラリがバッドノウハウ。
Java: Write Once, Run Anywareというバッドノウハウが有名。
C#: Microsoftの迷走ぶりがバッドノウハウのもと。
Perl, Ruby, Python: 似たような言語がいっぱいあること自体がバッドノウハウ。
関数型言語: バッドノウハウは存在しない。なぜなら理解できる人が居ないから。
Prolog: もう使われてないので関係ない。

430 ：名無しさん＠お腹いっぱい。：04/03/13 00:11

純粋な人工言語は人間には取り扱えないって事かな。

431 ：名無しさん＠お腹いっぱい。：04/03/13 00:23

>>429
Algol W, Pascal, Modula, Modula-2, Oberon:
作者の見切りorあきらめの早さがバッドノウハウ。

432 ：名無しさん＠お腹いっぱい。：04/03/13 00:25

>>428
> へえ、そうなんですか。でも↑これがバッドノウハウだっていう
> 可能性もあるんじゃないですか？
文法もロクに知らずにプログラミング言語を使おうとするのが間違い。

433 ：名無しさん＠お腹いっぱい。：04/03/13 00:30

Cの型宣言は腐ってるだろ。俺、いまだにsignal(3)のプロトタイプ宣言理解できないし。

434 ：名無しさん＠お腹いっぱい。：04/03/13 00:40

>>433
それは「腐っている」んじゃなくて「面倒｣って言うんだよ。
「腐っている｣とは別の話だ。

435 ：名無しさん＠お腹いっぱい。：04/03/13 00:41

>>433
英語で読め。日本語だと読める訳ないだろあんなもん。

436 ：名無しさん＠お腹いっぱい。：04/03/13 00:49

でもCの型宣言は作者（カーニハン）自身がダメだって言ってなかった？

437 ：名無しさん＠お腹いっぱい。：04/03/13 00:52

>>433
> Cの型宣言は腐ってるだろ。俺、いまだにsignal(3)のプロトタイプ宣言理解できないし。

typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t handler);

これのどこが難しいんだ？なんてね。

438 ：名無しさん＠お腹いっぱい。：04/03/13 00:57

業界に広まってあちこちに登場する手法＞グッドノウハウ
広まらないで終わったローカルな手法＞バッドノウハウ

よって、S式はバッドノウハウ。
それもキング・オブ・バッドノウハウ。
これほど長いあいだ試され続け、数多くの信者と宣教師を
生み出し、それでもなお広まらずに終わった手法も珍しい。

439 ：名無しさん＠お腹いっぱい。：04/03/13 01:13

>>438 終わってないですよ。

440 ：名無しさん＠お腹いっぱい。：04/03/13 01:14

hjkl > バッドノウハウ
c-b, c-n, c-p, c-f > グッドノウハウ
なのか？

441 ：名無しさん＠お腹いっぱい。：04/03/13 01:17

終ってないってば

442 ：名無しさん＠お腹いっぱい。：04/03/13 01:20

正規表現はグッドノウハウ？それともバッドノウハウ？

443 ：名無しさん＠お腹いっぱい。：04/03/13 01:23

ASCIIで無理矢理って部分があるからバッドノウハウだな。
コード拡張すれば良かったのに。

444 ：名無しさん＠お腹いっぱい。：04/03/13 11:08

M式を駆逐したS式であるわけだが、
それでもまだだめだということなのだろうか……

445 ：名無しさん＠お腹いっぱい。：04/03/13 12:47

>>432
おれのCに対する知識はおいとくとして、
その矢印がバッドノウハウだってことはどうなんですか？
最近のJavaやC#を見る限り、明らかにバッドノウハウだと
思うけど。

446 ：名無しさん＠お腹いっぱい。：04/03/13 12:53

そもそもプリプロセッサがバッドノウハウの塊。

447 ：名無しさん＠お腹いっぱい。：04/03/13 12:55

TeX はバッドノウハウか？
http://d.hatena.ne.jp/apkz/20040311#p4

448 ：名無しさん＠お腹いっぱい。：04/03/13 13:04

char[] str;
void(*)(int) signal(int signum, void(*)(int) sighandler);
これの方が直感的に綺麗と感じると思うけどどうだろう。

449 ：名無しさん＠お腹いっぱい。：04/03/13 13:09

分ってると思うけどchar[256] str;ね。
やっぱり識別子は綺麗に別れてたほうが絶対に見やすいと思うね。

450 ：名無しさん＠お腹いっぱい。：04/03/13 13:20

他の言語使ってりゃいいじゃん。

451 ：名無しさん＠お腹いっぱい。：04/03/13 15:14

先生！これもバッドノウハウでしょうか？
ttp://www.pro.or.jp/~fuji/computerbooks/c/c.modula2.html

452 ：名無しさん＠お腹いっぱい。：04/03/13 16:18

>>447
そこのリンク先。
組版ルールの複雑さとは関係なく、それを記述するための言語仕様の汚さが
TeX がバッドノウハウと言われる理由だと思うのだが、
この人はわかってるのかしらん。なんなんだよあの四則演算は。

だからこそ LaTeX やら EJB やらのクサいものにフタをするマクロ集を使うわけだし、
これらですらグッドラッパーになりえてないだろう。

453 ：名無しさん＠お腹いっぱい。：04/03/13 16:19

EJB って何よ。EWB だ。

454 ：名無しさん＠お腹いっぱい。：04/03/13 16:29

EJBもJSPもバッドノウハウ。

455 ：名無しさん＠お腹いっぱい。：04/03/13 16:57

>>447
> http://d.hatena.ne.jp/apkz/20040311#p4
「Chicago Rule」には萎えるな。「組版ルール」とか、すっとんきょなこと書
いてるし。実際にManualを手にとって読んだこともなく書いてるのがありあり
とわかる。所詮「バッドノウハウ」と騒いでるのは教祖も含めてこの程度か。

456 ：名無しさん＠お腹いっぱい。：04/03/13 17:03

>>433
C の型宣言は、俺も腐ってると思うけどなぁ。変数だけなら右から
左に読めば意味が通るんだが、関数ポインタがからむと右に行ったり
左に行ったりする必要があるし、まして

　自分自身を返す関数

が記述できないあたり根本的に ad hoc な設計という感じがする。

457 ：名無しさん＠お腹いっぱい。：04/03/13 17:22

>>456
それぐらいなら相互再帰でいいんじゃないの？

458 ：名無しさん＠お腹いっぱい。：04/03/13 17:22

>>456
記述できるけど関数を返せないというだけなのでは？

459 ：名無しさん＠お腹いっぱい。：04/03/13 17:27

457だがとんちんかんなレスしてるな。失礼。

460 ：名無しさん＠お腹いっぱい。：04/03/13 17:31

458だけどよく考えたら記述できないね。

461 ：名無しさん＠お腹いっぱい。：04/03/13 17:33

再帰的な型宣言ってのはこんな感じ？
typedef func (*func)(func);
もしくは上で挙げられてる改良C構文に従えば
typedef func (*)(func) func;

462 ：名無しさん＠お腹いっぱい。：04/03/13 17:42

>>456
ad-hocじゃないって。設計だってきちんとしてるんだよ。コンパイラが簡単に
なるように変数宣言の構文をそのまま型宣言にも使ったのさ。パーサが同じで
すむからね。

そのために見にくくなってるんだけど、同じ見難さは変数宣言のときにだって
あるわけで、演算子の優先順位とかは最低わかってないと混乱する。でも、他
の言語だって演算子の優先順位とかleft/right associativeかどうか、なんか
は理解してないと、つまらないミスは避けられないよ。

463 ：名無しさん＠お腹いっぱい。：04/03/13 18:01

>>462
> コンパイラが簡単になるように変数宣言の構文をそのまま型宣言にも
> 使ったのさ。
当時の計算機環境・開発者がかけられる手間を前提とすると「うまい工夫」
だと思うが、今になってみると……という一例だと思われ。計算機や開発者
に対して最適化された設計は、往々にしてユーザに対しては最適化されない
定めにある。

464 ：名無しさん＠お腹いっぱい。：04/03/13 18:06

教祖さま?

465 ：名無しさん＠お腹いっぱい。：04/03/13 18:10

461みたいなのを許しちゃうと宣言と定義の境界線が
あいまいになりそうだし、言語的にも処理系も難しくなる。
(っていうかポインタのある言語でそれは可能なのかな？)
そういうのは否定しておいて、void*でやり取りするように
するってのは、C的で正しいと思うね。素人は。

466 ：名無しさん＠お腹いっぱい。：04/03/13 18:23

staticをどうにかしてくだちい。

467 ：名無しさん＠お腹いっぱい。：04/03/13 18:34

>>463
> だと思うが、今になってみると……という一例だと思われ。計算機や開発者
30年近くも前の設計をつかまえて何あたりまえのこと言ってんだよ、ボケ。
ANSI Cの最初の規格化がはじまったのだって既に20年前だ。

468 ：名無しさん＠お腹いっぱい。：04/03/13 18:42

Cだけが低レベルな処理を記述できるとは思わないけど、
例えば、MLなんかの最高級な型システムを持つ言語とかって
Cだと人為的に意識されてコード中に記述されてる部分まで、
処理系が賢くならなければならないわけだけど、そういうのって
今の処理系できてるの？
アドホックなCを批判することは誰にでも出来るけど、
代わりのものを用意するってのは並大抵のことじゃないよね。
Cと同程度の表現力しかない言語なら、結局C,C++に落ち着くだろうし。

469 ：名無しさん＠お腹いっぱい。：04/03/13 18:48

>>465
関数ポインタと変数ポインタの間でキャストしちゃダメだよ。

大抵の処理系だと変数ポインタと関数ポインタは同じサイズ
だから問題ないけど、C++ の多重継承・仮想継承・仮想関数
が絡むと、致命的にまずいことになる。

470 ：名無しさん＠お腹いっぱい。：04/03/13 18:52

>>467
落ち着けよ。別に「C の型宣言腐ってる」と言われたところで、
467 の人格否定されてるわけじゃないんだし。

歴史的事情があるのは重々承知してるし、代替もないから俺も
今でも C/C++ 使って仕事してるわけで。ただ、これから言語を
設計してくれと言われたら (というか仕事でスクリプト言語
書いてるけど)、俺は C の型宣言は採用しないという程度の話だ。

471 ：名無しさん＠お腹いっぱい。：04/03/13 18:57

470の書く型宣言仕様ってどんなの?

472 ：名無しさん＠お腹いっぱい。：04/03/13 18:57

>30年近くも前の設計をつかまえて何あたりまえのこと言ってんだよ、ボケ。
>ANSI Cの最初の規格化がはじまったのだって既に20年前だ。

この例で言えば、20年も経ってるのにまだCが生きていることが問題だということだ。

つまり、ソフトウェアは一般的に言って当初の想像よりもはるかに長生きするため
このような問題は必然的に生ずると言える。

473 ：名無しさん＠お腹いっぱい。：04/03/13 19:01

Cのかわりなるもんが無いんだからしかたあるまい。
Cじゃなくてもいい奴にはJavaとかC++使ってるんだからそれでよかろう。

474 ：名無しさん＠お腹いっぱい。：04/03/13 19:09

>>473
C++ だと C の問題を全て引きずってるから、解決しないような気が。
Java と並べるなら C# かねぇ。

475 ：名無しさん＠お腹いっぱい。：04/03/13 19:12

>>463=472?
とりとめのない文章をどうにかしてよ。
「定めにある」とか「生ずると言える」とかは分かったから、言いたいことは何なの?
煽りじゃなくて疑問。

476 ：463=469=470=474：04/03/13 19:15

>>473
> 463=472?
違うけど。

477 ：名無しさん＠お腹いっぱい。：04/03/13 19:43

型って、論理的にすればするほど分かりにくくなる傾向があるから、
色々仕方無いんじゃないの？関数型言語はともかく、Cみたいな言語では、
typedef int (*pf)(void);
typedef int (*)(void) pf;
の2候補よりいい方法って思い付かんよ。

478 ：名無しさん＠お腹いっぱい。：04/03/13 19:43

バッドノウハウ以下の議論になってるな。

479 ：名無しさん＠お腹いっぱい。：04/03/13 19:45

つか板違い。

480 ：名無しさん＠お腹いっぱい。：04/03/13 19:55

Pascalで書かれたUNIXってないの？

481 ：名無しさん＠お腹いっぱい。：04/03/13 20:14

>>468
＞Cと同程度の表現力しかない言語なら、結局C,C++に落ち着くだろうし。
そして、(代替物の出来にかかわらず）↑の様になってしまうのがバッドノウハウなわけで…

482 ：名無しさん＠お腹いっぱい。：04/03/13 20:19

ちょっと待て、「バッドノウハウ」って単語を本気で使ってる奴が混じってるのか？

483 ：名無しさん＠お腹いっぱい。：04/03/13 20:22

>>482
混じってない。

484 ：名無しさん＠お腹いっぱい。：04/03/13 20:23

>>477
そんな無理して関数宣言と同じにしなくても、専用構文用意すれば良いじゃん。
同じようにしなければいけないと思ってしまうことが、バッドノウハウのもと。

たとえば、int hogehoge(char *, int)なら
typedef func<int>(char *, int) *pf;
とか関数が多言語風に、
typedef (char *, int) -> int *pf;
とか。

485 ：名無しさん＠お腹いっぱい。：04/03/13 20:29

>>484
本気で言ってる？

486 ：名無しさん＠お腹いっぱい。：04/03/13 20:45

Cが置き換えるとしたら、それはOSを書き代えるぐらいの
勢いがないとムリポ。宗教改革があるまでラテン語が使われた
わけだし。いやラテン語のどこに問題があったかは知らないけど。

487 ：名無しさん＠お腹いっぱい。：04/03/13 23:44

>>484
ちょっと話が逸れるが、最近の C++ 処理系だと

　boost::function<int (char*, int)> f;

とか書けるよね。

488 ：名無しさん＠お腹いっぱい。：04/03/14 01:03

>>486
OSじゃすまないだろ。
ハードウェアが非ノイマン型にならないかぎり
Cは置き換えられない。

そして織田信長の出番がッッッ！！！

489 ：名無しさん＠お腹いっぱい。：04/03/14 01:32

秀吉のケ言語だろ?

490 ：名無しさん＠お腹いっぱい。：04/03/14 10:20

>>487
なるほど。奥が深いねぇ。

491 ：名無しさん＠お腹いっぱい。：04/03/14 11:55

ハードがどうこうってのもあるだろうけど
「こういうものをつくりたい！だけどこれはCじゃ本質的に作れない」
という状況にならないとCに取って代わる言語は出てこないと思う。
現状じゃ「これはCで作れる。ただCだと面倒なんで○○で作る」
というのがほとんどだろうから、結局Cが生き残っている。

492 ：名無しさん＠お腹いっぱい。：04/03/14 12:45

>>491
でも、年々 C が使われるの範囲は狭まってる。Web アプリケーションの類とか
とてもじゃないが C で書く気はないわけで。

もちろん、今後もハードウェア寄りの部分や、OS に近い部分では C/C++ が
当面使われ続けると思うけど。

493 ：名無しさん＠お腹いっぱい。：04/03/14 12:57

>>492
今でもWebアプリをCで書くことあるよ。
Perlじゃ遅い || Javaの開発経験者が少ない => C言語
ということはある。

とはいえ、一般的には>>492のような感じだろうな。

494 ：名無しさん＠お腹いっぱい。：04/03/14 13:15

そういや2chもccgiにかえたね、確か

495 ：名無しさん＠お腹いっぱい。：04/03/14 13:18

>>493
JavaでOKな程度の性能であれば、mod_perlで解決のような気もしないでもないが。

496 ：名無しさん＠お腹いっぱい。：04/03/14 15:55

Cはライブラリ記述言語

497 ：名無しさん＠お腹いっぱい。：04/03/14 17:53

何か久しぶりにのぞいてみたら，また話があさっての方向にいってるな…．
近視眼的に言語の仕様を見て得意げにバッドノウハウとラベリングするわけですか．
今のままだと，バッドノウハウってのは
「頭の悪い人の，頭の悪い人による，頭の悪い人のためのレッテル張り」
になっちゃうよ? そもそもバカってのは自分の頭で考えることをしないし，
単純なレッテル張りが好きだからな．

498 ：名無しさん＠お腹いっぱい。：04/03/14 17:59

キャッチーだからな。使いやすい。

499 ：名無しさん＠お腹いっぱい。：04/03/14 18:00

>>497
3行目以降、最初からそうじゃなかったの？

500 ：名無しさん＠お腹いっぱい。：04/03/14 20:42

このスレには2種類の住人が居る。
「アンチバッドノウハウ派」と「バッドノウハウを揶揄する人」だ。

501 ：名無しさん＠お腹いっぱい。：04/03/14 20:46

ログはsyslog経由でしか書けないプログラムのためにいちいち
ドキュメントからfacilityを探してsyslog.confを編集する度に
ムカついているけど、syslogはバッドノウハウに入るかな?

502 ：名無しさん＠お腹いっぱい。：04/03/14 20:55

バッド代官

503 ：名無しさん＠お腹いっぱい。：04/03/14 20:56

バッドマン

504 ：名無しさん＠お腹いっぱい。：04/03/14 21:14

バットノウハウ

505 ：名無しさん＠お腹いっぱい。：04/03/14 21:16

>>502-504
なんか一人ごっつの「出世させよー」を思い出した。

506 ：名無しさん＠お腹いっぱい。：04/03/14 21:17

>>501
うーん、微妙だな。バッドノウハウと言えるほどの「格」がない。
その点 sendmail.cf や .procmailrc の奇天烈さは、文句なし。

507 ：名無しさん＠お腹いっぱい。：04/03/14 21:18

おまえらバッドのりが好きですね。

508 ：名無しさん＠お腹いっぱい。：04/03/14 21:43

そちもバッドよのう

509 ：名無しさん＠お腹いっぱい。：04/03/14 22:48

バッドサイデリア～

510 ：名無しさん＠お腹いっぱい。：04/03/15 00:26

>>500
> このスレには2種類の住人が居る。
もう1種類忘れてないか？「教祖様」だ!

511 ：名無しさん＠お腹いっぱい。：04/03/15 00:30

いねえよ、馬鹿！

512 ：名無しさん＠お腹いっぱい。：04/03/15 09:14

もうどうでもいいよ。願わくは、同僚がしたり顔で「これってバッド
ノウハウだよな」なんていう状況になりませんように。そうなったら鬱だ。

513 ：名無しさん＠お腹いっぱい。：04/03/15 14:49

>>512
それ、漏れかも。。

514 ：名無しさん＠お腹いっぱい。：04/03/15 15:07

・なんだよこの糞書式は！
・使いにくいインタフェースだな！
とかなら同僚に言ってOK？

515 ：名無しさん＠お腹いっぱい。：04/03/15 15:33

今後はしたり顔で「う～ん、奥が深い」と言うようにします。

516 ：北斗の拳：04/03/15 19:15

リンとバットのウハウハ

517 ：名無しさん＠お腹いっぱい。：04/03/15 21:17

「俺頭悪くて忙しいから、こんなん理解してる暇ねえ」と
謙遜してみせればさらにグッド。

518 ：名無しさん＠お腹いっぱい。：04/03/16 01:47

「俺、異教徒だから、豚肉食えねぇんだ。」と言うのはセーフ？

519 ：名無しさん＠お腹いっぱい。：04/03/16 02:22

>>518
つまらんからアウト。

520 ：名無しさん＠お腹いっぱい。：04/03/17 22:40

結局、アラン・クーパーからのパクリだろ。

521 ：名無しさん＠お腹いっぱい。：04/03/18 00:54

>>501
それじゃ、syslog の代わりにどうすればいい？

522 ：名無しさん＠お腹いっぱい。：04/03/18 02:45

sendmail.cf がバッドノウハウというよりは、
sendmail.cf があのような構文にならざるを得ない
rfc2822 や MIME にもかなり問題あると思うが……

523 ：名無しさん＠お腹いっぱい。：04/03/18 02:47

この業界の底辺は馬鹿だからなんでも可読なテキストで
書きゃいいと思ってんだよ。

524 ：名無しさん＠お腹いっぱい。：04/03/18 06:57

>523
sendmail.cfなどの変態的な設定記述がバッドなのは、
可読なテキストであることとあまり関係ないと思うがどうか。

525 ：名無しさん＠お腹いっぱい。：04/03/18 07:09

>>500
> このスレには2種類の住人が居る。
> 「アンチバッドノウハウ派」と「バッドノウハウを揶揄する人」だ。
両方とも「奥が深い症候群」のせいなので（苦笑），結局のところ
このスレには1種類の住人しかいないことになりますな．

526 ：名無しさん＠お腹いっぱい。：04/03/18 07:21

>>520
> 結局、アラン・クーパーからのパクリだろ。

アラン・クーパーの本については、アマゾンのカスタマーレビューが
面白いよ。ま、バッドノウハウも、何をいまさらって感じなんだけどな。

527 ：48：04/03/18 09:04

>>522
MTA がそんなもん気にするからいけない。

余計なところに comment を許したままの RFC2822 もどうかと思うが。

528 ：名無しさん＠お腹いっぱい。：04/03/18 09:44

何でもS式で書けばいいのに…

529 ：名無しさん＠お腹いっぱい。：04/03/18 11:45

>>528
どこにでもS式を持ち込もうとするLisp厨の分別のなさも何とかならねーかな？

530 ：名無しさん＠お腹いっぱい。：04/03/18 11:54

>>528
S式でなんとかなるよ。

531 ：名無しさん＠お腹いっぱい。：04/03/18 11:55

実のところ、変態的設定記述ってバッドノウハウなのだろうか？
単に好みの問題なんじゃないかと思うが。けど、選択肢というか代替がないと
辛いのも事実か。

532 ：名無しさん＠お腹いっぱい。：04/03/18 12:25

つまり、問題は設定の記述形式じゃなくて、選択肢の数、と。

533 ：名無しさん＠お腹いっぱい。：04/03/18 13:20

>>528
> 何でもS式で書けばいいのに…

なんでもS式の設定ファイル標準化案なんかもあったけど、
まったく相手にされなかったねえ。

534 ：名無しさん＠お腹いっぱい。：04/03/18 15:42

しかし時代はなんでも XML に傾きつつあるような。

535 ：名無しさん＠お腹いっぱい。：04/03/18 15:52

>>534
それも困ったものだな。
話がそれるというかスレ違いだけど、こんな文章があるよん。

XML is not S-Expressions
http://www.prescod.net/xml/sexprs.html

536 ：IKeJI：04/03/18 22:20

俺の考えと違うもの。それがバッドノウハウ。

537 ：名無しさん＠お腹いっぱい。：04/03/18 23:01

>>536
> 俺の考えと違うもの。それがバッドノウハウ。

キチガイめ!!

538 ：名無しさん＠お腹いっぱい。：04/03/18 23:07

>>536-537
既出。

539 ：名無しさん＠お腹いっぱい。：04/03/19 02:18

>>537
> キチガイめ!!
だから「教祖様」って言われるんだな。

540 ：名無しさん＠お腹いっぱい。：04/03/19 07:43

>>536 の意見の是非はともかく、「キチガイ」はないでしょうよ…。
煽りとも思えないし、ちょっとひどすぎ。

541 ：名無しさん＠お腹いっぱい。：04/03/19 18:39

教祖からしてschemeの信者だからな。S式のダメさを認めない。
だから「俺の考えと違うもの。それがバッドノウハウ」にしかならないのさ。

542 ：名無しさん＠お腹いっぱい。：04/03/19 18:51

>>541
S式のどこがだめなの？

543 ：名無しさん＠お腹いっぱい。：04/03/19 20:59

>>542
あれだけたくさんの有名人が入信してるのに、
ちっとも普及しないところ。

Common Lispの処理系はずいぶん昔から十分速い。
Emacs Lispは身近にあって役に立つ。
Lispの本はたくさんあって質も高い。

なのにLisp・Schemeはさっぱり普及しない。
どこか根本から間違ってるんだよS式は。

「S式のどこがダメなのか」と問う前に、
「S式はダメ」という前提から始める必要がある。

544 ：名無しさん＠お腹いっぱい。：04/03/19 21:36

>>543
その意味じゃCとBASICしか普及してないと言えるんじゃないの？
S式が普及してないのは確かだとしても、その他だって普及してないじゃん。

545 ：名無しさん＠お腹いっぱい。：04/03/19 21:46

>>542
> >>541
> S式のどこがだめなの？

バカには使いこなせないところ。

546 ：名無しさん＠お腹いっぱい。：04/03/19 22:29

S 式 = symbolic expression = s ex
というところ

547 ：名無しさん＠お腹いっぱい。：04/03/19 22:50

>>542
> S式のどこがだめなの？

多くの人が、無数のカッコを見ただけで、虚ろな眼を宙にさまよわせる
だけになってしまうところ。

548 ：名無しさん＠お腹いっぱい。：04/03/19 23:06

> 多くの人が、無数のカッコを見ただけで、虚ろな眼を宙にさまよわせる
> だけになってしまうところ。

これは重大な問題点だと思うな。

確かに慣れれば何てことはないのだが、
第一印象があまりに悪すぎる。

549 ：名無しさん＠お腹いっぱい。：04/03/19 23:26

内部データ形式を人間に読ませようってのがそもそもおかしいんだよ。
XMLと同じ。

550 ：名無しさん＠お腹いっぱい。：04/03/19 23:36

>>548
> 第一印象があまりに悪すぎる。

マジ? 本気で言ってるの? バッドノウハウって所詮そんなレベルなのか?

551 ：名無しさん＠お腹いっぱい。：04/03/19 23:37

アホドック

552 ：名無しさん＠お腹いっぱい。：04/03/19 23:41

誰もS式がバッドノウハウだなんて言ってないじゃない

553 ：名無しさん＠お腹いっぱい。：04/03/19 23:44

>>547
カッコ?
あぁ、そんなものもあったな。

554 ：名無しさん＠お腹いっぱい。：04/03/19 23:55

>>550
> マジ? 本気で言ってるの? バッドノウハウって所詮そんなレベルなのか?
「バッドノウハウ」がその程度以上のものだと本気で思ってたの？

555 ：名無しさん＠お腹いっぱい。：04/03/20 01:08

>521
multilogじゃねーの。とりあえず、djbをマンセーしとこうっと。

556 ：名無しさん＠お腹いっぱい。：04/03/20 01:17

S式は、研究者、革命者、前衛者、冒険者のための存在ということでいいよ。

557 ：名無しさん＠お腹いっぱい。：04/03/20 10:40

身近なところで
http://pc.2ch.net/test/read.cgi/unix/1079699147/17
なんかはけっこうそれっぽい？

558 ：名無しさん＠お腹いっぱい。：04/03/20 16:14

>>554 に同意

559 ：名無しさん＠お腹いっぱい。：04/03/20 16:21

記号の前に悪い慣習も糞もない。
人間が記号に合わせろ。体を服に
合わせろと教えた大日本帝国の考えは
時代を先取りしていた。

560 ：名無しさん＠お腹いっぱい。：04/03/20 19:14

つーか、Unixのコマンドのオプションとかでさ

ls -l
chmod -x
tar zxvf

この時点で違和感あるわけよ、初心者にしてみたら。
もう規則性も約束事も何もない、そこにあるのは
無限の無秩序

561 ：名無しさん＠お腹いっぱい。：04/03/20 19:48

>>395の8通りの形式のオプションが任意個付くだけじゃん。
なんてことはない。手で覚えればいい。

562 ：名無しさん＠お腹いっぱい。：04/03/20 20:55

>>561
だな。覚えられない知弱は、Windowsでも使ってろ(w

563 ：名無しさん＠お腹いっぱい。：04/03/20 21:15

-a
-a XXX
-a=XXX
-abc
abc
--foo
--foo=XXX
foo=XXX
foo ←これもあるね

564 ：名無しさん＠お腹いっぱい。：04/03/20 21:29

>>563
abcと何が違うんだ？

565 ：名無しさん＠お腹いっぱい。：04/03/20 21:32

>>564
tar xzf (abc)
/etc/init.d/apache restart (foo)
みたいな

566 ：名無しさん＠お腹いっぱい。：04/03/20 22:10

567 ：名無しさん＠お腹いっぱい。：04/03/20 22:27

>>566
それはabcの中に含めてもよいのでは
いや、分けた方がいいのかな。。。

568 ：名無しさん＠お腹いっぱい。：04/03/20 23:02

chmodとかfindみたいな変態的コマンドのせいで
やっかいなことになりますね。

569 ：名無しさん＠お腹いっぱい。：04/03/20 23:06

-x の -の意味がモノによって
オプションですよーという意味だったり
x のフラグを降ろしますよーだったり
～xですよーだったりするわけだ

どうにかしろやボケども

570 ：名無しさん＠お腹いっぱい。：04/03/20 23:12

餌と見るや糸をつけていそいそと垂らす。釣られているのは魚か人か

571 ：名無しさん＠お腹いっぱい。：04/03/20 23:12

日本語の助詞の多過ぎの困るのだ。

572 ：名無しさん＠お腹いっぱい。：04/03/20 23:17

自然言語は正確な意味論なんて誰も持ち合わせとらんのに
どうして会話が成り立つんだろう。神秘的ですね。

573 ：名無しさん＠お腹いっぱい。：04/03/21 00:00

>>569
その引数の位置に来るものの意味が違うからだろ。
英語だって語順を変えたら文書の意味がおかしくなったりする。
なんでも助詞みたいなのを入れたら、うざいだけでは？

ls --option_start l --arguments files..
chmod --mode -x --arguments files..
tar --option zxvf --file file --arguments ...

つうかtarだってハイフンつけてオプションしてもいいんだし、
どんどんGNUの --hogehoge スタイルになってきてるし、
まあ、週末だし、ビールでも飲んで寝ろって。

574 ：名無しさん＠お腹いっぱい。：04/03/21 00:39

>>572
まさしく「会話」するから。
一方的に命令する・されるだけで、命令の意味を問い返せない
状況では工夫が必要。

575 ：名無しさん＠お腹いっぱい。：04/03/21 00:59

コマンド覚えろって言われても、おれらだって
Windowsのコマンド覚えてないわけで、今更暗記しろ
とか言われても激しく苦痛だよな。
初心者ユーザに対して歩み寄る必要性はそれ程ないかもしれんけど、
コマンド体系はどこかで整備される必要はあると思うけどどうよ。

UNIXの標準化作業みたいなものの経緯知らんのでよく分からん。
でも、ここで話されるようなことは既に議題にあがりつつも、
どうにもならなかったのがいまある現実なのはわかる。

576 ：名無しさん＠お腹いっぱい。：04/03/21 01:01

>>575
エスペラント語はまだ普及してないよ。
これから普及する兆しもない。

とりあえず……
http://cl.aist-nara.ac.jp/%7Edaiti-m/text/worse-is-better-ja.html
ということで。

577 ：名無しさん＠お腹いっぱい。：04/03/21 01:15

command の詳細って、全部暗記するようなものじゃないと思う。
覚えてなければ、その場で調べるなり、使いやすく wrap するなりすればいいんじゃ。
man や info ならだいたいの状況で使えるだろうし。

578 ：名無しさん＠お腹いっぱい。：04/03/21 01:49

関係ないですけど、Debianのupdate-rc.dっていうコマンド、
その名前もコマンドオプションも激しく嫌です。個人的な話ですが。。。

#update-rc.d foobar start 20 2 3 4 5 . stop 20 0 1 6 .

579 ：名無しさん＠お腹いっぱい。：04/03/21 01:56

だから使{いたく|う必要が|え|おうと思わ}ない奴は使わなければいいんだって。
いろんな意味で。

580 ：名無しさん＠お腹いっぱい。：04/03/21 02:16

> だから使{いたく|う必要が|え|おうと思わ}ない奴は使わなければいいんだって。
そうそう。こんな簡単なことも覚えられないのか、と自分の馬鹿さ加減を静か
に恥じてればいいのに。それを「こんなのはバッドノウハウだ」とかつまらぬ
ヘ理屈をこねて逆切れするから笑われる。教祖の言ってることは多かれ少なか
れみんなこの類だがね:)

581 ：名無しさん＠お腹いっぱい。：04/03/21 03:08

>>577
> command の詳細って、全部暗記するようなものじゃないと思う。
> 覚えてなければ、その場で調べるなり、使いやすく wrap するなりすればいいんじゃ。
> man や info ならだいたいの状況で使えるだろうし。

全部暗記するんだよ、本来のUNIX者は。

ただ、知能が200ない低能のくせにUNIXを使おうとする身のほど知らずの傲慢な
連中が、しかたなくその場で調べたりするだけ。

582 ：名無しさん＠お腹いっぱい。：04/03/21 03:18

知能じゃなくてただの暗記力だろ。そんなもので賢さを
アピールしても馬鹿を曝け出してるだけ。

バッドノウハウを馬鹿の言い訳という主張は理解した。
ただ、そう言い放つことで、今度は現状改善を放棄する
怠慢な態度もあるんだなということも一方では理解した。

583 ：名無しさん＠お腹いっぱい。：04/03/21 03:32

おいおい、くだらないことで荒れるなよ。

584 ：名無しさん＠お腹いっぱい。：04/03/21 04:38

>>579
なのに使わされる場合があるからキレるんだろ。
TeXを強制される環境は珍しくない。

585 ：名無しさん＠お腹いっぱい。：04/03/21 04:52

>>584
> >>579
> なのに使わされる場合があるからキレるんだろ。
> TeXを強制される環境は珍しくない。

そういう時は、なんとかLaTeXで済まそうとするがな、私は。

586 ：名無しさん＠お腹いっぱい。：04/03/21 05:10

そもそもフラグ自体バッドノウハウ。
代数的じゃないから。

587 ：名無しさん＠お腹いっぱい。：04/03/21 07:10

>>582
> バッドノウハウを馬鹿の言い訳という主張は理解した。

おいおい、バッドノウハウに対する批判はそれだけじゃないでしょうが…
他のものは理解できない／見えない／目をつぶるのか？
でも、そういう姿勢こそがバッドノウハウが本質的に持つ問題点なんだから、
582が分からないのも当然か。

588 ：名無しさん＠お腹いっぱい。：04/03/21 08:33

>>586
それじゃあ代数的なものとはなんでしょう？

589 ：名無しさん＠お腹いっぱい。：04/03/21 10:43

>>588
例えば8ビットのフラグ変数を考えた時、
0の反転が255、且つ1の反転が3であるとか、
そういう反転が成立する余地があるもの。
そしてそのフラグ変数を16ビット、32ビットと言う風に拡張できるもの。

590 ：名無しさん＠お腹いっぱい。：04/03/21 11:00

>>578
これは同意。なんだかねえ。
で、これのどこがきもいかというのを考えてみるのはいいかもしれない。
やはり、plainに見える引数が文脈依存なことかねえ。

update-rc.d foobar --start 20:2,3,4,5 --stop 20:0,1,6 とかならいいのかな？

591 ：名無しさん＠お腹いっぱい。：04/03/21 11:05

>>590
コマンドオプションに積極的に()[]{}<>を使うというのはどうでしょうか？

592 ：名無しさん＠お腹いっぱい。：04/03/21 13:11

>>591
たいがいのシェルからは使い難そう。

593 ：名無しさん＠お腹いっぱい。：04/03/21 14:16

あれもバッドノウハウ
これもバッドノウハウ
きっとバッドノウハウ
たぶんバッドノウハウ

594 ：名無しさん＠お腹いっぱい。：04/03/21 15:26

>>592
> たいがいのシェルからは使い難そう。

シェルは拘束具

595 ：名無しさん＠お腹いっぱい。：04/03/21 15:29

私は愛のバッドノウハウ

596 ：名無しさん＠お腹いっぱい。：04/03/21 15:31

つまり、シェルがバッドノウハウの元凶、でFA？

597 ：名無しさん＠お腹いっぱい。：04/03/21 15:46

全てではないが最大の、かな

598 ：名無しさん＠お腹いっぱい。：04/03/21 15:47

Perlのプロトタイプ付き関数に渡す引数みたいに、
コマンドオプションが渡せたらいいのになあ。

599 ：名無しさん＠お腹いっぱい。：04/03/21 16:32

っていうか俺には zsh みたいなのを喜んで扱ってる奴こそ
バッドノウハウの温床だと思う。。なんて釣ってみるてるそ。

600 ：名無しさん＠お腹いっぱい。：04/03/21 16:39

それは奥が深い症候群？教祖の本論じゃん。

601 ：名無しさん＠お腹いっぱい。：04/03/21 16:43

Gentooみたいにrc[0-6]はさっさと捨ててくれないかな＜各種Linuxディストリビューション
SystemV流のやり方にメリットはあるの？

602 ：名無しさん＠お腹いっぱい。：04/03/21 16:51

>>601
捨てている、というか使ってないdist.もあると思うが、
ちなみにgentooのrcってどういう方式？
/etc/rc.confがあるみたいだから、FreeBSDみたいな感じか？

利点はパッケージで差し替えやすいとかかな。
symlink貼り直すだけだし。

603 ：名無しさん＠お腹いっぱい。：04/03/21 18:12

zsh はカスタマイズしだそうとすると「バッドノウハウ」の塊かもしれないけど、
普通に使う分にはそうでもないと思うけどなぁ

インストールしただけの状態でも **/* とか便利だし
（最近は他のシェルでもできるのかな）

604 ：名無しさん＠お腹いっぱい。：04/03/21 19:03

>>603
カスタマイズのうち、補完に関してはそれこそ昨日あたり盛んだった
コマンドのオプションの乱れを何とか吸収するためにああなったようなもんだしね。

globbingについては同意だな。スマートで便利だと思う。*(/)とかもね。

605 ：名無しさん＠お腹いっぱい。：04/03/21 22:11

Debianなら、sysv-rcに代わってfile-rcってのがあるね。
apt-get install file-rcで移行も楽々（ちょっとは手直しいるかも）
これならファイル一つで設定できるからいいわ。

606 ：名無しさん＠お腹いっぱい。：04/03/21 23:26

>>602
数字じゃなくて名前で管理、みたいな感じ、かな?
http://www.gentoo.org/doc/ja/rc-scripts.xml

607 ：名無しさん＠お腹いっぱい。：04/03/21 23:52

ところで、namazuってバッドノウハウだらけだよな。

特にインストールが何であんなに手間なんだ？
複数のディレクトリを一括の検索対象にしたい場合もめんどくさいし。

608 ：名無しさん＠お腹いっぱい。：04/03/22 00:01

バッドノウハウって無駄な手順のことを指すの?

609 ：名無しさん＠お腹いっぱい。：04/03/22 00:08

>>607
> ところで、namazuってバッドノウハウだらけだよな。

改善たのむわ。

610 ：名無しさん＠お腹いっぱい。：04/03/22 00:15

>>607
> ところで、namazuってバッドノウハウだらけだよな。
結局教祖が自分の頭の悪さを隠すためにもっともらしい造語を持ち出したってことでいい？

611 ：名無しさん＠お腹いっぱい。：04/03/22 00:17

>>610
どういう意味?

612 ：名無しさん＠お腹いっぱい。：04/03/22 00:25

>>610
> > ところで、namazuってバッドノウハウだらけだよな。
> 結局教祖が自分の頭の悪さを隠すためにもっともらしい造語を持ち出したってことでいい？

教祖がなんでこの件に関わってくんの?

613 ：名無しさん＠お腹いっぱい。：04/03/22 00:27

>>608
何度もnamazuインストールしてるんだけど、
(ええ、大きく感謝はしてますよ。もちろん。)
その度に何かめんどくさく感じる。

同じようにしばしばインストールしている他のソフトに比べて、
その差が大きい気がする。直感的でない。

ただ、いいソフトだし代替もないから使っているし、
それに慣れてくるといろいろな種類のものが検索できたりして奥が深いのも楽しい。

614 ：名無しさん＠お腹いっぱい。：04/03/22 00:28

>>613
> 何度もnamazuインストールしてるんだけど、
> (ええ、大きく感謝はしてますよ。もちろん。)
> その度に何かめんどくさく感じる。

おまえの頭が弱いだけじゃないの?

615 ：名無しさん＠お腹いっぱい。：04/03/22 00:31

>>613
> ただ、いいソフトだし代替もないから使っているし、

代替あるだろ、低能。

616 ：名無しさん＠お腹いっぱい。：04/03/22 00:39

>>615
なにがある?

617 ：名無しさん＠お腹いっぱい。：04/03/22 00:41

頭の悪い奴は頭のいい奴に言い負かされる。
だから「S式はクソ」という主張はなかなか通らない。

頭のいい奴がどんなに頑張っても、
頭の悪い奴にS式を使わせることはできない。
だからS式は普及しない。

言い負かすことと普及することのあいだのジレンマ、
それが「バッドノウハウ」という概念。

618 ：名無しさん＠お腹いっぱい。：04/03/22 00:45

>>617
バッドノウハウの教祖さまは頭の悪い方に分類されますか？

619 ：名無しさん＠お腹いっぱい。：04/03/22 00:46

俺頭悪いから６１７に何かいてあるのかわからん

620 ：名無しさん＠お腹いっぱい。：04/03/22 00:53

>>619

知弱は引っ込んでろ。

621 ：名無しさん＠お腹いっぱい。：04/03/22 00:57

なにかの有用性について議論しているあいだに、
全然関係ないものが普及するのってあるよね。
悪貨は良貨を駆逐するってそういう事柄を指してるのかな？

622 ：名無しさん＠お腹いっぱい。：04/03/22 01:31

>>621
それはどっちかって言うと「漁夫の利」の状況だな。「全然関係ないもの」が必ずしも
ダメダメなものとは限らないわけだし。

623 ：名無しさん＠お腹いっぱい。：04/03/22 01:38

>>622
どっかのHPに書いてあったのは、インターフェイスについて
議論している間に、高校生がベル相手に公衆電話から文字を
打ち込んでるっていう話。ものの良し悪しなんて関係ないん
だなあと思わされるね。。

624 ：名無しさん＠お腹いっぱい。：04/03/22 01:49

動くもの＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞綺麗なもの
C,Perl＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞Scheme

625 ：名無しさん＠お腹いっぱい。：04/03/22 10:46

頭のいい奴は頭の悪い奴をばかにする
真に頭のいい奴は頭の悪い奴をてなづける

626 ：名無しさん＠お腹いっぱい。：04/03/22 13:19

「てなづける」

627 ：名無しさん＠お腹いっぱい。：04/03/22 13:25

>>624の脳内定理
「奇麗に書くと動かない」

628 ：名無しさん＠お腹いっぱい。：04/03/22 17:34

namazuをけなされたからって，そんなに必死にならなくてもいいのに…．
私は有難く使わせてもらってるんだけど．

629 ：名無しさん＠お腹いっぱい。：04/03/22 17:36

いつ必死になったんだろ。

630 ：名無しさん＠お腹いっぱい。：04/03/23 15:07

>>628
その「有難く」という態度がバッドノウハウの温床。

631 ：名無しさん＠お腹いっぱい。：04/03/23 15:12

つか、お前らNamazuスレかLinux板のオープンソースの全文検索エンジンスレへ逝け。

632 ：名無しさん＠お腹いっぱい。：04/03/23 17:43

使いづらく役に立たないものであれば無視されるだけだが、
使いづらくとも役に立つものは「役に立つんだから我慢しろ」的な声に逆らいづらい。
役に立つものであろうと、使いづらいものに対しては使いづらいと声を上げなければならない。

633 ：名無しさん＠お腹いっぱい。：04/03/23 17:45

>役に立つものであろうと、使いづらいものに対しては使いづらいと声を上げなければならない。

いや、声だけじゃなくて使いやすくなるように手を動かしてくれ。

634 ：名無しさん＠お腹いっぱい。：04/03/23 18:02

そして新たなバッドノウハウが生産されてしまうのだ…。

635 ：名無しさん＠お腹いっぱい。：04/03/23 19:57

TeXはどうやっても使いやすくならんと思われ。
歴史が証明してる。

636 ：名無しさん＠お腹いっぱい。：04/03/23 21:21

うーん、TeX はインストールはたしかにメンドいし、
使い勝手も最初の敷居は比較的高いかもしれんが、
使いにくいと言えるほどのもんじゃないと思うがのう。

637 ：名無しさん＠お腹いっぱい。：04/03/23 21:57

>>636
> うーん、TeX はインストールはたしかにメンドいし、

メンドいか?

> 使い勝手も最初の敷居は比較的高いかもしれんが、
> 使いにくいと言えるほどのもんじゃないと思うがのう。

使いにくいので、わたしゃいつもLaTeXに逃げてる。
あの使いにくさは本質的なものだと思うのだがな。

638 ：名無しさん＠お腹いっぱい。：04/03/23 22:02

>>637
LaTeXも証明のひとつだな。
最近ではLyXが新たな証明に成功した。

639 ：名無しさん＠お腹いっぱい。：04/03/23 23:41

え？LaTeXも含めて使いにくいって言ってるんじゃないの？

640 ：名無しさん＠お腹いっぱい。：04/03/23 23:45

>>639

明らかに違うだろ。

641 ：名無しさん＠お腹いっぱい。：04/03/24 04:20

まあ今時 LaTeX でなく TeX をあえて選択しているのは自業自得だわな

642 ：名無しさん＠お腹いっぱい。：04/03/24 05:25

「今時」こそがバッドノウハウだよね。

643 ：名無しさん＠お腹いっぱい。：04/03/24 05:33

「まあ」こそがバッドノウハウだよね。
「今時」こそがバッドノウハウだよね。
「LaTeX」こそがバッドノウハウだよね。
「でなく」こそがバッドノウハウだよね。
「TeXを」こそがバッドノウハウだよね。
「あえて」こそがバッドノウハウだよね。
「選択している」こそがバッドノウハウだよね。
「自業自得」こそがバッドノウハウだよね。
「だわな」こそがバッドノウハウだよね。

644 ：名無しさん＠お腹いっぱい。：04/03/24 05:37

>>643
それで何かを打ち消しているつもりなんですか？

645 ：名無しさん＠お腹いっぱい。：04/03/24 12:57

>>644
面白いギャグのつもりなのかな…

646 ：名無しさん＠お腹いっぱい。：04/03/24 16:14

ということは、LaTeXはグッドラッパーということでFA

647 ：名無しさん＠お腹いっぱい。：04/03/24 18:05

フリーソフトウェア自体がバッドノウハウ。
1978年のビル・ゲイツは正しかった。
「悪貨は良貨を駆逐する」。

648 ：名無しさん＠お腹いっぱい。：04/03/24 19:51

全ての発言はバッドノウハウ

649 ：名無しさん＠お腹いっぱい。：04/03/24 19:53

今日は一日中バッドノウハウだった。

650 ：名無しさん＠お腹いっぱい。：04/03/24 21:39

今晩のおかずはバッドノウハウだった

651 ：名無しさん＠お腹いっぱい。：04/03/24 21:49

アプリ（または処理系）のバグや設計の糞さに問題があるのに、
それに対する「対症療法」や「回避策」があたかも正当な作法であるかのように
いつまでも定着し、蓄積していくことが問題。
問題の本質は改善されないし、
新しく覚える人は「これはそういうものだから」と意味不明なイディオムを
押しつけられる。

この世界で「おまじない」とか呼ばれるものは、
まさにバッドノウハウのシノニムだと言ってもいい。

652 ：名無しさん＠お腹いっぱい。：04/03/24 22:44

やっぱり晒さずにはおれない。
http://tabesugi.net/memo/cur/cur.html#142141

653 ：名無しさん＠お腹いっぱい。：04/03/24 23:29

#include <stdio.h> /* おまじない */

654 ：名無しさん＠お腹いっぱい。：04/03/25 01:41

if [ x"$hoge" = x ] ; then

655 ：名無しさん＠お腹いっぱい。：04/03/25 03:51

mknmzはLANGとか設定しないと日本語で検索できないんだよね
奥が深いなぁ、と思ったよ
少なくともprocmailの設定より難しいね

656 ：名無しさん＠お腹いっぱい。：04/03/25 03:58

>>655
> mknmzはLANGとか設定しないと日本語で検索できないんだよね
> 奥が深いなぁ、と思ったよ
> 少なくともprocmailの設定より難しいね

化石はおとなしく地層の中に埋まってろ。

657 ：655ではないが。：04/03/25 05:09

namazuのことはここでは禁句っぽいね。

658 ：名無しさん＠お腹いっぱい。：04/03/25 05:23

>>657
どうして?

659 ：名無しさん＠お腹いっぱい。：04/03/25 05:33

>>658
他のソフトにはインターフェースがタコだの設計が糞だのと
言ってるくせに、namazuはバッドノウハウの塊とか言おうもんなら
マジギレする人がいるから。

660 ：名無しさん＠お腹いっぱい。：04/03/25 05:59

>>659
> 他のソフトにはインターフェースがタコだの設計が糞だのと
> 言ってるくせに、namazuはバッドノウハウの塊とか言おうもんなら
> マジギレする人がいるから。

どこにそんな人がいるの?

661 ：名無しさん＠お腹いっぱい。：04/03/25 07:30

>>660とか・・・

662 ：名無しさん＠お腹いっぱい。：04/03/25 07:46

>>654
if [ "$hoge" ]
if [ -n "$hoge" ]

663 ：名無しさん＠お腹いっぱい。：04/03/25 07:58

>>661
キレてないでしょ。

664 ：名無しさん＠お腹いっぱい。：04/03/25 08:53

自分ではばれてないつもりかも知れんけど、めちゃくちゃ分かりやすい
キレかたしてまっせ。まあ、まったりと行きましょうよ、お互い。

665 ：名無しさん＠お腹いっぱい。：04/03/25 09:14

>>652
俺がこのスレを見て思ってた事と大体同じだ。

666 ：名無しさん＠お腹いっぱい。：04/03/25 09:21

>>652,665
教祖はどうしてそんなにまでして売名行為をしたいのかねえ。

667 ：名無しさん＠お腹いっぱい。：04/03/25 09:30

>>656
まあ -L があることぐらい教えてあげようよ。
それにしてもS氏がここに書いていることにしたい香具師がいるのが
なんとも香ばしいな。

668 ：名無しさん＠お腹いっぱい。：04/03/25 10:39

>>667
> それにしてもS氏がここに書いていることにしたい香具師がいる
たとえば誰？

669 ：名無しさん＠お腹いっぱい。：04/03/25 11:48

まじめな話，namazuってバッドノウハウのいい題材かもね．
初期の古い設計を引きずったまま予想外に広がってしまった点，
機能拡張とアドホックな対処，
初心者にはわかりにくい奥が深い（苦笑）インストール法と設定等々，
バッドノウハウの条件そのまんまって感じだし．

670 ：名無しさん＠お腹いっぱい。：04/03/25 11:54

>>669
そもそも初期に悪い設計が存在すること自体がまずいよね。

671 ：名無しさん＠お腹いっぱい。：04/03/25 11:56

つーか、そのことについての卑下なんだと思っていたのですが
ちがうのですか？
ま、卑下も自慢のうちとも言いますが、、、

672 ：名無しさん＠お腹いっぱい。：04/03/25 12:16

>>671
> つーか、そのことについての卑下なんだと思っていたのですが
一体どこが卑下なんだよ？「TeX, Emacs, sendmail, bind, perl, gnuplot,
procmail」と名前を挙げて「複雑怪奇」やら「長年に渡ってユーザを苦しめ続
け」、「バッドノウハウの温床として悪名が名高い」なんてけなしてるだけ。
自作のソフトウェアについては卑下するどころかこれっぽっちも言及してない。

673 ：名無しさん＠お腹いっぱい。：04/03/25 12:50

グッドラッパーはバッドノウハウに対する皮肉だと思ったけどな。
特にネーミング。

674 ：名無しさん＠お腹いっぱい。：04/03/25 12:58

>>655
> mknmzはLANGとか設定しないと日本語で検索できないんだよね
> 奥が深いなぁ、と思ったよ

こんな嘘までついて人を中傷したいのはなんでなんだろう。

675 ：名無しさん＠お腹いっぱい。：04/03/25 14:11

Namazuの設計については高林さん御自身が反省文を書いてるよ。

http://namazu.org/~satoru/pub/sd-2000-11/

もっともその後Namazuの開発からは離れてしまったけど(w

>>674
--indexing-lang=<locale>が入ったのは2.0.6から。
cronで動かすとlocaleがPOSIXになってハマってしまって、それで
文句を言う人は結構いたな。でもこれ、Namazuだけ対処しても他の
コマンドで同じようにハマると思うんだけど。

676 ：名無しさん＠お腹いっぱい。：04/03/25 21:33

つまりLANG環境変数がバッドノウハウってこと。
Solarisなんかでftpdがjaで動いてて、Windowsの
FTPクライアントから接続できないとかもそう。
こんなのははっきりいってバグだと思う。

677 ：名無しさん＠お腹いっぱい。：04/03/25 22:50

みんな　みんな　UTF-8になってしまえばいいのに　＞LANG環境変数

678 ：名無しさん＠お腹いっぱい。：04/03/25 23:31

今日のバッドノウハウ探し
買ったジュースが不味かった。不味い物は不味いと明記されていないと初心者が困るだろう。

679 ：名無しさん＠お腹いっぱい。：04/03/26 00:03

メッコールやMetsスイカソーダが他のジュースと同じ柄の缶に入っていたらヤバイだろ。

680 ：名無しさん＠お腹いっぱい。：04/03/26 00:07

ああ、わかった。TeXとかEmacsとかSendmailとかのバッドノウハ
ウとして挙げられたソフトウェアの信者がS氏に腹立ててるんだな。
年寄りに多いよね。歴史はあるけれでどもロクでもないソフトを
けなされると、自分がけなさたかのようなすごい剣幕になる人。
長年使ってきたのだろうから気持ちはわからないでもないけどね。

681 ：名無しさん＠お腹いっぱい。：04/03/26 00:26

>>680
どうして「わかった」と思うの?

682 ：名無しさん＠お腹いっぱい。：04/03/26 00:42

>>680
いやあ、これには苦笑しちゃったけど、よくそこまで自分に都合が
いい解釈が出来るね (^^; 私はバッドノウハウも、アンチバッドノウハウも
それなりに一理あると思ってるよ。でも、アンチの意見も理解できないようじゃ
よっぽど頭が悪いみたいね。バカは何も悩みとか無さそうでうらやましいなあ (^^;

683 ：名無しさん＠お腹いっぱい。：04/03/26 01:12

>>677
LC_CTYPE は ja_JP.eucJP のままで。

684 ：名無しさん＠お腹いっぱい。：04/03/26 09:48

都合のいい解釈しか出来ないから、バッドノウハウなんて一面的な
レッテル張りができるんじゃないの？「奥が深い症候群」なんてのも
そうだな。奥が深いなんて誰も思ってないっつーの。

685 ：名無しさん＠お腹いっぱい。：04/03/26 13:44

>>684
> 都合のいい解釈しか出来ないから、バッドノウハウなんて一面的な

「都合のいい解釈しか出来ない」というのは、どのあたりから出てきた
ものですか?

> レッテル張りができるんじゃないの？「奥が深い症候群」なんてのも
> そうだな。奥が深いなんて誰も思ってないっつーの。

これはどうやって調査しましたか?

686 ：名無しさん＠お腹いっぱい。：04/03/26 16:42

議論ごっこに憧れているのですか

687 ：名無しさん＠お腹いっぱい。：04/03/26 16:46

>>686
> 議論ごっこに憧れているのですか

ということにしたいのですね:)

688 ：名無しさん＠お腹いっぱい。：04/03/26 16:47

今日のバッドノウハウ
窓開けて寝たら風邪ぎみ。窓を閉めて寝ないといけないなんて初心者は分からないよ。
明らかにバッドノウハウ。

689 ：名無しさん＠お腹いっぱい。：04/03/26 16:57

>>688
体を冷やすと風邪をひくというのは、単なる迷信。

690 ：名無しさん＠お腹いっぱい。：04/03/26 17:22

>>689
じゃあなんで窓を開けて寝ると(少なくとも私は)確実に風邪を引くの？

691 ：名無しさん＠お腹いっぱい。：04/03/26 17:27

>>690
自己暗示。

692 ：名無しさん＠お腹いっぱい。：04/03/26 17:29

>>690
記憶の事後書換え

693 ：名無しさん＠お腹いっぱい。：04/03/26 17:36

迷信＝バッドノウハウ

694 ：名無しさん＠お腹いっぱい。：04/03/26 17:44

>>693
というより、バッドノウハウそのものが迷信。

695 ：名無しさん＠お腹いっぱい。：04/03/26 17:49

>>694
> >>693
> というより、バッドノウハウそのものが迷信。

怖いよ……この人偏執狂の眼をしてるよ……

696 ：名無しさん＠お腹いっぱい。：04/03/26 18:36

>>694は正解だと思うが。
迷信というよりは空想上の分類か…

697 ：名無しさん＠お腹いっぱい。：04/03/26 18:42

>>696
> >>694は正解だと思うが。
> 迷信というよりは空想上の分類か…

怖いよ……偏執狂が参集しはじめたよ……

698 ：名無しさん＠お腹いっぱい。：04/03/26 18:50

11：レッテル貼りをする

699 ：名無しさん＠お腹いっぱい。：04/03/26 18:54

>>696は真実だと思うが。
空想というよりは糞か…

700 ：名無しさん＠お腹いっぱい。：04/03/26 18:58

>>698
> 11：レッテル貼りをする

レッテル貼りって妙に怒る人いるよね。
フロッピーにレッテル貼っていたら、大学の先輩に
怒られたことがあるよ。

701 ：名無しさん＠お腹いっぱい。：04/03/26 19:53

700は記録面にレッテルを貼っていたにｲﾋﾟｮｰｳ

702 ：名無しさん＠お腹いっぱい。：04/03/26 20:40

バッドノウハウ

フロッピーをコルクボードにピン止めしてはならない。
磁石付きクリップではさんでもいけない。

703 ：名無しさん＠お腹いっぱい。：04/03/26 21:20

バッドノウハウ

学校に行かないといけないこと

･･･とガキのころ思っていたヤツは少なくないハズ

704 ：名無しさん＠お腹いっぱい。：04/03/26 22:01

バッドノウハウで思い出すのは、gccをあるシステムでコンパイルするために
昔必要だったおまじないだなあ。
先輩に聞いて知ったのだけど、文書化はまったくされておらずという状況だった。

「口伝による伝承」とかいって仲間うちで笑ってたけど、3年近くそのまま必要
であり続けたからな。

705 ：名無しさん＠お腹いっぱい。：04/03/26 22:24

>>702
> バッドノウハウ
>
> フロッピーをコルクボードにピン止めしてはならない。
> 磁石付きクリップではさんでもいけない。

確かにそれは初心者にとって直感的でもないし、そんな本質的でない
ノウハウは覚えたくもないな。よってバッドノウハウと認定:-)

706 ：名無しさん＠お腹いっぱい。：04/03/26 23:29

まあフロッピーは滅びつつある文明の遺産だから、その取り扱いがバッドノウハウでも誰も困らない。
実際5インチの方がバッドノウハウ度が高かった分先に滅んだわけだし。

707 ：名無しさん＠お腹いっぱい。：04/03/26 23:31

IA-32はバッドノウハウの塊だと誰しも思っていたけれど、
実はMC680x0のインストラクションセットのほうが
未来がなかったという罠。

708 ：名無しさん＠お腹いっぱい。：04/03/26 23:37

バッドノウハウ = バカよけ

709 ：名無しさん＠お腹いっぱい。：04/03/27 00:30

>>708
> バッドノウハウ = バカよけ
いやバッドノウハウと口にすることでバカが集まってきてしまうような気がする。

710 ：名無しさん＠お腹いっぱい。：04/03/27 00:33

>>709
> > バッドノウハウ = バカよけ
> いやバッドノウハウと口にすることでバカが集まってきてしまうような気がする。

バッドノウハウの存在をアイデンティティの拠り所にしている贋UNIX者が
うじゃうじゃいるからな。

711 ：名無しさん＠お腹いっぱい。：04/03/27 00:38

↑どっちの意味にも取れますね↑

712 ：名無しさん＠お腹いっぱい。：04/03/27 01:13

>>707
未来が無かったというか、結果的に早く廃れたということだな。
これはテクニカルな理由ではなくもっと上の層での話だ。

「優れたものが受け入れられるとは限らない」というのはスレ違いだと思うが、
代わりがないと使われてしまってバッドノウハウが増えるというのは繋がってくるな。

713 ：名無しさん＠お腹いっぱい。：04/03/27 08:55

つか、(自称)童貞教祖に泳がされすぎ。

714 ：名無しさん＠お腹いっぱい。：04/03/27 12:28

>>706
> 実際5インチの方がバッドノウハウ度が高かった分先に滅んだわけだし。

うわー、それもバッドノウハウのせいですか。きっと久米宏が
ニュースステーションをやめたのもバッドノウハウのせいなんですよね？
そうですよね？

715 ：名無しさん＠お腹いっぱい。：04/03/27 12:41

>>714
きっと教祖が童貞なのもバッドノウハウのせいなんだろう。

716 ：名無しさん＠お腹いっぱい。：04/03/27 14:16

とにかく１レスに必ず一語はバッドノウハウを入れなければならないという
お約束はバッドノウハウじゃないかと思ったり。

717 ：名無しさん＠お腹いっぱい。：04/03/27 16:57

unixそのものがバッドノウハウのカタマリだからなー

718 ：名無しさん＠お腹いっぱい。：04/03/27 17:10

>>717
> unixそのものがバッドノウハウのカタマリだからなー

unixがのしてきたころのハッカーたちの罵倒ぶりはすごかったね～

719 ：名無しさん＠お腹いっぱい。：04/03/27 17:29

>>718
罵倒ノウハウかよ！！

720 ：名無しさん＠お腹いっぱい。：04/03/27 17:52

いまやBSD系の一部にしかその伝統は残ってないよね

721 ：名無しさん＠お腹いっぱい。：04/03/27 17:53

罵倒ノウハウはしかるべき人にしかつかえないからな。
ヘタレが罵倒ノウハウを持ち始めるとLinuxのように悲惨なことになる。

722 ：名無しさん＠お腹いっぱい。：04/03/27 17:55

あ、罵倒ノウハウとはヘタレなのに罵倒したがる人のことをいってたのか
なるほど。

723 ：名無しさん＠お腹いっぱい。：04/03/27 17:58

ヘタレが有名人の名を借りて罵倒を試みるのは無様だよね～

724 ：名無しさん＠お腹いっぱい。：04/03/27 18:02

今日は疲れた。疲れたからバッドノウハウ。

725 ：名無しさん＠お腹いっぱい。：04/03/27 18:26

UNIXとの互換性一切無視した全く新しいOS&UIってないの？
あ、Windowsがそうか。

726 ：名無しさん＠お腹いっぱい。：04/03/27 18:33

unixどうしの互換性ねえ・・・
バッドノウハウという意味ではそこが一番なんじゃないかな

727 ：名無しさん＠お腹いっぱい。：04/03/27 18:35

>バッドノウハウという意味では
ってどういう意味?

728 ：名無しさん＠お腹いっぱい。：04/03/27 18:36

727、途中で送信してしまったよ。
--続き--

と、釣られてみるテスト

729 ：名無しさん＠お腹いっぱい。：04/03/27 18:53

TeX信者・Emacs信者・Sendmail信者必死だな

730 ：名無しさん＠お腹いっぱい。：04/03/27 18:57

長さんの追悼番組TBSでやるからみろよ！

731 ：名無しさん＠お腹いっぱい。：04/03/27 18:57

嫌い TeX > Sednamail > Emacs 好き

732 ：名無しさん＠お腹いっぱい。：04/03/27 19:04

伝統は全てバトノウハウハ

733 ：名無しさん＠お腹いっぱい。：04/03/27 19:06

RubyもPerlのバッドノウハウ大量に受け継いでるんだよな。
ていうかRuby自身が新規のバッドノウハウ撒き散らしててｳｻﾞ杉。

734 ：名無しさん＠お腹いっぱい。：04/03/27 19:09

>バッドノウハウという意味では
と
>新規のバッドノウハウ
ってどういう意味?

735 ：名無しさん＠お腹いっぱい。：04/03/27 19:24

イチイチ説明しなければならないのもまたバッドノウハウですね
いや、この場合は、たんに物分りが悪いだけか

736 ：名無しさん＠お腹いっぱい。：04/03/27 19:28

信者と言う言葉のイメージを悪くしたのもバッドノウハウだ。
大量生産、大量消費じゃプログラムを利用するノウハウの蓄積が出来ない。

737 ：名無しさん＠お腹いっぱい。：04/03/27 19:35

>>735
物分かりの悪い俺様を馬鹿にするのはバッドノウハウの温床なのでバッドですよ(多分)
それとも奥が深い症候群の人ですかぁ?

738 ：名無しさん＠お腹いっぱい。：04/03/27 19:41

何でもかんでもバッドノウハウなのがバッドノウハウですね。

739 ：名無しさん＠お腹いっぱい。：04/03/27 19:43

スレの伸びがえらく速いな…。まあ原因はアレだろうが。
それはともかく、namazuのバッドノウハウが大好きなnamazu信者の
俺は逝ってよし（死語）ですか？

740 ：名無しさん＠お腹いっぱい。：04/03/27 19:46

「逝ってよし」はいますごくナウい。
それより30代はドリフ見ろよ。死語を
過剰に意識するのは大体30代だからな。
分るんだよ。

741 ：名無しさん＠お腹いっぱい。：04/03/27 21:06

私は20代だけど。えらく思い込みの激しい人だな…。
ま、別に30代でも40代でもいいよ。2ちゃんだしｗ
ところで、TeX信者、Emacs信者、Sendmail信者ってなバッドノウハウソフトの信者に
namazu信者の私を加えて欲しいんですが、このスレではやっぱスルーなの？

742 ：名無しさん＠お腹いっぱい。：04/03/27 21:52

バッドノウハウであるためにはまず役に立つソフトでないといけない。

743 ：名無しさん＠お腹いっぱい。：04/03/27 22:27

役に立たないソフトはグッドノウハウ。

744 ：名無しさん＠お腹いっぱい。：04/03/27 22:49

グッドノウハウ＝面倒でない、迷惑に思わない＝どうでもいいノウハウってことか

745 ：名無しさん＠お腹いっぱい。：04/03/27 23:06

各種shellの仕様が細かく違うのもバッドノウハウですよねえ
あーやだ

746 ：名無しさん＠お腹いっぱい。：04/03/27 23:13

>>745
ほんとですよねえ
あーやだ

747 ：名無しさん＠お腹いっぱい。：04/03/28 00:01

>>745=746
お前らはshellの奥深さを知らないだけだろ。

748 ：名無しさん＠お腹いっぱい。：04/03/28 00:04

ちょっとは建設的な話をしよう。

>>747はどんな点をもって「shellの奥深さ」と言ってる？

749 ：名無しさん＠お腹いっぱい。：04/03/28 00:05

奥が不快

750 ：名無しさん＠お腹いっぱい。：04/03/28 02:06

>>749
ゴムもつけずに中田氏するからだYO!

751 ：名無しさん＠お腹いっぱい。：04/03/28 02:10

>>676
> Solarisなんかでftpdがjaで動いてて、Windowsの
> FTPクライアントから接続できないとかもそう。

なにそれ・・・詳細キボンヌ。

752 ：名無しさん＠お腹いっぱい。：04/03/28 03:25

>>535
教祖様による要約キタ━━━━━━(゜∀゜)━━━━━━!!
ttp://namazu.org/~satoru/diary/20040328.html#p01

753 ：名無しさん＠お腹いっぱい。：04/03/28 03:26

>>752
> 教祖様による要約キタ━━━━━━(゜∀゜)━━━━━━!!

教祖さまと言ったら例のあの人だろ。

754 ：名無しさん＠お腹いっぱい。：04/03/28 17:13

えーと。麻原彰晃？

755 ：名無しさん＠お腹いっぱい。：04/03/28 17:22

マサチューセッツの笛吹き

756 ：名無しさん＠お腹いっぱい。：04/03/29 03:01

パロアルトのオルガン弾きは違いますかそうですか。

757 ：名無しさん＠お腹いっぱい。：04/03/29 23:45

bindの設定ファイルはバッドノウハウ認定してもいいですか？

758 ：名無しさん＠お腹いっぱい。：04/03/30 00:20

認定してなんかいい事あるの?

と、色んな人に言いたかったけれど

759 ：名無しさん＠お腹いっぱい。：04/03/30 00:21

>>757
俺が認定する。

760 ：名無しさん＠お腹いっぱい。：04/03/30 00:24

ダメなものをダメと言っておけば
それが踏襲されることはない……はずなのだが

761 ：名無しさん＠お腹いっぱい。：04/03/30 00:32

複雑怪奇だろうと便利だから残っているわけで。

762 ：名無しさん＠お腹いっぱい。：04/03/30 00:34

00:24 電波確認

763 ：名無しさん＠お腹いっぱい。：04/03/30 00:51

>>760
> ダメなものをダメと言っておけば
> それが踏襲されることはない……はずなのだが

おまえの「はず」では、世の中は動いてないってことだ。

764 ：名無しさん＠お腹いっぱい。：04/03/30 01:02

今から俺権限で>>760をバッドノウハウ認定するので消されて下さい。

765 ：名無しさん＠お腹いっぱい。：04/03/30 01:04

ダメなものを有難がる馬鹿が多い業界ですから・・・

766 ：名無しさん＠お腹いっぱい。：04/03/30 01:39

自分もダメな発言をすれば多くの人に有難がられるはず、と・・・

767 ：名無しさん＠お腹いっぱい。：04/03/30 01:41

bindの設定が簡単だったら飯食えないじゃないか！

768 ：名無しさん＠お腹いっぱい。：04/03/30 01:48

>>757
うーん、コメント以外は変だとは思わないから、
半分だけ認定。

>>767
次はsendmailで飯食いなさい。

769 ：名無しさん＠お腹いっぱい。：04/03/30 01:48

飯食わないとお腹が減ったり死んだりするってのは激しくバッドノウハウだな。
飯中毒の飯信者ばっかり。みんな馬鹿だなあ。

770 ：名無しさん＠お腹いっぱい。：04/03/30 01:50

bindの設定は、ダメダメだから新しくなったんだろ……え? 新しい方の話?

771 ：名無しさん＠お腹いっぱい。：04/03/30 01:51

Postfixがまともな水準になったので、Sendmailでは
もはや飯が食えません。

772 ：名無しさん＠お腹いっぱい。：04/03/30 01:56

バッドノウハウを死守しなくては飯の食いあげです！

773 ：名無しさん＠お腹いっぱい。：04/03/30 02:30

>>772
> バッドノウハウを死守しなくては飯の食いあげです！

使い方のドキュメントを書いたらこういう罵声を浴びたって話は、昔から良く聞くよな。

774 ：名無しさん＠お腹いっぱい。：04/03/30 02:37

まあ、まともなソフトを書いてからバッドノウハウ云々言うこったな。
ヘボが何言ったってみっともないだけ。

775 ：名無しさん＠お腹いっぱい。：04/03/30 02:41

> まあ、まともなソフトを書いてからバッドノウハウ云々言うこったな。
> ヘボが何言ったってみっともないだけ。
これに尽きるね。

776 ：名無しさん＠お腹いっぱい。：04/03/30 02:51

(つω⊂)マスばっかりかいちゃってまつ・・・

777 ：名無しさん＠お腹いっぱい。：04/03/30 04:12

教祖のこと?

778 ：名無しさん＠お腹いっぱい。：04/03/30 14:43

そもそもコンピュータで飯を食うこと自体がバッドノウハウだろう。
プログラマが自分から水商売になってどうするつもりなのか。
ってね。

779 ：名無しさん＠お腹いっぱい。：04/03/30 14:59

>そもそもコンピュータで飯を食うこと自体がバッドノウハウだろう。
新規開発ならともかく保守・運用ってことならまさにそうだな。
コンピュータなんてコストダウンするのが主目的なんだから
自分自身もコストダウンしろよってこった。

780 ：名無しさん＠お腹いっぱい。：04/03/31 01:06

いや、新規開発こそがバッドで保守・運用にはグッド。
コンピュータなんてコストダウンなんぞに
そもそも巻き込まれてはならない分野のはずだ。

781 ：名無しさん＠お腹いっぱい。：04/03/31 04:53

>>778-780
ネタ？それとも真性のヴァカ？
バッドノウハウの議論ってのはいつもグタグタになるなあ。

782 ：名無しさん＠お腹いっぱい。：04/03/31 05:20

>>781
バカにも語れる(ように思える)話題だからなんじゃないかな。
バカの壁みたいなもんで。でも本当は「奥が深い」んだよﾎﾝﾄｶﾖw

783 ：名無しさん＠お腹いっぱい。：04/03/31 07:17

定義がグダグダだからでは

784 ：名無しさん＠お腹いっぱい。：04/03/31 07:30

>>783
> 定義がグダグダだからでは
そんなことはない。教祖が一言「バッドノウハウ」認定を出せばバッドノウハ
ウ。出さなければバッドノウハウじゃない。それだけ。明確。crystal clear.

785 ：名無しさん＠お腹いっぱい。：04/03/31 07:43

ｿｳｶｰ

786 ：名無しさん＠お腹いっぱい。：04/03/31 09:40

バッドノウハウというのは、ゴキブリホイホイの餌みたいなもんですな。
そのキャッチーさでバカどもが寄ってきて、気の利いたことを言おうとする。
まとめてポイとできないのは残念だがね。

787 ：名無しさん＠お腹いっぱい。：04/03/31 09:51

>>784
そうすると、教祖がグタグタ?

788 ：名無しさん＠お腹いっぱい。：04/03/31 10:07

教祖が素人童貞ってのを複数の場所で聞くのだけど、自分で言ってるネタなの？

789 ：名無しさん＠お腹いっぱい。：04/03/31 11:43

>>787
> そうすると、教祖がグタグタ?
滅相もないことを。我々下賎の民は素人童貞教祖様の御宣託を有難くそのまま
拝聴しておれば良いのです。

790 ：名無しさん＠お腹いっぱい。：04/03/31 12:01

民主主義や資本主義が
バッドノウハウなのか決めない事には
資本主義に向いていないからネタだの何だのと
言われてしまうだけで終わる希ガス。

791 ：名無しさん＠お腹いっぱい。：04/03/31 12:06

教祖様って何気にイケメンだよね。これだけ騒がれてるのは
多分、ゲイのウニ屋にもててるんだろな、オモてた。

792 ：名無しさん＠お腹いっぱい。：04/03/31 13:20

素人童貞でイケメンでゲイでウニ屋にモテモテでFA？

793 ：名無しさん＠お腹いっぱい。：04/03/31 13:31

「奥が深い症候群」で許容されうる最大奥深さを、教祖のアレが届く範囲まで、と定義したいと思う。

794 ：名無しさん＠お腹いっぱい。：04/03/31 13:39

おまいら哲ﾀﾝいじめるな！

795 ：名無しさん＠お腹いっぱい。：04/03/31 14:38

そうだな、私はアンチバッドノウハウ派だが、ちょっと目に余るぞ。
まあ、「バッドノウハウ議論のエンドレス低レベル化仮説」のいい傍証ではあるがｗ

796 ：名無しさん＠お腹いっぱい。：04/03/31 15:15

下品はいくないので、元のレベルに戻しとくよ。

レベルが高い議論とか言ってる奴は奥が深い症候群なのでバッドノウハウ。

797 ：名無しさん＠お腹いっぱい。：04/03/31 17:16

「バッドノウハウ」と「奥が深い」を組み合わせて使うと、どんな主張にもやすやすと無
意味な反論ができて場をしらけさせることができる、というのがバッドノウハウ。

798 ：名無しさん＠お腹いっぱい。：04/03/31 17:22

おまいら、哲ﾀﾝがいい男だからって嫉妬してるんだろ！
そういうみっともないのやめれ！！

799 ：名無しさん＠お腹いっぱい。：04/03/31 18:03

なんだかんだいっても、納得せざるを得ないもんな

800 ：名無しさん＠お腹いっぱい。：04/03/31 18:32

まあ、15を64に変えればまともに使えるようになるよ、という情報が、
10年あまりに渡って「知る人ぞ知るノウハウ」だった事例もあるからな。
11年目にやっと、ある人がオリジナルを64に変えて、すべて解決。

801 ：名無しさん＠お腹いっぱい。：04/03/31 20:07

>>799
必死すぎて哀れでさえあるな。

802 ：名無しさん＠お腹いっぱい。：04/03/31 20:22

イケメンは何かを言うだけでそれだけで誰かが関心持って聞いてくれる。
ブサメンは何を言っても放置される。たとえどんなに正しいことでも。
人生って辛い。

803 ：名無しさん＠お腹いっぱい。：04/03/31 21:13

無意味な反論。そんなものは無い。
仕事に行き、夕暮れに弁当を買って家路を辿り、
子供の教育費に頭を痛めるお父さんの営みがあるばかりだ。

804 ：名無しさん＠お腹いっぱい。：04/03/31 21:47

>>802-803
おいおい、今度は自作ポエムの発表会かよ…。バッドノウハウの
スレってのは、あの手この手でバカっぷりをさらけだしてくれるなー。
素直に感心するよ。この調子で次スレに突入するのか？
悪夢というか恐怖というか怖いもの見たさというか…。

805 ：名無しさん＠お腹いっぱい。：04/03/31 21:59

漏れも哲ﾀﾝみたいなイケメンになりたかった....

806 ：名無しさん＠お腹いっぱい。：04/03/31 22:22

場を白けさせる＝自分が馬鹿と判断する、と言うポエム。

807 ：あほ：04/03/31 22:52

おれが一番天才

808 ：名無しさん＠お腹いっぱい。：04/03/31 23:11

キモメンから2ch取上げたら何がのこんのよ！

809 ：名無しさん＠お腹いっぱい。：04/04/01 00:05

孤独なキモメンが残ります。

810 ：名無しさん＠お腹いっぱい。：04/04/01 00:56

俺がついてけなくなったら、それは全部バッドノウハウ呼ばわりさせてもらうよ。

811 ：名無しさん＠お腹いっぱい。：04/04/01 03:58

IPv6はバッドノウハウ。 byアキレウス

812 ：名無しさん＠お腹いっぱい。：04/04/01 04:15

IPv4のほうがバッドノウハウの山だと思うけど。
NAPTなんかその最たるものw

813 ：名無しさん＠お腹いっぱい。：04/04/01 04:29

何か自分に都合の悪いこと言われると「～の方がもっと悪い」って言うのは、
厨の典型だな

814 ：名無しさん＠お腹いっぱい。：04/04/01 12:37

811は810を受けたネタのつもりだったんだが…奥が深かったんだろうか。

815 ：名無しさん＠お腹いっぱい。：04/04/01 13:15

>>814
深過ぎッ!!

816 ：名無しさん＠お腹いっぱい。：04/04/01 14:13

かけません

817 ：名無しさん＠お腹いっぱい。：04/04/01 15:19

UNIXはバッドノウハウの塊だよな。その亜流のWindowsやMacにおいてはさらに（ｒ
そろそろゴミみたいな情報工学や各種実装を一掃するような理論をキボンヌ。

818 ：名無しさん＠お腹いっぱい。：04/04/01 15:20

一番のバッドノウハウっぷりはネットワーク関連だね。あそこには
理論ができる人間はいないのかね。

819 ：名無しさん＠お腹いっぱい。：04/04/01 15:24

>>818
> 一番のバッドノウハウっぷりはネットワーク関連だね。あそこには
> 理論ができる人間はいないのかね。

だって、いろいろ試してみて、「じゃあ、今までの経験をベースに、
実用システムを考えましょうか……え! これをそのまま使うの?!」
なんだモン。

820 ：名無しさん＠お腹いっぱい。：04/04/01 19:31

あのな、「専門知識有り＞専門知識無し」
がそもそも間違ってるわけだよ。

821 ：名無しさん＠お腹いっぱい。：04/04/01 19:59

>>820
そうそう、「有り」も「無し」も、相対的な概念であり、
すなわち等価。
「専門知識有り = 専門知識無し」が
正しい。
それがわからない奴は腐った差別主義者だ。

822 ：名無しさん＠お腹いっぱい。：04/04/01 20:30

http://ton.2ch.net/gline/kako/1028/10288/1028811653.html

823 ：名無しさん＠お腹いっぱい。：04/04/02 01:12

余りにも馬鹿っぽい書き込みをすると無視された挙げ句、
自作自演がバレバレになってしまうという奥の深さ。

824 ：名無しさん＠お腹いっぱい。：04/04/02 01:57

2chは醜い技術ヲタクの本性を隠すグッドラッパーだな

825 ：名無しさん＠お腹いっぱい。：04/04/02 12:25

今日のバッドノウハウ

ふぅ…

826 ：名無しさん＠お腹いっぱい。：04/04/02 13:11

…詭弁の特徴なんて信じている人が居るんだね。
老荘思想なんて詭弁の宝庫だろうに。

827 ：名無しさん＠お腹いっぱい。：04/04/02 13:13

詭弁とそうでないものの境界線が綺麗に引けると信じている人がまだいたんだね。

828 ：名無しさん＠お腹いっぱい。：04/04/02 13:23

>>827
そうそう、「詭弁」も「非詭弁」も、相対的な概念であり、
すなわち等価。
「詭弁 = 非詭弁」が
正しい。
それがわからない奴は腐った差別主義者だ。

829 ：名無しさん＠お腹いっぱい。：04/04/02 13:31

そうそう、「わからない」も「わかった」も、相対的な概念であり、すなわち等価。
「わからない = わかった」が正しい。
そうそう、「腐った」も「腐ってない」も、相対的な概念であり、すなわち等価。
「腐った = 腐ってない」が正しい。
そうそう、「差別主義者」も「非差別主義者」も、相対的な概念であり、すなわち等価。
「差別主義者 = 非差別主義者」が正しい。

それが奴はだ。

830 ：名無しさん＠お腹いっぱい。：04/04/02 13:49

理想は現実に対する粘っこさこそが身上であって
現実に対する脆さが身上ではない。
そして多様な文化の生態系へと。

831 ：名無しさん＠お腹いっぱい。：04/04/02 17:38

春

832 ：名無しさん＠お腹いっぱい。：04/04/02 17:58

何なんだこのスレ…　（AA略

833 ：名無しさん＠お腹いっぱい。：04/04/02 18:36

このスレこそが、バッドノウハウだったんだよ！！
な、なんだって～ (AA略)

834 ：名無しさん＠お腹いっぱい。：04/04/02 18:41

バッドノウハウ的な悪い設計は避けられない。
問題なのは、言い訳を探してリファクタリングを拒絶するような
その精神。バッドノウハウ厨と批判して満足するだけなら、
どんな馬鹿にでもできる。

835 ：名無しさん＠お腹いっぱい。：04/04/02 18:45

さくっとリファクタリングできないからネタになってるわけで。

836 ：名無しさん＠お腹いっぱい。：04/04/02 18:47

バッドノウハウと批判して満足するだけなら、どんな馬鹿にでもできる。

と突っ込んで欲しかったんでしょ。

837 ：名無しさん＠お腹いっぱい。：04/04/02 21:51

最近、若いやつでリファクタリング厨っているよな。
仕事でもさ。それなりの計画を立ててやればいいんだけど、
とりあえず自分の意思でリファクタリング、そして壊す。

838 ：名無しさん＠お腹いっぱい。：04/04/02 21:57

>>837
リファクタリングとはゼロからソフトを書き上げることよりも
高度な技能を要すると説明してやれ。もしかしておまいは
そんなことも知らなかったのか？

839 ：名無しさん＠お腹いっぱい。：04/04/02 22:12

>>838
それは言い過ぎだと思うけど。
どちらも違う能力だと思う。どっちが高度ってことはない。

840 ：名無しさん＠お腹いっぱい。：04/04/02 23:06

リファクタリングが不可能になるような酷いコードを
書く奴の方が癌だ。そして動けばいいのだと開き直る。

841 ：名無しさん＠お腹いっぱい。：04/04/02 23:28

>>840
だから前提をきっちり固めようじゃないか。
アカデミズム主導のプロジェクトでそれをやったら癌。
時限爆弾の制御コードでそれをやったら、やったもん勝ち。

842 ：名無しさん＠お腹いっぱい。：04/04/04 17:02

リファクタリング議論はどっか他所でやれや。てか、何でリファクタリングが
出てくるんだよ…。お前はリファクタリングと言いたいだけちゃうんかと（以下略
どうせ雑誌かなんかで見て、はやりの言葉だから使いたくなっただけなんだろ。

バッドノウハウってレッテル貼りしたがるやつらって、ほんと
うすっぺらな知識で議論したがるよな。迷惑なこと極まりない。

843 ：名無しさん＠お腹いっぱい。：04/04/04 17:14

>>842
> うすっぺらな知識で議論したがるよな。迷惑なこと極まりない。

馬鹿なこと考えてないで、専門家に任せておけばいいんだよ。
ちゃんとわかってる人間がいるんだから、誰でも使えるように
とか考える必要はない。

844 ：名無しさん＠お腹いっぱい。：04/04/04 17:49

糞スレだなあ。いや、糞スレには違いないのだがここまで低レベル化すると、
むしろすがすがしいくらいだ。

845 ：名無しさん＠お腹いっぱい。：04/04/04 17:54

もともとの話題そのものが糞だから仕方ないだろ。

846 ：名無しさん＠お腹いっぱい。：04/04/04 18:05

低レベルといえば、

>究極的には、エンジニアの価値はバッドノウハウの数で決まるとおもいます。
>バッドノウハウを蓄積していれば、何かトラブルがおこっても、すぐに対処
>できます。

は凄かったなあ。ある意味究極。

ここまでは堕ちたくないと本気で思ったよ。

847 ：名無しさん＠お腹いっぱい。：04/04/04 18:13

「実際的に考えればバッドだろうかなんだろうが、ノウハウはノウハウだ、
必要なノウハウがなくてトラブルに対応できないなら意味がない」
って好意的に解釈してみた。

848 ：名無しさん＠お腹いっぱい。：04/04/04 18:14

>>846
でも、それはある意味真だと思うよ。
挙げられていた例はあまり適切ではないというか、ソース見て
直せねーのかよとは思ったけど。

849 ：名無しさん＠お腹いっぱい。：04/04/04 18:19

>>846
バッドがなければそれなりに分かる文章だけど
バッドを付けた瞬間にどうでもよくなるのが凄い。

850 ：名無しさん＠お腹いっぱい。：04/04/04 18:19

ABIの維持なんかもバッドノウハウかな、などと言ってみる。
ちなみにABI管理がダメ杉なものの代表はImageMagickで
GraphicsMagickなんてforkができてしまった。

851 ：名無しさん＠お腹いっぱい。：04/04/04 18:23

ABI の維持がバッドノウハウ...
アホ?

852 ：850：04/04/04 18:25

>>851
ネタ振ってみただけなんだけどね。
本気でそう思っている奴いそうだし。

853 ：名無しさん＠お腹いっぱい。：04/04/04 18:30

俺悪い意味での完璧主義者だから互換性が重要だからと割り切ってしまえるバッドノウハウな人々が少し羨ましい・・・
ほんと完璧主義が神経症のレベルにまで突入してて我慢できないんだよな。
効率悪いとわかっててもインターフェースをいじってしまう。

854 ：名無しさん＠お腹いっぱい。：04/04/04 18:42

>>852-853
レスを考えています。しばらくお待ち下さい…

(( ´_ゝ`)ﾌﾟｯ)Ｏｏ｡.( ´∀｀) 　(ﾟДﾟ).｡ｏＯ((ﾟДﾟ)ﾊｧ?) 　(･ω･`).｡ｏＯ(ﾄ>ﾟ++< )

855 ：名無しさん＠お腹いっぱい。：04/04/04 18:48

バッドノウハウの源は、バッドなまま放置することもあるけど、
それよりも、弄ったところでどうせあまりいいものができるとも
限らないのだからっていうのもあると思う。

856 ：名無しさん＠お腹いっぱい。：04/04/04 18:54

>>849
> バッドがなければそれなりに分かる文章だけど
> バッドを付けた瞬間にどうでもよくなるのが凄い。

そういう例はいくらでもあるでしょう。

たとえば、
「まんじゅうはおいしい。毎日でも食べたい」
はふつうだけど、「毒」をつけて、
「毒まんじゅうはおいしい。毎日でも食べたい」
は異常。

857 ：名無しさん＠お腹いっぱい。：04/04/04 18:54

低能>>854がバッドノウハウの源ということでFA？

858 ：名無しさん＠お腹いっぱい。：04/04/04 18:55

>>848
> でも、それはある意味真だと思うよ。

いや、「真」なのは「それ」ではないのではないかな。

> 挙げられていた例はあまり適切ではないというか、ソース見て
> 直せねーのかよとは思ったけど。

でもいるよ。ソースを見るとか修正することを論外視する人って。

859 ：名無しさん＠お腹いっぱい。：04/04/04 19:09

高林さんの最初の文書は好きだったんだがこのスレ見てるうちにどうでも
良くなってきた。

UNIX界隈に限らず計算機分野全体も、いやいや世の中全部バッドノウハウ
だらけに見えてくる。

860 ：名無しさん＠お腹いっぱい。：04/04/04 19:11

2ch見ているうちに人間不信になってきた。
といってるのと大差ないよ。物事多面的に捉えられない人間はだめだね。

861 ：名無しさん＠お腹いっぱい。：04/04/04 19:25

>>859
> UNIX界隈に限らず計算機分野全体も、いやいや世の中全部バッドノウハウ
> だらけに見えてくる。

影響され過ぎッ!!

自分を強く保ちなさいッ!!

862 ：名無しさん＠お腹いっぱい。：04/04/04 20:08

>>860
結局コンピュータ様に合わせられない人間が悪いと言う事でFA？

863 ：名無しさん＠お腹いっぱい。：04/04/04 20:14

人生がバッドノウハウ。

864 ：名無しさん＠お腹いっぱい。：04/04/04 20:19

>>860
> 2ch見ているうちに人間不信になってきた。
> といってるのと大差ないよ。物事多面的に捉えられない人間はだめだね。

そもそも、他面的な捉え方が出来ていないのが、バッドノウハウという
概念（レッテル貼り？）なのだが。

865 ：名無しさん＠お腹いっぱい。：04/04/04 20:37

まああれだ。何かを統一しようというのは良いことだ。
だけど、統一してしまうという事は、何かに特化して手続きを増やしてしまう事と
一緒である。
特化しないで統一すると、バラバラの時よりも複雑で所によって非効率になる。

　共産主義のような統一的な経済は、国力の増幅にはうまくいく。
一つの主義を覚えてしまえば全てに通用する。
しかし、ある面では非効率で自由経済に劣る場面がある。
また革新や競争を阻害してしまう。
　自由経済は、実行効率が非常に効率が良く、革新も起こりやすい。
反面、統一がとれず全体を把握することが非常に困難であり、
実際的に不可能と言える場合もある。一時的に把握できることもあるが。
バッドノウハウだらけの経済である。
　自由経済は局所で特化することができるために効率のいい場面もあるが、
ひとたびうまくいかなくなると全体に波及したり、連鎖的な失敗が起きたりする。
基本的に常に大きなリスクを抱えている。
　共産主義が汎用的で統一されたシステムだとして、自由主義が殆ど統一をとらない
出来るに任せたシステムだとする。
　共産OSの方は、全てが統一されていて扱いやすいだろう。安定もする。
しかし、手続きが多すぎてパフォーマンスが落ちていたり、インターフェースを
一元的にしなければならないために開発コストが非常にかさむ。
　自由OSの方は、実行効率や開発効率がとてもいい。
しかし、汎用性に欠けており、移植性が悪い。保守性も悪い。なかなか安定しない。
インターフェースがコロコロ変わる。開発コストは安いが、開発者の教育に
コストが掛かる。
いわゆるバッドノウハウシステムということだ。

バッドノウハウと開発効率は一体である。
バッドノウハウの多いソフトは開発効率がいい。
バッドノウハウの少ないソフトは開発効率が悪い。
だから、バッドノウハウを否定すると言うことは、開発を止めてユーザーに
成り下がることを意味するだろう。

866 ：名無しさん＠お腹いっぱい。：04/04/04 20:43

>>865
> いわゆるバッドノウハウシステムということだ。
ちがうだろ。

867 ：名無しさん＠お腹いっぱい。：04/04/04 20:46

いや、バッドノウハウと局所性は一体であるわけだからこれで良い。
自由を大きくすればするほど、バッドノウハウは増える。

俺らが住んでいる世界はバッドノウハウの世界。
統一された主義の世界ではない。
常に流動的で変化する。
その変化こそがバッドノウハウである。
バッドノウハウを適用しないシステムがどうなったか。
身近な例で言えばお役所仕事が典型だ。
手続き手続き。これが統一されたフォーマットの世界。

868 ：名無しさん＠お腹いっぱい。：04/04/04 20:56

>>865
共産主義と全体主義を間違えてないか？

869 ：名無しさん＠お腹いっぱい。：04/04/04 21:20

>>868
いや、計画経済のようなことをやってたらダメだと言いたいのだと思う。

870 ：名無しさん＠お腹いっぱい。：04/04/04 21:40

なるほど了解。
徒に比喩を使うとわけがわからなくなるという例だな。

871 ：名無しさん＠お腹いっぱい。：04/04/04 22:04

>>867
> いや、バッドノウハウと局所性は一体であるわけだからこれで良い。

ちがうだろ。

872 ：名無しさん＠お腹いっぱい。：04/04/04 22:06

>>867
> その変化こそがバッドノウハウである。

違うな。バッドノウハウは、無意味な無変化の持つアスペクトのひとつだ。

873 ：名無しさん＠お腹いっぱい。：04/04/04 22:22

>>846
まあ、それはある意味あったると思うけどね。
「究極的には」って書いてるから、普通にそう思ってるわけじゃないだろうし。

実際、きれいな解決方法にこだわって、時間ばかり食うやつは現場でくずなわけで。
とりあえず、場当り的な解決をして、後で根本的な解決ができればいいんだけどね。
まあ、でも、それは時間的に許されない場合も多いし。

その辺のバランス感覚が必要なわけですね。
これはバッドノウハウ全般に言えるわけだけど、

ちょっと知った人が「バッドノウハウが悪い！」と声高に言うと、
その辺良くわかってない人のバランス感覚をおかしくするよね。

874 ：名無しさん＠お腹いっぱい。：04/04/04 22:25

電卓のキーの意味を覚えないと電卓を使えないだろ。
その前に基礎数学が解らないと電卓を使えない。

じゃあ、数学と電卓はバッドノウハウか？

これをWindowsに置き換えてみよう。
CTRL+Cを使わないとコピーできない。
CTRL+Pを使わないとペーストできない。
これはバッドノウハウか。
クリップボードの存在を理解しないとコピーアンドペーストを理解できない。
どうしてコピペできるのか解らない。
何回コピペできるのか解らない。
2回コピーされると1回目を消してしまうのが解らない。
これらは全てバッドノウハウか？

クリップボードを進化させたとしよう。
CTRL+P+数字で数回まで辿れるようにしよう。
これはバッドノウハウになるだろう。

クリップボードツールをインストールした。
クリップボードツールを使いこなすノウハウ。
これもバッドノウハウだ。

つまり、バッドノウハウとは進化の過程であると言える。

875 ：名無しさん＠お腹いっぱい。：04/04/04 22:28

ようするにただ長文が書きたいだけなんだね、と。

876 ：名無しさん＠お腹いっぱい。：04/04/04 22:30

ちなみに、873!=874ね。

877 ：名無しさん＠お腹いっぱい。：04/04/04 22:30

任意の事象を任意の事象に例えることが許されるのなら、
任意の問題に関して任意の答を見出すことが可能。

878 ：名無しさん＠お腹いっぱい。：04/04/04 22:32

>>873
> >>846
> まあ、それはある意味あったると思うけどね。

ごめん、「あったる」ってわからに。方言じゃないかな。パラフレーズしてみてくれる?

> 「究極的には」って書いてるから、普通にそう思ってるわけじゃないだろうし。

窮極的にはというより、あれは「場当たり的には」「ビジネス的には」だろうね。

879 ：名無しさん＠お腹いっぱい。：04/04/04 23:43

とりあえず場当たり的な解決をして「現場」とやらの立場で
一定の評価を得ておいて、さあこれから適当に作ったツケが回って
くるぞという時期になったら自分は早々にそのプロジェクトから
逃げ出すヤシが最悪。
確かに自分が得をするということにかけてはバランス感覚に
優れているな。組織全体としては最低ｗ

880 ：名無しさん＠お腹いっぱい。：04/04/04 23:47

なんつうか、バッドノウハウってそこまでわかりずらいものかなぁ。

sendmail.cf や .procmailrc を実際に編集したことのあるやつなら、直観的に
「あー、あのことね、バッドノウハウとは言い得て妙だな、その通り」
で話が通じるもんだと思ってたんだけど、みんな本気でわからないのか?

それとも、バッドノウハウをどこまで適用できるかってことに夢中になってるの?

881 ：名無しさん＠お腹いっぱい。：04/04/04 23:54

「わかりずらい」

882 ：名無しさん＠お腹いっぱい。：04/04/04 23:55

>>881
まあ、それも日本語のバッドノウハウだな。

883 ：名無しさん＠お腹いっぱい。：04/04/05 00:00

>>880
このスレ読んだ？

884 ：名無しさん＠お腹いっぱい。：04/04/05 00:00

>>880
> なんつうか、バッドノウハウってそこまでわかりずらいものかなぁ。

だから、利権でしょ? バッドノウハウ利権。

マニュアルにも書いていないコツを知っていると、自分を凄く見せるのが簡単。
バッドノウハウが無くなってしまうと、客先でトラブルが起きて、
呼び出されて修正して、お金をもらうことができなくなる。

885 ：名無しさん＠お腹いっぱい。：04/04/05 00:06

バッドノウハウと聞くとOracleを連想する。
あれは意図的にバッドにしている。とてもたちがわるい。

886 ：あほ：04/04/05 00:07

必然性がなく難解なもの、ということで議論は終わり。
あとはネタで埋めて。

887 ：名無しさん＠お腹いっぱい。：04/04/05 00:09

>>886=ネタも展開できないほどのあほ

888 ：名無しさん＠お腹いっぱい。：04/04/05 00:10

議論は既に>>4で終ってるわけだが。多少奥が深いけど。

889 ：名無しさん＠お腹いっぱい。：04/04/05 00:13

現場、組織と言っても、所詮は産学共同体。
文系の教養的論点は無意識に排除されてるんだなもし。
と言ってみる。

890 ：880：04/04/05 00:17

>> 883
最初からいるよ。

>> 884
なんだよ利権て。客先でトラブル対応が多くてイカれちまったか。可哀想にな。

>> 885
それは初耳だな。新入社員でも普通に使えるものなのに。

891 ：名無しさん＠お腹いっぱい。：04/04/05 00:20

>>4の書き込みに奥深さもくそもないだろ。
アプリケーション固有の事柄をなるべく少なくするにはどうすれば
いいのかが問題なわけで。それをしたくても出来ない事情を研究してるのが
このスレの人達(自分含まず)なんだろうし。

892 ：名無しさん＠お腹いっぱい。：04/04/05 00:24

何かSolarisスレで電波吐いてた奴の気配。

893 ：名無しさん＠お腹いっぱい。：04/04/05 00:25

>>891
「奥が深い」もネタの一つだろ。

894 ：名無しさん＠お腹いっぱい。：04/04/05 00:31

真性か…

895 ：名無しさん＠お腹いっぱい。：04/04/05 00:37

>>890,891
すごい読解力ですね。

896 ：名無しさん＠お腹いっぱい。：04/04/05 00:43

>>890
えっとそれはバッドノウハウを引っ提げてそれを「スキル」
だと豪語しつつ入社してくる新入社員が増えただけでしょ（ﾜﾗ

897 ：名無しさん＠お腹いっぱい。：04/04/05 00:44

>>879
> とりあえず場当たり的な解決をして「現場」とやらの立場で
> 一定の評価を得ておいて、さあこれから適当に作ったツケが回って
> くるぞという時期になったら自分は早々にそのプロジェクトから
> 逃げ出すヤシが最悪。

それは教祖様のことですかｗ

898 ：名無しさん＠お腹いっぱい。：04/04/05 00:46

>バッドノウハウを引っ提げてそれを「スキル」
>だと豪語しつつ入社してくる新入社員

タイムリーな話題なだけに思わず笑ってしまったｗ

899 ：名無しさん＠お腹いっぱい。：04/04/05 00:48

>>897
作った人間が面倒見続けるよりも、他人に渡した方が工数稼げる。

900 ：名無しさん＠お腹いっぱい。：04/04/05 00:50

>>898
まあ、2年前の俺自身のことなわけだ（ｒｙ

901 ：名無しさん＠お腹いっぱい。：04/04/05 00:50

かと思えば>>381なのもある。バッドノウハウは素敵で都合の良い言葉。

902 ：880：04/04/05 01:09

>> 896
なんだかなぁ...

ウチにはそんなエラそうな新入社員はいないよ。文系卒の女の子が普通に
Oracle 使ってるって話。DML や DDL から始めて、素質があるようなら、
三年後には立派な DBA になる。

Oracle のどこがバッドノウハウなのか、具体的に教えてくれよ。

# だけどもう寝るよ...

903 ：名無しさん＠お腹いっぱい。：04/04/05 01:24

バッドノウハウもマニュアル化すればグッドシステムです。
メインフレームのノウハウも、たとえそれ以外の何の役に
立たなくても、そこでだけ役に立っていればいいのです。

904 ：名無しさん＠お腹いっぱい。：04/04/05 01:32

>>902
文系卒の女の子が普通にOracle 使えるとどうなの？

905 ：名無しさん＠お腹いっぱい。：04/04/05 01:42

決まったシステムの保守にオタクは不要ってことです。
これからの時代、優秀なマネージャが正社員に少人数
いれば、保守要員は派遣の女の子で済ませるのがよいです。
人件費削減に職場も華やかになってうはうは。

906 ：名無しさん＠お腹いっぱい。：04/04/05 06:30

>>897
> それは教祖様のことですかｗ

ちょとワロたｗ namazuのこと？

907 ：名無しさん＠お腹いっぱい。：04/04/05 06:39

namazuはうんこ過ぎだよなぁ。
よくあんな初期設計ができたもんだ。

たとえ設計なんて意識しなくてももうちょっとましになると思うのだが。

908 ：名無しさん＠お腹いっぱい。：04/04/05 09:35

>>907
> たとえ設計なんて意識しなくてももうちょっとましになると思うのだが。

とうそぶく者は多いが、改善に着手する者はいないというこの貧弱さ。

909 ：名無しさん＠お腹いっぱい。：04/04/05 10:26

>>908
> とうそぶく者は多いが、改善に着手する者はいないというこの貧弱さ。

へぼいもんだったとしたら、批判されるのは当たり前だろ？
それを、改善者がいないって不平を言うのは筋違い、もしくは
責任転嫁でないの？　そんな理屈も分からないのかな…。

910 ：名無しさん＠お腹いっぱい。：04/04/05 10:34

>>909
> >>908
> > とうそぶく者は多いが、改善に着手する者はいないというこの貧弱さ。
>
> へぼいもんだったとしたら、批判されるのは当たり前だろ？

やはり批判するために改善に着手しないのだろうか?
そこから金を生み出すために改善に着手しないのと同程度のアレだね。

> それを、改善者がいないって不平を言うのは筋違い、もしくは

まるで誰かが改善者がいないって不平を言っているかのようなことを言い出すし。

> 責任転嫁でないの？　そんな理屈も分からないのかな…。

そして「責任」と言う概念がポンと飛び出してくる……ああ、桜餅。

911 ：名無しさん＠お腹いっぱい。：04/04/05 10:38

俺がやっても良いけどさ。namazuの改変。
教祖様のプライド傷つかない？

ソースをボコボコに破壊しちゃうと思うんだよね。
基礎アルゴリズムをのぞいて。

912 ：名無しさん＠お腹いっぱい。：04/04/05 10:41

またか…
やはり～だろうか？の憶測に基づく議論、都合の良いところしか考えない908、
つながらず、結論のない書き込み。

907を見た時に教祖の気配がしたんだけど、当たり？

913 ：名無しさん＠お腹いっぱい。：04/04/05 10:41

>>911
> 俺がやっても良いけどさ。namazuの改変。

やっちゃえやっちゃえ～!!

> 教祖様のプライド傷つかない？

どうしてそんなことを気にするのですか?

> ソースをボコボコに破壊しちゃうと思うんだよね。

行け行け～!!

> 基礎アルゴリズムをのぞいて。

え～(失望の声)

914 ：名無しさん＠お腹いっぱい。：04/04/05 10:43

GB18030やbig-5用の全文検索エンジンって何がある？

915 ：912：04/04/05 10:43

すまん、907じゃなくて908。ちなみに910へのレスね。

916 ：名無しさん＠お腹いっぱい。：04/04/05 10:44

みんな遠慮してるんだよ。
だから進まないわけで。
著作者の人格権に遠慮しているんですよ。

やろうと思えば改変はできますしやります。
ただ、改変のためのコンセンサスが取りにくいから、できないんですよ。
どこまで変えちゃって良いのかなと思うので。

自分が作った物が一人歩きして良い気持ちがする人と、そうじゃない人と、
いろんなタイプが居ますから、よく話し合っておかないとできないわけで、
そうなると改変できる人が少なくなるわけですよ。

GPLは「ソース公開だけしたら好きなようにやっちゃいなー」的な側面があるから
やりやすいんですけどね。最近の著作権煽りでGPLは無効だなんだ煽ってるバカの
せいでこっちもなんか気が引けるんですよね。地雷は踏みたくないって言うか。
作った人と仲違いしたくないと言うか、係争の元は作りたくないと言うか。
公開した人が「やっちゃって良いよ」と表明してくれないとやりにくいわけです。

917 ：名無しさん＠お腹いっぱい。：04/04/05 10:50

まじめな話として、舉蛤ｸ添さまとやらを攻撃している連中が
若干いるように見えるけど、いやがらせで歔塙ｴ蛤ｱさま
のソフトウェアに対し、片端から「インターフェースがクズなので改善しました」
とやらかしたり、「インターフェースがクズなので、いわゆるグッドラッパーを
作りました」とかぶちかましたりするような、創造性の沸騰が見られなかったのは
淋しいよね。

やはりゴミ連中なのかな? バッドノウハウのコンセプトを攻撃している連中は。
尻拭いをすることのみをエンジニアリングと呼称するところまで堕落してしまった
便所ムシ君たちなのかな?

918 ：名無しさん＠お腹いっぱい。：04/04/05 10:54

>>914
スレ違いだけど一応コメント。mnoGoSearchやASPseekは中国語に対応してる。
辞書というか単語のリストを使ってわかち書きするみたいだけど。

919 ：名無しさん＠お腹いっぱい。：04/04/05 10:58

>>908
どっちかというとゴテゴテした機能の追加の方に興味を持ってる
者の方が多いような気がするな。namazuをswiss army knifeに
したいのかと。まあこれ以上続けるならNamazuスレへ逝ってくれ。

920 ：名無しさん＠お腹いっぱい。：04/04/05 11:05

>>917
>片端から「インターフェースがクズなので改善しました」
>とやらかしたり、「インターフェースがクズなので、いわゆるグッドラッパーを
>作りました」とかぶちかましたりするような、
バッドノウハウ教の人に是非これをやって欲しいね。

と、一見して穴のある文章をageでたくさん書いてるけど、構って君なんかな。

921 ：名無しさん＠お腹いっぱい。：04/04/05 11:08

>>920
> と、一見して穴のある文章をageでたくさん書いてるけど、構って君なんかな。

構ってくれなくていいですッ!!

922 ：名無しさん＠お腹いっぱい。：04/04/05 11:19

>>921
> 構ってくれなくていいですッ!!
今時ずいぶんとめずらしいストレートな切り返しじゃ。

923 ：名無しさん＠お腹いっぱい。：04/04/05 11:46

>>917
ウゼエ

924 ：名無しさん＠お腹いっぱい。：04/04/05 12:31

なんにしても「自称」技術評論家はいらない。

925 ：名無しさん＠お腹いっぱい。：04/04/05 12:37

>>924
技術評論家を自称している人とはだれのことですか?

926 ：名無しさん＠お腹いっぱい。：04/04/05 13:07

>>925
チープでシャロウなコピーを連発してるひと。

927 ：名無しさん＠お腹いっぱい。：04/04/05 13:25

>>926
なにかの雑誌に書いている人ですか?
ヒント下さい。

928 ：名無しさん＠お腹いっぱい。：04/04/05 13:58

おまいら哲ﾀﾝがいい男だからって僻むなYO！

929 ：909：04/04/05 14:18

>>910
> > へぼいもんだったとしたら、批判されるのは当たり前だろ？
> やはり批判するために改善に着手しないのだろうか?

んなわきゃねーだろーが。>>910を読んで唖然としたよ。

そもそも、「批判されるのが当たり前だろ？」が、どうして「改善に着手
しないんだろうか？」に結びつくんだ？　どういう思考回路してんの？？

百歩譲ってそれはOKとしたとしても、ふつー、改善に着手しない理由って
いったら、ソフトがへぼすぎてやる気にならないとか、時間がないとか、
面倒くさいとか、そういうのが真っ先に思いつくもんだろ？どこをどう間違ったら
「批判するために改善に着手しない」なんてひねくれた理由が思いつくんだ？？
その間違った思い込みの強さをどうにかしろよ。

真性の電波なんかいな。残りのレスも電波入ってるし。しかも粘着だし。

930 ：名無しさん＠お腹いっぱい。：04/04/05 14:30

>>924
ああ、岩谷宏(またはrm -rを知らずにrm */*/*してる人)のことね。(w

931 ：名無しさん＠お腹いっぱい。：04/04/05 16:33

そもそも「責任追求」がバッドノウハウ。

932 ：名無しさん＠お腹いっぱい。：04/04/05 17:05

ほげほげも知らねーのﾌﾟｯという態度がバッドノウハウを再生産しつづけてとなぜ分からん。

933 ：名無しさん＠お腹いっぱい。：04/04/05 17:15

オプション-rは主に再帰的な処理を意味する。
これに対する反例はあるかな？

934 ：名無しさん＠お腹いっぱい。：04/04/05 17:23

-r, --raw
エスケープ変換なしでカラム値を書き出す。--batch とともに使用。

935 ：名無しさん＠お腹いっぱい。：04/04/05 17:30

-r, --revision
revision指定

936 ：名無しさん＠お腹いっぱい。：04/04/05 17:35

-r <code> Run PHP <code> without using script tags <?..?>

937 ：名無しさん＠お腹いっぱい。：04/04/05 17:35

コマンドライン自体がバッドノウハウ。
チェックボックスとラジオボタンで十分。

938 ：名無しさん＠お腹いっぱい。：04/04/05 17:38

-rで逆順になる奴もあるね。lsとかsort。

939 ：名無しさん＠お腹いっぱい。：04/04/05 17:41

$ ruby -h
(snip)
　-rlibrary　　　require the library, before executing your script

940 ：名無しさん＠お腹いっぱい。：04/04/05 17:44

-rの一意性とバッドノウハウは関係ないと思うのだが

941 ：名無しさん＠お腹いっぱい。：04/04/05 18:13

>>918
thx
ﾇｼはｲｲ人！

ずっと探してたんだよねぇー
これでWin以外でも動く大蔵経の全文検索システムが作れますわ

942 ：名無しさん＠お腹いっぱい。：04/04/05 18:38

時と場所を選んでズバっと本質を言い当てるには才能は必要なんだよね。
ここで吼えてるだけのアンチは吼えれば吼えるほど、自分の頭の悪さを
証明してるだけのように見える。

943 ：名無しさん＠お腹いっぱい。：04/04/05 19:05

>>929
この人は自分と他人の区別がついていない人だね。

「バッドノウハウ」と呪文を唱えると、こういうキチガイが
どんどん出てくるところが面白い。

944 ：名無しさん＠お腹いっぱい。：04/04/05 19:07

おまいらバッドノウハウと言いたいだけちゃうんか！！

945 ：バッドラッパー：04/04/05 21:27

>>943
頭の悪そうなやつはだいたいともだち～♪

946 ：名無しさん＠お腹いっぱい。：04/04/05 21:52

>>942
> 時と場所を選んでズバっと本質を言い当てるには才能は必要なんだよね。

そうでしょうともそうでしょうとも。もちろん、そんな類まれなる才能を
持った方が作ったnamazuですから、さぞかし初心者に優しい、洗練された
インターフェースを持つソフトなんでしょうなあ。いわばグッドノウハウの塊。
世の中のへぼプログラマが手本とすべきソフト。namazuマンセー！！！

…とでも突っ込んで欲しいんでしょｗ

947 ：名無しさん＠お腹いっぱい。：04/04/05 21:58

>>942
教祖？ｗ

948 ：名無しさん＠お腹いっぱい。：04/04/05 22:01

哲兄貴かわいいよ哲兄貴
馬鹿どもにまけないでがんばれ！！

>>947
信者

949 ：名無しさん＠お腹いっぱい。：04/04/06 01:11

頭の悪そうなやつが釣られてるな。(w

950 ：名無しさん＠お腹いっぱい。：04/04/06 01:17

兄貴　Ａ
兄貴　Ａ
兄貴　Ａ
・・・

951 ：名無しさん＠お腹いっぱい。：04/04/06 01:31

そろそろ次スレキボンヌ

952 ：名無しさん＠お腹いっぱい。：04/04/06 01:41

とりあえずお前ら、学歴があれば家柄抜きでも
議論出来るなんて思わない方が良いですよ。