【2016/03/04追記】以前まとめたこのMVACという名前の設計は既に古くなっており、今はこのようなアーキテクチャで設計していません。 こんにちは。最近ははてなでMVACというアーキテクチャに則って開発をしているのですが、ようやく意味を理解できてきました。そこで今回は「Web Applicationを綺麗に設計するためのMVACという考え方」について、サンプルを交えながら説明していこうと思います。かなり長くなってしまったので、時間があるときにでもどうぞ。 MVACって？ データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した

以下は、WEBプログラマー用のWEB脆弱性の基礎知識の一覧です。 WEBプログラマーの人はこれを読めばWEB脆弱性の基礎をマスターしてWEBプログラムを書くことができるようになっているかもです。 また、WEB脆弱性の簡易リファレンスとしても少し利用できるかもしれません。 WEBアプリケーションを開発するには、開発要件書やプログラム仕様書通りに開発すれば良いというわけにはいきません。 そう、WEB脆弱性を狙う悪意のユーザにも対処しないといけないのです。 今回、WEBアプリケーションを開発にあたってのWEB脆弱性を、以下の一覧にまとめてみました。 このまとめがWEBアプリケーション開発の参考になれば幸いです。 インジェクション クロスサイト・スクリプティング セッション・ハイジャック アクセス制御や認可制御の欠落 ディレクトリ・トラバーサル(Directory Traversal) CSRF（

Can you name the programming language based on its Hello, World syntax? - sporcle それは「Sporcle」というサイトに掲載されたゲーム「Can you name the programming language based on its Hello, World syntax?」。 さまざまなプログラミング言語で書かれた「Hello, World!」を見て、それがどのプログラミング言語で書かれたのかを当てるゲームです。 制限時間は5分。左上のスタートボタンを押すと答えの入力欄が現れ、カウントダウンが開始されます。

最近、Webサービスで起業した人、起業する人、起業したい人と色々お話することがある。その中で思ったこと。 Webサービスで起業しようと思ったら、少なくともスタートアップでジョインするメンバー全員に最低限の、少なくともサイト一個くらい自分だけの力で作れるようになるくらいの、プログラミングをはじめとする一通りのサービス構築スキルが必須になるのでは、ということだ。 もちろん、人それぞれ得意領域はある。営業が得意だったり、企画が得意だったり、デザインが得意だったり、経営や経理が得意だったり。それを活かせる場面はあるにはあるんだけど、Webサービスの場合、最初のうちの運営やマネタイズに直接関わるのはそういうスキルよりも、サービスを実際に構築できる力に依るところが大きい。 デザインだって、一旦作ってしまったらそんなに仕事なくなってしまうし、そもそも筋のいいサービスであれば、デザインやUIはしょぼくても

最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ

<< 2008/01/ 1 1. 年賀状 2. ゴビウス 3. [Ruby] ZSFA -- Rails Is A Ghetto 2 1. 新年会 3 4 1. The Mythical 5% 5 6 7 8 1. [言語] Substroke Design Dump 2. [言語] A programming language cannot be better without being unintuitive 3. [OSS] McAfee throws some FUD at the GPL - The INQUIRER 9 1. [言語] Well, I'm Back: String Theory 2. [言語] StringRepresentations - The Larceny Project - Trac 10 1. [Ruby] マルチVMでRubyを並列化、サンと東大が

初心者はPHPで脆弱なウェブアプリをどんどん量産すべし ↑のブックマーク うん。増田くんはいつもいいこと書くね！ ブックマークの方には 危険だとか迷惑だとか踏み台だとか色々かいてあるけれど(というか踏み台ってなんだろ？) そんなに大切な個人情報をたくさん扱ってるサイトなんてどれだけあるかな。 みんなそういうサービスつくってるの？ なんかすごいね。 ぼくの使っている範囲だと、(提供側が気をつけていないと) 本当にまずいのは銀行と証券とカード会社のような、お金のからむサービスくらいだよ。 もちろん、他にメール内容だとか、購読しているフィードだとか、知られたくない個人情報なんてのは、人によってたくさんあるよね。 だけど、例えばぼくがメールサービス作りましたなんて言ったら誰か使う？ それか無名の団体だったらどうかな。それで大切なメールやりとりしちゃうの？ そう。そもそも、利用者もそれほどバカじゃな

http://www.rubyist.net/~matz/20080126.html#p04 趣味でやってるプログラミング初心者の立場で言わせてもらう。だいたいな、あんたらプロのプログラマが小難しい顔してセキュリティセキュリティ言うもんだから初心者プログラマのセキュリティ意識がまったく向上しないばかりか、よけいに低下するんだよ。ごちゃごちゃ言われたり叩かれるのはイヤだけど、眼前の問題はプログラムで解決したいってヤツは耳塞いで黙ってPHPでやりたいようにやるんだよ。何が「楽しいRuby」だよ。「Webアプリケーションをなめるな」ってその時点でもう全然楽しくねーだろが。 それでこれだよ。 http://d.hatena.ne.jp/essa/20080130/p1 もう萎縮萎縮！初心者超萎縮ですよ。「あーセンコーうぜー。隠れてタバコ吸おう」って高校生の心境だよ。難しい顔して訳知り顔でかっこつけ

マッシュアップアワード５に応募しようとおもって作り始めたのだけど完成しない。 ２〜３日もあれば雛型ぐらいはすぐできるよとうそぶいてみたのだけど、そもそも２〜３日をとることがどうも俺にはできないみたいだ。でも、ブログは書く。 今年の６月から「やってみなはれ」ではじまった三鷹プログラマーズカフェ。 やってみないとわからないとは、この事だとおもう。 ど平日の３〜６時という普通の勤め人が集まれないような時間に開催しているにも関わらず、これまでに恐ろしい数の人たちがカフェを訪れた。 大きい部屋の時は２０人から、１０人しか入らないっていう部屋の時でさえもなぜか１０人以上が集まったりしている。 正確に何名の方に来場してもらったのかはカウントはしてはいないのだが、私が名刺交換をした人の数だけで、名刺の厚さをみるにこれまででユニークで２００名前後の方がいらっしゃっているのではないかと思う。もちろんすべての方

オーベルジーヌ実食レポ 食べ物の鼻塩塩(未だに通じるのかな) オーベルジーヌというカレーをご存知だろうか 都内にあるデリバリー専門のカレー屋で、 ロケ弁などで大人気の本格欧風カレーが楽しめるらしい いいな〜 いいな〜オブザイヤー 都内の奴らはこんな良いモン食ってんのか 許せねえよ………

昨日、skypeチャットをしていたわけですが、そこでIT業界を巡る話になりました。で、ワタクシはまったくの門外漢なわけですが、漠然とこう思っているので投げかけてみたんです。 日本には山師がいない 他の国と比べて、あるいは日本の他の業界に比べて、日本のIT業界には山師が足りないと思うのですよ。少なくても俺はあまり知らないし、俺の視界にはあまりいません。俺が知らないだけとか、俺の視界が狭いだけかもしれないけど、他の業界に比べて、視界の狭い広いを飛び越えた圧倒的な存在感の山師がいないと思うのですね。「ITで一儲けしてやろう」というタイプ。ITとかWebの世界を金儲けの舞台として割り切り、技術を金儲けの道具として考えられるタイプ。こういう肉食系プログラマが割合少ないように感じるんです。 別の言い方をすると、「ものづくり」を手段として考える人間が目立ちにくいような。「つくる」行為が美化されすぎて、「

先週木曜から「三鷹プログラマーズカフェ」を始めました。大勢の方にご参加いただきありがたく思います。継続的に維持できるよう頑張りたいと思います。 前段を補足すると春から「南阿佐ヶ谷ギークカフェ」や「Mitaka.rb」の話があり、エンジニア向けのカフェあるいは勉強会需要があることがわかってきました。Mitaka.rbは平日夕方にも関わらず28人と盛り上がったのですがその場に@kuippaさんや「まちづくり三鷹」の方もいらっしゃって。そこでまちづくり三鷹さんから「三鷹産業プラザ」の会議室を提供できるかも、という話をいただき今回の「三鷹プログラマーズカフェ」につながりました。 3月頃：@kuippaさんの周辺で「阿佐谷にギークカフェを作ろうぜ！」という話題が盛り上がる Skypeのグループチャットが立ち上がっていますが現在でも30人ばかり参加者がいるようです。 kuippaさん　喫茶店店主が考え

プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ

これからGitを始める人が読むべき記事のまとめ 2009-05-13 candycane(RedmineをCakePHPでPHPに移植するプロジェクト)の開発でGitの素晴らしさを痛感したので、これはもう全力でGitを広めるべきだと思いました。そこで、これからGitを始める人が読むべき記事をまとめてみたいと思います。 なお、Gitの発音は「ぎっと」です。 目次 1 Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」2 Gitを使いこなすための20のコマンド3 GitM#1 プレゼン資料4 Git/Subversionコマンド対応表5 アリスとボブのgitをちゃんと理解したい！6 github.com7 Gitはソースからインストールしよう Gitの開発者による45ページの特集記事「WEB+DB PRESS vol.50 はじめてのGit」

入門書を3〜5冊くらい読む バイブル的書籍にざっと目を通す（大体「プログラミング言語○○」って名前） 辞書的なリファレンスマニュアルと首っ引きでなんか作る(.chmみたいのでさくさく引ける状況が理想だけどオンラインマニュアルでも可) 2, 3個作ってみて「なんか時間かかるなー」「なんか無駄がある気がするなー」と思う 「その言語を美しく効果的に適切に使うための本」を読んで何度も頷く 大枠ではこんな感じだと思うんだけどPHPなんですよPHP。「Effective PHP」とか「PHPベストプラクティス」とか「WRITING SOLID PHP」とか「エキスパートPHPプログラミング」とか「PHP Good Parts」とかそーゆーの無いのかな。PHPから入った人向けの「とりあえず目的を達成できればいい」から一歩抜けだすための本。でも目的達成できれば御の字だし一歩抜け出したら余計なこと考え出して