  |
はてなキーワード: 用言とは
アンタ雑だな・・・
そんな言い方じゃ誰にも信用されないでしょ
まず、Windows10 がスパイウェアだと言われているのは下記のブログに詳しく書いてあった
http://d.hatena.ne.jp/msystem/20160409/1460127785
引用すると
Microsoft社の契約内容には、次のような一文が含まれています。
『 プライバシー、データの使用への同意。お客様のプラバシーは、当社にとって重要です。本ソフトウェアの一部の機能については、当該機能を使用する際に情報が送受信されます。 』
つまり、「Windows 10を使うことで、個人情報がMicrosoft社に送信されるが、その点を了解した上で、Windows 10を使う事に同意します。」と言うことです。
一応、情報がMSに送信されるのは利用規約にも明記されているが、その機能をオフにできるとも書いてある。
で、その送信する内容ってのは
下記の個人情報が、全てMicrosoft社に渡ってしまうと思います。
・連絡先
・位置情報
・利用言語
・利用URL
だそうだ。
確かにデフォルトだとスパイウェアと呼ばれてもおかしくはない。
ただ、個人的にはセキュリティサポートが切れた PC ほど脆弱なものはないので、Windows10 あげるなと声高に叫ぶのが良いこととも思えないな
perlが出来るのはkent-webのcgiで盛り上がってた時代にperlを書いていた人たちだけ。
perlでコードかける世代はもうおっさんだし、そのおっさんも出世してコードを書かない役職についてたりする。
おばさんプログラマーは結婚して退社してプログラミングすらしてないだろう。
movable typeとか終わってるよな。
開発できる人が減っていけば自然消滅間違い無し。
issueもないしperlで書かれたmovable typeってオワコンでしょ。
wordperssなら10年後も残っているだろうがmovable typeは消えているだろう。
何故movable type消えるか？
見て分からない人間に言って分からせるのは難しい。こんな言葉がある。「やってみせ、言って聞かせて、させてみせ、 ほめてやらねば、人は動かじ。」。五十六ちゃんの名言だ。
見ても分からない人間に教えるのはかくも難しい。「見て分かるでしょ？」で済む「見て分かる人材」がいかに貴重なことか。
「1を聞いて10を知る」なんてまだまだ有能じゃない。「聞かなくても知る」のが真に有能だ。
人生には無数のシチュエーションがある。本で読んだ知識が通用しない時、頭で考えていた通りにいかない時も沢山ある。「言われなくても知る」には知識や思考だけではダメなんだ。
「見て分かる力」が大事なんだ。そんな「見て分かる力」を持った人こそ「地頭がよい」とみるべきだ。
ところで、程度の差はあれ見て知るのは誰でもやっていることである。私たち人間は頭で考えなくても見てある程度学習できる。
いちいち全てを頭で考えていたら頭がパンクする。時間もかかる。忙しい世の中にもついていけない。だから多くの知識は見て学ばねばならぬ。見て分かる力は超重要。
重要な力だが個人差は激しい。見ても中々覚えられない人から一発で覚えられる人までいる。見て一発で多くのことが分かる人は極めて少ない。そんな人材を我が国は育てるべきだ。
知識だけで役に立たない人間はいくらでもいる。そこで「生きた知識」って言葉が叫ばれる。臨機応変に使える知識。
そんな知識をつけるにはどうすればいいか？とにかく実践？そうじゃない。沢山実践しても要領をつかめないと意味がない。その要領をつかむために見て分かる力が重要なのだ。
「身体で覚える」という言葉は窓から投げ捨てよう。馬車馬のように働くのは御免だ。無駄な努力大好きなドMでもない限り。
日本は美徳の勤労を「無駄のない勤労」にアップデートすべき。国際競争に勝つためにも、そうすべき時代に来ている。今すぐにも見て分かる力を養成せねば。
見て分かる力は従来の学校教育では育たない。知識偏重は駄目ってことで思考を育てる教育が推進されてる。でも、思考偏重もダメなんだよ。
確かに論理的思考力は情報の真偽や矛盾を判断するのに重要だ。また、思考力があれば知識の少なさをかなりカバーできる。だから、思考力は育てたほうがよい。
だけど、思考力だけでは臨機応変にはほど遠い。いくら論理を構築しても現実に即していないと意味がない。論理性と実用性の間には解決しがたい隔たりがあるのだ。
なのに思考力ばかりが重視されてしまっている。それも本の知識をもとにした思考が想定されており、現場の知識はほとんど想定されない。
そんなことだから、それに反発して「とにかく実践」を連呼する実践至上主義が出てくる。結果、頭でっかちな人間と体育会系人間を育てているだけで、本当に必要な人材を育てていないのである。
そもそもの原因は思考への誤解である。思考など人間の情報処理の氷山の一角なのである。それがよく分かってないから思考偏重になる。
人間はいちいち考えずとも見て沢山の情報を処理している。思考はその一部をピックアップして制限された処理をしてるだけ。
具体的には、使用言語、論理性、興味、好み、道徳性、常識、先入観といった制限を受けるということだ。
そうした制限とは引き替えに良質な情報が得られるかはともかく、とにかくかなり制限される。仮に良質でも微量では役に立たない恐れがある。
そんな思考ばかりを推進せず、まず現場の実物や実態をよく見たほうが良い。そのほうが現実に即した情報が大量に入る。
この手段を世間では「観察」や「直観」と呼ぶ。「観察」だと得られるのは生データであり規則性を認識するニュアンスが弱い。よって、ここでは「直観」という言葉を用いる。
教育学において直観は古くから重視されてきた。しかし、教育制度や教育現場ではあまり重視されてこなかった。
思考への過剰な信頼が原因である。今こそ我が国はデカルトに象徴される西洋近代合理主義を振り払う時なのだ。
スローガンは「見りゃ分かる」だ。この言葉をどんどん使っていこう。「ググレカス」（調べれば分かる）や「頭使え」（考えれば分かる）は抑え目にしていこう。
俗に言われる「空気読め」という言葉や、世の会社で言われる「周り見ろ」という言葉もこの亜種だ。じつに妥当な言葉である。
ただ、「見ようとしないこと」を非難してはいけない。部下が言うことを聞かないのはあなたが部下を「見ていない」からである。
また、「見ても分からないこと」も非難してはいけない。誰でもステップバイステップで成長していくのであり例外はない。適切なステップを与えるのは教育者の役目である。
理由くらい書けよ糞が
他のWindowsプログラムがやっていて、多くの方が「できて当然」だと思っていることは、7割くらいであれば.NET(フレームワーク名)を叩けばできます。
.NET対応言語はC#、VB.NET、J#、F#、JScript.NET、C++/CLIなどがあり、実際の開発においてはこれらの中から自分に合った言語を選ぶことになります。
個人的な感想ですが、この中で最もゆとり仕様なのはC#です。StackOverflowなどのノウハウが一番蓄積されているのもC#だと思います。
「頻繁なアップデートを追跡しないといけない」「Visual Studioが必要」という問題はありますが、がんばってください
なお、.NETはメモリを食うので、数値計算みたいなことをしたいのであればC++が現状一番まともだと思います。がんばってください
昔のMacのプログラムのGUIはCarbonというライブラリで作っていました。今はCocoaというライブラリで作っています。
残念なことに、どちらも言語はObjective-Cです。がんばってください
ブラウザアプリは、ユーザのWebブラウザ(Chrome、Firefox、Opera、Safariなど)上で動作するシステムと、遠隔のサーバ上で動作するシステムが連携して成立します。
従って、ブラウザアプリを作る言語は、サーバ用言語とクライアント用言語の2種類を考えなければなりません。めんどくさいですね。
ひとたびそのめんどくささを突破してしまえば、Webブラウザさえあればどこでも動くようになります。素晴らしいですね。
クライアント用の言語は、まぁ、JavaScriptしかないと思います。がんばってください
JavaScriptも(正直なところ)あまり褒められた言語ではないので、近頃ではもうちょっとまともな言語を作って、それをJavaScriptに変換する方法が取られたりします。CoffeeScript、TypeScript、Haxeとかですかね。がんばってください
JScriptとかいう、名前が紛らわしい上にゴミブラウザ上でしか動かないゴミ未満言語もありますけど、そんなもんで作っても私の環境では動かせませんので悪く思わないでください。
そもそも選択肢が全くありませんので仕方がないです。がんばってください
Xamarinがあるじゃないかって？まぁそういうのもあるかもしれませんね。がんばってください
私の勉強不足で、Java以外の選択肢は知らないです。Java以外にあるんですかね？
Perlは使い捨てスクリプトを作るのに適しています。CPANクライアントは昔から安定して動きません。だいぶオワコン化してます。がんばってください 私は鞍替えしました
PythonはPerlより見た目がすっきりしたPerlです。easy_install・pipはすごく安定していてびっくりします(Windows除く)。3系とかいう邪念は捨てて2系教の悟りを開きましょう。がんばってください
RubyはPerl(の処理系のソースコード)より(処理系のソースコードが)綺麗なPerlです。私の手元のUbuntuで「ruby」と入力すると「Command not found.」と返ってくることからも解るとおり、多くの*NIXではOS標準でインストールされておりません。昔のgemは何故あんなにすごい時間をかけてrdocを作っていたのでしょうか。日本人が作ったのでムラ意識の強い日本人の仲間が大勢います。他の国は知りません。がんばってください
これ以上言語を増やすのはやめましょう。バベルの塔で大勢の人間が不幸になったのに、それを人間が自ら引き起こしてどうするんですか。
言語処理系を作るのであれば、BNFという言語で文法を定義して、yacc・bisonというツールに食わせればひな形ができます。ぶら下がりelseとの格闘が待ってますが、がんばってください
1からOSを作った方もいますが、デバイスドライバの流用などを考えると、だいたいはLinuxやBSDのソースコードを改変するお仕事だと思います。
昔はCGIと言っていました。所詮は80番ポートでlistenするだけのプログラムであり、BSDソケットをlistenできるライブラリを有する言語であれば何でもいいのですが、いくつかの宗教があります。
PHPはバンドネオンと同じくらい習得が困難な言語なのに、宣伝の仕方を間違えたために「自分はできる」と勘違いしたプログラマが暴徒と化し、イスラム教と同じくらい不当に低く評価されている言語です。きちんと勉強して使う分には、悪くない選択肢だと思います。がんばってください
Javaは、Eclipse・Netbeansといった超重量級IDEを起動して、Java EEやSpringといった超重量級ライブラリに依存したwarを、Jboss・WebSphereなどの超重量級アプリケーションサーバ上で動作させるため、メモリが貧弱な環境ではIDEとサーバを同時に起動すらできません。サーバのメモリが潤沢であれば悪くない選択肢だと思います。がんばってください
C#は、選択肢が全くないことを除けば、状況はJavaとあまり変わりません。Microsoftがお好きな方、何かの間違いでWindowsサーバを使わざるを得ない方であれば、悪くない選択肢だと思います。がんばってください
Goはよくわからないですがきっといい言語です。がんばってください
RPGを作るツールといえば、RPGツクールが一番簡単で馴染み深いと思う。
けれど、ツクールだとダウンロード必須だし、スマホでプレイすることも出来ない。
昔、FLASHが全盛期の時にプレイしたブラウザRPG（モ○ゲーやG○EEみたいな課金ゲーではなく素人が作ったフリーゲーム）
http://kaigaihannou.konkatugo.com/kaigai/?p=36
・システム
待を拠点としてダンジョンに進んだりアイテム屋で強化アイテムを買ったりする
比較的単純なフラッシュRPGのような作り。クリックゲーとも言う。
ドラクエ１のような１VS１戦闘で、難易度はやや難。しかしレベル上げして強化すればクリア可能。
あとはレベルアップしたら各能力が固定でアップする、といった基本は押さえた。
薬草のようなアイテムや武器防具、複数対複数のパーティーシステムの実装、
素早さによるソートなどは未実装。
魔法は何とか作れた。
・つまづいたところ
javaでの戦闘アルゴリズムが難しかった。ダメージがマイナスになると－１０のダメージを与えた！ みたいになって
敵の攻撃で勇者のHPが回復するというバグが起こったり、変数指定ミスってフリーズしたり・・・。
けど、ブラウザで出来る上にスマホでもプレイ出来るのは感動した。
アプリ制作は難易度が高いけど、これなら素人でも頑張れば作れるレベルなのでオススメ。
スクリプト言語系の人がよく挙げるJavaの良さで「スタイルを強制できる」っていうのがありますよね。だから大人数・大規模開発に向いてるって。
口の悪い人は「奴隷用言語」とかいいますけど、悪くない人もまあ遠まわしにそう言ってるわけです。
でも、実際の人海戦術的に質は問わないでとにかく人数を投入するような現場で行われてるコードのスタイルを統一する手法って、まず少数の「できる人」が一画面分とかのコードを書いて、残りの人がそれをコピペして改変してコードを書くって方法で、オブジェクト指向であるとか静的型の言語であるとか、そういうJavaの特性とはまったく関係ないところで行われてます。
Rubyだろうが、Pythonだろうが言語を問わないで実行できる手法です。
ちょっと考えたらわかりますよね。静的型だからとかフレームワークを使うからとか、そんなことでスタイルを統一できるわけないって。
その昔 C.vs.Pascal の論争でも、Pascalは教育用に作られて採点用が楽になるように誰が書いても同じようなコードになるように作られてるって珍説がありましたけど、JavaにしろPascalにしろ、その言語を使っただけで誰が書いてもおなじようなコードになるような言語が存在したら、いまごろその言語が世の中を席巻してますって。
プログラミングにそれほど見識がなくても「Javaはスタイルを強制できる」っていうのは間違いだって分かりそうなのに、それなりに技術力のありそうな人がこんな意見を言ってしまうのって、Javaが生産性が高いって部分は認めたくないけど全否定すると大人げないから「大規模開発に向いてる」ってくらいは言っておこう、遠まわしに奴隷用って言ってるだけだし、みたいな心理なんじゃないかって思ってます。
開発するにあたりAmazon絡みの検索をしてる時にこの記事にたどり着き、10年近く運営しているサイトと同じくらいのはてブが一日で着くのを見て、やってきました。
コミック、小説、作者別に新刊・新作をメールにてお知らせ【ベルアラート】
ベルアラートは商品の発売日をメールで受け取ることを目的に開発しました。
機能的には、コミックだけではなく小説や専門誌を含むあらゆる書籍、DVD、ゲーム、家電の発売日もカバーをしていますが、ランディングページを作るのにあたりメーカー名などを調べ尽くすのが大変だと思いコミックに特化したサイトの構成にしています。
・ コミック、小説など書籍の予約開始日と発売日をメールで知らせます。
・ 出版社、タイトル名、著者を調べ回らなくても良いように雑誌一覧や連載中のタイトル一覧、著者一覧をランディングページとして作成しました。
自身は週刊少年ジャンプなど少数の雑誌を毎週購入して読んでいたので、あまりコミックを購入しないのですが、雑誌を読まずにコミックを購入している友人と本屋に行った時に出版社や連載誌によって発売日がまちまち 休載などがあったりでタイトル数が増えると発売日把握が面倒だと感じたから作ってみようと思いました。
まぁ、その時にしっかり似たようなツールが無いかしっかり探せばよかったのですが、なんとなく漫画に絡んでみたかったのもあって、きちんと探さなかったです。
・当初想定していた最低限の機能の開発に２週間
・それをいじくり回して機能追加、修正を行うこと２週間
・バグ取りを行いつつ公開準備で１週間
Phpstorm：PHP用のIDEとしては評判が良いので、今回の開発から利用開始。今まで秀丸やSublimetextなどのテキストエディタメインで開発してたけど、統合開発環境のありがたみを実感。
PHPに特化してるだけあって、痒いところに手が届く感が素晴らしい。
ちなみに、Phpstormは日本語ローカライズされてないので隅から隅まで英語でびっしり。
TwitterBootstrap：今回初めてCSSフレームワークを利用してみた。導入するだけでデザインがそれっぽくなるのは◎。またレスポンシブデザインも簡単に対応できるので、スマホとPCの両方で使用することを前提にしたサイトを作るならすごくお手軽。
ただ、JQueryUIや部分的なハックを用いる際の競合には悩まされた．．．。
Vagrant＋Chef-solo：使ってみた。便利だった。ホストとゲストOS間の共有ディレクトリも簡単に設定できて、いやー、これで開発環境の仮想サーバをバンバン建てられるわー。
今回の案件で便利だったというより、今後の開発全般に対してメリットが大きい。
連載中のタイトルなんて、そんなにたいした数無いだろうし、まずはコミックのタイトル一覧を作ろうと思いExcelファイルにまとめていきましたが、執筆時点で雑誌数86、タイトル数2012に達し連載中の数にびっくり。舐めてましたまだまだ増えそう・・
・ タイトル数がめちゃくちゃ多い
・ タイトルの読み方が解らない(菩提樹寮のアリア → リンデンホールのアリア）
・ 正式タイトルとコミックにする時の名前が違う(ソードガイ 装刀凱 → ソードガイ)
・ 原作、作画、プロデューサー、シナリオライターとかの名前を全て拾うとAmazonで抜け落ちてる場合がある
・ 新連載と連載終了の情報がつかみにくい。（特に打ち切りはひっそり終わってることが）
・ Amazon側で姓名の入力が一緒になっている著者と別れている著者がいるので著者によって姓名の間にスペースを入れる入れないでHitしたりしなかったりする
（蒐集奇譚イットは座紀光倫を著者に入れるとHitせず座紀 光倫だとHitする)
・ 困ったことに2巻と3巻など巻によって著者の姓名が別れたり別れなかったり
検索ページで全てのアラート登録ができますがコミックに関しては連載中タイトル一覧か雑誌一覧から目的のタイトルのランディングページに行き緑色のボタン「◯◯」の発売日の通知を受け取るを押してメールアドレスを入力すれば目的の商品のアラートが受け取れます。
人気のタイトルは関連書籍が多数でるので、検索ページでアラート設定する場合は、タイトル、著者、ジャンルを指定しないと意図しない通知も来ます。
専門誌とかであれば単純にキーワードに「wordpress」などと入力して設定してもいいかもしれません。
冒頭に書いた通り書籍以外も設定可能なので例えば「コーエーの信長の野望」の新作発売日を知りたいのであれば、検索のTVゲーム欄にタイトルを信長の野望、メーカーをコーエーテクモゲームスにすればアラートを受け取れます。
登録されたアラートのメールドメインを見ると思っていた以上に携帯アドレスの登録が多く、スマホアプリを9月中にリリースしたいと思っています。
このベルアラートは貴方が所有しているAmazon アフィリエイトIDを入力すれば、ベルアラートからの発リンク、発売日や予約開始日のメール通知が全て貴方のアフィリエイトIDリンクになりますので、貴方のサービスとして利用可能です。
リンクする際にはURLの?aid=aaaa-22としてリンクして下さい。(aaaa-22部分は貴方のアソシエイトID）
今後、楽天や他のプラットフォーム対応時には追加して頂くパラメーターが増える可能性があるのと貴方のサイトから登録されたアラート数やタイトル（登録メアドは非公開）などの実績把握のためにも、ユーザー登録して頂いた方がアソシエイトIDなどをまとめて入力できるので紹介リンクを変更せずにすみます。（ログインした状態でこのページにアクセスして下さい。)
ご紹介頂ければ幸いです。
もともとは、２ちゃんねる系のまとめサイトを巡回して、Yahoo!ニュースのようなサイトを作っていました。（現在も鋭意開発中です。）
コンテンツの内容を解釈して自動的にジャンル分けをして・・・などと、出来るかわからない壮大なアイデアを実装しているので、いまだに完成時期が見えて来ません。
画像収集処理を作っている時に「これでエロ画像を集めたら面白そう」と思いついてしまいました。思い立ったら、すぐにやりたくなるのが人間の性というやつです。基本的な処理はほとんどできていたので、割に短期間で作成できました。エロ画像をどうせ集めるのなら、目的をもって役に立つサイトにしようと思い立ち、おなぬーをするためのWEBサービスにました。
作成したもう一つの目的として、月間10万PV程度のサイトを自分で運営したいという思いもありました。安直ですがエロ系のサイトであれば、それが可能なのではと考えた次第です。
せっかくサイトを作ったのですが、エロ系のサイトは告知をするのが難しいとう事実を作り終わってから知りました。私自身もブログをやっているので、そこでお知らせをしても良いのですが、ブログの趣旨にあわないのと、PVがとてつもなく低いという理由で断念しました。
匿名ダイアリーは、かなりのPVがあるので、作ったサイトの告知ができるのではと思い匿名ダイアリーを書いています。
せっかく作ったサイトですから、皆さんに利用してもらいたいし、役に立つサイトにしたいと思っています。ですので、サイトを見たらご意見をいただけたら嬉しいです。
もう、15年以上PHP（PHP FIと言う名称の頃からのユーザーです）でプログラムを作ってきました。PHPが持っている気軽さや気楽さは大好きなのですが、誰もが好き勝手なコードが書けるというデメリットもあります。プログラム言語にはある程度の厳しいルールがないと将来にわたってメンテナスしていけるプログラムを作るのは困難です。
せっかく新しプログラムを作るのだから、新しいプログラム言語で作ることにしました。
ある程度、厳しいルールがあって、誰もが同じようなプログラムが作れる言語はなんだろうと考えていくとPythonとRubyが候補に上がりました。
Rubyはできるだけ手数を少なくプログラムを作ろうという基本思想があります。私の感覚では、熟練したプログラマが使う言語という印象が強いです。
Pythonは、プログラマのレベルを問わず、熟練プログラマも新人プログラマも同じようなプログラムが書けるプログラム言語という印象でした。
私自身も将来誰かに教えられるようにと、今回はPythonを使用言語として選択しました。また、裸のPythonで書くのも面倒そうですので、フレームワークとしてDjangoを選択しています。
「おなりん」は、そんな思いを乗せて以下の環境で構築しました。
| サーバー | さくらのVPS（1G） |
| プログラミング言語 | Pytyhon 2.7.5 / Django 1.5.1 |
| その他ツール | Bootstrap, jquery, wookmark, colorboxなど |
| Webサーバー | Apache 2.2 |
| データベース | MySQL 5.5 |
「おなりん」は、登録されたまとめサイトを定期的に巡回して、各エントリーから記事内の画像URLを抽出しています。取り出すのはURLだけで、画像の直接ダウンロードは行いません。ですので、リンク元の画像がなくなれば、「おなりん」からの表示もなくなります。
各サイトのエントリーはRSSから取得しています。各記事のHTMLをPythonライブラリurllib2を使って取り出し、HTMLから正規表現で画像URLを抽出しています。
サイトによっては記事画像のHTMLに決まった書き方がなされていないために、余計な画像を抽出してしまうこともあります。おかず画像の抽出精度は徐々に上げて行きたいと思ってます。
当初「おなりん」は、Amazon EC2（t1.micro）で構築する予定でした。構築までは完了したのですが、今ひとつ体感速度が上がらないのです。すでに利用しているさくらにVPSと比較したところ、3倍くらいの速度差（abコマンドの実行結果）があったので、Amazon EC2の利用を諦めました。
Amazon EC2は１年ほどの無料利用期間があります。これを過ぎると課金されていくのですが、Amazon EC2（t1.micro）を1ヶ月動かし続けると4000円近い料金が必要になります。さくらのVPS（1G）は1年で1万円程度です。3倍早くて価格は4分の1なら、チープな私はさくらのVPS以外選択余地がありません。
でも、拡張性を考えるとAmazon EC2も捨てがたいのです。
Pythonはインデントでプログラムブロックを表すます。他の言語のようにカッコを使いません。IFやFORを使ってインデントが深くなると、どんどん右寄りになってきて、全体的に斜めなプログラムが出来上がります。最初は見慣れずに違和感を感じましたが、慣れればそうでもありません。
ただ、ネストしたIFでインデントが深くなりすぎると、インデントの位置で意図しない結果が出るので注意が必要です。慣れてしまえば、使いやすい言語です。
Djangoは良いフレームワークだと思います。モデルを定義してしまえば、モデルのメンテナンスを行う、管理画面が一緒に生成されます。テンプレートタグなどを自作すれば、かなり深いところまで手を加えることが可能です。慣れれば扱いも楽なので個人的には気に入っています。
「おなりん」は、まだ作ったばっかりで、テストもまだ十分に行えていません。ですので皆様にも使っていただき、問題点があれば教えて頂きたいと思っています。開発しているマシンがmacなのでIE系のテストは皆無です。IEの方、ぜひともレポートをください。
レポートや感想などがありましたら、「おなりん」のサイトの下にある「お問い合わせ」リンクから送付をお願いします。また、巡回してほしいサイトも募集しています。ただし、日本国の法律に準拠したサイトに限らさせて頂きます。
機能的に今後は、画像の人気ランキング機能を組み込む予定です。また、サイト運営の足しにしたいのでひっそりと広告を入れます。
また、リクエストがあれば、ソースコードをGithubに公開したいと考えています。
長文を読んでいただき、ありがとうございました。
１）使用言語を日本語に入れ替えて、国籍居留地を日本に入れ替えた、インド国立大学教授経験者の（＝その能力を持つ）Ａさんが日本で就職した場合その年収はいくらであるべきか？
２）使用言語をヒンディー語に入れ替えて、国籍居留地をインドに入れ替えた、日本ではコンビにバイトだった（＝その能力を持つ）Ｂさんがインドで就職した場合その年収はいくらであるべきか？
もし１において生活レベルが上昇したのなら「国際労働市場において先進国は途上国を搾取していた」ってことだし、
もし２において生活レベルが低下したのならば「Ｂさんは日本の制度に保護されてたけれど過剰な報酬を得ていた」ってことでしょ、という話。
そうかぁ？そんな単純な話かね。
国の状況や文化によってどんな種類の能力が重要視されるかが違うってことは十分ありうるんじゃねーの？
たとえば、発展過程の建築ラッシュで有能な建築士がすげー高待遇になる国があったとしてさ、それで２の比較でそっち行った方が生活レベル上昇したからって
髪を切る習慣のない国がアフリカかどっかにあったとして、その国に行った床屋が食えなくなるのが「制度に保護されて過剰な報酬を得ていた」ことになるかい？
その比較で「先進国が搾取」だの「過剰な報酬」だのって言えるためには、同じ職能がどの国の社会にも同じ価値として受容されるっていう前提が必要だと思うけど
現実問題成り立たなくねーか。そんな前提。
で、増田は
１）使用言語を日本語に入れ替えて、国籍居留地を日本に入れ替えた、インド国立大学教授経験者の（＝その能力を持つ）Ａさんが日本で就職した場合その年収はいくらであるべきか？
２）使用言語をヒンディー語に入れ替えて、国籍居留地をインドに入れ替えた、日本ではコンビにバイトだった（＝その能力を持つ）Ｂさんがインドで就職した場合その年収はいくらであるべきか？
インドの教授が貰ってんのは、「最近の交換レートで日本円に交換したとしたら６万円になるだけの現地通貨」でしょ？
んで、何ルピーか知らんけど、その額はインドでならちゃんとした生活できる給料なんじゃないの？
日本で10数万貰ってるPGだのバイトだのの日本での生活よりインドの教授がインドでいい生活してんなら、べつにそれでいいじゃん。
おそらくわざとなんだけどこういうレスがついたのでその返事を。
「物価が違うから為替による変換額を比較しても意味がない」という話をしているんじゃないんだよね。
１）使用言語を日本語に入れ替えて、国籍居留地を日本に入れ替えた、インド国立大学教授経験者の（＝その能力を持つ）Ａさんが日本で就職した場合その年収はいくらであるべきか？
２）使用言語をヒンディー語に入れ替えて、国籍居留地をインドに入れ替えた、日本ではコンビにバイトだった（＝その能力を持つ）Ｂさんがインドで就職した場合その年収はいくらであるべきか？
もし１において生活レベルが上昇したのなら「国際労働市場において先進国は途上国を搾取していた」ってことだし、
もし２において生活レベルが低下したのならば「Ｂさんは日本の制度に保護されてたけれど過剰な報酬を得ていた」ってことでしょ、という話。
IT土方の自分が初めてプログラムなるものを体感したのは、中学校の授業だった。
当時は5インチフロッピーが主流のパソコン上で、BASICを走らせたらそれが妙に面白くて、時間を忘れて夢中になってしまった。
原体験というのは恐ろしいもので、今振り返ってみればそのときの体験が、その後の人生に計り知れない影響をもたらしたわけだ。
例えるなら、あやとりと拳銃早撃ちに目覚めたのび太的感覚だろうか。
開発者の社会的地位は「コード書けるだけで何が偉いの？何が凄いの？」という微妙なポジション(国家資格でもコード書き方面の高度区分は組み込みだけというのが現状をよく表している)で待遇も微妙だが、それでもプロのコード書きは自分にとって天職だと思うし、そうなってしまったことにあまり後悔はしていない。
山下清じゃないけど「まあ仕事だしな」で過ごしたり過ごさなかったり。コード書き以外は何をやっても全然ダメだけど。
とまあ、これだけで終われば満更でもない思い出話なのだが、正直、初めて触れた言語がBASICだったことは、自分にとって黒歴史でもあったりする。
かつての自分と同じようにBASICでプログラムに興味を持った人に「あんなのはダメ」と頭ごなしに言うつもりはないけど、もしBASICのBの字も知らない人であれば、今ならPythonかRubyを、Linuxとセットで勧めると思う。
気がついたらCもJavaもPerlもこなし、いつの間にかアプリもシステム・プログラミングも経験していた自分からすると、それくらい、BASICは言語として拙いというのが実感なのだ。
色々問題はあるんだけど、一番はプログラムに対するスタンスを誤解してしまう所。
あれを最初にやると高確率で「プログラミングなんて、その場で出来る範囲で適当に書いときゃいいんだ。なんつってもノリが大事なんだから、うるさいこと言って神経取られちゃダメだ」という恐ろしい考えが身についてしまう気がする。
だってかなりいい加減に書いても、それなりに動いちゃうから。人は大抵易きに流れるので「これでいいのだ」になるのが自然というか。
更にこれがVBだったりすると、MSの用意した機能だけしか使えない人になるだろう。もっとヤバい気がする。
ともかく自分はそうやって身についた悪習慣が祟って、折角大学で習った知識はまともに身につかず、就職後にOJTを通して自らを叩き直すハメになった。
勿論これは自力じゃなく、当時のメンターの驚異的な忍耐力を以てなされたことであり、今でも頭が上がらない。
全く遠回りをしたもんだと思う。
今でも周囲のVBしか業務経験ない人のコードの品質は基本的に低い。某掲示板ではVB厨という言葉があるらしいけど、そういう蔑称も仕方ない気がする。
まあ自分の場合、当時はBASIC以外の教育用言語といったらPascalくらいしか無かっただろうし、振り返ってどうにかなるもんでもないし。
自動でマッチングしてチャット相手を見つけてくれるマッチングチャットや、すぐにチャット相手を見つけてくれるフリーチャット、コミュニティチャット、フレンドチャットなど、とにかくチャットがメインのSNSです。
■自分について
昨年の４月から、プログラムを学び始めた素人。２２歳。札幌在住。
FaceBookがウザい。というか嫌い。
これがきっかけ。
顔本が良いSNSだと話題になっていたので、実名登録してみた。大学の知り合いが見つけてくれて、友達登録などが増える。（ほとんど話したことがない人からも友達登録が来て、「おぉ！これで俺も友達が増えるんだ！」とワクワクしていた）。
が、流れてくるのは自慢ばっかり。
コミュ障で彼女はおろか、女友達もほとんどいない自分にとって顔本で「飲み会行ってきたぜウェーイw」とか、「○○ちゃんの誕生日会なう！」とか、「○○勉強会行ってきたました！ みんな熱い人ばっかりで最高！」とか書いてあるのを見て「こんなSNSは嫌だ……」と思った。
ようするに嫉妬です。
で、自分の好きなようにSNSを作ってみたいなぁ。と思いました。
自分の趣味がレトロゲーなので、自分と同じ趣味の人と話せたら素敵だな。ということでチャット式のSNSを思いつく。
が、Webサービスを独力でつくるのはこれがはじめて。というより、プログラム自体がはじめて。
案の定、前途多難だった。
そして私はアホだった。
■とにかく計画を立てる。
ざっくり、どんな機能が欲しいか考える。自分の力じゃ無理そうでもOK.とにかく妄想を爆発させる。
メッセージ機能、コミュニティ機能、あしあと機能、日記機能、コメント機能、つぶやき機能など。
コミニティ専用のチャットルーム、アカウント専用のプライベートチャットルーム（鍵をかけられる）、自動でチャットが開始されるフリーチャット、自分の指定した条件にあう人を自動で見つけてきてくれて、チャットができちゃうマッチングチャット。
などなど。
妄想するのは簡単だ。でも、全くわけがわからない。何から手をつけていいのかわからない。
「うはｗｗｗｗ これで勝つるｗｗｗ」と思ったけれど、どうやってチャット機能を追加して良いのかわからなかった。改変しようにも謎の記号がめちゃくちゃにならんでいてどうして良いかわからない。
しかも、改変したら改変したでそれを全世界に公開しなくちゃならないらしい（オープンソースというらしい）。
無理だ。
とにかくサーバーサイドの言語と、データベースについて勉強しろや！ とのことだった。
■使う言語について。
サーバーサイドを扱える言語はたくさんあって、PerlとかPHPとかPythonとかRubyとか色々あるらしいのだが、色々悩んだ結果
PHPにした。WebサービスならPHPが良いらしい。レンタルサーバーなどでも簡単に扱えるらしい。
後でPHPがクソ言語という話も聞いたが、とにかく最初に選んだのがPHPだったので。
・PHP
よくわかるPHPの教科書。http://www.amazon.co.jp/dp/4839933146/
MySQLとかについて一通り書いてあるので良かった。二週間くらいでなんとか全部こなした。xamppなども触って、ローカルサーバーで色々試した。
これが終わったら、
パーフェクトPHP http://www.amazon.co.jp/dp/4774144371/
パーフェクトって書いてあるから、パーフェクトなはずだと勝手に思い込む。
実際かなりすごい内容で、胃もたれ起こした。一ヶ月くらいで三回くらい読んで、大体のところを理解した。
フレームワークにCakePHPを使ったので、MVCについてのくわしい記述は大変参考になりました。
基礎からのMySQLで勉強。 http://www.amazon.co.jp/dp/4797344385/
最期に
ハイパフォーマンスMySQL http://www.amazon.co.jp/dp/4873114268/
とりあえず掲示板くらいはつくれるようになったので、チャットについてリサーチ。
ajaxとかよくわからん技術やnodejsを使った非同期処理などがあると知る。
nodejsはC10K問題という問題を解決するすごいものらしく、かっこいいらしいのでこれを勉強することに。
ついでにnodejsと相性の良い、mongoDBも勉強することに。
よくわかるjavascript http://www.amazon.co.jp/dp/4839941874/
終わったら、
パーフェクトjavascript http://www.amazon.co.jp//dp/477414813X/
パーフェクトjavascriptはnodejsについてものすごく詳しく書いてあったので、とても参考になった。このあたりで、LINUXというOSを扱わなくてはいけないと気付き、自宅PCをウィンドウズから、LINUX（ubuntu)に変えた。
これはとにかく触ってなんぼでした。MySQLと感覚が違い、苦労しました。
https://github.com/ichikaway/cakephp-mongodb
という素晴らしいものを利用させていただきました。
■このへんで一回限界がきた。
なんとなくnodejsを扱うこともできるようになり、それなりに楽しいと思ってはいたものの、「SNS作ったる！」と思ってから六ヶ月以上が経過していた。
さらにWebサービスを公開するにはデザインもそれなりにしなくてはいけないらしく、CSSなどについて勉強しなくてはいけないと知る。
一人でWebサービス作ってる「ゆーすけべー」さんとかすごいなと思った。
勘違いサブカル野郎だと思っていた「家入一真」とかもやっぱりすごい人なんだと思った。
自分はなんもできないなぁ。と痛感した。
で、悩んでても仕方ないので、デザインはバッサリあきらめることにした。
もうなんでもかんでもやるのは無理なので、捨てるものは捨てることにした。
基本的に Initializr http://www.initializr.com/ （テンプレートエンジン）
と
TwitterBootStrap http://twitter.github.com/bootstrap/ （Twitterっぽい今時な感じのデザインが簡単に使える）
を使うことに。
でも、これだとまさにTwitterそのまんまっぽかってので、
http://bootswatch.com/ （きれいなデザインテンプレートがあるサイト）
も使うことに。デザインについてはこれだけ。
無理はしないことに。
■大体できたら、あとはセキュリティ。
セキュリティは大事。自分のサイトでは一応、登録制なのでフリーメールアドレスなどを預かる。これは流出させたら困るし、なによりユーザー様が安心して使えないなんてだめなので。
これにはかなり注意したつもりです。
まず基本的なことは 『体系的に学ぶ 安全なウェブアプリケーションの作りかた』 http://www.amazon.co.jp/dp/4797361190/
で勉強。
本番環境に公開する前には グーグル先生が公開している skipfishというツールでチェックをしたり、
Dos攻撃対策に、
http://up-point-server.info/?p=54
などに書いてある
mod_dosdetector などを利用。
これははてなさんが公開しているものです。この場を借りて感謝します。ありがとうございます！
あとはSSHへのブルートフォースを防ぐために、DenyHostというツールを利用するなどした。
クラウドサービスを利用しているので大丈夫だとは思うのですが、一応rsyncコマンドでバックアップを定期的にとることに。
サーバー上の別の場所にGzipで保存し、それを自宅サーバーのCentOSで保存するという形式です。深夜にcronで自動的に実行しています。
参考サイトは、
http://mukaer.com/archives/2012/03/14/vpscentos/
です。
■パフォーマンス向上のために少しだけ
はじめはサーバーはapacheだけだったのですが、今は画像ファイルなどはNginｘというサーバーを使うのが良いそうなので、Nginxを使いました。
あとはPHPの中間キャッシュを利用するAPCなども利用することに。
このへんについては、
このような解説記事がたくさんあったので、参考にさせていただきました。
■ようやく完成。
で、なんとか完成しました。
使ってみた感想や、ダメ出しなど頂ければ狂喜乱舞します。よろしくお願い致します。
■モチベーションを維持するためにやったこと。
あっさりと書きましたが、実際は失敗の連続でやる気が萎えてばっかりでした。
疲れて帰ってきて、なにもやる気の起きない時もありました。
そういう時は、とにかくサポートページのQ&Aの1文でも良いから書いてみるとか、とにかくパソコンとエディターだけ立ちあげてみるとか、していました。
ものすごーく覇気のない目でキーボード打ち続けていましたが、それでもなんとか完成することができました。惰性だろうとなんだろうと、少しずつは進むのだとわかりました。
やはり１から完全自作をするのは無謀だった。でも、プログラムをやったことのない素人でも約一年頑張ればそれなりのSNSもどきを作ることができた。
これも先人たちの作ってくれたフレームワークや様々なツール、そして参考書などのおかげ。
私のようなアホでも頭の良い人の力を借りればなんとかなりました。ありがとうございます！
そしてプログラムは一人でも出来るので、私のように非コミュでも楽しめる素晴らしい趣味である。
■現在。
今はRubyに夢中です。くり返し処理がすごくきれいにかけるので素敵な言語だと思っています。あと、javascriptも面白いので毎日いじくって遊んでいます。PHPももちろん触っています。
非コミュはあいかわらずですが、プログラムが楽しいので前より幸せです。
使用言語 PHP,Javascript
今年に入ってから、フェイスブックであたって、スカイプやメールを通して、ギリシャ人20人と話しました。実際に話した人数はもっと多かったのですが、相手の身元がはっきりしているのがそれくらいということです。
使用言語は英語、ひとりだけ1970年から1985年にかけて日本に在住していたと言う人がいたので、その人とは日本語で話しました（その人は英語よりも日本語で話す方が楽だと言っていたので）。
高校生から年金生活者まで、多岐にわたります。経済学者も含まれています。
私がこれを行った理由は、日本にいるとどうしてもギリシャ人に対して辛辣な見方になってしまうので、もし自分がギリシャ人だったらどう感じるだろう、そこにはまた別の感じ方があるのではないかと思ったからです。
大雑把に言うと、おおむねこんな感じ方が主流でした。
自分たちは今までと同じ生活を送っていただけで、特別贅沢をしたわけではない。きちんと働いてもいる。にもかかわらず突然こういう状況になってとまどっている。これが自分たちの責任だと言われてもしっくりこない。
ユーロ加入後、融資のダイレクトメールがうるさいほどにくるようになった。金融機関はどこも「借りろ、借りろ」の大号令で、要りもしない融資を押し売りのように押し付けることもあった。その大本は外国の資本のはず。そういうことをしておきながら、今になって銀行が犠牲者みたいに振る舞うのは釈然としない。連中は金儲けでやっていただけ。
政府は確かに腐敗し、虚偽の報告をしていたが、ギリシャは弱い統治力を外国資本に付け込まれた。政府はずっと腐敗していたのだから、今になって急に腐敗したわけではない。腐敗しているなりにそれなに回っていたものを、外国資本に介入されてこういうことになってしまった。弱いことは問題かも知れないが、こうなったそもそもの原因は政府の腐敗ではなく、外国資本の行動にある。
そういうのを聞いていて、うーん、私もギリシャ人だったらそう感じるかもしれないな、と私は思いました。日本だって膨大な借金があるわけですが、それを私個人の責任にされても困ると、思いますし。仕事もない、あっても給与は遅配している、病院はやっていない、福祉は崩壊しているというような状況の時に、「お前が悪い」と言われてもこれ以上どうしろと？となるのは無理からぬことだと思いました。
腐敗なり、税捕捉率の低さなり、問題はあるにしてもドラクマ時代はギリシャはギリシャなりに安定してやっていたわけですよ。これがユーロになって、言ってみれば生態系が崩れた。
そういうことだと思います。
先進国の医療援助「だけ」が入ってきて、途上国で人口爆発が起きて更に貧困化が生じているのを、「計画性がなく産むのが悪い」と批判しているようなものです。計画性というのは時間をかけて、生態系の中で最適が練り上げられているわけで、何かの要素だけが外部からもたらされると生態系全部が破壊されてしまう、ギリシャはそれが金融で生じたということです。
反ドイツ感情も、こういう事情を踏まえて起きているわけで、ただの感情的な反発ではありません。
そのあたりをお話を伺った人のうちのひとり、経済学者の男性はこう指摘しました。
「ユーロ統合は、ユーロ圏内の低開発諸国に産業の発展をもたらす可能性もあった。だから南欧諸国もユーロに加盟したのだが、ドイツは年金支給開始年齢を67歳に引き上げるなど、いわば社会保障ダンピングを行ってそれに対抗した。ギリシャの開始年齢61歳は現状から言えば早すぎるかも知れないが、ドイツは遅すぎる。ドイツにギリシャが対抗しようとすれば開始年齢を75歳程度にしなければならず、それでは高齢者はが餓死してしまう。ドイツでは高齢者にも職があるかも知れないが、ギリシャにはない。ドイツの行動がユーロ圏全体の利益を無視したものであったことは確かなことだ」
http://www.yamdas.org/column/technique/hatenablog.html
なお、タイトルに PART I とあるが、このネーミングはメル・ブルックスの『珍説世界史 PART I』にちなんだもので、PART II 以降は存在しない。つまり、あなた（ソフトウェア企業）が絶対すべきでないことは、Joel Spolsky にとってこの文章に書かれることだけなのだ。それは何か？
まぁ、そんなわけないんだけどね。
「最近のはてなの体たらくへの失望感に名前を付けたい」というだけの文章にマジレスするのも我ながらどうかと思うし、気持ちは分からなくもないんだが、最近は「はてブ」以外全く使ってない俺でも、長年お世話になってきたはてなに対してそれなりに愛着というものがあるわけで、ディスられるばかりの流れに少しばかり反抗を試みたい。これは、それだけのエントリだ。
というわけで、以下に書くのは、技術の話でも倫理の話でもない。どうか気軽に読んでほしい。
実例を挙げる。
今やワールドワイドな影響力を持つ勝ち組ソーシャルサービスのTwitterだが、彼らは、ここ数年でバックエンドの大半をスクラッチから完全に書き換えた。しかも、RubyからJavaへと、使用言語すら変更してしまった。
http://d.hatena.ne.jp/teppei-studio/20110709/1310168002
もう一つ。Tumblrも、LAMPアーキテクチャからJVMベースへ切り替えた。その過程で、Twitterがオープンソース化した技術を取り入れたりもしている。
http://blog.kyanny.me/entry/2012/02/19/002256
『「古いコードはクズだ」というのは錯覚だ』というJoelの意見は、一面では正しいが、他の面では間違っている。なぜなら、あるソフトウェアに求められていること（要件）は、時間と共にどんどん変化するからだ。
書き直そうが、書き直すまいが、一番ダメなソフトウェアとは「ユーザの要求に応えられないソフトウェア」だ。規模や環境の変化によって古い技術の技術的限界に直面したり、ビジネス環境の変化に追随する必要が出てきたのなら、「スクラッチから書き直す」のは立派に一つの選択肢だ。
はてなダイアリーの最初のバージョンがどういうものかは俺もよく知らないが、おそらく「LAMP」がエッジなキーワードとして持て囃されていた頃に書かれたプロダクトなんじゃないかな（間違ってたら突っ込みを）。それから時代は下り、Ruby on Railsに代表されるCoCなフレームワークの登場を経て、今や大規模分散や非同期を前提としたアーキテクチャが当たり前の時代。当然改修はしているだろうけど、MySQLを職人芸で負荷分散していた時代からは大分遠いところに来たのは間違いない。
何より、はてなダイアリーといえば「はてな記法」とカスタマイズの自由度の高さがウリだったわけだが、これらの存在が、今や機能追加や改良の妨げになっているとしても不思議じゃない。
はてなブログ開発の動機として「今どきの技術で、最初からやり直す」というのがあるのは間違いないが、それは「スクラッチからの書き直し」だから悪手なのだろうか。結局のところ、レガシーコードのメンテナンスを続ける場合と比べてどちらがより低コストか、という話の結論によるとしか言えない。
はてダのソーシャル要素といえば「トラックバック」と「idコール」と「キーワードリンク」だったわけだが、全部Twitter（とTogetter）に持っていかれたよね、という話。
だから、「はてダver.2」や「ブログ2.0」を望む声が大きいのは理解できるけど、ぶっちゃけ、そんなもんに開発リソースを突っ込んでも勝ち目なんか無い。んで、それに代わるアイディアを持ってる奴はどこにもいないと。だから、既存コードの改良ではなくスクラッチから書き直し、スモールスタートでフィードバックを受けながら方向性を考えていく、という方向性はそんなに間違っていないと思う。
ただ、現状を放置すると「それTumblrでできるよ」という話にしかならん、というのはその通りで。それ以外だと、もしgithubがblogサービスを始めたりすると、かなり客を持っていかれるのではないかという予感はする。いっそのこと、Tumblrのデッドコピーから始めるのが一番早いのかもしらんね。
少し別の話を。
これは、Twitterのgithubレポジトリだ。上でも書いた通り、Twitterはサービスをスクラッチから書き換えた。で、その過程で開発した内部向けのフレームワークを、どんどんオープンソース化している。彼らが、内部の技術をきちんと体系化して再利用可能にしていることの証左と言える。
一方、はてなのgithubレポジトリ。正直、サンプルとかプラグインばかりですね、と。
色々と理由はあるんだと思うが、一つ思うのは職人芸頼りで自分たちの技術を体系化するという部分が弱いんじゃないか、ということ（はてな発のオープンソースで広く使われてるのって何かあったっけ？）。
先ほどから散々「書き直していい」と主張しているが、誰かが言っていた通り、技術の本質を捕まえきっていない状態でフルスクラッチをやっても、失敗する可能性は高い。はてなブログがどちらなのかは、中の人にしか分からないことだけど。
はてなが経営的にあまり状況がよろしくない、という推測はおそらく当たっているのではないかと思う。
タイムラインで、誰かが「まっとうな方法で収益化する方法を真面目に考えるべきだった」と言っていたのを見た。それをしていれば、今回のような事態を招くことは無かったのだろうか。
だが、「まっとうなビジネスモデル」とは何だろう。実際問題として、ここ最近成功しているネットサービスのビジネスモデルで「ターゲティング広告」と「マスなユーザベースから抽出したビッグデータを解析して売る」以外で何か有力なものはあっただろうか。FacebookにせよTwitterにせよ、収益化の原動力はユーザ行動解析だったりするわけだ（彼らがオープンソース化に積極的なのは、インフラ技術が差別化の源ではない、という面もある）。
まぁ、あとはガチャだが、どちらにせよ現状では高木先生の逆鱗に触れるようなものしかないよね。
そんなわけで、それらに代わる第四のマネタイズモデルを思いついた人は、ぜひ近藤さんに教えてあげると良いんじゃないかな。あればだけど。
今後はてながどうなるかは分からないけど、一つ希望したいことがあるとすれば、故伊藤計劃氏のダイアリーがこの先も保全されることを望みたい。
それは、エントリを全て魚拓しろ、という話ではもちろんない。彼の生前に書かれたエントリは、当時の「はてな」という生態系を構成する一部でもあるわけで、そこから切り離して文章だけをアーカイブしてもあまり意味がない。
http://www.google.co.jp/intl/ja/policies/privacy/preview/
Google は、すべてのユーザーによりよいサービスを提供するために情報を収集しています。その内容は、お客様の使用言語などの基本的情報から、お客様にとって最も役に立つ広告やオンラインで最も重要視している人物などの複雑な情報まで、多岐にわたります。
お客様からご提供いただく情報 たとえば、多くの Google サービスでは、Google アカウントのご登録が必要です。ご登録に際して、氏名、メール アドレス、電話番号、クレジットカードなどの個人情報の提供をお願いしています。Google が提供する共有機能をすべてご活用いただく場合は、公開される Google プロフィールを作成していただくようお願いすることもあります。これには、名前や写真などを掲載することができます。
サービスのご利用時に Google が収集する情報 Google は、ご利用のサービスやそのご利用方法に関する情報を収集することがあります。たとえば、Google の広告サービスを使用しているウェブサイトにアクセスされた場合や、Google の広告やコンテンツを表示または操作された場合です。これには以下の情報が含まれます:
端末情報
Google は、端末固有の情報（たとえば、ハードウェア モデル、オペレーティング システムのバージョン、端末固有の ID、電話番号などのモバイル ネットワーク情報）を収集することがあります。Google では、お客様の端末の ID や電話番号をお客様の Google アカウントと関連付けることがあります。
お客様が Google サービスをご利用になる際または Google が提供するコンテンツを表示される際に、サーバー ログ内の特定の情報が自動的に収集および保存されます。これには以下の情報が含まれることがあります:
お客様による Google サービスの使用状況の詳細（検索キーワードなど）
電話のログ情報（お客様の電話番号、通話の相手方の電話番号、転送先の電話番号、通話の日時、通話時間、SMS ルーティング情報、通話の種類など）
端末のイベント情報（クラッシュ、システム アクティビティ、ハードウェアの設定、ブラウザの種類、ブラウザの言語、お客様によるリクエストの日時、参照 URL など）
お客様のブラウザまたはお客様の Google アカウントを特定できる Cookie
現在地情報を有効にした Google サービスをお客様がご利用になる場合、Google は、お客様の現在地に関する情報（携帯端末から送信される GPS 信号など）を収集して処理することがあります。Google は、たとえば、お客様の端末のセンサー データから提供される近くの Wi-Fi アクセス ポイントや基地局に関する情報など、他にもさまざまな技術を使用して現在地を判定することがあります。
固有のアプリケーション番号
サービスによっては、固有のアプリケーション番号が割り当てられています。この番号とお客様のインストール情報（オペレーティング システムの種類、アプリケーションのバージョン番号など）は、お客様が当該サービスをインストールまたはアンインストールする際に Google に送信されることがあります。また、当該サービスが Google のサーバーに定期的にアクセスする際（自動更新の際など）にも送信されることがあります。
Google は、ブラウザ ウェブ ストレージ（HTML 5 など）やアプリケーション データのキャッシュのようなメカニズムを使用して、収集した情報（個人情報を含む）をお客様の端末にローカルに保存することがあります。
お客様が Google サービスにアクセスされると、Google はさまざまな技術を使用して、情報を収集して保存します。その際、Google からお客様の端末に一つまたは複数の Cookie や匿名 ID を送信することもあります。広告サービスや他のサイトに表示される Google 機能のように、Google がパートナーに提供しているサービスの利用の際に、Google が Cookie や匿名 ID を使用することもあります。
引用終わり
2012 年 3 月 1 日に発効
えーまだやんの？ お前話が全然飲み込めてないのにまだやりたいの？
つうかお前の着地点はどこなの？ 元増田が嘘ついて適当こいて就職できればヨカッタヨカッタなの？
泣かずに説明したんでしょ？偉いじゃない。
繰り返しになるけど別に卑下する必要ない。
卑下とかじゃなくて、話が違うんだって。お前は徹底的に瑣末しか見えてないな。
「りんごが欲しいんだけどある？」「ハイありますorないので調達します」ってのが俺とか大体の健常者、
「こっちはりんごが欲しくてあなたがりんごを持ってるのは知ってる、そしてときどきりんごが出せなくなることがあるのもわかる、
じゃあそれってどんなとき？具体的に言えない？りんご出せなくならないために何してほしい？」
「……事前に具体的には言えません、どんなトラブルが生じるかもわからないし…解消のためにその都度お付き合いいただくしかないんですが…」
「何それ意味判らん。とにかくこっちはりんご出てこないと困るの。具体的にどうすればいいか言ってよ」が元増田（に近いといいな…例って難しい）。
元増田に「いいからりんごあるって言えよ」って言ってんのがお前。
企業に「りんご出てこないのはしょうがねーのに。元増田と一緒に現場を作り上げるのが一番手っ取り早いし、面接の段階で何がひっかかるかとか言い出しても話が細かすぎてどうもならん。つうかりんご出せないっての『わかる』っつってるけど要するに許容する気ないんじゃんウンコども」ってのが俺。
泣かないことが偉いとかじゃねえんだよ。むしろ泣くしかねえっつうのあんなもん。
採用面接官が物凄く好意的に採ろうとしてたとしても説明してくれない人は一番採りにくい。
お前こそ元増田と面接官の戦いに落とし込みたいんじゃんｗ 俺は面接官に悪意があるだなんてちーとも思ってないぜ。
やつらは単に受け入れ体制がなくて、体制がないから作ろうとは思っているけど面接時点でできる工夫はないと言われて勝手に気を悪くして受け入れる気がなくなってるだけだ。
自分の無知と傲慢を棚に上げて、「相互理解の姿勢が元増田にはない」と決めつけにかかっているだけだ。
悪意があるのはお前だ。最初から。一番最初のトラバ時点から元増田をボンクラだのバカタレだの呼ばわろうと虎視眈々としていたお前だ。
単に元増田の書いた文章の意味が分からないだけならば、そんな罵言が出てくるはずはないんだ。
「よくわからないんだけど、もうちょっと細かく説明してくれない？」が相応しい態度というものだ。
まして（読めばわかることだが）くだんの文章は元増田の記事のなかにあるがその主は企業だ。
元増田が企業（や、社会）から押しつけられていることをそのまま記述しただけだ。
意味判らないとしてもそれは元増田の責任じゃない。企業がメチャクチャ言ってるだけであり、お前の頭が残念な出来であるだけだ。
「どんな配慮が必要ですか？」って当人に聞くのは
当人の希望に沿って調整する用意があると言うことで、
俺の日本語ではこれを融通って言うんだけど
君の日本語では融通はどういう内容？
ゆう‐ずう〔‐ヅウ〕【融通】［名］(スル)
１ とどこおりなく通じること。転じて、必要に応じて自在に処理すること。ゆずう。
だそうだけど。俺の日本語っていうか一般的な日本語では。お前の使ってる「お前言語」日本語からズレ過ぎなんじゃね？
「必要に応じて自在に処理すること」。あらかじめマニュアルを決めることじゃなくて、いわゆる「臨機応変」の態度なのよ。
必要が発生してない段階から説明しろ希望を出せとか言われても無理なの。障害の故に説明能力がないというよりは、単に現場に出ないとわからないことなの。
それは融通がどうこうじゃなくて単に求人枠がない状態っていうんだよ。
家族にしろ職安職員にしろ、採用側より障害について知ってるから求められてる。
「十全なのかー」って十全なわけないし十全なんて求められてない。
障害の特性を一通り知っているし、いろんな例見てるだろうし、企業の側は「専門家」に意見が仰げて安心だし、被面接者は「助けてくれる人」に同席してもらって安心だし。
そして、これが一番ネックなんだが、特性を知ってていろんな例見てても「で、元増田さんには具体的にどんな配慮が必要ですか？」と言われたら、元増田も言ってた「一つのことに集中するのは得意で、二つ以上のことをやるのは苦手です」とかの一般的特性を述べるに留まってしまう。
それ以上具体的な部分に落とし込むことはできない。無理だ。やってみないとわからない。
代弁しろとか言われてもできないよ。わからないことはわからないとしか言えない。元増田が泣いてしまったからといって口は出せないだろう。
そこで説明するべき内容は元増田が決めることであり、元増田が話すべきことだってことになるからだ。
しかし「答えはない」なんて真理だが言えねー。啖呵切るならともかく就職面接でなんて俺だって言えねえ。
その意味では、元増田の記事の一番最後の「答え」は、例え本当の部分とはなんかズレている気がしても答え方としてかなりうまいと思う。
でもきっと企業側はあくまで具体的な対策を言わせたいんだろうなー…とか思うと他人事ながら気が重い。
余談だが、家族を同席させることの何がアレって、企業視点では対応次第で裁判沙汰とか面倒なことになるんじゃないかという恐怖がありそう。
だから「企業の迷惑を顧みない非常識行為」となる。少なくともモンペはそういう位置づけだろ。
お前の常識が既に世間一般の常識から離れてるし（なにせ使用言語が日本語からズレてる）、そんなこと言っても何も説得力がないなｗ
君との話し合いは繰り返し日本語の問題に突き当たるけど
「有利」と「必勝」は違う。
元増田は今回は有利さを生かせなかった。
だから、「元増田の有利さ」って何だよ。お前が言うように同席して説明してくれる人は職員がいたけど特に有利ではなかったじゃん。
つうかそれで有利になると思ってるお前の頭がどうかしてんだよ。
追記のトラバあったよ。ツリーを探してみ。
事前に文章にまで仕立てて持ってってんだよ。
それで面接官の切り返しがあの「僕らの立場」よ。アホくさいわ。
そもそも、要求して何が悪いんだろう。企業の要求は悪なのかな？
負けずに要求し返したりすればどうだろう？
要求し返すのはいいな。元増田の記事の最後の部分、あれはなかなかいい。
読み返しても
また、配慮して欲しいポイントをきれいに説明できるのであれば、障害者手帳なんて要らない。
なぜなら、配慮が無くても仕事を出来る場所を探せばいいのだから。
「そんな指摘をするなんてお前はあっちの味方だな」という反応は小児的だし混乱してる。
ある一文が論理的におかしいと、その一文の作り手ではない人間に指摘するのはおかしい。それこそ論理的にｗおかしい。
あるいは企業とはすなわち健常者社会の象徴とでも捉えて、自分の胸に手を当ててじっくり考えるのもよかろ。
手も当てずに逆ギレしてんのは大人の態度とはとても言えない。小児のみっともなさというよりは小児的大人のみっともなさではあるが。
その後で意味が通じてんじゃん。「あー、やっと言わんとすることはわかった。」と。書いてあるぜ。
またわかんなくなっちゃったの？ 「今もわからないけど。」って。
わからないことをわかるって言うのは知ったかぶりって言ってなかなかに害悪だし、
わかることがわかんなくなっちゃうのは病気かもしんないから医者行った方がいいよ。
俺にはお前のその一貫性のなさが判んないよ。悪意という串が通ってなかったら絶対把握できねえ。
君が今凄くストレスを感じてるのはわかってる。
そういう時の自分の文をこそ観察して、思考パターンの動きを省察するといいと思う。
ザッと流し読みしても「バカ」とかそういう言葉が激増している。
ネガティブ･不貞腐れ思考、対立認識、破滅願望、攻撃性、etc.
そのパターンが一度でも君を本当の意味で愉快な気持ちにしたり、
物事の解決の助けになったりすることがあったか思い返してみて欲しい。
大いに解決の助けになっている。少なくとも妨げにはなってないな。
ストレスはセンサーだ。何が引っかかるかを強烈に俺に教えてくれる。
俺は俺を引っ掛けるものを理解して分解することができる。ストレスはそのスピードを上げる。
で、お前は俺の文章から何か学べたか？ 「知能」の意味は検索したのか？
してないよな。するわけがない。「この話の核だから」と言っておきながら、お前には元増田の障害を知ろうという意志がない。
お前には向上心はない。
お前にあるのは悪意ぐらいだ。
追記。
そう。あの増田なのよ、俺は。
本性はとても真面目で綺麗なのよ。うわあ鳥肌立つｗｗｗ
