まず前提として小説のKindle出版は売れない。 自分は小説家になろうやカクヨムでの小説の公開に読者数の限界を感じてKindleでも出してみようと思ったのがきっかけだ。 つまり儲けたいわけではなかった。 Kindle出版のやり方Kindle出版は簡単な方法だとwordファイルをアップロードするだけで完了する。 自分の場合は有料のEPUB変換サービスを使っている。 あと表紙は自分で描いている。最近の流行は生成AIの絵を使うらしい。 ここにハードルはあまりないので省略する。 Kindleセレクトを選ぶべきか？後述するけど、自分は選ぶべきではないと思っている。なぜならKindleセレクトにしても全然読まれないからだ。似非ビジネス本とか官能小説とかで儲けたいなら選べばいい。 繰り返すけどただの小説のKindle出版は売れない。Kindleセレクトにしても売れない。だから意味が無い。 それよりも他社

０．Ars longa, vita brevis 本稿は、査読論文がなかなか書けずにいる人文系の大学院生に向けて書かれている。 日本の人文系の院生は研究職を目指している場合が多く、そのためには業績が必要になる。具体的には、諸学会が発行するジャーナルに学術論文を投稿して、査読と呼ばれる審査過程をクリアし、採用・出版にこぎつけなくてはならない。 わたしはまだ就活を経験していない院生だが、大学による公募要項を見るかぎり、業績は最低３本必要である。だから、博士号の取得を終えた時点で就活に移るとすると、博論のまえに３本の査読論文を書かなくてはならないことになる。……じつは実情はそうではないのだが、とりあえずこの前提で話を進めよう。 ところで以前、私は「文体を作ろう！」というエントリを書いたことがある。そこで紹介したのは、英作文の初級者から中級者に移行するための、そのためだけの、方法論だった。当時の私

はじめに はじめまして、IPUSIRON（@ipusiron）と申します。現在はIT技術書の執筆を本業としつつ、FIRE生活を過ごしています。 最初の本が出たのが2001年です。途中で学生や会社員だった時期もありますが、20年以上執筆し続けていることになります。その間、30冊を超える本を執筆してきました。 このたび、「IT技術書を執筆して、FIREをどう実現したのか」というテーマのコラムを寄稿する機会をいただきました。これまでのキャリアを振り返りつつ、次に示す内容を紹介します。 IT技術書の執筆活動を続けてきた中で、印象深い出来事 IT技術書を執筆するということ IT技術書を執筆して、FIREを実現した理由や経緯 自らのキャリアを振り返って、他のエンジニアの方々に伝えたいこと Xでは、読書や執筆に関することを日々発信していますので、気軽にフォローしてください。 はじめに IT技術書の執筆活

はじめに 1年半ほどObsidianというノートアプリを使い、Qiitaにも記事を３つほど公開をしていました。 効率的に成長するためのデジタルノート術(Obsidian x Zettelkasten(LYT Framework)) コーディングのようにノートを取る技術 がんばらないObsidianノート術 確かにNotionやEvernoteとは違う感覚のノートアプリであり、双方向リンクを利用したグラフで繋げていくノートに当時は感動を覚えました。 その反面、Obsidianを百パーセント有効に活用できていたかと聞かれると「はい」と答えることは難しいと感じています。がんばらないObsidianノート術の記事はまさにその一角であり、Obsidianの拡張性と自由度に翻弄されてしまわないように書いた記事です。 1年半を通して紆余曲折した中、先日新しいツールとの出会いがあり、自分に合うツールを見つ

本を読んでて、気になるところがあったら、 その要点をテキストファイルに箇条書きにして、整理しながら読書する。 これだけ。 これだけで、読書の質が桁違いに上がります。 これをやると、「普通に本を読むだけだと、理解した気になってるだけで、実はろくに理解してなかった」と分かって驚きます。 話はこれで終わりですが、 以下の点が気になる方もいらっしゃるでしょう。 ●どんな人がどんな本を読む場合にもそうなるわけじゃないだろ。具体的に、どんな人がどんな本を読む場合にそうなるんだ？ ●そんなの面倒くさくてやってらんない。手間をかけずにやる方法はないの？ ●具体的にどうやるとうまくいくのか、もっとちゃんと説明しろ。 そういう方のために、以下、これらについて補足します。 まず、読書を以下の９種類に分類します。 (1)リアルタイム活用読書読んだ知識を今やっている仕事/生活/趣味にリアルタイムに活用しながら読む方

先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/

環境構築 以下の手順で構築していきます． Overleaf-Workshopの拡張機能をVScodeに入れる Latex-Workshopの拡張機能をVSCodeに入れる Latex-Workshopの設定を変更 texliveをインストール +α Grammarlyの拡張機能をVSCodeに入れる Grammarlyの設定を変更 1, 3, 5はVSCodeの拡張機能で検索すれば一瞬で出てくるのでスキップ． Latex-Workshopの設定を変更 Latex-Workshopの設定を変更します．以下を設定から変えましょう．cmd+,で設定のタブが開けると思います． Latex-workshop › Latex › Recipe: Default - first + lastUsed onSaveでtexソースをビルドするときに、デフォルト設定のfirstのままだとpdflatexのビル

はじめに 本記事はアウトプットの心構えのカレンダー | Advent Calendar 2023の4日目の記事です こんにちは！！@Sicut_studyです！ 私はアウトプットの大切さを日頃から発信しており、実際にQiitaにたくさんの記事を投稿しています そんな中で、自分なりに高速に記事としてアウトプットできるフレームワークを使っているのでそのフレームワークについて紹介していきます アウトプットの大切さ まず言っておきたいのはアウトプットは質より量です 量が増えるとだんだんと質もあがります 私は駆け出しのエンジニアの方に普段から「100本記事を書けば人生変わる」と言っています。 そもそも世の中に100本記事を書いたことのある経験をしたことがある人はごく僅かです そんなごく僅かな人になれれば絶対人生が変わります。 多くの人ができないことをやり遂げられる。しかも記事という形で目に実力が見え

【出身】東京都 【年齢】27歳 【職業】エンジニア兼ブロガー 【趣味】バスケ,読書,麻雀,旅行,ブログ 【好き】自由,刺激的,合理的なこと 【嫌い】不自由,単調,非合理的なこと My軌跡本章では大学入学以降に絞ってお話します。 大学入学以前のハニ太郎は「友人と遊び、部活に明け暮れながら青春時代を過ごしました」といったような感じです。 公認会計士を目指しTACに通う大学に入学してすぐの話です。 公認会計士になるべくTACに通い始めます。 上記を見てもらえれば分かると思いますが、大したことも考えずに行動してしまいました。 今思えば反省しかないです。 結局、公認会計士試験には合格できず挫折。 ただ後悔は全くしておりません。 というのも、社会人の方と勉学に励むという素晴らしい経験をすることができたからです。 また、日商簿記検定1級には合格できました。 会計学や会社法など社会人として必要とされる知識

はじめに この記事を持ってQiita400本目の投稿です🎉🎉🎉 みなさん、日頃見ていただきありがとうございます。 今回はそんな400本目を記念して、Qiitaを書き始めてをふりかえりつつ Qiitaを書くことで人生が大きく変わったということをお伝えできたらと思います！ Qiitaを書き始めたきっかけ 私がQiitaを書くきっかけになったのは今から3年前のエンジニアとして働いて半年ほど経った頃でした 私「先輩、何見てるんですか？？」 先輩は、会社でLaprasのスコアを画面で見ている 先輩「あーこれは、自分の技術力を可視化してくれるやつです。転職とかで将来役立つと思うから登録しておいたほうがいいですよ」 私「そんなのあるんですね、登録しています！」 それから数日後 私「なるほど。この技術スコアをあげるにはGithubを更新したり、記事をあげたりするといいのか」 私「でも、Githubに

技術をわかりやすく伝えるためのテクニックとしての「テクニカルライティング」を学べます。Developers Summit 2023の登壇資料。開発者・エンジニアの方向け。 https://twitter.com/naoh_nak

「Meets Professional #4」で使用したスライドです。 Qiita 1位のアウトプットの達人が語る、良質な技術記事を量産する秘訣 https://n2i-engineer.connpass.com/event/271398/ クレジット： スライド作成にあたってこちらのK…

howto-tech-docs.md 技術文書の書き方 このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。 科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。 しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。 技術文書とは ここでは、ソフトウェア開発で技術者が書くべき文書ということにします。 ソフトウェアエンジニアにも役割がいろいろあり、アーキテクトと independent contributor では書く文書が違うということはあるでしょうけれど、ここではごっちゃにします。

1年以上にわたる初めての技術書の商業執筆活動を終えての感想と今後挑戦したいという方へ -TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発 - 2022年7月25日より「TypeScriptとReact/Next.jsでつくる実践Webアプリケーション開発」が技術評論社より発売されました。3人の著者（@tejitak, @Kourin1996, @tamanyan55）、編集者（@nodawep）、レビュワーの方々が1年以上にわたり執筆に携わった本で紆余曲折しながらもゴールした技術書となっています。本を手にとっていただいた皆様のおかげで非常に好調な滑り出しとなり、早くも増刷が決定となりました。Amazonでの評価もよくソフトウェア開発・言語のカテゴリーで1位を取ることができました。 私自身初めての商業執筆という事で勝手が分からないながらも最後までやり遂げ

Rootport🍽 @rootport Q.「ログライン」って何？ A. ストーリーを1～2行でまとめたもの。たとえば友達に好きな映画やマンガを勧めるときに、長々とあらすじを解説しても飽きられちゃうでしょう？一発で友達に「見たい！読みたい！」と感じさせるような一言の紹介。「何をするお話なのか」が分かるもの。それがログライン。 2022-02-05 20:36:53 Rootport🍽 @rootport たとえば『鬼滅の刃』なら「心優しい少年が、家族を鬼に皆殺しにされてしまうが、鬼化した妹を人間に戻すために親の親分を倒しに行くお話」だ。『ヒロアカ』なら「誰もが超能力を持ちヒーローが当たり前に存在している時代に、何一つ能力を持たない男の子がスーパーヒーローを目指すお話」だ。 2022-02-05 20:40:22

はじめに どうも、最近未経験からエンジニア転職をしたもきおです。 プログラミングスクールや独学を経て未経験からWebエンジニアを目指す際、よくエンジニア転職においてQiita記事でアウトプットしておくと転職が有利になるよと言われる事があると思います。 実際未経験から転職活動をする際にこれは実感したので、Qiita記事で自分が学んだことをアウトプットするのは転職活動に有効であると自分自身も思っております。 しかし、、 Qiita記事書くのってめんどくさくないですか？笑 やはりドキュメントとして落とし込むのはつくづく難しいと感じましたし、何しろ記事をMarkdown記法で記述しなければいけないと言うことに書くのしんどってなり全然書かなかったです。 なので今回はQiita記事の書き方やどう言った流れで記載したら良いのかを考えてみました。 PS: 記事を読むのは苦手、動画として聞き流したいという方