Your SlideShare is downloading. ×
プログラムを作って飯を食うということ
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

プログラムを作って飯を食うということ

382
views

Published on

ダウンロードしないと見えない

ダウンロードしないと見えない

Published in: Technology

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
382
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. プログラムを作る 2013/04/03 1 / 1 コストが下がる 快適な環境を追求する デバッグするスキル テストをするスキル コードを読むスキル 名前にこだわる 没頭することも大事 フロー状態を大事にする Exceptionが上がっているのはエラーだからです エラーを無視しない 本当に求めているものはそれですか? 顧客の言葉はそのまま受け入れない 言語・イディオム・テクニックを学ぶ テストがあれば怖くない よりよい構造 変更を恐れない 自分が扱ったコードは元のコードよりも良くする 一人だけで創っているわけではない 他の人と協調する 保守しやすいコード わかりやすいコード とりあえず動かそうというコードは書かない 良いコード コードを見る人のためにテストを書く データ構造とか 他社への思いやりを考慮したコーディング 一人より二人 テストのないソフトウェア開発はありえない コード分析ツール コスト意識 面倒でも自動化できるものは自動化する Riak MongDB NoSQL Oracle SQLite PostgreSQL データベース 3つのスキル 自動化ビルド Webアプリプログラミング スレッドプログラミング その場しのぎをしない 精度見積もり 限界を知る Ant Maven YAGNI原則 かも知れないは要らないもの 余計なコードを書かない タスクトラッカ レビューの仕組みとSCMと連携したい バグレポート ITS 定時に帰れるような仕組み・やり方を考える 徹夜・休日出勤しない ハードワークは報われない エラーハンドリング etc ... QA 1つの変更の理由は常にひとつでなければならないSRP(単一責任原則) OCP(開放・閉鎖原則) DRY原則 ステップ実行 C# Perl LISP Erlang 関数型言語 Python 言語 正規表現 プロトコル TCP/IP CSS HTML プロトコル Webの知識 SMTP・POP・IMAP ログ Servletコンテナ コマンド Apache Eclipseを知る ツールの知識 DIの知識 ClassLoader Linux ネットワークの基礎知識 Javaのツール VM Javaの知識 変更を恐れない 属人性の排除 手順化 自動化 省力化 デプロイ・リリース 技術だけではない 自分が学びたいものを発表・議論 チームのコード 学ぶソース Webサイト 書籍・雑誌 学び続ける姿勢 ノイズにならないように JavaDoc コードにかけないことのみコメントにする ブランチ、タグのルール コミットログ コメントの規約 カプセル化 正常系・異常系 境界値の考え方 知識(想像力)がいる 書き方 批判をしない コーディングにおける全員が守るべきガイドラインの確立 チーム全員に同じ知識を共有する クラス設計 デザインパターン メソッド分割の単位構造化 レビューの時の感謝の気持 ありがとうの気持ち 他人よりまず自分を疑う リファクタリング 開発効率 保守性 可読性 レビュー カバレッジ レビュー 見える化 制約をいれる 分散リポジトリ 見える化 書く 考え方 使い方 再発防止 原因追求 自動化 ドキュメント化 ツール実行自動化 単体テスト 規約にそっているか 重複がないか アンチパターンがないか ツール チェック コードを私物化しないように 対する意識 ルールに沿うようにガード 手を動かす どこまで必要か? アルゴリズムとか どうやって手に入れるか 車輪の再発明しない commonsとか ライブラリの知識 実際にシステムを使うユーザについて お客様 他のメンバーとの協業 エディタ IDE ツール レイアウト スタイル バージョン管理 文章の書き方 ドキュメント 辞書ベースにしたい 変数 メソッド 命名規約 コーディング規約 知識を集約・拡散 プログラマとしての勉強法について ベースとなる知識 知識 障害対応 設計 制約 チーム デバッグ 作業 コーディング 規約 意識 プログラムを作る

×