IDEA * IDEAドットインストール代表のライフハックブログ
「プログラミングをしない人が考えていること」を聞いてみた：ITpro
ちょうど1年前に日経ソフトウエアというプログラミング雑誌の編集部に異動になって以来，「プログラミングって一体何だろう？」とずっと考えて続けている。今度，日経ソフトウエア6月号で“プログラミングをしたことのない人向けの超入門記事”を書くことになり，プログラミングの本質について考えてみるいい機会だと思った。そこでふと気が付いた。「プログラミングをしたことのない人が考えていることが，自分にはわからない」ということに。 私には職業プログラマの経験はないし，長いプログラムを書いた経験もない。いわゆる「コードが書ける」人間だとはお世辞にも言えない。自分が記事の中で書いたサンプル・プログラムをあとで見返して，不自然な部分を発見して赤面するなんてことはよくあるし，最近よく参加している勉強会（注1）では演習問題が解けなくて苦しんでいる。 注1：「素人くさいSICP読書会」といいます。SICP（Structu
まつもとゆきひろのプログラミング言語論（1）
リスト2 動的型の言語で書いたソースコード<BR>Rubyで記述した。ソースコードで変数の型を宣言していないが，実行時にきちんと型整合性をチェックする。数値と文字列を加算しようとすると，エラーが出る。 プログラムを実行して初めて決まる事項が多い「動的言語」。柔軟性が高い，簡潔な表現が可能など複数の利点を持っている。さらに性能の問題などの欠点がコンピューティング環境の変化で目立たなくなってきた。速く柔軟な開発が求められる中で動的言語の存在感は増すばかりである。（本誌） LAMP（Linux，Apache，MySQL，Perl/ Python/PHP）という言葉（表1[拡大表示]）が注目されています。オープンソース・ソフトウェアを利用したソリューション構築を意味する造語ですが，プログラミング言語の代表として挙げられているのはどれも動的言語です。 以前は，企業システムをPerlやPHPのようなイ
レビューで手を抜く steps to phantasien t(2006-03-25)
2006-03-25 近況 転職後, ソースコードの品質に自信が持てない. ピアレビューをしていないからだ. 一人でコードを書いているとレビュー相手がいない. 自動テストとレビューは一度慣れてしまうとそれが無い状態がかなりストレスフル. デバッガが使えない環境で仕事をするのに似ている. 最近はようやく適応してきたが, "Radium Software" に ピアレビューの話が 載っているのを見て不安がよみがえった. いい機会から, 以前私のいたチームがどんな風に レビュー(ピアレビュー)をしていたかを少し書いてみよう. なお, この方法自体は私や私のいたチームのオリジナルではなく, 社内のエンジニア達の間で広く草の根的に 発生したものだということを先に明らかにしておく. 私達のレビューのやり方は, オープンソースのレビュー様式を 企業内開発の特性に合わせて効率化したものだと考えることができ
浮ついた「ギーク」への説教（※老害注意） - ZEROBASE BLOG
「ヱブ弐点零デ、マツシユアツプ」とか言ってる場合じゃないんですよ。Nintendo DSのカートリッジ自作ハックくらいしろと。OSカーネルやコンパイラを書けと。 本職のプログラマを名乗るなら、「珠玉のプログラミング」を読んで問題を解いて欲しい。Perl/PHP/Ruby/Pythonしか書けないようでは、本物のプログラマと呼びにくい。JavaとLispとC/C++（まあ、いまならC#ですかね）も覚えてほしい。ちなみにWrite Great Codeも良いらしいです。 本書でいうグレートコードとは「高速・コンパクトかつ、リソースを無駄使いせず、可読性に優れ、保守が容易で、一貫したスタイルに従った、系統的に設計され、拡張性に富む、十分にテストされ、確実に動作し、ドキュメントが整備されている」コードです。 つまり、要点としては、コンピュータ・サイエンスとソフトウェア工学は、みっちりおさえてこそ、
はてブの抄録の仕組み : 404 Blog Not Found
2006年03月24日00:00 カテゴリiTechBlogosphere はてブの抄録の仕組み 以下は憶測だということをまずお断りした上で、外から観察した大体の考察を。 たけくまメモ: はてなブックマークで困った どなたか、「はてブ」でちゃんと正しい表示になるやり方をご存じでしたら、なにかのついでで結構ですからお教えくだされば幸いです。詳しい事はCTOのハテナオヤ君にでも尋ねてもらうことにして、実際にhttp://www.dan.co.jp/をブックマークした時の記録から「だいたいこんなことをやっているのだろう」という憶測を試みます。 まずはwww.dan.co.jp側のLogをご覧下さい。 ns.hatena.ne.jp - - [23/Mar/2006:21:23:19 +0900] "GET / HTTP/1.1" 206 2848 "-" "Hatena Bookmark/0.1
javalobby.org - javalobby リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
モジラ財団、開発者コミュニティへの資金援助を計画
Mozilla Foundationは米国時間3月21日、数百万ドルに上る同財団の利益の一部を、開発者コミュニティで活発な活動を行うメンバーへの援助に使うという計画を発表した。 同財団の2004年の利益は580万ドルで、2005年の利益は数千万ドルに達したと言われており、そのほとんどはGoogleやYahooといった検索企業とのパートナーシップからのものとなっている。そして、利益の大部分はユーザー開拓のために使われたものの、いくらかは積立金に回されている。 Mozilla Foundationの営利目的の子会社Mozilla CorporationでCEOを務めるMitchell Baker氏によれば、Mozillaは余剰利益の一部をコミュニティに還元することを計画しているという。 「Mozilla Group（Mozilla FoundationとMozilla Corporation）
読むテクニック - コードを読む力
読むテクニック - コードを読む力 目次 コメント欄 コードを読む力 次のような言葉を Web 上で見かけた。 If you make a habit of reading good code, you will write better code yourself. また次のような言葉も見かけた。 良いプログラマは、よいコードを読む。 素晴らしいプログラマは、よいコードを盗む 上の言葉を私は、次のように解釈した「そうか、よいプログラムを書きたいと 思っているなら、コードを読む力を付けたらいいんだ」 …しかし、コードを読むということは非常に難しいと思っている。 私は自分以外の人が「他人の書いた」コードを読んでいる姿を見た事がありません。 が、しかし、人それぞれコードを読むときに利用しているツールや、テクニックなどを 自分の道具箱にしまってあると想像しています。 だから、みなさんに、ずばりお
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Amazon Web Services Developer Connection : Amazon S3 Sample in PHP
About This Sample A basic PHP file that interacts with Amazon S3 to demonstrate basic PUT, GET, and DELETE operations. Be sure to run this program on a secure server owned by you, as it passes the Secret Access Key as a query string parameter. See the README file in the download for more information. What's New 2007-12-03: Updated date format string for php5 compatibility Prerequisites You
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
Write Great Code - bkブログ
Write Great Code 『Write Great Code』を読みました。「グレートコード」を書く上で必要となるコンピュータの基礎的な知識を幅広く扱った内容となっています。 本書でいうグレートコードとは「高速・コンパクトかつ、リソースを無駄使いせず、可読性に優れ、保守が容易で、一貫したスタイルに従った、系統的に設計され、拡張性に富む、十分にテストされ、確実に動作し、ドキュメントが整備されている」コードです。 「ハードウェアを知り、ソフトウェアを書く」という副題の通り、本書は CPU、キャッシュ、メモリ、ストレージ、周辺機器といったハードウェアの話題に多くの紙面が割かれています。グレートコードを書くにはこれらのアーキテクチャの理解が欠かせない、というのが本書の主張です。 一方で、本書では、2進数に始まり、ブール代数や浮動小数点、文字列、配列の表現といった、コンピュータでデータをどの
リダイレクト時の Location ヘッダに絶対 URL を設定する方法 : 管理人@Yoski
ついにこのブログもフィードメーターの人気度＝星2つに落ちてしまいました。。。 自分のツールにも見放されるくらいブログで情報発信してなかったと反省。 ・・・また少し技術的なtipsなども交えていろいろ書いていこうと思います。 ということで少し以前に話題になっていた「POST後はリダイレクトした方が吉:phpspot開発日誌」についてのメモ的エントリでも。 ブラウザのバックボタンで前のページに戻れることはユーザーにとっては既に常識化(?)されているので、私もほとんどの場合 POST 後にリダイレクトを行っています。 ＃そのほうがロジックと画面も整理しやすいので。 ただ、リダイレクト = Location ヘッダには「絶対URL」という大きな壁があり、みなさんどうしているんだろうと興味津々。 参考：[Studying HTTP] HTTP Header Fields URLやポート番号が決まって
メッセージ。 - ぼくはじぶんのあたまがおかしくなったのかとおもいました
[[http://b.hatena.ne.jp/entry/http://neta.ywcafe.net/000552.html はてなブックマーク - ステータス200なのに「その商品はありません」]] きょうぼくは、はてなブックマークをよんで、「これはおかしい」と思うぶんしょうをみつけました。それなのにみんなは、「さんこうになる」とか「べんきょうになる」とかいっていて、ぼくは「みんなどうしたんだ。目をさませ！」と思いました。 ぼくはじつは、はてなのあかうんとを持っているので、はてなブックマークはあまりつかったことがないけれども、それでも「みんな目をさませ！」とつたえたかったので、はてなブックマークをつかって「それはおかしいんじゃないの？」とかきました。 でもそれはうまくかけていないような気がしたので、やっぱりもともとの人のブログサイトに、コメントすることにしました。でも、コメントをした
メッセージ。 - 商品がなくても200を返そう。そのかわりに……
[[http://neta.ywcafe.net/000552.html ステータス200なのに「その商品はありません」]] 「商品がないときは404を返そう」という指摘。それは違うんじゃないの？とコメントを書きこんだつもりが（すぐには？）反映されなくて、手元にテキストも残ってなくて不安なのでここにメモ。 「商品がない」のと「ページがない」のは違う。たとえばWikiで、存在しないページにアクセスすると、200と編集画面が返ってくる。ここで404と編集画面を返すとおかしくなる。404と「Not Found」もだめ（まぁ議論の余地がありそうだけど）。HTTPのレイヤーでページがないのと、Wikiのレイヤーでページがないのは違うからだ。 これと同様に、Webアプリケーションのレイヤーで「商品がない」のとHTTPレイヤーで「ページがない」のは違う。たしかにこれは、システムの仕組みが分からない人には
川o・-・）＜2nd life - JavaScript や CSS の query に自動で最終更新時間をつける Rails Plugin
最近いろいろなサイトで <script src="/javascripts/foo.js?1142509269" type="text/javascript"></script>や <script src="/javascripts/bar.js?v=2.3" type="text/javascript"></script>の記述を見るようになってきました。また CSS でも <link href="/stylesheets/foo.css?1142509300" media="screen" rel="Stylesheet" type="text/css" />といった記述もちらほら見かけます。 これは JavaScript や CSS を更新しても、ブラウザキャッシュが読み込まれているため、更新された JS ファイルなどがロードされない場合への対策です。上記のような最終更新時刻やバージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://perltips.twinkle.cc/cat51/mobile_site_know_how.php
Amazon.co.jp: Webアプリセキュリティ対策入門 ~あなたのサイトは大丈夫?: 大垣靖男: 本
