タグ

AudioStakesのブックマーク (73)

  • 『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog

    翻訳を担当した書籍『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』(オライリー・ジャパン)が3月8日に発売されます。書は、2020年1月に出版されたMark Richards, Neal Ford著『Fundamentals of Software Architecture』(O'Reilly Media)を全訳したものです。 www.oreilly.co.jp ソフトウェアアーキテクチャとは、ソフトウェアシステムの成功に欠かせない重要な土台です。そのためソフトウェア開発者には、効果的なアーキテクチャを実現するスキルが求められます。書は、そうした効果的なアーキテクチャを設計、構築、維持するアーキテクトになるために必要なスキルや知識を、現代的な視点から整理して包括的に解説する書籍です。 ソフトウェアアーキテクチャの定義から、アーキテクトの役割、モジュールや

    『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog
  • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

    翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

    『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
  • Design It!

    書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを作り上げていく方法を包括的に解説します。書を読むことで、適切なステークホルダーを特定してニーズを理解する方法、アーキテクチャ上重要な要求に基づいて技術やアーキテクチャを適切に選択する方法、アーキテクチャを軽量かつ効果的に評価する方法、チームのアーキテクト力を高める方法などを学べます。モダンなアーキテクチャ設計のための実践的な手法が詰まった書は、より良いプログラマー技術リーダー、そしてソフトウェアアーキテクトになるために必携の一冊です。平鍋健児氏による「日語版序文」を収録。 目次 書への推薦の言葉 日語版序文 序文 はじめに 第Ⅰ部 ソフトウェアアーキテクチャ入門 1章

    Design It!
  • 質とスピード / Quality and Speed

    質とスピード 初演: 2019/10/31 @ EOF2019

    質とスピード / Quality and Speed
  • キーボードから手を離さずにVS Codeで開発したいという気持ちを大切にしています

    みんな~。今日も元気にVS Code使っとるかな?ワシは使っとるよ。 VS Codeはショートカットキー(ホットキー)を駆使するとイイ感じにカッコいいアレが感じるの気がしてるです。 だから教えてやるよ。無料でな! 俺が良く使うものだけ紹介するから、俺の知らない便利機能は出てこない。「これ便利あるよ」ってのがあったら教えていただきたい。 あと、伴ってWindowsChromeの操作のはなしもする。キーボードから手を離さずに作業しよう。 ◆エディタ自体の操作 ▼Alt 分かってると思うけど、ツールバーにアクセスできる。単純かつ強力だけど意外と忘れがち。 ツールバーにフォーカス当たってる状態で例えば「T」って押すと「ターミナル」カーソル当たるんで、そっから↓キーでメニュー開いたりすりゃいい。 ▼Ctrl + P ほんとこれ。キーボードから手を放す時間を極力減らしたい人はこれ。 Ctrl + P

    キーボードから手を離さずにVS Codeで開発したいという気持ちを大切にしています
  • GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみノート

    年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル(日付.md) 大きな変化と出来事を記録する(CHANGELOG.md) 読書記録(READING.md) やりたいことのメモ(TODO.md) 注意事項

    GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみノート
  • 『なるほどUnixプロセス』を読む前にちょっとだけナルホドとなる記事

    はじめに この記事では、UnixのプロセスのことやUnix環境のことについてチョットワカッタ気持ちになっていただくことを目的に、RubyをつかってUnixプロセスについて触れていきます。読み終わったあと、チョットワカッタカモという気持ちになっていただけたり、著者が訳者として関わっている『なるほどUNIXプロセス』を手に取ってもらえたりすると幸いです。 なお、この記事の内容は、オープンソースカンファレンス2015 Hokkaido での jus 研究会で行った発表内容をまとめ、原稿におこしたものになります。 それでは、さっそく題に入っていきましょう。 コマンドを実行する ふだん、みなさんは作業中にターミナルからたくさんのコマンドを実行しているはずです。まずは、この「ターミナルからコマンドを実行する」ことについて見ていきましょう。 コマンドとプロセス Unixでは、あらゆるコマンド、プログラ

  • TechCrunch | Startup and Technology News

    Though Spotify never shared official numbers, it’s likely that Car Thing underperformed or was just not worth continued investment in today’s tighter economic market.

    TechCrunch | Startup and Technology News
  • 履歴を持つデータの設計

    酔いどれ設計ナイト2019の発表資料です。

    履歴を持つデータの設計
  • 脳に優しいC#のメソッド設計 - give IT a try

    Code Complete, Code Craft, 危険なプログラムの処方箋といった書籍にも書いてあるベストプラクティスやアンチパターンをまとめて、「脳に優しいC#のメソッド設計」を定義するとすればこんな感じかも。 単一の責務を持つ(1つのメソッドであれもこれもしない) 責務が分かりやすいメソッド名を持つ メソッド全体の行数が短い (長くても40〜50行) 1ブロックあたりの行数が短い (長くても10〜20行) ネストが浅い (多くても3つ) 引数が少ない (できれば3つ以下。引数が多くなるならクラスや構造体に値を格納する) 引数の内容を変化させない (設計上やむを得ない場合はあるが、呼び出し側の"サプライズ"を招きやすいので可能な限り避ける) out専用の引数を持たない (結果は戻り値として返す) 処理の成功/失敗や演算結果は戻り値として返す (戻り値が複数個ある場合はクラスや構造体に

    脳に優しいC#のメソッド設計 - give IT a try
  • わたしが C# を学ぶにあたって教わっている先達のサイトをまとめてみる - tech.guitarrapc.cóm

    書いていないネタは多いのですが、アンケートで C# についてと言われました。 次なんの記事がいいですか? #書く記事募集中— guitarrapc_tech (@guitarrapc_tech) April 23, 2016 そこで、私自身 C# を学ぶにあたって参考にしているものをまとめておくことことにします。*1 はじめに感謝と尊敬を。ここに載せていないサイト、書籍の多くからも学びも得ています。今現在もそうです。 私自身が何か恩返しをできればと思いつつ、同じように悩まれている方への参考となれば幸いです。 目次 目次 個人ブログ Microsoft関連 困ったときの まとめ 個人ブログ 順番には大きな意味はありません。 サイト ブログ主 参考にしている分野 備考 ++C++; // 未確認飛行 C ++C++; // 管理人: 岩永 (@ufcpp) / Twitter C#, プログラ

    わたしが C# を学ぶにあたって教わっている先達のサイトをまとめてみる - tech.guitarrapc.cóm
  • 現状においてC#のベースを完全に理解できる本のすゝめ - Qiita

    最初に 記事は以下の(スラスラわかるC#)にて得た知見のメモと、全体を通して何が得られたのかレビューする内容となっております。 の購入を検討中の方はもちろんC#をこれから学びたい・復習したい方の参考になればと思います。 またUnity 2019.1以降は「CSHARP_7_3_OR_NEWER」っていうシンボルを使ってC#7.3が使えるのでお試しあれ。 1章 C#プログラミングを始めよう 所感 第1章ということで、全くの初心者からでもイメージしやすいように、プログラムとは何かを説明したり、内部での処理構造を図解されていました。そこから徐々に掘り下げが行われ、C#や.NETも当然、丁寧に解説されています。それだけではなく、IDE(VS)の使い方もスクショ付きでわかりやすく記述されているため、ワクワクしながらプログラミングの世界に入り込んだ初心者の方が、「手元のPCで早速何か書いてみたい

    現状においてC#のベースを完全に理解できる本のすゝめ - Qiita
  • プログラミングは人生だ――まつもとゆきひろ ― @IT

    私がプログラミングを始めたのは中学校3年生のときでした。父が買ってきたシャープのポケットコンピュータ(PC-1210)でBASICを使うようになったのです。わずか400ステップしか入力できない小さなコンピュータでしたが、それでも自分の命令したとおりに動作するポケコンを見ていると、自分にはなんでもできるようなそんな「万能感」を感じさせてくれました。 それから四半世紀以上たちましたが、私がプログラミングから感じる「わくわく」は少しも減ることはありません。むしろ、どんどん増えているように感じます。長いプログラム経験を踏まえて、いま、感じるのは、 プログラミングは人生だ ということです。プログラムには人生のあらゆる側面が詰め込まれています。文字どおり、人生そのものといってもいい過ぎではないでしょう。……うーん、やっぱり、いい過ぎかな。 プログラミングはスポーツだ 皆さんの多くは若いときにスポーツに

  • テスト駆動開発チートシート - やさしいデスマーチ

    TDD(テスト駆動開発)のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ(OmniGraffle)が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記2 このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。

    テスト駆動開発チートシート - やさしいデスマーチ
  • テスト駆動開発(TDD) in .NET #ngtnet by @masaru_b_cl

    はじめに このエントリは2016/5/7に開催したNiigata.NET 2.0で行ったセッションを再構成したものです。 ライセンス この 作品 は クリエイティブ・コモンズ 表示 – 継承 4.0 国際 ライセンスの下に提供されています。 Agenda テスト駆動開発(TDD)とは? .NET開発におけるTDD TDDの実例 TDDの指針 テスト駆動開発(TDD)とは テスト駆動開発とは、Kent Beck(ケント・ベック)が提唱した開発手法です。彼の著書であり、「原典」とも呼ばれる「テスト駆動開発入門」(http://www.amazon.co.jp/dp/4894717115)(残念ながら絶版。再販望む!)にはこのように書いてあります。 「動作するきれいなコード」、ロン・ジェフリーズのこの簡潔な言葉は、TDD(テスト駆動開発)の目標である。動作するきれいなコードは、あらゆる理由で価値

    テスト駆動開発(TDD) in .NET #ngtnet by @masaru_b_cl
  • OpenAPI GeneratorでRESTful APIの定義書から色々自動生成する #OpenAPI - こまぶろ

    APIの定義を書く:Excel仕様書はもういやだ RESTful APIを提供するサーバと、そのAPIを利用するクライアント(たとえばSPA)とを並行で開発しようとするとき、まずAPIを定義して、それに基づいてサーバ/クライアント双方の実装を進めようと考えるのは自然だと思う。 そうと決まれば、「API仕様書_20190110.xlsx」と題するファイルを新規作成し、シート別にリソース毎の定義を書き始め・・・てはいけない。せっかくAPIを定義したドキュメントを作成するなら、するのなら、ソースコードの自動生成などの恩恵も受けたい。受けられるはずだ。 少しググってみる。どうやらSwaggerというものを使えばいいらしい。Swaggerに興味を持ったタイミングで、ちょうど書店に平積みになっていた『WEB+DB PRESS Vol.108』の表紙が目に入った。そこには、「スキーマ駆動Web API

    OpenAPI GeneratorでRESTful APIの定義書から色々自動生成する #OpenAPI - こまぶろ
  • プログラマが知るべき97のこと

    プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中!すべてのプログラマにおすすめのがウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する(あなたはユーザではない)コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず

    プログラマが知るべき97のこと
  • まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type

    2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには?」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ

    まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type
  • Web Developer Roadmap 2018が2019年版になっていたので比較してみる - Qiita

    偉大なるリポジトリ 昨年に引き続き、Webエンジニアのためのロードマップが2019年版へ更新されています。2018年の間に大きく様変わりしていて、他の投稿者による翻訳記事がQiitaにもあがっているので詳しくはそちらをご覧ください。 この記事では2018年版と2019年版を比較して、技術トレンドの推移をそれなりに把握する事を目的としています。また、技術選択の際に迷った時も指針として活用していただければ幸いです。前回書いた記事はこちら 内容が充実しすぎていることもあり、すべてに触れたくても触れられません。一部ピックアップをしながら進めていきます。 ではさっそく見ていきましょう!疲れるので今回はあまりふざけません。 🚀Introduction 2018 2019 Choose your path に変化はないですが、左右の四角に変化があります。2019年版にはlicenseやSOLID,KI

    Web Developer Roadmap 2018が2019年版になっていたので比較してみる - Qiita
  • 開発者が知っておくべきSOLIDの原則 | POSTD

    (編注:2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています(頭字語はMichael Feathereによって名付けられま

    開発者が知っておくべきSOLIDの原則 | POSTD