タグ

programmingに関するKwappaのブックマーク (7)

  • 無駄なドキュメントは書くな(再考)@大井町の飲み屋談義 - 未来のいつか/hyoshiokの日記

    昔、無駄なドキュメントは書くな(http://d.hatena.ne.jp/hyoshiok/20050510#p1)というよた話を書いたのだが、酒の席で、似たようなお話をしたので、いろいろ考えてみた。 酒の席でのお話というのは、次の日すっきり、さっぱり忘れるのが常であるので、詳細はもちろん把握していないのだが、概要程度は思い出せるので、それを再現してみたい。 登場人物は、工程改善チームのおじさんTさん、工程改善チームの若者(初対面)、SIerから転職してきた同じグループで9月入社のSさん、そしてわたくし。大井町の魔界のおでん屋の2階。民家の2階風で、テレビもある。だらだら終電までいればタモリ倶楽部も見られるねと言う感じの飲み屋である。 若者はドキュメントの標準化とかいろいろ悩んでいる。若者「詳細設計ドキュメントとかどうするんすかね?どー標準化するんすかね」、よしおか「そんなものは書かない

    無駄なドキュメントは書くな(再考)@大井町の飲み屋談義 - 未来のいつか/hyoshiokの日記
    Kwappa
    Kwappa 2009/11/10
    『それってウォーターフォールの匂いがしますね』『必要なドキュメントは、そのシステムのWHYを書いたドキュメントである。』『その魂を記したドキュメントである。』 HOW ではなく WHY。HOW ではなく WHY。
  • 手続き型を卒業するための言語は? - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか

    という質問を今日飲みから飲みへの移動の最中ぽろっと聞かれました。 あたしゃ一介のプログラミング言語好きなので (マニアの域には全然達していません。変態的趣味ではあるけど) まじめに答えは期待してないと思いますが不真面目に答えます。 2009.10.31 追記:アフィリエイトやってんじゃないかと思うぐらいバカバカのリンク張ってみました。 そもそも なんで手続き型を卒業しなきゃいけないの? ぶっちゃけプログラマという職業でご飯をべていくのに、言語の潮流が手続き型でなくなる可能性は今後最低10年はないと思っていいでしょう。予想はずれたら飲み代一回ぐらいは奢ります (笑)。 ただ世界を広げるという意味では、今仕事で使っている言語とはぜんぜん違う世界に触れることは大事かもしれません。という視点で。 必須条件 変数再代入禁止。 なんでこれを禁止したいかというと、「こいつがあると手続き的にかけちゃう

    手続き型を卒業するための言語は? - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか
    Kwappa
    Kwappa 2009/11/01
    『ただ世界を広げるという意味では、今仕事で使っている言語とはぜんぜん違う世界に触れることは大事かもしれません。』長くて暑苦しいエントリをありがとうございます。フルスイング!
  • Ruby による Win32OLE プログラミング

    2001/01/08 石井 勝 はじめに ここでは,Ruby の Win32OLE モジュールの使い方を解説します. Win32OLE モジュールを使えば,こんなときに便利です: データベースのテーブル定義仕様書が Word で提供されている.この Word ファイルを自動的に読み込んで,create table の SQL 文を自動生成したい. プログラムの関数仕様書を Excel ファイルできれいに整形し提出しなければならない.ソースファイルをパースして Excel ファイルを自動生成できないだろうか. テスト仕様書のフォーマットが Excel ファイルのテンプレートとして用意されている.Excel ファイルを直接編集するのはいやなので,普段は XML ファイルを編集し,提出時に Excelファイルとして自動生成したい. 個人的には,開発文書に Excel や Word

    Kwappa
    Kwappa 2009/10/02
    『個人的には,開発文書に Excel や Word を使うこと自体間違っていると思うのですが,そうもいかないのが現実です.』
  • アジャイルは二度死ぬ(Agile Only Live Twice)その1:トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル

    Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その1:トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会

  • とっても優しい github の使い方 - ¬¬日常日記

    最近ホントにRubyの人々の間でgit流行ってますよね。私はdarcsっこなのですが、これだけ周囲で流行られるとさすがに危機感を感じます。しかも最近はgithubやらgitouriousやらのやたらと便利なサイトが出現し、ましてRubyForgeまでもがgitを採用とのことですから、これはもうなんとかしておきたいところです。というわけで、今更ながらgitを覚える口実として、とっても便利なgithubを使ってみることにしました。 http://github.com/ そこでせっかくですからgithubの使い方をメモしておこうと思います。これを読んで皆さんも一緒にgithubで遊びませんか? そもそもgithubとは何モノ? github はgitレポジトリを公開してくれるサイトです。出来ることは大体のところ次のような事です。 作者はレポジトリを作成して公開できます 他の人はレポジトリをフォー

    とっても優しい github の使い方 - ¬¬日常日記
    Kwappa
    Kwappa 2009/05/09
    ところでアカウントを作成するためには ssh の公開鍵が必要になります。ほとんどの方は既にお持ちかと思いますが、もし持っていない方は作成しておいて下さい。
  • 連載:はじめMath! Javaでコンピュータ数学|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2025 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    連載:はじめMath! Javaでコンピュータ数学|gihyo.jp … 技術評論社
  • 基盤系プログラマの実践的教育が必要だ - 未来のいつか/hyoshiokの日記

    ここで言う基盤系というのは、OSとかRDBMSとかプログラミング言語処理系とか、そーゆー奴ね。アプリケーションプログラムとかWebサービスとかを支える縁の下の力持ち。その基盤を作るプログラマをどのように育てるかというお話。 まあ、ハッカー予備軍をどのように育成するか。ハッカーって、育てるとか教育するとか、そーゆーものではなく勝手になるものだから、そもそも、そんなものはありえないという議論もある。確かに天才というのは、天才なので、教育がどうだこうだということはないのだけど、一般的なプログラマというのは、一般的な教育プログラムである程度底上げ的なことは出きると思う。 例えば、PostgreSQLの開発者を考えてみる。ちょっとRDBMSに興味がある、だけどどこからとっかりをつけていいのかよく分からないという初心者がいたとする。今ある、OSS利用者教育プログラムをいくらやったところで開発者にはなれ

    基盤系プログラマの実践的教育が必要だ - 未来のいつか/hyoshiokの日記
    Kwappa
    Kwappa 2009/04/29
    「勝手に育て」ではだめで、意識して教育プログラムを設計し、それを実装していく必要がある。
  • 1
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy