タグ

programmingとviewに関するundertheskyのブックマーク (6)

  • 優れたプログラマーの7つの資質

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 優秀なプログラマーであるためには、自分の持つスキル、経験、知識から、動くコードを生産するための資質を持っている必要がある。技術的なスキルは持っていても、必要な資質を持っていないために優秀なプログラマーになれない人もいる。この記事では、偉大なプログラマーになるために必要な7つの資質を紹介する。 1.自発的に新しい技術的・非技術的スキルを習得する だめなプログラマーは、どうしても必要になった時にしか学ぼうとしない。よいプログラマーは、積極的に新しい技術的スキルを習得する。偉大なプログラマーは自ら新しい技術的なスキルを学ぶだけでなく、技術以外のスキルも学び、ほかの人なら考えもしないような情報源に対してもオープンな態度で接する。 具体的に例を挙

    優れたプログラマーの7つの資質
  • プログラムの大海に溺れないために

    2. • ㈱バリューソース • 代表取締役 社長 要件のツボ • 神崎 善司 • zkanzaki@vsa.co.jp • はてなgood_way • twitter:zenzengood • 仕事の領域 • 要件定義を中心としたコンサルティング • オブジェクト指向、要件定義などのセミナー講師 • 要件定義ツールの開発 3. 上流工程勉強会 主催 • 2011年 開発プロセス 保守性 アーキテクチャ 要件定義 • 第11回 DDD助走編 クラス図 モデリング演習 第10回 要件のツボを使った要件定義演習 第 9回 アーキテクチャ設計 演習 第 8回 2時間で要件定義 第 7回 現状分析のモデル化手法 第 6回 保守に必要なドキュメント 第 5回 保守性コストを下げる具体的な方法を考えよう! 第 4回 開発コストを下げる具体的な方法を考えよう! 第 3回 開発プロセス第3段 「包括フレー

    プログラムの大海に溺れないために
  • プロとしての行為 Act as Proffesional

    事を抜く、おざなりにする 朝、昼、夕を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず事をとること。事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな?とあれもこれもと手を出すうちに2,3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか?QAやテストやドキュメントなどはいりませんか?誰に承認をえるのですか?これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。当に足りないことはあ

    プロとしての行為 Act as Proffesional
  • きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません

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

    きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
  • 技術的負債 - Strategic Choice

    Technical debt最初のコードを出荷することは、借金をしに行くことと同じである。 小さな負債は、代価を得て即座に書き直す機会を得るまでの開発を加速する。危険なのは、借金が返済されなかった場合である。品質の良くないコードを使い続けることは借金の利息としてとらえることができる。技術部門は欠陥のある実装や、不完全なオブジェクト指向などによる借金を目の前にして、立ち尽くす羽目になる。 ウォード・カニンガムさんどういうこと?技術的負債とは、コードにおける「修正しにくい」「理解しにくい」といった、問題のある部分のことです*1。負債は、すぐに返済すれば、大きな問題にはなりません。しかし、長期間そのままにしておくと、利息が雪だるま式に膨らみ、もはや返済が不能なまでになってしまいます。技術的負債も同様です。問題のあるコードも、直ちに修正していけば大きな問題にはなりません。しかし、放っておくと、最終

  • 優れたエンジニアになる方法と、その知識を伝達する方法

    世界で最も見られているWebページの1つ、Yahoo!のホームページを担当しているのが、同社のプリンシパル・フロントエンドエンジニアのNicholas C. Zakas氏。Zakas氏のブログ「NCZOnline」、8月21日付けのエントリは「What makes a great software engineer?」でした。 Zakas氏が考える優れたエンジニアとはどういう人なのでしょう? 彼のアドバイスはWebに関わるエンジニアに限らず、あらゆるエンジニアに共通するもののように思えます。 What makes a great software engineer? 長文のエントリの中から、ポイントとなりそうな部分を抜粋して紹介します。 Always do it the right way There's an "emergency" project, or something that

    優れたエンジニアになる方法と、その知識を伝達する方法
  • 1