http://slashdot.jp/article.pl?sid=07/03/23/0947223 昨日の続き． http://slashdot.jp/comments.pl?sid=355989&cid=1131593 また繰り返しますが優れたプログラマはリスクであり、評価されません。 プログラム等、誰でもできる低レベルな仕事だという定義が前提です。 今からSI業界に就職されるのであれば、管理職になり、人使いを覚えるか、お客様に食い込み、お客様自身が良くわかっていないシステム化を提案できる人になるしかありません。評価の基準は利益のみです。 常に仕事は最低レベルの人間に合わせて実行されますので優秀な技術者に活躍の場はありません。 プログラマでやっていかれるのならばWebアプリのベンチャーやGoogleのようなプログラマーをきちんと評価する企業に入るべきです。SI企業の多くはお薦めできませ

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

HTTPを使用したWebアプリケーションにおいて、安全なセッション管理を行うことは難しい問題である。タブブラウザによる画面の複数起動や、Webブラウザの戻るボタン／更新ボタンの押下といった、予期しない画面遷移に起因するバグの発生に頭を悩ませることは多いだろう。 大きな問題が発生しないならば、画面遷移の仕様上の制限をクライアントに許容してもらう選択肢もあるだろうが、不正な画面遷移を利用したセキュリティホールが存在するならば、放置しておいてよい問題ではなくなる。今回はセッション管理を安全に行うための基本的な注意点について解説していこう。 セッション固定攻撃とは何か セッション固定攻撃（Session Fixation）という脆弱性を耳にしたことはあるだろうか。脆弱性そのものの詳しい解説は本稿の趣旨ではないため割愛するが、簡潔に説明すると、以下のような手順を踏むことによりセッション情報がハイジャ

Generic viewをうまく使うとコードの量も減るし、いいよ、と書いている人を発見。 Django tips: get the most out of generic views 加えてちょうど良いタイミングでGeneric viewsでちょっと複雑なことすると使えないと困っている方が。 ちょっとした検索結果を表示したい時にジェネリックビューが使えない。 （もしかしたらあるのかもしれないけど、見つけられなかった。） Djangoのジェネリックビューで検索結果を表示してみる - 記憶は削除の方向で ちょうど良い機会なので、上で紹介されているTipsのとおりにGeneric viewを使って 検索結果を出す練習をしてみた。 モデルは全く同じもの。 # -*- encoding: utf-8 -*- from django.db import models class Author(mode

Django tips: get the most out of generic views November 16, 2006 Django Recently at work I had the chance to revisit an application I’d written fairly early on in my tenure at World Online; I was still getting used to doing real Django development and to some of the quirks of our development environment, and ended up writing a lot more code than I needed to, so I was happy to be able to take a cou

最近社内で使うアプリをDjangoで作ってみてるわけなんだけど、Djangoすごすぎ。 C#とかJavaで作ったら結構工数かかるよなー、っていう管理系画面がコマンド一発で作れる。 しかもWebアプリでありがちな画面のための仕組みが用意されてて、ページングまでしてくれる。 だからやってることといえば、これくらいしかない。 モデルを考える。 urlを考える。 HTMLテンプレート（CSSとかも）を書く。 データ表示用のクエリを考える。 ジェネリックビューで実現できない場合はビューを書く。 PythonのレベルをあげるためにDjangoでやってみてるのに、Pythonコードをほとんど書いていない・・・ そんな素敵なDjangoなんだけど、ちょっとした検索結果を表示したい時にジェネリックビューが使えない。 （もしかしたらあるのかもしれないけど、見つけられなかった。） それを何とかしてみようと、いろ

今回の概要 システムが応答しない、パフォーマンスが劣化したなどのトラブルが発生したときに、原因がなかなか掴めず、あたふたすることはないだろうか？ 本稿では、Java EEトラブルシューティングの現場で役立つ7つ道具を紹介する ある日、突然電話が鳴る 用件は、「システムが不定期に停止する。よく分からないけど、どうやらJava EE部分がおかしい」とのこと。このような事態が発生したとき、やみくもに原因を調べ、いつまでたっても問題が解決できず、原因の一片も発見できないことが多々ある。 トラブルが発生した場合、ツールが充実していない昔は、開発者の経験と勘に頼るところが非常に大きかった。Webシステムが普及するいま、昔とは比べ物にならないほど、システムの数が増え、開発者数が増える一方、システム障害を切り分けられる職人的なエンジニアの人数はシステム数に比例して増えているわけではない。そのため、すべての

8月17日の技術勉強会 - Flexレイアウト手書き勉強会 8月17日に行われました技術発表会の内容を撮影した動画ファイル/資料を公開いたしました。内容は以下のとおりです。 テーマ Flexレイアウト手書き勉強会 発表者 d:id:secondlife 勉強会動画 ダウンロード…