タグ

ブックマーク / www.kaoriya.net (11)

  • Ractive.js の紹介 — KaoriYa

    HTML の DOM 操作を良い感じで隠蔽してくれる Ractive.js というライブラリを紹介します。 記事は VirtualDOM Advent Calendar 2014 の13日目の記事です。 VirtualDOM といえば React だ、と言わんばかりの流れですが、記事では敢えて Ractive.js を取り上げます。Ractive.js が VirtualDOM かって? 確かめてみましょう。 良し、大丈夫。VirtualDOMです。 Ractive.js とは? Ractive.js は家サイトの説明を借りれば、テンプレートドリブンなUIライブラリです。なんのこっちゃわからないでしょうね。 まずVirtualDOMのメリットとは 生のDOMを直接操作しなくても、JavaScriptのオブジェクトだけを操作すれば、上手いこと自動的に書き換えてくれる ことだと言えます。

  • 最近よく見かけるバッドエンジニアリング — KaoriYa

    最近よく見かけるバッドエンジニアリングの発生パターン。 イカしたフレームワーク/ライブラリが誕生する あるプロダクトがそのフレームワークを利用する フレームワークのスコープから少し外れたことをやるためにハックする フレームワークがセキュリティ問題などにより更新される 3のハックのせいでアップデートできない どーすんだよ、これ。 もちろんハックがシンプルで規模が小さい or 適切な方法ならば、アップデート時にフレームワークのソース読んでなんとかできるわけだけれど。 とくにフレームワークがカジュアルに使えるほど、3のハックを行う人がド素人で、どうにもならなくなるように感じてる。

  • または私は如何にして例外するのを止めて golang を愛するようになったか — KaoriYa

    Java の finally よりも golang の defer のほうが筋が良さそうだ、 ということから考え始めた結果、 どうして私が golang を気に入ったのかがわかった気がしたので書いておきます。 ファイルをオープンし読み込みな処理で何かして終わったら閉じる、という関数を Javagolang で書き比べてみましょう。 Java で書くとこんな感じですね。 public static void readFile(String fname) throws IOException { InputStream s = null; try { s = FileInputStream(fname); // // Do something with "s". // } finally { if (s != null) { s.close(); } } }

    bojovs
    bojovs 2014/04/21
  • Webアプリをいまどきの手法で爆速開発した — KaoriYa

    外道はるかぜちゃんジェネレータというWebアプリを いまどきな手法を用いて爆速で開発した話を紹介します。 先の3連休中、外道はるかぜちゃんジェネレータというWebアプリを開発&公開しました。ここで採用した開発手法がいまどきな爆速開発でしたのでちょっと紹介&ステマします。使った技術は以下の通りです。 AngularJS: Googleが開発しているViewModelなWeb開発ライブラリ(MVW: Model View Whateverだったかな?w) Github pages: スタティックサイトのホスティングに最適 Kii Cloud: mBaaS (mobile backend as a service) で共有データの保存に利用 HTML5 Canvas: 画像生成に。サーバサイドではなにもしてない! サービス概要 外道はるかぜちゃんジェネレータはベースとなる画像があり、そこに面白い

  • スパルタンVim 3.0のPDF公開 — KaoriYa

    2013年末のコミケ C85において頒布しました スパルタンVim 3.0 のPDFを公開します。 http://files.kaoriya.net/goto/c85pdf 真面目にVimの使い方を解説しながらも思いっきり趣味に走った作品、ご堪能いただければ幸いです。なお頒布版の誤植を1箇所だけ修正しました。お持ちの方は間違い探しとしてもお楽しみいただけるかもしれません。

  • Vim scriptを取り巻く問題など存在しない (領土問題風に) — KaoriYa

    Vim scriptを取り巻く問題について というエントリへの反論というか返答というか補足です。このエントリは極端に書くとこう言っています。 Luaトランスレータなんてできっこねーんだから無駄なことやめろよバーカバーカ キャッチーに要約してますがコレ一行で済むでしょう。 ただ正直なにもわかっちゃいないで書かれたようなので、足りてないところを書いておきます。 Vim scriptの高速化方法の比較 Vim script を高速化する方法は、現時点で2つ提案されています。 バイトコード化 (=パース処理のキャッシュ) 別言語(Lua)へのJust In Timeな トランスレータ あのエントリでは前者は実現可能であるが後者は不可能であると述べていますが、私の見かたは違っていて「どちらも実現可能である」です。ただしそこに至るステップ、歩幅の大きさと予想される最大効果がぜんぜん違います。 歩幅の大

  • 書評:実践Vim 思考のスピードで編集しよう! — KaoriYa

    http://vim-jp.org の関係で 実践Vim 思考のスピードで編集しよう を献いただきました。そこでさっそく斜め読みしましたので紹介&レビューしてみます。あ、当に30分程度で流し読んだだけなので、レビューはあっさり目ということで。 まずはじめにこのは「Vimの実践的なTIP集」です。プラグインを使わない純粋なVimのTIP集になっています。そのため私の スパルタンVim との相性は抜群でw、私が無意識のうちに使っている操作の大半がしっかりと解説されています。非常に好みです。 (もしかしたらプラグインについての記述もあったのかもですが、まぁしっかり読み込んでいるわけではないので、気が付かなかったということですね) またTIP集であることからやや散漫になるだろうと推測していましたが、意外にも章立てが良いのか系統だって読めるのが良い点です。先頭から順番に、実際に試しながら読むと

  • enchantMOON レビュー — KaoriYa

    enchantMOON を使ってみて気になったことを書き留めておきます。 未来の enchantMOON のために。 04/23 に注文した enchantMOON が 07/20 に届きました。 わずかな時間ですが、使ってみたので気になったことを書いておきます。お世辞にも「現状で長く使おうと思えるもの」「もっと使ってからレビューしよう」と言えないあたりは察してください。 一応、購入に至る背景を書いておきます。まずもともとは買うつもりは一切ありませんでした。理由は簡単で「ハードやるのが初めてなところから実用に足るものがでてくるわけがない」と考えていたからです。その考えは今も変わっていません。にも関わらず この記事 が 刺さり 購入を決定しました。 刺さりポイントは次の通り: 自分たちのハードを作って売ろうという心意気 手書きの重要性への共感 彼らに次の打席へ立って欲しかった まとめると、初

  • スパルタンVimのPDF公開 — KaoriYa

    C81での頒布からそろそろ三週間になろうとしていますので、スパルタンVimPDFを公開します。以下からダウンロードしてください。 http://files.kaoriya.net/goto/c81pdf このPDFは表紙とそれ以外を別々のPDFとして出力し、MERGE PDFというWebサービスを使って1つのPDFにしました。最近はほんとうに便利になりましたね。 2012/01/20追記 スパルタンVimに対してtwitterでいただいた誤りの指摘をまとめました。 http://togetter.com/li/244330 その他に見つけた場合はtwitterならば @kaoriya にお願いします。その他の手段は…まかせます。私の目に入りそうなところに書いてください。

  • Vimをお使いの皆さまへ — KaoriYa

    お詫びとお知らせとお願いがあります。今、Vimを使っているかたはもちろん、これから使ってみようかなという方、以前使っていた方も是非、文章の続きをご覧ください。 お詫び 2011/09/15の午前中にふとしたキッカケで、一部ユーザの間で日Vimのコミュニティを統合しようという機運が高まり、実際にそのように行動を開始しました。それに関してまずは幾つかお詫びをしなければなりません。 既に各コミュニティに所属し、頑張っていただいている方々への相談なしに決めて、行動を開始してしまったこと 一時的に各種リソースの位置(URL)が混乱すること 各種リソースの位置(URL)が変化すること これまでそのような情報やコミュニティをまとめていなかったこと 以上により、長い間に渡ってご不便やご不快な思いをされた方、これからされる方もいるかと考えます。まことに申し訳ありません。 ただしそのようなことも今後は過去

  • rubyをdisってみる — KaoriYa

    自分で運用しているredmineが依存性の問題で動かなくなったので、腹いせ&八つ当たりでrubyをdisってみることにしました。 redmineが動かなくなりました。背景はこうです。 FreeBSDにportsでredmine入れて快適だぜ! セキュリティとか怖いからなるべくportsは新しくするぜ! あれredmineが動かくなったぜ? なんでだぜ? 結論からいうとruby-gemsとrailsのバージョンがコンフリクトしたのが原因でした。もともとこのFreeBSD boxにはredmine 1.2.1とruby-gems 1.7が入っていました。そしてある時portsでruby-gemsが1.8にアップグレードされたのです。redmine 1.2.1にはrails 2.3.11がバンドルされています。このrails 2.3.11、実はruby-gems 1.7以前でないと動かないという

    bojovs
    bojovs 2011/09/13
  • 1