はてなキーワード: デザイナーとは
某美大4年、デザイナーを志望してデザイン科に入学するも、前年前々年の就職関連のデータを見て自分どころか学科4年全体のうち5人も全うなデザイナーになれないことを知り絶望した。
「就職率が前年に比べて○%上がりました」「うちの大学の就職率は○○%です」
みたいな明るいニュースに見えて(当事者の美大生にとっては)無意味な情報に流されていたことに気が付く。
だって本当に知りたい情報や周知すべき情報は、希望業種への就職率のはずじゃん!
一番開示してほしい情報は隠され、どうでもいい情報とすり替えられていたことに愕然としてしまう……
もちろん、こんな簡単なことに4年も気が付かなかった無能は自分自身で、おめでたいくらいパッパラパーな自分には飽きれてしまう。
馬鹿だな~
それでも最後の捨て台詞代わりに「やっぱり私大なんてビジネスの範疇、高い授業料だったな」という感想だけを増田に記しておこう。
いや、すごく不思議なんだけど。
俺の知り合いで「自己実現」してるヤツはそれにともなって収入も付いてきてるヤツが多いけどな。
自己実現できるぐらいの仕事内容で貧乏なやつって、デザイナー、エンジニア、広告屋だとおもってたわ。
まあお前は東京でも下層民で使われる側なんだろうけどな。実際、地方にきてもお前の居場所はないだろうから、東京で一生くすぶっとけwww
底辺がどんな暮らししてるか、はてな界隈の人には想像もつかないと思って書いてみたよー。
でも別に今はそれほど苦しいと思ってないのに普通にワープア貧困層にがっつり入ってる事実に
かなりびっくりしてる。大学の同期もかなり多くは非正規で自分より厳しそうだし。
ボーナス なし
手取り だいたい175万
家賃 4.0万(共益費込)
食費 1.5万
水道光熱費 1.0万
被服 0.3万
通信費 1.0万
交際費 1.0万
雑費 2.0万
------------------------
時々1万くらい余計に大きな出費がある、残りは全部貯金
業務用スーパーは1玉200gのうどんと1玉150gのそば(と中華そば)とか
納豆3パック50円(くらい)とか冷凍野菜(ほうれん草とか)500gで150円くらい
コンビニとか使う概念がない、例えば並んでるパックの300円の冷麺とか見ると
業務用スーパーの15円の中華そばが頭の中で透けて見えて手を伸ばす気になれない。
そんなかんじ。お菓子の値段は大きく変わらないから買うけどな!100円までな!
生の野菜と果物は商店街が異常に安い、大根でかいの100円とか
えのき3袋(去年まで5袋)で100円とかそんなかんじ。
肉は鶏胸肉100g38円と、月一くらいで豚肉100g88円(時々半額)を買う。
魚屋の魚は安くてもマジで感動するおいしさだから1回は食べてほしい。
でも最近、働く人間(かつ大食いでない人)にとってはガチですき屋とか
で1日1食補って、あとは適当に野菜食べるのがコスパ最強かと思ってきた
女なので、20代までに見た目をちゃんと出来といた方が将来的に間違いなくいいと思い
高校とか化粧したことなかったが大学の時に雑誌とか見て超がんばった。今はその貯蓄を消費している。
髪はケチったら一番見た目に影響出るのでケチらない(=それで一般人並)
カットで4000円くらいの美容室に3~4カ月に1回パーマ込で1万くらい行ってる
今の美容室は、腕は確かすぎで、人がよすぎて行くのがもうつらくなくなった。
化粧と一緒でこれも早めに勉強しとこうと思い(異常にださかった)恥ずかしくも努力した。
今は一周回って大丈夫な人になってると思う。
今来てる服は39マート(390円均一)とか古着屋(安い)とかもらいものとか、流行?何それおい(ry
2か月に1回くらいユニクロでベーシックなもの買ったり、でもださいって
思ってないよ!雑誌は読んでる‥今度自分コーディネート書きたい、上から
下まで靴入れても3000円とかで結構ちゃんとできてるのとかある。
靴は1万くらいの1足と、無印で4000円の1足と、西友で1000円の1足
が主力。
ネット、はてなダイスキー!お金かからない、あとアニメ見たり、絵描いたり、自転車のったり、月一くらいのカラオケ楽しみ
通信費→教えてもらった方法だが、家のPC全部とスマホを1台のwi-fiで
つないでる。携帯の通信をオフにしてwi-fiつないでるのでパケット代は月315円、
※事故物件ではない
長くてごめんなさい、読んでくれてありがとう。
増田さん、下痢腹さん←これ見て書こう書こうと思っててやっと書けてよかった。
追記
http://anond.hatelabo.jp/20140513234120
年収なら200万いくかいかないかくらいあったよ!指摘ありがとうね、修正してみたよ
http://anond.hatelabo.jp/20140513234515 長いのに読んでくれてありがとう、彼氏いるよ!(ドヤァ
さらに追記
両親は公務員だったので普通に高所得者だったんだ、という認識。
ああ、それはどうだろ。地方でもあったかいコミュニケーションがあるのって、ダッシュ村レベルの農村って気もする。
けど、消費の選択肢は多様。あと、なんらかのイベントに事欠かないので「退屈」しない。
それがいいのかな。治安も意外とストーカー殺人とか起こってるの地方多いし、安全だともおもわないけどコジレたりは少ないのかもとはおもう。
まあ、地方時代も別に固定されてるかんじはないんだけど、より自由度高いというか。
地方時代だと、「デザイナーと友達になる」「ちょい売れてきた◯◯のライブいく」みたいな、東京だとイベントいけばその日のうちに叶う話が凄くハードル高かったりする。
思うところを書いておこう。
中抜きしかしないという電通さんや博報堂さんの話が出ているようだ。
調整に徹して、実動部隊は持たない。実動は二次受け以下の協力会社が行う。
実動部隊と中抜き部隊が同居しているととてもよろしくない雰囲気が醸し出されてしまう。
(このお話では実動部隊と中抜き部隊の両方に営業がいるよ。営業が悪いってお話じゃないよ。)
実動と中抜きでは、求められるスキルはまったく異なるし、リスク回避の方針も真逆だ。
実動側からしてみたら、内作したいし、中抜きからしてみたら、リスクを回避したい。内作するのか外注するのかでもめる。
実動側からしてみたら、中抜き側は口先ばかりで技術的なことは一切関心がない。
中抜き側からしてみたら、実動側は、いろいろと制約を課してくる口うるさいヲタクに見えるのであろう。
その垣間をついて、デザイナー()がオナニーを始めたりすると性質が悪い。
会社側にしてみれば、実動部隊と中抜き部隊を両方持つことは、リスク分散とコスト削減を目的としているのだろうけど、一つ問題がある。
中抜き側の人は、実動部隊で修行を積んで卒業してからそっちでそのスキルをベースに中抜き業にいそしめばいいのだが、何の知識もないままに中抜き業に配属されてしまうことに問題が生じている。
実動部隊の新人が学ぶことを中抜き部隊の10年生くらいが判断できないでいる。
現実のスキルレベル 顧客 ■ 中抜 ■ 実動 ■■■■■
この問題はお互いが反発しあう状況を招いている。反発しないで受け入れればいいのだろうけど、反発する業況を経営者が作っているのかもしれない。
理想のスキルレベル 顧客 ■ 中抜 ■■■■■ 実動 ■■■■
理想のスキルレベルに達しているのであれば、リスク回避して外注するよりも自社で全部抱えてしまうほうが選択するのだろう。
実動部隊と中抜き部隊の両方を持っているのならば、実動部隊で5年から10年修行してから中抜き部隊へ行くようなキャリアプランがあれば理想なのだろうが、いきなり中抜き仕事の飛込み営業をさせられている。さすがにきついような気がする。
そして、定年後にパートで再雇用されたじいさんと新卒しかいないいびつな中抜き部隊が続いていくのであった。
そんじゃーねー。
いや、あのさ。
ADHDは俺もだけど、この話の場合兄とADHDを分けて考えた方がええんでないのかね。
あと、ADHDには何時間もひたすら業務に向かい合う職種は向いてねーよ。
ぶっちゃけ、あんたはデザイナー向きの資質を持ってるかもしんないけど、ADHDはデザイナーに向いてない。
ムラっ気が激しいし納期守れないし。俺たちに向いてるのは営業、あるいは企画。
まず、兄とは縁切ろうや。大人なんだから、完全にサイナラすることは難しくないでしょ。
最早この話ADHD関係ねえよ。なにより、兄が「襲撃」かまして更にあんたがバックレかました企業に
未だに勤め続けられているってのも謎だし色々意味がわかんねぇ。
早く家出ろよ。あと、「デザイン職に就けば今より労務環境が善くなる」っていう
そのアホみたいな思い込み捨てて、自分の適性に見合った職に就け。
緊デジ、私的な総括
http://www.pot.co.jp/default/20140501_150904493933661.html
大変興味深く読んだ。うちのことを書いているのかと思ったw
緊デジの話があったのはいつのころだったか。うちのような弱小制作会社にとってはとにかく大きな話だった。
そもそもなぜうちに問い合わせがあったのか今となってはそれもわからないが、改めて振り返る機会もなかったから、便乗して総括してみようと思う。
うちにとっての緊デジの結論は
・危うく倒産するところだった。というか話をそのまま鵜呑みにして"法律をしっかり守っていたら"多分倒産しただろう。さらに言えば、それが遠因となって倒産した福島の会社は現にある。
・ようするに、こりごりだ。二度とやりたいとは思わない。
連絡をもらったのは確か2012年の年明けだ。
うちにはそんなノウハウは全くなかったしやったこともなかったが、DTPだのWebだのができる会社だったら大丈夫とのことだった。
東北の雇用を増やすという主旨を聞いてあぁなるほどなと思ったけれど、既に復興バブルが始まっていた当地においては申し訳ない気持ちがあったと同時に、「ま、お役所が考えることっぽいわな」と思ったものだった。
「覚えれば誰でもできる作業」ということだったから、そんなもので一時的に雇用を作ったところでしょうがないじゃないか、と経営者ながら思ったものだ。
そういうことじゃないんだよ、復興っていうのは、とね。
話を聞けば聞くほど、「それ、うちで大丈夫かいな」と思うようになったのを覚えている。年商1億にも満たない我が社に割り当てられる冊数は相当なもので、緊デジだけで1億数千万以上の売上となる計算だった。
フレコミは「これを機に電子書籍の制作体制を作れれば仕事が増えるしうちからも出しますよ」ということだったのだが、電子書籍の未来が我々制作会社にとって大きな市場となるのかどうかなどまだわからなかったし、わからないもノウハウやスキルに時間と機会を投資するのは流れの速い昨今にあって経営上致命傷となりかねない。
とはいえ、確実な売上が見込める特需が舞い込むということで、鼻息荒く「その売上増を何に投資するか」と巡らせたものだ。
これを機にMacを新調しようだとか、これを機に大手出版社さんとの取引を拡大させようだとか、この利益で人材を採用・育てようだとか。
さて、冷静にコストを計算してみる。InDesignは1本10万円としよう。パソコンもどう考えても足りん。
もちろんスペースも足りないから作業場所を確保しなければならない。採用コストと教育コストも馬鹿にならんだろう。
そして何よりも、その間受注を一部停止するわけだが、そんなリスキーな事はできるのか。
一体何人いればその売上を作れるのか。10人そこそこの我が社なのに、どう考えても数十人必要だ。
というか復興バブルが始まっていた当地において「最長でも1年ですよ」「別にスキルが付くわけじゃないですよ」などという仕事で人が集まるのだろうか。
最終的には下記のようになった。
Indesign・・・とりあえず15本(ほんとは60本必要だった。が、後述するがその投資は不可能だったため1ヶ月の期限付きの試用版で多くは乗り切った)
事務所・・・オペレーション上、本社と離れた場所ではいけないから、たまたま空いていた同じビルの上階を借りた。短期で、という無茶な条件だったため、割増で掛かった。
都合数百万か。
しかし、何より痛かった費用は、借り入れの金利と「支出を伴わないが確かに掛かる見えないコスト」だった。
結局、述べ500人程度の応募があり、1通1通履歴書に目を通す。
面接は集団で行ったが、それでもやはり1回2時間程度は掛かる(PCスキルの把握が必要だったため、テストも行ったから)。
これを何十回とこなす。人によって条件(働ける時間や曜日)は違うし、できるだけ丁寧な説明を心掛けた。
そして教育だ。採用したとしても、最初から生産=売上を上げられるスキルなわけではない。
人によっては80時間程度の研修が必要となった。この間は、いわば持ち出しだ。
管理コストも馬鹿にならない。毎日毎日、名前も覚えていない人達の作業を記録し、適材適所で配していく。どうしてもタグがわからない人がいる。
どうしても長時間画面を見続けることができない人もいる。
そういう一人一人のメンテナンスとケアをし、設備が最大限使われるようシフトを調整していくこれらの時間は、予定時間に含まれているわけではなかったから辛かった。
そして最大のコストとリスクは、これらを管理するために人を配する事で起きる本業の受注減だ。
緊デジの話をもらったときは、もうすぐにでも始まりますよ、といった物言いだった。実際、研修に来いとのことで6~7人を東京に派遣したりした。2泊。
これだけで30万のコストだ。
それが何回もあった。
仕様が変わりましただの、こないだのだけじゃわからなかったでしょだの。1億のため、と先行投資も飲んだ。
いずれにせよ、すぐに始まるというし急いで体制を整えるわけだ。
何事も急げばコストは上がる。
受注しそうだった本業の大型案件は断って緊デジを待つしかない。
が、発注は来ないのだ。待てど暮らせど来ないのだ。
「今月末には始まる」という台詞は春から秋まで毎月聞いたものだった。
そのくせ「貴社はしっかりと体制を整えているようだし、紹介したい発注元がある」などと予定冊数をどんどん増やす。来ないんだけどね。
つか、雇ってんだけども。どうすんのよ!つか、借りてんだけども。どうすんのよ!
制作会社である我々は、制作をしていない時間というのはただのコスト消費になる。
「すいませんまだ上の方で揉めてるみたいで発注できないんです」と言うのは簡単かもしれないが、止めていた受注が来月発生するわけではないし、1時間当たりにこなせる仕事量は決まっているから、来月挽回できるわけでもないのだ。
これは今でも悪夢になってうなされるほど、本当にきつかった。
そして極めつけ「何が復興支援じゃ!」と思ったのは、支払いサイトだ。
今時、手形だ。
納品の定義もどうかしてる。うちは作る。納品する。
でも、相手(出版社)がウンと言わないと納品にならないという。
まぁ、そうかもしれない。それが普通だろうとも思う。
が、弱小制作会社にそんな資金繰りを強いるのはどの辺が復興支援なんだ?と思った。
とっくに納品した電子書籍が、何ヶ月も先方の確認待ちになり、3ヶ月後にようやく納品と思ったら、その月の月末に手形が振り出され、換金は120日後とな。
要するに、最大で数十人分の人件費×9ヶ月程度のお金が先に必要ということだ。
しゃーないから借りたさ。1億な。
月商300万足らずの我が社でよく借りられたもんだ。個人保障付けさせれらたけどな。
いずれにせよ、この金利だけでも相当堪えたよ。
「受注で」1千万強だ。粗利じゃないぜ?この受注額から人件費だの設備だの揃えるんだ。
結局、私を人間不信にさせるほど困憊させたのは発注元の会社と経産省だ。
毎日毎日「まだ仕事始まらないんですか?」と雇った人達を不安にさせながら。
そのたびに答える「実はこの案件は緊デジといって、経済産業省の助成事業なんです。だから何も心配要りませんよ」とな。
だが、それは間違いだったんだ。発注元(東京の超大手企業)が、なんと東北の地の
俺は目を疑ったね。復興支援だからとか東北に本社が必要だとか言ってたけど、おまえら自分でやってんじゃん、と。
おい、それは本来私たちに出すと約束した仕事だったのではないか?
設備を整え、ありもしない仕事のために事務所を借り、結んだはずの労働契約も反故にした私たちはどうなるだよ、と。
つか、雇用契約については結果的に嘘ついたことになったんだぜ?
ま、大手なんてこんなもんだろうと思ってたけど、現実はやっぱり厳しいね。
で、経産省に問い合わせてみたさ。匿名で。責任者とやらに窮状を訴えてみたら「本当にごめんなさい、指示はしてるんですが」やら「ひどい話ですね、指導しておきます」やら、色々言ってはいたが、何も改善しなかった。
「仕事をするもしないも、貴社次第です。そんなに発注元が酷いというなら、緊デジをやらないという選択肢もあるのではないですか?」だとさ。
役人さんよ。民間はそういう力学じゃねーんだよ。やると約束したんだよ。
だからやるんだよ。
例え今上手くいっていなくても、そう簡単に発注元に不義理はできないんだよ。
それはお互い様なのよ。
それに、緊デジ以外でも続くかもしれない関係でしょうよ。
人も雇ってんだよ。
仕事がどうしても作れなくて1度も出勤していない人も大勢いた。
その人達は、うちがキープしてなかったらきっとほかの仕事に就いていたろう。
そのお金で、何かを買っていたかもしれないし、遊びに行っていたかも知れない。
それに、やめろったって、もう金は借りたし設備も買ったよ。
使わねーよこんなに。
そもそも社員分以上あんだしさ。今更やめられないよ。
社員に対してもそうだ。
デザインを覚えたての新入社員も含め「この仕事自体は何のスキルにもならないし経験にもならないかもしれない。でも我が社にとっては非常に大きな機会であり、ここで得た有形無形の利益できっとみんなにも色々還元できる」って言ったさ。
デザインがやりたくて入った社員には、さぞかし苦痛だったろう。
誰でもできる仕事をPC作業という一括りにされて。デザイナーってのは仕事じゃないからさ。生き方だからさ。
本当に申し訳ない気持ちで一杯だ。
こんな仕事がしたかったんじゃないんですと涙を流しながら辞めた社員もいる。
いずれにせよ、これら全ては経営者である私が見極めることができなかったことに起因する。
本当に申しわけないことをしたと今でも思う。
設定された目標冊数=予算をこなすためだけに揃えられた日の目を見ないであろう本を復興の名の下に電子化する作業は本当に辛かった。
電子ブック屋でいくら探しても、私たちが作った電子書籍が出てこないのも辛い。
本を愛していたからこそ、「津波で流されてしまった本があります。二度とこうならないように」という理念に賛同して最大限リスクを取ろうと思ったが、そんな理念はついぞ体感することはできなかった。
補助金が出るから、という理由で出版社の電子化実験にさせられた本たちもまた、かわいそうだなと思ったものだ。
そして福島では、緊デジに乗って人を増やしすぎた会社が先日潰れた。
それまで3~4名だった会社が、緊デジを機に4~50人になったのだ。
そら、潰れるよ。
というわけで、時間だ。
コンサルは株券で会社の権利を売り出す株式と配当の関係に良く似てる。
会社は外部から投資というかたちで会社の資産を補強するわけだけど
この人質期間をゼロにしていきなり配当を渡すようなかたちでコンサル料金を支払う。
この株券として会社の一部を買い取ってる時期がゼロなので、条件にお金という
評価価値が最大限平均であるものと証券の等しさに保障を必要とするのが
国から許可を得た商業の行うところを、株券と投資という法的に保障が必要な
期間がゼロ、その場でやりとりするものだから、法人個人または取締役など個人から契約の要項として
こまったやつに株式を大量に買い占められたら会社は投資を大量に受ける事ができるかわりに法人が死ぬのと同じ。
ナイスな投資家につかまったら、会社は成長したりもするだろう。
失敗コンサルを受ける以外にも理事としてヘッドハントしたやつが給料泥棒だったりすることもある。
もうこれはコンサルがダメとかいう問題じゃなく、コンサルを評価するガイドラインがないことかもしくは
ダメコンサルがはびこるのはこれらの隙をついてるだけであって、裂け目の水漏れと同じ。
ふさぐのが先で、ダムの水に漏れてくんなといっても無駄だろう。
経営再建に尽力した人間で有名なのはニュースで名前が出たりしている人がいる。コンサルたるを言うならそれらの人たちだろう。
オレ今日からコンサルなんだけどっていうのは、なんとかクリエイティブデザイナーみたいな肩書きと同じで
詐欺まがいなだけ。医師免許もってませんでしたとかいうニュースもつい最近あったとおりだし、自分で語るやつに
会社の株をゼロインパクトで売り出すのと同じリスクがあるコンサル導入を、社員教育セミナー気分でやる管理職がおかしいだけ。
会社の舵取りが舵の取り方を外注するような判断をする経緯で、ダメならもとより短い寿命がはやめに来るだけ。
オバマ帰った?
ttp://anond.hatelabo.jp/20140413020052
これ読んだの。
なんか偉そうとかオナニーキモいとかプリン食ったのだ誰だとかタケノコ派の陰謀だとかブコメではけちょんけちょんですけど、元増田の言ってることはわかる。
でも僕もちょっと乱暴だなぁと思うの。
例えば車を勧める時に、日産にしろとか、アウディにしろとか、ルノーはやめとけとか言うなら、そのメリットを同時に提示しないと人は納得しないと思うの。
おまえ車の知識ひけらかしたいだけだろとかすぐ言われるの。
増田はベーシックな商品を推す理由をもっと丁寧に説明するべきだと思います。
んでじゃあ僕はっていうと、この増田の言ってることは大枠では正しいと思ってるんだけど、僕なりにベーシック商品を推す理由を書くっす。
おまえ誰やねんて話でしょうけども。何様?ねぇ何様なの?って話でしょうけどもちょっと聞いて。
こっちきて。
てかこれしかないんだよね。
家具でもなんでも、シンプルなものって、どんな部屋にも合うじゃない。
でもゴシック調の飾りのついた猫脚のキャストは、どんなに価値があっても部屋を選ぶじゃない。
軽井沢のバンガローには合わないじゃない。明けない夜はないじゃない。
無印のキャストなら、まぁ、100点では絶対ないけど50点以下にはならないじゃない。
でもさ、でもだよ?
ちみたちはアレでしょ?モテ=オシャレでしょ?んでオシャレ=デザイン性っていう筋肉直結バカ右脳でしょ?
オシャレ=デザインじゃないよってことを今日は思い出して帰って欲しいな先生は。
君たちはできる子だから、そんなのわかってると思うの。
これ読んで、何を今更wwwとかプックスしてるとおもうの。
普段そんなデザイン性高い文具とか、食器とか選ばないはずなの。
でも洋服屋さんに行くと、ついついカッコ良さげなギミックとか、カラフルな切り替えとか、可愛らしいフリルとか、ちょっと捻りのきいた柄物を、これくらいならいけるかなー?って選んじゃうの。迷子なの。子羊なの。知ってる。神様は見てる。
じゃあもういい。
知ってるから。どんなに言っても、君たちがそういう服選んじゃうの知ってるから。
オシャレ心が君たちを殺してるの見てきたから。モテ目線で言うならね。
じゃあ、今日連れて帰ってきちゃったそのエッジのきいたちょっと派手目なパーカー、何に合わせんのって、その臭そうなクローゼットを覗いて見て欲しい。
先生は、UNIQLOのTシャツや無印のデニムと合わせたらよくね?って思います。
元増田が言うような、ベーシックアイテムの追求ってのはその先にあると思うの。一歩先。
でもその一歩先は底なしの探求コースなの。エンドレス。一周回ってオシャレなの。
んでみんなも薄々そんなことはわかってるから、元増田のエントリーの端々から感じ取れるから、ムリ!ってなっちゃうと思う。
でも優秀なのは認めないといけないと思う。
おかんに、シマムラよりUNIQLOで買いなよって、僕なら言う。
尊敬するデザイナー秋田道夫氏の言葉で「機能を増やすには技術がいるが、機能を減らすには哲学がいる」という言葉があります。
哲学を持って完成されたシンプルさには、必ず美が宿っていると思っています。
僕の文章は一向にシンプルになりませんけども。
最近、ウェブデザインやらロゴやらでランサーズをよく使っている。
それこそ学生の課題だろコレってレヴェルの提案をドヤで提案してくる人もいれば
ふぇぇぇ、クオリティ高過ぎwこのレベルがこんなに安価でいいの?って人まで魑魅魍魎である。
ある程度かせいてフリーランスになったのか
実は何処かのデザイン会社に所属しているのか素性は定かではないが
なぜだか50代のデザイナーが目立って活動している場所がランサーズだ。
しかし、何度も回数を見るたびにどんどん深みが増してきて
最終的には一番いい提案ではないのか?という気分にさせられる物が多い。
さすがは歴戦のコンペを勝ち抜いたツワモノだ。
そんな事を感じた事が一度や二度はあるのではないだろうか?
ダメさと魅力を両方持ったキャラ同士のストーリー性のあるエロを読みたい
凡人と完璧超人異性の組み合わせはもう飽きた
腐女子:名誉男性の母親から「女は嫉妬深く非生産的、世の中は男が回している」「オシャレはバカ女のすること」という教育を受け、灰色やカーキ色のユニクロしか着られないオシャレコンプレックス女。女なのに女性嫌悪。小学校高学年で腐を発症して以来、大学生になるまでBL依存。
百合厨:運動音痴と虚弱な身体のせいで、男子から下に見られ女子から無視されてきたのがコンプレックスの男。いじめっ子への嫌悪感と自己嫌悪によって「男は汚くて臭くて乱暴」というイメージを持ち、美しい世界を百合に求める。
共に「自分の性別は醜い性別、異性は清らか」という強烈な思い込みを持っている。腐女子は「BLは醜い自分と関係ないから素晴らしい」と思っているし、百合厨も「百合は醜い自分と関係ないから素晴らしい」と思っている。そんな二人が大学のオタクサークルで知り合って、お互いに性的に惹かれてしまったら自己嫌悪が凄そうでよい。
セックス依存症男:両親に構ってもらえず、学校で必死に注目を集めようとした結果、常に何らかのキャラを演じるようになった男。相手が求めるキャラを察して演じ分けるためモテる。しかしキャラを演じて居ない素の状態を見られて振られると自我が崩壊する気がして恐ろしく、恋人など継続的な関係が築けない。
学者女:学者ばかりの家系に育ち、他の選択肢を考えず学者になった女。会話の雰囲気を読み取るのが下手で、察しが悪いと言われることが多く、周囲からなんとなく距離を置かれている。特に子供とは会話が成立しない。
コミュ力が並外れて高い男と、ゼロに等しい女の組み合わせ。学者女が本を出すことになり、セックス依存症男が編集者として出会う設定など面白いと思う。セックス依存症男が学者女と関わる中で己の依存症を問題視するようになりセックス断ちを目論む中、学者女がセックス依存症男に対して性欲を覚えはじめて困惑したりなどすると大変こじれてよい。
中学生向けカルチャーと言えばボーカロイド、ライトノベル、アニメになってしまい、明るいノリのヤンキーも楽しんでいる。自分たちは頭のレベルが違うんだセンスが違うんだと思いたいある中学生男女は、古典文学を教室内でこれ見よがしに読んでいる。そして共に図書委員になり、おすすめの小説を貸しあうようになる。古典文学、芸術、を隠れ蓑にして、性的な内容を含む小説のやり取りもするようになる。表面的には動揺を見せず感想を述べ合う二人。
女性向けモバイルウェブサービスの改修を手がけることになり、クソコードに手こずるSE男とデザイナー女の共闘。デザイナー女は彼氏持ちで可愛く、ややサブカルスイーツ臭。SE男はインターネットアニメ評論家。ブラック労働でデザイナー女が彼氏に振られ、半分ヤケクソで仕事に打ち込むようになり接近する。泊り込み仮眠などがイベント。性交とそれぞれの転職成功がゴール。
だんだん雑になってきたけど例に挙げたものの共通項って伝わってるかな
こういう誰が見ても「めんどくせえなあ」ってなるようなエロが読みたいんだよ
質感を追いかけると、高い物ほど良くなります。
お金をかけずに、オシャレになる、もしくは言われたいなら
・カラーやシルエット、組み合わせを考えるだけで、相当オシャレになるので、お金はかかりません。(質感は捨てざるえないが、組み合わせによっては質感を無視できたりもする)
・オシャレってネームバリューに引っ張られることも多いので、デザイナーとか写真家とモデルとかになってみると、適当な服でもオシャレと言われたりします。
近年、関数型プログラミングの重要性はいろんなところで叫ばれています。
Javaの最新バージョンに関数型プログラミングに関する新機能が加わりました。
Rubyも昨今、関数型プログラミングへのサポートが手厚くなってきています。
プログラミングの教科書の大手、オライリー社から、Javascriptで関数型プログラミングを行うための解説書が発行されました。
関数型プログラミングへの注目度は高まってきています。
おそらく、みなさんは既にオブジェクト指向が何か、を知っています。
でも関数型プログラミングとは何か、胸を張って語れる人は、周りに見当たらないかと思います。
実際、オブジェクト指向によってプログラミングする方法は、わかりやすい解説があちこちにある一方で、
関数型プログラミングとは何か、何が良いのか、ということについての、よいまとめは見つけることはできませんでした。
この記事を読む方の中で、「関数型プログラミングを取り入れるか・取り入れないか」で切実に悩んでいる人は、おそらくいないでしょう。
この記事はあまり細かいところに立ち入りません。関数型プログラミングを使う側の立場に立って、利点や向き・不向き、それが導くスタイルを書きました。
みなさんは鳥のように飛んで、高い空から、関数型プログラミングとは何か、何が良いのか、を見渡してください。
オブジェクト指向的アプローチは、名前をつけてプログラムを整理する。
関数型プログラミング的アプローチは、汎用部品でなんとかする。
Googleが近年リリースした言語、Goには、”継承”を直接サポートする仕組みが無いことが話題になりました。
また、Mac OSXの基幹ライブラリCore Foundationは、ライブラリ自体はC言語で書かれているにもかかわらず、その設計方針は明確にオブジェクト指向です。
その本質とは"名前をつけて対象を識別し、それを扱うこと"、にあります。
最もプリミティブなオブジェクト指向の対象は、ファイルハンドラです。あるファイルを開いて、読み込んで、あるいは書き込んで、ファイルを閉じる。
これらの処理をまとめたら、わかりやすいですよね?
対象に関する処理を、対象の周りにまとめる。これがオブジェクト指向の基礎的な理念です。
識別することとイコールで比較できることは、とても良く似ています。
イコールによる比較は、オブジェクト指向では鬼門であることが知られています。
PointクラスのインスタンスとColoredPointクラスのイコール演算をどう決めればいいかに、正解はありません(詳しくは"effective java"をご参照ください)。
また名前をつけて識別する対象は、フワフワしていてはいけません。
たとえば、"軍人の階級"をオブジェクトにしたとしましょう。"大佐"クラスのある兵士は名前のフィールドや、性別のフィールドを持っているでしょう。
ところで彼が昇格したときに何が起こるでしょうか。
新たに"少将"クラスのインスタンスが作られます。"大佐"クラスを破棄する前に、名前、性別、その他沢山のデータを引き継がなくてはいけません。フィールドを増やしたい場合はその都度コードに修正を加える必要があります(*)。
なるべくイコール比較を避けたい。対象は不安定なものではいけない。では何に名前をつけて、識別するか。そこにオブジェクト指向技術者の熟練度が現れるのです。
一方、関数型プログラミングでは、特定の何かに名前をつけるより、極力、汎用部品でなんとかしようとします。
関数自体をリストなどのデータ構造に詰めることもよく行われます。
実は、関数型プログラミングというのは本質を表していません。
関数をはじめとして、リスト・ツリーのようなコンテナ、手続きを抽象化したもの、回路を抽象化したもの。
あらゆる対象を値として、合成し、ときに分解し、新しい値を作ります。
変数に適用する処理を作りあげることが、とても簡単だからです。
四則演算が定義されたデータを詰めたデータ構造もまた、四則演算可能だったり。
誤解を恐れずに言うと、オブジェクト指向がトップダウンなのに対し、関数型プログラミングはボトムアップです。
関数型プログラミングをサポートする言語には、沢山の汎用部品が定義されています。
このような構造をインターフェイスとして、様々なライブラリが組まれているので、
たとえばモナドを知っていれば、30分程度でパーサー(解析機)を理解することができて、
パーサーを理解できれば、JSONパーサー・ XMLパーサー・markdownパーサー・C++パーサー ... などを理解するのはとても容易です。
理解しやすいこと。これが関数型プログラミングの大きな利点です。
追記:
また、汎用部品と型のお陰で、ライブラリのドキュメントが圧倒的にひきやすい、というメリットも有ります。
Haskellな人がPythonにトライした結果 - Togetterまとめ
関数型プログラミングは「厳密な事前設計を必要とするため、簡単なことをやるのにも時間が掛かる」。
>> map (*2) [1,2,3] [2,4,6]
邪魔な”儀式”や、"おまじない"のコードが徹底的に撤廃されているためです。
関数型プログラミングのコードは、潔癖かつ濃密です。
たとえばC言語でint hoge(int x,int y)が定義されているとき、hoge(3)はなんの意味も持ちませんが(コンパイルでコケますが)、関数型プログラミングでは意味があり、実際に有用です。
上の例では、「掛け算をする」(*)関数は、二引数関数ですが、それに引数を渡して作られた「2を掛ける」関数(*2)は、一引数関数になります。
関数型プログラミングでは、「簡単なことは簡単にでき、複雑なことは複雑にできる。ただし、間違ったことは殆どできないか、全くできない」。
また、静的型付けの力によって、コード補完は非常に強力になっています。インテリセンスの比ではないです。
たとえば、関数中のある表記の型を任意に表示できます(GHC/TypedHoles - HaskellWiki)。
やがてやってくる未来には、プログラムをテキストエディタで書くことは時代遅れになっているでしょう。
統合環境のサポートで、バグやミスの少ない、スムーズなプログラミングができます。
そしてその環境で動くプログラミング言語は、関数型プログラミングをサポートした言語なのです。
以下の様な兆候を感じたら、あなたはそのプログラムを関数型プログラミングで書くべきです。
一般に、オブジェクト同士の相互作用が複雑になるほど、オブジェクト指向では手に負えなくなっていきます。
そういうときは、オブジェクトを直接扱わず、替わりにその"相互作用"を扱うことで、複雑さを軽減するアプローチが有効です。
それこそが関数型プログラミング的アプローチです。
特にオブジェクト指向が有効なのは、プログラミング初心者がそのコードをいじるかもしれないときです。
関数型プログラミングは、強固さと柔軟さの代償として、高い学習コストを伴います。
オブジェクト間の相互作用が複雑でなく、着目している(名前をつけている)概念が安定しているとき。
そして、プログラムをいじる人たちの間で共通理解が図れているならば、オブジェクト指向が有利です。
遅延評価という機能によって、レガシーな言語で扱えなかった、巨大な数を扱うことができます。
関数型プログラミングで書かれたプログラムは、正確さが要求される、金融関連の業界で使われています。
手続きとしてパーサーを記述できるので、テキスト処理プログラムはより理解しやすく、メンテナンスしやすいものになります。
関数型プログラミングを知らない人は、「正規表現でおk」と言いますが、
彼の書いた複雑な正規表現は、半年後には(書いた本人でさえ)理解できなくなっていることでしょう。
手続き一般を扱うことができるので、途中で割り込みのある手続きの表現も容易です。
関数型プログラミングをサポートしていない言語ではコルーチン(ファイバー)などをつかってなんとかするしかありません。
さもなくば、非並行処理では普通に関数として記述できるところを、並行処理のために、Builder,Strategy,Command,Interpreterパターンを駆使して書き直すことになります。
Javascript使いの方は、Deferredなどの構造を使うでしょう(http://qiita.com/KDKTN/items/4c6986049d204f0645d8)。
C++使いの方はBoostで頑張りましょう。破滅的に解りにくいコンパイルエラーメッセージと格闘してください。
もう少し簡単な例をあげます。
あなたは、あるレシピにしたがって、自動的に料理を行うマシンの制御プログラムを書いているとしましょう。
1. まず玉ねぎを炒める。
2. 飴色になったら、肉を加えて炒める。
3. 野菜を加える。
4. 水を加えて煮る。
5. スパイスを加える。
…できませんよね?何故ならば、各ステップの"間に"、マシンのロボアームの位置や動きを調整する処理が必要だからです。
これをオブジェクト指向でやろうとすると、各ステップの副作用として、それらの処理を行うことになります。
そうすると、マシンが二機に増えた時などの変更量は、絶望的なものになります。
あるいは関数として表現するのを諦め、手順全体をDSLで記述できるようにします。
このアプローチは関数型プログラミング的です。しかし関数型プログラミングをサポートした言語の助けなしでは、そのDSLを記述するために沢山のユーティリティーコードを書かなくてはならないでしょう。
オブジェクト指向的アプローチでこの問題をエレガントに解こうとすると、クラス化の粒度を上げる事になります。
野菜クラス、フライパンクラス、ボイルクラス、フライクラス、焼き加減クラス、アームクラス、野菜の大きさクラス、切り方クラス、焼き方クラス、"焦げたよ"クラス、etc...
こうすると早晩レシピはプログラムのコード上から消え去ることになります。上記のたった5行は、依存性注入のオブジェクトグラフを構築するコードに取って代わることになります。そこには沢山の挙動の制御がオプションとして付記されているのです。
カレーなど、ある種のレシピに限定することで、見た目の理解しやすさを得ることができますが、一方それは表現力を損なうことを意味します。
C言語などではマクロを使うこともできますが、それは結局、関数型プログラミング的アプローチの意味するところと同じになります。すなわち、補助のために沢山のコードを書くことになるでしょう。
iOSのAppstoreアプリは、"無料"と書かれたボタンを押すと、それが"インストール"ボタンに変わり、それをもう一度押すと、ダウンロードの進捗を表すインジケータに変わり、それを押すとダウンロードをキャンセルできます。
このように、位置は同じなのに、ステートに依って見た目と機能が変わるボタンは複雑です。
これをオブジェクト指向で実現しようとすると、
という下らない問題にぶつかります。
一方関数型では、"機能"、"見た目"、"状態"、を独立に扱って、それらを合成してボタンを作るので、迷うことはありません。
「同じ位置にあるUIオブジェクトは、コード上で(インスタンスとして)独立して、他から干渉を受けない」
この条件が満たされているうちは、オブジェクト指向でGUIを実現することに無理はありません。
しかし、携帯端末のような小さい画面で、多くの機能を達成するためには、UI要素はコンテキスト依存的に複雑になりがちです。
近年、PCのディスプレイの大きさは、頭打ちになってきました。
画素数は増えているのですが、MacにおけるRetinaのように、複数ピクセルでひとつのドットを表すようになってきています。
これは、ひとつの画面に置かれるボタンなどのUI要素の数は、これから先の未来で増えることはない、ということを意味します。
したがって、未来のGUIのプログラミングは、注意深く機能をピックアップして制限するというデザイナーの努力を脇におけば、
関数型プログラミングの力を頼るしか無いでしょう。
つまり…
Haskell さいこうなのおおおおおおおおおおおおおおおおおお!! おしっこ漏れちゃうのおおおおおおおおおおおおおおおおおおおお(゜∀。)ワヒャヒャヒャヒャヒャヒャ
1. google:すごいHaskellたのしく学ぼう を注文する。
2. Download Haskell を自分のPCに導入する。
3. コンソールにghciと入力して、対話型コンソールを立ち上げる。
4. 次の関数をコンソールに打ち込んで、結果を見る。即値で書かれているところとかをいろいろ変更してみて、感動する。
take 4 $ map (*2) [1..]
追記:
いかがでしたか?
ちまたには、関数型プログラミングの利点は変数が無いことだ、とか、より安全だから、とか、より速いから、などという妄言が満ち溢れています。
オブジェクト指向と関数型プログラミングは、水と油ではありません。プログラマは自分のプログラムに最適なアプローチを選ぶことができます。
一般にはあまり知られていないことですが、Haskellにもオブジェクト指向へのサポートがあるんです(Lensライブラリ、これを使用したサードパーティ製ライブラリも最近増えてきています)。
この記事を読んだオブジェクト指向プログラマのあなたが、少しでも関数型プログラミングに(そしてHaskellに)興味を持ってくださって、ホームセンターの大人用オシメのコーナーが大賑わいになれば幸いです。。