百発百中

内部構造から学ぶPostgreSQL 設計・運用計画の鉄則 (Software Design plus) 著者 : 勝俣智成 技術評論社 発売日 : 2014-09-04 ブクログでレビューを見る» PostgreSQLを利用するにあたって、 MWとして見たときに必要なことが記さされていると感じました。 私自身はSQLServerをずっと利用してきて、 PostgreSQLを触り始めたところなので、　 知識を移行するには非常に有用な本でした。 アプリケーションエンジニアがDBについて考え出したときに、 読むとちょうどいいぐらいの本な気がしました。 （以下抜粋。○：完全抜粋、●：簡略抜粋） ●text型は最大で1GBまで格納可能です。 　char型は末尾を空白で埋めるなら意味がありますが、それ以外の意味はありません。 　varcharはtext型とほぼ同じですが、格納時のサイズ上限チェックが行われるため、 　ごくわずにtext型よりも遅くなります。（通常、無視できる程度の差です）。（P.80） ○暗黙のB-treeインデックスは主キーだけでなく、 　一意性制約が定義された列にも作成されます（P.90） ●TOAST（The Oversized-Attribute Storage Techinique）（P.94-95） 　行のサイズが2KBを超えると、業のサイズが2KBより小さくなるまで、 　列の値を圧縮したり、行内とは別の領域に列の値を移動しようとします。 ●ページ数の計算方法（P.102-103） 　RN：想定レコード数 　FF：FILLFACTOR 　TS：行の平均サイズ 　PS：ページサイズ（8192kb固定） 　PH：ページヘッダー（24kb固定） 　ページ数＝RN / ((PS * FF - PH) / TS) ●インデックスアクセスは、シーケンシャルアクセスと比較すると、 　ファイル先頭から各ページを読む必要はないため、 　テーブルサイズによる性能への影響は低くなりますが、 　代わりにランダムアクセスが頻発することになります。（P.105） ●HOT（Heap On Tupple）（P.108） 　・UPDATE時のインデックスエントリの追加処理をスキップする 　・VACUUM処理を待つことなく不要領域の再利用を可能に...

第37回個人情報保護士認定試験に合格した、その体験記になります。 私のスペック 頭は月並み 暗記系は苦手で、計算系が得意なよくいる理系 期間 2週間で13人時程度、以下内訳 やった内容 公式テキスト を通勤の電車で30分読む×10日=5時間 試験日前日に過去問3セット+答え合わせ=8時間 今回から変更のあったところの問題=おまけ程度の時間 感想 公式テキストだけだときついと思う。これで受かる人は相当法律に強いか、暗記力があほみたいに優れているか。 むしろ過去問だけやっても合格できる可能性がある。これは本番の問題と過去問が類似しているケースがあるため。 不思議な問題もあるため、慣れるために最低1回はやっておいたほうがいい。 あまり古い過去問をやると、法の改正に伴い実は現在では間違っている可能性もある。たくさんやるなら新しいほうから古いほうへ。 Written with StackEdit .

2014 年の振り返り、そして 2015 年の目標です。 2014 年の振り返り できたこと、よかったことをまとめてみる。 転職できた SIer から Webサービス業界に転職、ひゃっほーい なんちゃってSEからプログラマーに転身、ひゃっほーい 毎日プログラミングできる、ひゃっほーい 実際のところテストしたり、調整したりもするから、毎日じゃないが 毎日 Coding できた 目標管理サイトを構築できた Azure 上に構築した Visual Studio で開発 → Visual Studio Online にコミット →　Azure にオートデプロイ ASP.NET Identity, Bootstrap 3.0, Entity Framework　を利用できた ここで学んだことをそのまま仕事にも使えた 月4冊（年間48冊）の読書とその レビュー ができた 今年のベストは「 エリックエ・エヴァンスのドメイン駆動設計 」でしたが、レビューが書けず・・・ レビュー書いた中では「 リーダブルコード 」でした ブログもなんとか月に1回は更新できた ダイエットは無事痩せた 年間総計で 160 km ぐらい走った 英語は Duolingo とかで毎日何かしらできた それに対して、できなかったこと、悪かったことまとめてみる。 転職したが、足りないところが多すぐる・・・orz 毎日 Coding したが、いまひとつ積み上がってる感がない Kinect、LeapMotion、OculusRift に絡む Condig ができなかった 目標管理サイトを構築したが、本当はもうひとつサービスを提供する予定だった 月 4 冊の読書とそのレビューはしたものの、最後はやっつけだった ブログもなんとか月に 1 回は更新したが、本当は月に 2 回更新する予定だった ダイエットは無事に痩せたが、すっかりリバウンドして元に戻ってしまった ほんとは年間 240 km （7km×3回/月=21km/月、21km×12ヶ月=252km）走る予定だった 英語にいたってはTOEICをついに受講せず 総評として　70　点ぐらいですかね。 2015 年の目標 しっかり働く（当たり前） LeapMotion, Kinect,...

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 著者 : Dustin Boswell オライリージャパン 発売日 : 2012-06-23 ブクログでレビューを見る» そういう風にしたいよねって思うんだけど、できないことだらけ。 そんなところをがつがつと突かれる。 うんうん、ふんふんって読めて気持ちいい。 これからはもっといいコードを書こうと思うし、 書けるような気がしてくるが、 いざ書いてみるとそれは幻想でしかない。 本読むだけじゃなくて、コード読まないとね。 そんなことも教えてくれて、 また読みたくなるリーダブルブックです。 （以下抜粋。○：完全抜粋、●：簡略抜粋） ○名前に情報を詰め込む（P.26） ●範囲指定はfirst/last、min/max、 　包含・排他的範囲にはbegin/endを使う（P.33） ○これはあまり知られていないことである。 　つまり、ここにコメントをつけるべきなのだ。（P.64） ●「コメントにはWHATではなく（あるいはHOWではなく）WHYを書こう」というアドバイスがある。 　僕からのアドバイスはこうだ。 　「コードを理解するのに役に立つものなら何でもいいから書こう」（P.68） ○基本的にはif/elseを使おう。三項演算子はそれによって簡素になるときだけ使おう。（P.89） ○これでネストの深さが2レベルから1レベルになった。 　もっと大切なのは、精神的なスタックから「ホップ」する必要がなくなったことだ。 　すべてのifブロックはreturnで終わっている。（P.95） ○このコードが言いたいのは「ユーザは文書を所持しているか？」だ。 　要約変数を追加すれば、この概念をもっと明確にできる。（P.101） ○幸いなことに同じ式がいくつかあるので、 　それらを要約変数として関数の最上部に抽出すればいい（これはDRY原の実例でもある）。（P.106） ○アクセスはできるだけ制限して、 　変数のことが「見えてしまう」コードを減らすのがいいとされている。（P.115） ○プログラムのことを簡単な言葉で説明する技法について説明した。 　説明するこ...

プログラマが知るべき97のこと 著者 : オライリージャパン 発売日 : 2010-12-18 ブクログでレビューを見る» 耳が痛くなる言葉も、 そうでない言葉もがたくさんありました。 あらためて、当たり前のことを当たり前にやるのは、 本当に難しいことだと感じました。 もっと覚えなくてならないこと、 もっと学ばなくてはならないこと、 もっと経験しなくてはならないことが、 たくさんあると思いました。 できてないと感じたのならやれば良くて、 できてないと感じれたことが、 今の自分の一歩目なのだと思いました。 ざ きのこ本。 （以下抜粋。○：完全抜粋、●：簡略抜粋） ○壊れていないものを直すのは無意味です。（P.13） ○たとえコードが4行ほどのもので、 　行っていることが同じだったとしても、 　それはたまたま一時的にそうなっていただけのことです。（P.14） ○コードレビューを成功させるためにもっとも有効な方法は、 　レビューを楽しいものにすることです。（P.29） ○関数はできる限り短くし、機能は1つに絞り込む。 　古くから言われる「24行制限」は今も有効である。（P.31） ○英語には、 　たとえば「Make up your room, be quiet and do your homework」ということを 　一語で伝えれるような単語はないのです。（P.39） ●デザインパターンの多くは明らかにアプリケーションの中の重複を減らす、 　あるいは排除することを目的としています。 　オブジェクトの使用する条件がいつも同じであれば、 　Abstarct Factory、Factory Methodパターンを、 　オブジェクトのふるまいに種類があるのであれば、Stategyパターンを使用します。（P.59） ●金融関係のアプリケーションには浮動小数点数を使うべきではない ということも書いておくべきでしょう。 　（中略） 　浮動小数点数は、元々、科学技術計算を効率的に行うことを目的としたものです。 ●YANGI（You Ain't Gonna Need It：それはたぶん必要ない） 　余計かもしれないがおもしそうだと思えた。 　将来必要になるかもしれないと思った。 　必要かどうか判断に迷った。 　常に考える必要があるのです。 い...

「MSエバンジェリスト＆TOPスペシャリストが語る 『Azure』の最新事情！」と題された、 .NETエンジニアのための定期勉強会 第七回目に参加してきました。 以下、参加した際にとったメモです。 ■ きっとAzure使いたくなる超絶便利な新機能群一挙紹介(日本マイクロソフト株式会社 砂金信一郎) Machine Learningを利用しているビジネスの紹介 IGLOO フランスの会社 買い物アプリ 操作ログを取って集計 reemo アメリカの会社 ジェスチャーモーションでいろんなものが操作できる 動作の認識精度を上げることが非常に難しい （会社名メモ取れず） イギリスの会社 ビッグデータ系の解析、金融の予測など 顧客に出す文書に機密情報が含まれていないか判断してくれる 従業員がホテルの備品の供給を登録していくと、学習して供給時期を教えてくれる AWS→Azureは無理があったが、Machine Learningの箇所だけであればつかってもらえる。 　フロントはあきらめて、ここを起点にバックエンド、業務に食い込んでいくつもり。 中盤はAzureの紹介 Amazon Aurora MLでできる、やるべきこと 分類 パターン認識する scilit-learn Rではなくてpythonでかける、裏はCで作られたモジュールをコールしている 実践機械学習システム Orillyのこれがお勧めとのこと Azure バッチの紹介もあった 大量処理を実施するための機構 Windows-HPCサーバ 夜間バッチ的なJP1的なものじゃありません ■ 今から機械学習やるならAzureMLがいいと思うよ（株式会社マイニングブラウニー 得上竜一） 機械学習とは データの特徴、関係を識別する 識別したパターンからインプットされたデータに対して予想する 人間機械学習 ひよこの判別 1回目：情報なしで勝負 2回目：色、ひよこ間の距離を見るとわかる仕組み →ここテストに出るからな～がポイント Azureはニューラルネットは使えるが、ディープラーニングが使えない 分析、予測　が得意。 機械学習の手順 データの用意 データの整理 処理の定義 学習 ...

GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) 著者 : 大塚弘記 技術評論社 発売日 : 2014-03-20 ブクログでレビューを見る» 習うより慣れよ、読むより使えよ。 読まないで使えるモノが良くできたモノ。 意味はわかりますが、それはそれで、これはこれです。 Gitはシンプルに使えますが、 やっぱりバージョン管理は複雑です。 ぶっとぶと冷や汗出るだけはすみません。