実際は「下手な解説すると苦情が来るからこういう言葉を使え」とか内部事情がありそうだけど。
「心の闇」という言い方は批判されるけど、曖昧な言い方をすることで、世論の衝突を避けようとしてるんじゃないかな。
個人の「心の闇」として扱ううちは、あさっての方向の少数派弾圧にも繋がらないのでは?
指導者や官僚機構に関して言えば、資本主義でも共産主義でもその選別方法が違うだけで機構に大きな違いがあるわけではない。
あるいみ凡人が率いる資本主義より、スティーブ・ジョブズが率いる共産主義のほうがイノベーションは起きるだろう。
資本主義というのは、指導者の選別方法が共産主義と違うだけ。(イノベーションで見た場合)
たとえ資本主義でも、日本がやっているみたいに国が資本を特定個人(企業)に注入するという方式では実質共産主義と変わらない。
指導者の選別を、市場に任せず 世襲制や国が選んでる段階で共産主義と早々大差はないし、日本が社会主義と言われる一要因だし
アメリカでも何でも富が偏在してしまい、世襲制による影響のほうが自由経済より強くなってしまえば資本主義でも実質的な封建制度に立ち戻る。
それは残業代をなくすかわりに過労死した労働者を靖国神社に奉納するのである。
手順はこうだ。
はじめに過労死は名誉なこと、と国が認定する。憲法に付け加えられたらなお良い。
「労働に身を捧げて死ぬとはなんと立派なことか」「滅私奉公は美徳」「日本人のあるべき姿」
次にこういった言説を国民に徹底的に植え付ける。
靖国神社に新たな拝殿(あるいは靖国神社的なもの)でも作ってそこへ奉納するのがいいだろう。
もちろん死者は英霊として扱われる。
ただしそれには条件がある。
公務員も会社員も派遣社員も契約社員もフリーターもパートも関係なく死んだら奉納する。
ただ過労死や業務中に事故や事件に巻き込まれたあるいは発作が出て死んだ場合などに限られる。自殺や休業中に死亡した場合は含まれない。
仕事が辛くてうつ病になっても休職も退職もせず、踏ん張って働いて最後は過労死して英霊になる。
例え死んだとしても魂を靖国に奉納できるのならこんなに幸せなことはない。
きっと残された遺族も死者を誇りに思うだろう。
残業代を用意できないのならせめて死に場所くらいは国に用意してもらいたい。
そう願いながらこの文章を書いた。
<朝>
あ、A子ちゃんからだ!
<夜中の帰宅途中>
あ、忘れてた・・・。ごめん。
これなら許されるっしょ?
でもさ、既読ついて30分経っただけで
「返すの遅くなってゴメン」って言われるとめんどくさそうな子だなって思う。
http://individualist.link/ (←ドメインかっこいいでしょ)
〜 居酒屋にて 〜
A「やっぱり若者が稼ぐにはアプリ作るしかないと思うんですよ」
B「あー分かる」
C「ゲームは当たると大きくていいよね」
A「いいですよね」
A「そういう人の話聞いてみたいんですけどなかなか出てこないですね」
B「どういう人がどういうサービスで当てたのかまとめたい」
A「いいですねえ。Wiki 的な」
B「Google Docs とかでやってみる?」
A「おお、やりましょう」
B「Webサービスにしてもいいかも」
B「できた」
B「ドメイン取ろう」
アルコール入ってるから話のディティールうろ覚えだけどこんな流れで作りました。
当てたいなら先例を見るのが一番参考になるはずだし、僕は個人で作ったものが流行っているのを見るのが好きだし、そういうのとても興味ある。
このサイトを見ていると、どういう人がこのサービス作ったんだとか、これ個人で作ってたんだという発見があっておもしろいと思います。
1時間で出来たというのはほとんど誇張ではなくて、デザインに拘る時間とサーバーに設置する時間を抜かせば本当に1時間でできます。
・画像保存
・タグ付け
・JavaScriptで動き付ける
・CSS整える
・デザイン
というような感じになる。これらを実直にいちいち実装してたら1日で終わるか分かりません。
本を読む一番はやい方法は、文字を読まないことです。
ちょっとコードが書けると実装する道筋が思いついちゃうからライブラリを探す考えに及ばず実装しちゃう事があると思います。
そういう事は避けて、アプリを書くならアプリの本体を最小に済ませるか、ライブラリ自体を作ることに力を入れましょう。
こちらのサイトではRailsのレールに乗っかって開発しました。
以下の例はRailsを使った方法ですが、モダンなフレームワークを使っているのであればだいたい似たような話になると思う。
手に馴染んだフレームワークがあるならなんでもいい。
クソ小さなロジックと数ページしかないならPHPでもいいけど、
とにかくはやく作ることがしたいなら何かしらフレームワーク使ったほうがいい。
秘伝の Rails Application Template を用意しておくのも良い。
モダンなフレームワークなら何も考えずにデータベース接続できるはず。
Rails なら config/database.yml に接続情報書いて rake db:create && rails g model User name:string です。
ソーシャルアカウントでログインする要件が出たら、何も考えずに「あ、OmniAuth」となりましょう。
・画像保存
画像保存が必要になったら反射的に「Paperclip か CarrierWave どっにしよう」となりましょう。
・タグ付け
ActsAsTaggableOn を使います。
has_many :through のめんどくさいタグの実装ですが
これ入れて rake acts_as_taggable_on_engine:install:migrations && rake db:migrate を打てば一発で完成します。
・JavaScript で動き付ける
早くつくりたいんなら JavaScript は捨てましょう。
少なくとも生の JavaScript 書く時代ではないので CoffeeScript 使うと良いです。
・CSS 整える
とりあえず Bootstrap 入れましょう。
クラスの付け方を覚えちゃうと CSS 弄って HTML リロードして確認なんてことしなくても形は整います。
Bourbon gem 使って mixin ライブラリ組み込んじゃうのもいいですね。
HTML 書くのやめましょう。
Haml や Slim のようなテンプレートエンジンを使います。
Zen Coding でもいいけど、結局出力されるのが HTML じゃ見通し悪くて辛いと思う。
Web Components の時代になったらもっと簡単になるんだろうな。
・デザイン
ただ、Webページやアプリというのはだいたい決まったパターンがあるので、いろいろな事例を見るとよいでしょう。
正直レイアウト自体は他のサイト真似るのは悪くない判断だと思います。
むしろその方がユーザーにとって慣れ親しんだ分かりやすいサイトでもあります。
http://individualist.link/ の場合、http://www.producthunt.com/ を異常なほど参考にしました。
まあここまで書いてなんだけど、前提知識として Rails が使えるようになってないといけないのは敷居高くて悪かったと思う。
なお、今回つくったこのサイト、ぜひともみなさんにも投稿していただきたいのですが現在投稿者は承認制としております。
私本当に個人が作って運営しているというアプリやサイトというのが好きでして、
昨日、どうしても「とろろ」が食べたくなってスーパーに行ったけど、
とろろ、売ってないわけ。
んで店員さんに聞くと、
とろろはないけど、なんたら芋はあるよって言うわけ。
完全なめられてるなぁーって、
僕が欲しいのは芋じゃなくて、とろろ
これとろろじゃないじゃん、みたいな
ほんと胸くそ悪いわ。
技術書って、用語自体は日本と同じだったりするし、教えるために書かれた文章だし、普通の小説とかよりは読みやすいと思うけど。
技術職は仕事であって学校じゃないので、教える義務なんかないんだが・・・
それでも後輩育成のために教えたりしているのは、そっちが優れていることで
どうして教えてもらって当然という態度の人が多いのか。
既読無視ってなんだよ!!
なんで見たのに返さないの!!
返したくなかったら見んな!
見たなら(既読つけたなら)返せ!!
私のこと好きならはやく返せ!!
よく考えれば一生独身の人より幸福の総量はあなたのほうが多いはずなのに、なに悲劇のヒーロー気取っちゃってるんですか?
伴侶がいなければ人生に意味はないみたいなこと書いてますけど、恋愛できない人たちを馬鹿にしてるんですか?それ差別発言じゃないですか?