  |
はてなキーワード: Wnnとは
http://anond.hatelabo.jp/20130830202223
特定を恐れずに、その経験談を書いておこうと思う。
400文字詰原稿用紙のレポートを何度も書かされた。学校までの道案内や入学式の報告といった、無味乾燥としたレポートだ。
その400文字は、先生の厳しい添削で真っ赤になるのが常だった。
まともな文章をたった400文字すら書けない。その現実の中で僕らはもがいた。
本を読んだ。
プラトンから「神々の指紋」まである推薦図書のリストがあって、半分は読んだと思う。（神々の指紋は残念ながら読んでいない）
村上春樹や吉本ばななや江國香織が好きな人が仲間内では多かった。一方で、ラノベばかり読むグループもいた。
その時期いちばん読んで良かったと思うのは、佐藤信夫の「レトリック感覚」「レトリック認識」だった。
ただ、読んで良かった、という気持ちだけが残っていて、内容は詳しく覚えていない。
50枚書くことは難しくなかった。
夏にはもう初稿が提出できて、先生にはそれなりに褒めてもらえた。
しかし、自作が何となく気に入らなくて、勝手に最初から書き直してしまった。
書き直した作品は、生徒みんなの前で罵倒された。（トラウマだ）
合計で7回は書き直したと思うけれど、何度やっても評価はされなかった。
そちらも同じように失敗した。
レポートなども合計すると、2年間で2000枚は書いたと思う。
授業では色々な人から話を聴いた。
某有名ゲームのプランニングをしていた人・女性雑誌の編集長・とある古参ハッカー・ラノベの大御所・今ではずいぶん有名になってしまった当時の新人作家……。
映画や演劇もたくさん見せてもらった。レポートの宿題が必ず付いていたけれど。
民俗学で古事記を読んだり、美術学で有名絵画から聖書のシンボルを読み解いたり、構造主義を応用して物語のプロットを組み立てる授業もあった。
教えてくれる人はみんな（出来る範囲で）熱心で、青臭い自分の言葉もちゃんと聞いてくれた。
ちなみに、小説の先生は往年の一太郎ユーザーで、ESCから始めるショートカットばかり使っていた。
キーシーケンスの組み合わせを暗記していたようで、VimやEmacsに通じるところがある。
日本語IMEについて、ATOKは使い物になるが一番良いのはWnnだ、と言っていた。その真意は定かではない。
提出ファイルにはShift-JISのプレーン・テキストを指定し、タイトルや名前の入れ方も詳しく指示していた。おそらくマクロで処理したのだろう。
ただ、提出メディアがフロッピー・ディスクだった。もう10年以上前の話で、テレホーダイの記憶が鮮やかだった頃だ。
僕が通っていた学校に限れば、環境としてそんなに悪いところだとは思わない。
当初は周囲を見回して傲慢になっていたけれど、その鼻柱は見事に折られてしまった。
客観的に言って、使おうと思えばいくらでも使える環境だったと思う。
ただ、進路が難しい。学校を出た後でどう生活を立てていくかが難しい。
卒業生の進路はそれぞれだった。
定職に就いていない人間もきっと多いだろう。
頭の良い同期は大学に転入した。
プロとして活動していると言えるのは、50人の同期の中で3〜5人だと思う。
おそらく最良の選択は、大学に転入し、標準ルートに戻ることだ。
標準ルートを知ることも大事だし、それから生活を安定させてデビューを目指せば良いと思う。
（ただし金が掛かりそうだが……）
何も知らない自分に大きなトラウマを与えてくれたのは、本当にありがたい事だ。
ただ、自我の捨て方は教えてもらえなかった。
こればかりは、学校の外で年齢を重ねてから、知るほかなかった。
某純文学系の新人賞に一度だけ送って落選した実績しかまだない。
そして、日本語よりJavaを書く時間の方が長く、それよりもD言語を書きたいと思う毎日を、無為に過ごしているのだ。
トラバでも言われてしまったけど、「学んだこと」と言いながら、学んだ技術的な内容をあまり書いていなかった。
多少参考になる部分があるかもしれないので、追記してみたい。
ストーリー構成の教科書としては、シド・フィールドが使われていたようだ。
ただ、当時はろくな翻訳が無かったらしく、教師オリジナルのテキストを使っていた。
ハリウッド流の伝統的な4分割構成が基本で、自分のアイディアをとにかくそれに落とし込み、内的整合性を保って読者に提示する技術を教えられた。
たとえば下記のような点をチェックするよう繰り返し言われた。
他にも色々と細かいテクニックについて教えられた。書くときの気構えであったり、推敲や添削の方法であったり。
今はストーリー構成の良書も多いだろうし、自分で教科書を集めて勉強できる環境も整っているかもしれない。
だから、自分で体系的な資料を集め、先生になってくれる人や切磋琢磨できる仲間を見つけ、継続的に書く環境を整えられれば、わざわざ専門学校に行く必要は無いだろう。
専門学校などという人生を浪費する施設より、週末の教室＋Webでの作品発表・添削という形の方が適しているかもしれない。今の時代はきっとそうだろう。
レベルの高い卒業生の作品を見ると、内的整合性の点では下手なラノベよりしっかりしているものが多かった。
しかし、
「全体的に整合性が取れていて、ちゃんとした盛り上がりがあり、伝統的な構成に従って無駄なく構成できているか？」
という問題と、
「それが商業的に売れるか？」
というのはまったく別の問題だ。
商業的消費はたぶん非体系的な世界で、体系的技術がそれにどこまで寄与できるかは分からない。
とあるデビューした卒業生の処女作は、内的整合性など何も考えていない、次々と新しい要素がひたすら出現する怪作だった。
その一方で、しっかりした技術のある人が、なかなかデビューの糸口を見つけられないでいる。
ちゃんとした構成や一貫性よりも、変に魅力的な脇役が愛されたりするのが商業の世界だ。
特に日本において、消費者は全体よりも部分を好む傾向が強いと思う。
そして、部分で受けることを狙うのはかなり難しい。
部分を愛する文化というのはきわめてハイコンテクストな文化で、普遍的・一般的な技術が原理的に存在できない気がする。
それは様式美に満ちた世界で、日本の文化はそういった様式美の継ぎ足し・連続で出来上がっているようにも思う。
こういった事は加藤修一の「日本文学史序説」に素晴らしくまとまっていて、とても面白かったので、創作に関わる人は序章だけでも全員読んだ方が良いと思う。
マンガもゲームもアニメもラノベも全部これで説明できるし、将来的にどんなものが日本で流行するか判別する目安にもできそう。
以上を要約すると、ちくま学芸文庫から上下巻で出ている加藤修一「日本文学史序説」を3000円で思い切って買おう、それを読めば専門学校に行かなくても大丈夫、場合によってはラノベを書かないで済ませられるかもしれない、ということだ。
見出しはこれ http://anond.hatelabo.jp/20121219191602
http://toro.2ch.net/test/read.cgi/unix/1288765389/232
232 ：名無しさん＠お腹いっぱい。：2012/03/25(日) 15:05:26.72 今月はじめ、職場に新しいPC(Pentium4の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにオープン系を採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのは UNIXのインストールパッケージでした。 「うへぇ～、よりによってUNIXかよ」 デバイスドライバがない、コマンドが変・オプションがない、X環境が古い、 今の奴は日本語入力大丈夫なのか(Wnn/Canna/kinput2)、将来の64bit移行はどうなのか、 今時のネットで必須のflashのプラグインは存在するのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一CADなどのエンジニアリング環境が充実していたUNIXは大学など 教育機関に浸透していて、日本のUNIX界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去10年のUNIX界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPlamoでもDebianでもRedHatでもKondaraでも Slackwareでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1355909018/4
4 ：名無しさん＠お腹いっぱい。：2012/12/19(水) 18:44:07.79 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、複数マシンでファイルを共有するのは 聞いていたのですが、起動したマシンの/etc/fstabの項目に書かれていたのは nfsという文字でした。 「うへぇ～、よりによってNFSかよ」 ファイルロックすると刺さる、ファイルを消したのに.nfsXXXが残る、 今の奴はACL大丈夫なのか、ファイルのCapabilityに対応してるのか、 今時のLAN上で使ってもセキュリティは大丈夫なのか不安はつきませんし、 ユーザーが減ってるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一ローカルディスクかネットワーク上かの区別なく透過的にファイルに アクセスできたNFSは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ファイルに書き込んだら所有者がnobodyに なっちゃったよとか、タイムスタンプがずれるよとか、NFSv4にしたらマウント できなくなったよとか、TCPよりUDPの方がオーバーヘッドが無い分速いはずだよね などと、鯖管気取りの偏ったどうでもいい我侭を言いだし、 (だからNFS鯖にするんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のNFS界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSambaでもNetatalkでもFTPでもなんでもいいですが 安定してユーザーが多いファイル共有システムにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1351627596/3
3 ：名無しさん＠お腹いっぱい。：2012/10/31(水) 10:57:28.82 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSに*BSDを採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはFreeBSDのインストールパッケージ でした。 「うへぇ～、よりによってFreeBSDかよ」 カーネルが変、日本語環境がない、ソフトが変・揃ってない、今の奴は 日本語文字コード大丈夫なのか(utf-8)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一PC98環境が充実していたFreeBSDは大学など教育機関に浸透していて、 日本のFreeBSD界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ポーツ(笑)でemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかとかなどと、 鯖管気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のFreeBSD界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもdebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1209056071/887
887 ：名無しさん＠お腹いっぱい。：2012/10/21(日) 11:56:55.61 今月はじめ、職場に新しい組み込みマシン(ファン付きだけど結構省スペース構成)が 入りました。多分私が開発全般をまかされそうな雰囲気です。業務的にとある 構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを 使用するのは聞いていたのですが、添付のサンプルソースコードからチラッと 見えたのはsethi %hi(hoge),%o0という命令でした。 「うへぇ～、よりによってSPARCかよ」 長くなるバイナリーコード、奇数アドレスワードアクセス不可、使いにくい レジスタウィンドウ、今時の素早いコンテキストスイッチに対応できるのか不安は つきませんし、今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にSPARCに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、32bitCPUでRISCでM68K系よりも高速で動作したSPARCは 大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、16bitイミーディエイト値すら1命令でロード できかないのかよとか、関数呼出しのたびになんで約100バイトもスタックフレームが 要るんだよとか、フラグレジスタの読み出しがなんで特権命令なんだよとか、 %g0ってレジスタ値変わらないし壊れてるよ、初期不良で交換だよとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからSPARC使うんじゃ ねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去25年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
