よるねこ @Yoruneko コックリさん、コックリさん、おいでください。私のプロジェクトを手伝ってください。 できればPHP開発経験者がいいです。 pic.twitter.com/6WpulA4W9x 2016-03-31 00:18:12
はじめまして。面白法人カヤックの村瀬と申します。ArkというWebアプリケーション作成用のフレームワークを開発しました。今回から4回にわたって、このリリースしたばかりの「Ark」について紹介させていただきます。 Ark(アーク)とは Arkは、Perlで作られたWebアプリケーションフレームワーク(WAF)です。 Arkの特徴としては Catalystに似たインターフェース CGI/FCGI/mod_perlなどさまざまな環境で実用的に動作する CGI用モードの存在 日本製であり、日本語ドキュメントが充実している などが挙げられます。 Catalystに似たインターフェース Catalystは、Arkと同様にPerl製のWebアプリケーションフレームワークで、現在、Perlのフレームワークでは標準となりつつあるものです。 Arkは開発動機の1つが「CGIでも実用的に動作するCatalyst
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう? 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
昨年末から種を撒いてきた、iPhone開発者の情報共有ムーブメントが、着々と整ってきた。 おりしも昨日作った情報共有用Twitter、@iphone_dev_jp は、告知24時間でなんと450人が登録した。 これがうまく機能すれば、国内の開発競争のルールは大きくかわるはずだ。 なぜか? 規模はルールを変える それは、@iphone_dev_jp が、 ここで面白いアプリと認知されるだけで、日本ランク30位を狙える規模の情報共有装置になったからだ。 たとえ学生であっても、@iphone_dev_jp で情報公開し、貢献によって知名度を上る。そして、面白いもの作って告知すれば、十分に小規模ベンチャーと互角に戦える。 つまり、もう国内では、@iphone_dev_jp にガンガン情報を流すことが、生存戦略として十分に合理的になる。 このまえ情報共有の話したら、「フリーライドや沈黙の方が得だよね
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く