Wifiにつながるデバイス(ESP8266EX, ESP-WROOM-02, ESPr Developerなど)
Wifiにつながるデバイス(ESP8266EX, ESP-WROOM-02, ESPr Developerなど)
4. クリーンな対話の流れ 1. フォーカスすべきキーワードを考える 2. そのキーワードについて クリーンな質問をする 3. 相手の反応をゆっくり待つ 4. 相手のジェスチャーをきちんと見る 5. 相手の発言とジェスチャーをリピートする 6. 相手の発言をメモする 7. 1に戻る 4 5. クリーンな対話の流れ 1. フォーカスすべきキーワードを考える 2. そのキーワードについて クリーンな質問をする 3. 相手の反応をゆっくり待つ 4. 相手のジェスチャーをきちんと見る 5. 相手の発言とジェスチャーをリピートする 6. 相手の発言をメモする 7. 1に戻る 5 この習得には訓練が必要 読者のコストが高い
The Transaction Script pattern organizes business logic as a single procedure. It has always been considered less sophisticated and flexible than a layered architecture with a rich domain model. But is that really true? In this talk, we'll reinvent the Transaction Script using functional programming principles. We'll see that we can still do domain-driven design, and still have code which is decou
商品リンクはこちら https://little-hands.booth.pm/items/1835632 DDDはドメインモデリングを通じてソフトウェアの価値を高めようとする設計・開発手法です。 新しく得られたモデルに関する知見を頻繁にコードに落とし込む必要があるのですが、 それはソフトウェアにとっては非常に高い要求をしていることになります。 そこでDDDでは、オブジェクト指向の手法を利用して、メンテナブルで、拡張性の高いコードを書くことを目指しています。 このセッションでは、DDDではモデリング結果をどのようにコードに落とし、どのような利益を得られるのかを、具体的なコードを交えながら解説します。Read less
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料:http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
1. 学び方のデザイン 盲点に気づくことから始まる学びのプロセス このスライドは2014年の 灘校土曜講座にて使用した講義資料に 口頭でのやりとりと質疑を加筆したものです サイボウズ・ラボ 西尾泰和(52回生) 2. 今回正解を教えにではなく 今悩んでる問題を共有して アイデアを貰いに来ました 2 土曜講座でOBが話しますっていうと 「僕が知っている正解をみんなに教えます」という物が多いかもしれないが 今回は、僕が悩んでいる問題を共有し、僕なりの回答を説明し、 それに対して皆さんがどう思うかアイデアを伺いに参りました、よろしくお願いします。 3. 僕ら学ぶの得意だよね? 3 少なくとも灘校に合格してるし、 大部分の人は東大京大に進学するわけで。 だから特にデザインするまでもなく、 今までのやり方でいいんじゃないかな、と 僕もそう思っていました。
10. 例えば… ● コマンドの引数を打ち間違えた ● DBのダンプファイルを取り違えて復元した ● テスト用のファイルや画像を本番環境にデプロイしてしまった ● LBの参照先設定を間違えた ● リリース時に一部テーブルを消し忘れた ● テスト環境だと思いこんでいた ● そんな仕様だとは知らなかった 知らなかった… そんなつもりはなかった… 悪意はない… 膨大な数のテストデータは、0.001%の壁をくぐり!すり抜けて! うんこは本番環境に"必ず"現れる!! 13. 正しいテスト文字列で防ぐ ● 万が一漏れても問題ない文字列や画像を使う ○ 例: 名前の場合 テスト太郎 ○ 例: 会社名の場合 株式会社テスト ○ 画像はウケを狙いがちなので特に注意 ● 「ああああ」などでもよいが、開発時にカラム間違い等に気づけるのが合理的 ● 一見してテストとわかる文字の方が望ましい ○ 実在する会社名だと
2013/10/05に開催された日本PostgreSQLユーザ会 第27回しくみ+アプリケーション勉強会での講演です。 http://www.postgresql.jp/wg/shikumi/shikumi27 ---- コンピュータシステムにおける性能測定とは、技芸です。 性能測定というと、単に測定ツールを実行するだけの作業だと考えられがちです。しかし実際には、何のために測定をするのか、そのために何を測定するべきか、そして何を使って測定するべきかを理解した上で行わなければ全く意味を成さない、深みのある技芸の世界です。 講演者の所属する研究室では長年にわたりデータベースシステムの研究・開発を行ってきました。その過程で培われた性能測定の技芸について、最近の実例も交えつつその考え方をご紹介したいと思います。
2. 今日のお話の要点 アジャイル開発の中には「現場活性化のヒント」がたくさんあります。 これらは、ウォーターフォール、繰り返し型に関係なく使えます。 さらに、これらの工夫は生産革新の現場で行われている「トヨタ生 産方式」と本質が同じもので、「見える化」を基本にしています。 私の関係するプロジェクトの現場で、実際に行われている「見える 化」の例を、写真を交えてお話します。 さらに、その背後にある、「原則」と「価値」をお話します。 これらを、私がミッションとしている開発現場の活性化手法として、 プロジェクトファシリテーションという名前をつけ、体系化しています。 みなさんの開発の中でも、利用できるものがあったらぜひ使ってみて ください。また、新しいアイディアが発見できたら教えてください。 2 Copyright © 2005-2007 Kenji HIRANABE, Some rights r
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く