現場で使えるJavaライブラリ | SEshop.com
開発に役立つ定番・有用ライブラリを徹底解説！ Javaシステム開発では、Javaの標準仕様にない機能を実装するためにオープンソースのライブラリを使うことがよくあります。しかし、非常に多くのライブラリが存在し、その機能や品質はさまざまで、評価をするのも一苦労です。そこで本書では、Java開発の経験豊富な執筆陣がすすめる、品質的にも安心で開発時に役立つオープンソースライブラリを徹底解説します。Java標準APIを補完するライブラリや、開発現場でよく使われるロギング、テンプレートエンジン、DB、パーサー、XML/HTMLパーサ、通信、CSV/Excel入出力、PDF、グラフ、オブジェクト変換、テスト、キャッシュ、スクリプトエンジンなどの機能を提供するライブラリなど、その機能や使い方から活用テクニックまでを詳しく解説します。 第1章 基本ライブラリ 1.1 基本ライブラリの概要 1.2 Commo
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
プロとしての行為 Act as Proffesional
288ページという少ないページ数の中に、ほとんどの見開きの中に図をいれて、アジャイル開発のすべてがザックリ凝縮された書籍です。思わず「こういうのが欲しかったんだ！」と声に出してしまう内容に仕上がっています。この業界の新人に必ず読ませたいバイブルです。 今の仕事やプロジェクトに問題がある。順調でない。解決策の糸口が欲しい。 アジャイル開発に興味がある。はじめてみたい。どういったものか知りたい。 もっと価値のあるソフトウェアを顧客に提供したい。 ソフトウェア開発に携わるすべての人（プログラマ以外にも）にオススメします。東京に住んでいる人はよかったら読書会に参加してください。 良いコードを書く技術 -読みやすく保守しやすいプログラミング作法 (WEB+DB PRESS plus) 今年、プログラミングを本格的にはじめた人や、会社に入って多人数での開発をはじめてやる人に読んでもらいたい書籍。自分一
【レビュー】BOOK REVIEW - 現場に振り回されるだけのSE人生がイヤならチカラをつけよう | エンタープライズ | マイコミジャーナル
2004年に刊行されたロングセラー本『SEライフ〈Vol.1〉SEが28歳までに身につける28の力』が、このたび『SEが28歳までに身につける28の力【第二版】』とさらに読みやすくなった新装版として発売された。 すでに絶版となった『SEライフ〈Vol.1〉』が新装版となってよみがえったのが本書。時間が経過しても古くならない内容だからこそ! 本書は次の章立で構成されている。 Chapter 1 交渉力 1 守る力 / 2 伝える力 / 3 聞く力 / 4 話す力 / 5 書く力 Chapter 2 管理力 6 終える力 / 7 10分の力 / 8 残す力 / 9 分ける力 / 10 使われる力 Chapter 3 実務力 11 根底を成す力 / 12 創り上げる力 / 13 くみ取る力 / 14 乗り切る力 / 15 納得させる力 / 16 立場を作る力 / 17 選ぶ力 Chapter 4
慶応２年から平成２７年までのベストセラーをリストにしてみた 読書猿Classic: between / beyond readers
我々の時間についての遠近感は、時としてとんでもなく歪むが、それに気付く機会があまりない。 だから、何か一つの事項について年表をつくると、背筋が伸びるかのように、縮んでいた時間感覚を修正できる。 自分の経験だと、自分が生まれる前の、近現代あたりが、かなりアバウトにいっしょくたにされていることが多い。サルトルの『嘔吐』がベストセラーになるのはもっとずっと後のように思っていたが、実際は１９４６年である。 これは周りに質問してみるといい。世代によっては「７０年代あたり」に「サルトルがブームだった」となってたりするので、自分と違う世代の人と質問し合うとおもしろい。 ベストセラーの悪口をいうにしても、ファクトを整理しといた方がいいと思って作った私物くさいリストであるが、いろいろツッコミどころや「発見」のしどころがあると思うので公開してみる。 現在に近づくほど、これまた私見だが、ベストセラーとして並ぶ本
書籍の案内 - 非機能要求仕様定義ガイドライン2008～要求仕様の記述についての改革への第１歩～
発注のユーザー側と開発を受けてのベンダー側の接点は、要求仕様書（見積照会仕様書、ＲＦＰ）とその回答である要件定義書です。 要求仕様書RFPの解説書は世の中に多少存在していますが、この両者を結び、システム開発におけるトラブルを回避するための記述方法を追究したガイドはありません。 2007年度は、2006年度に十分な議論ができなかった、非機能要件についての定義と検証・テスト方法について議論を重ねてきました。ユーザーの視点に立ち、必要な非機能要件を230項目にまとめ、�@確認すべき項目、�A確認すべきプロセス、�B検証方法、�C必要なドキュメントについて、検討を行いました。 その結果をまとめたものが「非機能要求仕様定義ガイドライン2008」です。 ユーザーからの非機能仕様の要求の仕方、受入検証の仕方、評価方法などが明確になり、この種の問題提言に役立つ一冊となりました。 要求仕
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブクログ
メディアマーカー