花金かつ給料日はスーパー花金 - Kentaro Kuribayashi's blog
花金と給料日が重なるとめでたい。世にいうところの「スーパー花金」である。これをプログラムによって求めよというお題が提案された。 金曜日に Fizz、給料日に Buzz, 金曜日かつ給料日に FizzBuzz を出力するプログラム— taniguchi (@ravelll) September 14, 2014 というわけで、酒のつまみに適当に書いてみた。 https://github.com/kentaro/hanakin ルール 花金はFizz 給料日はBuzz 花金かつ給料日は「スーパー花金」なのでFizzBuzz 実行例 弊社の場合、給料日は10日なので、2014年1月には以下のようになる。 $ go run hanakin.go -payday 10 -month 1 -year 2014 2014 January ==================== 1 2 Fizz 4 5
ghqを使ったローカルリポジトリの統一的・効率的な管理について - Kentaro Kuribayashi's blog
GitなどのVCSからcloneしたローカルリポジトリをどう管理するのがいい感じなのか、よくわからない。なんとなく自己流でやっているが、もっといい方法を知りたい。 tl;dr - ディレクトリレイアウトをgolangの作法に合わせ、すべてのリモートリポジトリをghqを使ってcloneし、percolを使って簡単に検索できるようにしましょう。 追記: いまならpercolの代わりにpecoというツールを使うのもよいでしょう。というか、僕はそうしています。設定方法はこのエントリとほぼ同様の内容でいけると思います。 背景 そんな課題を抱えつつも、特になにかをするわけでもなく日々暮らしていた折、Rebuild: 42: When in Golang, Do as the Gophers Do (lestrrat)で@lestrratさんが、Goのお作法に、他の言語のリポジトリも含め、すべてあわせる
Released "MethodRepository": A Missing Part in OOP - Kentaro Kuribayashi's blog
MethodRepository is a library to extract redandunt code and commonalize it in a different way. You can get it via github/rubygems. https://github.com/kentaro/method_repository https://rubygems.org/gems/method_repository I'll explain my motivation why I wrote such a library. Problem To extract redandunt codes into a method to commonalize them is a usual strategy for OOP. It allows us to streamline
サーバ管理の仕組みを作り始めた話 - Kentaro Kuribayashi's blog
先日(10/9)、riywoさんさんの呼びかけにより、サーバ管理をどうやったらいい感じなるかを話し合う会がもたれました。僕は、直接サーバ管理をやっているわけではないのですが、社内でそういうの欲しいという話をしていて、ツールを作りたいといっていたので、参考になればというわけで、お誘いいただいて参加してきたのでした。 riywoさんから、叩き台としてホストのキーを元にした統合的なAPIの構想を図式化したスライドを提示していただいた後、管理システムの主なユースケースや、各社の実際の管理手法などをいろいろお話をうかがいました。僕など、インフラ的な知識に乏しいもので、これはなかなか大変なことだなあというのがあらためてわかりました。 組織体制や経理ルールの複雑性が各社でだいぶ違う サーバの情報として必要な属性が各社でだいぶ違う そもそもサーバの情報が複雑 既にあるなんらかの管理の仕組みとの整合性を取る
SQLインジェクションについてのスライドを作成した - Kentaro Kuribayashi's blog
社内で、SQLインジェクションについてあらためて原理・原則から議論したいねという風潮がにわかに起こったので、ひとまずは叩き台として僕の方でまとめて皆で議論しましょうというわけで、以下のような資料を作成した。 社内勉強会用の資料なのだけど、僕は別にセキュリティに詳しいわけでもないし、ましてやPHPのことは素人なので、外部の識者にレビューしていただいて、できるだけ正しい知識に基づいて議論できればと思い、まずスライドを先行公開することにした。そうしたところ、Twitter上で多数の識者よりいろいろとご指摘いただいて、少くとも決定的におかしな内容にはなっていないものになったようだ。ありがとうございます。 僕らの職務のひとつに「セキュリティ関連」というものも謳われているので、そのあたりの知識普及・基盤整備についても、仕事のひとつとして行っている。先にも書いた通り、僕自身がその点についてよく理解できて
PSGI/Plack勉強会 - Kentaro Kuribayashi's blog
PSGI/Plack勉強会を開きました(ひとりで)。資料はGitHubにあげてあります。いろいろまとめ書き足りてないのですが、自分的には納得したので満足してしまいました。 http://github.com/kentaro/psgi-study 以下にもコピペ。 PSGI/Plackとは？ PSGI = Perl Web Server Gateway Interface Specification WebサーバとWebアプリケーションとの間のインタフェイス仕様 Plack = PSGIのリファレンス実装 PSGI実装のひとつ(とはいえ、やたら気合いの入った感じになってるけど) PSGI != Yet Another WAF PSGI != Plack PSGI策定の背景 各Webアプリケーションフレームワークがバラバラに実装していた、WebサーバとWebアプリケーションとのインタフェイスを
Gitとかで変更があった時に自動でrevert-bufferする - Kentaro Kuribayashi's blog
EmacsとGitとを用いて開発してる際、たとえばgit checkoutした後、実際のファイルとバッファが不整合な状態になって、revert-bufferしないまま保存しようとすると「ファイルが変更されてるけど、どうすんの?」とかいわれて鬱陶しい。しかも、auto-save-buffers-enhancedしてたりすると、それが延々とまらなくなって、ものすごく大変なことになったりする。 いままでいちいちrevert-bufferしてたのだけど、明らかにあほっぽいなと思ったので、どうにかならないか調べてみたところ、こんな感じでauto-revert-modeを使ってやるとよさそう。なんらかのvcの管理下にあるかどうかを`vc-backend'で調べるのは、もっとちゃんとしたやりかたがありそうだけど。 ;; ↓こいつをnon-nilにしておくと、vcsによる変更もチェックしてくれる (set
Kansai.pm 第9回ミーティング行ってきたお - Kentaro Kuribayashi's blog
Kansai.pm第9回ミーティングに参加しました。田舎に住んでいたこともあって、いままでそういうカンファレンスとか勉強会的なものに参加したことがなかったのですが、せっかく京都まで出てきたので、今後はどんどん積極的に参加していきたいなあと思っています。発表の内容もそれぞれにためになる感じでしたし、懇親会でいろんなひととお話できてよかった。今後、もっと関西方面のPerl界隈を盛り上げていきたいですね!!1ともあれ、運営者の方々、発表された方々、参加者のみなさん、お疲れさまでした。 Kansai.pm第9回ミーティング http://kansai.pm.org/cgi-bin/wiki.cgi?page=%A5%A4%A5%D9%A5%F3%A5%C8%2F%C2%E89%B2%F3%A5%DF%A1%BC%A5%C6%A5%A3%A5%F3%A5%B0%B9%F0%C3%CE About P
シンプルEmacs - Kentaro Kuribayashi's blog
極小ネタ。 Emacsに慣れきってしまって、ちょっとしたものを書くのですらVimとかまったく使えない体に成り果ててしまったので、なんでもEmacsでやりたい!!!とか思ったりする。しかし、Emacsをもう一個立ち上げるのも重いし、とりあえず設定ファイルをちょっと修正するぐらいなら、素のEmacsでもなんとかなりそうなので、jedを入れたりするのはおおげさだ。んじゃ、emacs -Q的な感じで起動すればよいじゃないかということになった。 しかし、一個だけ問題があって、デフォルトではC-hでバックスペースにならず、それだけはかなり耐えがたい感じなので、そこんとこだけちょっとどうにかしたものを、id:elimさんと相談の上、というかid:elimさんに教えてもらって、semacsとかいう名前でaliasした。 alias -g semacs="emacs -Q --eval '(keyboard
MS-IMEとかATOKとかSKKとか - antipop
古川 享 ブログ: MS IME野甲斐、さらに十章に....（の怪、さらに重症に....だってば） ATOKなら3倍速く打てる！ SKKなら256倍速(ry - 日記を書く[・ _ゝ・]はやみずさん 僕はこの半年ほどSKKを使っていて、最初の3日ぐらいは大変だったけど、いまでは超気に入っている。MacではAquaSKKを、Emacs上ではddskkを使用中。 SKKの良さっていろいろあるけど、とりあえず問題を「変換精度」と「入力速度」にしぼって思ったことを少し述べてみたい。 変換精度について まず、変換精度については、古川さんが嘆いているような誤変換ばーかばーかみたいなことは、SKKは仕組み上、文法解析の誤りによる変換ミスがないから、他を圧する大勝利です!!! 詳細については、wikipedia:SKKとかを参照のこと。 入力速度について んで、入力速度については、zapaさんの3倍云々は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
