evernote→オワコン マストドン→オワコン hadloop→? PostgreSQL→まだまだ? Php→まだまだ
![象がマスコットの製品、サービス](https://cdn-ak-scissors.b.st-hatena.com/image/square/b1638cdb5807a4788e4ba3c1109a984166e095fc/height=288;version=1;width=512/https%3A%2F%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
頑張って一度速くやると、アホなマネージャーが勘違いする 勘違いしたアホなマネージャーは、次もそのスピードを求めるし、他者にもそれを求める マネージャーだけではない、別領域のアホなエンジニアも勘違いする 「何とか間に合わせてほしい」に応じる必要もない 応じた結果品質が少しでも落ちたらこちらの責任にされる、説明は無駄である 遅いチームはとても楽しそうである 全力でガバガバなスケジュールを引いて、入念にコードをチェックして、楽しそうに議論を交わす コードが正しいかどうか、高尚かどうかが最も大事なことなのだ 事業の都合とか考えなくていい どうせ今取り組んでいる作業は売上につながらないのだから リファクタリングや設計は開発スピードを上げるために行うのではない 楽しいから、あるいはそれが絶対的に正しいからやるのだ 正しいかどうかは、チームの一番えらいような気がするエンジニアが決める 私のように大量の仕
JavaScriptのアーキテクチャ 概要 DDD/CQRSベースなレイヤードアーキテクチャ Write(コマンド)/Read(クエリ) イベントソーシングはやってない DTO(データ変換オブジェクト)はまだ入れてない なのでDomainのインスタンスがViewにそのまま渡す(Read Only) テストが可能 実装 azu/presentation-annotator: viewing presentation and annotate. 登場人 View(React Component) Write Stack UseCase Repository Domain Read Stack Store DataBase(Memory) View React Component CSS Architecture(別途) Container + Project Componentベース Writ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く