microCMSブログをオープンソース化しました
こんにちは、柴田（@shibe97）です。 突然ですが本日、microCMSブログのソースコードをオープンソース化いたしました！ リポジトリはこちら。 https://github.com/microcmsio/microcms-blog 経緯microCMSを利用したJamstack構成のWebサイトはここ1年でだいぶ広まりつつあります。 しかし、Jamstack構成のサイトは一覧画面 / 詳細画面を作成するのは非常に簡単ですが、そこから先を実装しようとすると途端に難易度が上がります。 ネット上にはまだまだ知見は少なく、実案件で投入できるほどの実力を持つエンジニアはそう多くはないという印象です。 そこで、実稼働しているmicroCMSブログのソースコードが参考になるのではということで、今回オープンソース化に踏み切りました。 microCMSブログはデータソースとしてmicroCMS、フロ
150社のTechブログを分析して見えた、エンジニアが今転職するべき企業ランキング！（データ&クローラーも全公開）
PHPカンファレンス、PyCon JP、builderscon tokyo などのカンファレンスでの登壇についての記事が書かれていました。 これらのカンファレンスで登壇するには、 CfP (発表の募集) に応募して発表の内容がそのカンファレンスの主旨や技術的に価値があると主催者に判断される必要があります。 なのでカンファレンスで登壇するというのはそれだけでも十分な技術的に アピールになります。そして、スポンサー企業にはなっていないカンファレンスにも登壇しこのように成果をアウトプットされていることがわかり、エンジニアの方々の技術力はもちろんのこと積極的に成果を社外に向けてアピールしていくという姿勢を個々に持っていると感じられます。 BASE さんは今のブログでの発信のペースを2年前から継続されています。つい最近マザーズに新規上場しましたし個人的にはものすごく勢いを感じています。 ------
技術ブログをバズらせたくて必死で身につけた情報収集術 - omuriceman's blog
僕は2019年4月から技術ブログを始めているが、2ヶ月目くらいから「はてなブックマークでホッテントリを取るための情報収集」を心がけるようになった。その影響もあって何記事かはてなブックマークでホッテントリ入りすることもできたので、これから技術ブログなどでアウトプットを始める人の役に立てばいいなぁと思ってブログでまとめることにした。技術ブログを書く人でなくても情報収集先として参考になる部分はあると思う。 はじめに GitHub Trending プログラミング言語はPythonとJavaScriptとTypeScriptを重点的に見る プログラミング言語以外にもUnknown languagesをチェックする Advanced searchで直近の日付に絞り込む GitHub Trendingを参考にしたブログ記事 Product Hunt Product Huntを参考にしたブログ記事 Re
Pushするだけ！GitHubのリポジトリを個人ブログに変えてくれる【GitPress】を使ってみた！ - paiza開発日誌
どうも、まさとらん（@0310lan）です！ 今回は、GitHubのリポジトリを誰でも簡単に個人ブログへと変換できる無料のWebサービスをご紹介します。 マークダウンで書いた記事のファイルをリポジトリにpushするだけで、あとは完全自動でブログ記事に変換されて公開されるのでお手軽です。 また、本記事ではブラウザだけで完結する方法も記載しているので、ご興味ある方はぜひ参考にしてみてください！ 【 GitPress 】 ■「GitPress」の使い方 それでは、実際にGitPressの基本的な使い方から見ていきましょう！ ブログを簡単に作成するため、まずはGitPressが公式に用意しているテンプレート(ボイラープレート)が公開されているのでこれをフォークしておきましょう。 【 GitPress公式テンプレート｜GitHub 】 画面右上にある【Fork】ボタンをクリックすると自分のGitHu
ブログに技術書の内容を丸写しする問題点と、オリジナルなコンテンツを書くためのアイデア - give IT a try
はじめに 「プロを目指す人のためのRuby入門」を出版して以来、本で学んだ内容をブログに載せてくれている方をよく見かけます。 それ自体は著者として大変嬉しいのですが、たまに「ん？これはちょっと・・・」と思うようなブログ記事を見かけるときがあります。 具体的にいうと、本の内容を丸写ししているだけのブログ記事です。 このエントリでは本の丸写しがなぜいけないのか、かわりにどういうブログを書けばいいのか、ということについて書いていきます。 本の内容を丸写ししているブログの例 本の内容を丸写しをしているブログというのは文字通り「丸写し」しているブログです。 具体的なイメージを共有するために「こんな感じ」という例を載せておきます（特定の誰かのブログを意図しているわけではありません）。 タイトル「第2章 2.2.3 文の区切り」 「プロを目指す人のためのRuby入門」を読んでいるので、勉強した内容をメモ
【良い記事を書くコツ】 ” 夜書いた手紙は出すな ”はブログも同じというお話 - 魂を揺さぶるヨ！
こんにちはユレオです。 夜に書いた手紙は、朝読むとはずかしい内容だったという経験はないですか？ それと同じように夜に書いて公開したブログの記事を、朝見て恥ずかしくて悶絶したことは無いでしょうか。 「うわ…なんだこの恥ずかしい記事は？文章が支離滅裂だしテンションがおかしい。」 または、こんなことはありませんか？ 「この記事はよく書けてると思うけど、ユーモアが全くなくて読んでて面白くない。」 こういった記事で共通しているのは「記事を公開する時は変だとは思わなかったのに、時間を置いてみると違和感を覚える」といった事が言えます。 今日はこういった「時間を置いて読むと違和感を覚える記事」を無くす為に、ユレオが行っている方法をお話しようと思います。 ただ、ご注意頂きたいのですが、今回の記事はあくまでユレオの経験に基づくもので全ての文書や記事を書く方に共通して認識されるようなお話ではありません。 その点
なぜこのブログは「エンジニアブログ」ではなく「プロダクトチームのブログ」なのか - スタディサプリ Product Team Blog
Web developer の長永です。 このブログは「Quipper プロダクトチームのブログ」という名前です。よくある「エンジニアブログ」ではありません。聞き慣れない名前にしたのにはわけがあります。 まず、「プロダクトを作っているのはエンジニアだけではない」ということ。Quipper ではエンジニアもデザイナーもプロダクトマネージャーも、プロダクトチームの一員です。役割に応じて仕事内容は異なるものの、全員が良いプロダクトを作ってユーザーに提供することに高い関心を持っています。エンジニアだけでなく、様々な役割の人たちの言葉で「Quipper のプロダクト開発とは何か」を語る場にしたい、という想いがあります。 また、以前から「Quipper の CTO やエンジニアのブログを読んで興味を持った」と言っていただくことが多くありました。なかでも反響が大きかったのは、開発組織のあり方やエンジニア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
