翻訳 「DDD, Hexagonal, Onion, Clean, CQRS…これらをどうやり遂げるのか？」 - tagoto web - confluenceWe tried to load scripts but something went wrong. Please make sure that your network settings allow you to download scripts from the following domain: https://id-frontend.prod-east.frontend.public.atl-paas.net
ArangoDB ってのが面白いと思うんだ - 偏見プログラマの語り！
最近 Graph database が盛り上がってるように感じる。 さて ArangoDB という DB を知っているだろうか。 MySQL とか MongoDB とかと比べると知名度は低いものの、NoSQL、とりわけ Graph database 界隈では名が知られている。Graph database 界隈と書いたが、さしずめこの領域では Neo4j が幅を利かせている。Neo4j なら聞いたことあるって人はたくさんいると思う。 Graph databases ・Neo4j Neo4j の強みとしては、そのクエリ言語である Cypher の読みやすさが一つ挙げられる。Cypher の紹介ページ に書かれている最初のサンプルを引用すると、こうだ。 MATCH(:Person{ name:"Ann"})-[:MARRIED_TO]->(spouse) このクエリは「name が "Ann"
大規模ソースコードの読み方
Tips of how to understand the source code of big software projects
スタートアップの現場で役立つ開発要件のまとめ方
こんにちは。ハウスマートの高松(@t2kmt)です。 皆さんは開発要件をまとめるのにどんなフォーマットを使っていますか？ 開発要件をいい感じにまとめるのって大変ですよね。 ドキュメント整備せずに開発に着手し始めてしまうと手戻り抜け漏れが出てしまいますが、一方で要件定義書をガチガチなフォーマットにするとドキュメントの作成自体の工数が増えてしまいます。 スタートアップはスピードが命。ドキュメントを書きまくって開発が進まないなんて言語道断です。 開発要件の整理はプロジェクトの成否に多大なインパクトを与えますが、ほとんどの現場では企画を考える人にフォーマットが委ねられていることが多いと思います。 今回は皆さんが快適に開発要件をまとめられるように、ハウスマートで利用している mini spec というフォーマットをご紹介します。 mini spec とは mini spec とは開発の要件をまとめる
Goのpackage構成と開発のベタープラクティス
(images: github.com/egonelbre/gophers) こんにちは。 データエンジニアリンググループ（CETチーム）の寺下です。 自分の所属するCETチームでは今まで主にScala、Pythonなどを使ってAPIや基盤を実装してきましたが、最近では徐々にGoによる実装も増えてきており、GAE/GKE上で本番運用を行っています。 本記事ではGoのプロダクトにおいてDDDライクなpackage構成で実装する際の注意点や、汎用的に通用するであろう実装のTipsについて書いていきます。 本記事で紹介する例がベストプラクティスだというわけではありませんので、あくまで実装の一例程度に捉えて頂けると幸いです。 Goのアーキテクチャ Goは言語仕様がシンプルかつフォーマッタが強力なため、syntaxレベルでは開発者によってコードの品質がブレにくいというメリットがあります。 しかしなが
ScrumButしてリードタイムがクッソのびちゃう話。 - PoohSunny's blog
ScrumButは簡単にいうとスクラムアンチパターン集みたいなものです。 What is ScrumBut? 上記によればこういうフォーマットをとります。 (ScrumBut: スクラムやってるよ。けど)(Reason：理由)(Workaround： 応急処置) 今回はそのScrumButの一つの話です。 スクラムやってるよ。けど... 今回の例のScrumButは下記のような事例です。 スクラムやってるよ。でも1スプリントでundoneが多くあるから、 doneにできるように開発しやすい形にタスクを分けて、1スプリントで完結できるようにしたんだ。 例えば、調査、サーバーサイドのAPI開発、フロントエンド開発、というタスク群があったとして、下記のようにしてしまう状態です。 何が起きるか？ これによって、doneはすると思います。doneするようなタスクわりにしているわけですから。 でも、こ
【翻訳】ストーリーポイントを使うのをやめよう - PoohSunny's blog
はじめに このエントリーは、Industrial LogicのCEOで、モダンアジャイルの提唱者としても知られるJoshua Kerievskyの「Stop Using Story Points」というブログポストを許可をえて*1翻訳したものです。2012年と古いものですが、今でも有益な内容だと考えています。原文はこちらになります。 www.industriallogic.com 誤訳等あれば優しく指摘していただけるととても助かりますし喜びます。 ユーザーストーリーを使うのをやめよう ハンバーガー、ポテトそしてコーラがファーストフードのシンボルであるように、スプリント、朝会そしてストーリーポイントは、アジャイルの方法論のシンボルになりました。 アジャイルハッピーセットの準備はできていますか？ おそらくNoでしょう。 ファーストフード研究者のように、我々はアジャイルハッピーセットに、アジリテ
リリーススプリントとはなにか
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 実際のプロジェクトやプロダクトでスクラムを利用している場合、リリースの前に「リリーススプリント」と呼ばれる期間を設けて、残作業を行うことがあります。 これが何なのかについて見ていきたいと思います。 なお、リリーススプリントは、スクラムガイドなどで定められているスクラムの要素ではありません。 あくまで、現実世界でリリースをしようとした場合に行うことがある、というくらいに理解してください（ベストプラクティスではありません）。 基本的な考え方まずは基本的な考え方を整理しておきましょう。 スクラムでは毎スプリントごとに「リリース判断可能」な成果物を作りますリリース判断可能とは、必ずしもリリー
Google Spreadsheet を簡易 Webサーバーとして動かして、手軽にWebHookを受け取る方法 - Qiita
外部のサービスからの通知を WebHookで受け取ってちょっとした処理をしたいことってたまにありませんか？ たとえば、アプリのクラッシュログを解析するFabricの Crashlytics には、新しいクラッシュが発生したり特定の閾値を超えると WebHookで通知してくれる、つまり特定の URL にPOSTを発行してくれる機能があります。 これを上手く使うと、下の図のように「新しいクラッシュが発生したら Backlogなどのチケット管理サービスに自動登録」といったことができそうです。 もちろんCrashlyticsから BacklogのAPIは直接叩けないので、このように WebHookを使ってこちらのサーバを叩いてもらい、そのサーバがあらためて Backlogの APIを使ってチケットを登録する、というよう感じになります。 以下は実際のClashlyticsの管理画面です。WebHoo
【16-E-4】残業ゼロで開発スピードが10倍に！もう元の開発体制には戻れないデンソー流のアジャイル開発
1. /40 Developers Summit, Feb. 16th 2018 / Seiichi Koizumi / Digital Innovation, Engineering Research & Development © DENSO CORPORATION All RightsReserved. © 2017, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 残業ゼロで開発スピードが10倍に！ もう元の開発体制には戻れないデンソー流のアジャイル開発 デンソー 技術開発センター デジタルイノベーション室 アジャイル開発課 プロジェクトマネージャー 小泉 清一 チーフエンジニア 佐藤 義永 ２０１８年２月１６日 2. /40 Developers Summit, Feb. 16th 2018 /
_)
Amazon Web Services 業務システム設計・移行ガイド (Informatics&IDEA) - 密林の図書室
著：佐々木 拓郎、林 晋一郎、瀬戸島 敏宏、宮川 亮、金澤 圭 ITの世界においてクラウドの存在感がどんどん高まっている中で、書籍も次々出版されている。この本は、オンプレ環境からクラウドの中でもトップシェアを持つAWS(Amazon Web Services)への移行を検討するユーザ向けに書かれたものである。 特徴としては、まず第一に、分量があるのに全体の見通しがよく比較的読みやすい、ということがある。すべてモノクロ印刷ではあるが、ポイントとなる部分に下線が引かれており、適時図解も挿入されている。第二に、クラウド導入時によく問題とされるアカウント管理を中心としたセキュリティとネットワークについて手厚めになっている点があげられる。データ移行や運用管理や可用性についても丁寧に書かれている。 たとえば、移行のステップについては、2016年のAWSのイベントでの「クラウドジャーニー」の考え方から、
なるようになるブログ
2024/07/22分のコミットです。 CHANGELOGへの追加はありませんでした。 Update ruby-vips to fix a method redefinition warning Gemfile.lockの修正です。 ruby-vips gemを最新バージョンに更新しています。Rubyのwarningが表示されないようにする為。 Optimize ActiveRecord::QueryLogs activerecord/lib/active_record/query_logs.rb、activerecord/lib/active_record/query_logs_formatter.rbの修正です。 ActiveRecord::QueryLogsのログ出力でオブジェクト生成数を減らせるようリファクタリングしています。 2024/07/21はコミットはありませんでした 20
新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳）｜TechRacho by BPS株式会社
新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳） 新しいRailsフロントエンド開発（2）コンポーネントベースでアプリを書く（翻訳） 新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Evil Front Part 1: Modern Front-end in Rails 原文公開日: 2017/12/05 著者: Andy Barnov、Alexey Plutalov サイト: Evil Martians 前書き 本記事は、フロントエンドのフレームワークに依存しないRailsプレゼンテーションロジックを現代的かつモジュール単位かつコンポーネントベースで扱う方法を独断に基いて解説するガイドです。3部構成のチュ
もぐらゲームス執筆陣の選ぶ 2017年おすすめフリゲ・インディゲーム20選 – もぐらゲームス
フリーゲーム・インディーゲームに関して様々なニュースが登場した2017年、みなさんはどんなゲームをプレイしただろうか？ 2018年が明けてまだ間もないこの時期、これから遊ぶゲームを探し始めている人もいることだろう。今回は、そんな読者の方々に向けて、もぐらゲームスの執筆陣の6名が、2017年にプレイしたゲームの中で特におすすめできるフリーゲーム・インディーゲーム20作品を一挙特集する。 各執筆者が2017年に遊んだ中で心に残った「各々の名作」をいくつか紹介していくので、気になった作品があればぜひ遊んでいただきたい。 昨年の記事はこちら。 もぐらゲームス執筆陣の選ぶ 2016年おすすめフリゲ・インディゲーム18選 『神巫女 -カミコ-』2017年の大きなトレンドとなった新型ゲーム機「Nintendo Switch」。 「Nindies」（ニンディーズ）と銘打たれた取り組みによってSwitchで
グリグリ動くUIをVueとSVGでサクッと書く - No Regrets in Bathing
これは Vue.js #3 Advent Calendar 2017 – Qiita 4日目の記事です。 こんにちは。SVGで色々なコンポーネントを作っているものです。最近の作品は下記のような感じです。 Webでグリグリ動くUIを作りたい！！という一心でやっています。 これらはほとんどSVGとVueの組み合わせのみで作っています。依存が少ないというのは大事で、ライブラリ間の相性でハマったり、いろんなドキュメント間を往復することがなくなります。 Webでグリグリ動くUIを作るのは基本的にめんどくさいです。jQuery pluginを駆使して作るのも闇が多いですし、divやcanvasをゴリゴリするのも結構手間がかかります。 ですが、最近はSVGで高度なUI実装されることが増えてきた気がします。特に自分が衝撃を受けたのは、CacooがFlashからSVGにスイッチしたことです。 nulab-i
GraphQLはWeb APIの次のフロンティアか？ | POSTD
RESTの規約。URLはリソースであり、CRUDはHTTP動詞にマップされる。 RESTの規約に1つ問題があるとすれば、規約が十分でないということでしょう。上記で”通常”、”多くの場合”、”時に”という表現を使ったのは、これらのやり方は仕様で推奨されているものの守られるとは限らないためです。実世界では、大抵のAPIはRESTishがせいぜいです。例えばStripeでは、リソース更新に PUT ではなく PATCH を使うべきですが、歴史的理由でそうはなっておらず、おそらく現時点では変更に値しないでしょう。いずれにしても開発者はドキュメントを読む必要があり、その時、 POST メソッドのユビキタスな使い方があることに気づくのです。 RESTには他の問題もあります。必要なものだけでなく全てが返ってくるため、リソースのペイロードが非常に大きくなることがあるのです。そして多くの場合、クライアントが
ブラウザ戦争は終わった！Webの最先端と未来を、ブラウザエバンジェリストたちが語る
Web Payments 物江 まず、Web Paymentsについてお聞かせ願いたいのですが、こちら北村さんご説明をお願いできますか？ 北村 まず前提として、インターネットを利用する際に私たちがクレジットカードを利用するようになってから、それなりに時間が経過しましたね。そして現在転換期が訪れているといっていいのではないかと思います。これまでのように、フォームにクレジットカードの情報を生で入れて送信するというので、本当にいいのだろうか。 そうした問題を解決すべく提案されているのが、Payment Request APIです。他のサードパーティ製アプリに遷移して戻ってくるなどのUIを通じて、決済に必要な情報を、スムーズにユーザーに対して問い合わせることができます。 （筆者注: Payment Request APIの日本語による解説記事） （筆者注: よりシンプルな Web の決済方法 :
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scrumbutをやっつけろ
https://scrapbox.io/nishio/%E5%B1%95%E7%A4%BA%E5%8D%B3%E5%A3%B2%E4%BC%9A%E3%81%A7%E5%B1%95%E7%A4%BA%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%83%95%E3%82%A3%E3%82%AE%E3%83%A5%E3%82%A2%E3%82%923D%E3%82%B9%E3%82%AD%E3%83%A3%E3%83%B3%E3%81%99%E3%82%8B
大杉漣さんの急死は放射能のせい、と言う人々。
