2022年に読んでよかったO'Reilly書籍をまとめた
はじめに 本記事では、私が2022年に読んでよかったO'Reillyの技術書とその要点を簡潔に解説する。本記事の内容はあくまで一個人の見解にすぎないので、参考程度に。今後O'Reilly関連の技術書を購入する上で、少しでも参考になるものがあれば幸いだ。 リーダブルコード 読みやすいコード、質の高いコードを書く上で重要な原則が体系的にまとめられている。プログラミング初心者から上級者まで幅広く使える。プログラミングを学ぶ上で重要な原則(例：制御フロー、論理式など)やその書き方をこの１冊でまるごと学べる。本質的な内容と具体的なテクニックが両方ともまとめられていて読みやすい。何回も読み直して普段の開発に活かすべき重要な書籍である。 データ指向アプリケーションデザイン アプリケーションの設計・開発における原則を図解やソースコード付きで丁寧に解説されている。今後のアプリケーション開発における原則をデー
『Laravelでのエラーログの出力』
株式会社スタイラジーの「居心地の良い」ブログ会社の事や仕事の事、 その他イベントなど、 色々な話題を思うがままに 株式会社スタイラジー社員 の日常を紹介します。 株式会社スタイラジーの 「居心地の良い」ブログ、 2008年1月7日スタート！ 今回はエラーログの出力について書かせてもらいます エラー処理の代表的なやり方の一つに、 処理をtry～catchで囲みcatchの中でログ出力、 というのがパッと頭に浮かぶ人も多いのではないかと思います そのログ出力処理ですが、どのように実装しているでしょうか。 私はこんな感じで書いていることが多かったです。 しかし先日、凄く簡単にログ出力できるやり方に出会いました！ それがこのやり方です 全く同じ内容で出力されるわけではないですが、 エラーメッセージとスタックトレースがしっかり出力されているので問題ないかと ログの出力処理ってちょっと面倒だなって思っ
RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ
※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便
Amazon DynamoDB の論文を読んでいく - Qiita
概要 AWS で人気のサービス DynamoDB についての論文が公表され巷で噂になっていたと思う。 今回は、その論文を読み込んでいき、ざっくりまとめていくという記事になります。 完全趣味な記事なので、興味ある人がいれば幸いです笑 Abstract まず論文のタイトルですが、「Amazon DynamoDB: A Scalable, Predictably Performant, and Fully Managed NoSQL Database Service」と題したものとなっています。 Amazon DynamoDB は、NoSQL とよばれる部類のデータベースサービスです。 一貫した耐久性、可用性、パフォーマンスを提供してくれるマネージドなサービスなのが特徴ですね。 冒頭、2021年に66時間にわたる「Amazon Prime Day」中にピーク時8920万リクエスト/秒をさばいてい
「オブジェクト指向神話からの脱却」という特集をWEB+DB PRESSで書きました - きしだのHatena
「オブジェクト指向神話からの脱却」というあおり気味タイトルの特集をWEB+DB PRESS vol.132で書きました。 12/24発売！クリスマスプレゼントです WEB+DB PRESS Vol.132 作者:きしだ なおき,加藤 尋樹,斉藤 洸紀,牟田 裕太郎,吉澤 政洋,朝日 リナ,鈴木 僚太（うひょ）,川島 義隆,五十嵐 進士,末永 恭正,佐藤 雄太,吉井 健文,牧 大輔,西山 和広,吉田 花春,古川 雅大,岡林 大,池澤 春菜,和田卓人,日高 正博,はまちや2,竹原技術評論社Amazon 大まかには、「オブジェクト」でソフトウェアをぜんぶ考えるということに無理があったので、パーツそれぞれ適したやりかたでやっていこうぜ！という内容です。 ソフトウェアを切り出したときのパーツとしてのオブジェクトの特性が同質であるという暗黙の前提があって、だから「オブジェクトの話をすればソフトウェア開
要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す
プログラミング言語の入門が終わったら何の勉強をすればいいの？ - きしだのHatena
JJUG CCC 2022 Fallで「Javaの入門が終わったら何の勉強をすればいいの？」という内容で発表を行いました。 基本的なものが作れるようになったけども、イマイチプログラムが組めないというときに、何を勉強すればいいかをまとめました。 入門が終わって作りたいものがあれば作っていきましょう、業務で言われたものが作って行こう、でもなんだかちゃんとしたものが作れないな、もっとちゃんとしたものを作りたい、次のステップに進みたいというときに勉強していく感じです。 資料はこちらです とりあげた本についてまとめておきます。 開発作業について 概要 プログラミング言語 アーキテクチャ ミドルウェア ネットワーク デプロイ 理論 開発手法 開発プロセス まとめ フレームワークは入門でやってる前提です。Java入門書「プロになるJava」ではJavaの基本から簡単なDB操作、Spring Bootまで
金融機関が情報システムを構築する際の安全対策基準「FISC安全対策基準」とは？ | ニフクラ
本記事をご覧いただいた方向けに、おすすめの記事をまとめました。こちらもあわせてご確認ください。 まとめ記事 【まとめ】クラウドって安全？オンプレミスとクラウドのセキュリティの違いを解説 2021年9月29日 FISCとは？ FISCとは、金融情報システムに関連する様々な問題についての研究調査や、安全対策の普及・推進活動を行うため、1984年に設立された財団法人（2011年に公益財団法人へと移行）です。FISCには、国内の銀行・保険・証券・クレジット会社といった主要な金融機関をはじめ、コンピューターメーカーや通信企業なども多く加盟している組織です。 FISC安全対策基準とは？ FISCは、その活動の一環として金融情報システムにおけるシステム監査基準や安全対策基準といった、さまざまなガイドラインを発刊しています。「金融機関等コンピュータシステムの安全対策基準・解説書」もそうしたガイドラインの中
Selective Unit Testing – Costs and Benefits
I’ve been writing unit tests regularly for 2-3 years now, and doing full-blown test-driven development (TDD) full time for about the last year. Throughout this whole time, I keep noticing the same thing over and over: Published Nov 4, 2009 For certain types of code, unit testing works brilliantly, flows naturally, and significantly enhances the quality of the resulting code. But for other types of
ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門
Joelの機能仕様書とは 有名なソフトウェア技術ブログ『ジョエル・オン・ソフトウェア（Joel on Software）』の著者であり、元マイクロソフトのエンジニアであるジョエル・スポルスキ氏が紹介している仕様書の書き方が、Joelの機能仕様書です（スポルスキ氏本人は、単に「機能仕様書（functional specifications）」と呼んでいます。ここでは、一般的な仕様書と区別するために、この名前を使っています）。 Joelの機能仕様書とは、ひと言で表すと「そのソフトウェアがどのように機能するのかを、ユーザー観点で読みやすくまとめたドキュメントであり、設計者とユーザー（顧客）が仕様を共有し、コミュニケーションするための道具となることを狙った仕様書」です。 Joelの機能仕様書の詳しい書き方は、氏の著書やWebサイト（有志による日本語版）にも無償公開されていますが、最初に公開されてか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
