タグ

programmingに関するinflorescenciaのブックマーク (15)

  • 別にプログラマにならなくていーじゃん - 雑種路線でいこう

    増田氏は東大を微妙に過大評価しているんじゃないかな。確かにCPUを設計するカリキュラムはあるが、昔は回路設計までやっていたのが今はVHDLなので、ちょっと言語は違うがプログラミングのようなものだ。 何年か前にカトラーと一緒にNTカーネルを書いていたデイヴ・プロバートが郷でWindowsの講義をしたが、OSをいじったことのある院生や講師しかついてこれず、翌年からは授業内容を見直した。まあ彼の英語が早口だとか、講義がうまいかどうかとか別の問題もあるが。僕も講義準備のために聴いたが、ポンポン話が飛ぶのでついていくのが大変。仮想化周りの話を機械語レベルにブレークダウンして解説してくれたことには感動したけど。 授業でOSをほげるのと、それが使える技術かどうかは別の話。コンパイラもそう。途中からはバッドノウハウの塊だから、実用を志向した途端、教育的には時間の無駄となることも多い。まあバッッドノウハウ

    別にプログラマにならなくていーじゃん - 雑種路線でいこう
  • どうしてプログラマに・・・プログラムが書けないのか?

    Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が「Fizz

  • マイクロソフト・ジョークス/プログラミング言語が女性なら

    プログラミング言語は女性に似ている。身近にプログラミング言語はたくさんあり過ぎて、どれが自分に適しているか判断できるほどの知識を、すべての言語に対して持つのは困難かもしれない。一方、大抵の男性は、どんな女性が自分の好みに合うか知っている。そこで次に掲げるのは、広く用いられているプログラミング言語について、もしそれが女性だったとしたら、どんなタイプの女性になるかを書いた、便利なガイドである。

  • プログラミング入門 - Rubyを使って -, by Chris Pine, 日本語ver. by S. Nishiyama

    未来のプログラマのためのチュートリアル 目次 00.  はじめに 01.  数(number) 02.  文字列(string) 03.  変数と代入 04.  数と文字列の変換 05.  メソッド(method) 06.  制御構造 07.  配列とイテレータ 08.  メソッドの作り方 09.  クラス 10.  ブロックと手続きオブジェクト 11.  このチュートリアルを超えて このチュートリアルについて...

  • benli: 「プログラマーの常識」と「著作権法の建前」の乖離

    以前、ゲームラボに載せたコラムを一部手直ししたものです。 私が被告代理人として参加した「さきがけ」事件の地裁判決を事務所のウェブサイトにアップロードしたところ、Slashdot.jpでだいぶ話題になり、あの小飼弾さんまでそのブログで取り上げて下さったようです。 特殊な業務に特化したデータベースソフトについていえば、どのような項目をデータ項目として組み入れまたは組み入れないか、あるいはどの項目とどの項目とに関連性をもたせるのか等の仕様確定までの道程が大変です。クライアントである事業者は従前一定の法則に従って業務を処理してきたはずで、これをクライアント側でわかりやすく図式化ないし言語化してくれればあっさり仕様確定ができるのでしょうが、実際にはそういうきっちりとしたクライアントというのはそれほど多くはなく、多くの場合、クライアントの発言の端々からクライアントの業務準則を推測し、確認しながら、SE

    inflorescencia
    inflorescencia 2006/10/18
    「無登録主義の簡便性や保護期間の長さ等に目がくらんでプログラムを著作権法で保護することにしてしまった以上、「プログラマーの常識」と「著作権法の建前」とが乖離するのはやむを得ないことです。」
  • OSSのリリースは誰がすべきか / ただただし@「ただのにっき」のエンジニアいとをかし/Tech総研

    この仕事について、先輩からまず最初に教わったのは、「一番大切なのは納期を守ること」という原則でした。理由は、納期が遅れるとお客様のビジネスチャンスを奪うことになるからです。さすがに納期を守るためなら品質を落としてよいとは言われませんでしたが、機能は落とせと言われました(もちろん機能も落とさず、納期も守れるならそれに越したことはありませんが)。おそらくIT業界に限らず、ほとんどの業種で通用する普遍的な原則でしょう。もっとも、IT業界ではなかなか納期が守られているのを目にするのは難しいのですが。 そんなことを思い出したのは、最近、Ruby 1.8.5のリリースを巡って起きた、一連の議論からです。作者のまつもとさんが1.8.5リリースエンジニアリングという記事でコトの経緯を書いたところ、今回のリリースで色々と発言していたmputさんがリリースの政治的な意味についての意見を表明、さらにまつもとさ

    inflorescencia
    inflorescencia 2006/09/11
    「実際は「今必要なのは政治的なパフォーマンスを実行する実体(企業)」で、「そんな企業がリリースマネージャを雇ってくれないだろうか」……というわけで、実は同じところを目指している」
  • プログラミング入門 - Rubyを使って -

    このチュートリアルは、Chris Pineさんの Learn to Programの全訳です。 プログラミングの初心者を対象にしたチュートリアルで、つまずきやすいところを 丁寧に解説し、随所に施された細かい工夫により、非常にわかりやすい内容になっています。 言語にはRubyを選択し、数字と文字、メソッドとクラスなど、 当に基的なところを一通り追いかけており、WebプログラミングやGUIなどは 含まれていません。「プログラミングとは何か」ということを知る最初の機会には、 良いテキストだと思います。 原文のチュートリアルは、CGI呼び出しにより、目次も入れて13ページを出力する ひとつの大きなRubyプログラムから出来ており、例題のプログラムはリロードする ごとに、その場でサーバにより実行されるという大きな特徴を持っています。 翻訳の際は、この特長を生かしたままできるだけ原文に忠実になるよ

  • 初めてのプログラミング

    初めてプログラミングを学ぶ入門者を対象に、プログラミングの基礎をていねいに解説するプログラミングの入門書です。プログラミングとは何かを無理なく理解してもらうために、要点をひとつひとつていねいに解説。簡単な概念から始めて、かなり高度なプログラミングの知識までを身に付けることができます。教材には、誰でもどんな環境でも気軽に使える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 問題発

    初めてのプログラミング
  • 「自分」を定量的に評価する -- [鏡] しっぽのさきっちょ 2006年08月 -- Spiegel's Trunk

    今の職場には Websense によるレーティング(コンテンツ・フィルタ)がかかっているのだが, 見れないページやサイトがやたら多くてこまりもの。 「J-RCOM」は前々から見れないのだが(軍事関係のページと見なされているらしい), ついに 「 P2P today ダブルスラッシュ」 も見れなくなった。 ファイル交換ソフト関連のページはダメらしい。 実は私が管理しているサイトもひとつ見れないのがある。 有用なあるいは面白いページが紹介されていて行ってみたら「ここはアダルト・ページだ」とか言われて遮断されちゃうのはしょっちゅう。 翻訳サイトも Web ページ翻訳は遮断されてしまう(抜け穴と見なされているらしい)。 あと, ただの CGI ページを「マリシャス・ページ」として遮断してたのもあったな。 基準が分からん。 権威による恐怖支配。 まぁ職場だから諦めもつくけど(それよりも Web 閲覧

    inflorescencia
    inflorescencia 2006/08/09
    「日本には文字コードの問題や独特な商慣行の問題があるが,日本製品はそれらを最適化する形で作られている。でもそういうのって世界から見ればニッチだ。」
  • Ruby でゲーム開発 - 「rubyco(るびこ)の日記」勝手にもくじ

    rubyco(るびこ)の日記へのリンクです。 これを分野別に並び替えれば Ruby のサンプル集になるのではないかと考えました。 「rubyco(るびこ)の日記」勝手にもくじ(分野別) RubycoPerser …… rubyco さんの日記から目次を抽出するスクリプト

  • 知識体系 〜プログラミング〜

    【プログラミングで意識すべき開発環境に関する情報】 ・使用する言語 ・ネイティブ開発かクロス開発か ・デバッグ環境 【プログラミングで意識すべきマイコンのアーキテクチャ】 ・レジスタ構成 ・レジスタの数 ・アドレッシングモード ・間接アドレッシング ・16ビットのレジスタを8ビット2にできるか ・キャッシュ ・メモリマップドI/O ・浮動小数点/固定小数点 ・ビッグエンディアン/リトルエンディアン <CPUに依存しない情報> 【プログラミングで意識すべき周辺ハードウェア仕様】 ・ハードウェア制御のタイミング ・エッジトリガとレベルセンシティブ ・チャタリング ・メモリの種類 ・速いメモリ遅いメモリ ・フラッシュの場合はリライトを抑える 【実行のインフラに関する知識】 ・ROM化するかしないか ・スタートアップの仕組み ・セルフテストの必要性 <コーディングで理解しておくべきソフトウェア

  • [結] 2006年6月 - 結城浩の日記:モノクロ画像がカラーに見える錯視

    目次 2006年6月25日 - 長男と完全数談義 / 2006年6月23日 - ティナからの手紙 / 2006年6月20日 - 無神論者との対話 / 2006年6月18日 - 父の日 / 2006年6月16日 - ソフトウェアは、私たちの想像よりもずっと複雑 / 2006年6月14日 - 仕事 / 2006年6月13日 - 無限羽の鳩と無限個の巣 / 仕事 / Haskell / 読書 / 2006年6月12日 - 仕事 / 2006年6月10日 - モノクロ画像がカラーに見える錯視 / 日記ダイジェストを更新 / 2006年6月8日 - www.textfile.orgのお引っ越し / 2006年6月5日 - 仕事 / 2006年6月4日 - 今日の一日 / 2006年6月3日 - 誤植 / 2006年6月1日 - 仕事 / ぜひ、感想をお送りください 日記一覧 2006年6月25日 ■

    inflorescencia
    inflorescencia 2006/06/20
    「ソフトウェアも、本も、想像以上に複雑で大きなものであり、人間が誤りなく全体の設計を前もって行うというのは不可能なのではないか。」「コードを書かずに行う設計には何かしら本質的な限界がある」
  • [鏡] しっぽのさきっちょ 2006年06月 -- Spiegel's Trunk: ☆ 知らぬは国許ばかりなり?

    del.icio.us の便利な使い方 ありゃ, 私のところもチェックされているのか。 確かに私のブックマークは(見る人によっては)かなりノイズが多いからな。 私のところで比較的マメにブックマークしているのは spiegel/Astronomy spiegel/Security くらいか。 暗号関係に興味のある方は spiegel/Cryptography あたりがいいかもしれない。 (spiegel/Security とダブルことが多いんだけどね) 知財関係もブックマークしてるけど, それほどマメではない。 タグでいうなら spiegel/Intellectual_Property あたりかな。 「そんなくそ真面目な記事はいらんねん。 もっと面白おかしいのはないんか」 という方は spiegel/Fun あたりをどうぞ。 ついでに私の場合だが, 方針としてはノイズを多めにしてでもなるべく

    inflorescencia
    inflorescencia 2006/06/12
    「尻尾と頭をどう並べ替えるかという「アルゴリズム」が重要で,それがインターネットにおける Google の権威性を支えている。しかしその「アルゴリズム」に権威性を感じないならば別に Google でなくてもいいのである」
  • リクルートがSunと共同でWeb API活用のコンテストを実施

    リクルートは6月5日、同社が提供するWeb APIを使って開発するプログラムの優劣を競うコンテスト「Sun×RECRUIT Mash up Award」を、サン・マイクロシステムズと共同で開始した。最優秀賞には50万円が授与される。 プログラムの開発には、公開されたWebシステムのサービス(Web API)を組み合わせて新たなサービスを作る“マッシュアップ”の技法を用いる。リクルートが提供するWeb APIは、4種類。(1)中古自動車売買情報サービスの「カーセンサーラボ.net API」、(2)不動産売買や住宅情報サービスの「Smatch API」、(3)国内旅行情報サービの「じゃらんnet API」、(4)アルバイト情報サービスの「フロムエー・ナビ API」。コンテストは、これらのうち一つ以上用いることが条件になる。 審査は、「これまでにない新たな情報サービス」、「一般生活者にとって実用

    リクルートがSunと共同でWeb API活用のコンテストを実施
    inflorescencia
    inflorescencia 2006/06/07
    「プログラムの開発には、公開されたWebシステムのサービス(Web API)を組み合わせて新たなサービスを作る“マッシュアップ”の技法を用いる。」
  • はぢめてのぷろぐらみんぐ - 雑種路線でいこう

    気付いたら長男が保育園の年長になっていた.幼稚園の年長というと,ぼくがPC-6001のMicrosoft N-60 BASICで親父お手製のプログラムで足し算や引き算を覚えた頃で,テープレコーダからプログラムを読み込むために"load"とか"run"といった命令は覚えていたし,プログラム名を入力するためにアルファベットの小文字を覚えたり,だらだらとプログラムが流れるのが楽しくて,"list"というコマンドで遊んだりした頃だ.そろそろうちの子にも,お絵描きやWebブラウズやGoogle Earthばかりでなく,プログラミングの醍醐味を教えねば. あの時代はオープンソースも何も,プログラミングの方法としてはBASICと機械語しかなくて,売り物プログラムであっても,基的に何もかも丸見えであった.さっぱり中身は分からなかったけど,子供なりにBASICプログラム部分の定数を適当に書き換えて変化を眺

    はぢめてのぷろぐらみんぐ - 雑種路線でいこう
  • 1