Qiita Blog

こんにちは、Qiita運営チームです。

Qiitaでは2021年7月1日〜25日の期間、「Qiitaエンジニアフェスタ2021」を実施いたします。
※「Qiitaエンジニアフェスタ2021」は、Qiitaで特定のテーマについての記事を投稿するオンラインイベントです。

事前募集で集まった投稿テーマ約80本の中から、Qiita開発チームにて10本選出しました。
ご協力いただいたみなさま、ありがとうございました。

ユーザー投票で上位5本をイベント内での投稿テーマとさせていただきます。
ご自身の興味のあるテーマを本アンケートから投票してください。

投票はこちらから
回答期限：2021年4月29日（木）

Qiitaエンジニアフェスタ2021をユーザーのみなさまと一緒に盛り上げていきたく、ぜひともご協力のほど宜しくお願いします。

※本アンケートに関するご質問がございましたら、support@qiita.com までご連絡ください。

こんにちは、Qiita開発チームです。
本日は、新人プログラマ応援をテーマにした記事投稿イベントの開催をお知らせします。

記事投稿イベントとは

記事投稿イベントとは、テーマを設定して、テーマごとに記事を投稿をしていくイベントのことです。
今まで記事投稿イベントとして、以下のようなイベントを行ってまいりました。

• 新たな学びを応援！学びを共有すると、記事数に応じてUdemyクレジットがもらえる！
• QiitaAzure投稿キャンペーン
• システム開発における過去の失敗と乗り越えた方法について共有しよう！
• みんなでQiitaを便利にしよう！

今までは原則、企業に協賛あるいは共催いただいて開催していましたが、今後は運営単独での記事投稿イベントも開催していきます。

運営単独での記事投稿イベントを行う背景

運営単独での記事投稿イベントも行うことになった背景をお話しします。

もともと記事投稿イベントは、ユーザーの皆様が記事投稿を行うきっかけづくり、記事投稿を楽しめる仕組みとして始めたものでした。
企業の皆様にもご賛同いただき、協賛、共催という形で記事投稿イベントを開催してきました。

実際に、今まで開催してきた記事投稿イベントをきっかけに記事を投稿してもらえる機会が増えてきています。そして、記事投稿のきっかけになるだけでなく、ユーザーの皆さまが楽しめるものになっていることがわかってきました。

今後は協賛、共催という形だけではなく、運営のみという形でも定期的に記事投稿イベントを開催していくことで、Qiitaでのインプット、アウトプットがユーザーの皆さまにとって、より楽しいものになることを目指していきます。

今回のイベントテーマ

運営単独開催の記事投稿イベント第一弾として、「新人プログラマ応援」をテーマにイベントを開催します。

詳しくは記事投稿イベントページをご覧ください。

https://qiita.com/official-events/63aa63fd921659fb3b5d

今回テーマを「新人プログラマ応援」にした背景をお話しします。
Qiitaには2021年3月現在で60万人を超える会員登録者にQiitaを利用していただいており、エンジニアとして活躍されている多くの方にQiitaを利用していただいています。しかしそのような方たち全員がQiitaでアウトプットをしているかというとそうではありません。ユーザーの皆様からは「どんな記事を書けば良いかわからない」「記事をかくきっかけがない」というお声をいただくことも多くあります。

そこで、誰もが必ず通る「新人時代」の経験をアウトプットの題材にすることで、エンジニアとして活躍されている多くの方にアウトプットのきっかけを作ることを目指します。

また、3~4月は多くの方が新生活を始めるタイミングです。エンジニアとしてのキャリアを始める方も一年の中で一番多い季節です。このタイミングで新人プログラマの応援をすることで、エンジニアコミュニティがより活発になっていくと考えています。

最後に

今回の新人プログラマ応援は運営単独で行う第一回目の記事投稿イベントとなります。
このイベントを皮切りに、継続的に運営による記事投稿イベントの開催を行っていきたいと思っていますので、楽しんでいただけますと幸いです。

こんにちは、Qiita開発チームです。
今回は、記事フィードをベータ版で公開している機能へとアップデートすることをご連絡します。

変更は2021/04/05 を予定しています。

フィード機能をアップデートする理由

Qiitaには2021年3月現在で会員数が60万を超えており、記事投稿を行える場として、多くの方に使っていただけるようになりました。
しかし、コミュニティが大きくなるにつれ、使ってくれているユーザーも多様になってきており、それに従って投稿される記事もプログラミング言語、技術、思想、コミュニティ、レベル感などが多様になってきていると思います。これ自体は決してこれは悪いことではなく、Qiitaというエンジニアコミュニティがもつ可能性を示してくれていると思っています。

ただ一方で、この多様性に対して現状のQiitaは追従できていないと感じています。
今のQiitaが抱える課題は、多種多様な記事の中から自分がほしい情報を得たり、整理ができなくなってきていることです。

Qiitaが提供しているコンテンツはマス的なものが多く、全てのユーザーの活動を元に1つのコンテンツを作っています。Qiitaに今ほどのユーザーがいなかった頃は、このような構成でも十分なものでしたが、現在のような多様性のあるコミュニティにおいては、適切なものではないと考えています。
今回のフィード変更は、Qiitaを「ユーザー一人一人が発見、学びを楽しめるプラットフォーム」にすることを目指して行うものです。

ご意見として、「トップはトレンドのままにしてほしい」というお声もいただいております。
このようなご意見も含めて、いただいた全てのご意見を元に、本来フィードは現状の形であるべきなのかを日々議論、検討いたしました。そして、議論および検討の結果、フィードを変更することでより多くのユーザーに対して価値を提供できるはずと判断しました。
ユーザーの皆さま一人一人に様々な価値観、思いがあることは承知していますが、今一度今回の変更にご理解をいただけますと幸いです。

アップデート内容

新しい記事フィードは以下のような構成になります。

現行

• トレンド
  • 一日
  • 週間
  • 月間
• タイムライン
• タグ
• マイルストーン

アップデート以降

• ホーム
• タイムライン
  • タグ/ユーザー
  • タグ
  • ユーザー
• トレンド
  • 全て（一日）
  • タグ（一日）

これらの機能について説明します。

ホームフィード

今後Qiitaのトップページはホームというフィードに変わります。
このフィードはユーザーのLGTMした記事情報や、Contribution数を元にして、記事のリコメンドを行うフィードになります。各ユーザーごとにリコメンド記事を生成するため、より自分にあった記事を発見しやすくなるかと思います。

タイムライン

タイムラインは今までフォローしているユーザーの投稿やコメントが新着順で流れてくるフィードでした。
今後はタイムラインにタグフィードの機能が統合され、フォローしているタグの新着記事もタイムラインで見ることができるようになります。

トレンド

トレンドでは、Qiita全体のトレンドだけでなく、新たにフォローしているタグによる絞り込みが行えるようになります。
タグによる絞り込みが行えるようになることで、より自分が興味がある分野の人気の記事を読むことができるようになります。

マイルストーンについて

マイルストーンはもともと古い記事を再発掘することを目的に作られていました。
しかし以下の理由からフィードの機能としては落とし、再度別の方法を模索していくこととしました。

• Twitter/Facebookによる記事紹介機能と役割が重複していること
• 他のフィード機能に比べ、見られる頻度が少なくなっていること
• 新たに作成したホームフィードが似た役割を担えると判断したこと

ベータ版としてリリースした後のフィードバックからも、マイルストーンフィードは落とそうと判断しました。
今までマイルストーンフィードを楽しんでくださっていた皆様は、お手数ですがSNSでQiita公式アカウントをフォローしていただければと思います。

今後について

今後、Qiitaを多種多様なそれぞれのユーザーが、より学習と発見を楽しめる場所にするための改善を行ってまいります。

また、Qiita上で活動しているユーザーの皆様が、活動をしていてよかったと思えるような体験が得られるような仕組みづくり、コミュニティづくりを模索しています。
こちらも何か進捗があり次第ご共有させていただきます。

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム

こんにちは。Incrementsのデザイナーの綿貫です。

今回はIncrementsのデザインシステム公開のお知らせ（後編）をお届けします。
前編はこちらのリンクからどうぞ。

後編であるこの記事の内容は以下の通りです。

1. はじめに：前回のおさらい
2. 公開データについて
3. トピック：UIデータのアップデートについて

はじめに：前回のおさらい

少しだけ前編の内容をおさらいします。

現在Incrementsではデザインにも力を入れていて、その一環で小規模なデザインシステムを作成しました。
まだまだ発展途上ではありますが「今からデザインシステムを作ろうとしている人達」にとって参考になれば幸いです。
これから作り始める誰かの参考になることで、日本全体のデザインに少しでも貢献できればと思い、公開に至りました。

Incrementsのデザインシステムの構造

Increments全体に適用されるルールと、各プロダクトで個別にオーバーライドしている部分があり、図のような構成で成り立っています。

Increments全体のルールをQiita VIと呼び、それらをQiita, Qiita Team, Qiita Jobsが継承していると認識してください。

具体的な継承やオーバーライドは上の画像のようになっていて、各階層で上から下に向かって要素を継承しています。
例えば、Qiita - ComponentsはQiita VI - Componentsを継承しQiita - UIから参照されています。

また、同じ階層にあるデータ（例えばQiita - ComponentsとQiita Team - ComponentsとQiita Jobs - Components）には互換性はなく、それぞれのプロダクトに固有の要素を持っています。

公開データについて

後編でも2つのデータを公開します。
詳細はすぐ後で説明しますが、QiitaとQiita Teamでそれぞれ使用しているコンポーネント群です。

2つのデータに共通している内容

• 基本的にAuto Layoutを用いて作成し、様々な変更に耐えられるようにしている
• 状態や権限によるUIの変化はVariantsを使って管理している

Qiita Components

• Qiita VIを継承し、Qiita固有のUIライブラリとして定義されたファイル
  • Qiitaはページテンプレートの種類が多いため、必然的にコンポーネント数も多め
  • 通常版のUIとβ版のUIは同じファイルで管理している
    • β版UIもVariantsを用いて同一コンポーネントとして扱っている
• 内容（全てを紹介すると多すぎるので抜粋）
  • Actions Menu
    • 
  • Feed Navigation
    • 
  • Footer
    • 
  • Header
    • 
  • Post
    • 
  • Table Of Contents
    • 
  • User Page Sidebar
    • 

Qiita Team Components

• Qiita VIを継承し、Qiita Team固有のUIライブラリとして定義されたファイル
  • Qiita Teamの場合はページテンプレートが少ないのもあり、コンポーネント数はかなり少なめ
    • ほとんどのページで使い回すレベルのものだけを定義していて、今後の改修と並行して拡張していく予定
    • とは言え、定義しているコンポーネントではVariantsの設定まで施している
• 内容
  • Article Sidebar
    • 
  • Editor Footer
    • 
  • Footer
    • 
  • Header
    • 
  • Settings Sidebar
    • 
  • SubHeader Navigation
    • 
  • Tooltip
    • 

トピック：UIデータのアップデートについて

FigmaはUIツールの中でもアップデートが頻繁な部類ではないでしょうか。
データの作り方に影響したものだけでも以下が挙げられます。

既存データのアップデート対応は多少時間がかかるものの、極力最新に追従する体制をとっています。
かけた時間以上のリターンが得られるのが明確なのでアップデート対応しない手はありません。

この体制については今後も続けていく予定です。

最後に

ここまでずっとデザインシステムと表記してきましたが、厳密に言えばデザインシステムではありません。
デザイン原則を言語化していなかったり、コードベースの管理が出来ていなかったりと、改良の余地はまだまだあります。
今後はそういった領域もしっかり整備してきたいと思っています。

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム

こんにちは、Qiita開発チームです。
今日は、「Qiita Organization Pro」をクローズドベータ版として公開したことをお知らせします。

Qiita Organization Proとは

Qiita Organization Proとは、既存のQiita Organizationに以下の機能を追加するオプションです。

• Organizationとしての記事投稿機能
• 所属するメンバーの非公開化
• 自社製品の宣伝を含む記事投稿の許可（プログラミングに関する情報のみ）

初めはクローズドベータ版として無償で公開しますが、将来的には有償オプションとする予定です。

Qiita Organization Proを開発した背景

Qiita OrganizationはQiitaローンチ初期から存在する機能であり、Qiitaコミュニティを盛り上げる存在として、1300を超える団体にご利用いただいてきました。今後Organizationによるコミュニティの盛り上げを加速していくために、すでにご利用いただいている方の声を反映した新たな機能を用意することとなりました。

Proオプションを有効にすることで、今まではできなかった組織単位での記事管理、情報発信を行うことができるようになります。これにより、所属しているユーザーが脱退などを行っても、組織として記事を管理し続けることができます。
このような仕組みを提供することで、組織としての発信が増え、研究機関や大学などのアカデミックな内容や誰もが知っているようなプロダクトの有用な情報発信なども活発になり、読み手としてもより楽しめるプラットフォームになっていくと考えています。

今後の構想

クローズドベータ版としてご利用いただいたユーザーの皆さまからのフィードバックを元に、機能を改善していき、製品版としての水準に達成したと判断できたタイミングで有償版としての公開を行います。

将来的にはOrganizationがコミュニティにより深く関わっていけるようなものにしていければと思っています。

Qiita Organization Proを提供するにあたり、エンジニアコミュニティの発展に尽力している組織やコミュニティには機能の無償提供を行っていくことなども検討しています。
具体的な方針が決まり次第共有させていただきます。

Qiita Organization Proが、Qiitaとエンジニアコミュニティの発展に貢献できれば幸いです。

最後に

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム

こんにちは、Qiita Team開発チームです。
今回は、Qiita Teamに新しく個人で利用するためのPersonal Planの公開をお知らせします。

Personal Plan

名前の通り、Qiita Teamを個人でご利用いただく際に最適なプランです。
下記の特徴があります。

• メンバー上限 1人
• 投稿数無制限
• 30GB ファイル容量
• メールサポート
• 500円/月(税込)

Personal Plan 公開に合わせてリリースされた機能

個人での利用はもちろん、多人数のチームでもより良い情報共有を円滑に進めていただくため、3つの新機能をリリースしました。
また、新機能のリリースに際し、記事ページの情報を整理してデザインを一部変更しています。

リリースした機能は下記の通りです。

1. 自身が作成したQiita Team上の記事をもとにQiitaの下書きを作成する機能
2. 特定の記事を他のQiitaユーザと共有する機能
3. 記事をチーム外に公開する機能

Qiita Team を個人的なアイデアやメモの場として気軽にご利用いただき、知見としたまとまったタイミングで、技術的な内容を Qiita へ投稿といった活用も可能です。

機能の利用方法などの詳細は Qiita Team 製品サイトの各機能のヘルプをご覧ください。

• 記事の共有と公開をする方法
• Qiitaの下書きをQiita Teamの記事から作成する方法

最後に

今後もQiita Teamの改善に取り組んで参りますので、ご意見・ご要望がありましたら、こちらのURLからいつでもお寄せください。

また、Qiita Teamのアップデートやイベント参加などに関する情報は、Qiita TeamのTwitterアカウントでも発信しています。
今後ともQiita、Qiita Team、およびQiita Jobsをよろしくお願いします。

こんにちは。Incrementsのデザイナーの綿貫です。

今回はIncrementsで運用しているデザインシステムの公開をお知らせします。
この記事は前編後編に分かれており、前編の内容は以下の通りです。

1. 公開データについて
2. デザインシステム公開の背景
3. Incrementsのデザインシステムの構造
4. トピック：Figmaの使用について

公開データについて

前編で公開するデータは以下の2つです。
詳細は後ほど説明しますが、プロダクトに関係なくIncrementsを横断して使用しているデータです。

デザインシステム公開の背景

現在Incrementsではデザインにも力を入れています。
目に見える機能変更から社内の体制の改善まで、2020年から領域を問わず様々な再設計を実施してきました。

その一環で小規模なデザインシステムも作成しました。
作って終わりではなく、アップデートを重ねるうちに段々と軌道に乗っています。

そんな中、このデザインシステムは「今からデザインシステムを作ろうとしている人達」にとって参考にしやすいのではないか？という仮説が浮かびました。

初めてデザインシステムを調べようとした際に、こう思った方も多いのではないでしょうか。

• デザインシステムの有用性を知り、自分が作るサービスにも適用したい
• 一般公開されているデザインシステムは非常に洗練されていて大規模で、どこから真似をして良いかが分からない
• 小規模なデザインシステムの事例はほとんど無く、1から構築するノウハウも一般化されていないため、初めの一歩が踏み出せない

そのため、Incrementsのデザインシステムが「小さくて」「成長している途中」であるならば、逆説的に参考にしやすいデザインシステムなのかもしれない。と思い至ったわけです。

これからデザインシステムを作る誰かの参考になることで、日本全体のデザインに少しでも貢献したい。
そのように考え、Incrementsのデザインシステムを公開することに決めました。

ちなみにここまでずっと「デザインシステム」と表記していますが、厳密に言えばまだデザインシステムではありません。
足りないものも多くあります。

ですが、私たちの事例をもとにして議論が起きたりオーバーライドして、より良いものが生まれれば幸いです。

誰かにとって再利用できる情報となり、新しい発見や気づきになることはQiitaの思想に沿っているため、運営に携わる身としては嬉しく思います。

Incrementsのデザインシステムの構造

現在は主にUIモックアップ部分が整備されています。
そのため基本的にはFigma上にデータを集約していますが、一部デザイントークンや非常に小さなコンポーネントのみコードベースでも再現。

また、Increments全体に適用されるルールと各プロダクトで個別にオーバーライドしている部分があり、図のような構成で成り立っています。

Increments全体のルールをQiita VIと呼び、それらをQiita, Qiita Team, Qiita Jobsが継承していると認識してください。
なお、図中のオーバーライド量はあくまでイメージしやすくするための表現で、実態とは異なります。

継承関係

各階層の説明は後ほど記載しますが、上から下に向かって要素を継承しています。
この例では、Qiita - ComponentsはQiita VI - Componentsを継承しQiita - UIから参照されています。

また、同じ階層にあるデータ（例えばQiita - ComponentsとQiita Team - ComponentsとQiita Jobs - Components）には互換性はなく、それぞれのプロダクトに固有の要素を持っています。
「Incrementsのデザインシステムの構造」の中で示した概念図はこのようにして実現されています。

Color, Text and Brand Assets

• 世間で言うDesign Tokensに近いファイル
  • 同一ファイルでロゴデータも扱っている点以外はDesign Tokensと呼んで差し支えない
  • 今後登録する量が増えたらDesign TokensとBrand Assetsに分けるのも検討
  • 現在はデータ管理の観点からこれらをひとまとめにしている
• 内容
  • Color
    • 
  • Text
    • 
  • Grid
    • 
  • Elevation
    • 
  • Logo
    • 
• Figmaデータとコードが一致している
  • Color StyleとHEX値、Text Styleとmixin、といった具合に、Figma上のTokensはコード上にも同じものを用意
  • 普段からエンジニア・デザイナー間で同じ言語で同じ対象を指して話せる
• カラーパレットが一部飛んでいる理由
  • 端的に言えば「使わないから」
  • メインの色（番号でいう60番）だけの時期もあった
    • 背景用に薄い色が必要とか、文字で使うようにコントラストの高い色が必要とかで拡張されたのが今の姿
  • まだ成熟していないうちに10色もあるパレットを作ると色選びの基準がブレてしまう
    • 初めから完全なものを作ろうとせず、チームに適したものを作った方が良いという考えのもと

Qiita VI - Components

• Color, Text and Brand Assetsを継承
  • 継承した色やフォントサイズを使ってComponentsを作成
• Qiita, Qiita Team, Qiita Jobsのどのプロダクトでも共通で使えるComponentsを登録
  • Button
    • 
  • Textarea
    • 
  • Textfield
    • 
  • Select
    • 
  • Date
    • 
  • Checkbox
    • 
  • Radiobutton
    • 
  • FileUpload
    • 
• 要素数としてはかなり少なめ
  • 早すぎる抽象化は後からの修正が大変
  • そのため「場面を問わず何度も登場している」ものだけを登録
  • 作ろうと思えばタブのUIやダイアログウィンドウなどよくあるUIパターンは作れる
    • しかし今使わないなら今のシステムには必要ないと判断し、最低限のものだけを実装

Qiita - Components, Qiita Team - Components, Qiita Jobs - Components

• Qiita VI - Componentsを継承
• 継承したDesign TokensやComponentsを組み合わせ、各プロダクトに固有のComponentsを登録
  • 例えばヘッダーはどのプロダクトにも存在するものの、それぞれのプロダクトで見た目や情報が違う
  • そのためこのレイヤーで管理
• このレイヤーは後編で紹介するため、今回は詳細を省略

Qiita - UI, Qiita Team - UI, Qiita Jobs - UI

• それぞれQiita - Components, Qiita Team - Components, Qiita Jobs - Componentsを継承
  • 継承したComponentsを使って全体の情報設計やレイアウトを実施
  • 各ページで固有な情報だけを新規に作成
• 基本的にUIレイヤーで作ったものは使い回さない
  • 逆に使い回したくなった場合はComponentsレイヤーへ昇格
• 「このファイルにさえアクセスすればUIモックアップを一覧できる」というニュアンスを表現するための命名
  • モックアップファイルを見るのは社内でもデザイナーだけではないため、理解のしやすさを優先して命名
  • 余談：もしデザイナー以外がアクセスする機会が無いとしたら「Mockup」という名前にした

トピック：Figmaの使用について

UIツールはLibraryやComponentsの機能の豊富さからFigmaを選択。
アップデートが多いアプリケーションですが、現在はちゃんと最新に追従できています。

Library全体にわたってVariantsを使用してComponentsを管理しており、状態やサイズなどの変化はほぼ全てVariantsを適用。

短期的な工数はかかるものの、追従できていると日頃の作業効率が何倍も違うため極力欠かさず行っています。

最後に

今回はIncrementsのデザインシステムのうち、広く全体に関わる部分のデータを公開しました。

後編ではQiitaとQiita Teamで実際に使っているComponentsのデータを公開し、どのように継承や上書きを行っているかをお伝えしようと思います。

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム

こんにちは、Qiita開発チームです。
今回はQiita大型アップデートのベータ版リリースについてお知らせします。

アップデート内容は以下の通りです。

1. フィードのリニューアル
2. ストック機能のリニューアル
3. 記事ページのUIの更新
4. ユーザーページのUIの更新（2/26 正式版として公開済）
5. ヘッダーの更新（2/26 正式版として公開済）

なお、フィードバックを元に繰り返し改善を行い、定期的にアンケート等で製品版としてのリリースを行うかの検討を行っていく予定です。 現状のものがそのまま製品版として公開されるとは限りません。

アップデートの背景

Qiitaは2011年のサービスローンチ以来、多くのエンジニアに愛されるサービスへと成長し、現在の会員数は60万人を突破しています。
しかし、大きなコミュニティになっていくにつれて様々な課題が浮き彫りになっていきました。そして、それらの課題に対して多くのユーザーのみなさまからご意見をいただいてきました。

Qiitaが現状抱える大きな課題は以下の通りです。

1. ユーザー、情報の多様性の広がりに対応できていない
   • プログラミング言語、技術、思想、コミュニティ、レベル感、etc..
   • 全てのユーザーに同じコンテンツを提供し続けている現状
2. Qiitaには多くの記事が存在するが、個々人で膨大な記事を管理、整理することができない
   • 現行のストック機能の限界

今回のアップデートはこれらの課題解決の一環として行うものです。
今回のリリースを皮切りに、Qiitaは以下のような世界を目指していきたいと考えています。

• 自由にエンジニアの知識をアウトプットできる世界
  • 制限ではなく、時代の変化に追従していく仕組み、文化
  • アウトプットを楽しめるプラットフォーム
• 記事を投稿することが有益である世界
  • 記事を投稿することで様々なメリットを享受できるプラットフォーム
• ユーザーそれぞれが欲しい情報が得られる世界
  • 全てのユーザーが有益な情報を得られる場所
  • 全てのユーザーがインプットを楽しめるプラットフォーム

今回のアップデートを通して、そのような世界に近づけたらと考えています。

アップデートの内容

フィードのリニューアル

今回のアップデートにより、フィードを以下のような構成に変える予定です。

1. ホーム
2. タイムライン
3. タグトレンド
4. トレンド

現在Qiitaのトップページに表示されているトレンドは、人気の記事を広く発信するためのフィードとして誕生しました。
しかし、現在はトレンドをリリースした当初よりも多種多様のユーザー様がフィードへ訪れており、一人ひとり興味のある分野は異なるかと思います。

より興味のある記事をユーザーの皆様に提供する方法として、新たに「ホーム」と「タグトレンド」というフィードを用意しました。
またタイムラインについて、より投稿者のアウトプットにフォーカスできる場にするため、フォローしているユーザーのLGTMの通知を撤廃しています。

なお、今回のアップデートにより、以下2つのフィードを削除する予定です。

1. マイルストーン
2. タグフィード

ホーム

ホームはユーザーのオープンデータであるLGTMの情報をもとに、ユーザーごとに関心がありそうな記事を提案するフィードです。
このフィードが新たな情報発見の場になればと考えています。
なお、直近でLGTMを行なっていない場合は、トレンドが表示されるようになっています。

タグトレンド

タグトレンドはフォローしているタグのついた記事に絞ったトレンドを提供するフィードです。
トレンドは全ての記事に対して集計を行なっていましたが、タグトレンドではフォローしたタグのついた記事のみが集計の対象になるので、このフィードを通して、より面白い、関心があるような記事が提供できればと考えています。

ストック機能のリニューアル

ストック機能は文字通り、Qiitaで得た知識をストックできる機能として提供を行なってきました。
しかし、知識をストックする機能としては利便性に欠ける部分も多かったかと思います。
今回、ストック機能のリニューアルを行い、よりQiitaが知識のストック場所として機能できることを目指しました。

ストックページのリニューアル

ストックページをゼロから作り直し、よりストックした情報にアクセスしやすい場所を目指しました。
新たなストックページでは、検索や絞り込みをシームレスに行うことができます。

カテゴリの追加

今までのストック機能では、タグによる絞り込みしか行えませんでした。今回、カテゴリという概念を追加し、ユーザーごとに自由に記事の分類を行えるようにしました。

記事ページ以外からのストック

今までは記事ページ以外でのストックが出来ませんでした。そのため、フィードなどで「あとで読みたい」と思った記事をストックするにもいちいち記事ページへ移動する必要がありました。
今回のリニューアルにより、フィードや各ユーザーページなどの記事がリスト状に並んでいるところからもストックが行えるようになっています。 現在は一部のページでのみストックが行えるようになっていますが、ストックが行える場所は今後増えていく予定です。
より気軽にストックを行えるようになることで、Qiitaがインプットをより効率的に行える場所になれればと考えています。

記事ページのUI更新

記事ページのUIも見直しを行いました。
新たな記事ページでは、サイドバーから編集リクエストや記事の修正などが行えるようになります。
加えて、新たにストック数（実数のみ）を表示するようにしました。これにより、記事への反響がより分かりやすくなります。
またモバイルのアクションボタンをフッターに固定し、記事へのアクションをよりスムーズに行えるようにしました。

ユーザーページのUI整理（2/26 正式版として公開済）

ユーザーページのUIも新たに見直しました。
今までプロフィール画像付近の三点リーダー内に配置していた情報を、よりアクセスしやすい場所へ移動させています。

ヘッダーの整理（2/26 正式版として公開済）

ヘッダーの情報も整理しました。
今までは構造上、モバイルからはアクセスできないような情報もありました。今後はモバイルでもPCでの閲覧時と同様の情報へアクセスできるようになっています。
また、モバイルでの記事投稿への遷移も行えるようになります。

2021/03/02追記

ベータ版トレンドフィード、タイムラインフィードをアップデートしました。

トレンドフィードでは、フォローしているタグで絞り込めるようになりました。ベータ版タグトレンドフィードの機能に相当します。
※タグトレンドフィードは削除しました

ページ上部のタブを切り替えることで、フォローしているタグの記事をトレンド順で表示します。

タイムラインフィードでは、フォローしているタグの新着記事を確認できるようにしました。
現行のタグフィードの機能に相当します。

ページ上部のタブを切り替えることで、フォローしているユーザー・タグの情報を新着順で表示します。

ベータ版の有効化方法

ベータ版への切り替えはログインした状態で https://qiita.com/settings/beta-release にアクセスし、「ベータ版に切り替える」をクリックしていただくことで可能です。なお、ベータ版と通常版の切り替えはいつでも行えます。
ベータ版をご利用いただき、フィードバックをいただければ幸いです。

最後に

今回のアップデートでは、Qiitaでのインプット活動をより楽しめるようにすることを１つの目標としてきました。
Qiitaには始めにインプットを通してエンジニアとしての成長を行い、そしてアウトプットを行う側へと変化していくような文化があり、これこそがQiitaが大切にするべき価値だと思っています。
Qiitaはこれまで多くの方に記事を書いていただくことでここまで大きなサービスへと成長してきました。Qiitaの記事投稿活動が本の出版につながった、イベントの登壇のきっかけになったなど、Qiitaでの投稿活動がエンジニアとしての価値につながったというお話も多くいただいています。
しかし一方で、Qiitaとして記事投稿者への価値の還元、ということがまだまだできていないことを認識しています。現在Qiita運営として、記事投稿者のみなさまにどのような価値が提供できるかを議論し、日々今後の方向性について検討しています。

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム

こんにちは、Qiita Team開発チームです。

以下の日程で Qiita , Qiita Team の検索機能に関して計画メンテナンスを実施いたします。
長時間のメンテナンスとなり、QiitaおよびQiita Teamをご利用の皆様にはご不便をおかけしますが、ご理解いただけますと幸いです。

実施日時

2020年10月10日 (土) 24:00開始、27:00終了予定
（終了時間は前後する可能性がございます）

影響

• メンテナンス実施中はQiita, Qiita Teamの検索機能に関してレスポンスが一時的に遅くなる可能性がございます。
• 検索機能以外は通常通りご利用いただけます。

こんにちは、Qiita開発チームです。
今日は「ユーザー一覧ページ」の公開を停止を行うことを告知します。

背景

現在Qiitaには、全てのユーザーを一覧として表示しているページが存在します。このページではアルファベット順にユーザーを閲覧することができ、Qiitaローンチ当初から存在していました。

しかし、現在Qiitaの会員登録数は50万人を超えており、「Qiitaとは」のページでも示している「『あなた』と『誰か』がつながる場としていこう」の実現に、現在のーザー一覧ページは貢献できていないと考えています。

また、パフォーマンスに課題を抱えており、現行のままページを提供し続けることも困難であると判断しました。

よって、一度ページの公開を停止し、改めて「『あなた』と『誰か』がつながる場」にするための機能を検討することとしました。
なお、APIによるユーザー一覧取得は今後も引き続き提供します。今後ユーザーの一覧を取得する際は、Qiita APIをご利用ください。

今後の予定

• 10/1 ユーザー一覧ページのリンクをQiitaから削除
• 10/14 ユーザー一覧ページの公開を停止

これからも改善に取り組んでいきます。ご意見ご要望がありましたらいつでもお寄せください。
ご意見フォーム