  |
はてなキーワード: iEとは
http://anond.hatelabo.jp/20130809115823
http://d.hatena.ne.jp/potato_gnocchi/20130809/p1
大学ではないが、受験で入った国立付属中学で文化的差異に驚愕した覚えがある。
それまでにピアノが引ける人の数がクラスに２人だったのが、いきなりほぼ全員になった。
ただ、付属内でもサラリーマン階級と資産家階級の文化差があって、
中学まで低学歴社会から抜けたため、個人的な怨恨はない。まぁそんなもんかなという印象。
彼らは彼らで楽しくやっているのだろうし、うちらも楽しくやれれば歓迎。
じゃあ何が問題なの？と問うてみる。
前提条件として、階級移動が少なくなった事情は抑えておくべき。
高度成長期までは社会階層時代の変動があったため、（一次産業比：戦後40％→20年後10％）
http://www2.ttcn.ne.jp/honkawa/5240.html
誰もが親よりも良い職業につくことができていたし、パイの成長自体もあって、
低所得層からの知的階層への参入がよりあった。おそらく今の50代くらいまで。
今ではそのどちらもがなくなったため、階級の固定化が進んでいる。
階級ごとに地域で分化し、違う階層との交わりを断つ方向へ流れている。
個人的にも、エントリを読んだら娘を公立に行かせるなんて出来ない。
http://luvlife.hatenablog.com/entry/2013/08/07/221155
階級化は進んでいるし、相互の交わりを持たない人も増えていることが想像される。
アメリカでは低所得層からの優秀な人材を登用できないこと自体が問題設定されている。
http://www.chikawatanabe.com/blog/2013/04/education_and_socioeconomics.html
大した評価軸を持たない日本ではどのような問題を設定するのか？
学者サイドでは、きちんと貧困問題と、再配分の問題として、定義し直すことができているが、
世論では格差が問題と言いつつ、格差への怨恨を憂さ晴らしして、終わることが、心配でならない。
馬鹿な若者に対して、強制的に教育せねばと徴兵制をねがい、http://togetter.com/li/545096
日本が勝ったと満足して、自尊心を満たすような、オナニープレイは見たくない。
そのために何をすべきかが、設定すべき問題なのかもしれない。
http://blog.elliottkember.com/chromes-insane-password-security-strategy
http://news.mynavi.jp/news/2013/08/08/054/index.html
http://www.itmedia.co.jp/enterprise/articles/1308/08/news033.html
このニュースは取り上げるサイトによっては、Windowsで動作確認した記者がFirefoxと比較してどうのこうのと語ったり、ブコメもドヤ顔で「今まで知らなかったのか」「気付かなかった奴が騒いでる」って見方のブコメを散見するがそれも違和感を感じる。
そういう話じゃないんだよな。
Macでは、Chromeが正式版になってパスワード管理がキーチェーンと連結されて実装された当初、Chromeの設定画面からパスワードを確認する場合はキーチェーンが立ち上がる仕様だった（はず）。
（ベータ時代はパスワード関連の設定画面ではまだ開発中と表示されたはず。ただちょっとそのあたり、ベータが取れる前後は記憶が定かでない。なんせベータとの違いがよく分からない有様だったから。記憶違いだったら申し訳ない）
http://internet.watch.impress.co.jp/docs/news/20091209_334515.html
例えば、Mac OSのパスワード管理機能「キーチェーン」がGoogle Chromeに統合されたため1カ所でパスワードを管理でき、他のブラウザで入力したパスワードをGoogle Chromeで利用できる。
あくまでキーチェーンの扱いはSafariと同じだったし、この時はSafariからパスワードを直接インポートできなかったと記憶している。
ちなみに、ヘルプの記載でも現在もキーチェーンで保存してるとしてる。
https://support.google.com/chrome/answer/95606?hl=ja
Google Chrome では、さまざまなウェブサイトのユーザー名とパスワードを保存することができます。そのようなウェブサイトに次回アクセスすると、ブラウザによって自動的にログイン フィールドに入力されます。
これらのパスワードは、その他のブラウザのパスワードが保存されているのと同じシステムに保存されています。Mac の場合、Google Chrome はキーチェーンアクセスを使用してユーザーのログイン情報を保存します。
おそらくこの記載はキーチェーンとの連携ができるようになった当初のものだろう。この後ろにchromeアカウントの話を付け足したのか。
とにかく、MacOSのほぼ全てのブラウザがキーチェーンによるパスワード管理をやってて（キーチェーンはアクセスできるアプリケーションを管理でき、ブラウザ以外も依存している）、ここに委ねてる。
だからパスワードの確認はキーチェーンで行う理屈で、Chromeのベータが取れた当初はそうだったはず（私の記憶では）だし、そうでなくてもGoogleの説明を受けたMacユーザーはそういう認識だ。
ようするに、MacユーザーからするとSafari等のキーチェーンを利用するアプリケーションと同様の方法で管理してますよって言ってるのに、実態が違うじゃないかっていう指摘だ。
（たしかWindowsにおけるIEも同じようにシステムの管理だと思う。この話において、Mac/Windows対応であるFifefoxは例外なんだが、その管理と同等のレベルにしようという事で、それに倣ってマスターパスワードを装備している。ちなみにデフォルトじゃないという反論の意味がよく分からない。）
また、キーチェーンによるURLの認識方法がセキュリティ的に問題で、Chromeは違いますよっていう話があってもいいはずなんだけど、Googleの反論はそうでもないようだからそっちとは違うみたいだ。
思うに、Googleとしてはデータ上は平文保存してるのに画面上見えないだけって実態がセキュアじゃないとか本当は言いたいんだろうけど、しかし平文保存してるからこそSafariからパスが抜け、だからこそSafariからの移行組を確保しているからで、このことをおおっぴらに言うことはないと思う。
いまだに全国的に見ると、トップページYahoo!、ブラウザIE、が多いわけでもあり。（事実）
じゃあGoogle、好きなブラウザ、で漂流している人はというと、たしかに検索結果五件くらいしか見ない人もいる。
あ、そう思ったら、そこで諦めないで色々やってみる人とかの層があるわけだ。
「ネットー？うん、だいたいまとめとか見てると睡眠時間なくなるよね」人は、ライト。
たしかに気づいたらこんな時間！はあるけど、適宜要領よく短期に漂流。これだな。
広く浅く、しかし掘り下げるとこはふかーく。
まだまだ出演アーティストの予習が全然できていないので、プログラミング初心者の私が頑張ってFujiRock出演アーティストのYouTube動画をまとめて再生できるWebアプリケーションを作成しました。
まだまだ至らない部分もありますが、フジロック行く人も行かない人も楽しんでいただければ光栄です。
■使ったもの
Twitter Bootstrap
など
■参考にしたもの
・ドットインストール http://dotinstall.com/
上記で挙げた使ったもののほとんどを管理人の百式さんがわかりやすく解説してくれ非常に助かりました。
個人的には気になる言語の学習の入り口としてドットインストールを利用して、さらに詳しく知りたいときは書籍やGoogle先生で補うという流れで学習を進めています。
・よくわかる○○の教科書シリーズ http://www.amazon.co.jp/%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8BPHP%E3%81%AE%E6%95%99%E7%A7%91%E6%9B%B8-%E6%95%99%E7%A7%91%E6%9B%B8%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA-ebook/dp/B007UYYU32/ref=dp_kinw_strp_1
自分は「よくわかるPHPの教科書」を読んで、実際に手を動かしてサンプルプログラムを作成していました。
・Webサービスのつくり方 ――「新しい」を生み出すための33のエッセイ http://www.amazon.co.jp/Web%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E3%81%A4%E3%81%8F%E3%82%8A%E6%96%B9-%E2%80%95%E2%80%95%E3%80%8C%E6%96%B0%E3%81%97%E3%81%84%E3%80%8D%E3%82%92%E7%94%9F%E3%81%BF%E5%87%BA%E3%81%99%E3%81%9F%E3%82%81%E3%81%AE33%E3%81%AE%E3%82%A8%E3%83%83%E3%82%BB%E3%82%A4-Software-Design-plus-ebook/dp/B00DUSKOFA/ref=sr_1_1?s=digital-text&ie=UTF8&qid=1373890964&sr=1-1&keywords=web%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%AE%E3%81%A4%E3%81%8F%E3%82%8A%E6%96%B9
私がWebアプリケーションを作りたいと思うようになったきっかけとなった本です。
どのようにWeb開発を進めていくのか和田さんがわかりやすく解説してくれています。
■FujiTubeの内容
・FujiRockの公式サイトからアーティスト名をスクレイピングしてきてDBに格納する。
↓
・YouTubeAPIを利用してDBに格納されているアーティスト名でサムネイルを取得。
↓
■今後について
今後はまた新しいWebアプリケーションを作成したいと思っているので、Webアプリケーションを作りたいと思っている方はFujiTubenのContactページから
気軽にご連絡ください。喜んで手伝います。
標題の通り。
→ http://www.jma.go.jp/jp/week/
どこがおかしいんだろうね？ MS-IE 専用レイアウトなのかな？
あと、この状態に、誰も気づかないのかな？
ここのブコメのほとんどが、やまもといちろうがグーグルグループとGmailを勘違いしてるように思って、しかも大量に☆ついてて笑った。
というのは置いておいて、
本当はそういうのまずいはずだよ。一応これらも国の機密事項だから。そもそも国内でも研究内容漏れちゃったらまずいし。でも使っちゃうんだよね。
そういうのがここ10年ぐらいで変わったなあっていうのは、やっぱりサービス側がその敷居を下げるために、ネットで下地を作って色々やってるよなあ。
例えばグループウェアはクライアントソフトでやってたのが、ブラウザ経由で操作させるようになった。
（見た目の敷居が低くなったのと、プロキシとかポートブロックをすり抜けてシステム管理者が知らないうちに当事者が勝手に使ってる状況を作っている）
ユーザーがすぐ使えるっていう直感性でいうと、一般人はYahoo、Googleに慣れ、その操作感がデファクトスタンダードになってる。
（また、見た目は昔MacユーザがWindowsのルックアンドフィールをバカにしてたような、古くさいインターフェースだったりする。
Mac VS Windowsの一見非生産的なやり取りが、今の状況に与えた影響って少なからずあるんじゃないかなあ
国産グループウェアは、エラー情報が一般ユーザーに分かりづらいのもある。
国産グループウェアのブラウザ版がIEのみ、バージョンに振り回されるのも。
WebサービスはほとんどアンチMSに傾いているので、ここで違いも出たはずだ。
だからカレンダーがicalか、サポートのあるMicrosoft Exchangeかという選択で。
ここで始末の悪いのが、Microsoft Exchangeが高価だからCSVで吐き出して分かる奴がつかえってのがアホな選択。
それで、なんで国産グループウェアがそこまでダメなんだろうって事だけど。
もともとは、２ちゃんねる系のまとめサイトを巡回して、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に公開したいと考えています。
長文を読んでいただき、ありがとうございました。
コンセプト指向を明確に持っていたのにどうしてこうなっちゃったんだろう。
特にPS3。PS4になって単なるゲームのコンソール機に退化しちゃったって感じ。
さらに3D-GUI(XMBの進化系)を前提にしてフルスクラッチで作成したプログラムを使えば、
糞プログラムでは、考えられないほどの
快適性と効率が得られるようになるよ。
お前らもなんだかんだ言って、今使ってるパソコンを捨てて
まあ見てなって。
もう一生来ないよ。その役目は世界的にはXbox Oneが引き継いじゃったみたい。
出遅れたWPとWindows8を推進しようと、Microsoftは統合するためもっと積極的に動くだろう。
スマホが普及してPCの販売台数が落ちている今、このコンセプトは
現行世代が登場した頃よりもずっと受け入れられやすい下地ができてるかもね。
ここ数日、何かと話題になっている家入一真氏と若野桂氏のデザイン料未払いのやりとりであるが、家入氏の未払い問題は今に始まったことでも何でもない。
叩くと色々出てくるが、まずは数年ほど前に家入氏が経営していた会社、party company社の運営していた海の家での未払い問題をご紹介しよう。
江ノ島海の家Colcci（コルチ）音楽イベント ダブルブッキング事件
（http://therightwing.blog129.fc2.com/blog-entry-1.html より引用）
2010年8月、江ノ島海の家Colcci（コルチ）で行われる予定だった音楽イベントが
株式会社パーティーカンパニー・株式会社アマゾナスヴィダ（子会社）の一同によるダブルブッキングにより中止となった。
当初、被害弁済の話しで折り合いをつけると見せかけ、話しを持ちかけてきたが、8月の海の家の営業が終わると同時に、今度は弁済しないと言ってきた横暴ぶり。
しかも、株式会社ウィルコープ代表取締役 松田という、関係ない幽霊会社（住所も電話も飛んでる）の代表が出てきて、連絡はバックレるは知らぬ存ぜぬという始末
株式会社パーティーカンパニー側が株式会社ウィルコープに頼み、けつを拭いてもらおうとしたが、相手が悪かったみたいだ。
要は、株式会社ウィルコープは株式会社パーティーカンパニーの都合の悪い事を、一手に引き受けていると思われる。
来年も海の家をやろうとしてるみたいだが、自分達の都合で中止をし被害弁済もしない企業が来年もできるとは思えない。ていうか、できないでしょ！噂が回ってるから！
株式会社パーティーカンパニーの情けない所は、担当者の萩原氏に責任を押し付け、会社としての監督責任を果たさない点である。
責任者は彼かもしれないが、上役1人出てこないのは、不思議なものである。
上場会社も率いている、家入一真氏には、社会に対しての責任をしっかりと感じて頂きたいと思う。
これ以上、日本という国で、好き勝手できるとは思わないで頂きたい。
お金があれば、何をやってもいい、弱者には強くあしらい、上場会社の方ではお金を集め、いい顔、悪い顔が見え隠れしている事を皆さんには、知って頂きたい。
被害総額150万円程
■本件の流れ
7/10
江ノ島海の家コルチでのイベント開催の為、イベントブッキング担当の斎藤陽氏とやり取りが始まる。
7/15
8/22のスケジュールの押さえる。
イベント開催に向けて出演者のブッキング、プロモーション活動、等の準備を進める。
8/4
江ノ島の警察の指導によりイベント終了時間が２０時から１９時に変更される。
8/5
江の島花火大会の際に、一部の海の家が大幅な音量オーバーと営業時間オーバーをした為に、警察から海岸組合へ指導が入り、組合が江ノ島西浜全域に厳重注意を勧告され、それによりイベント開催に対する規制が更に厳しくなる。
8/10
現地の状況が更に厳しくなったことを理由にキャンセルを勧められる。
8/11
違う日程に予定されているイベントの主催者に連絡をとり状況を聞いたところ、こちらが齋藤氏から伝えられているような厳しい状況ではなく、全く問題なく開催出来るとのこと。開催したいという意志を伝えると齋藤氏から、コルチ側のスケジュール管理のミスによりこちらのイベントがダブルブッキングされ、コルチでは開催不可能である旨を告げられる。なおダブルブッキングのもう片方のイベントは、コルチの関連会社のイベントである為にどうしても外せないとのこと。
コルチの運営会社・パーティカンパニーの萩原氏から謝罪の連絡があり、他店での開催を提案される。
8/12
齋藤氏より、イベントキャンセルの場合は経費の総清算をコルチ側にさせる旨を告げられる。
8/14
イベントのプロモーションのために制作したラジオ番組の再制作にかかる費用等を様々な要因を考慮して検討した結果、他店での開催は不可能と判断しキャンセルする意向を伝える。
8/16
パーティカンパニーとコルチを共同経営するウィルコープの松田氏より、今後は最終責任者として対応するとの連絡がある。
8/23
8/24
9/10
こちらから松田氏に連絡すると、弁護士をいれたので弁護士から明日にでも連絡すると告げられたが、弁護士からの連絡は一切なし。
9/23
ウィルコープは全く対応する意志がない様子なので、萩原氏またはパーティカンパニーの代表からすぐに電話をさせること。
齋藤氏はスケジュール管理については全く関与せず全てパーティカンパニーとウィルコープの責任ということなので、その証明と今回の事件の経緯を文章にまとめてこちらに提出すること。
9/24
齋藤氏より連絡があり、萩原氏は多忙により時間が出来次第に電話するとのこと。
9/25
萩原氏にパーティカンパニーの代表役員もしくは担当者から和解交渉の連絡がない場合は訴訟も辞さないと連絡をする。
齋藤氏に下記の提出をお願いする。
1 ダブルブッキング事件のやり取り詳細（全履歴）
2 過失がコルチにある事を証明する書面（スケジュール管理してない事の証明）
9/27
齋藤氏より
義務ではなく善意で協力している立場なのでそのような要求は受け入れられず、
今後は法的に義務が生じた証言、提出物のみ出すとのこと。
①
――――――――――――――――――
悪ふざけ文化創造企業/株式会社パーティカンパニー（partycompany Inc.）概要
――――――――――――――――――
【所在地】
〒150-0002 東京都渋谷区渋谷1-17-1 美竹野村ビル2F
（東京メトロ渋谷駅 13番出口より徒歩0分） Google Map
【TEL・FAX番号】
03-6427-3185（TEL） 03-6427-3186（FAX）
【事業内容】
カフェ・レストラン事業（直営店運営／企画プロデュース／委託運営）
アート・文化事業（ギャラリー運営／クリエイタープロデュース及びマネジメント）
【取締役会長】
【代表取締役社長】
永岡裕介
【専務取締役】
澤圭次郎
【資本金】
3千万円
5億円
【決算】
【従業員数】
【URL】
partycompanyinc （ http://twitter.com/partycompanyinc ）
1978年12月、福岡生まれ福岡育ち。paperboy&co.創業者。
2001年、株式会社paperboy&co.の前身 である合資会社マダメ企画を設立。
2003年、paperboy&co.を設立し代表取締役に就任。
その後、2009年、代表取締役CCOを経て、2010年、取締役に就任。
2010年4月、悪ふざけ文化創造企業 株式会社パーティカンパニー設立、
代表取締役に就任。
イエイリカズマ Official Blog http://ameblo.jp/ieirikazuma/
永岡裕介（ナガオカユウスケ）代表取締役社長
2002年、有限会社 A Style Works 設立、代表取締役就任。
2010年、株式会社パーティカンパニーへ飲食事業を譲渡、同社 取締役就任。
【関連会社】
（アパレルブランド「Colcci」日本国内輸入販売総代理業）
【沿革】
2008年5月：渋谷に1号店「HI.SCORE Kitchen」をオープン
2010年3月：有限会社A Style Works よりカフェ事業（都内3店舗）を事業讓受
2010年7月：片瀬西浜に海の家「theBeachCafe」、渋谷に複合プロジェクト
（カフェ「ON THE CORNER」／アートラウンジ「SUNDAY ISSUE」／
②
――――――――――――――――――
――――――――――――――――――
【商号】
【役員構成】
取締役 永岡裕介
【所在地】
【資本金】
2,250万円
【決算】
【事業内容】
【従業員数】
10名
【URL】
www.colcci.com
お台場ヴィーナスフォート店（直営）をはじめ、百貨店、全国セレクトショップにて展開中
1978年12月、福岡生まれ福岡育ち。31歳。paperboy&co.創業者。
2001年、(株)paperboy&co.の前身となる合資会社マダメ企画を設立。
2003年、paperboy&co.を設立し代表取締役に就任。
2010年4月、悪ふざけ文化創造企業 株式会社パーティカンパニーを設立し代表取締役に就任。
IT、アパレル、PRなど、幅広い事業への投資も積極的に行っている。
③
――――――――――――――――――
――――――――――――――――――
所属 WanderLust Inc./ 株式会社ワンダーラスト
http://www.wanderlust-inc.co.jp/index.html
斉藤陽氏は都内でＤＪとしても活動している。
今回のブッキングの件は業務契約を結んでいると言っていたが、責任は両者なすりつけあいで、株式会社ワンダーラストと株式会社パーティーカンパニー・株式会社アマゾナスヴィダとの業務提携だとすれば、株式会社ワンダーラストも責任が問われるであろう。
株式会社パーティカンパニー側に落ち度があり、斉藤氏は弁済の約束も取り付けたというが、その約束はどこに行ったのか、果たされていない。
ここに、挙げられている企業はグループ企業・協力企業であり、秘密裏に会合をしていると思われる。
よって、彼の言っている事も、日々変わってきているので信用はできないという。（もっともだ）
④
――――――――――――――――――
――――――――――――――――――
――――――――――――――――――
株式会社paperboy&co. ジャスダック上場企業 大阪証券取引所 証券コード3633
――――――――――――――――――
関係者の話しによると、ここが全ての母体になっており、背後で動いていると思われる。
本件は現在も調査中です。
もう何回も出てるであろう文句だけれど。
フーレムワークやらsassやらなんやら非常に便利な世の中です。
効率よいし便利なのは重々承知だけれどそのソースはやっぱり嫌。
「ソースを見る人なんて同業か、アレの類なので」
確かにみないでしょう、普通ソース見るなんてwebの仕事触る人だけでしょう。
それでも。それでも。
「それは貴方のただの自己満足です」
と一蹴されたりするわけですが、
そんなこと言うプログラマーがインデント揃えてﾊｧﾊｧしているわけで
それなら「自社都合よりお客様」の建前でこっちもなんとかしてくださいと思うのです。
HTMLやCSSをメモ帖手打ちでﾊｧﾊｧしてた時代に戻りたい。。。
「基本に忠実、わかりやすい書き方こそ最大のIE対策」とかドヤ顔でいえたあの頃に。
http://anond.hatelabo.jp/20130414211114
http://anond.hatelabo.jp/20130414222014
基本的には「どっかの誰かに強制変更されるのを待ってる」という
受け身な人が多いのもあるかもしれません。
WEBサービスを受ける以上、作り手側が望む利用環境をこちらが利用する事も
その知人に対する一つの敬意かな、とも思いましたので
仕事でも、家でも、パソコンを使っている。家ではブラウザを開いてネットを使っている。
自分はパソコンの使用歴自体は長くなってきたものの、ネットに沢山あるサービスをカスタマイズして使ったりとかはあまりしていない。基本的に与えられた設定で使う方で、それに不都合を感じる事も余りない。
会社は基本ブラウザがIEなので、同僚の中にはFirefoxやChromeとか使う人もいるけど、自分はそのままIEを使っている。家でもそうだったが、ネットサーフ中に何度か電源が落ちる事があってからはとりあえずメインをFirefoxにしている(この現象はブラウザは関係ないらしいけど)。
自分がIE使う理由に大それたものは特にない。Firefoxもだ。強いて言えば、パソコンを買った時にIEが一緒に入っているから。カスタマイズ無しでも、WEBで公開されている表をエクセルに綺麗に貼り付けできるから。そんくらいだ。無くなったら無くなっても構わないが、「使い慣れてるから」というしょうもない理由が一番かもしれない。要するに、見られれば何でもいいけれど、それなりにIEはお気に入りなのだ。
知人の言葉には説得力がある。当たり前だ。その人はWEB関係の仕事をしていて、スマートフォン対応のサイトも手掛けている。常に最新の技術を追う業界にその人はいる。IEは他のブラウザと仕様が違うらしく、各ブラウザ別のサイト表示を統一させるのにIEは骨が折れるのだそうだ。
知人はとにかくIEが嫌いでいつも舌鋒鋭く批判している。自身の経験に裏付けされた理由があるのだから、言う事は多分もっともだ。それだけでなく、いわゆる「古い技術やモノにしがみ付いてる人達」も嫌いだ。その人にしてみれば、そんな古い人たちからの古い要求の面倒見るなんて嫌、という事だろう。
その人は常に戦い続けている。クライアントからの要求に答えながら、怒り続けている。
自分はずっとIE派だったので、自分がずっと使って満足していたものがそこまで叩かれる事にちょっとした反発も抱き、自分はまぁそれなりにIEも好きだよ、というのもほのめかした事はあったが、IE絶滅しろ！と常に言っているその人を前に、自分のただ「使い慣れてるから」とか「好きだから」なんてのはバカバカしい理由にしかならないだろうと考えると、そういう話もしづらくなってしまった。自分はその人が好きなので、そういう事で波風を立てるのもなぁ、と思い、今は一度離れたFirefoxとIEとChromeを併用する形で使っている。
勿論その人のサイトの閲覧ではIEは使っていない。慎重に避けている。
三十六計逃げるに如かず、自分はブラウザの話をする事を止めた。
その人が嫌いな、ガラケーの話もずっとしていない。ガラケーとスマホ両方に対応したサイト作りはとても大変と聞いたからだ。
だからとりあえず取り繕っている。ガラケーの批判はしないけど、まぁ時代はスマホだよね、そんな感じのノリで。
実際の自分は知人が何より嫌悪する、「IE使いで、古いモノやサービスにしがみ付いて、いつまでも古いガラケーを使って満足している人」だ。
でもそんな事を態度や会話に出さなければ、波風は起きない。実際に会う事があれば、相手は何か言うかもしれないけど。
自分も「必要に迫られたら」新しいサービスを受けるだろう。会社もしかり。そんな態度も知人には腹立たしいだろう。
ただ言ってしまえば、自分はその人の作っているサイトを利用する立場にない。業種も全く違うし、今後関わる事もない。
何となく、最近その人とこれからも関係を続けて行く上において、それでいいのかなと疑問に思っている自分と、今まで通り点と点レベルの付き合いなのだから、相手が不快に思わないよう上手く私生活を隠して話を合わせておこう、という自分がいて、ちょっと悩んでいる。
いっせーの! Webにのって さあ出かけよう ブラウザとのランデブー ユーザーが大事 実装が大事 JS、マジ大好き ユーザーの痛み それ言語のせい? UIの動き UXのつもり 今までのJSのポジションを 越えた未来は どうなるの? ねぇどうせWebKitでしよ ダメ? ダメ! ECMA標準だけ 油断も隙もない APIとのボーダー越えたい そうもっと! 大胆で ちょっと強引? 俺ワールド全開 優しいJSも いじわるなJSも ひとりじめ 型つけてみて やっぱやめて ウラハラ alt-js Java以上C++未満の JS、マジ最高 V8だけが きらめいて 遠い背中も 追いかけたよ これからの最適化 フローグラフの分まで伝えたい ぎゅってしてPNaClコンパイル ダメ? ダメ! 不埒です CSS3に甘えたい GPUに触れたい どこまで? APIのボーダー教えて おっとっと! 手強い IEの仇 ムキになったら 古いシステムも Flashの将来も 譲れない 実装して やっぱやめて 一方通行プロセス W3C信じて プラグイン書いて No more E4X 動的なの? 静的なの? 型推論好き? 好き! 好きだから 笑わず答えて Ion Monkey 越えよう おっとっと! 大胆で ちょっと強引? prototypeを知ったら JSでの設計や コーディングも変わるの? 答えてよ! ときめき 走り出す わくわくコーディング Self以上 Scheme未満の JS、超愛してる!!
なんだよこいつ、まじむかつく。全部ツッコミいれてやる。
＞「ひとり親」は無理ゲー
いきなりなんなん？ シングルの子育てはゲームじゃねーんだよ！！！ハゲ！！！ 両親に育てられたオメーはゲームの主人公か？ああん？？
http://www.tohotheater.jp/service/mamas_club_theater/
つーか、生後３ヶ月っつってもよー、24時間ずっと泣いてるわけじゃねーだろーがよー。
とりあえずベビーカー乗せて図書館まで行ってさ、機嫌よくしてる時間内で返却と借り出しを済ませるしかねーんじゃねーの。もしかして図書館で何時間もダラダラしたいの？ もしかして図書館で仕事する気なの？ やめてよね、「税金払ってますから^^」みたいな面して他の市民の邪魔をしちゃう市民になるの。
知らないかもしれないけど、通勤ラッシュ以外の時間はけっこうベビーカーいるし、子供連れの親御さんとかジジババとかも多いよ。
それに、電車で赤子が一人泣いててそれにキレる人がいても、別にお前を殺しゃしないよ。
だけどほうっておいてはいけないよ。必死にあやしてるアピールくらいはしようね。
＞両親が健在なら、実家の近くに住んだ方がいい
“特にぼくが出張で家を空ける場合なんかに、奥さんが実家に滞在することができる”
掃除の回数が増えた、ってこれはイケダハヤト自身の掃除する回数がってこと？？ 普通に生活してたら子供が出来たくらいでは掃除の総数は増えないんじゃねーかな。かるい掃除をこまめるやるようになったんなら、逆に負担は総合的に減ってるはず（減ってないならこまめにやる意味が無い）。
「ほとんど奥さん任せ」で、でたーｗ結婚後も「これは自分がほぼやってる」てことが無奴〜ｗｗｗ
イケダハヤトさん、もしかして育児の中でも、「これはボクやったことない」ってやつ、あるんじゃないですか？？ オムツ替えやミルクやりや寝かせつけだけじゃないですよね、子育ては。哺乳瓶は洗えますか？ 子供をお風呂に入れられますか？（３ヶ月ならまだベビーバスかな） ベビーオイルくらいはぬれますね？ 爪切りもやってあげてますか？ 鼻くそや耳くそ、綿棒で取れますか？？
もしあなたが在宅で仕事をする身ならば、家事+子育ての分担というものを仕事以上にちゃんと考えなくてはいけませんよ。なにがルンバじゃ。あんな５万も６万もするもの買って家計を圧迫するまえに、効率のいい家事の仕方を考えて仕事する時間を増やしたまえよ。
赤ん坊にかまいすぎ。適度に放っておかないと、息が詰まって親が死ぬよ。
ネットで探そう！ ウィメンズモールとか、自治体でグループアクティビティをやってるところもあるよ！ 今はベビーブームじゃないんだから、周りに少ないのは当たり前。増やしたければオメーが子育てポジキャンしろ！
“今後、友人に子どもが産まれたら良き相談相手になろうと思います。”
いや、今のところ役に立たないから……ｗ それよりもまず奥さんの役に立ってあげてようね＾＾
＞公的な支援は手厚いとはいえない
え、手厚い自治体なんてあるの？ あっても２人目３人目に対する待遇ばかりだよねー。今後も期待できそうにないからこれについては早々に諦めたほうがいいよ。でも自治体の広報誌やウェブサイトはできるだけ目を通しておくこと。とくに医療費は控除される場合ば多いよ。まーそんくらい知ってると思うがな。
当然だが、これと同時に「この子全然可愛くない！」て瞬間が絶対にある。
まぁ君は大丈夫だと思うが、奥さんにこれを教えてあげてほしい。
最後に奥さんへ。見てないだろうけど言いたくなった。
たぶん大好きだから氏と結婚して子供も作って生んだんでしょうけど、旦那さんの「父」としての在り方を旦那さんときちんと話し合った方がいいと思います。もしあなたが何の不満もないんでしたら、あなたは確実に育児鬱になって、自分も我が子も破滅に追い込みますよ。
どうかそうなりませんように。
http://linux.ohwada.jp/modules/smartsection/item.php?itemid=515
http://0xcc.net/pub/webdb/bk-05.html
などのまとめが素晴らしいね
最近のブラウザはほとんどRFC2231に対応しているみたいだ
IEは，8になってもまだ対応してなかったのかよ！ とか Safariは未対応かよ！ という突っ込みはあるけどね
それと，自分の環境で確かめられる範囲でさきほどの投稿の表をもう少し充実させてみたよ
| 生utf8 | 生sjis | url_encode(utf8) | url_encode(sjis) | RFC2231 | |
| chrome24 (win7-64bit) | ok | x | ok | x | ok |
| firefox18 (win7-64bit) | ok | x | x | x | ok |
| IE9 (win7-64bit) | x | ok | ok | x | ok |
| firefox18 (MacOS X) | ok | x | x | x | ok |
| Opera | ok | x | x | x | ok |
| Safari5.1.7 (MacOS X) | ok | ok | x | x | x |
| IE8,7,6 | x | ok | okだけど長いファイル名× | ? | x |
RFC2231対応状況全般と，IEの8,7,6とOperaについては参考ページからの情報を使っているよ
それと，参考ページと私の調査でSafariの生SJIS対応の結果が矛盾しているんだけどどうしよう・・・バージョンの違い？
案は２つあるよね
案１）
案２）
Rails3でRFC2231準拠のやり方がよくわからないので，Rails3のsend_file関数で日本語ファイル名を使うなら案２が無難かな
Webブラウザによって，マルチバイトファイル名の取り扱いが異なるというのが問題なんだよね
いままでは，http://kingyo-bachi.blogspot.jp/2012/10/railssendfilechrome.html
を参考にして，ファイル名をURLエンコードすることでお茶を濁していたんだ
でもこれだと，Firefoxでファイル名が文字化けすることに気付いてしまった
気づかなければ放置していたんだけどね ：P
http://rails.hatenadiary.jp/entry/2013/01/31/104006 を発見
（生sjisと，URLエンコードの違いはもう少ししっかり書いておかないと誤解招かないかな？という当ページへの突っ込みはさておき）
つまりは，基本は日本語ファイル名をUTF-8で扱うぞ，ただしIEだけは例外としてSJISに変換してやるぞ
ということだね
ちょっと気になったので，このあたりのブラウザの対応状況をざっと調べてみたよ
なお調べた日本語ファイル名は「今日の予定.doc」．「予」という漢字が入っているのがポイントね
| 生utf8 | 生sjis | url_encode(utf8) | url_encode(sjis) | |
| chrome(win7-64bit) | ok | x | ok | x |
| firefox 18 (win7-64bit) | ok | x | x | x |
| IE9(win7-64bit) | x | ok | ok | x |
| firefox(MacOS X) | ok | x | x | x |
さらにいろいろ調べてみると，正式にはRFC2231に準拠させるのが正しいみたい
http://fgin.seesaa.net/article/30073826.html によると，
IE6は対応してなかったようだけど，私の中ではIE6はもう絶滅していることになっているので！
Railsのsend_file関数でさ，RFC2231準拠のContent-Disposition表記ができたらいいのにな（チラッチラッ）
