タグ

Columnとまとめに関するwebmarksjpのブックマーク (5)

  • A Slice of My Life - Practical Scheme

    このページでは、プログラミング言語Schemeの紹介、および 自作のSchemeのライブラリやアプリケーションの紹介をしてゆきます。 特に、ファイルをパーズしてテキストファイルを生成したりとか、 プロセスを監視したりとか、ちょっとしたGUIをでっちあげる と言った、職業プログラマとしてやってく上で避けて通れない雑用に便利な ライブラリが中心になる予定です。 SchemeはLisp系の言語で、見かけはLispに良く似ています。 Lispと聞いたら人工知能用言語だとか、もう古くさい言語だとか思われることも 多いんですが、CommonLispで書かれた実用的なアプリケーションはいろいろ ありますし、Schemeも拡張言語としてそれなりに使われています。 ただ、いかんせんマイナーな言語であることは間違いなく、メンテできる人が居ない とか他に分かる人が居ないという理由で採用が見送られることがあるのは

  • オブジェクト指向の概念の発明者は誰ですか? - Smalltalkのtは小文字です

    忙しい人のためのまとめ 一般に「オブジェクト指向プログラミング」と呼ばれる考え方には発案者が異なる二系統がある。(ただし簡単のため、次のうち前者から批判的に派生して生じたプロトタイプベースのオブジェクト指向はここには含めていない) アラン・ケイによる、変化に強い長期運用可能な遅延結合システムを SIMULA67 にあった「オブジェクト」をメッセージの受け手とすることで実現(オブジェクトにメッセージ送信)するアイデアに基づく「メッセージングのオブジェクト指向」と、 ビアルネ・ストラウストラップ(前後して抽象データ型を発案したリスコフ人、オブジェクトクラスを考えたニガードらSIMULA陣営、Eiffelのメイヤーらも同様の着想を得ている)による、ユーザー定義型(抽象データ型)を SIMULA67 にあった「クラス」という言語機能を使って実現(カプセル化、継承、多態性)するアイデアに基づく「抽

    オブジェクト指向の概念の発明者は誰ですか? - Smalltalkのtは小文字です
  • ソフトウェアの欠陥はなぜ無くならないのか : らばQ

    ソフトウェアの欠陥はなぜ無くならないのか 先日、公衆電話がうるう年を処理できなくてサービス停止というニュースが流れました。 自己診断プログラムに欠陥があり、次の診断日時を設定する際、うるう年を考慮できなかったことがきっかけで、障害が発生したのだそうです。 こういったソフトウェア──機械的・物理的なもの(ハードウェア)以外の部分──の欠陥は、日増しに増えています。 2005年には証券取引所で単純なプログラムミスで半日取引停止になっていますし、同年にウィルス対策ソフトウェアが障害を起こしてパソコンがまともに動かなくなるなどの症状を出しました。 普通に使われてるパソコンに入ってるOSと呼ばれるソフトウェアも、毎月のように欠陥を見つけては修正を配布しています。 さて、こういった問題はなぜ起こるのでしょうか? ちょうど先日、NHKのクローズアップ現代でソフトウエア危機〜誤作動相次ぐハイテク製品〜とい

    ソフトウェアの欠陥はなぜ無くならないのか : らばQ
  • ブログ論:Geekなぺーじ

    ここでは、私なりのブログに関する考え方/運営ノウハウ/ネタの探し方/その他を解説します。 ここで紹介する方法は私個人による1手法に過ぎません。 全ての状況に対応できるわけではありませんし、考え方が合わない場合も多々あると思います。 ブログは単なるツールであり器です。 ブログと一言で言っても運営者や状況によって、全く異なる物になります。 何気ない日記を書いて楽しむためのものとしてブログを使っている人もいれば、メモ帳代わりとして使っている人もいれば、戦略的なマーケティングツールとして使っている人もいます。 ここで紹介する手法や考え方は、多少極端な面を含んでいますが、 各手法や思想を各自で派生させたりして独自のブログ論を形成して頂ければ幸いです。 ブログを開始する前に 何のためにブログをやるのか考える テーマを考える ブログ名(サイト名)を考える 匿名/実名 サイト運営者名を考える ブログサービ

  • プロジェクトマネジメントの理論と実践

    この連載では,ITエンジニアにとって必須のスキルと言ってよいPMの基礎知識と情報システム開発への適用方法を,事例を織り交ぜながら解説していく。 第1回 PM実践体系--重要性増すPM,そのシステム開発での実践体系を知る 第2回 プロジェクト計画--システム開発プロジェクトの「計画」を作成する 第3回 品質管理計画--プロジェクト全体を通じた品質基準や方針を策定する 第4回 見積もりとコスト計画--開発負荷を見積もり,プロジェクトのコスト計画を策定する 第5回 マスター・スケジュール プロジェクト全体を見通す,実行性のあるスケジュールを作る 第6回 組織・要員計画--プロジェクトを効率的に推進できる組織・要員計画を作る 第7回 問題管理と変更管理--プロジェクトで生じた問題と仕様変更をコントロールする 第8回 ウォークスルーとインスペクション--設計・開発の早期に欠陥を発見・除去し品質を作り

    プロジェクトマネジメントの理論と実践
  • 1