GitHub - Maluen/Backbone-Debugger: Chrome Developer Tools extension for debugging Backbone.js applicationsYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Kyoto.js #3 で 『GUI アプリケーションにおける MVC』 という発表をしました - ひだまりソケットは壊れない
2012 年 12 月 13 日に開催された JavaScript の勉強会 Kyoto.js #3 で 『GUI アプリケーションにおける MVC』 という発表をしました。 GUI アプリケーションにおける MVC from Yu Nobuoka 内容 最近は GUI アプリケーションの設計についていろいろ考えていたので、GUI アプリケーション設計の典型である MVC について話しました。 MVC の基本的なことと、デモ用に作ってみたオセロ的なゲームについて。 デモ用のオセロ的なゲーム 発表資料やデモのソースコードなど (GitHub) とりあえず基本を振り返って、何か議論できればいいなー、という感じだったので内容的には特に面白いものは何もないのですが、何か気になることなどがあれば是非意見くださいませ。 実際発表後には id:yuku_t さんといろいろ話ができて面白かったです (あり
MVCについて (3) | ぶろゲ
厳密なMVCについて書こうかと思ったが、そもそも厳密なMVCはSmallTalkのMVCで自分はそれを知らない、ということに気がついた。つまり、MVCと名前の付く派生としてはrobotlegsとPureMVCくらいしか知らないので、自分の解釈は間違っているのかもしれない、という不安はある。よって、今回の話はそれらの派生MVCの話として、話半分に読んでほしい。 前回はMediatorがMVCとMCVの明暗を分けるとか何とか。Mediatorについては、MVCの細かい機能分けの話が絡むので、今回の話で。 厳密なMVCの機能分け MVCは制約をつけること（例えばpublicやprivate）で、誰もがわかりやすくて保守性の高いプログラムを書きましょう、という認識を持っている。これは、つまり、Model層、Controller層、View層に分けるということだ。 MVCをもっと仕分けすると色々出て
WebアプリとMVC論
えふしん @fshin2000 2002年ぐらいから自前でMVCを作り、そのあとStrutsを触って、PHPに入って、古いMVC型のフレームワークを触って、Railsタイプのフレームワークを触った結論として、Webサイトに、かっちりしたMVCは不要。理由は、ほとんどの画面がユニークで再利用が効かないから。 2011-02-13 01:18:14 えふしん @fshin2000 むりやり再利用しようとすると、共通メソッドの引数が増えて行く。その時点で再利用に無理があるということを示す。引数による例外は、条件分岐を一つのメソッドに押し込んでるだけ。この事を指摘してくれたのはD2E2時代の人たちだったなぁ。 2011-02-13 01:19:43 えふしん @fshin2000 Webというのはほとんどの処理が、「validationを行い」「送信されたデータを保存し」「データ引っ張ってきて、ど
O/RマッパーやActiveRecordによるMVCの誤解
広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi O/R MapperとりわけActiveRecordによって、Model/Entityの区別がつかない人ってのが増えたうえに意味不明な思い込みでMVC批判してみたりとかMVACとか言い出してる状況に名前をつけたいな。 2011-03-20 15:46:58 広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi Entityとは、システム設計上のデータの一塊としての実体をさしていて、DBのRowとは本質的には無関係。ModelはMVCパターンにおいて、Controllerからeventをうけとり、Viewに修正を通知するインタフェースであり、実装としてビジネスロジック/ドメインを持ってる 2011-03-20 15:50:23 広木 大地/ エンジニアリング組織論への招待 @hiroki_dai
hg から git に変換する - uzullaがブログ
最近14年つかっていたdocomoからMNPでauにうつりました。 長年つかっていたのでdocomoに愛着もあったのですが、いかんせんネットの情報を鵜呑みにする情強をきどるには、docomoはつらすぎ感がすごく…。 情しか理由のない選択に意味はあるのか？と悩んだ末に、まあauにしました。 本題 hgをgitに移行する話。 単純に最新をcheckoutして、そのままcommitするとログもブランチも消し飛ぶのでつらい（当たり前） とはいえ、世の中にはちゃんとツールがある git clone git://repo.or.cz/fast-export.gitmkdir -p /path/to/new_git_repo cd /path/to/new_git_repo git init /path/to/fast-export/hg-fast-export.sh -r /path/to/old_h
Vim のバッファとウィンドウを理解する - 反省はしても後悔はしない
この記事は Vim Advent Calendar の 302 日目の記事です。昨日は id:rattcv さんの Vimから電話がかけられるなんて・・・素敵！ でした。すごいですね。 はじめに Vim には強力なウィンドウ分割機能があります。一方で、プラグインなどのドキュメントなどではバッファという表現が使われることが多いです。この2つは何者なのでしょう？両者の違いは？ 私ははじめの頃、ウィンドウ、バッファという2つを混同していました。他にも混同している人が多いのではないかと思ったので今回はこの2つについて解説したいと思います。 バッファとは？ 基本的には1つのバッファ=1つのファイルです。ですが、プラグインなどでは必ずしもファイルとは一致しません。例えば、Unite のウィンドウを開いた場合にもバッファが作られます。メモリ上に読み込まれた(ことがある)内容に対応するものがバッファ、とい
mrubyソースコード検索を作りました - ブログのおんがえし
http://mrubysearch.ongaeshi.me/ RubyKokubanを作るにあたってmrubyのソースやmgem(mrubyのRubyGemsみたいなやつ)に登録されたソースコードを簡単に読めるようにしたいなあ、と思い作ってみました。 一日一回レポジトリを最新に更新してインデックスの再構築を行っています。新しいmgemが追加された時は今の所手動で対応しています(そのうち自動化したい所です)。 自分が追加した(もしくは検索したい)mgemが追加されていない！って人はリクエスト頂ければ追加するので教えて下さい。 mgemじゃなくてもmrubyに関係がありそうなソースコードでしたら追加しますので是非。 ※ 個人サイトのため突然停止したりするかもしれません、ご了承下さい。 使い方の例1 - "!"付きのメソッドはどうやってバインドするの？ 例えばgsub!のような!マークのついた
Amazon EC2インスタンスガチャをやってみました - 元RX-7乗りの適当な日々
歴史のあるクラウドサービスは、どこもそうなってしまう傾向があるとは思いますが、ホストサーバでの実CPUのアーキテクチャ・世代の違いで、サーバインスタンスのCPUパフォーマンスに微妙な差がついてしまいます。 2006年よりサービス提供しているAmazon EC2でもその傾向があることは割と知られていて、同じ性能だと思って並べて使っていたサーバインスタンスが、同じ処理量にもかかわらず使っているCPUリソースに差がついている、なんてことが起こります。 con_mameさんも、以下のエントリで書かれていますね。 EC2で同じECUだけどCPUは違う - まめ畑 昔は、us-eastでm1.smallのインスタンスをよく使ったもので、その頃はいつもAMDのOpteronプロセッサでしたが、最近では、ほとんどIntel Xeonですし。 ということで、現時点(2013/10)で、EC2インスタンスで使
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 GitHubのJohn Britton氏は「Ops for Everyone」（みんなの運用）という題で、GitHub社内で開発から運用までをデベロッパー自身が行うためのツール、BoxenとHubotの紹介と社内の利用例を解説しています。 Ops for Everyone John Britton氏。 GitHubでエンジニアと教育の橋渡しをしています。
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013
GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（後編）～DevOps Day Tokyo 2013 世界中でDevOpsのイベントとして行われている「DevOps Days」の東京版「DevOps Day Tokyo 2013」が9月28日に開催、海外から来日した多くのゲストスピーカーによるセッションが行われました。 （本記事は「GitHub社内のDevOpsを支えるツール「Boxen」と「Hubot」（前編）～DevOps Day Tokyo 2013」の続きです） チャットを共有のターミナルとして使う 次は「Hubot」について。HubotはJavaScriptで書かれていて（注：Node.jsを用いたサーバサイトJavaScript）、メッセージを受けてその内容に従って動作します。僕は何か問題があるとHubotのせいにしています（笑） ターミナルをシェアす
LPI-Japan、「Linuxセキュリティ標準教科書」を無償公開
LPI-Japan、「Linuxセキュリティ標準教科書」を無償公開：iptablesやACL、OpenSSHなどを解説 LPI-Japanは2013年10月1日、Linuxサーバのセキュリティを強化し、安全に運用していくために必要な知識をまとめた「Linuxセキュリティ標準教科書」を公開した。 エルピーアイジャパン（LPI-Japan）は2013年10月1日、Linuxサーバのセキュリティを強化し、安全に運用していくために必要な知識をまとめた「Linuxセキュリティ標準教科書」を公開した。PDF版とEPUB版が無償でダウンロードできる。 LPI-Japanは、オープンソースソフトウェア（OSS）／Linuxの技術者育成と認定試験の普及に取り組んでいる特定非営利活動法人だ。過去には、Linuxについて基礎から学ぶことのできる学習教材「Linux標準教科書」や「Linuxサーバー構築標準教科書
browserswarm.com - 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
人を驚かせる発想と究極のユーザー視点--「ドラゴンクエスト」堀井雄二氏のゲームの作り方
9月27日、サイバーエージェント・ベンチャーズにて「エンタテインメントの未来を考える会 黒川塾（十弐）」と題したトークセッションが行われた。コラムニストの黒川文雄氏が主宰、エンターテインメントの原点を見つめなおし、ポジティブに未来を考える会となっている。 今回のテーマは「堀井雄二に訊く ～人生はロールプレイング～」。「ドラゴンクエスト」シリーズなどのゲームデザイナーとして知られる堀井雄二氏を迎え、堀井氏がゲーム開発に関わる経緯やドラゴンクエストシリーズの秘話、そしてゲームデザイナーとして心がけていることなどが語られた。当日は黒川氏のほかに、ゲームチューニングを専門に手がける猿楽庁の長官（代表）である橋本徹氏と、コメディアンの今立進氏（エレキコミック）も聞き手として加わった。 漫画家志望からライターへの転身。そして“人を驚かせることが好きだった” まずはじめは、堀井氏がゲームデザイナーになる
JavaScriptのGridライブラリ決定版 - SlickGrid - Qiita
正直、表示だけするならどれも高機能で大差ないと思う。 ただ、多くのグリッド系ライブラリは、高機能な代わりに遅い＆書きにくかったり、編集機能はあるものの表示→編集モードへの切り替えがもっさりしていたり保存機能が書きにくかったりする。 その中で高速な表示、Excelかのような編集機能を備えているのがSlickGridだ。 「Excelみたいにできないの？」とはよく言われることでその言葉にそんな簡単じゃねーんだよ、とイラッとしたことがある人も多いかと思うが、SlickGridを使うことでお互いストレスフリーな関係を築けるだろう。 では、SlickGridのパワーが実感できる例を紹介したい。 1.パフォーマンス このExampleで表示しているデータは、なんど500,000件である。他のグリッドが数万件表示可能！と言っているそばで、ケタが違う。何せExcel(2003)の限界行より多いんだからビッ
deferloader
salesforceアクションをボタンで配置～レイアウトは好きにさせて！～ By hiko|11月 20, 2018|salesforce, Salesforce.com, | こんにちは。営業部の彦部です。 最近めっきり寒くなりましたがいかがお過ごしでしょうか。 先週、「コールセンター/CRMデ… Read More
Redisによる透明な永続化層 - Zerobase Dev Blog
『RedisとMongoDBについて調べた』(2013-02-03)について考え直した。Redisによる透明な永続化層のアーキテクチャは、下記のようにシンプルになる。『データベースを使った永続化への復讐』(2013-02-03)に書いた理想に少しずつ近づいている。 エンティティと値オブジェクト すべてがオブジェクトである。 オブジェクトには二種類ある。エンティティと値オブジェクトである。 エンティティは、ドメインで意味のあるIDを持つ（例：ISBN）。 値オブジェクトは、エンティティを記述する。アイデンティティ(ID)はない。 Redisによる永続化の方針 エンティティだけを永続化する。 エンティティは、シリアライズして、Redisのhashに保存する。 値オブジェクトは、その値とクラス情報のペアで表現する。 他エンティティへの参照は、エンティティIDとクラス情報のペアで表現する。 エンテ
RedisとMongoDBについて調べた - Zerobase Dev Blog
『Play (Scala) + Redisで作ろうか』という思いつきの実現可能性を検討した。Redisも使えるかもしれないし、MongoDBのほうが使えるかもしれない。それはそもそも永続化の方式に依存する。 Redisの扱えるキー数はメモリ容量の制約を受ける memcachedと“正反対”、Redisが仮想メモリをサポート － ＠IT： キーがすべてメモリに乗っていることから、Redisの高速性は保たれるというわけだ。また実際のバリューのほうがいくら大きくなっても、メモリ消費量はキーの数にだけ依存することになり、100万キー当たり160MBのメモリ消費で済むという。 1億キー扱うには16GBのメモリが必要だ。まあ、そのときはスケールアップ（メモリ増強）かスケールアウト（分散化）すればよいのだが。サーバー２台で1億キー。MySQLやPostgreSQLと比べても、そんなにバランスが悪いわけで
ももクロスライダーで測る Redis vs MongoDB on Heroku 第二弾 - from scratch
今日はみどりの日らしく、ももクロスライダーも緑の話が活発です。 さてさて、前回に続いてRedisの話です。 危険なほど速いと言われていますが、実際の実力はどうなのか気になるところです。 確かに他の参考記事を見ると、かなり高速なようです。 redis、それは危険なほどのスピード｜サイバーエージェント 公式エンジニアブログ FreeBSDで，mongoDB V.S. Redis - なぜか数学者にはワイン好きが多い じゃーって事で、RedisとMongoDBをベンチマーク比較してみました。 結論から言うと、Redisはやっぱり鬼のように速いです。 ベンチ方法 RedisとMongoにtwitpicから取得してきた ももクロの画像に関するデータを入れておき、それを取り出す処理がどちらが早いかだけを計測しています。更新系の操作も高速なようですが、ももクロスライダーは今は更新系の操作がないので、これ
about-byebug-for-debug-with-pry - Philippos Blue Book
byebug 導入 ruby2.0環境下では、pry-nav ならびに pry-debugger のデバッグ機能に不具合があり、また例外補足のためのツール pry-exception_explorer にも不具合があるため、デバッグ用のツールとして同様の機能を持つ byebug および pry-rescue への切り替えを行った。 また今回のタイミングで、コールスタック（バックトレース）を参照するためのツールである pry-stack_explorer の導入も行った。 byebug は pry と同じインタフェイスを持っているとのことで使用法は pry と同じである。 まず、以下の gem は Gemfile から削除した。 1 2 gem 'pry-debugger' # あるいは pry-nav gem 'pry-exception_explorer' そして次の gem を導入する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hookmark.in
グーグルも「配達ロッカー」を開始
GitHub - kevinburke/doony: UI Improvements for Jenkins
「Google Chrome」安定版がv30に到達
Thunderbirdですべてのフォルダを同期したい（社内SE日記） | 社内SE日記
Change the default sorting order in Thunderbird
Init.d Redis script for Ubuntu
A Scalable Concurrent malloc(3) Implementation for FreeBSD
jemalloc() ～ Firefox 3.0 爆速の理由 ～