masaki: Checking in changes prior to tagging of version 0.03. Changelog diff …
masaki: Checking in changes prior to tagging of version 0.03. Changelog diff …
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Catalyst::Authentication::Credential::OpenID(CodeRepos の方) でログイン 前の記事で masaki さんに「そこは auto_create するところな気がします.」と教えてもらったのでちょろちょろっといじってみる。 個人的には CPAN に上がっている方より CodeRepos に上がっている方が好きなので。 Bakelatte/etc/conf/bakelatte.yml authentication: default_realm: member realms: member: credential: class: OpenID store: class: DBIx::Class user_class: DBIC::Bakelatte::Member id_field: url auto_create_user: 1 Bakel
Kansai.pm第11回ミーティングを行います Kansai.pm第11回ミーティングを開催します。第11回ミーティングのメイントークでは、大学で情報科学を専攻する学生ら若いメンバーを中心として、幾つかのアルゴリズムやコルーチンの実装など情報科学分野をテーマに発表いたします。 また恒例の10分枠ではテーマを自由に Kansai.pm 有志が、開発の成果やプログラミングテクニックなどについて発表をいたします。 日時 2009年03月22日(日) 13時30分〜17時 開場時間:13時00分 3月22日は日曜日のため正面玄関が開いていません。入館には会場である株式会社はてなのスタッフによる解錠が必要ため、13時00分頃に1F セブンイレブン正面まで集合をお願いします。 会場 株式会社はてな 京都本社 https://www.hatena.ne.jp/company/ 定員 30から40名程度
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
6 jQuery Chart Plugins For Your App | Steve Reynolds Blog グラフ描画用のjQueryプラグイン集が紹介されていました。 あまり知られていないものも結構あるみたいです。 Google Charts Plugin 描画はGoogle Chart API に任せて、その描画を用意にするためのインタフェースを提供するライブラリ jQuery Chart 0.21 JSでの描画機能をもったグラフライブラリ。棒・ライン・エリアのグラフを選んで描画できる TufteGraph シンプルでprettyなグラフを描画するライブラリ 全部見る グラフ描画ライブラリの基本としても使われるjQueryってすごいなぁと思いますね。 関連エントリ ナビゲーションのUIはこれで完璧かもなjQueryプラグイン集 便利なjQueryプラグインいろいろ 伸縮する全画
日本経済再生の切り札、「中川(酒)酩酊会見で辞任」→「小沢代表、違法献金で第一秘書逮捕」のコンボで株高&円安 うんこTARP-2のお陰でS&P500が700割って、ダウも4営業日連続安で11年ぶり安値更新にて、ユーロもアジアも変なことになってるというのに、我が国のトップニュースは3,000万ぐらいの政治金規制法違反で野党代表の公設第一秘書が逮捕という内容。 それ以外、取り立ててニュースがない状態で前場微妙安。後場にいたっては20円高。さらに円安。どうなってんのうちの国の経済。とりわけ市場。次期政権が目前に迫った野党代表が辞任で株高って。おかしいだろ。海外市場の動向も含めて上がる要素一個もねえよ。微下げで揉み合って終わりとかなら許すけど、上がってどうすんだ。年金もそれほど動きねーし。 中川昭一さんが日本を救ったかと思えば、今度は小沢一郎さんが日銀砲1兆7,000億円ぐらいの経済効果のある事件
2007年02月25日03:00 カテゴリLightweight Languages perl - $@%&*のよしあし Matzさんからお返事が。 Matzにっき(2007-02-19) Perl出身の弾さんゆえ、Perlに親しんでおられるのはわかるが、 近代的言語においてsigilを採用するのであれば、 その示すべきものは絶対にデータタイプではない。 データタイプを表現するsigilなんてのは ユーザ定義データタイプを持たない旧式言語の名残でしかない。 これ、実は半分同感。 Matzにっき(2007-02-19) Perlでさえ、Perl5以降はリファレンスの導入により ほとんどすべてのものをスカラで表現できるようになったので、 旧来のデータタイプsigilの役割はずいぶん下がっている。 これがさらにPerl6になると、Rubyみたくすべての変数がオブジェクトなので、@arrayと%h
Perl暦一週間。ホントにまったく何にも知らないのに一身上の都合で使うことになって、勉強してみたらいろいろ驚きというかなんというか・・・。なにかが根本的に間違ってるかもしれないけど、とりあえず触ってみて思ったこと。 関数定義 sub funcname { my($arg1, $arg2, $arg3) = @_; # do something } 関数定義に仮引数がなくて毎回こう書かないとだめみたいなんだけど、誰も文句言わないのこれ?ほんとに? 単なるシンタックスシュガーでいいから sub funcname($arg1, $arg2, $arg3) { # do something } こう書かせてほしいんだけど。 コーディングなんてその大部分は関数定義なんだから、そういうところにはもう少し気を使ってくれてもいいと思う・・・。 プレフィックスと名前空間 変数の型に応じてプレフィックスつける
JPAサイト構築中 結局ユーザー管理だとか、お金を振り込む事だとか、なんか色々やらざるを得ないと言うことから、自分で書いたほうが速いという決断でJPA用のサイトを一からCatalystで書いてます。 今回はこれをgithubで晒しているわけですが、今ふと思ったのは、普段から我々PerlプログラマはCPANでいろんなCatalystのプラグインだとかを見ていたり、もしくはあちこちで細かいティップスみたいなものを聞きかじってるわけだけど、ひょっとすると俺たちほとんど他人のCatalystアプリケーションって見たことない? よくよく考えたら自分でさえも2,3回しかなかった。もちろん、社内のものは除く。完全に外部の奴ね。MojoMojoみたいな完全にできあがってるアプリケーションってなかなか外に出てこないし、そもそも一回作ってそのままインスコしておしまい、みたいなの多いもんな。 まぁそんな事を踏ま
下にlibとかつくってそこにおいた自作pmをuseするとき、相対パスで呼び出してしまうと実行ディレクトリが違う場合(cronでまわしたりとか)に都合が悪かったりします。 そこで、以下のようにBEGINブロック内でスクリプト自身のパスをとってきてからuse libとかしてるんですが、このやり方おかしかったりしないんだろうか。もし、もっとこうした方がいいとかあればぜひお教え下さい。 ├ main.pl ├ lib └ Hoge └ Foo.pm#!/usr/bin/perl use strict; use warnings; use File::Basename; my $w_dir; BEGIN { $w_dir = dirname $ENV{_} } use lib "$w_dir/lib"; use Hoge::Foo; my $foo = Hoge::Foo->new("tester0
supercellさん、むしろ初日2.0万枚は少ないと感じているくらいです。初日に限っては首位もありえると思ってました(他のミクCDに比べて割高なのも影響している気もしますが…)。 指数→推定枚数への変更に伴う多少のトラブルはつきものなのかもしれません。ともかく今週のチャートはシングル・アルバムともにじっくり様子を見たいなと思います。 …余談ですが、とくダネ!の小倉さんはaikoさんの時みたくスルーを決め込むんでしょうか?
本書は、Perl構文の基本を指南する『初めてのPerl』、再利用可能なPerlソフトウェアを作成する方法を教える『続・初めてのPerl』に次ぐ3番目の書籍として位置付けられるものです。このシリーズ完結編の役割を担っていて、Perlを意のままに自由に操るための方法を伝授します。優れた技を集めたトリック集ではなく、Perlプログラミングについての考え方を説いています。つまりプログラマが日々直面するデバッギング、メンテナンス、設定といった現実の問題を扱えるようになるための解説書なのです。Perlマスタになるために、もしくは解決策を見つけ出す方法を知る、あるいは問題を発見する方法を知る先達(案内人)になるために読むべき書物でしょう。 まえがき はじめに 1章 Perlマスタになる 1.1 Perlマスタになるとはどういうことを意味するのか 1.2 本書の対象読者 1.3 本書の読み方 1.4 本書
弊社は、deployツールとしてcapistranoを使っています。 しかし、Capistranoのメンテナンスが終了するという話("Jamis Buck氏, CapistranoやSQLite/rubyの開発を終了"参照)を聞いても、 特に困らないという事に気がついて、あらためて驚きを感じました。 なぜだろうと考えてみると、それはGitとGitHubの存在による所が大きい。 GitHubにソースがある限り、メンテナが不在でも勝手にforkして 野良patchを書いたり、それを集めてきてちょっとした stable release的なものを作ったりする事ができてしまう。 もちろんそれは、今までだって頑張れば出来た事だけれど、 Git/GitHubは、それを全く違う次元で簡単にしてしまった。 かつてはメンテナやコミッタが専権的にソフトウェア開発の決定権を握っていた構造が、Git/GitHubの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く