【BAKA】バッドノウハウについて語るスレ 3

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

[関連リンク]
はてなダイアリー - バッドノウハウ
http://d.hatena.ne.jp/keyword/%a5%d0%a5%c3%a5%c9%a5%ce%a5%a6%a5%cf%a5%a6

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

バッドノウハウからグッドラッパーへ
http://www.hyuki.com/techinfo/knowhow.html

バッドノウハウカンファレンス 2004
http://shibuya.pm.org/blosxom/techtalks/bkcon.html

羊堂本舗 ちょき - Bad Knowhow Good Wrapper
http://sheepman.parfait.ne.jp/wiki/BadKnowhowGoodWrapper

いやでも、
UNIXで挫折って、わかる気がするなあ。
ずっと意味不明なコマンドの文字列打ってたら頭おかしくなりそうだし、
ずっと真っ暗なコンソール眺めてると鬱になりそうじゃん？
かといって思想のまるでないXは、オタ絵とただ沢山コンソール開くしか脳ないし、
こんなの与えても娯楽を常に要求する一般人は見向きもしない。
そもそもWebでしか見掛けない、哀れなOS、というのが一般人の見解だし。
そうそう、最近LindowsがUNIXの印象かなり悪くしたよね。
この事件でUNIXはビジネスで成功できないことがまた証明されてしまったわけだ。
昔からUNIXは関係者同士で常に足を引っ張って成長しない。
お金の匂いしないよね。全然。
そんなOSだから、挫折が常態であるのは必然なんだと思う。

少なくとも俺は、現在UNIXを利用することで飯を食ってる。
10年後はわからんが、、、
今のメインフレームメンテ親父のようになる可能性も高い。

立てられてから丸一日。今、このスレに最も相応しい言葉を送ろう。

ふぉーげっと

age

I can't 4get U.

age

UNIX全部がバッドノウハウ

このスレすっかり寂れてしまったな。とりあえずこれでも嫁。

高林哲の検索技術論
http://namazu.org/~satoru/pub/nb-2004-01/

バッドノウハウという文字列が何度も出てくるぞ。ただそれだけだが。

まぁ、思うに、バッドノウハウが量産されるのはシステムライクに
プログラミングするか、ユーザーライクにプログラミングするか
だと思うよ。
文字列一つとっても、EUCやSJISで組むとOSの標準APIが使えて
処理が高速化したり、プログラミング工数が減ったりする。
ところが、移植となると面倒な事が発生したり、OSのバージョンアップ
などでバグの原因になったりする。そしてそれらがエンドユーザー側にも
影響を与えて、バッドノウハウとなる。

元々、システムやプログラミングがバッドノウハウの温床なので
いかにプログラミング工数を減らすかやいかにシステムの統一性を
保つかとかが一番の鍵じゃないかなぁ。
言語や手順からやる必要があると思うよ。
そうじゃないとすべての負担がプログラマ個々人に跳ね返るからね。
誰もやりたがらなくて、結局独自フォーマットが量産される。

まぁ、しかし、そうなると、たとえばハードウェアとOS間の工数が
増えるわけでもある。（ｗ
アーキテクチャによっても数値の扱いとか変わってくるし。
制御関数も違うだろう。

どうバランスを取るかだなぁ。

VirtualPCやVMware上にUNIXを入れるのはグッドラッパー

UNIXerがGUIアプリ作ろうとするのはバッドタイミング

X11のXutf8* APIはバッドラッパーですか？

この板がバッドノウハウ

つまり以下の定義でよろしいのでしょうか？

臭いもの全般＝バッドノウハウ
蓋＝グッドラッパー

会長の貧弱な体はバッドノウハウ？

>>16
無臭なのでグッドノウハウ

age

>>2
いうなら沼の底に棲むナマズって事か、上澄みな世俗とか気にしない。
だから長生きするんだろうな、丸で仙人だな＞うにくす
>昔からUNIXは関係者同士で常に足を引っ張って成長しない。
なんだかなー変なプライドが邪魔して、学閥とか・・・もういや（ｗ
＞Lindows
なんかこの名称変えるって話ですけど・・・益々混乱じゃよー
KDE X-winodw ダメっぽいよーそもそも無理だったんじゃよー

rm/

マシなのはLinuxだけだな

age

会長は今年もあの変なセーターを着るのでしょうか？

>>22
いけませんか？

あのセーターはグッドラッパーなのかバッドラッパーなのかどっちですか？

>>24
> あのセーターはグッドラッパーなのかバッドラッパーなのかどっちですか？
いずれにしても，中身はバッドノウハウのかたまりということですか？ｗ

うんことバッドノウハウは同義語。
ということを「Javaなんてうんこ」で有名な某氏の日記を見て再確認した。

>>26
いいえ、バッドノウハウの塊がうんこなのです。

流動性があって扱いにくいものを固体にし、
時間調節を個体が恣意的にできるようにした。
そのどこがバッドノウハウなんだ？

グッドラッパーを究極的に突き詰めると家電のスイッチポン
になるよな。

このスレではじめてまともな発言が出ますた。

あれ？禁句だったかな？（ｗ

ある意味、究極のグッドラッパーはBAKA専用インターフェース
でもあるわけだよね。知識無くても使いこなせる。
（正確には使いこなした気分になれる）

ちゃちなグッドラッパ＝バッドラッパ
気の利いたグッドラッパ＝グッドラッパ
気の利きすぎたグッドラッパ＝BAKAラッパ

ではないかな。
ほどよく専門知識が必要で、かつ生産効率が最大になって、
かつ、汎用性の高い奴が良いのじゃないかな。
一般消費者は統一性や汎用性なんかは求めないけど、
多くの分野を扱う技術者には必須性能だよね。
教育コストなども削減できるし。

訂正。

ちゃちなラッパ　　　　 　= バッドラッパ
気の利いたラッパ　　 　= グッドラッパ （開発者から金を取れるor支持される）
気の利きすぎたラッパ　= BAKAラッパ （ユーザーから金取れる）

か。

グッドラッパはSDKなんかを究極進化させた形なんかを
勝手に定義して想像してみる。
「一つのアーキテクチャで一つの言語ですべてのプログラムと機械を扱える」
これがプログラマの究極の目標だと思う。
最小のプログラミングコストと最小の知識ですべてを扱える。
そのための物がグッドラッパーではないかと。
ただし、すべての人間が必要とする物ではなくて、作る側だけが
必要な物ではないかと。

どっちかというとマ板でたてたほうが盛り上がったかもなー

>>33
マ板じゃあ、ＵＮＩＸ界に特有の痛いオタク達が釣れにくいからダメ

釣りとか言ってるよこの人。

「釣れにくい」って得意げなところが痛いな．リアルで頭悪そうな
感じがする．

マ的見地からのグッドラッパと、鯖管的見地からのグッドラッパと、
エンドユーザー的見地からのグッドラッパというのが存在するかもよん。
色々分類してみるとおもしろいかもよん、

あぼーん

なぜソフトウェアはソフトと呼ぶには程遠い代物に成り下がってしまうのか

40様

>>39
そのようなことは求められてないからじゃないかな

こないだゲームソフト買ったけど中身はハードコアだったよ。

>>41
その通りだな
出来のいいソフトウェアなんて誰もほしがってないということか

>>39
意味不明です。

俺様が翻訳してあげると。

なぜソフトウェアはソフトと呼ぶには程遠い
（ほどハードウェアよりも仕様が大規模になりがちで開発コストが高く、
色々な制限による限界が多くて、使い回しが効きにくく、短命である）
代物に成り下がってしまうのか

ということだね。

>>45
その答えは「納期が迫っているから」に決まっているね！

>>46
納期がなければリリースされることはない。
締め切りのない原稿依頼は決して原稿が仕上がらない。

>>46
どちらかというと納期までの工数をちゃんと管理できないSEがいるからかと

工数が合わないからって納期が延びるわけでもないわけだが

そこでノビロー光線の出番ですよ。

>>49
だから使い回しのきかないものができるんだろ？

マ板行け。

問題は使い回しの効くソフトは往々にして儲からないという事。
これが最大の問題だと思う。

なるほど、下手糞に作ったほうが後々余計な仕事が発生して
何かと儲かるし、その糞を改良したり運用したりする馬鹿
エンジニアの雇用も産み出すので良いというわけだな。

そうそう。
真に効率の良い開発環境は理想だが、実現されれば
90%の技術者は解雇されて、一部の超エリート技術者と
日曜プログラミングする人間だけになる。

一部の超エリート技術者とは、コンパイラからOS設計まで出来て、
ライブラリの全てを知り尽くし、あらゆる環境・状況に対応するコードを
生成できる人間を指す。

あとは、それらをサポートするデバッガが雇われるだけ。
デバッガは単純作業を何百回と繰り返すだけなので、
何十年働いたとしても開発チームには登用されないし、
給料も上がらない。ちょうど自動車の製造工場のライン工の
ような物だ。

>>54
そうそう。たとえばリnうxtうわ何をするやめｒっっp「

マ板に行けってば。

>>53-58
見え見えの自作自演バカは氏ねよ

_________________________
　　　　＜○√
　　　　　∥　
　　　　 くく
しまった！ここは糞スレだ！
オレが止めているうちに他スレへ逃げろ！
早く！早く！オレに構わず逃げろ！

つまり、ぬるぽですね。

>>60
いらっしゃい
糞ソフトをこねくり回してで給料もらってる方

　見逃すかぁぁぁぁ!! 　　　　ｶﾞｯ!!
　　　　　　　　　　　　　≡　(　`Д)ﾉ　　　　
　 　　ヘ(　`Д)ﾉ　　　　 ≡ノ（┐　）─ .';ヾ○ノ
　 ≡　（ ┐ノ　　　　　　　　　　　　　　＿ノ　　←>>62
　:。;　 ／　　　　　　　　　　　　　　　　 ノ

良スレage

>>63
Windows Meをこねくりまわしていますが
それで給料を貰った覚えはありません

だから自作自演バカは氏ねよ。お前、最初のスレからずっと
粘着してるだろ？　自作自演がモロバレなのに、バカだからそれに
気づかないと見える(ﾌﾟ

>>67
何をひとりで盛り上がってるんですかｗ

age

unko

age?

http://namazu.org/~satoru/blog/archives/000013.html

知人からi-modeの絵文字にBKがあるよ、と教えてもらった。ちょっとした
メモなんかではよくバッドノウハウのことを略してBKと書くのだけど、
i-modeユーザは絵文字でバッドノウハウを語れてよいなあ。

ちなみに、CVSもあるそうです。教えてくれた知人は「CVSはBKの塊」なんて
文を作って喜んでいました。

なぜコピペ?

　　　　　　　　　　　　　　,,,,,,,,,,,,,,,,,,,,,,,,,,
　　　　　　　　　　　　 ／": : : : : : : : ＼
　　　　　　　　　　　/-─-,,,_: : : : : : : : :＼
　　　　　　　　　　/　　　　　'''-,,,: : : : : : : :i
　　　　　　　　　 /、　　　　　　/: : : : : : : : i　　　　　＿＿＿＿＿＿＿＿
　　　　　　　　　r-、 ,,,,,,,,,,、　/: : : : : : : : : :i　　　 ／
　　　　　　　　　L_,　,　　 、　＼: : : : : : : : :i　　 ／　 バッドノウハウを覚えたら
　　　　　　　　 /●) (●>　　　|: :__,=-、: /　＜　　　負けかなと思ってる
　　　　　　　　l ｲ　 '-　　　　　|:/　tbﾉﾉ　　　　＼　　　　BK教祖（28歳）
　　　　　　　　l ,`-=-'＼　　　　 `l ι';/　　　　　 ＼　
　　　　　　　　ヽﾄｪ-ｪｪ-:）　　　 　-r'　　　　　　　　　￣￣￣￣￣￣￣￣
　　　　　　　　　ヾ＝-'　　　　　／

メニューの右から何番目の上から何番目を展開した
上から何番目をクリックして
出てきたウインドウの何番目のタブの
右下のほうのチェックボックスの下から
3番目にチェックしてOKを押して
さいきどう

ごんずいってどんな感じ？

>>76
gonzui
http://pc5.2ch.net/test/read.cgi/tech/1102086148/

http://www.koders.com/
でも感じをつかめる

素朴な疑問として，ソースコードの検索エンジンって使えるの？

使えるの？っていうのは，使っていいの？という意味ではなく，
有用なの？という意味ね，念のため

>>79-80
世界中のソースから検索できれば便利だと思うが。
そうでなくてもローカルでglobalやcscopeの代わりになれば十分。

lxrにglimpseサポートあるでしょ。あれはすごく便利。
ただしglimpseはオプソじゃないので、代わりにnamazuが使えないかな
ということで出てきたのがnmzgrepなる謎のコマンドｗ

たとえばだけど、perl で cgi でこういう感じの機能が欲しいみたいなことを
自然言語で適当に入力して世界中から似たような機能を探してくれるみたいなんだったら
激しく欲しいけど、単にglobalみたいなもんだったらイラン

age

vi、emacs、TeXバッドノウハウ度が一番なのはどれ？

viのバッドノウハウは少ない。

"TeX"だろう。大文字と小文字が入り混じってて打ちにくい。

>>85
断トツでTeX。
latexでもviやemacsなんぞには負けんぜ。

おまえらBAKAはマクロがかけないから引き篭もっているだけだろ？

まだバッドノウハウの意味を理解していない馬鹿がいるよ…

sendmail最強

純粋数学 = バッドノウハウの塊

TeX がバッドノウハウっていうのは
ちょっと浅はかなんじゃない

TeX じゃなきゃ論文は何で書くの？
Word とか(ぷっ

>>93
LaTeX。

>>94
マジレスしとくと
LaTeX は TeX つかってるよ

>>93
バッドノウハウの意味、分かってないね

>>93
> TeX じゃなきゃ論文は何で書くの？
> Word とか(ぷっ

LaTeX

グッドラッパとしてのLaTeXについて。

たしかに LaTeX は TeX のラッパーとみなせるけどね
あんましかわらない気がする

ラテックスは確かに良いラッパーだ。

>>100
そんなに「良い」ラッパかな…？
LaTeX でやるのも TeX やるのもたいして
かわらんだろ

さくいんを拾ったりする場合は
TeX で自分で(索引拾いマクロを)作るのは
さすがに嫌だから，LaTeX はありがたいけど
さくいん作る機会なんてそうそうないでしょ？

>>101
この人はまだTeXの底なし地獄を知らない……

ハギヤ(オギヤ？)とか増井とかいう人が TeX のことを
ボロクソに書いていたのを読んだことがあるけど，
精密な組版システムをどううまく作ろうと，
結局 TeX と本質的に同型なものになる気がするけど

むしろ天才の Knuth だからあれほどうまくできたわけで，
並みの人が作ったらもっとバットノウハウなものになると思うよ

ハギヤ(オギヤ？)やら増井やらは
論文を Word (もしくは一太郎？)で書いてんのかね？？

>>101
> そんなに「良い」ラッパかな…？

ネタにマジレスってやつ?

>>100 の言う「ラッパー」ってのは、不二ラテックスみたいなラッパーのことと思われる。
『そんなに「良い」ラッパかな…？ 』と問われるならば、「かなりイイ！」と答えておきます。

ラッパーむやみに使うと
セキュリティホールがあったとき筒抜けになるよ

DocBook XMLで書いてDB2LaTeXで変換。これ。

ラッパーをちょいと被せるとあら不思議、ブラックボックスの出来上がり。
時代はBKからBB、これだね。

ブラックボックス＝黒魔術＝バッドラッパー＝バッドノウハウの温床

バッドラッパーってなに

悪そうなやつは大体ともだち

ヒップホップ育ちかよ

渋谷・六本木、そう思春期も早々に、これにぞっこんに
株なら置きっ放しにしてきたリーマンに

バッドノウハウって逝っている奴の存在自体がバッドノウハウ

↑
バッドノウハウ

バッドマン

　　　　　　　 　 , ､,ｗ f `"ﾄJ､ w ,ｨ, ,..
　　　 　　､_､v`｀　 　　 　　　 　　　 ヾｨ,_
　　　 　 ヾ､　　　　　　　　　　　　　　 　"=
　　 　 ､ゞ、　　　　　　　　　　　　　　　　 ≧
　　 　 ,ﾐ` 　　　　　　　　　　　　　　　　 　≦
　 　　 ミ､　　　　　　　　　　　　　　　　　　`ﾐ
　　 　 ≧_　　　　　　､ヽ､ ､ _l､ ､　,,;ﾉ ,, _ 　ﾐ
　　 　 ≦ 　 　 　　ミ｀　　　　　　　　　 "i　ﾐ
　　　　〃 　　　　ノﾉ　　　　　　　　　　　| ﾐ
　　　　 "■■■■■■■■■■■■ﾘ
　　　　　Nr'Y||■■■＜●>■■<●>||　　呼んだ？
　　　　　　| }| ﾘ　■■　　 '" ■■`　 ■
　　　　　　ヽ’■■■■■■､,,__,,)■▼
　　　　　　　`■▼　　　　/ ＿＿＿,ヽ:l
　　　　　　　 l　　　　　　　　`-===´ ./
　 　＿ｨ==／　 　 `　、　　　　 ￣　/lー-、
　　　　　 |　　　　　　　　 `'''' ー─'ﾉ |　　 `ー-

馬鹿ばっかしw

http://tokuhirom.dnsalias.org/~tokuhirom/inamode4/59.html
ﾜﾗﾀ

TeX(LaTex)で論文っていうけど，そもそも論文自体が
バッドノウハウの量産（または寝言）。TeX 使うほど
長い論文は資源のムダってことに気づいて欲しい。

普通に世間渡ってくには Word&Excel&PowerPoint は
使うだろ。短い文書（論文）なら TeX 覚える時間内
に１本くらい書けると思う。要はコンテンツ。

TeX の問題は，TeX を書き込むことにあって仕様では
ないと思う。TeX 書いてるなんて，html そのまま書
いてるみたいだ。ありゃ中間フォーマットと見なす
べきだと思う。

と、まともな論文も書けない馬鹿がいっても説得力がないわけで。

TeX を擁護する気なんてないが，
>>120
すごいねこりゃ．真性の馬鹿だ．感心．

よくわからんが、
「、」を「,」に、
「。」を「.」と書くのは、流行なの？

>>123
その話題、昔fjで出ていたな。ただ具体的な内容は忘れた。orz
公文書ではそう書くきまりになってるとかそういうことだったっけな？

>>120
> html そのまま書いてるみたいだ。

俺はそうしてるけど何か？
君はどうやって html を作るの？
なんたらビルダとか？w

>>123-124
今はどうだか知らんが昔からの理工書および
学術雑誌は「，．」でやる習慣がある

俺も普段のメイルとかでもそうしてる
普通の人には変に思われているらしい

同じ情報系とかでも学会によって違うから厄介。

俺、Word を使うと、Word が段落や文字に、いつの間
にか勝手に変な属性をつけやがるので、発狂しそうになる。
html や TeX の方が、どこにどういう属性がついている
のか、はっきり見えるし直接思った通りに変更できるので、
むしろ分かりやすいと思う。

効率も実は TeX/LaTeX の方が速かったりする
分量が多くなればなるほど違いは顕著になる

「バッドノウハウは、それに慣れ親しんだ人たちが偏った擁護をする傾向がある」

「プロのタイプライターの女性がWordperfectから
自分の感性にあわず不要だと思った機能を停止していったら
残ったのはただのtext editorだった」
というのが昔ざべに載っていたな

まあ要するに「道具の癖に俺の見えないところで余計なCPU時間を使うな」ってこった

「自動でやってくれる」は、時に「手動でやることの邪魔をする」の意味だからな。

有用な文献の多くが TeX で書かれていて
Word のはほとんど見たことがないのは
どうしてだろうね？

Wordで書かれた有用な文献は133の世界では目にできないからでは？

>>133
そういうのはだいたいPDFになっていて気づきにくい罠。

TeX から PDF だと独特の組版の癖があるからすぐわかるけどね。

CM フォントの醜さとかでも。

フォントがきれいかどうかは本質的な問題ではない

フォントはきれいであるに越したことはない

人に読んでもらうものなんだから
TeX の醜い組版と汚いフォントは失礼では

texの組版って汚いですか？

TeXの想定してる範囲外のことをやろうとするとよく汚くなる。

美醜は主観なんで人それぞれだろうけど、
『TeXブック』、『文書処理システムLaTeX2ε』は凄まじく醜い。
『美文書作成』も余白が広すぎて汚いなぁ。
でも O'Reilly とかはまぁまぁいいと思うけど、美しいとは言えない。

Computer Modernフォントはたしかにあんまりきれいじゃないけど、
リュウミンL-KLと組み合わせたときにウェイトがちょうどいい。
なによりTimesフォントは黒くて小さくて読みにくいです。

「TeX ブック」はすばらしく美しかったが
内容もすばらしかった

他は知らない

いつのまにかTeXスレになってる罠

> 『TeXブック』、『文書処理システムLaTeX2ε』は凄まじく醜い。
原著の "TeXbook" や "LaTeX A Document Preparation System" はどうですか？

おまえら不毛な議論しているな．そもそもTeXのモデルは組版だ．熟練工並の
組版をコンピュータでするというのがKnuthの目的だ．
英文だと既に熟練組版工が死滅しているのでTeX以上の美しい組版はお目にかかれない．
一方，日本の場合「美しい基準＝上手な写植機オペレータ」ということになっているので，
TeXがいくら頑張っても日本でいうところの「美しい基準」にはならない．そもそもが
主観の問題なので，今までの写植の基準から語られてもなんだかな，だ．
こっちも「TeXと写植機と同じような出力にしろ」といわれても困る．組版の基準で
いけばTeXは熟練工レベルの組み方になるんだが，どうも今まで見慣れたもの
とは少し違うので，それでお気に召さない奴が，暴れるんだないつでも．
そんなのは放置するのが一番だというのがオレの結論だ．

理工系の出版社で独自の組版システムを入れてるところは
俺の知ってるだけでもいくつかあるが (たいていMacベース？
どことは言わんが)，高い金かけてるにもかかわらず，TeXにも
及ばないというのが実感なんだが

数式や化学式はいってる文書なら
もう TeX がコストパーフォーマンス最強だよ

TeX は当分は消えない
というか，オープンソースのもとで
より発展していくだろう

個人的希望では言語仕様を対象指向化してほしい

一応誘導

\chapter{\TeX} % 第三章
http://pc5.2ch.net/test/read.cgi/unix/1059616013/

数式は本当に綺麗だけど、その他は到底綺麗とは思えんが
例えば数式以外で綺麗な本ってどれ？

> 数式は本当に綺麗だけど、その他は到底綺麗とは思えんが
えぇっ？TeXの英文の組版ってふつう最高に綺麗だけど？
まさか日本語が汚いとか、そんな馬鹿なことじゃないよね。
もともと英文用に設計されたものを日本語で無理矢理使ってるのがバッドノウハウだな。

>147
日本の写植業も殆ど壊滅していたりする。

>148
とゆーなかで、文化の継承に失敗したのれす。

TeXをテックスと読む莫迦者が多い。
TeXはテフと読む。

>>154
> TeXはテフと読む。
そんなの日本だけ

LaTeX はもちろん「ラテックス」だよな？
そうじゃないと面白くない

学生時代ホントに、仮名にすると「てはっ」みたいな感じの
「ディスプレイが曇る」発音をしている香具師がいたなぁ。

>>157
モザイクじゃなくてモゼイクだ！とかいうタイプの奴だな？
いるいるそういう奴。

とはいっても、英語発表のときに和製英語で恥をかくこともあるからなあ、
英語の発音等に気をつけるのに越したことはないんだけどね・・・

> LaTeX はもちろん「ラテックス」だよな？
ふつー「レイテック」

>>153
> 日本の写植業も殆ど壊滅していたりする。

やっぱ写研の電子写植システムがあまりにも特殊すぎたのが災いしたのかな？

>>159
漏れは「ラテック」。ついでに言うとサカヲタなのでAjaxは「エイジャックス」
ではなく「アヤックス」と読んでる。

Knuth教授は「テックス」って発音しているんだっけ？
あとAjaxは提唱者のJessが「エイジャックス」と発音してる。

SeX

化石スレを発掘調査

nethack はバッドノウハウを覚えるゲーム

>>163
「ハケを取ってくれ」
「1、4、6、8、そして15」
「右上から、その下に見えているところまで」
「よし、これを撮影してくれ」

BAKAスレ？

GentooLinuxインストールしているのを友達がみてて一言。
「バッドノウハウの塊だな」
といったのを思い出した。
特にオチは無い。

バッドノウハウと高度専門知識を混同してるんじゃないの。

バッドノウハウと高度専門知識を混同してるんじゃないの。

失敗事例から学ぶ～っていう本はいっぱいあるけど
失敗の抽象化（？）だけはやっちゃいかんよなぁ・・・とおもた。

失敗の抽象化をいかんと考えることが
失敗の抽象化では?

>バッドノウハウと高度専門知識を混同してるんじゃないの。
うーん難しいところじゃない？
あるひとにとっては高度専門知識でもある人にとっては
実質的にバッドノウハウとしかならないということもあるんじゃないか？

たとえば
Gentooインストールをひとつひとつ理解しながら実行する。
と
Gentooインストールをとりあえずマニュアル道理に実行する。
では得られた知識はやっぱり違う気がするんだよね。

ごめんなんか自分で書いといてなんだけれど自分の主張がいまいちわからん。

高度専門知識のうち、直交概念が無くて応用が利かないもの。

ガリガリで気持ち悪い。

今日は多層バッドラッパーに辟易した日。

http://www.yahoo.co.jp/

>TeX
少なくとも日本ではメシアはフリストではないし，
床上手なあの娘をテフニシャンと呼ぶこともないし，
フロマトグラフィーで検索しても化学の分析の記事など出てこない(筈．なんだがorz)
ドイツ帰りを気取るにしても発音はテヒになるところじゃないかねぇ．
つくづく NTT は罪深い．

>157
ドイツ語の ch[x] は，ギリシア語の気息[h] つき k 音すなわち χ[kh] から
直接の関わりからつくられた発音と用字だという根拠はなく，それは即...
(省略されました．続きが読みたくない場合はクフ王クフ王と20回唱えてください)

バッハバッハ

うるせーよバッカ

大学でUnixの教育受けて、Windows見下してた。
しこしこTeXやHTMLで文章作って印刷してたのだが
仕事でWord使って感激した。めっさ簡単やんけ。
簡単であることはすばらしい。なんて視覚的なんだ。
ここでOffice信仰が始まる。ただ、細かい設定が出来ない
Word、よく固まるWindowsをどこか疑問視してる自分がいた。

次に来た波。職場でWindows2000サーバ触る。いちいち設定ファイル
さわらんでGUIでさくさく登録。なんか恥ずかしいと言うか低スキル
っぽい印象を受けたが同時に便利だなーと思った。でも、よく考えたら
テキストファイルをいじくり倒すこととGUIでさくさく登録していくことと
スキル面においては本質的に違いがないことを自覚するようになる。

その後、WordやめてExcel、OSはWindowsを好んで使っている俺ガイル。

バッドノウハウに対するグッドラッパーの提案があるけど、
あの提案してるやつきもちわるいね。

Unixの遅れている部分をなおそうと言う提案なのに、いちいち
よくないOSとして、Windowsっぽいのをあげて得意げになってて
きもい。さっさと削除しろよ。Windows関係ないところで、Windows叩いて
読んでいて気持ち悪い。

対処療法に変わりはない。
バッドノウハウよりはまし。

ラッパーは固定化したりするからヤバい。

パロマの事故のケースなんかもこれだよな。

BAKAスレ？

バッドノウハウを提案してる奴が気持悪いから
かかわる奴全員が気持悪くなるんだよな

もうね、パトラッシュの時代は終わったんだよ。
もうね、みんなそのこと知ってたんだろ。
もうね、現実を見つめようよ。
もうね、それだけなんだ。
もうね、しってるだろ。
もうね、すべては終わったんだよ。
もうね、全部終わったんだよ。
もうね、さよなら、さよなら。

つーか、「バッドノウハウ」という造語をすることによって
既存知識への接近を攪乱するところがミソだよな

あぼーん

のぞいてみる

その通り! わたしが犯人だ。

高林が嫌い。

Googleで働きたかったんですね。わかります。

>>191
泣け

というか、バッドノウハウと言うが、結局、数学みたいな物だと思う。
全て加減乗除と九九だけで解ければ申し分ないが、それだけでは
解けない問題がいっぱいある。
システムも同じで、単純な手順じゃ解決できない問題も多い。
だから、ある程度高度になっていくと、バッドノウハウは増えていく。

ただし、同じ結果なのにシステムで手順が違う。これはバッドノウハウなんだと思う。
結局、インターフェースの統一という事になっていくと思う。
そうすれば、それはバッドノウハウじゃなくて、グッドノウハウになる。
経験則や予想から公理になっていくと思う。

なんという頓珍漢！

九九って加減乗除に含まれる気が…

結城浩さんの「バッドノウハウからグッドラッパーへ」の記事

via. http://www.hyuki.com/techinfo/knowhow.htmll

に対して、

(TeX, sendmail, procmailとかは根本から腐っているものの良い例であり、ラッ
パーでなんとかなるものではありません)
via. http://www.hyuki.com/techinfo/knowhow.htmll#comments

等とTeXを酷評していた増井さんが、Knuth先生と一緒に食事した途端、マンセー
しているのは、なんともいえんwwww

http://pitecan.com/blog/2008/05/knuth.html

＃URL訂正

結城浩さんの「バッドノウハウからグッドラッパーへ」の記事

via. http://www.hyuki.com/techinfo/knowhow.html

に対して、

(TeX, sendmail, procmailとかは根本から腐っているものの良い例であり、ラッ
パーでなんとかなるものではありません)
via. http://www.hyuki.com/techinfo/knowhow.html#comments

等とTeXを酷評していた増井さんが、Knuth先生と一緒に食事した途端、マンセー
しているのは、なんともいえんwwww

http://pitecan.com/blog/2008/05/knuth.html

TeXについては言及してない件

どの行でTeXマンセーしてんだ？

>>199はbad脳how!!

正規表現を用いたオペはバッドノウハウじゃないよね？

オペって何よ？
日本語でオペレーションをオペと略すのって医者のジャーゴンだけだろ。

正規表現はバッドノウハウの巣窟

トラックの運ちゃんもオペさんだぉ

正規表現の方言を相互変換してくれるライブラリあれば良いですよねー

特に、この分野ではオペレーション、オペレータ、オペランドの
どれを指すのかわからないので使わないな。

TeXのバッドノウハウは文書作成の時よりも環境構築の時に多く見られる気がする。
TeXWikiから辿れるインストーラと導入マニュアル以外のことをやろうとしたときの情報の少なさとか、
何をどうしているのか理解するのに必要な情報がまとまってないとか。

自分が詰まったのは日本語TeXをutf8で扱いたいと思って色々探っていたんだけれど、
dvi作成まではこぎつけて、pdf変換までやろうとしてdvipdfmxの設定をどうするかとかで今困ってる。
何かTeXの本買えば分かるようになるのかなあ。

texは数式を効率良く扱う手頃な方法が他に無いからやむをえず使うモノ。
それ以外ならquarkかindesign。
texでやるぐらいのデザインならひな形作っちゃえば時間もそう変わらんし。
複雑なデザインだったらそもそもtexでは無茶苦茶面倒だし。

UNIX板としては異色のご意見ありがとうございます

　　∧＿∧
　 （　・∀・）　　　　　　　　　　　　人　ｶﾞｯ
　 （　　　　つ―-‐-‐-‐-‐-‐○ < 　>__Λ∩
　 人　Y ノ.　　　　　　　　　　　 　Ｖ｀Д´）/
　 し（＿）　　　　　　　　　　　　　　　 　　/ 　←>>62

?

なにこの化石スレ

UNIXのプロンプトを使っています。
UNIX用のアプリを入れると、そのアプリのなんちゃらrc等の設定ファイルや別のファイルが
ホームフォルダーにできます。別のところにまとめて移すと入れたアプリが起動しなくなる
とおもうので動かせず、このままいろいろアプリを入れるとホームフォルダーがごちゃごちゃ
して汚くなるとおもっています。
どうすれば整理できるのでしょうか？（それぞれのアプリの起動させるときに参照するrcの
ようなファイルをどこか別のフォルダーに移動し、プロンプトでそのアプリの名前を
打ったときに、その移した先のrcを読み込んでアプリを起動させるということが可能なの
でしょうか？）
やりかたを教えてください。（前にホームフォルダーにアプリのインストール時に
入ったファイルを消してそのアプリを起動させたら動きませんでした）