 
|
はてなキーワード: 初心者とは
はてなでウェブ上を巡回していると気づくが、ブクマ数毎に記事・ブコメの質が変わってくる。ただブクマが多ければ記事の質も比例してよいというわけではなく、数に応じて傾向がある。
人気ブクマには上がらず、その情報を探していた人にとっては有用な情報が記事になっている。またはブクマする癖のある人がふらっとブクマしただけ。
その情報を探していた人にとっては「非常に」有用な情報が記事になっている。特定の人ではなく、特定の分野（カテゴリ）に属する人が集まり、コメントも属性の近い人同士で有用な意見が集まる。
この辺りからホッテントリに表示されるようになり、特定の分野に関係の無い人、また同じ分野でも記事の意見に否定的な人が集まってくる。id指定のディベートも起こるようになるが、「あなたはこういう意見、私はこういう意見」という互いに頬をひっぱたき合って互いに納得する、調和が取れた状態で落ち着く。
ブクマが二分している状態または片方の勢力にドヤ顔でケチをつけ、「多数勢力になびかない俺かっこいい」的コメントを残す人（はてな村中級者に多い）が段々出てくる。
※ただ、既に31〜100ブクマで議論が交されたところにいきなり踏み込むと、その議論が起きるまでの経緯なしに目にすることになるので「何こいつら熱くなっちゃってんの」となってしまう心情は理解できる。
このような流れなので、せいぜい250ブクマまでが記事、ブコメ共に楽しめるバランスのいい状態。これ以上ブコメがつく記事については、そのブクマ数に達するまで短期（０〜２日）か中長期（３日〜）かで質が分かれる。
割と常識過ぎてその筋の中上級者には記事にする気すら起きないような内容（Excel で If の空白処理とか）だが、初心者には目からウロコとなるような記事はホッテントリに上がるや否や凄まじい勢いでブクマがつく。こうなると、「やり方が間違っている。正しくは○○だ」という親切心や「こんな適当な記事でブクマ数集めやがって」という嫉妬、「なんでこんなブクマついてるの」という、ブクマするお前が言うなっていう大衆忌避のブコメがダイソン状態で集まってくる。こういう記事は内容だけ軽く頭にとどめておき、ブコメの阿鼻叫喚ぶりをサラっと眺めてページを閉じるのが精神衛生上ちょうどよい。自分も熱くなってしまったら負け。
こちらは、記事の内容がよく推敲されておリ、脊髄反射的によさげな雰囲気だけでブクマされたものではなく、内容を丁寧に読んだはてな村民が丁寧にブクマした結果で時間を掛けてブクマ数が増えているため、内容が自分に合っているのであれば素直に便乗してブクマしておくべき記事である。ブコメも（ブコメ数）/ 100 ぐらいの数で記事に新たな視点を加えるような建設的・効果的な意見が上がっていることも多いので、はてな村民としては「ブクマが多いページをブクマして多数になびいたら負け」という気持ちからブクマをせずに閉じてしまいたくなる衝動にも駆られるがそこは我慢。新しい知識を得るための痛みだと思って恥を捨ててブクマした方がいい。
2011.3.11 の震災以降、情報に敏感な人が増えたのか、昔よりも記事のブクマ数が増えてきたように思う。ユーザ数が増えることは称賛すべきことだけど、（どんなサービスでもそうだが）多くなりすぎるとノイズが増えすぎてコンテンツの質を損なってしまうことが多々ある。
だけど読むべき記事、読まなくていい記事、コメントしなくていい記事など一人ひとりで基準を持って使っていれば、（時代の流れやユーザ数の遷移に伴って基準は修正しなければならないけれど）自分が得たい情報以外に無駄な感情や精神力を使わなくて済むので、はてな村の皆様もぜひはてなリテラシーを高めて過ごして頂きたく。
良い視点だと思う。
けど、サラダで野菜をたくさん摂取するのは難しいし、料理ができない人って衛生観念もおおざっぱな事が多いから
野菜料理はサラダじゃなくて具だくさんのスープを教えた方がいいと思う。
スープなら煮込み過ぎてもまずくなる事はないし、塩味は最終的にはテーブルで整える事にして、薄味でとめておいて貰う事にすれば、そうそうまずくはならない。
http://anond.hatelabo.jp/20120131130845
そこ明確にしないと。
料理作れて当たり前の人は「当たり前だろ」で通りすぎてしまうけど、作れないのが当たり前で育つと、なんで作らなくちゃいけないのかが理解できない。
インスタントラーメンで済むなら、それでいいじゃん。
まずは、人間が健康で生きられる標準栄養摂取量を教える。一日１６００キロカロリー摂取するとして、炭水化物が９６０キロカロリー、タンパク質が３２０キロカロリー、野菜が８０キロカロリー、乳製品が８０キロカロリー、油脂類８０キロカロリー、調味料８０キロカロリー、くらいの配分で食材を揃えて食べる必要がある。
サラダを３００グラム。ご飯をお茶碗４杯、肉を４００グラム、ヨーグルト一個。もう、献立が浮かんだね。そうだ。ステーキとサラダ。これを毎日作ってもらってみ。
サラダはパックを買ってくればいい。ご飯は炊飯器が炊いてくれる。肉を焼くのは、たぶん、１０回もやれば覚えるだろう。ヨーグルトは出来合いでいい。
で、これを基本にして、奥さんが料理に慣れてきたら、サラダを酢の物に変えてもらってみるとか、肉を魚に変えてもらってみるとか、応用していってもらえばいい。
カレーとかラーメンとか、作り慣れてる人は簡単だけど、初心者には案外難しいんだよ。サラダはボウルに盛ればいい。ご飯はよそえばいい。肉は焼けばいい。そういう料理のほうが簡単だし、栄養バランスが取れてくるから、体調も良くなってくる。
| 名前 | トップ枠 | シュット枠 | バラエティ枠 | ヲタ枠 | 天然風 |
|---|---|---|---|---|---|
| ＡＫＢ４８ | 大島優子 前田敦子 |
小嶋陽菜 篠田麻里子 |
高橋みなみ 峯岸みなみ |
指原莉乃 | 高城亜樹 |
| ＳＫＥ４８ | 松井玲奈 松井珠理奈 |
小木曽汐莉 | 矢神久美 | 秦佐和子 | 木崎ゆりあ |
| ＮＭＢ４８ | 山本彩 渡辺美優紀 |
吉田朱里 | 山田菜々 | 小笠原茉由 | 近藤里奈 |
| アイドリング | 朝日奈央 大川藍 |
横山ルリカ | 菊地亜美 | 長野せりな | 森田涼花 |
横増田だけど
ノウハウを書いたブログの転載に関しては「ネットに書いたものは全て無断で拡散される可能性があるもの」として諦めている
記事がミックスされて自動生成記事にされたり勝手に自動で収集される記事まとめブログに
一つ一つ抗議するのも手間がかかりすぎるので、増田以外のブログにはあえて無許可無ソースで転載可（しかし情報の状況は時間の経過ともに
変化するからそこら辺は転載する人が責任とるようにうんぬん）と書いてあとは放置
増田以外のブログはこうやって取引ルールや質問に対応していますよという、マイルールを初心者向けに広めるために作ったブログだった
から転載されて情報商材に使われようがそれは別に構わなかった Q&Aサイトの流行とともにそのブログも役目を終えて更新もやめた
ニュー速に書いたレスに関しては「書き込みを2chまとめアフィサイトに転載する時はレス使用料金を払ってください アフィリンクついていない2chまとめサイトはレス使用料無料です。」と書いたらレス転載するところ少なくなった。
ライフハック系ブログ・アフィ付きまとめサイトへの無断転載はともかく増田で書いた記事を許可無く無断で書籍や有料コンテンツ（電子書籍・有料メールマガジン・雑誌記事・ネットでの広告記事も含む）の一部にされた場合は流石に訴えるかも そこが横増田のライン
追記：「匿名」である「はてな匿名ダイアリー」の記事を本当の話であるかのようにネットメディアに無断転載するからには
無断転載したネットメディア側もその記事が嘘だった時に責任を取って欲しいものですね。雑誌や新聞と違って「伝聞」だからで逃げては
161 ほとんどコピペ :2011/02/24(木) 03:29:45.26 ID:q32K6zHQ
BRIGADOONまりんとメラン：主人公のマリンとその周りの人達が送る心温まるストーリー！！
serial experiments lain：内気な少女がネットで暴れまわる！！時代を先取りした爽快SF作品！！
今、そこにいる僕：剣道少年がいきなり戦場に！？痛快アクション！！
エルフェンリート：変な力を持った猫耳少女が巻き起こすはちゃめちゃ大騒動！！
無限のリヴァイアス：陽気な宇宙戦艦のクルー達が送るドタバタSF漂流記！！
なるたる：ある日主人公が星型の宇宙人と出会うメルヘンストーリー！！
蒼穹のファフナー：島に住む子ども達の生活を描いた超感動作！！
ぼくらの：臨海学校で出会った子どもたちがロボットの操縦士に！？大騒動コメディ！！
TEXHNOLYZE：己の拳で成り上がれ！！スラム街が舞台の熱血ボクシングアニメ！！
ねこぢる劇場、ねこぢる草：キュートな猫の姉弟が大活躍！！ほのぼの日常アニメ！！
秒速5センチメートル：忘れられない初恋の子を追いかけるハートフル恋愛アニメ！！
ひぐらしのなく頃に：昭和58年を舞台に田舎で少年少女が繰り広げる部活動のドタバタストーリー！！
魔法少女まどか☆マギカ：大切な願いを守るため奮闘する少女たちの王道魔法少女ストーリー！！
Pythonをかれこれ5年ほど使っているけれど、いい加減頭にきた。
大体頭に来るような内容というのは限られていて大体は
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
本当にPythonを殺し、メインのスクリプト言語となる望みを、あるいは何であれメインの言語となる望みを絶ったのは、永久凍土の問題なのだ。人々はいまだ埋め込みインタプリタにTclを使っている。どのような面から見てもTclよりPythonの方が遥かに優れているというのに——ただし永久凍土の問題を別にすれば。
これに尽きる。
よく言われるが、インデントに縛りがあるのもselfが付くのも慣れてしまえばさほど気にならないし、むしろ魅力的とも感じる。
しかし、Pythonを本当の意味で糞たらしめて居るのはその言語を使っているコミュニティがあまりにも思考停止しているからだ。
インデントやselfが気に入らないなんて些細な問題を他の言語使いから散々文句を言われたがために、本当の意味で言語の弱点になっている部分が指摘された時にも「それは言語仕様が悪いんじゃない。言語仕様に沿って考えられないお前の頭が悪いだけだ」と言ってくる。
実際のところ、Pythonの仕様には言い逃れのできない仕様の穴は幾つもある。もちろんよく引き合いに出されるRubyやPerlにも仕様の落とし穴は山ほどある。仕様の穴そのものは実はそんなに深刻な問題ではない。
真に問題なのは、Pythonコミュニティはその仕様の穴を断じて穴と認めない事だ。
言語同士でdisり合いになったとき、何かその穴をつつかれた場合の各人の反応はおよそこんな感じだ。
Perl使い「そうだよね、そこの仕様は頭悪いよね。でもPerl6のこの機能使えばこんなに短く綺麗に書けるんだぜ(と全く読めないコードを出す)」
Ruby使い「うんうん、仕様の話題でもそこは殺人現場とか呼ばれてるね。コミュニティ的にはこっちの機能を使うことを推奨しててそっちはobsolatedだね」
PHP使い「それ言い出したらこっちにこんなに大きな地雷あるし、この地雷なんてもっと大きいぜ。ほんとPHPは地獄だぜ」
Python使い「お前の思考通りに言語が動くんじゃなくてお前の思考を言語に添わせるんだよ、言語の挙動すら理解せずに使おうとするんじゃねえ」
こんな感じに、まず最初に質問者へ人格攻撃を行う。インデント言語であることやselfの問題について未熟なプログラマからのどうでもいい指摘を散々受け流してきたPythonコミュニティは、言語仕様について文句を言われる事に慣れているためまず相手を攻撃する。初心者を寒波が洗礼するのだ。
言語仕様が汚くなっている事まではどの言語も一緒なのだけれど、Pythonコミュニティだけは欠点を認めず必死に(∩ ﾟдﾟ)アーアーきこえないという態度を取る。
これこそがPythonを糞言語たらしめる最大の弱点である永久凍土の問題。コミュニティが凍れば言語の進歩も凍る。
Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ
端末からのテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに
PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか？
けどまぁ、情弱な文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか
数値計算や端末からのテキスト処理なんてWeb系じゃ大して使わないからなあ…
Pythonに関しては、ZopeさえコケていなければWebサーバ用LLとして大成功していたはずなのに、
Railsなんかが登場したおかげで、すっかり影が薄くなってしまいますた....
ってか、railsにインスパイアされたフレームワークって今じゃ幾らでもあるよね
djangoとかCakePHPとか。rubyってRoRを使いたいユーザを除くと、
pythonやPHPの方がユーザー数は圧倒的に多いと思うんだけど
本家のrailsって、他を遥かに越えるほど良いものなんだっけ？
44
Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
C a k e P H P は う ん こ
CakePHP使ってんの？
可哀そうにw
でもやっぱりいつもの使い慣れたLL(Python/Ruby)で
Webサービスを書きたいってのがある
求人数は
Ruby on Rails＞＞＞＞＞＞＞＞Django
http://www.indeed.com/jobtrends?q=django%2Cruby+on+rails&l=
どういうことなの？
求人数が多いのはそのためだと思うよ
なんかのミスかと思ったがアメリカでもRuby on Railsは人気があるのかなあ・・・
Pythonのほうが使いやすいと思うのだがフレームワークはRailsが優位なんだろうか
Djangoは周辺ライブラリが微妙だし本体も鈍くさい感じがする。
でも、FlaskはSinatraより好きだから、Pythonが嫌いってわけではない。むしろ好き。
ただ、いざ作り始めるとやっぱりRailsが楽だなあってなって、Railsを使い続けている。
同感だ
同じように思っている人が他にもいて安心した
PHPはフレームワークが乱立しすぎているから、RailsをPHPで実装してみようというやつが出てきた。
それに比べてPythonは、Zopeというデファクトスタンダードが既に存在していたけど、
ただ、どうやってもRailsもどきがRailsを超えることはできないのは間違いない。
パクリはオリジナルを超えられない(ｷﾘｯ って定型句だけど、
これってｷﾘｯって言いたいだけだと思う。
D言語って超えたって？
B言語って超えたって？
PHPで同じ事をできないわけではないだろうけど、Ruby on Railsほど簡潔にはできない
まあくだらねえWEBサービス作って喜んでる情弱は早く死ねって事だよ
そういう理由じゃなくてRailsのほうが単純に情報もプラグインも多いからでしょ
linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
わざわざ不合理で不完全な言語を使うなんて
もしも
＞linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
真実であるのなら、今頃はdjangoの情報とプラグインが溢れかえっているはず
yumや、gdbとgnomeの拡張がpythonであるからといって、それをwebアプリでも使いたいと思う人は少ないというだけのこと。
ソースからインストールする必要があったとしても、web開発ではrubyを使いたいという人が多いというだけのこと。
というか、世界中のPythonプログラマが Remeber Zope!! を合い言葉に
打倒RailsたるWebフレームワークを開発しているはずだけど、
Railsも登場してから、かなりの年月が経過しているんだけどなぁ....
その間にもRailsはRails 3が登場して、REST/AJAXの強化等の進化が継続しているよ
Ruby では
ary.map {|x| x**2}
map(lambda x: x**2, ary)
となり、lambda の本体が1つの式では表現しきれなくなると
.....
と書き換える必要があります。
f = lambda x:(x and f(x-1)*x)or 1
RubyにはPythonのように「lambda本体は式でなければならない」という限定がありませんから、
f = lambda{|x|if x == 0 then 1 else x*f.call(x-1) end}
または
f = lambda{|x|x == 0 ? 1 : x*f.call(x-1)}
と書けます。lambda内でreturnが使えますから、書きたければ
f = lambda{|x|if x == 0 then return 1 else return x*f.call(x-1) end}
でもOKです。
348
これはPythonをdisっているように見せかけてRubyをdisっているのか？ と一瞬思ってしまったｗ
だってRubyのほうが長くない？CLのfuncallみたいなcall()がちょっとうざいし…
そしてどっちもlambda式の中で束縛変数の名前で再帰可能、と
print [x*2+100 for x in [1,2,3,4,5] if x > 2 and x < 5]
暗号のように見える。
puts [1,2,3,4,5].select{|i| i > 2 and i < 5}.map{|i| i*2+100}
思考の流れと、コードの流れが一致しているので書きやすい。
map(lambda x: x*2+100, filter(lambda x: x > 2 and x < 5, [1,2,3,4,5]))
pythonて可読性が高いのをうたってる割にはそこいまいちだよね
Rubyの場合には、左から右へと無名関数がデータフローあるいは
関数型プログラミングに不慣れな初心者でも、参照透明性のあるコードが自然に書ける
プログラマにとって優しい or プログラミングの楽しさを教えてくれるのがRuby
それと比較すると、Pythonのコードは、関数型プログラミングというものが
いかに高度で難解なものであるかという事をもったいぶってプログラマに押し付ける
もしもPythonしか知らないプログラマであれば、関数型 = 難解 という印象を持つだろう
階乗計算くらいだと単純すぎて、ナゼ重要なのかが分かりづらいと思うのでコードで示す
result_list = source_list.map { |elem|
x = foo(elem.x) # ここが局所宣言を書く部分
x + y # 最後に評価された式の値が、無名関数のリターン値になる
}
Rubyでは、map等に与える無名関数の中で局所的な環境(クロージャ)が作られるから、
x = foo(...) のような代入文がいくつでも(= 複雑な処理でも)書ける
このポイントは、実用的なプログラムを関数型風で書こうとした時に、威力を発揮する
余計分かりづらくなった
高卒ドカタなんだろうなぁと可哀想になる
集合の表記に似せてることが分かるから
355
＞map/filterはfor/ifと同じだと言っているだけだから、難解という印象は持たない。
関数型プログラミングに慣れた、あるいは得意な人であれば、そういった印象なんだろね
Rubyの魅力はこれから関数型プログラミングを学ぼうとする初心者、 あるいはそんな初心者へ教える立場から見た、優しさ or 分かりやすさなんだ
[1,4,3,2].sort.reverse.map{|x| x.to_s}.join('-')
Pythonだと読みにくい。
'-'.join(map(str, reversed(sorted([1,4,3,2]))))
Pythonでは思考の流れと一致しないばかりか、「カッコだらけ」のコードになると.....
カッコだらけのコードを分かりやすくする基本的な方法は静的単一代入じゃないか
Rubyのやり方は基本ではなく玄人のやり方だろ
Pythonでは組み込みの型でメソッドチェインはやって欲しくないな
似たようなコレクションtuple,deque,array,queue等にも同じメソッドが必要になってくるし。
372
外部のライブラリでも列挙可能なものは、たいていEnumerableモジュールをimportしてますね
Rubyユーザーは列挙可能なものはmapやselectできて当然だろって思ってる気がします
Pythonは「何かを便利に書くためのしわ寄せ」をはっきり寄せてくる
得意と不得意を言語レベルではっきり主張するのでメリケン好みと言えなくもない
Rubyは全方位になんとなく八方美人なので、全体的になんとなく書きやすくてなんとなくキモくて遅い
「書きにくいってことはその処理に向いてないってことだから諦めろ」を地で行く
無名関数が文を使うほど複雑なら名前を付けるのが Python 流と想像。
これを読みづらいと感じるのは、左から右に流れる
もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか？
自分で調べた範囲で
http://real-seo.net/my-seo/seovo3.html
・はてなダイアリーは携帯向けのアフィリエイトには向かないっぽい
携帯からアクセスすると、リンク先が強制的にはてなMobileGatewayを通してモバイル用に
「はてなMobileGatewayについて」（はてなMobileGateway）
「変換されないプレーンなリンクを貼る方法ってありますでしょうか？？」（人力検索はてな）
http://q.hatena.ne.jp/1255754183
→http://d.hatena.ne.jp/はてなID/mobile
「モバイルサイトをPCで見るためのツールやFirefoxアドオン」（NHN Japanディレクターブログ）
http://blog.livedoor.jp/ld_directors/archives/51079649.html
・amazonアソシエイトにGmailのメールアドレスで登録して紹介料をAmazonギフト券で受け取る人は要注意
「Amazon ギフト券が Gmail の迷惑メールに振り分けられて困る」（新電波）
http://denpa-shinbun.com/computer/amazon-gift-gmail.html
amazonは紹介料3.5％〜、でも有効期限が24時間で短い
「楽天とアマゾンの比較 アフィリエイト報酬が決まるクッキー有効期限が30倍近く違う」
http://iopower.info/wordpress/archives/167
「楽天アフィリエイトとアマゾンアソシエイトどっちが有利なのか?」（アフィリエイトで稼ぐ方法）
http://affiliate.nufufu.com/archives/283
http://www.hatena.ne.jp/info/affiliate
「はてなの書けない「はてなダイアリーでアフィリエイトをはじめよう」（ぼくははまちゃん！）
http://d.hatena.ne.jp/Hamachiya2/20080624/affiliate
「はてなダイアリーへの無料アクセス解析設置まとめ」（ 元デザイナーのプログラマン）
http://d.hatena.ne.jp/ccoo_nick/20100626/1277566529
「Amazonアソシエイトの紹介料を寄付する」と書いてはいけないようです（頭ん中）
http://www.msng.info/archives/2011/04/i-dont-say-i-donate.php
他になにかあれば追記お願い
男で酒飲める人なら誰でも憧れる一人BAR。
過去には
http://burusoku-vip.com/archives/1354659.html
みたいなつらい思いをした人もいて、
BARは初心者にはオススメできないところだーなんて思ってたが
なんとなく一人BARの過ごし方がわかってきたので
つらつらと書いてみる。
・とにかくカウンターに着く。
・ウイスキー2杯目。ここで1杯目に飲んだウイスキーと比べてもっと辛い、もっと甘いとかリクエストする。
ぴったりの1杯を選んでくれるはずだ。
・話したげな目線をバーテンさんにおくる。多分話しかけてくれる。
自分の家の近くのBARを選ぶと「住」の話がしやすいのでいいんじゃないかな。
・テレビあるバーにも行ってみたけど、ここはテレビが話題を作り続けてくれるので
話題が途切れるということがなく、デビューという意味では過ごしやすい。
・常連さんっぽい人が登場。話に耳を傾けるだけでも時間がすぎる。
・お店を出る前に、「このへんで行きつけのBARを作りたくて、いろいろ回ってる」と伝えると
オーナーさんは意外と親切に教えてくれる。
こんな感じかね。
結局2日間で3件回ってみたが、
お店の内装はもちろん、バーテンさんの考え、行動がお店ごとにあるので
色々バー巡りしてみるのはほんとうに面白そうだ。
また行こうと思う。
JavaScript って生き物っぽいって思ったのがきっかけだった。
なんか菌？に遺伝子いれてたんぱく質を生産させるやつ？ Function は菌の細胞膜で prototype は遺伝子で、だから prototype に全然関係ない違う生物の遺伝子を生きてる菌に入れちゃったり。そうすると全然ちがうたんぱく質が生産されたり。prototype にべべーっとコピーして追加するのなんてまさしくそれっぽい。
だってプロトタイプベースって、生き物しかいない世界じゃない？基本的に。インスタンスってのは生き物じゃない設計図があってそれにしたがって出来た生き物がインスタンスってイメージあんだけど。プロトタイプベースの世界にはそんな設計図も生き物じゃないものもないよね？なのにわざわざインスタンスっていうのに何か違和感？ご都合主義的なもの感じる。クラスは型で、インスタンスを実体だとかなんとかって氾濫してるせいかな。多分この辺の用語が JavaScript をわかりにくくさせてる気がする。
僕の感覚では、オブジェクトってのは生き物で、クラスベースってのは神が設計図に基づいて生き物を生産してる世界で、インスタンスベースってのは生き物が生き物を複製してる世界のイメージだ。多分、原始の生物はインスタンスベースみたいな世界で、海の中にうようよしてたんだろうな、とか。
オブジェクトじゃないものは、生き物じゃない死んでるたんぱく質や RNA の破片みたいな。それだけじゃなにもできないみたいな。それだけじゃ命がないから、生き物の殻に詰めるってのが JavaScript のコンストラクタのイメージ。
Perl の bless したらこれはもう命入ったよ生き物だからねっあとは勝手にしてねってのも、Python の名前空間さえあればなんとかなるよねってのも、JavaScript のハッシュさえあれば世界作れるよねってのも、みんなどこか似ている。ちゃんと OOP を理解できてるかは別としてもこの三つはわりとすぐやりたいことができた。昔 Java の本を買ってきて挫折したのにくらべたら、なぜかずっとわかりやすかった。（bless という命名はすごく洒落てる）
全然関係ないけど、Django の日本語リファレンスは何か萌える。ラクダ本の日本語訳はむかつくのに。
プログラミングを始めたばっかりの時は、なんだか難しい用語の意味を理解しないと OOP がわからないと思ってた。それは僕らの住んでる世界とは全然関係のないプログラミングの技術ってやつだと思ってた。
でも多分違う。
世界が動く仕組みさえあれば、あとは作り手に世界の成り立ちを抽象化する表現力さえあれば、世界は勝手に表現されていくし、動き出してく。たまたま僕らの世界はオブジェクトなもので溢れていて、プログラミング言語が進化すれば世界に似るのも当然だろう。いや逆か。プログラミング言語が世界に似てきたから、オブジェクトなんていう世界に似た概念が出てきたってことか。なんだか難しい用語ってのは、その表現の一部分の技術に名前をつけてるだけなんだな、と。例えば何とか歌唱法や何々画法とか何とかレトリックとかパースの取り方みたいなのと同じ。それは表現を理解する手助けにはなるけど、その意味を知る事がイコール表現力をあげることにはならないんだよね。これに気づくのに遠回りしすぎたなあ。
（知識を得るだけで、100% 還元される人もいるかもしれないけど、そんなのは一部の天才だけだと思う。殆どの凡人はそうはいかない。とはいえ、元の錬度が低ければ、コツをいくつか教わるだけでいきなりうまくいくこともある。ただ、それをまるまんま実力だと思うのは、どんな分野でも危険だ。恋愛テクニックやらを必死に読んでる連中が男女間の深い人間関係を上手くやれてるとはちょっと想像できない！）
プログラミングで表現力を上げるにはどうすればいいんだろう。きっと他と同じだろうな。いい表現を沢山味わって、世界をよく観察して、どう成り立ってるかどう動いてるか、私達はそれをどう認知しているのか、考えることかもしれない。漫画家を志す人が美術解剖学を学んだり、優れた画家が絵筆で世界を生々しく描写するように、優れたプログラマは世界のなりたちをプログラムに写し取ったり、世界の仕組みを作る事が出来るのだと思う。
要求するだけなら、実は簡単なんです。例えば、私は耳から聞き取ることが苦手です。だから、「指示はメモやメールなど、目に見える形で頂けると助かります」と申し上げることは出来ます。ただ、「ボイスレコーダーを隣に置いて仕事をし、指示を上手く聞き取れなかったときはレコーダーを聞き直しながら仕事をしてもいいですか？」でもいいと思うのです。また、私が思いつかないだけで、他に配慮して頂ける方法もあるかもしれない。
言うだけ言えばいいんじゃねそれ全部…
その中で、どんな配慮がいい？と尋ねられても……申し訳ないですが、それは私には分からないです。メモを渡す方が都合のいい職場もあるでしょうし、メモを渡す余裕のない職場かもしれない。どんな配慮が出来るかは、職場によりけりだと思いますから。
それはあんたの「言うだけ言う」を受けて職場が考えることじゃね…
また、これは純粋に、他の方からのご意見を聞きたいと思っていることですが、
貴方が面接側の立場だったとして、一方的に「ああして欲しい」「こうして欲しい」と要求ばかりする求職者を採用したいと思われますか？
どうして欲しいかわからない人よりはニーズ述べる人のほうが入れ易いんじゃね…
譲歩するとかしないとかは
互いのニーズすり合わせる段階で（入社した後で）考えることじゃね…
だから、私は障害については出来るだけ説明するようにしており、
意図的だろうとなんだろうと
具体的なことが何にも書いてない＆聞くと口ごもる人は採用しづらいよね…
それって「私との連絡は全部テキストベースにして欲しい！ここは譲れません！」よりずっと採用しづらいってわかってる？
貴方が私の立場なら、どう返答されるでしょうか。
私が貴方なら、自分のして欲しい具体的なことを思いつくだけ最初に全部言います
内容は広く、言葉としては簡潔に
その際の細かいコツとしては
＞「指示はメモやメールなど、目に見える形で頂けると助かります」と申し上げることは出来ます。
＞ただ、「ボイスレコーダーを隣に置いて仕事をし、指示を上手く聞き取れなかったときはレコーダーを
＞聞き直しながら仕事をしてもいいですか？」でもいいと思うのです。
こういうのはあまり良くない
あなたとしては誠実に様々なオプションを示しているつもりであっても、
口頭で聞いてる相手はなにか、扱いきれないほど膨大で煩雑なことを言われてる気になる可能性はある
貴方が言っていたこと全てを含みながら簡潔で、相手も聞きやすくなります
なんでもないような感じに広範な事を要求するのが大事
どう返答されたらわかりやすいものになるでしょうか。
あなたの障害に対して必要なコストが「自分達に対処可能なものか」について気にしてると思います
あなたは自分の障害についてわかってる範囲で「こういうことが必要ですよ」と言えばいい
もっと言えば「それなりの便宜は必要ですけど、あなた達がコントロール不可能なほどの事は何もありませんよ」
と示してあげればいいだけ
まず、私の中では、
障害者＝怒られない、は存在しない。また、障害者＝必ず配慮されるべき者……ではないような気がする。
そもそも、間違えた部分は、注意されるべきだし、怒られるべきだと思う。指摘されなければ、間違いは分からないのだから。
理不尽なのは、『何故』怒られるのかが『分からない』こと。なぜなら、『分からない』ままだと、『直す』事が出来ないから。そして、直す方法を考える手段がないまま、『直せ』と言われるのは、流石に理不尽だと思う。
ただ、それを説明するのは難しい。なぜなら、これまでの人生で口にした時は『言い訳』としか取られなかったから。
ーーと、その辺の所をぐだぐだ説明した（注：たしか、このあたりで泣き始めた）ところ、
あなたのこれは悪いけど面接という限られた時間、限られた目的のフォーマルなシーンでは真面目すぎるし深すぎる
相手がそういう話を求めてなかったのはその場に居なくてもわかる
貴方にとっては障害が日常であるからそりゃ障害についての考察は深く深くなるだろうけど
相手はその道の初心者だと言う事を貴方の方から配慮しないといけない
他の面接の例にするなら
「在学中に〇〇の研究をしたそうですが、どんなものですか」って聞かれたとして
その会社と関連性のある部分だけダイジェストにして簡潔に喋るよね
その研究の科学史上の深い意義や本質とか、それやってるときの自分史とか、研究完成間近に愛犬が死んだドラマとか、
＞「普通の人なら、間違えたら『違うやろ』って叱れる。でも、障害者の人を叱ることは出来ない。
＞なぜなら、障害が原因で間違いを起こしていたとしたら、それを叱るのは理不尽でしょう？
＞それならば、そもそもその向かない仕事はしてもらわずに、出来る仕事をしてもらえばいい。
＞でも、貴方のように目に見えない障害で、何を配慮したらいいか分からないと、こちらもどうもしてあげられない。
例えば
仰るとおり、私の障害は一目で見てわかるようなものではなく、ご心配の趣旨はわかります。
そこで私は本日、自分の障害のある分野を簡単にまとめたレジュメを持参いたしました。
これに目を通していただくことで、私の障害の傾向やパターンのようなものは
どうぞよろしくお願いいたします。」
と述べれば
相手の質問が不明瞭なままでも話の流れはこっちの都合に沿って進むし
相手もそれに沿って会話を続行するよ
「どう思う？」っていう質問は確かに指示方向が広範で、あまり真剣に考え出すと意味がわからなくなる
そういう質問の仕方をする人は、慌ててるか、頭が悪いか、どっちにせよ混乱してる
私はそういう時は全部自分の都合のいい方向に回収して自分の演説おっぱじめちゃうしそれで得をしてきた
ぱっと見ると貴方には「図々しさ」と「相手の立場を読む心」と「適当さ」が足りてないように見える
過去に「図々しい」とか言われた事があってその反動でそうなってるの？
ただし深いレイヤーは避けて、浅く浅くね
IT企業に内定もらった学生だが、就職先について悩んでいる。専門は電気電子。在学中にITの仕事に興味持って、授業で習ったC言語が楽しかったというのもあって、IT系を中心に就職活動をしていた。だから、滑り止めってつもりは全くなかった。せめて学校でITの勉強をしてきた人に負けないようにと、プログラミングの勉強を独学でしていた。
それでおれはアンドロイドアプリを作りたくてjavaの勉強をした。アンドロイドアプリを作るための本も買ってきた。javaをやってるうちは問題なかった。授業で習ったC言語に似ていたし。問題はアンドロイドアプリの勉強をしようとした時に生じた。
おれはじっくり書店でアンドロイドアプリ開発の本の調査を開始した。どれも3000円近く、貧乏学生にはやたら手を出せる代物ではなかった。そんな時、javaを勉強した本の同じ著者がアンドロイドアプリの本を出したんだ。ぼくは衝動買いした。買って大喜びで帰って家で勉強を始めたよ。だが、javaではあれほどわかりやすく書いてた同じ著者なのに、なんだかわかりにくい。基本的にjavaの知識があれば問題ないはずだった。なのに、解説を読んでも、コードを見ても何をしてるのかさっぱりわからない。
アンドロイドじゃ使う命令がまるでちがう。これホントにjavaかって思うくらいに。おまけにインターネットのリファレンスは初心者に不親切で、こちらも何かいてあるか理解できなかった。僕は勉強する手段を失った。アンドロイドアプリ開発に挫折したんだ。見あげれば雲にも手が届きそうに感じた、自信満々だったあの頃の自分はどこへ行ったんだ？
別の本を買ってみても、やる気になれなくて放置してる。頭に浮かぶのは内定を貰った企業。俺のこの程度の理解力でこの先やっていけるだろうか。IT業界には35歳定年説ってのもあるし、やはり難しいんじゃないだろうか。IT企業で働いてみた所で、落ちぶれて途中で挫折するんじゃないだろうか。僕は自信を失って、一週間位鬱憤とした気持ちでいた。ひょっとしたらその時の傷を未だに引きずってるのかもしれない。学校の勉強が身に入らない。1年生の頃は、あれほど勉強熱心だったのに。俺の心は腐ってしまったのか。
プログラマーという職業にワクワクする反面、不安の方も大きい。学校での勉強を活かせる回路設計にも興味ある。今から他の企業を探そうか迷ってる。僕はこの先どうしたらいいだろうか。
完全な初心者の状態から勉強を始めてから大体5ヶ月でウェブサービスが完成したので何を用意したり何をどうやって勉強したらいいのか色々書いてみました。
アイデアはあるんだけど、プログラムとか難しそうで自分にはウェブサービスなんて作れないと思ってる人がいたらその敷居を少しでも低くできたらいいなあなんてと思ってます。
ちなみにボクはぼんやり１年くらいはてなブックマークにのってる記事を見ていてプログラムとかできたらいいよなあなんて思っていてようやく重い腰をあげた人です。
さらに自分は文系で数学も英語もロクにできない人なので、基本的に誰でもサイトは作れると思います。
そもそも中学生でもプログラミングができるんだから大人に出来ないわけないですよね。
これからウェブサービスを作りたいっていう方の参考になればと思います。
※自分も初心者なのでまちがってることがあったら教えてください。
●何を用意すればいいのか
※自分がWindowsなので何個かWindows向けのソフトを紹介しています。
※Macの方は申し訳ないですが、Mac向けのソフトをご自分で探してください。
(1)メモ帳
アドビのdreamweaverっていう便利なソフトがあるらしいですがお金もかかるし別に必要もないと思います。
ただのメモ帳だと使いづらいのでボクは「TeraPad」っていうフリーソフトを使っています。
例えばプログラム言語ごとに表示を切り替えると、関数とかコメント部分の色が変わって見やすくなって便利です。
・TeraPad ： http://www5f.biglobe.ne.jp/t-susumu/library/tpad.html
サイトを作っても各ブラウザごとに見え方が違うのでそれぞれ確認するために何種類かブラウザをインストールしましょう。
ボクはIEとFireFoxとChromeの３つをそれぞれ表示して確認していました。
OperaとかSafariも本当は確認しないといけないと思うんですがこの3つで十分だと思います。
(3)XAMPP
ザンプって読みます。ざっくり言うとローカル環境(自分のパソコン)でプログラムを動かす環境を作るソフトです。
いちいちサーバーにアップロードしなくても、プログラムが動くかを確認できるので便利です。
またレンタルサーバーでプログラムが暴走してしまうと迷惑がかかるらしいのであらかじめ自分のパソコンで確認するのがいいようです。
・XAMPP： http://www.apachefriends.org/jp/xampp-windows.html
(4)ドメイン
何とかドットコムっていうやつです。ネット上の住所的なやつです。example.comとかexample.netとか。
ボクはお名前.comでドメインをとりました。ドメインの個人情報を隠せる？サービスがあるのが理由です。
まあどこで取っても大して変わらないと思うので目についたところで取るといいと思います。
「.com」だったら年間1000円くらいです。長すぎるドメインはとらない方がいいかもです。
(5)サーバー
ネット上にファイルをアップロードするところです。ドメインが住所だとすると土地みたいなイメージです。
ボクはさくらインターネットさんのレンタルサーバー(スタンダードプラン)を借りています。
理由はグリーの社長さんがほめてたから。お金も月額500円なので安いです。
同じ500円だとニコニコ動画のプレミアム会員になれますね。ちなみにボクは一般会員です。
さっきファイルをアップロードとかさりげなく書きましたが、そのファイルをアップロードするソフトがFTPソフトです。
ボクはFFFTPを使っています。最初使い方がわからなくて戸惑いましたが慣れれば簡単です。
・FFFTP ： http://www2.biglobe.ne.jp/~sota/
(7)FireMobileSimulator(FireFoxのアドオン)
携帯電話のサイトを確認するには基本的に実機で確認するのが一番ですが、個人で全部そろえるのは難しいです。
そこでFireFoxのアドオンのFireMobileSimulatorという拡張機能を使って簡易的に確認するのがおすすめです。
XAMPPのようなローカルサーバでも確認することができます。
・FireMobileSimulator ： http://firemobilesimulator.org/
FireMobileSimulatorで確認できるといってもやはり見え方は違います。念のため実機で確認しましょう。
ボクはiphone使っていてそれの確認はしてるんですが、androidの友達がおらんのでまだ確認してなくて実はまだ不安だったりしてます。
上と同じようにやはり実機で確認した方がいいです。特にガラケーは見え方もそうですが、プログラムがうまく動かなかったりします。
例えば、AUだけフォームに「enctype="multipart/form-data"」を入れてると文字化けするという謎の現象が起きたり。
他にも色々あって制作に時間がかかったのは正直このガラケーのせいです。色々３キャリアで統一とかしてくれないんですかねえこれ。。。
友達のY君とMさんとNさん本当にありがとうございました。匿名ブログだけど感謝してます。
●何を勉強すればいいのか。
さて具体的に何を勉強すればいいのかわからない人がいると思いますが、以下を勉強すればウェブサービスが作れます。
ということでひとつずつ説明。
マークアップ言語っていうらしいです。プログラムじゃなくてhtmlファイルを作る言語です。
とりあえずhtmlでサイトの文書の論理構造を書いて、cssでサイトの見た目をキレイにするものだと思ってください。
適当に検索すれば勉強できるサイトがたくさん出てくるのでそこで勉強してください。
本も売ってますけど基本的なところは難しくないので買う必要はないと思います。
調べると、html5とかxhtmlとかあって戸惑うかもしれませんが、とりあえずPCとスマホなら何でもいいと思います。
(ガラケーについては各キャリアごとに対応させる必要があります。書くとすごい長くなるのでガラケー用にサイトが作りたいなら調べてみてください。)
ただhtml5が一番新しいので今後勉強される人はそれの方がいいかもしれないです。
ちなみにボクはたまたま見たサイトがxhtmlの説明だったので今回はxhtmlで作りました。
まだボクは90年代初頭のホームページみたいなデザインしかできないので偉そうなことは言えないんですが(笑)
最初はhtmlだけでサイトが作れると思っていたんですが、はてなのような動的なサイトを作るときは何かしらプログラミングする必要があります。
んで、いろいろ調べるとperlやらRubyやらJAVAやら色々でてきて一体どのプログラム言語がいいのか悩むと思いますがウェブサービスが作りたいならPHPがいいと思います。
理由はウェブに特化した言語っていうのと他に比べると簡単で勉強時間が少なくて済むらしいので。
PHPなんかで本なんか買う必要はないらしいんですが、ネットのサイトだとよく理解ができなかったので本を買いました。
以下の書籍がとてもわかりやすくていいです。おすすめです。やっぱり本は体系的にまとまってるので勉強がしやすいです。
この本の通りやっていけばとりあえずプログラムが動く感覚が得られます。
あとすごい賢そうなことをやってる感覚になるので頭がよくなったような気がしますよ（笑）
MySQLもこの本で勉強ができます。MySQLというのはデータベースで、そういうソフトです。
他にもOracleとかPostgreSQLとかあるらしいですが、
とりあえずMySQLでSQL文っていうのを勉強するとデータの検索だったり、データのアップデートだったりが数行でできたりするのですごい楽になります。
決して簡単ではないですけど、思ったより難しくはなかったっていう印象です。
自分は大抵その時理解できなくてもだいたい一晩寝てから、もう一度頭からやり直すと理解できました。
(3)Apache
ボクはさくらさんのレンタルサーバーを借りていて今回はあまりいじってないんですが例えば「.htaccess」という名前のファイルを作るとapacheの設定をいじることができます。
例えばアクセスされたくないファイルがあったらそういう指定を「.htaccess」というファイルに書いておけばアクセスされないようになります。
基本的にパソコンと同じように作ればいいです。ボクは以下の本を見て勉強しました。
「iPhone+Androidスマートフォンサイト制作入門(たにぐちまこと)」
正直ネットの情報でも十分だと思いますが一度体系的に勉強するのもいいと思います。
ガラケー向けのサイトの制作は特殊で一度頭真っ白の状態で勉強した方がいいです。それだけPCとスマホとは全然違います。
ネットにも情報はたくさんありますが、断片的なものなので以下の書籍で体系的に勉強してから補助的にネットで調べた方がいいです。
この本は実践アプリケーション集というだけあってそのまま使えるコードが収録されているのがとてもいいです。
正直PHPのプログラミング自体はそこまで難しいという印象はなかったんですが、この本に出会わなかったら多分ガラケー向けのサイトは作れなかったと思います。
もしガラケー向けのサイトが作りたいならこの本を買うのが近道だと思いますよ。
CakePHPとかSymfontとかいうのがあるらしいです。
このフレームワークを使うとあらかじめある程度のところまでできてるんで、ボクみたいに全部TeraPadで手書きしなくてもいいみたいです。。。
(2)javascript
PHPはサーバーで動作するプログラム言語ですがjavascriptはブラウザ上で動作するプログラム言語です。
非同期通信なんていうよくわかんないけど何かすごいこともできたりするらしいですよ。
●もし調べまくってもわからなかったら
もし一日中検索してもよくわからなかったらそういう時はネットの頭のいい人たちに質問しましょう。
ボクは以下のサイトで質問していました。
(1)ヤフー知恵袋
巷ではヤフー知恵遅れなんて言われてますが、コンピュータ系の質問に関してはしっかり教えてくれる人がほとんどです。
ポイントを100枚くらい使うとカテゴリマスターなんていう天才が回答してくれます。
(2)２ちゃんねる
どういうスレッドなのかよく読んで質問しないとボロクソに言われますが、２ちゃんねるなのに皆さんすごい優しく教えてくれます。
たまにケンカしてたりすることもありますがそのときはケンカが終わるまで待ちましょう。ケンカの流れで質問がスルーされたりします。
ヤフー知恵袋も２ちゃんねるもそうですけど、質問するときは自分の環境をしっかり書いて何がしたいのか、どんなエラーがでるのか明確に書きましょう。
回答する人もわからないですし、自分がほしい回答がまず来ないと思います。
あと当たり前ですが回答してくれたらお礼をしっかりいいましょうね。
●こうして出来上がったウェブサービス
こうやって今回できあがったのが６人まで登録ができる招待制のレンタル掲示板です。
「ひそり-秘密共有ネットワーク」(http://hisori.com/)です。
なんだ掲示板かよー！！とか言わないでください(笑)これでもけっこうがんばったんで。。。
そういえばサイトを作ろうと思った経緯を書いてなかったんでちょろっと書いておきます。
ボクはミクシィとツイッターをやってるんですが、一瞬その時だけ仲のよかった人の更新とか見たくなかったりするんですよね。
でもマイミクを外したりフォローを外したり小心者のボクにはできなかったりするわけです。
そもそもあーいうソーシャルって自分のキャラに一貫性をもたせないといけないから窮屈なんですよね。
例えば、会社の同僚には真面目を絵を書いたようなキャラだけど学生時代の友達には下ネタ好きのどうしようもないキャラだったりすると
マイミクやフォロワーにその会社の同僚がいたら、下ネタなんか書きたくても書けないという窮屈さがソーシャルにはあるわけです。
だったらあらかじめ人数制限しておいて、例えば同じ学生時代の人しか見ることができないサイトがあれば
下ネタだって気にしないで何でも書けるよねっていう考えに至ったわけです。
今回６人までという人数制限と招待制っていう形にしているのはそういう理由と本当に仲のいい何でも話せるグループに使ってもらいたかったからです。
んで、ネットにそういうのがなさそうだったので勉強がてら自分で作っちゃえ！ってことで今回作りました。
ちなみに何で秘密共有ネットワークなのかというと「招待制無料レンタル掲示板」だとどんなサイトかイメージがつかないと思ったからです。
じゃあ何て名前にしようかと考えた結果、秘密でも何を書いても大丈夫ですという意味を込めて「秘密共有ネットワーク」って名前にしました。
とまあ、そういうことで初心者でボクみたいな完全文系の人でもこれくらいのサイトなら作れるんで
もしプログラムとか難しそうとかそういう理由でウェブサービスの制作を躊躇してる人はぜひチャレンジしてみてださい！！
※もしサイトが変な挙動がしてるとかあったら更新報告用にツイッターのアカウントを作ったんでよかったら教えてください。
http://twitter.com/#!/hisori_com/
ではでは。。。
実を言うと私は今年の１０月になってはじめてラノベを読み始めた超初心者で、
読み始めてかなり戸惑うことや不思議に思ったことが多かったので勢いのまま書き連ねました。
しかしさすがにもうネタがつきました。あとラノベについて語ってるうちになんとなく興味も湧いて来ました。
ｇｄｇｄいうのはこの辺りでやめて、興味が有るやつを読んでいきたいと思います。
みなさんお付き合い下さりありがとうございました。
特にオススメ作品紹介やラノベの年齢別分布のデータはホントに有りがたかったです。重ねて感謝。
http://anond.hatelabo.jp/20111129132109
http://anond.hatelabo.jp/20111128221615
http://anond.hatelabo.jp/20111128160535
http://anond.hatelabo.jp/20111128155206
http://anond.hatelabo.jp/20111127212636
http://anond.hatelabo.jp/20111124104820
http://anond.hatelabo.jp/20111122235340
http://anond.hatelabo.jp/20111122103314
http://anond.hatelabo.jp/20111119082328
http://anond.hatelabo.jp/20111118114759
http://anond.hatelabo.jp/20111117083436
http://anond.hatelabo.jp/20111113203204
http://anond.hatelabo.jp/20111113172428
http://anond.hatelabo.jp/20111110230928
http://anond.hatelabo.jp/20110519201250
http://anond.hatelabo.jp/20111125150915
※ちなみに、魔法科高校の劣等生の感想だけ２ちゃんのコピペです。
あと、ほとんどの作品の感想は「途中までしか読まずに」書いてます。いちいち自分のしっくりこない展開になるので続きは妄想してました
「のうりん」はかなりエッジの効いた作品だから初心者にはおすすめしない。
「キノの旅」は紀行物ではなくて風刺の効いた連作短編集という感じ。児童文学っぽい。
「東京レイヴンズ」は現代の陰陽師養成学校を舞台にした異能バトル物。
が、そもそもバトル物が駄目っぽいな。
それとも、あえてラノベに挑戦するというくらいだから、毛色の違う作品でも受け入れてくれるのだろうか。
食事描写といえば「ベン・トー」なんだけどこれも駄目っぽいな。
石田衣良が好きなら「神様のメモ帳」はどうか。池袋ウエストゲートパークみたいな話なんだけど。
あとは、やっぱり成田良悟かね。
エロゲスレだと、大体看板作品が、キレイにランク順に並べられていて、
とりあえずこれ進めておけば安心、という定番があるのと比べるとなんだか変な感じだ。
それにしたって完全な非オタに薦められるようなもんじゃないだろ。
エロゲは初心者と言っても他のオタコンテンツにどっぷり浸かっている事が前提だし（いきなりエロゲに手を出す奴はいないだろう。違法DL厨を除けば）
18歳以上である事が前提だけど、
タイトルを「女の子がよく読む男向けラノベ」（但し下記作品を除く）にしたほうがよかったかも。
アンチラノベが集まることで有名な某ゲハブログから適当に引っ張ってきた。
彼らが口をそろえて批判するのはこういう作品らしい。
・はがない（文章がありえないらしい）
・舞城王太郎の作品（ラノベなのかどうかわからんが文章に癖があるらしい）
看板作品が初心者お断りで、裾野を広げるどころか、裾野にアンチを群生させているというのは興味深い。どうしてこうなっているのだろう。
ラノベなるものに少し理解を示してみようということで深く考えずに人気作を手にとってみた結果、痛い目に遭ってしまうというのは少し問題があるような気がする。
エロゲスレだと、大体看板作品が、キレイにランク順に並べられていて、
とりあえずこれ進めておけば安心、という定番があるのと比べるとなんだか変な感じだ。
まぁエロゲにおいても、定番作品は２００４年～２００６年あたりに一番多く、それ以降は微妙な作品が多いらしい。
ラノベも昔の作品には定番があるようなので、細分化とかニッチ化とかしすぎて
今カンバンとなれるような作品や作家がいないだけ、ということなのだろうか。
その割には全体の売上は２００８年以降も伸び続けているのがエロゲ業界と違うようだしよくわからん。
ところで、私はいまラノベ初挑戦の女の子（大学二年）にすすめる作品を選ばないといけないのだが
何をお勧めしたらいいのだろうか。「もしドラ」の書店員みたいな神アドバイスを期待する。
実は対して読んでないくせに、知ったかぶってしまってオススメチョイスをすることになってしまった。
分かってる。後で書きます。
ただ、一応この記事の趣旨として「看板作品」を知りたいというのもあるので、
まず個別事例抜きにして、女の子にすすめるとしたらまずこれかなーってのがあれば知りたい。