何度見ても吹く懐かしのコピペください : 哲学ニュースnwk
2016年10月02日01:00 何度見ても吹く懐かしのコピペください Tweet 1：以下、名無しにかわりましてVIPがお送りします：2012/03/05(月) 10:37:33.84 ID:9/qbbp3p0 キボンヌ 37： 以下、名無しにかわりましてVIPがお送りします：2012/03/05(月) 11:02:28.83 ID:ShqoXMYn0 1 名前：('A`)[] 投稿日：2005/05/20(金) 21:05:58 / || :ヽ ┌|（⌒ヽ :|| ..:⌒: |┐ ／￣￣￣￣￣￣￣ |::|::ヽ.__:）:||（___ノ ::|::| │ |:|: .. :|| .. |:| │ :|: .. || ..|| ＜ ジュワ！ :＼ ［_￣］ /::| │ :: |＼|_|_|_|_／:::| ＼＿＿＿＿＿＿
スクロールは制御するな - Weblog - Hail2u.net
WWD Japanのウェブサイトがリニューアルして、スッキリした見やすそうな印象のものに変わった。しかし実際のところ見やすさは見せかけだけで、ナビゲーションをクリックしても見当違いのタブに切り替わったり、ニュース一覧からニュースをクリックしたら、要約ページへ移動するだけで、本文へはもう一度クリックしなければならなかったりする。中でもひどいのがMobile Safariでの閲覧だ。 このウェブサイトではスクロールをほぼ自前で制御しようとしているため、常にこのようにMobile SafariのURLバーとツールバーが上下にそれぞれ表示され続ける。その上、最上端にロゴとグローバル・ナビゲーション、最下端に広告がそれぞれ固定位置であるので、コンテンツの領域がかなり制限されている。iPhone 5SやSEどころか6+や7+でさえも致命的なのではないかと感じられる狭さだ。 とにかく文書を読ませようとい
図で理解するJavaScriptのプロトタイプチェーン - Qiita
JavaScriptのリファレンスといえばMDNですよね。 JavaScriptで調べものをする際に、真っ先に見る方も多いでしょう。 そんなMDNですが読めていますか？ 例えばArrayのページを見てみましょう。 さらっと書かれているprototype JavaScriptを理解するにはプロトタイプチェーンを知る必要がある 本記事の目的 プロトタイプチェーンを理解する MDNをより読めるようにする JavaScriptのObjectやArrayなどの基本型の構造を理解する 確認環境や記述について Chrome 52のコンソールで動作確認 ES5で記述 説明のしやすさを重視、プロトタイプをあらわすのに__proto__を使って記述 まずはオブジェクトについてみていく シンプルなオブジェクトを作る
モデルからJSON生成するときこうやってます2016 - ✘╹◡╹✘
最近RubyとReact.jsをよく利用していて、Rubyで扱っている値をJSONとして表現したいケースが増えてきた。こういうのどうやっていますかと人に聞きたいので、自分はこうやっていますよというのを説明のためにまとめておくことにする。 概観 自分の場合、次のような方法で実装することが多い。 JSONとして表現したいオブジェクトをコンストラクタで受け取るクラスを定義する クラスに #as_json を定義して適当なHashを返すようにする Object#to_json が再帰的に #as_json を利用するようにする (ActiveSupportがやってくれる) コード 具体的には、以下のようなクラスをつくっている。これは最近つくっている掲示板での例で、Megaboard::Resources::Comment はコメントのJSON表現のためのクラスである。いわばコメントのJSON表現に
実例に学ぶXSS脆弱性の発見と修正方法/line_dm 16 20160916 how to find and fix xss
LINE Developer Meetup in Fukuoka #16 http://connpass.com/event/38413/
Unixプロセスとリソースの基礎を再確認した - えいのうにっき
前置き 最近、「なるほどUnixプロセス ― Rubyで学ぶUnixの基礎」という本を読んでいる。 tatsu-zine.com 僕の所属している会社・はてなでは「メンター制度」というものがある。はてなに所属する全てのエンジニアに、誰かしら（グレード的に自分より上となるエンジニア）をメンターとしてつける、という制度。メンターとメンティーは月に一度、1on1を実施する。 自分はセールスエンジニアという特殊な職種ではあるが、メンターとしてシスプラ（インフラ）部門のエンジニアの方に付いて頂くことになった。このことは僕にとって、とても有り難く、心強い。 というのも、入社から2ヶ月ちょっと、実際にセールスエンジニアとして業務を進めてみて、インフラ周りの基礎知識・ローレイヤーに関しての基礎知識が強く求められるなぁと...、、というか、それを知っているといないとでは、問題や課題についての理解の仕方も違っ
Wordで作成「マニュアル用」無料テンプレート | SILAND.JP
本テンプレートで制作した操作マニュアルのサムネイルです。クリックするとダウンロードページへ。 ●表紙 ●目次 ●本文１ページ目 ●本文２ページ目 作成例のPDFを表示する 操作マニュアル、運用マニュアル、といったドキュメントをWordで簡単キレイに作成するためのテンプレートになります。見出しを使うことによって目次の作成、ナビゲーションによる移動・編集ができるようになります。 画面のキャプチャ方法、文字列の折り返しさえ習得してしまえば、あとは文字を入力するレベルでマニュアルを作成できます。（OneNote2010以降が利用できるOfficeであれば、特別画面のキャプチャソフトは必要ありません。） 無料で利用できます。 ３色（ブルー・グリーン・モノクロ）を収録。目次まで設定した書式もあります。 ワンクリックでスタイル適用できる書式もあり、リボンをホームから動かすこともなく整ったマニュアルが作成
【Ubuntu】UbuntuからWindowsをリモートデスクトップで操作する - Milkのメモ帳
リモートデスクトップとは？ Windowsの場合 UbuntuからWindowsへのリモートログイン 接続できない場合 最後に 見て下さい！この状況！凄いでしょ！！ え？何がって？ 左はUbuntuの画面です。右はWindows10の画面です。因みに、動かしているPCはUbuntuです。 えっと意味が分からないって？ つまりは、Ubuntuから、他のWindowsマシンにリモートでログインしている状態なんですよ。 リモートデスクトップとは？ リモートデスクトップという機能は、Windowsの上位版（Pro）等には付属している機能になります。 通常は、Windowsマシンから、他のWindowsマシンにネットワークでログインして、操作を行うことを目的として使用します。 例えば、どのような用途があるかと言うと、サーバとしてマシンを起動しておき、それにはディスプレイをつなぎません。 しかし、他の
レスポンシブデザインのために resize イベントを使うのはやめて matchMedia メソッドを使おう - ひだまりソケットは壊れない
レスポンシブデザインのために CSS メディアクエリを使うことが多いと思います。 CSS 側だけで完結したらいいのですが、JavaScript 側でも画面サイズの変更を検知したかったり、画面サイズ以外のメディアクエリ相当のことをしたくなったりすることはありますよね。 画面サイズの変更自体は window に発生する resize イベント (window.onresize イベントハンドラ) で検知できますが、CSS メディアクエリとこれを組み合わせてレスポンシブ対応しようとすると以下の問題がでてきます。 ウィンドウサイズ変更時に resize イベントが高頻度で発生するので、resize イベントのリスナでコストのかかる処理を行うのはよくないとされる。 (Throttling することが推奨される。) 参考 : resize | MDN CSS メディアクエリと完全に対応するものではない
イッヌハブ をつくってみよう - Qiita
イラスト担当:嫁 イッヌハブはつくれる？ さて、なんだかQiita運営から「内容がないよう」「なので明日夕方には利用規約に基づいて削除しますぞ」と言われてしまいました。 良い勉強の機会なので、もしもこういうGitHubっぽいサービス（GitHubクローン）を作るとしたらどうやるのかな？というのをサクッと考えてデモを作ってみようと思います。 既存のGitHubクローンの実装 いぬ用に限らない汎用的なGitHubクローンは、既にいろいろな言語で出ています。 GitBucket (Scala実装) GitLab (Ruby実装) Gitonomy (PHP実装) Gogs (Go実装) いずれもオープンソースなので、少し実装を参考にしてみましょう。 Gitリポジトリーへのアクセス方法の違い これらGitHubクローンは、どうやってGitリポジトリーのデータをパースしているのでしょうか。 大きく2
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【動画】CIAの拷問に使用されたアーティストの曲貼ってく : VIPPERな俺