  |
はてなキーワード: Windowsとは
仕事で３ヶ月ほどRuby on Railsに触れる機会があったので、色々と調べているうちにRailsでエロサイトを作るのが流行っているというのを知りました。
そこで、自分でも作ってみようかと思いました。
２番煎じなのは重々承知ですが、とにかく作ってみることが重要なのです。
今回のエントリでは、個人的にエロサイトを作成して公開するまで自分でやった方法を紹介します。
※公開後の状況なども書き込みします。
CuteClipper : http://cuteclipper.night-generations.info/
既にあるものなら新しく作る必要はないわけで、、、今回は自分の使いたい機能を作ってみました。
Xvideosの動画サイトの多くは、動画を選択すると他のサイト（ブログみたいなやつ）に飛ばされてしまい、
そのサイトで、動画のある場所を探さないといけないことが多くてめんどくさい。
自分で作るのならh300さんのように分かりやすいサイトにしたいと思いました。
たくさんの動画を観て廻るものの、本当にいいと思う動画は大体３本くらいです。（自分の場合）
なので、３本まで動画をストックする機能があるといいなと思いました。
本番環境のherokuはドメインの設定も簡単で助かりました。
rails newしてdb作成して、基本的なアプリを作成しました。
動画情報の解析のため、RailsのGemのnokogiriを使用しました。
nokogiriはhtmlなどの解析をして、情報を取得することができます。
Ruby - Nokogiriでスクレイピング - Qiita [キータ]
//localStrage.setItem("key","value");
localStorage.setItem("test","テスト");
//localStrage.getItem("key");
localStorage.getItem("test"); //"テスト"
レイアウトにはあまり時間を掛けず、bootstrapを利用しました。
twitter bootstrap railsを使ったら職が見つかり彼女も出来て背も3センチ伸びました。 - ppworks blog
タグクラウドはacts-as-taggable-onで簡単に実装できます。
ということで、ここまでで出来上がったものを本番環境にアップします。
herokuはgitでpushをするだけで簡単に本番環境にデプロイ出来ます。
とにかく動かすという目標のためにはherokuはベストチョイスです。
スピードに関しては、海外サーバという点が難点ですが、今回はjavascriptをメインにしたことで、それほど問題はありませんでした。
解析の仕方を覚えるためにもGoogle Analyticsを使用しました。
公開の準備として以下の作業をしました。
ただ、公開することを最優先にしたので、しっかり作りこんではいないです。
公開します。
今の投稿方法だとエラーが発生しやすいので修正してからじゃないとなぁ
後は、並び替えるだけなんですが、まずはカウントが貯まるまではソートも何もないので・・・
ストック回数だけじゃ物足りないので、評価をつけれるようにしたいです。
でも、たくさんの人に使ってもらえるものを作るというのは、とても大変ですね。
今回、CuteClipperを作りながら、他のWebアプリを観てきました。
そういうアプリの中で、自分のアプリを埋もれさせない努力を続けていかないといけないですね。
がんばります。というやる気がでました。
enchantmoonがようやく届いたので早速触ってみた。
２日間ほどべたべたと飽きずに触ってたヒマ人である。
「手書きデバイス」としての性能の良しあしは分かった。enchantmoonはダメダメ。
巷で言われているように、遅延が多過ぎて、メモ帳くらいにはなるけれどノートを書く気にはならない。Boogie Boardのがずっと優れてる。
思考が中断される。
その上で敢えて言ってみたい。
このデバイスはナカナカ面白い。version 2をイメージさせるくらいには。
面白かったのは以下の二点
1．ハンドル
2．遅延
ハンドルを後ろに回して立てかけ、傾斜をつけて書く、というのは初めての経験だったけれど、とても書きやすい。
「タブレットで書く」ということと「紙のノートに書く」ということはバックライトがある時点で、根本的に異なっている。
光の向きが重要で、書く面に垂直な光が自然に目に入ってくることが、タブレットで書くためには必要なのだ。
僕がBoogie Boardにそそられない理由はこれだったんだなぁ。
ペンタブがいいのは、ディスプレイと書く部分が分かれてるからなんだ。
したがって、力学的強度が大きいハンドルは、今まで触ったタブレットの中で最も「書く気にさせる」構成と言えるだろう。安倍さん万歳。
webを見ようとか、シールを工夫しようとか、全然思えないことだ。
「お絵かき」と「メモ」以外やることがない。なので、メモがはかどる。
これは、Kindle3に似てる。Kindle3もブラウジング機能がついていたけど、結局Kindle storeしか使えなかった。
Kindleは「読む」以外のことができないからこそ、独自の地位を得ているデバイスだ。
どこかのアホが東芝T703とかWindows Surfaceとかとenchantmoonを比較しているけれど、
何もわかっちゃいないと思う。
他 の 機 能 が あ っ た ら 使 っ ち ゃ う ん だ よ
と、いうことで
enchantmoon version2 もしありうるなら下記の点を工夫するといいんじゃないかな？
・音はしょぼくていい （究極 出なくてもいい
②赤・青・黒の色の変化はペン側で
③ペンを軽くする。ボタン電池がいい。単6電池はオタク受けと笑いがあったが、やっぱ重い。
・ブラウジング機能は最小限でいい。（画像検索とwikipediaだけでよくない？
http://d.hatena.ne.jp/shi3z/20130328/1364471741
ように、特許とりまくればいいんじゃないすかね。ペンをHackしてもらうとか。
手書きでノートを書く、メモをとる、絵をかく。それを共有する。
プログラムの大枠のポンチ絵を書いて、実際に動くのか見れる。
ジョブズはダイナミック構想実現のために安価なパーツとプログラムで再現させたんだぞ
ジョブズがアイデアとして指で使えるタッチUIと液晶に傷つかないゴリラガラスを構想レベルだったのに金つぎ込んで実現化させたし
ネットブック潰したiPadだって当初はデカイだけのiPhoneと揶揄されてたけど一蹴させて大ヒットさせたし
10年おきに新しいことぶち上げたやつなんかけっこういるんじゃね？
2000年代より前に、信者以外で日本でアップル製品に感動した記憶があるやつって何人いるの？
俺は今年32になるんだが、80年代のころに、マックをみた記憶なんかないぞ。
90年代もぱっとしなかったじゃん。
信者的には、「クロックアップ競争には負けてるけどWindowsのうん倍速い」だったけど、
一般人からしたら、フォトショとイラストレータが使えるPC、くらいの認識だったろ？
2000年代以降の成長は認める。
でも、iMacは、デザインだけではよかったけど、奇をてらったという印象は拭えんかった。
「静かだけど、肝心のクロックアップ競争で負けてるし、拡張性ゼロw」
って思ったろ？
iPodも、「別にMP3プレーヤーなんか新しくもねーじゃん」って思ったろ？
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からの移行組を確保しているからで、このことをおおっぴらに言うことはないと思う。
低遅延のモニタ使え。こことか参考にすれ。 http://www6.atwiki.jp/gte1/
？ブラウザの動き？
自分がMacでナントカしろよ、と思うのはメニューバー/タイトルバー/Dockかな。
どのアプリ起動してるかを見たりSkypeの着信とか見るのにDockを常時表示しないといけない
(Dockを表示しないで良いようにThunderbirdからMailへ移行したんだけど(Mailにはメニューバーに表示するアプリがあったので)
Skypeがどうにもならん。誰か知らん？)
Dockで余計にスペース取られる上、メニューバーも必ず必要。
Windowsのタスクバーみたくまとめてもらいたい(Dockのランチャー機能がいいなら独立させてもらいたい)
メニューバーが上固定なので怠い。マルチウィンドウにした時なんてもう意味不明(だからBTTでopt-spaceで出すようにしているけど)
この辺、Macとwindowsの区別のため変更するつもりは無いんだけど、惜しいところだな、とは思う。
WindowsはPowerShellとかくだらないもの導入する暇あったらもっと完璧なUnixライクな環境導入できる様努力しろ、とは思う。
慣れって、どっちも並列で10年以上使ってるのに慣れもなにも。
もちろん、使えない事は無いんだよ。Web周りの挙動はやっぱりwindowsに歩がある気がするけども。
なんつうか従わさせられる感じがして。
まあ、しっくり度合いは単に慣れ、でしょ。
どっちも使うけどどっちも別に不満ないけどな。
単純に、手持ちのマシンで古いほうがイライラする、と言うのは常にあるけど、
