先日、こんな記事を見かけました。 テックブログは続かない - note.com 採用目的でテックブログを始めたものの、時間の経過とともに古い記事ばかりになる or すでに退職している社員の記事ばかりになる…というのはよく見かける光景です。 目の前のタスクが積み上がっている状況で、業務時間内にブログを書く時間を取るのはなかなか難しいと思います。 そうは言っても業務時間外に無償で会社のブログに書くのもなかなか気乗りしません。「数年以内に転職するかもしれない」という気持ちがあればなおさらです。記事が転職しても自分のものとして残るのであれば、書くモチベーションは上がるのかもしれません。 その後、こんなツイートを見かけました。 企業のテックブログと言えば「会社がひとつブログを作って、みんなでそこに投稿する」という形が当たり前になっていますが、たしかに個々人の投稿を集約する場所を用意するだけでも良いの

「いやー、ブログ書きたいとは思ってるんですけど、(良い)ネタが無いんですよねぇ...」 ブログの執筆について最近調子どうですか？と聞くと、時々このような返答が返ってくる事があります。 個人的には、ネタのストック数については時期に拠って変動はあるもの、「ネタが無くて困った...」ということはここまで(クラスメソッドにジョインして、Developers.IO上でブログを書き始めてからは)一度もありませんでした。色々話を聞いていくうちに、所謂「ブログネタの作り方や考え方について慣れていない」ケースが割とあったりするのかな、と思うようになりました。 そこで当エントリでは、私が個人的に「ブログネタをどういう風にして考えたり・作ったりしているのか」についてまとめてみた内容を紹介したいと思います。 目次 基本的には「絶えずネタが無いか」を考えている 「ブログネタリスト」を作成＆メンテナンスしていく 「ブ

当ブログはUnityを使った3Dゲームを作る為の方法を取り扱っています。 ゲーム作りに詳しい方やUnityに詳しい方には稚拙な内容となる可能性がある一方、 ゲーム製作の初心者の方にはわかりやすいかもしれません。 たまにまったく関係ない記事を挟もうと思っておりますが今の所は主軸を外さずがんばっております(^_^;) ブログを開始したのは2016/01/01で『Unityでゲームを作る（javascript）』という名前でFC2無料ブログを使って始めました。 2016/06/10にレンタルサーバー＋独自ドメインへと移行した時に『Unityを使った３Dゲームの作り方（javascript）』へと名前を変更しました。 2017/04/19に『Unityを使った３Dゲームの作り方（かめくめ）』という名前に変更しました。 なんだか自己顕示欲の塊みたいな感じになってますが・・・・、検索する時にわかりやす

インポート～情報蓄積 ・他のツールから簡単にインポート ・圧倒的にシンプル＆洗練されたデザイン ・みんなでリアルタイム共同編集 ・文中にインラインコメント ・編集履歴の確認とロールバック ・下書きレビューでワークフロー ・Markdown、リッチテキストエディタ、PlantUML ・Excel、CSV、スプレッドシートをコピー＆ペーストで表作成 ・PowerPoint、Word、Excel、PDFなど簡単アップロード＆プレビュー ・画像、動画をドラッグ＆ドロップ、コピー＆ペーストで貼り付け ・よく使う情報をテンプレート化 ナレッジ最適化～活用 ・KibelaAI 記事添削、KibelaAI Slack要約 ・ハイスピードレスポンス ・グループでアクセスコントロール、フォルダで構造化 ・複数条件に対応した高度な検索 ・プレゼンテーション機能 ・柔軟な外部共有 ・いいね！でレスポンス、スレッド

技術ブログは「書く」というより「記す」というのがシックリきている、ソラコム松下(max)です 2017年3月にテック・エバとして活動を開始し、通算400回以上講演の他、ブログでも情報発信しています。 年間で20本以上のブログを書いてくるうちに、だんだんと書き方がわかってきました。ですので、今回は 技術ブログの書き方ブログ を紹介します！ 技術ブログは「未来の自分へのドキュメント」 技術ブログは普通のブログとは異なります。 未来の自分へのドキュメント です。 「あー、これ既にやったことあるなー。なんだっけ？」とググった先が自分のブログであってほしい、そんな思いで書いてみてください。一番最初の利用者が自分、すなわちドッグフーディングしましょう。これはサービス開発でも、ブログでも共通して言えることです。 もし、手元に「メモ的なテキスト」があるならば、それはブログにできるかもしれません。 まずはタ

こんにちは、@mayukiです。 以前、このブログにてダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティングというスタックオーバーフローのような問題を調査する方法について触れましたが、今回はダンプを元にメモリ周りの状態を見ていく方法について調べたので少しまとめてみました。 長い時間実行するようなアプリケーション(アプリケーションサーバーなど)ではメモリの使用状況やメモリリークなどを調査したいというケースがたまにやってきます。そんなときにはプロセスのメモリダンプを取得して解析することで問題の原因がわかりそう…そんなシチュエーションで役立つかもしれません。 お品書き お品書き 前提 メモ: 64bit コンピューターで動作している32bit プロセスのダンプをとる ダンプのみどころ どのツールで解析すれば? Visual Studioを試してみる DebugD

ちょっとしたことでも雑にブログに書いておくと良いことが起こる - $shibayu36->blog; で、ちょっとしたことでも雑にブログに書いておくと良いことが起こるよということを書いた。さらに余談として最低限の雑さについても書いた。 これをきっかけに、公開の場でアウトプットする時の最低限の雑さとはなんだろうという疑問が自分に生まれ、雑さによる問題や、それを引き起こさないようにするための自分の工夫について少し頭がまとまってきたので、自分の考えを書いておく。 過度な雑さから生じる最大の問題 まずあまりにも雑に公開の場に書いてしまった場合の最大の問題について考える。この時、一番起こってほしくない問題は、「読み手が誤った情報を正しい情報と信じてしまう」ことだと考えた。 あまりにも雑な文章は読み手の誤認を引き起こし、正しい情報ではないのに正しいと読み手が解釈してしまう問題がある。正しいと解釈してシ

僕は自分がやったこと・勉強したこと・気づいたことなどはどんなにちょっとしたことでも、公開の場のブログに書くようにしている。その内容はある程度雑でも良いので、とにかく公開の場に書くようにしている。それによって、結構良いことが起こっているというのを社内の日記に書いていたのだけど、これも公開の場に書いておいても良いかと思ったので書く。 これまでの経験だと、次のような良いことが起こっている。 最低限未来の自分に理解できる程度まで記事にまとめることで、知識が頭の中で言語化され、定着する 時々他の人からフィードバックを受けて、さらに学習が進むことがある 「あれ昔なんか勉強したけど覚えてないな」という時に自分のブログ見たらすぐ思い出す 分からないことを調べようとググったら自分のブログが出てきてすぐ思い出す 初めからブログに書くつもりでインプットすると、自然と体系化・汎化しながらインプットできるようになる

半年くらいまえにBit Journeyに転職してKibelaを作ってました。AndroidエンジニアからRails + Reactエンジニアへの転向ということになります。 Kibelaはこちら。ようやく本日リリースできました。といっても開発面でいうとこれからが正念場ではあります。 Kibela - 個人の発信を組織の力にする情報共有ツール “個人の発信を組織の力にする情報共有ツール” と銘打っているとおり、これは 個人が組織内で自由に情報を発信すると組織が活性化する という仮説に基づいて設計されている、会社などの組織向けのサービスです。もちろんそれだけでなく、仕様書の整理につかったり議事録をとりあえず突っ込んでおくみたいなのもありです。 さてKibelaでできることはBlogとWikiを書くことです。これはつまり 個人が発信する情報 とそれ以外を分けるということです。このあたりの思想やベス

インターネットの登場で、誰でも世界中に情報を発信できるようになりました。日常での何気ない発見が、困っている人の助けになることもあります。 ネットにポストし続けた情報は、備忘録の役割を超えて、いつしか多くの人が読みに来てくれるようになります。 「情報は資産になる」 すべてをブログにまとめていけば、過去の経験は他の人のためになり、自身の信頼の基礎となり、 貴重な収益源にもなります。 トラブルを解決すれば、誰かの助けになる 日々の生活の中で、トラブルはつきものです。トラブルは精神的に凹みます。しかし、トラブルを無事解決することができて、解決方法をまとめてブログにポストすれば、誰かが読みに来てくれます。同じトラブルに巻き込まれる人は世の中に必ず居るからです。 トラブル解決法は、ネット上では有用な情報になるのです。 過去の実績は大きな信用となる 自分の活動の内容を、ブログに記録をしていきましょう。例

案外最近は本当に初心者の人がブログを行うんだな～ということを改めて知りました。 ということで僕が今まで書いたはてなブログでアクセスアップを狙う上で見ておいて欲しいと思ったエントリーのまとめでも書いてみます。 基本的には初心者用です。 最初に目的を明確にする アクセスが欲しい！マネタイズがしたい！と思うのなら最初にきちんとどういうブログを作るべきか考えるべきです。そこで書いたエントリーが下記のもの。 suzukidesu23.hateblo.jp ブログでここまでやる必要性はありませんが１～３はやっておいた方が良いと思います。 ブログの書き方を覚える はてなブログの本当に基本的な使い方は覚えておいた方が良いと思います。 最初に設定を行いましょう。 suzukidesu23.hateblo.jp テキストばかりになった時でも対応出来るように画像の登録は行っておきましょうということです。 独自ド

自分の困り事は、他の誰かにとっても困り事あなたが何かに困ったとき、どうしますか？ 「自分で考える」人は素晴らしいですが、「Googleで調べる」という方も多いでしょう。 ということは、「誰かが困りそうなこと」の解決法をブログに書けば読んでもらえるのです。 ではその「誰かが困りそうなこと」をどう探すか。 「自分の過去の困り事」を思い出せばよいのです。 自分が困ったということは、他の誰かも同じ問題で困る可能性があります。 そこで役立つのが、Googleです。 「Googleウェブ履歴」を見れば自分の過去の困り事がわかるGoogle - ウェブ履歴を見ると、自分が過去に何をGoogleで検索したか、分かります。 たとえば私の場合、こんな感じ。 頭のなかが、丸見えですね（笑）。 ここで、自分が困ったこと結果的に解決したことを探すのです。 あとはそれを自分の視点でブログ記事にするだけ。カンタンですね

400文字くらいでブログを書きたい。あくまで希望です。 あまり長すぎる文は書く方も疲れるし、読むのも大変。140文字のTwitterじゃ短いけど、400文字なら要約した文章がおさまって、読むのも苦にならない長さ。 スポンサーリンク だいぶ昔だけどホリエモンも言っていた 1年前のインタビュー記事でホリエモンこと堀江貴文さんもおっしゃってます。 （細切れの時間を奪うには）長くて400文字くらいが妥当だろうなって。Twitterとか140字じゃないですか。140字じゃ流石に書ききれけないけれど400字なら書けるんじゃないのっていう。見る側からしてみれば400字以上は読みたくないよねと。 堀江貴文さん｢これからは個人が強力なメディアとなる。｣ | ギズモード・ジャパン 400文字というのには、理由もある 理由は、それ以下だとSEOに弱くなるから。検索から読みに来てくれる人を確保するには、200字で

はてなブログをプロ化する最大のメリットは広告を非表示にできることだろう。 自分のブログに広告が表示されるのが嫌で、そのためだけにプロ化する人もいるわけだから、広告というのはそれほどまでに鬱陶しいものなんだなと思う次第だ。もちろんこういう人たちを否定するつもりは毛頭ない。考え方は自由だからだ。 それに引き換え俺のブログにはきっちりちゃっかり広告が貼ってある。 少ないながらもそこから収入があってブログ運営のモチベーションになっているのは間違いない。 もちろん俺はこのブログで食っていくなんてことは考えてもいないから、本当にお小遣い感覚でアドセンスをやっている。だからといっていい加減にやるわけではなく、それこそ「ゲーム」感覚で最適化を図っている。 広告のサイズや掲載する位置だったりで、クリック率が変わったりするからそれはそれで面白い。どういう工夫をしたらもっとも収益が上がるかなんてことを、筆が止ま

サマーバケーション 当ブログは昨日からサマーバケーション入り♪ 肩の力を抜いた記事をお届けしています。 あるはてなブロガーの１日 ～マネー報道著者編～ - マネー報道 MoneyReport キャア恥ずかしい（≧∇≦）私の丸裸な1日を大公開！赤裸々に綴ったブログライフをご覧あれ*\(^o^)/* という訳で本日も肩の力を抜いた記事をば書きたいな、と♪ 最近、気になっていたのは「ブログのアクセスアップ対策の記事は今でも需要があるんだなー」ということ。 先日アクセスアップ関連の記事を拝見したのですが、はてブが結構伸びていたので「皆さんまだまだアクセスアップに興味津々なんだー」と思いまして。 特段ブクマをしていなかったので、見つけられたのは鈴木こあらさん（id:suzukidesu23）の記事くらい(^^; はてなブログでアクセスアップのために行った12個の事 - 鈴木です。別館 アクセスアップ

IT技術者、ことにWeb系のエンジニアにとって知見を公開し、共有することはたいへん重要です。はてなブログ／はてなダイアリーでも、たくさんの技術者にブログを書いていただいています。ソースコードをハイライト表示できたり、GitHubと同様にMarkdownが使えたり（ブログのみ）と、エンジニア向きの仕様があるためかもしれません。 個人のエンジニアブログのみならず、各企業が運営する公式の技術ブログも、その会社ならではの大規模な事例を紹介してくれるなど、チェックしておきたい存在です。そこで、はてなで運営されている12の企業の技術系ブログをまとめました（広報ブログなど非技術系のものは除いています）。 【07-05 追記】Mokosoft開発者ブログを追記し、タイトルを修正しました。 ※本記事に掲載した企業ブログは、執筆時に編集部で調べたもので、はてなで開設されている技術ブログを網羅したものではありま

はてなブログでは、記事の投稿時に公開日時を指定できる「予約投稿」機能をリリースしました。 サークルや団体、企業等の情報を発信するブログなどで、告知やお知らせを特定の日時で公開する際にお使いいただくと便利です。 予約投稿機能の使い方 編集サイドバーの「編集オプション」タブを開き、投稿日時として未来の日付と時間を指定します。その下にある「指定日時で予約投稿する」をチェックすると、記事編集画面の下にある「公開」ボタンが「予約投稿」になり、指定した日時で公開できます。 ※予約投稿を実施するには、必ず「指定日時で予約投稿する」にチェックを入れてください。 PC版編集オプションスマートフォン版では、編集エリア下の「オプション」欄で同様に日時を指定して「指定日時で予約投稿する」をチェックします。 スマートフォン版編集オプション予約投稿された記事は、「記事の管理」画面の「下書き」に「予約投稿」マーク付きで

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

先週、タイムラインにこんな記事が流れてきました。 タイトルを見て、ちょうど僕が 初めての講演 をさせたいただいた内容の、「ブログを３ヶ月間毎日更新した」というところでちょうど一致してるので、分野は違えど同じような感覚なんだなぁと。 「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで で、ありがたいことに上のスライドは約2週間で9万人近い人に見ていただき、それからというもの 「あのスライドを見てブログをはじめた」 「再開した」 というご報告をいただくことがしばしばあります。 まずは始めた／再開したというだけでも意義のあることだと思うのですが、「続ける」というのは、始めるのとは違った難しさがあるものなので、自分の場合は どうやって地道に技術ブログを続けることができたか というコツみたいなものを書いてみたいと思います。 # Blog #blogadvent Adv