はじめに こんにちは。楽楽勤怠のバックエンドを担当しているkoyaです。 約二年前、あるきっかけからQiitaに記事投稿を始めました。 最初は毎週書こうと決めていたわけではありませんが、 気づけば毎週投稿するようになり、いつの間にか100週が経っていました。 振り返ってみると、続けてきた中でいろんな気づきがあり、自分自身も少しずつ成長できたように感じます。 この記事では、その間のことを少し振り返りながら、 書くことを続ける中で感じたことをまとめてみようと思います。 はじめに 入社当初の焦り とりあえずで始めた記事投稿 毎週投稿の決意、そのためのルール 記事投稿をする中で得た気づき 1. アウトプットできるかどうかが理解度の物差しとなる 2. 書けない週はインプットが少ない 3. アウトプットを前提に学ぶことの大切さ 記事投稿を継続したいま、思うこと おわりに 入社当初の焦り 2023年7月

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 なお、Microsoft Edgeをご利用のお客様はプライバシー設定が影響している可能性があるため「追跡防止を有効にする」の設定を「バランス（推奨）」にしてご利用をお願いいたします。詳細は下記のFAQページをご参照ください。 https://help.toyokeizai.net/hc/ja/articles/33846290888345 ✕

先日インターネット上で以下の投稿を見かけた。 技術ブログ、本当に誰かの為になるような技術的に高度だったりニッチだけど貴重だったりする記事はマジで誰からも注目されなくて、バズるのはお気持ち表明系かネタ記事かビジネス書みたいな意識高い系か、技術記事でも キャッチーな言語や技術を使った○○やってみた系」というイメージ。— みゅーる (@__muell__) 2024年11月29日 これめっちゃ難しい問題だなーと思っていて基本的にレイヤーを トッププレイヤー 上級者 中級者 初級者 初心者/未経験 のように分けたとき、以下のような図になる。 「卓球のレベルピラミッド　新たな図」より引用 （この図は卓球が題材だがどの業界でも基本構造は同じなのでそのまま持ちいさせてもらった。） 基本的には引用する形でポストしたこれがぼくの答えではあるんだけど「そもそもバズらせる意味がない」になってしまう。 そもそもバ

コミュニティガイドラインは、Zennをより良いエンジニアのためのコミュニティにするために、利用者の皆さまに意識していただきたい 行動規範やコンテンツの基準 をまとめたものです。Zennでの活動を開始する前に、以下の内容をご確認ください。 Zennが目指す世界 私たち、Zennを運営するクラスメソッド株式会社は、自社のテックブログであるDevelopersIOの運営を通じて、エンジニアが情報を発信することで生じる様々な価値を体験してきました。情報の受け手が得られる価値はもちろんのこと、情報の発信者にもキャリアを通じて大きな価値をもたらします。私たちは、Zennという開かれた情報共有コミュニティを利用することで、全てのエンジニアにこの価値を最大化してほしいと願っています。 コミュニティに参加する皆様へ あなたの知見を発信していただきありがとうございます。私たちエンジニアが日々誰かの発信した情報

はじめに 本日開催されました「Zenncafe#2日比谷 - 生成AIで変わる仕事・知見の伝え方」にて、パネルディスカッションのパネラーとして登壇してきました。 本当に多くの方が話を聞いてくれました。出席してくださった皆様ありがとうございます。 （一時期は120人以上登録されていたことも。来れなくなった方が、わざわざキャンセルをして枠を開けてくださったようです。結果として参加できるようになった方も多いと思います。ありがとうございます） パネルディスカッションに参加して思ったこと 本日のパネルディスカッションでは、主に下記のテーマでお話しさせていただきました。 zennに挙げられる記事のトレンドの変化 開発業務への生成AI導入について 今後のtechブログはどうなっていくか 主に、一番最後がzennチームとして議論をして欲しい内容なのかなと思っており、今日の日までに色々考えてからお話しさせて

Obsidian（オブシディアン）は、Markdownベースでテキストを管理できる、テキストエディターです。 私もここ2〜3年ほど、下記のような用途でObsidianを活用しています。 日々の行動・思考記録 コードスニペット集 AIプロンプト集 ブログの下書き Web Clipper（気になるウェブページのメモ） Obsidianといえば「Zettelkasten（ツェッテルカステン）」のメモ術を採用しているユーザーが多いですが、私は現状ではZettelkastenを採用せず、Obsidianを「Markdownファイルを管理できる、動作が軽快で拡張性の高いテキストエディタ」として、ゆるく使っています。 最近では、Obsidianがプレーンテキストであることを活かし、CursorのAI機能と組み合わせても利用しています。AIがあればタグ付けや文書のまとめなども半自動で行えるので、Zette

3行まとめ アウトプットの速度を上げたいが、記事を書くのは時間がかかる SuperwhisperとVSCodeのCopilot Agentを組み合せて、音声からブログを書き上げるワークフローを組んだ 実際に使っているpromptを含め、真似しやすいように詳しく紹介 3行まとめ 背景: アウトプット速度を上げたい & LLMの急速な進化 利用している技術 Superwhisper: 技術用語も認識する書き起しアプリ VSCode Copilot Agent: 自然言語で校正のワークフローを組み込む 実用例: どれくらい早くアウトプットできるようになるか 実際のワークフロー 工夫した点 過去に自分が執筆したテキストの資産を活用する 依存関係の抽出を自動で行なう 複数のAgentにレビューをさせる タイトル案の自動生成 実装を通して得られた学び 自然言語でワークフローを組み立てることの難しさ エ

なぜオジサンは一人でブツブツと喋るのか。 それは、音声入力こそが最強のプロンプトを生み出すからである。 両手をキーボードから解放する時が来た。 忙しい人向けの説明 さっそくChatGPTを開き、iOSのマイクから音声入力を起動したら、 これを使って入力 「本しゃぶりというブログにChatGPTの使い方について、面白そうな記事があったのでメモ。なんか音声入力を使うといいらしい。これまで話した内容について整理し、マークダウンで出力して」 と喋っておこう。誤字脱字などの修正をせずに投稿すればいい。 以上。 音声入力と生成AIの組み合わせが強い 生成AIをうまく使いたいならば、詳細なコンテキストを与えるのが良い。しかし、ここに大きな問題があった。 人間というものは楽をしたがる生き物である。特にAIに助けを求めるような人は、なおさらだ。文章を入力することに面倒くささを感じ、つい最小限の指示で済ませて

前書き ブログが年1ペースになっている。 大体の食べ物の味はわかるようになった気がするが、いまひとつ抹茶味のお菓子の味がはっきりしないままになっている。そもそも味がわかるとは何なのか、この味が味のすべてなのか、ということは無限に疑っている。今も本当はあまりわかっていない可能性がある。 本題の前書き 2024年12月10日（火）26:00～27:00 | BEFORE DAWN | J-WAVE | radiko 混沌としたお便りの話が、最近見聞きしたものと相まって刺さったので、思ったことをメモしておきたい。当初 X (旧Twitter) に投げればいいやと思っていたが、いざ貼り付けたら全く文字数が足りなかった。 公式ドキュメントがあるのに技術ブログを書くこと エンジニアと技術ブログ。最初のうちは、新たに知ったことに対すする興奮から筆が進むけど、知れば知るほど「これ公式ドキュメント/公式の発

最近会う古くからの友人たちに聞いていることがある。「はてなブログで長文語りをしていたオタクたちは一体どこへ行ってしまったのか？」。はてなブログにはかつて大量に長文で推しについて語るオタクがいたと記憶している。毎週のように誰かが書いた記事がTwitter（現X）に流れてきて、その記事に感化されたオタクが同じテーマで自分や自分の推しのことを語る連鎖が生まれることもあった。みんながそれぞれの言葉で推しについて語り、私はそれを読むのが好きだった。推しに対する自分では抱えきれないくらい膨大な愛をはてなブログの上に落としていくことで満たされているようなそんなブログを読むのが好きだった。しかし今、そういうブログに出会う機会が少なくなった。もちろんゼロになった訳ではないが、「このブログ読ませるな〜！」と思うブログに出会う回数がとても少なくなった。一体なぜなのか。そんな思いで先日投稿したポストがある。このポ

https://hatena.co.jp/recruit/intern/2024 /

「あえて自分がする理由もない」「炎上してしまうのでは」――ネットが普及し、誰でもできるようになったからこそ、そんな懸念からためらってしまう人もいる情報発信。そんな中で、あるベテランブロガーが、会社員として働きながら1000日連続のブログ更新を達成しました。徳力基彦さんに、そのチャレンジの理由をたずねました。（朝日新聞デジタル企画報道部・朽木誠一郎） ＜プロフィール＞徳力基彦（とくりき もとひこ） 1972年生まれ。名古屋大学法学部を卒業後、新卒で入社したNTTを若気の至りで飛び出して、仕事が上手くいかずに路頭に迷いかけたところ、ブログとSNSのおかげで人生が救われる。その際の経験を元に、書籍『普通の人のためのSNSの教科書』を出版し、現在はnote社でビジネスパーソンや企業におけるnoteやSNSの活用についての啓発やサポートを担当している。また、ブロガーとして、日本の「エンタメ」の未来や

なんと投稿数が1000本を突破しました！ 1000本達成を記念して、「技術力なし・ヒット作なし」だった個人ゲーム開発者が、1000本もの記事を書いた事で何を得たか、どういう目的で続けているか等を、余すことなく紹介します！ なお、そもそも技術ブログをどう続けたか、書いているか、広めているかを知りたい方は以下の記事を参照の事。(結構前の記事ですが、今でもほとんど同じような感じ) 誰？そのブログ何？まずは一応、筆者やブログの紹介をします。 自己紹介筆者は、独立してゲームを作っている「kan.kikuchi」という者で、スマホ、PC、VR、Switch、UEFN、とプラットフォームやデバイス、ゲームのジャンルを問わず、何でも作る個人ゲームクリエイター兼プログラマーです。 https://twitter.com/Kan_Kikuchi個人で開発したゲームは40本近くあり、

はじめに断っておくと、これは、books&appsを賛美する文章だ。2023年現在、ブログ文化の精髄として、ブロガーの書いてきたものの一番おいしいところを集めたコレクションとして、books&appsは唯一無二の発信場所になっている。 今回、そのbooks&appsを讃えるいい機会が巡ってきた。いい機会とは、books&appsの大将であり、ご自身も記事を書いていらっしゃる安達さんが新著を出したのだ。 頭のいい人が話す前に考えていること 作者:安達 裕哉ダイヤモンド社Amazon この本にはコミュニケーションについてのノウハウがさまざまに記されていて、そのコミュニケーションが思考や人脈や仕事とも関連するさま等々が書かれている。が、そのあたりを宣伝するのは他の人に任せておくとして。 それよりbooks&appsについてだ。 books&appsとは、この本の著者である安達さんが様々なブロガー

と個人的には思ってます。 文脈 技術的なアウトプットに疲弊したので振り返る 何のために技術ブログを書くか 私は最近技術的な話でアウトプットできないのであまり大それた事は言えないのですが、 息を長く技術ブログを続ける と言うのであれば、 あとで困った時のためにこれはブログにメモっておこう と言うぐらいの心持ちで書いておくぐらいが丁度良いと思います。 私はブログを 2006年から続けて来て大分経ってますが、これはキッチリ書いて皆に伝えたい、 と言う記事が当たらずに閑古鳥が鳴くのは割と良くあった話ですし、 逆に割と雑に書いたけど何故か当たった と言う事もままある話です。 そして 技術ブログで知見を伝える と言う事を気負わずに書くコツとしては、 技術的知見をお裾分けする と言う位の気持ちで書いて行き、 自分のところではこう言う事に対してこう対処しました。何かの役に立つと良いですね！ と言うぐらいの

文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ

2022年は技術的なエントリをそれなりの数書いてきた。特に12月は計10本のエントリを出し、まだ世に出せていないネタもたくさんあるという状況である。 ところが、当人の感覚としては暖簾に腕押しだなあと思っている。ということでちゃんと振り返ってみることにする。 stats 2022年で一番ブクマが多かった記事はblog.arthur1.devである。 他の記事はこの半数にも満たない、というか、片手で数えられるブクマ数でさえありがたい、という状況である。 書くという行為によって自分自身の理解が確かなものになることに意義は感じているものの、せっかく書いているのだから多くの人に読んでほしいし、それが読者のためになればなお良いと思っている。 もっとシビアに言ってしまうと、書いても読んでもらえない状況がずっと続くならいつか自分は筆を取るのをやめてしまうだろうという懸念がある。モチベーション維持のために今

yutoma233.hatenablog.com 『おのにち』さんは「はてなブログ」を長い間書いておられる方で、僕とは直接の絡みはほとんどないものの、固定読者も大勢いて、マイペースで更新されているのだろうな、と思っていました。 別にブログをやめるとかそういう話じゃなくて、『はてなブログ』有料版の期限が切れたのを延長せずに無料版でやります、というだけの話ではあるのだけれど、最後のほうに、こんな文章があったのです。 最近は、昔感じていたブログへの熱意みたいなものが残念ながら薄れてきつつあるんですけど、それでもやっぱり書くことは楽しいし、同じブログ仲間だ！と親近感を抱いている人達もたくさんいるので、これからも細々と続けていけたらいいなぁと。 ああ、ブログへの熱意みたいなものが薄れてきているのは、僕だけじゃないんだな、と。 それは別に今にはじまったことではなくて、もう5年前くらいから、僕が書いてい

この記事はモバイルファクトリー Advent Calendar 2021の25日目の記事です。 メリークリスマス🎉 エンジニアのid:kfly8です。 技術ブログの「ネタがない」といったコメントや「この記事の課題がよくわからない」といった記事レビューをすることがあります。技術アドベントカレンダーの時期は、短期間に記事が集中するので、特に困らせているように感じます。 普段から意識する習慣で、楽ができないかと考えると、「技術ブログが書ける開発をする」のが良いと思いました。 誤解しないでほしいのが、「技術ブログを書くために開発をしよう」と言いたいわけではないです。あくまで、チーム、事業の目的ありきです。 ただ「技術ブログが書ける開発をする」ことは、普段の開発の質を高めると思っています。 技術ブログが書ける開発とは？ モバファクの技術ブログでは、「課題を解決する方法や経験を発信したい」と思ってい