アカウント名:
パスワード:
へぼエンドユーザーなのでよくわからんのですが、BSDだと何か困ることはあるのでしょうか。普段使いではFreeBSDがLinuxに比べて劣るということはなく、単にLinuxのほうがユーザが多いのでマイナーなソフトを使うときに苦労するくらいのものです。
個人的にはLinuxをFreeBSDより多く使うのはユーザが多いからです。Windowsを使うのと同じで惚れ込んでいるからではありません。識者の方がいらっしゃいましたら、Linuxがなぜ支持されているかご教授いただけると幸いです。
とにかく皆が使えるように懇切丁寧に教えよう的な活動がLinux系の方が活発だったからですよ。Unix系は、使いたかったら自分で調べろ。っていうのが基本でしたしね。
その活動の甲斐あって、ユーザが増加し、結果支持されるようになりました。そりゃユーザフレンドリーな対応してくれるほうが素人からの食いつきはいいよね。と。
と、BSDユーザが言ってみる。
タコを大切にする、というのは初期Linux教団(?)の教義でしたからね。大学発のBSDと、権威（タネンバウム）との喧嘩から始まったLinuxでは、空気がだいぶちがって当然かもしれません。
一方、ビジネス化という話になると、ひっそりと人知れず使われるだけのBSDと、GPLというライセンスをてこに自己主張するLinuxとの違いもあるでしょうが。
>タコを大切にする、というのは初期Linux教団(?)の教義でしたからね。
初心者を「初心者」と呼ばずに「タコ」と呼ぶ。「タコ」と呼んでおきながら「大切にしましょう」とくる。殴った同じ手でなでなでするみたいで、当時からずっと違和感がありました。タコって蔑称だと思うのですがねえ。
> 初心者を「初心者」と呼ばずに「タコ」と呼ぶ。
蔑称どうかはリテラルできまるもんじゃなく背景や文脈で決まるんじゃないですかね。「初心者」ということばにも蔑む意図を入れようといたらいくらでも入りますよ。また「初心者」ご本人も自分のことを謙って「タコ」と自称したいときもあるでしょうし。
蔑むつもりで「タコ」という人がいるでしょうが、その逆「タコ」を使った人は蔑んでいるというのはかならずしも真ではないでしょうし、あなたの解釈は、本来複雑である人間関係やコミュニケーションを単純化し過ぎだと思います。まるで「つまらないものですが」と謙ったら「つまらないものをあげるな」というみたいに。
そうやって言葉尻に過度にこだわる態度が、言葉狩りとか言い換えなんかにつながっていくのでは。
そうやって言葉尻に過度にこだわる態度が、言葉狩りとか言い換えなんかにつながっていく
誰もタコという言葉を使うななんて言ってないじゃない。タコと呼んでおきながら、大切にしてますなんて自画自賛しても滑稽だというだけで。
> 「タコ」を使った人は蔑んでいるというのはかならずしも真ではない
相手を「タコ」と呼んだ人の内、少しでも蔑む心を持って使った人がどのくらいいると思うか。相手から「タコ」と呼ばれた人のうち、少しでも蔑まれたと思った人がどのくらいいると思うか。この感覚が違うのでしょうかね。
「かならずしも真ではない」は、どうでもいいです。
初心者とタコって違うからね。初心者は初心者で、タコはタコ。タコには初心者が多いけど、初心者が全てタコじゃない。間違った思い込みで突っ走ったり、奇っ怪な解釈で理解した気になったりというのを馬鹿でも阿呆でもなく蔑称かつ愛称として呼ぶのが「タコ」ですよ。「初心者を大切にしましょう」と「タコを大切にしましょう」とは、意味の異なる標語です。 # 「初心者は大切にするけど馬鹿は揶揄って放置する」なんてのは止そうぜ、くらいの意味だしね。
***そういや、麻雀なんかだと、大ベテランのタコが居たりするね。初心者の棒テン即リー全ツッパはありがちだけど、ソレしかしないならタコだよね:-P
それぞれに向いている方向性が違うから。そもそも、当時本当に初心者が大切にされていたのなら、大上段にンな事を言う必要は無い訳でして。
当時でも今と同様に初心者を見下す風潮は有りました。それに対しての意識改革のスローガンとしての「タコを大切に」です。元々優越感と上から目線を持っている人間の心情を親炙して、名称だけでも「タコ」として寄せただけでしょう。逆に入門者向けには「タコ」を「我々は初心者をそう呼ぶのだ」と啓蒙してましたよね。＃このまえレーザー５でもらったタコＴ見つけた。懐かしかったなぁ。
初心者の質問に対して答えてあげる、というような大切にするやりかたじゃないからでしょう。
偉そうな態度だと思われるかも知れませんが、日本におけるLinuxの黎明期で、まだみんながタコだった時代、あるいはみんながタコだった頃の記憶が鮮明だった時代の話です。
「おれたち初心者は大切にされてるんだろ？初心者が困ってるんだ。助けろよ」みたいに開き直られても困りますからね。
名前が悪いに一票
そーいやその少し後だと思うけど、UNIX系雑誌でBSDの人達と生越氏達との対談の記事があった。BSDじゃ一般プログラムからI/Oを直に叩けないという話で生越氏が「え？じゃあどうやってXサーバ作るの？」って驚いてて、IOCTLを使うという答えに「あーなるほどー」と。
その頃はBSD派だったのでこの記事読んでやっぱ正統派はBSDと思ってたけど、そういう「使えればよし」の精神でサポートするハードを増やしていったのが勝因なんでしょうなー。
FreeBSDも、i386_get_ioperm(), i386_set_ioperm() でI/Oポートアクセス許可できますね。割と昔から...。Linuxのマネをしたのかもしれないけど...。inxxx(), outxxx()なんかがあるし、割り込みとか使わないなら十分つかえる。 See Also --> /usr/include/machine/cpufunc.h
個人的には、特にFreeBSD周りでなんだかなぁという点がある（あった）。
1. giant lock の存在ネットワークスタックや VFS に最近まで giant lock があったよね。
2. /bin /sbin の 動的ライブラリ化NSS 対応で Linux がさっさと /bin, /sbin を動的ライブラリ化したのに対し、BSD信者は「やっぱ Linux は駄目だね」と言っていたもんだ。今は FreeBSD もどうなってるか知ってるね。/rescue があるとか主張するかもしれないけど、実際それでシステム修復した人いるの？
3.仮想化仮想環境のホストOSとしては、Linux の方が進んでいるね。
あと余談（BSDと関係ない）けど、昔伝聞でlinux2.4で構築していた配信系サーバを同等H/WのSolaris8にしたらパフォーマンスがでなくなったとか、そうそう代替がうまくいかないこともあるんじゃない？
> /rescue があるとか主張するかもしれないけど、実際それでシステム修復した人いるの？
はい。＃NetBSDでだけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
BSDでいいじゃん (スコア:0)
へぼエンドユーザーなのでよくわからんのですが、BSDだと何か困ることはあるのでしょうか。普段使いではFreeBSDがLinuxに比べて劣るということはなく、単にLinuxのほうがユーザが多いのでマイナーなソフトを使うときに苦労するくらいのものです。
個人的にはLinuxをFreeBSDより多く使うのはユーザが多いからです。Windowsを使うのと同じで惚れ込んでいるからではありません。識者の方がいらっしゃいましたら、Linuxがなぜ支持されているかご教授いただけると幸いです。
Re: (スコア:0)
とにかく皆が使えるように懇切丁寧に教えよう的な活動がLinux系の方が活発だったからですよ。
Unix系は、使いたかったら自分で調べろ。っていうのが基本でしたしね。
その活動の甲斐あって、ユーザが増加し、結果支持されるようになりました。
そりゃユーザフレンドリーな対応してくれるほうが素人からの食いつきはいいよね。と。
と、BSDユーザが言ってみる。
Re:BSDでいいじゃん (スコア:1, 興味深い)
タコを大切にする、というのは初期Linux教団(?)の教義でしたからね。
大学発のBSDと、権威（タネンバウム）との喧嘩から始まったLinuxでは、
空気がだいぶちがって当然かもしれません。
一方、ビジネス化という話になると、ひっそりと人知れず使われるだけのBSDと、
GPLというライセンスをてこに自己主張するLinuxとの違いもあるでしょうが。
Re:BSDでいいじゃん (スコア:1, 興味深い)
>タコを大切にする、というのは初期Linux教団(?)の教義でしたからね。
初心者を「初心者」と呼ばずに「タコ」と呼ぶ。
「タコ」と呼んでおきながら「大切にしましょう」とくる。
殴った同じ手でなでなでするみたいで、当時からずっと違和感がありました。
タコって蔑称だと思うのですがねえ。
Re:BSDでいいじゃん (スコア:1, すばらしい洞察)
> 初心者を「初心者」と呼ばずに「タコ」と呼ぶ。
蔑称どうかはリテラルできまるもんじゃなく背景や文脈で決まるんじゃないですかね。「初心者」ということばにも蔑む意図を入れようといたらいくらでも入りますよ。また「初心者」ご本人も自分のことを謙って「タコ」と自称したいときもあるでしょうし。
蔑むつもりで「タコ」という人がいるでしょうが、その逆「タコ」を使った人は蔑んでいるというのはかならずしも真ではないでしょうし、あなたの解釈は、本来複雑である人間関係やコミュニケーションを単純化し過ぎだと思います。まるで「つまらないものですが」と謙ったら「つまらないものをあげるな」というみたいに。
Re: (スコア:0)
Re: (スコア:0)
そうやって言葉尻に過度にこだわる態度が、言葉狩りとか言い換えなんかにつながっていくのでは。
Re: (スコア:0)
そうやって言葉尻に過度にこだわる態度が、言葉狩りとか言い換えなんかにつながっていく
誰もタコという言葉を使うななんて言ってないじゃない。
タコと呼んでおきながら、大切にしてますなんて自画自賛しても滑稽だというだけで。
Re: (スコア:0)
> 「タコ」を使った人は蔑んでいるというのはかならずしも真ではない
相手を「タコ」と呼んだ人の内、少しでも蔑む心を持って使った人がどのくらいいると思うか。
相手から「タコ」と呼ばれた人のうち、少しでも蔑まれたと思った人がどのくらいいると思うか。
この感覚が違うのでしょうかね。
「かならずしも真ではない」は、どうでもいいです。
Re:BSDでいいじゃん (スコア:1)
初心者とタコって違うからね。
初心者は初心者で、タコはタコ。タコには初心者が多いけど、初心者が全てタコじゃない。
間違った思い込みで突っ走ったり、奇っ怪な解釈で理解した気になったりというのを馬鹿でも阿呆でもなく蔑称かつ愛称として呼ぶのが「タコ」ですよ。
「初心者を大切にしましょう」と「タコを大切にしましょう」とは、意味の異なる標語です。
# 「初心者は大切にするけど馬鹿は揶揄って放置する」なんてのは止そうぜ、くらいの意味だしね。
***
そういや、麻雀なんかだと、大ベテランのタコが居たりするね。
初心者の棒テン即リー全ツッパはありがちだけど、ソレしかしないならタコだよね:-P
Re:BSDでいいじゃん (スコア:1, 興味深い)
それぞれに向いている方向性が違うから。
そもそも、当時本当に初心者が大切にされていたのなら、大上段にンな事を言う必要は無い訳でして。
当時でも今と同様に初心者を見下す風潮は有りました。
それに対しての意識改革のスローガンとしての「タコを大切に」です。
元々優越感と上から目線を持っている人間の心情を親炙して、名称だけでも「タコ」として寄せただけでしょう。
逆に入門者向けには「タコ」を「我々は初心者をそう呼ぶのだ」と啓蒙してましたよね。
＃このまえレーザー５でもらったタコＴ見つけた。懐かしかったなぁ。
Re: (スコア:0)
Re: (スコア:0)
初心者の質問に対して答えてあげる、というような大切にするやりかたじゃないからでしょう。
偉そうな態度だと思われるかも知れませんが、日本におけるLinuxの黎明期で、まだみんなが
タコだった時代、あるいはみんながタコだった頃の記憶が鮮明だった時代の話です。
Re: (スコア:0)
私ならいかなる分野でも僅か数時間で「初心すら忘れた無能」になる自信があります
Re: (スコア:0)
「おれたち初心者は大切にされてるんだろ？初心者が困ってるんだ。助けろよ」
みたいに開き直られても困りますからね。
Re: (スコア:0)
名前が悪いに一票
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
そーいやその少し後だと思うけど、UNIX系雑誌でBSDの人達と生越氏達との対談の記事があった。
BSDじゃ一般プログラムからI/Oを直に叩けないという話で生越氏が「え？じゃあどうやってXサーバ作るの？」って驚いてて、IOCTLを使うという答えに「あーなるほどー」と。
その頃はBSD派だったのでこの記事読んでやっぱ正統派はBSDと思ってたけど、そういう「使えればよし」の精神でサポートするハードを増やしていったのが勝因なんでしょうなー。
Re:BSDでいいじゃん (スコア:1, 参考になる)
> IOCTLを使うという答えに「あーなるほどー」と。
ですね。
# 今時のデバイスはメモリマップドI/Oですけど、x86のレガシーなデバイスはレジスタがI/O空間にマップされていて、アクセスするために(特権の必要な)専用の命令が必要です。
# 通常のデバイスドライバならカーネルモードで実行されるので特権の問題はないのですが、Xサーバはユーザ空間にドライバがあるので、ユーザプログラムがその特権を獲得する必要があるのでした。
Re: (スコア:0)
FreeBSDも、i386_get_ioperm(), i386_set_ioperm() でI/Oポートアクセス許可できますね。割と昔から...。Linuxのマネをしたのかもしれないけど...。
inxxx(), outxxx()なんかがあるし、割り込みとか使わないなら十分つかえる。 See Also --> /usr/include/machine/cpufunc.h
Re: (スコア:0)
個人的には、特にFreeBSD周りでなんだかなぁという点がある（あった）。
1. giant lock の存在
ネットワークスタックや VFS に最近まで giant lock があったよね。
2. /bin /sbin の 動的ライブラリ化
NSS 対応で Linux がさっさと /bin, /sbin を動的ライブラリ化したのに対し、
BSD信者は「やっぱ Linux は駄目だね」と言っていたもんだ。
今は FreeBSD もどうなってるか知ってるね。
/rescue があるとか主張するかもしれないけど、実際それでシステム修復した人いるの？
3.仮想化
仮想環境のホストOSとしては、Linux の方が進んでいるね。
あと余談（BSDと関係ない）けど、昔伝聞でlinux2.4で構築していた配信系サーバを同等H/WのSolaris8にしたらパフォーマンスがでなくなったとか、そうそう代替がうまくいかないこともあるんじゃない？
Re: (スコア:0)
> /rescue があるとか主張するかもしれないけど、実際それでシステム修復した人いるの？
はい。
＃NetBSDでだけど。