ソフトウェア開発者がコードを書くに当たり、エレガンス、構造、そして効率について学ばなくてはならない理由を考察する。 筆者は今夏、ミネソタ州ミネアポリスで開催されたAgile 2006カンファレンスに参加し、これを大いに楽しんだ。そこで筆者がソフトウェア開発を教えるときのアプローチについてRon Jefferies氏と話をしていたところ、Agile ToolkitのBob Payne氏がこの話題をポッドキャストにしないかと聞いてきた［注1］。筆者が講義をするときのアプローチ［注2］については、1年前のこのコラムで説明しているため、ここでは詳しい説明は省略させていただく。その代わりに、ポッドキャストを録音しているときに遭遇した問題を中心に解説したい。プログラマー全員に共通する、クリーンで保守のしやすいコードを書く能力の欠如だ。 どうしてこのような話題が頭に浮かんだのだろうか？　われわれがポッド

今回は，デザイナーとして，世間やプログラマに対して言いたい放題書かせてもらう。どうか怒らずに最後まで読んでもらいたい。デザイナーの皆さんには，大いに賛同していただける内容になっているはずだ。 デザイナーだって，タイヘンなんだ！ まず，デザイナーという仕事は，非常に誤解されやすい。例えば次のような誤解をうけて，暗い気持ちで日々の作業をこなしているデザイナーも少なからずいるはずだ。 1)　デザイナーという職種に対する，先入観がある 世間（顧客やエンドユーザー）には，「すべてのデザイナー」＝「技術に無知」だという先入観がある。「デザイナー」とは「Webページの配色とレイアウトをする人」だから技術を知らなくて当然，むしろ知らなくてよいとする傾向すらある。開発ツールが完全分業に向けて進化しているのだから，デザイナーはビジュアル・デザインのことだけ考えていればいいという意見を持っている人もいるだろう。

どのくらいの人がこのブログを読んでいるか分かりませんが、 もし、勉強が出来ない人が周りにいたら、このブログを紹介してあげてください。 ふと 勉強が出来ない人は、プログラマになったほうがいいと思った。 僕はというと 自分でも驚くくらい勉強というものが出来ない。ものごとを知らない。 はっきり言ってバカなのである。 たとえば、 大学行ってない。 株式公開と上場の違いを知らなくて、一同ぽかーん。 つい最近まで、サイバーエージェントを知らなかった。（技術者には必要ない） 英語が一切読めない。 宮崎料理「冷や汁」を「冷や飯」だと思ってた。 基本的に会議とかでよく出る英語、「さじぇっしょん」とか、「あさいん」とか、「ぶらんでぃんぐ」とか、「うぇぶつーぽいんとおー」とか、よく分からん。 人力（じんりき）検索を入力（にゅうりょく）検索だと思っていた たぶん、まだまだあるけど、自分がバカだから気がつかないんだ

初めてプログラミングを学ぶ入門者を対象に、プログラミングの基礎をていねいに解説するプログラミングの入門書です。プログラミングとは何かを無理なく理解してもらうために、要点をひとつひとつていねいに解説。簡単な概念から始めて、かなり高度なプログラミングの知識までを身に付けることができます。教材には、誰でもどんな環境でも気軽に使えるRubyを使い、実際に簡単なコードを書きながら理解を深めます。プログラミングを学ぶなら、本書は最初の1冊に最適な入門書です。 著者まえがき イントロダクション 1章　プログラミングを始める準備 1.1　Windows 1.2　Mac OS X 1.3　Linux 2章　数と計算 2.1　puts入門 2.2　整数（integer）と浮動小数点数（float） 2.3　単純な計算 2.4　練習問題 3章　文字列 3.1　文字列の計算 3.2　12と'12' 3.3　問題発

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use. To find out more, including how to control cookies, see here: Cookie ポリシー

知り合いから相談に乗ってやってくれと頼まれたので、ある若手プログラマと会って話をした。お題はスキルパスについでだ。大学を卒業後、独学でプログラミングを学び、現在は中規模開発会社で、主に業務システムの開発に携わっているそうだ。 で、相談の内容は、「このまま現在の業務を続けるか、辞めて、専門学校などでゼロからプログラミング（というかシステム構築）を学びなおすべきか」というものだった。 で、「どうして？」って聞いたところ。 「やっぱり、オブジェクト指向とか、きちんと理解していないので、基礎からやり直したいんです」とのこと。 で、よくよく話を聞いてみると、要は、現場の開発において発生するいろいろな課題を解決できないのは、オブジェクト指向などをよく理解していないからでは？と思いこんでいるようである。 「・・・・」 この手の相談を受けるたび、正直私は気が遠くなるのだ。ITmediaの紙面上で書くのは少

Discover the NETVIBES Portfolio Reveal Information Intelligence at Every Level of the Enterprise

Web 2.0，Web API，リッチ・クライアント，SOA（サービス指向アーキテクチャ），アジャイル開発…などなど，相も変わらずWebアプリケーション開発の現場には，様々なキーワードが渦巻いています。現在その中でも特に注目されているのが，Ajax（Asynchronous JavaScript And XML）です。 Ajaxは，2005年2月にAdaptive Path社のJesse James Garrett氏が自身のコラム「Ajax: A New Approach to Web Applications」上で著したものが注目を浴び，記事や書籍などで紹介されたことから，急速に認知されるようになったキーワードです。筆者などは当時，「しょせんただのBuzzword（はやり言葉/空騒ぎ）だろう」と比較的冷ややかに思っていたものです。 しかし，その後1年を経て，いまだに衰える気配はありません

ここ最近、prototype.js や scriptaculous.js に話題が偏りがちでしたが、MochiKit という JavaScript ライブラリも注目されています。（別に無視していたわけではなく、単に追っかけきれていないだけです。そもそも公開されているライブラリやフレームワークの数が尋常じゃないので..。cf. Round-up of 50 AJAX Toolkits and Frameworks）prototype.js や scriptaculous.js が Ruby on Rails のフロントエンドをサポートしているなら、MochiKit は TurboGears という、Python ベースの Web アプリケーション開発フレームワークのフロントエンドを支えています。 ブックマークレットを利用したデバッガや、データを昇順・降順に並べ替えられるソータブルテーブル、キ

Web2.0としてくくられるタイプの各種ネットサービス、いわゆるウェブアプリは以前とは比較にならないほど動的生成されるものが多く、結果としてものすごい負荷をシステムにかけるわけです。 というわけで、海外におけるデジカメ画像共有サービスの代表的なものである「Flickr」の開発者がJavaScriptを高速化する手法について解説しています。 Vitamin Features >> Serving JavaScript Fast 手順を分割して簡単にしてみたり、キャッシュを使ったり、転送量を圧縮して帯域を節約したりいろいろあるようです。なお、GIGAZINEはキャッシュシステムを採用して有効活用することで負荷を現在、当初の12分の1に抑えています。 また、こっちはリバースプロキシによる高速化手法。 ViSolve.com - Squid Support Service Apacheのモジュール

use strict がどうのこうのという話があって、そういえば昔自分もそんなこと書いたなあと思っていろいろ自分の書いた Perl の話を見返してて、せっかくだから拙作のまとめでも作っておくかと思いました。とりあえず文章量がそれなりにあって、まとまりのあるものだけを見繕ってみます。 今見ると、当時の理解が不十分で微妙なところもあったりしますが、そのあたりはご愛嬌。 いま読んでもまだ陳腐化はしてなさそうな話 お薦めの Perl 本をいくつか紹介 : NDO::Weblog Perlおすすめの書籍や情報。今ならここにPerl救命病棟とWEB+DB PRESS総集編を入れるかな。 Perlプログラマのレベル10 - Perlプログラミング救命病棟より - naoyaのはてなダイアリー Perlプログラマのレベル10。なんか他言語にも飛び火した。 Perl の変数に関するちょっとした誤解と、動的な