2012年6月6日のブックマーク (16件)

  • | よこちんのアプリ起業ブログ

    apps-reさん iPhoneアプリおすすめ発掘レビューtecagentさん テックエージェントのブログandu-appsさん &Uの週末iPhoneアプリ開発日記app-silky-appさん たろうのアプリ開発ブログsesigotojyutuさん システム開発時の品質を上げ、工数を削減するSEコミュニケーション術mark-proさん 売れて儲ける。しかも、、お客さまに喜ばれるオンリーワン商品企画の方法kurilabさん 遅咲き ジタバタブログgreenroom51さん 〜変えられるのは自分と未来〜fuku-komaさん ナチュ*ライ

    aretokore
    aretokore 2012/06/06
    >> スマートフォンADネットワーク広告の単価状況|よこちんのアプリ開発ブログ
  • KRAFTWERKが「NO NUKES 2012」でYMOと初競演

    7月7日・8日に千葉・幕張メッセで開催される脱原発をテーマとした音楽イベント「NO NUKES 2012」の、7月7日公演にKRAFTWERKの出演が決定した。 KRAFTWERKは今年4月にニューヨーク近代美術館(MoMA)で8日間連続公演「KRAFTWERK RETROSPECTIVE 1 2 3 4 5 6 7 8」を行った際に、ニューヨーク在住の坂龍一と再会。坂からの「NO NUKES 2012」への出演依頼を快諾し、今回のライブが実現することとなった。なお、YMOにも多大な影響を与えているKRAFTWERKだが、この2組が同じステージに立つのは今回が初となる。 KRAFTWERKは1970年にドイツで結成され、その後の電子音楽に多大な影響を与えたテクノミュージックのパイオニア。1975年に原発をテーマにした作品「Radio-Activity」(邦題:放射能)を発表したことでも

    KRAFTWERKが「NO NUKES 2012」でYMOと初競演
    aretokore
    aretokore 2012/06/06
    >> ナタリー - KRAFTWERKが「NO NUKES 2012」でYMOと初競演
  • YouTube

    aretokore
    aretokore 2012/06/06
    Wii U - Ubisoft - Rayman Legends Platforming Hero E3 Trailer (via Nintendo)
  • NameBright - Coming Soon

    littleshotaro.com is coming soon This domain is managed at

    aretokore
    aretokore 2012/06/06
    >> 最新のデジタルマーケティング事例をキャッチするために抑えておきたいブログ10選 | little_shotaro's blog
  • 狂人礼讃|出金早いカジノでの新しい挑戦

    病院から帰ってきた。新年を迎えるまでに少しあるので久しぶりにブログを書く。病院というのは自分のことではなく、赤ん坊と奥さんのことだ。要するに、ぼくに子どもが生まれた。2015年1月1日が予定日だったが、出産は5日早まって明日には退院することになった。父親になるなんて少し前の自分からすれば信じがたいことだが、目の前の赤ん坊こそが事実だ。2015年は気持ち的にではなく状況的に新しい1年になる。間違いなく。 気がつけば独立してから約3年半が経つ。会社を辞めた当初は生きていくことに必死だった。スキルも実績もゼロで仕事なんてなかったし、信頼できる仲間もほとんどいなかった。生活コストを下げるためにシェアハウスを始めた。それから3年間、あの不思議な六木のマンションから始めた“よるヒルズ”も“リバ邸”も自分にとっては家族や会社に代わるようなコミュニティだった。多方向に広がるゆるやかな人間関係が居心地よか

    aretokore
    aretokore 2012/06/06
    >> 広告代理店とネットベンチャーはもっと仲良くすればいいのに。
  • chromeデベロッパーツールでjavascriptのデバッグをする -node.jsもあるでよ- - tumblr

    ソースコードリーディングとかしてると、ただコード読んでてもどうしようもなく、オブジェクトの中身や変数などを見るためにデバッグツールを使いながらでないとやっていけないことが今になって分かりました。自分でもどうしようもなくアホだと思いながら戒めのために覚書。 デバッグツールの機能 僕自身まともに触れる言語はjavascriptphpくらいなもので、どちらもeclipseのようなIDEを使わず頑なにvimを使って組んできました。phpの場合はxdebugと連携させる方法*1や、javascriptならrhinoなんかを入れてquickrunとかって方法も考えられますが、僕はある程度は知っていながらもひたすら標準のスタックトレースやalert,console.log,console.dirばかりしていたので、まずはIDEなどに搭載されている一般的なデバッグ機能を復習をかねて覚書。 ブレークポイン

    chromeデベロッパーツールでjavascriptのデバッグをする -node.jsもあるでよ- - tumblr
    aretokore
    aretokore 2012/06/06
    >> chromeデベロッパーツールでjavascriptのデバッグをする -node.jsもあるでよ- - 馬鹿と天才は紙一重
  • Build and implement a single sign-on solution

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Build and implement a single sign-on solution
    aretokore
    aretokore 2012/06/06
    >> Memory leak patterns in JavaScript
  • Ajaxにおけるメモリリークの注意点 - suVeneのアレ

    [ajax][javascript][はてブ] はてブの「ブックマークの確認」ページは、IEでメモリリークする! IE のメモリリーク調べる為の「Drip」ってツールが ここにあって、 このツールは単純にリークしそうなコードチェックしたり、 オートリロードして、外部から参照したメモリ使用量を記録してくれるだけなんだが はてブの追加ページで確認するとこんな感じになる。 (オートリロードなんで負荷高くなるから、悪用したり、やりすぎたりしないようにw) タスクマネージャー等の、外部から参照したメモリが増えているからといっても OSがアプリケーション用にキャッシュしているメモリが増加しているだけの 可能性があるから、一概に鵜呑みはできないんだが 平均して1回のリロードに 1M 近く増えていくとかおかしい。 (MicroSoft もタスクマネージャーで確認しろっつってるし) IE単独だと、閉じた時点

    Ajaxにおけるメモリリークの注意点 - suVeneのアレ
    aretokore
    aretokore 2012/06/06
    >> Ajaxにおけるメモリリークの注意点 – suVeneのアレ
  • 「Google マップ 8 ビット」開発の舞台裏

    .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

    「Google マップ 8 ビット」開発の舞台裏
    aretokore
    aretokore 2012/06/06
    >> 「Google マップ 8 ビット」開発の舞台裏 - Google Japan Developer Relations Blog
  • Apple JavaScript Coding Guidelines

    Apple JavaScript Coding Guidelines Scripting & Automation > JavaScript 2008-10-15 Apple Inc. © 2008 Apple Inc. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, mechanical, electronic, photocopying, recording, or otherwise, without prior written permission of Apple Inc., with the following exceptions: Any

    aretokore
    aretokore 2012/06/06
    >> Apple JavaScript Coding Guidelines
  • コタス|未来が見つかるカルチャーメディア

    国産スキーメーカー「オガサカ」はなぜ生き残り、どう新しい文化を作っていくのか 2018.01.26 | by YOICHI GOTO 「ポスト・トゥルース時代のトーフビーツ(仮)」──tofubeats × 若林恵 トークイベントレポート【後編】 2017.08.31 | by SHUSAKU HIROTA

    コタス|未来が見つかるカルチャーメディア
    aretokore
    aretokore 2012/06/06
    >> コタス 「co-(ともに)」「tas(足す)」で新しい価値をつくる
  • 最低限覚えておきたいWEB配色の基本2大原理と6つの配色パターン

    ユーザーに届ける価値を徹底的に追求する マーケティングを提供します © Copyright 2022 バズ部. All rights reserved. WEBサイトのデザインは、誰もが頭を悩ませる部分だ。 「どういう配色なら良い印象を持ってもらうことができるのか?」「どのレイアウトならコンバージョンが上がるのか?」など、様々なところまで考えを張り巡らさなければいけないからだ。 そこで日は、The Art of Color Coordination というインフォグラフィックをご紹介する。これを見れば、WEB配色の基の2大原理と、今すぐに使える6つの配色パターンがすぐに分かる。 そして、初心者でも、統一感のある配色のWEBサイトを作るための大きな助けとなるはずだ。 WEB配色の2大原理と6つの配色パターン画像を拡大して表示する ※追記:インフォグラフィックの最後のクレジットの部分が途切

    最低限覚えておきたいWEB配色の基本2大原理と6つの配色パターン
    aretokore
    aretokore 2012/06/06
    >> 最低限覚えておきたいWEB配色の基本2大原理と6つの配色パターン | バズ部
  • bytearray.org - Domain Name For Sale | Dan.com

    Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the

    bytearray.org - Domain Name For Sale | Dan.com
    aretokore
    aretokore 2012/06/06
    >> Starling roadmap - http://t.co/yhNq3qxC
  • IE NetRenderer - Internet Explorer Compatibility Check - /

    Mit dem IE NetRenderer können Sie online überprüfen, wie Ihre Website im Microsoft Internet Explorer 11, 10, 9, 8, 7, 6 und 5.5 dargestellt wird, und mit einem Blick die Unterschiede sehen. Probieren Sie es aus! 30.786.722  (Sreenshots bis heute) Damit ist der IE NetRenderer das populärste, kostenlose Cross-Browser Tool seiner Art im Internet. Im Gegensatz zu anderen Screenshot-Services gibt es hi

    aretokore
    aretokore 2012/06/06
    >> IE NetRenderer - Browser Compatibility Check - http://t.co/ICmt5Yxp
  • JavaScript : メモリ解放 : typeOf 'aki_mana'

    追記)2013-01-24 jQuery 用プラグインの開発に関して、jQuery : ウィジェットのイベントハンドラ てのを書きました。 (2013-01-24 追記ここまで) 追記)2013-02-11 jQuery : 要素の操作は必ずAPIを使うべし 書きました(jQuery でもメモリリークする!?)。 (2013-02-11 追記ここまで) このブログでも、変数にnullを突っ込むことでメモリ解放といった表現をたくさん投稿してたのですが、ある時期からこの表現はやめています。 他のブログを読み、鵜呑みにしてたこともあったのですが、間違いを公開していたことをお詫びします。 こういうコードで示せばわかりやすいかも。 var val = 'hoge'; // 別に strings 以外のデータでもOK val = null; // null 値を突っ込んでるだけで、メモリには残る。 c

    JavaScript : メモリ解放 : typeOf 'aki_mana'
    aretokore
    aretokore 2012/06/06
    >> typeOf 'aki_mana' : JavaScript : メモリ解放
  • いげ太のブログ: [JavaScript] イベント上の this をめぐる攻防

    this といえば自分自身のインスタンスを参照するもの。OOP に染まったプログラマなら、そう理解しているのが普通だろう。しかし JavaScript において、this の参照先は実行されるコンテキストによって以下のように変化する。 イベント ハンドラ内では、イベントの発生源(イベント ソース)のオブジェクトを参照する。 オブジェクトのプロパティ内では、自分自身のインスタンスを参照する。 ここで重要なのは 1. の方が優先されるってこと。両方が成立する場合、つまりイベント ハンドラにインスタンス メソッドを指定した場合、当該メソッドに出現する this はイベントの発生源を指すということ。 さて注目すべきは、this がイベントの発生源を参照するのは、イベント ハンドラの内だけである点だ。イベント ハンドラから参照されるオブジェクト内では、それは適用されないのである。言い方を変えれば、イ

    aretokore
    aretokore 2012/06/06
    >> [JavaScript] イベント上の this をめぐる攻防: いげ太のブログ