[B! it][設計] damononのブックマーク

damonon id:damonon

itと設計に関するdamononのブックマーク (8)

GWはAWS学習で有意義に。優良コンテンツ集めてみた。(初心者向け) | DevelopersIO
はじめにどうも、大阪オフィスのちゃだいんです。みなさん、GW（ゴールデンウィーク）の予定はバッチリですか？フルで休める人もそうでない人も、せっかくの長期休暇は有意義に過ごしたいもの。私もちょこちょこ予定が入ってる状態なので、何もない日は落ち着いて勉強に取り組めたらなんて思ってます。（でなければ全てAmazonプライムビデオに吸われてしまう……。）そこで、このGWに個人的におすすめなAWSの勉強方法をまとめてました。 5/7迄！公式オンラインカンファレンス 4/8より開催されている　AWS Innovate 2019 が、5/7（火）で終了します。様々な切り口や特集で、１コマ３０分程度のプレゼン動画を自由に視聴できるので、割とサクサク学ぶことができます。特に、通常は有償のトレーニングコースを、期間中はダイジェスト版を無料で受けることができます。これはお得！ AWS Innovate
damonon 2019/04/24
あとで読む

it

設計

aws

学習
リンク
変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、設計・アーキテクチャ Advent Calendar 2018 の第7日目の記事である。はじめにこの記事では、IT業界19年目の僕が実践している変更に強いアーキテクチャについて、出来るだけ難しい表現を避け、教科書的なありきたりな内容ではなく現場の肌感覚に近い切り口で「超ザックリ」な解説を試みてみようと思う。普段自分がよく用いている実装パターンの紹介ともいうべきかも知れない。この記事で説明することいざ「変更に強いアーキテクチャとは」とズバリ訊かれても、一概に「これだ！」という答えはない。プログラミング言語や、フレー
damonon 2019/01/02
あとで読む

it

プログラミング

設計
リンク
実況中継シリーズ「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。それでは本編を開始したいと思います。開発現場で役立たせるための設計原則とパターンアバンパートよろしくお願いします。まず最初に簡単に自己紹介をさせていただきます。先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と
damonon 2018/09/10
設計

あとで読む

it
リンク
ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か[DDD] - little hands' lab
DDD連載記事背景・前提なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかの記事で、ネット上の文献で紹介されるアーキテクチャが様々なものとなっているのです。IDDDではヘキサゴナルアーキテクチャというものが掲げられていましたが、それを進化させたオニオンアーキテクチャ、クリーンアーキテクチャなどの有名な亜種が存在します。これが実装に着手する際に非常に大きな混乱を呼ぶのです。文脈の理解、採用するアーキテクチャの選定に時間を取られることでしょう。と書きました。こちらに対して、私が「一番とっつきやすい」と考えるアーキテクチャを紹介します。前提としてですが、完全に個人的な経験に基づく私見になります。 DDDの理論の中で、アーキテクチャに関しては「エリック・エヴァンスのドメイン駆動開発」(以下原典)と実践ドメイン駆動開発(以下IDDD)とでも異なったものが紹介されており、唯一の正解
damonon 2018/08/24
設計

DDD

it

あとで読む
リンク
ドメイン駆動設計実践ガイド
Este documento presenta conceptos clave de diseño de dominio y arquitectura de software. Explica patrones como agregados, fábricas y repositorios para modelar entidades y servicios, y describe técnicas como capas de anticorrupción y contextos de dominio acotados para dividir una aplicación. También cubre temas como modelado de eventos, diseño estratégico y mapeo de contextos de dominio.Leer menos
damonon 2018/07/25
あとで読む

it

設計
リンク
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません用法用量を守り、個人の責任で業務に投入してください参考資料 2024/02/14追記実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか今北産業で頼むテーブルに状態を持たせず状態毎のテーブルを作る状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
damonon 2018/05/02
あとで読む

it

database

設計
リンク
エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。したがって、自社サービス開発よりも受託開発、アジャイルよりもウォータ
damonon 2018/02/15
it

設計

あとで読む
リンク
RDBとNoSQLにみるDB近現代史データベースに破壊的イノベーションは二度起きるか？ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。テーブルが画期的だった点は、もう一つあります。
damonon 2017/11/23
あとで読む

it

プログラミング

機械学習

SQL

設計
リンク
1