プログラミングを「本気」で勉強するのに役立つサイト10選とその解説 | 今年はWebディレクターもコードを書こう！ 『Webディレクターは、コードを書く必要はない？？』 もちろん本業のエンジニアと同等のコードを書く必要はありません。しかし、プログラムの全容や工数を把握し機能の優先順位を付けたり、技術面でエンジニアとのコミュニケーションをする上で、プログラミングを覚えることはプラスになります。 さらに、「こんな実装が出来るなんて凄い！」といった実感を伴った一つ一つのコミュニケーションが、エンジニアからの信頼を獲得する助けになるのです。 どうやってプログラミングを覚えるか？ プログラミングは、毎日のちょっとした勉強の積み重ねで学習する事もできます。 今回はスタートアップで働くWebディレクターの方々に向けて、プログラミングを学べるサイトを10連発でまとめました。 このエントリーでは、
移転のお知らせ: web.py の公式ページ、webpy.org の Wiki にこのページの翻訳を投稿しました。以降、修正等は webpy.org の Wiki のほうに行います。修正点や改善点を見つけられた方は、ぜひ Wiki にログインして編集してやってください。こちら (emptypage.jp) のページのほうはもう更新しませんので、ご注意ください。(2007-09-16) 新しいページ: web.py 0.2 チュートリアル (web.py) はじめに URL のハンドリング 開発 テンプレート処理 データベース処理 はじめに Python を使ってウェブサイトを作りたい。web.py は、これを簡単に実現するコードを提供するものだ。 チュートリアルにあることをすべて実行するには、Python、web.py、flup、psycopg2、PostgreSQL（または同等のデータベ
第48回 Webでプログラミング 2010年10月12日 ITハッキング コメント： トラックバック (0) フィードITハッキング （これまでの増井俊之の「界面潮流」はこちら） 文書もメールもWeb上で管理する「クラウドコンピューティング」があたりまえになってきましたが、プログラムの開発はまだ手元のパソコンの上で行なわれるのが普通です。 たとえばWindowsのプログラムを開発する場合はWindows上のVisual Studioのような開発ツールを利用するのが普通ですし、iPhoneのプログラムを開発する場合はMacintosh上のXcodeのような開発ツールを利用するのが普通です。Unix上のプログラムを開発する場合はUnixマシン上でEmacsのようなテキストエディタを使ってプログラムを作成し、Unixマシン上のコンパイラを使って実行プログラムを生成するのが普通です。いずれにしても
スクレイピングをやったことがあるひとならばわかると思うけど、スクレイピングはとてもつまらない作業だ。 HTMLの中から抜き出したい部分を見つけて、その周辺にある特徴的な部分に着目して正規表現を書いたりして抜き出す。あるいはHTMLからDOMを生成して特定のクラスがついているエレメントを抜き出したりする。HTMLをXHTMLに整形、変換してXPathで抜き出す方法もある。どの方法もやることは単純で簡単なことだけれど、極めてめんどくさい。 そういうものだと思って数年間過ごしてきたけれど、去年の夏に出てきた Dapper: The Data Mapper は、そんな退屈な常識をモダーンなajaxでもって吹き飛ばした。もしDapperがどんなのなのか知らなかったら、ちょっと長くてはじめ退屈なんだけど デモムービー を見てみてください。 Dapperが教えてくれたことは、スクレイピングなんて、欲し
タイトルは出来れば関連する方に読んで欲しかったので、軽く釣り針にしました。すみません。:*) 最近はやりのヒウィッヒヒー（Twitter）でも、よく「○○ったー」みたいなサービスがばんばん登場してますね！ おかげでますますツイッターが面白い感じになってて、いい流れですね！ でも･･･ちょっと気になることが･･･ 最近「もうプログラマには頼らない！簡単プログラミング！」だとか･･･ 「PHPで誰でも簡単Webサービス作成！」だとか･･･ はてなブックマークのホッテントリで見かけますよね･･･ プログラミングする人が増えるのは素敵です！レッツ･プログラミングなう！ なんですけど･･･ ちゃんとセキュリティのこと考えてますか･･･！？ 『セキュリティ対策とか難しいし面倒くせーし、俺の適当に作ったサービスとかどうなってもイイしｗｗ』 いいんですいいんです！ 別にそう思ってるならどうでもいいんです！
「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す
考えてみた。 ここんところ静的型付けなんか不要な空気になってたり、プログラムの内容よりも品質だとか開発管理の話題のほうが盛んだったり、IDEはあると便利だけどなくても大丈夫って雰囲気だったりする理由。 この10年Webアプリケーション花盛りだから、その理由はWebアプリケーションの構造にあるとして考えた。 Webアプリケーションの構造 で、まずはWebアプリケーションの構造。 字が汚いけど、左からブラウザ、アプリケーション、セッション、DB。 赤文字は、左がプログラム実行、右がデータの永続と書いてある。つもり。 Webアプリケーションでは、ブラウザからのリクエストを受けて、プログラムが動き、データベースの情報を処理して返す。 ブラウザ側でプログラムが動くことはあるけど、入力補助程度であまりたいしたプログラムは書かないので、主にサーバー側のプログラムを組む。 このとき、サーバー側のプログラム
ニコニコ大百科は、ほとんどのコンテンツが静的になるように注意深く設計してあります。動的な要素が欲しい場合でも、Cookie/AJAXなどを用いてローカルで動的にページを生成できるようにします。たとえば、ニコニコ大百科の右メニューはログイン時・非ログイン時で表示が変わりますが、これはCookieの「login」という値を見てブラウザ側が動的に生成します。 http://d.hatena.ne.jp/tasukuchan/20090417/nicopedia_hardware な、なるほど。どう書くorgを作ったときには「ユーザのログイン状態やログイン名を表示させたい」ってニーズと「コンテンツを静的にしてキャッシュしたい」という願望を調停した結果ユーザ情報だけiframeで表示する形にしたんだけど、この方法の方がスマートだなぁ。今度サーバ自前で何か作るときにはこれにしてみようっと。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く