雑誌に連載を持つ著者だけど、もう限界かもしれない
ずっと「どうにかしなくては」と思っていた現実だけど、サカナクションのサブスク収入に関する記事を読んで、自分も思いきって書いてみようと思う。 自分は執筆業をやっている人間で、キャリアとしてはもうすぐ10年を超える。雑誌に連載を持ち、本を出版して生活している。あまり詳しく書くと特定されてしまいそうなので（それだけ狭い業界なのだ）、かなりぼやかして書くことを許してほしい。 この仕事を始めてからずっと綱渡り状態なのだが、ずっとどうやってみんな綱から落ちていないのか不思議に思っていた。 本は音楽業界のように不明瞭なことが少なくて、本を刷ったらその定価の10％が必ず入ってくる。1万部刷ってだいたい100万円が著者に入ってくる（実売じゃないところがCDとの違いかな……？ 実売のところもあるけれど）。 けれども、知られているように今では本が売れなくなり、1万部刷ったらヒット、3万部刷ったら大ヒットといった
レビューしやすいプルリクエスト | DevelopersIO
普段レビューをしていて、レビューしやすいプルリクエストに対して個人的に感じている特徴をまとめてみました。 普段レビューをしていて、レビューしやすいプルリクエストに対して個人的に感じている特徴をまとめてみました。 割と大きめなソースコードに対するレビューの話が主となります。 ざっくりまとめ 本記事では以下のようなトピックについて記載しています。 差分の目的が1つ レビューをしながら「私はいま何のレビューをしているのか」のコンテキストスイッチが発生しないので嬉しい 何を達成したいのかがわかる レビューの多くは「やりたいこと」と「実現方法」のすり合わせなので、前者の精度を上げたい 分割されすぎていない 他のコードとの関連性や構造についてのレビューがしやすい レビューの強弱をつけるための情報がついている 機械的な変換の差分だったりした場合、それが事前にわかると嬉しい 検証結果が書いてある コードだ
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？ - Qiita
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？LaravelDDD設計アーキテクチャCleanArchitecture ある日夢の中で設計に詳しい悪役令嬢が現れてこんなことを言い放ったので、考察してみましたという設定のポエムです。 問題提起 ドメイン駆動設計、オニオンアーキテクチャ、クリーンアーキテクチャといった考え方はもちろん重要なものの、僕は難しく考えずに「削除しやすいように機能を作る」のが第一歩として重要ではないかと考えています。 本記事では「削除しやすい設計」について持論を展開してみます。 ※議論のスコープはWebサービスに限定し、例示としてPHPのフレームワークであるLaravelを用います 削除しやすいことがなぜ重要か 一度開発した機能は、それで終わりではなく、改修、改善を繰り返し、そして場合によっては仕様が廃止さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
