疲れやすい、呼吸の浅さを改善。ストレッチポールは毎日使いたいほど気持ちがいい!【今日のライフハックツール】
2度の挫折越え、22歳で日本人女性初の南ア公認サファリガイドに NEW キャリア 2024.02.09
新人研修を終え、まだエンジニア研修の最中ですが、 週末で少し落ち着いたので、入社しましたブログを書いてみます。 なぜはてなに入ったかを簡単に書こうかと思います。 大学院で5年間過ごした自分にとって、就職活動で一番悩んだのは、 研究者かエンジニア のどちらを選択するかでした。 もともと応用に近い研究をしていたので、どちらにも興味がありました。 なので、研究者とエンジニアでは何が同じで、何が違うのだろうかとか色々考えました。 考えた結果としては、 類似点 人に役立つ、人が面白いと思う技術(サービス)を開発する 相違点 現在か未来か エンジニア:数ヵ月後あるいは目の前の課題に取り組み、それを解決する技術(サービス)を開発する。 研究者:5年、10年先の課題に取り組み、それを解決する技術(サービス)を開発する もちろん、挙げれば他にもたくさんありますが、自分の中で重要視して点だけ挙げてみました。
デザインが苦手な人、すぐに使いたい人にぴったりなウェブページ・ワイヤフレーム用のPSD素材 -Layout Lab
[読了時間:4分] インターネット上では情報が上から下の一方通行ではなく、相互に横に流れるー。そう言われるようになって久しいが、実際には「横の情報の流れ」の形ってはっきりと体系だって語られることが少なかった。マスメディアに代わって力を持つと言われるようになったインフルエンサーからの情報発信だって、所詮は上から下への一方通行の情報の流れ。 ところが最近読んだ「Grouped: How small groups of friends are the key to influence on the social web (Voices That Matter)」という本の中には、横同士の相互の情報の流れについて興味深いデータや考察が幾つも掲載されていた。 参考までに代表的なものを幾つか見てみよう。 大半のコミュニケーションは親密な数人が相手 本の中で紹介されていたのは、Stefana Broad
■ ローソンと付き合うには友達を捨てる覚悟が必要 当初3月末開始とされていた「LAWSON Wi-Fi」が、なぜか「当初の計画より事前テストに時間を要したため」として、遅れて4月6日から開始されたのだが、早速Twitterでこんな指摘が出ていた。 少なくともこういうのを「ログイン」と呼ぶのはやめて頂きたい。金融機関などでは、暗証番号に電話番号や誕生日を使うのをやめるよう利用者を啓発する活動にコストをかけてきたが、そうした労力を台無しにする。ローソンとしては、無料の無線LANを使わせるくらい、本人確認が甘くても自社の問題だから許されると思っているのだろうが、こういうやり方が社会に悪弊をもたらすことに気付いていないのか。 今回は、前回の日記で取り上げた「PASMOマイページ」の問題とは違って、「ログイン」で電話番号と誕生日を使用している。一般に、不正アクセス禁止法では、このような、IDと電話番
HTML5 Face DetectionはHTML5を使って動画から顔をリアルタイム認識します。 HTML5はどこまで行くのか、それを改めて思い起こさせる凄いソフトウェアがHTML5 Face Detectionです。何と動画の顔認識をリアルタイムに行ってしまいます。 デモ動画です。上が動画、下がそれを解析して顔認識しているものです。 顔を動かしても付け目がね+鼻が追いかけてきます。 筆者トライの図。Glassesをタップすると認識処理が開始されます。 デモ動画 HTML5 Face Detectionは動画のフレームを読み込み、JavaScriptで顔認識をした後、Canvasタグに鼻眼鏡とともにレンダリングしています。はっきり言ってかなり重たいのですが、技術的にはとても面白いソフトウェアです。 HTML5 Face DetectionはHTML5/JavaScript製のソフトウェア(
Webアプリケーションのぜい弱性がなかなかなくならない。メディアなどでも盛んに取り上げられているにもかかわらず,である。特に,セッション管理がからむアプリケーションのぜい弱性には,気付かないことが多い。具体的には「クロスサイト・リクエスト・フォージェリ」(CSRF),「セッション・フィクセーション」などである。これらはクロスサイト・スクリプティング,SQLインジェクションといった比較的メジャーなぜい弱性に比べて認知度が低く,対策も進んでいない。 原因の一つは,アプリケーションの開発者が原因を正しく理解していないこと。CSRFやセッション・フィクセーションについて言えば,セッション管理に使うクッキー(cookie)の動作を理解していないと対策が難しい。ところが最近の開発環境では,セッション管理の仕組みが隠ぺいされているため,必ずしもこの知識は要求されない。こうした開発者は容易にはぜい弱性に気
サーバ/クライアント間の通信を担当するHTTPは、ステートレス(状態を管理しない)なプロトコルです。このように表現してしまうと難しく聞こえるかもしれませんが、要するに「複数のページ間で情報を保持することができない」ということです。 例えば、ページXとページZという2つのページがあったとします。ページXを処理したあとにページZを呼び出したとしても、ページZはページXで入力された内容や処理結果、さらにページXのあとに呼び出されたということも知ることはできません。 HTTPにおいては、リクエスト/レスポンスの一往復が完結された処理と見なされるので、次に発生したリクエストはまったく別物と認識されるからです。 しかし、JSP&サーブレットアプリケーションを構築する場合、複数のページ間で情報の保持が必要になるケースは少なくありません。例えば、認証を必要とするアプリケーションを想定してみてください。トッ
ブラウザの判別や携帯の機種判別に利用するためのユーザーエージェント一覧です。ただし、ユーザーエージェントは詐称(偽物)される場合があるため、完全にユーザーエージェントでブラウザなどの判別ができるわけではありません(詐称の方法のページを参照)。ここに掲載されているものは、このサーバーなどに対してアクセスしてきたユーザーエージェント名などを抽出したものなどです。あまりに古いブラウザおよびマイナーなブラウザに関してはアクセスログがないため掲載できていません。 [トップページに戻る] ■iPhone ●iOS Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1C28 Safari/419.3 ●iOS2 Mozilla/5.0 (iPhone
Ruby にて、User Agent(ユーザーエージェント)を取得する方法を調べたのでメモ。 User Agent自体は、リクエストパラメータの中に含まれています。 iPhone のユーザーエージェントの例 request.env["HTTP_USER_AGENT"] #=> Mozilla/5.0 (iPod; CPU iPhone OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3 User Agent を調べることにより、例えば iPhone や Android などのスマートフォンからのアクセスを、スマフォ専用のページにリダイレクトすることができたりします。 スマフォ専用サイトに転送するフィルターのサンプル (Ruby on
UserAgentごとにスタイルシートを切り替えるJavaScriptを実装しました。iPad, iPad, Androidなどの端末に合わせてスタイルシートを切り替えるのにぴったりです。landscapeとportraitに対して個別のスタイルシートを設定できるので、画面を回転させた時の動作もばっちりです。 利用例 $.loadStyle({ua:/iPhone/, common:'./css/iphone.css', landscape:'./css/iphone_landscape.css', portrait:'./css/iphone_portrait.css'}) || $.loadStyle({ua:/iPad/, common:'./css/ipad.css'}) || $.loadStyle({ua:/.*/, common:'./css/style.css'});
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く