タグ

ブックマーク / blog.kyanny.me (9)

  • 最近思ったこと - @kyanny's blog

    ここ数ヶ月、十数年のソフトウェア開発者人生で初めて、悪名高いExcel方眼紙に書かれた仕様書というものに触れる機会を得たのだが、悪評の理由が身を持ってわかった。 装飾過多。長過ぎるフローチャートや謎のテーブル風定義一覧の「見栄え」ばかりよくて肝心のデータの見方・読み方がわからない。 おそらく装飾にパワーを取られすぎているからだと思うが、仕様の説明に不足がある。フィールド文字列長が何バイトとか書いてあるが超過したとき何が起こるか明記されていない、など。 そのシステムが実現するビジネスにおける仕様について(仕様書なのに)触れられていない。ドキュメントの書き手が読み手に対して「機械のように指示に忠実に実装だけすればよい」と考えているのが見え透いている。 実装例・サンプルコードの類に乏しい。コードを見ればすぐ理解できる類のことを無理にコード無しで伝達しようとするので情報の劣化が激しく、資料として不

    最近思ったこと - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2016/01/31
    最近思ったこと - @kyanny's blog
  • アナログ世界時計をチャットに貼れるサービス Tokei.link をリリース(Slack 対応) - @kyanny's blog

    「現在時刻を知りたい国や都市をチャットでつぶやいたら時計が表示されると便利だな」と思ってそういうサービスを作りました。無料です。登録も不要です。 http://www.tokei.link/ アナログ時計なので文字を読まずにパッと見でだいたいの時刻を把握できます。一つの国や都市の現地時刻を表示する機能と、二つの国や都市の現地時刻を並べて表示する機能があります。「ロンドンとシンガポールの同僚とビデオ会議をしたいけど、いま何時かな?」みたいなときに便利です。 API があります http://www.tokei.link/doc http://www.tokei.link/png?destination_timezone=New+York&local_timezone=London のような URL に GET リクエストを送ると、指定したタイムゾーンの現在時刻を表す PNG 画像を返します。

    アナログ世界時計をチャットに貼れるサービス Tokei.link をリリース(Slack 対応) - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2014/12/21
    アナログ世界時計をチャットに貼れるサービス http://t.co/p9eaAaAPNK をリリース(Slack 対応) - @kyanny's blog
  • 渋谷Ruby会議01 で Grape の話をしました #428rk01 - @kyanny's blog

    渋谷Ruby会議01 の Member talk 枠で、 Ruby のマイクロフレームワーク Grape について話しました。運営の皆さん、参加者の皆さん、ありがとうございました。 大幅に時間オーバーしてしまい、ご迷惑をおかけしました。 15 分は思っていたよりずっと短かく、あっという間でした。なおスライド六枚目に「Grape でググると世界で2位」とありますが、どうやら僕のブラウザ自体がパーソナライズされていた結果によるものらしく、他の方が検索したらもっと順位は低かったそうです。 Grape 自体の紹介がちょっと長くなりすぎたため、後半は Grape のいまいちなところ(と僕が感じているところ)ばかり挙げてしまいましたが良い点もちゃんとあり、特に route 定義と実装の場所が離れていないため URL から実装箇所を特定するのが楽で、これは自分が書いたのではないソースを読む際には便利です

    渋谷Ruby会議01 で Grape の話をしました #428rk01 - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2014/11/03
    渋谷Ruby会議01 で Grape の話をしました #428rk01 - @kyanny's blog
  • livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です - @kyanny's blog

    【重要】 livedoor Reader サービス終了のお知らせ|livedoor Reader 開発日誌 livedoor Reader が 2014年12月25日(木) をもってサービスを終了します。自分でも永らく使っていたし、個人的に縁も思い入れもあるサービスなのでとても残念です。 Twitter で fastladder を検索 して眺めていると、やはりというか LDR 終了で移行先を探している方が多数いるようです。候補としてオープンソース版の Fastladder のセルフホストを検討している方もそれなりにいるようですが、 http://fastladder.org/ja/ のほうをみて「ずいぶん古そうだし、メンテナンスされてる気配もないからダメかな...」と諦めているつぶやきをみかけたので、ちょっとアナウンスを。 http://fastladder.org/ja/ のソースコー

    livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2014/10/03
    livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です - @kyanny's blog
  • Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか? - @kyanny's blog

    仕事で中規模程度の Rails アプリケーションのコードベースをいじっている。このアプリはもともと app/assets/javascripts 以下に必要に応じて JavaScript ファイルを置き、適当なテンプレートファイルから直接 JavaScript の関数を呼び出したりしていた。ごく普通の Rails アプリである。 このアプリは CMS で、いわゆる「ブログの管理画面」みたいな用途で使われている。一部の機能はそれなりに込み入った UI 操作を必要としページ遷移なしに操作できる必要があるが、旧来のやり方では JavaScript コードの管理が間に合わなくなってきたので部分的に Backbone.js を導入し始めている。 最近悩んでいるのが、 Backbone.js なコードのエントリポイントをどのように呼び出すべきなのか?ということ。そもそも自分が Backbone.js

    Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか? - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2014/03/31
    Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか? - @kyanny's blog
  • Jenkins に bundle update した上で Pull Request させる - @kyanny's blog

    皆さん bundle update してますか?ぼくは忙しさにかまけてついサボりがちなのですが先日何ヶ月ぶりかにやってみたらけっこういろんな gem がアップデートしててヒヤリとしました。 bundle update 忘れは今後もまたやってしまいそうだと思い、なにかこれを解決する方法がないか考えたところ、 マメにやるのは無理。余裕があればやるけど忙しくなったら忘れる。自分の意識が低くなっても破綻しない仕組みを作るべき 差分が小さくても Pull Request を出すのは悪くない。というか Pull Request は毎日全員が見るし放置されにくい bundle outdated の結果をメールするのもお手軽そうだけど、メールなんてどうせ見ない (pendaxes がいい例で、毎朝メールがきても痛くも痒くもない) ということで「Jenkins に毎週 bundle update したブラン

    Jenkins に bundle update した上で Pull Request させる - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2012/11/06
    Jenkins に bundle update した上で Pull Request させる - 刺身☆ブーメランのブログ / @kyanny's blog
  • Sapporo RubyKaigi 2012 (札幌Ruby会議2012) #sprk2012 - @kyanny's blog

    Sapporo RubyKaigi 2012 (札幌Ruby会議2012) に参加してきました。充実した三日間を過ごしました。スタッフの皆様、ありがとうございました。札幌でお会いした皆様も、ありがとうございました。 30days Album の裏側 - レガシー Rails 編 というテーマで発表させていただきました。三日目の遅い時間にも関わらず多くの方にお聞きいただきありがとうございました。「共感した」というご意見をいただけて嬉しかったです。 スライドは言葉少なめなので、何を話したか書き起こそうと思ったのですが、文章にするのって難しいですね。うまく書けたらあとで追記します。 会期中はいろいろな方とお話させていただきました。懇親の場がたくさん設けられていたにもかかわらず、まだまだ話し足りないですね。次またどこかでお会いしたらもっとお話しましょう。 カンファレンスに参加するたびに、海外からの

    Sapporo RubyKaigi 2012 (札幌Ruby会議2012) #sprk2012 - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2012/09/18
    Sapporo RubyKaigi 2012 (札幌Ruby会議2012) #sprk2012 - 刺身☆ブーメランのブログ / @kyanny's blog
  • 「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog

    rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動

    「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2012/07/13
    「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - 刺身☆ブーメランのブログ / @kyanny's blog
  • YAPC::Asia Tokyo 2011 で発表しました - @kyanny's blog

    Ruby プログラマのための Perl ウェブアプリケーション開発入門 (Perl web development guide for Rubyist )というテーマで発表させていただきました。聞いてくださった皆さん、ありがとうございました!トラブルもなく終えることができて、ほっとしています。資料はこちら。 Ruby プログラマのための Perl ウェブアプリケーション開発入門 (Perl web development guide for Rubyist ) View more presentations from Kensuke Kaneko 自分の出番が終わってすっかり気が楽になったところで、楽屋裏みたいな話を。 このトーク内容で応募しようと思ったのは、いつも #shibuyarblunch で仲良くしてもらっている Rubyists の皆さんとの会話がきかっけでした。 Perl

    YAPC::Asia Tokyo 2011 で発表しました - @kyanny's blog
    hiroshi_revolution
    hiroshi_revolution 2011/10/15
    YAPC::Asia Tokyo 2011 で発表しました - 刺身☆ブーメランのはてなダイアリー
  • 1