iOSエンジニアのみなさん、こんにちは！ WantedlyでiOSアプリ開発を担当してます、杉上です。 このブログでは新規でiOSのアプリ開発を開始するなら、どうなふうに作ろうかなと妄想してみました。なかなか仕事の現場では新規アプリ開発の機会はないので、こういう妄想を常に膨らませつつプライベートで実験的にアプリを作ってみたりしています。 （ ここでご紹介する内容はiOSアプリを作るにあたっての最適解でもベストプラクティスではありません。プロジェクトのゴールや規模など多様な要因により構成もケースバイケースになると思うので、ご参考までに。） Embedded Framework活用(ターゲット分割)アプリの一部のコードをドメインごとにターゲットへ分けてEmbedded Frameworkとして利用することで以下のメリットがあります。アプリ開発が進んでからコードを分けるのは難しいので開発初期の段
この記事はPHP Advent Calendarの19日目の記事です。 プログラマ１０人集まれば、誰かMVCうんちく語るのが常。みんな大好きMVCの話です。僕は今年でPHPプログラマとして10年が経過しました。この節目の年に、これまで触ってきたフレームワークを振り返り、徹底的な個人的主観でMVCについて語っていきたい思います。忘年会シーズンでお疲れの皆様、ご安心ください。コード・ゼロでお届けします。 いろんな言語のいろんなフレームワークを触ってきたつもりですが、Javaはやってなかったんであまり詳しくないです。主にRails以降のフレームワークを見ていきます。 Railsの功績 PHPプログラマとしてRailsの登場で何にびっくりしたかというと、次の三つです。 router ActiveRecord cliと対話型shell ActiveRecordは魔法のように見えましたが、いずれ出ても
Rubyが一躍注目を浴びるきっかけになったのはRuby on Railsによるところが大きい。だがRailsアプリケーションはフレームワークが富豪であり、ちょっとしたWebアプリケーションを作るのに最適解とは言いがたい。そんな中登場したのがSinatraだ。 まさにSinatra風 簡単なURLマッピング、シンプルなレスポンス。どれをとっても簡単だ。そんなSinatraを真似たPHP用フレームワークがFitzgeraldだ。 今回紹介するオープンソース・ソフトウェアはFitzgerald、SinatraライクなPHPフレームワークだ。 PHPと言えば軽量なWebアプリケーション用プログラミング言語だ。手軽に使える点については相違ないが、あまりの手軽さに品質の低いシステムを生み出しやすいのは確かだ。そこでFitzgeraldを使えば、組み方がある程度統一させることができる。 アクションごとに
はじめまして。面白法人カヤックの村瀬と申します。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
MojoとHTTP::Engine ここまでMojoとそのサンプルフレームワークであるMojoliciousについて見てきましたが、国内でもYappoこと大沢和宏さんとtokuhiromこと松野徳大さんが中心となって、HTTP::Engineという同じような趣旨のフレームワークが開発されていることをご存知の方も多いと思います。今回はそのHTTP::EngineとMojoを比較しながら、Mojoの歴史や展望を見ていきましょう。 HTTP::Engineの誕生 HTTP::Engineも、もとをただせばMojoの作者ゼバスティアン・リーデル（Sebastian Riedel）氏が4年ほど前にリリースしたCatalystというフレームワークから派生したものです。だから、Mojoとは義理のおじ、あるいは いとこ・はとこ くらいの関係になるでしょうか。 CatalystもCPANモジュールをつなぐ「
前代未聞のPerl軽量ウェブアプリケーションフレームワーク祭りの中、いかがお過ごしでしょうか？ 紆余曲折があってこんなことを言ってたわりに何もしてないでぼーっとしている間に、腕に覚えのある兵達が我も我もと手を動かしてくれたので、申し訳なさ半分で懲りずにベンチマークを取ってみました。 http://d.hatena.ne.jp/tokuhirom/20081111/1226418572 NanoA というウェブアプリケーションフレームワークをかいてみた - kazuhoのメモ置き場 YappoLogs: Yacafi という軽量CGIフレームワーク書いたよ みんな基本的に軽量なフレームワークをうたっていて、開発効率よりも軽さや配布のしやすさを売りとしているので特に問題ないと思います。 比べたのは上の3つと モジュールを使わないcgi CGI.pmでヘッダ出力をするもの 軽量フレームワークの代
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
仕事の都合上、素のCGIとCGI::ApplicationとCatalystと今話題のMojoでmod_perlなどを使わない素のcgiでベンチとった。 結論から言うとCGI下では - Requests per second: バージョン 素のCGI 60.54 [#/sec] (mean) - CGI.pm 19.56 [#/sec] (mean) 3.42 CGI::Application 16.20 [#/sec] (mean) 4.11 Mojo 6.40 [#/sec] (mean) 0.8009 Catalyst 3.29 [#/sec] (mean) 5.7015 って感じです。 見るとわかるとおりモジュールを使い始めた途端にパフォーマンスが劣化します。 Devel::Profilerでプロファイリングしてみると Total Elapsed Time = 0.020035 S
Rubyに人気があるため、Ruby on RailsやMerb、CampingといったWebフレームワークが誕生した。Wavesという新しいWebフレームワークが最近リリースされたが、 Ruby開発者が興味を持って試してみようと思うような特徴が、Wavesにはある。 WavesはRuby on RailsのようにMVCフレームワークであり、Request Lambda(source)と呼ばれるものを使うが、各マッピングはルールとブロックで構成されている。ルールが要求と一致すると、そのブロックが実行される。 Wavesに独特な特徴の１つである。 Wavesのこの他の優れた特徴には以下が挙げられる。 真のコード再ローディング ホットパッチング クラスタのサポート スレッド・セーフティ InfoQは、Wavesの開発者Dan YoderとWavesについて話す機会を得た。 Robert Bazi
英国放送協会(BBC)がPerl on Railsを名乗るMVCフレームワークを開発したという話が一部をにぎわしていたので、簡単なまとめ。英語で話を追える人は下記を（コメント欄含めて）順に読んでいけばOKです（これ以外にもスラッシュドット（本家）をはじめ、いくつかのソースに情報が分散していますが、必要な流れはだいたいこの三つで把握できるはず）。 http://www.bbc.co.uk/blogs/radiolabs/2007/11/perl_on_rails.shtml http://derivadow.com/2007/11/30/perl-on-rails/ http://iamseb.com/seb/2007/12/perl-on-rails-why-the-bbc-fails-at-the-internet/ さて、本題。2007年11月30日に「BBCが自社フレームワークとして
Xangoというクロウラーフレームワークを使ってみる Xango XangoはPerlで書かれた汎用クローラーフレームワークです。 イベント型フレームワークPOEを使用することにより高速なクローリングが可能です。 実装にもよりますが、単一プロセス内でインデックシングや文字コードの変換等の処理を 同時に行うアプリケーションでも１秒に５～８ URL、１時間で 18000 ~ 22000 URLの処理が行えます。 ドキュメントはperldocのみっぽいので、日本語の情報を残す意味で使い方のメモをば。 相当端折って書いてます。 Xangoを使ったクロウラーを書くには、制御用のにPOEセッションを作る必要があります。 Xangoを制御するためのモジュールを適当な名前で作っておくのがスマートかと思います。 とりあえずセッション作成を行う処理を書きます sub spawn { my $class = s
先日、Zend Frameworkが正式に1.0.0としてリリースされました。 公式だし今後使っていこうかなと思ったんですが、最近人気のある他のPHPフレームワークと比べて パフォーマンスの面でどう違うか気になったので簡単なベンチマークをとって比較してみました。 今回使用したフレームワークはZend Framework、Symfony、CakePHP、CodeIgniter、PHP on TRAXの5つです。 各フレームワークで行った処理はコントローラを呼び出しビューに遷移させて "Hello World!"を表示させるだけのかなりシンプルな内容です。 DBへの接続やモデルの作成は行わず、自動レイアウト機能があるものはオフにするか全て削除しています。 使用したソースはこちらからダウンロードできます。 ベンチマークを行った環境はCeleron 1.7GHz、メモリ1GBのLi
コロナ禍でピラティス教室に通うならライブレッスンのオンラインピラティス【SOELU(ソエル)】がいいですよ！ リンパケアヨガ・マインドフルネス瞑想・ディープリラックス・鬼レッスン・下半身集中・美体幹ヨガ・体ほぐしヨガ・気分すっきりストレッチ・ハタヨガ・ゆるトレーニング・ビューティーパワーヨガ・筋膜ほぐしリリース・姿勢改善ヨガ・代謝アップヨガ・ハタフロー・ オンラインピラティス【SOELU(ソエル)】は次のような方がお勧めです。 ・仕事に家事に育児に忙しいママさん ・健康的なからだを目指したいけど、スタジオに通うのはちょっと恥ずかしい…という方 ・マタニティヨガや産後の骨盤調整ヨガを日常的に受けたい！という方 ・飽きっぽいまたは運動が苦手で続かない方
アメリカの学生向けSNS「Facebook」のコアモジュールである、「Thrift」がオープンソースとして公開された。FacebookのWebサイトより無償でダウンロードできる。 プログラミング言語は世の中にたくさんあるが、Web系の処理が得意な言語、サーバサイド処理が早い言語など、それぞれに向き不向きがある。今回公開された「Thrift」は、各種言語のプログラムをシームレスにつなぐことができるフレームワーク。C++、Java、Python、PHP、Rubyに対応している。 Thriftをフレームワークとして使うことで、それぞれの処理に必要な言語を割り当てることができ、「単一言語でアプリケーションを作成しなくてはいけない」という制約にしばられることなくシステムを構築できるようになるという。 参考サイト Facebook Developers：Thrift ＠IT：巨大SNSを支
［PHPウォッチ］第33回 “PHP版Ruby on Rails”symfonyフレームワーク1.0正式リリース！ PHPのリリースでは，5.2系の5.2.1，4.4系の4.4.6と立て続けにリリースされた。それ以外にも，Railsライクなフレームワークであるsymfonyの1.0正式リリースや，Month of PHP Bugs（MOPB）サイトの公開など，多くの活動の成果が発表された。今回は，これらについてのレポートと，symfonyのレビューをお届けする。 PHPリリース関連情報 PHP 5.2.1，PHP 4.4.6リリース：セキュリティ問題を含めたバグの修正が中心 2月14日にPHP 5.2.1とPHP 4.4.5がリリースされた。その後，PHP 4.4.5にて発生した問題に対応するため，3月1日にPHP 4.4.6がリリースされた。いずれも，脆弱性の修正や，機能改良を含めたもの
TripletaiLとは TripletaiLは、プログラミング言語であるPerlで日本語のWebアプリケーションを構築するためのフレームワークです。 安全性、生産性、保守性という三つの要素を重視しており、少人数での開発に適する形で設計されています。 本フレームワークはオープンソースとして、meta::cpan上で公開されています 安全性 セキュリティに配慮した設計がなされており、これに関連する機能を備えています。 テンプレートへの文字列展開やフォームへの値の埋め込み時に、自動で <> などの文字をエスケープします。 DBへのSQL実行におけるプレースホルダはもちろんのこと、CSRFを防止する機能や、セッションにおいて同一ドメイン上HTTP/HTTPS両方の領域で安全かつ領域をまたいでも安全に扱うことが可能なdoubleモードといった機能があります。 生産性 TripletaiLは日本製で
どの言語にも共通して言えることだが、特に、PHPを用いたWebアプリケーション開発の場合、その記述の自由さから、デベロッパは似たようなコードを何度も書いてしまう傾向がある。似たようなコードが多くあるソースは他のデベロッパから何をしているのかわかりづらいし、のちのちの保守にも悪い影響が出てしまう。 こんな状況を減らす手段として、デベロッパはフレームワークを有効につかい、開発・保守ともにかかる時間を少しでも減らしたい効率よく開発をおこないたい。ここではお手軽に試せてすぐにWebアプリケーションを作成することができてしまうPHPフレームワーク、symfonyを紹介する。 symfony teamは1日(フランス時間)、symfony 1.0.0rc2をリリースした。symfonyはsymfony teamによって開発され、The MIT Licenseのもとで公開されているオープンソースソフトウ
先に書くとして書かなかったエントリ。 世のフレームワークの中には簡単開発が売りで、それこそStrutsやHibernateなどの既存のデファクトっぽいフレームワークを組み合わせたうえ、技術的な選択の幅を狭めることによって技術習熟度の低いプログラマーでもほぼコピペの域でOKというものがあります。私は、これはダメだと思っています。量産やオフショアやバカ対策という内容で生産性、生産性と連呼していますが、果たして生産性があがってるのかなぁと。 プログラマーのやることを単純化するために、スタックを重ねることはたぶんフレームワーク実装者の考える幻想的な生産性であることが多いのではないかなと。たとえばStrutsを便利にするのにActionを至れりつくせりで数行POJOで書けばOKみたいなものをやったとして、使う側がモチベーション高くやれるかどうか。もちろんスタックを重ねることと利用者モチベーションの高
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く