タグ

programmingに関するlemur314のブックマーク (53)

  • プログラマーが選ぶプログラミングに関する名言ベスト10

  • 「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催

    統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」(Empirical Software Engineering、実証的ソフトウェア工学)です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は? マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した

    「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
  • プログラマの嫁が知るべき97のこと

    「プログラマの嫁が知るべき97のこと」をまとめていきます。97越えてもキニシナイ! 誰でも編集できますので追加にご協力ください>< 元ネタ: 「プログラマが知るべき97のこと」 http://amzn.to/fqBF5H 関連: 「プログラマが知るべきじゃない97のこと」 http://togetter.com/li/78505 続きを読む

    プログラマの嫁が知るべき97のこと
  • プログラマが知るべきではない97のこと - Cube Lilac

    プログラマが知るべきじゃない97のこと - Togetter を読んでいたら面白かったので,赤文字で強調されているものを抜き出して適当に並べ替えてみましたw ちなみに,元ネタは プログラマが知るべき97のこと です.類似ネタの プログラマの嫁が知るべき97のこと,プログラマが体験するべきではない50のこと も併せてどうぞ. サーバ室に祀られた盛り塩の存在意義 言語やエディタ、IDE を disる と勃発する聖戦 VSS Boost プリプロセッサ PHP brainf*ck Lisper の態度 他言語のプログラマの Lisp へのイメージ 人月計算 エクセル方眼紙 受注確定と同時に赤字が確定していた 受注時に営業が顧客に提出した資料 見積書に勝手に足された項目の意味 この仕様が誰の気分で決まったのか 今必死で実装しているその機能が実は PM の好みで追加された仕様であること 依頼されたア

    プログラマが知るべきではない97のこと - Cube Lilac
    lemur314
    lemur314 2010/12/14
    ”言語やエディタ、IDE を disる と勃発する聖戦” 愛情あるが故にってことかもぬ。
  • プログラマが知るべきじゃない97のこと

    take3000 @take3000 「プログラマが知るべきじゃない97のこと」っていうのを誰か書かないかな RT @syuta: 404 Blog Not Found:紹介 - プログラマが知るべき97のこと - ほしいほしい http://bit.ly/grEkak 2010-12-13 13:19:45

    プログラマが知るべきじゃない97のこと
  • プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して

    Java EEや.NETCOBOLやVB6よりも当に生産性が高いか? - 達人プログラマーを目指してのコメントで 熟練者も居ることは理解しているが、開発をする上で熟練者ばかりを集めることはできない。このため初心者側にレベルを合わせざるを得ない。 というコメントをいただきましたけれど、これは実に典型的なSIer(の上司)の考え方ですね。SIerの仮説と呼んでもよいくらいですね。とにかく、この仮説の前提となっているのは プログラマーのスキルレベルは一定で成長しない プログラマーは容易に交換可能なリソースである プログラマーは単純労働者である というモデルです。とにかく、この仮説がはびこっているから、いまだにSIerのフレームワークは「初心者側にレベルを合わせざるを得ない」という思い込みで作られていることが多いのでしょう。 COBOL(の初期の)時代ならまだしも、少なくとも現在の開発環境にお

    プログラマーの成長を考えないSIerの仮説は間違っている - 達人プログラマーを目指して
    lemur314
    lemur314 2010/12/07
    ”ハイスキルのプログラマーとペアやチームを組んで、開発する機会を与えれば、多少敷居の高いツールやフレームワークでも難なく習得していくことが実際は多い” やったことないから上司は理解できない
  • 自分でWEBサービスを作りたいと思っている人へ

  • 全てのプログラマが読むべき本 まとめ

    全てのプログラマが読むべき まとめ は、2010 年 11 月 23 日に投稿された 全てのプログラマが読むべきベスト10冊 - とみー を発端とする、多くの技術者(ソフトウェアエンジニア) が「全てのプログラマが読むべき」や「プログラマにおすすめする良書」と言うテーマで執筆した記事の中から、 プログラミングやソフトウェア開発に役立つ推薦書籍を集計してランキング形式でまとめた Web サイトです。 独学でプログラミングを勉強しようと考えている初心者、初学者等が、書籍を選ぶ際の参考としてご利用下さい。 尚、上記期の間以外に公開された記事でも、同様の趣旨で執筆されたものについては集計の対象としています。

  • Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか? - 達人プログラマーを目指して

    プログラミングと設計は来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の

    Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか? - 達人プログラマーを目指して
    lemur314
    lemur314 2010/12/03
    会社の戦略として自社で作ったフレームワークで開発やるってのはありなのかもしれないけど、実際使って開発する方からすると全然ありがたくないお話。過去の失敗から学ばないのがさらによろしくない。
  • プログラマのための書籍リスト集――今話題のリストから名著案内本まで - はてなニュース

    海外のQ&Aサイトで上位に選ばれた、プログラマがキャリアの初期段階で読むべき書籍10冊をリストアップしたエントリーが注目を集めています。プログラマが高い関心を寄せる良書が一覧できるエントリーに触発され、今話題のリストから、コンピュータの古典や名著を紹介したブックガイドまで、プログラマの知的好奇心を満たす書籍リストを集めてみました。 ■ 話題のプログラマのための書籍リスト ▽ http://www.tommyjp.com/2010/11/blog-post_5447.html このリストは、技術系Q&Aサイト「Stack Overflow」に投稿された「What is the single most influential book every programmer should read?」(上記エントリーの冒頭から引用:もしもあなたが時間をさかのぼれるとして、開発者としてのキャリアの初め

    プログラマのための書籍リスト集――今話題のリストから名著案内本まで - はてなニュース
  • どのプログラム言語を覚えればいいのか分からないっていう初心者さんのためのガイド(Web)

    作りたい Webサイトのアイデアはあるけど、どんなプログラムを勉強したらいいか分からない人 ... という人のための、ざっくりとしたガイドです。 HTMLCSS はわかるけど ... という初心者さんが対象の記事になってます。 インターネット上には当に色んな Webサイトがあって、こんなサイトを自分でも作ってみたいなーと思う事がたくさんあります。でも、いざ自分で作ってみようと挑戦しようと思っても、これって何でできてるんだろうと考えます。そういえば、まだ Webサイトを作り始めるずっと前にもそんな風に思っていた初心者時代がありました。 やりたい事はあるけれど、まず、どんなプログラムを勉強すればいいのか、そこからが分からなかったんですよねー。プログラムとひと言でいっても、C言語系、PHPJavaPerlJavascript当にたくさんあって、初心者さんには意味不明だと思い

    lemur314
    lemur314 2010/11/30
    学生さん向けにいいかも?
  • Pythonのプログラマを志したおいらが買ってよかった5冊の本 - あったらしくるえるはてなくしょん

    10冊ねぇじゃねぇか!! この犬やろう!! と、まあ、プログラマが読むべきとかで、なんかいろいろ吹き上がってて大騒ぎみたいなのですが、私は今更と言えば今更ですが、Python がいくつかの特にLL系のプログラミング言語の中で一番好きで、PyのPyのPyって感じで過ごせたらいいなと思って、それじゃ志村けんだけど、まあそのを買ったり、写経したりしてます。ぱいぱい。 いずれも今更のといえばそうだけど、Pythonって、ちょっと殺風景気味で厚くて長いが多いけど、コード多めだし、良訳や良書が多いので、ありがたいです。もちろん、このもおすすめだ!! この犬野郎とかあったら教えてください。お願いします。 他の言語に触れたことがあるなら、クックブックがまずおすすめ。 Python クックブック 第2版 作者: Alex Martelli,Anna Martelli Ravenscroft,

    Pythonのプログラマを志したおいらが買ってよかった5冊の本 - あったらしくるえるはてなくしょん
  • きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません

    「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか?」という質問を受けたので、「はて?どうしているだろうか?」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス

    きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
  • きれいなソースコードを書くために読んでおくべき本10冊 - ひがやすを技術ブログ

    なんか、プログラマとして必要なをあげるのが流行っているようなので、自分も書いておこう。きれいなソースコードを書くために読んでおくべき10冊。 最初はリファクタリング リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見る 以上。終了。10冊じゃないか(^^; きれいなソースコードを書きたければ、一にも二にもリファクタリング、それしかない。 後は、良いソースコードを読みながら自分でも、実際にプロダクトを作ってみること。OSSとして公開すると、自然と良いコードを書こうというモチベーショ

    きれいなソースコードを書くために読んでおくべき本10冊 - ひがやすを技術ブログ
  • プログラマならいつかは読んでおきたい(と言っておけばかっこいい)本10冊 - 2010-11-26 - きしだのはてな

    昨日の技術力をあげたいプログラマが読んでおかないと話にならない10冊は自体にはあまり意味がなくでその技術分野が大事で、あとエントリーレベルのものが多かったので、今日は読み甲斐のあるを。 棚に飾っておくとかっこいいです。あと、屋でまとめて買って持って帰れるなら、値段的にも重さ的にも、尊敬します。 ぼくが持ってないや持っててもほとんど読んでないがかなり含まれてます。「この人こんなも読んでるんだー」などと無用に尊敬したらダメですよ。むしろ、そのように誤解させて尊敬させるためのです。 アルゴリズムデザイン 作者:Jon Kleinberg,Eva Tardos共立出版Amazon読んで面白いし、アルゴリズムカタログじゃなくて設計方法の解説が多いので、とてもいいです。途中までは読んでるので続きを読まねば。 あとアルゴリズムのとしてはアルゴリズムイントロダクションが定番ですが、

    プログラマならいつかは読んでおきたい(と言っておけばかっこいい)本10冊 - 2010-11-26 - きしだのはてな
    lemur314
    lemur314 2010/11/26
    ”本棚に飾っておくとかっこいい本です。” これでモテる!ってわけじゃないよ。わかる人じゃないときっとわからない・・・。て、オチがいいな。
  • Python チュートリアル

    Guido van Rossum Python Software Foundation Email: docs@python.org Fred L. Drake, Jr., editor リリース 2.4 平成18年6月27日 日語訳: Python ドキュメント翻訳プロジェクト

  • 2010-11-25 - きしだのはてな - 技術力をあげたいプログラマが読んでおかないと話にならない本10冊

    ここにあげたじゃなくてもいいので、同じ分野でなにか読むとか、に書いてあるほど詳しくなくてもそれなりに知識をもっておくべき。 アルゴリズムクイックリファレンス 作者: George T. Heineman,Gary Pollice,Stanley Selkow,黒川利明,黒川洋出版社/メーカー: オライリージャパン発売日: 2010/04/26メディア: 単行(ソフトカバー)購入: 11人 クリック: 656回この商品を含むブログ (72件) を見る まずはアルゴリズム。クイックって書いてあるけどぜんぜんクイックじゃないw。各言語で書かれた入門書を読んでもいいと思う。 実際のプログラムにアルゴリズムの知識を活かすということを知りたいならプログラミングコンテストチャレンジブックがおすすめ。 プログラミングの基礎 ((Computer Science Library)) 作者: 浅井健一

    2010-11-25 - きしだのはてな - 技術力をあげたいプログラマが読んでおかないと話にならない本10冊
  • プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して

    最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ

    プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
    lemur314
    lemur314 2010/11/24
    プロ真似ばかり量産じゃなく、アーキテクトの育成が必要だな。
  • https://oldriver.org/python/pep-0008j.html

  • 『なぜ、プログラミングは楽しいのか?』に対する素晴らしい答え | naglly.com

    『なぜ、コンピュータープログラミングは楽しいのか。なぜ、僕を含めプログラミングに携わる人々は、何度も辛い目に遭いながらも、この職種から遠ざかる事が出来ないのか・・・?』 この問いに対する答えが下記のサイトに載っていました。ここには、プログラミングの質的な楽しさが書かれています。 Why is programming fun? An extract from Fred Brooks' (Frederick P. Brooks Jr.) book, The Mythical Man-Month http://www.grok2.com/progfun.html この書籍の日語訳「人月の神話」はこちらです。 人月の神話【新装版】 評価: 4.7点 著者:Jr FrederickP.Brooks,Jr.,Frederick P. Brooks,滝沢 徹,牧野 祐子,富澤 昇 発売日:2014-

    『なぜ、プログラミングは楽しいのか?』に対する素晴らしい答え | naglly.com
    lemur314
    lemur314 2010/11/22
    "プログラミングには、常に学ぶ喜びがあります。問題は常に新しいものです。そして、問題を解く人は常に何かを学びます、時には、実地で。時には、論理的に。そして、時々は両方から。" 仕事に選んだ理由の1つ。