こんにちは。既にオープンしたスキー場もあって、テンションアゲアゲの yoichiroです。

Qiitaでは、各記事にタグを付与することができます。そのタグは、ある技術を指していることがほとんどです。そして、タグごとに1つページがあるのですが、そこで「その技術に強い組織」の掲載を始めてみました。

最もContributionの多いOrganization

各記事に付与されたタグをクリックすると、タグそれぞれのページに遷移することができます。そのページの右下に、「最もContributionの多いOrganization」という一覧を掲載しました。

例えば、Qiita内で最もフォロー数の多い「JavaScript」タグのページでは、以下のようなQiita Organizationのリストとなっています。

この一覧は、対象のタグ（が示す技術）に関する記事の投稿を行い、良い記事と判断されたフィードバックが多い組織を順に掲載しています。もちろん、気になった組織があれば、クリックすることで、どのような組織で、そしてどのようなメンバーが所属しているのか、知ることができます。「こんな企業あったんだ、知らなかった」と新しい発見もあると思います。ぜひQiita Organizationのページに飛んでいって、新しい発見を得てください。

最後に

Qiita Organizationに所属されているQiitaユーザーの方々は、上記の一覧にランクインすべく、得意分野の記事を投稿し、多くのいいねを集めていただければと考えております。また、「どんな組織なんだろう？」とワクワクしてQiita Organizationページに訪れるユーザのために、組織の魅力をぜひQiita Organization Aboutにて表現していただければと思います。

IncrementsではQiitaを一緒に成長させていってくれる仲間を募集いたしております。興味があるという人は ⇛ http://increments.co.jp/jobs/engineers

2016/11/24

increments

Incrementsのリモートワークとフレックスタイム

こんにちは、@tshunskです。
風邪やインフルエンザの流行が気になる季節ですが、Incrementsでは先日予防接種の出張に来てもらって、ほとんどのメンバーがそこで予防接種を済ませてしまいました。予約が1回で済んだので、手配する側としても今年のインフルエンザ予防接種はすごく楽でした。

さて、今回はIncrementsのリモートワークとフレックスタイムについてご紹介します。

各自が最大のパフォーマンスを発揮するためのリモートワーク

Incrementsでは本年6月から全社員を対象にリモートワークを導入しています。取得日数の上限はなく、またリモートワークをする際の申請や許可などは一切不要な制度となっています。

本格導入の前には週に１日だけ実施し、検証を重ねた上で「リモートワークによるパフォーマンスの低下は見られない」ということが確認できたため、6月から全社で実施しています。

「リモートワーク」という名称にはなっていますが、意味合いとしては「Work Wherever（どこで働いてもいい）」に近く、家でも、会社でも、カフェでも各自が最大限のパフォーマンスが発揮できる場所を選択して働くことができる制度となっています。

家で仕事をすることが多いメンバーは椅子や机、ディスプレイなどに結構な投資をしていたり、逆に家では一切仕事しないというメンバーは毎日普通に出社していたりします。会議もリモートで行えるように、各会議室には大きなディスプレイとGoogleハングアウト用の機材が設置してあり、どこからでも会議に参加できるようになっています。

京都にいてすべてリモートワークというメンバーもいれば、週に2、3日だけリモートワークを使うメンバー、ほとんどリモートワークをしないメンバーなど、この制度の使い方は人それぞれです。なかには、スノーボードが大好きすぎて、冬の間だけ長野に移住する強者までいます。

社内のコミュニケーション

社内のコミュニケーション手段は、Slack、Qiita:Team、GitHubなどがメインですが、現在のところ大きな支障もなく業務をすることができています。もちろん、月に1回の全社ミーティングには出社してもらうようにしたり、ディスカッション時などは会議室に集まってもらうなど、すべてをリモートで完結できるようには厳密にはなっていない部分もありますが、「会社に来なくても働ける」制度としてすっかり定着しています。

また、オフィスTGIFやミートアップを開催するなど直後会って話せる時間も大事にしています。

働く時間に柔軟性を持たせるフレックスタイム

リモートワークとあわせて、働き方に柔軟性を持たせるためにフレックスタイムを導入しています。ルールは「コアタイムの13〜17時は必ずオンラインとなり、業務を行うこと」「月間所定労働時間（8時間×営業日）以上は必ず働くこと」の2つです。また、翌日の業務への影響を考慮して、午前0時以降の業務は原則禁止しています。

社内会議などはなるべくコアタイムに行い、それ以外はツール上で緊急度に応じて適切にコミュニケーションをとるようにしています。メンションなどの通知は受け取り側が制御する前提で、必要であればいつでもメンションしていいように社内でガイドラインを設けています。

朝早くから働き始めて夕方以降はジムに行ったり、家族と過ごしたりするメンバーもいれば、午前中に自分の用事を済ませて午後から働き始めるメンバーもいます。生活スタイルはそれぞれですが、1日4時間は同時に働く時間を設けることでコミュニケーション上での問題はほとんど生じていません。また、いろいろな業務についてGitHubやQiita:Team上でとにかくドキュメントを残していくことによって、非同期コミュニケーションの精度を高めるようにしています。

おわりに

Incrementsのリモートワークとフレックスタイムについてご紹介してきましたが、いかがだったでしょうか。現在の体制が完璧だとは思っていませんので、まだまだいろいろな制度やツールを試行しながらチューニングをしていくつもりですが、これらの制度を検討されてる方々に少しでもご参考になれば幸いです。

私たちが働き方について考える時に常に意識しているのは「どうすれば各自のパフォーマンスを最大限に発揮できるか」ということです。働く場所と時間に柔軟性を持たせることでパフォーマンスが発揮しやすくなるのであれば、そのためのサポートは会社として惜しむつもりはありません。

最後にIncrementsでは、このようなリモートワークとフレックスタイムのもとで働きたい仲間を絶賛募集中です。もしご興味があればこちらからご応募してください。

2016/11/202019/12/05

advent calendar qiita

2016年度版Qiita Advent Calendarランキングをお届けいたします

こんにちは、 Yoichiro です。

2016年度のAdvent Calendarが続々と登録されています。既に興味のあるカレンダーは見つかりましたでしょうか？ぜひ興味のあるカレンダーを見つけて、購読したり、もし空いている日があれば、参加登録して何か記事を書いてみたりしながら、恒例の年末行事となったこのイベントを楽しんでいただけたらと思っています。

「Qiita Advent Calendar 2016」の募集が始まりました

今年もQiita Advent Calendarランキングを公表いたします

さて、今年もAdvent Calendarをさらに盛り上げるために、ランキングを公表することといたしました。2016年度のランキングは、12月1日から公開する予定です。

今年のランキングは、カレンダーを購読している人数（総購読者数）と、カレンダー中の投稿へのいいね数の合計（総いいね数）の2つを提供したします。

購読者数ランキング
- 購読機能とは、カレンダーに新たに記事が追加された際に、通知を受けることができる機能です。購読者が多いということは、その技術に対して興味がある人が多いと考えられます。どのカレンダーが皆さんから一番興味を持たれているかをランキングします。
総いいね数ランキング
- いいね数は、投稿された個々の記事に対しての評価です。評価の高い投稿を多く持つカレンダーがどれかをランキングします。 ※ いいね数は、Qiitaに投稿された記事のみ対象となります。

参加条件

ランキングに参加するためには、1つだけ条件があります。それはカレンダーの25日間がすべて埋まっていることです。投稿を予定していた当日中に書けなかったとしても、カレンダーの最終日である12月25日までに投稿されていれば、条件を満たすものといたします。カレンダーを作成された方は、是非とも周りの人に呼びかけるなどして、25日間投稿できるようにしましょう。

そして、もう一つ注意事項がございます。総いいね数ランキングにつきましては、いいね数の計算対象となる記事は、その年の12月1日以降に公開された記事のみとなります。

開催期間

総購読者数ランキングは、購読が可能な12月25日までを期間といたします。また、総いいね数ランキングは、12月1日から1月4日までの期間内において、記事に対していいねされた数を対象とします。最終結果は、1月5日以降に発表いたします。お楽しみに！

最後に

Qiita Advent Calendarランキングを通じて、プログラミング言語間やフレームワーク間などで楽しく競い合い、この年末のイベントを盛り上げましょう！このような機会を通じて、エンジニアの方々の情報共有が更に進めばと願っています。

Qiita Advent Calendarへの積極的な参加をお願いいたします。

IncrementsではQiitaを一緒に成長させていってくれる仲間を募集いたしております。興味があるという人は ⇛ https://increments.co.jp/jobs/engineers

2016/11/16

qiita

Qiitaのユーザー資格の取り消しに関して

いつもQiitaをご利用いただきありがとうございます。

Qiitaは、プログラマの皆さんに気持ちよくご利用いただける、心から喜んでいただけるサービスを目指して運営しております。

そのため、サービス利用規約の第8条 (禁止事項) に違反したユーザーに対しては、運営サイドより警告させていただくことがございます。また警告があったにも関わらず、同様の行為を繰り返したユーザーについては、同第5条に基づき、ユーザー資格を取り消すことがございます。

Qiitaはサービス利用規約に基づいて運営しており、これ以外の理由により、運営としてユーザー資格を取り消すことはございません。

プログラマの皆さんにとって気持ちよくご利用いただけるよう改善してまいりますので、今後ともQiitaをよろしくお願い申し上げます。

2016/11/14

newfeature qiita

投稿記事やコメントに「いいね」できるようになりました（Contributionの算定基準も変わります）

こんにちは、@htomine です。
最近はVR-HMD(HTC VIVE)にハマっています。
ゲームもさることながら、VRならではの身体感覚を伴ったコミュニケーションに面白さを感じます。
手を降ったりハイタッチしたりして、ダイレクトなフィードバックを返すことができるのが楽しいです。

さて今日は、Qiitaのあたらしいフィードバックの方法についてご紹介します。

「いいね」できるようになりました

今回、投稿やコメントをユーザーのみなさんが評価する手段として「いいね」を導入しました。投稿やコメントへの「いいね」の総数が、投稿やコメントに対する評価と捉えられるように設計しています。

このブログ記事では、「いいね」によって何が変わるのか、またContributionへの影響などについてご紹介します。

投稿閲覧画面での「いいね」の操作

まずは、新しく追加された投稿画面での「いいね」の操作について画面キャプチャを交えて紹介します。
配置の変わった「ストック」の操作についても捕捉します。

記事の上部

これまでストックボタンが表示されていた箇所（赤枠部分）に、「いいね数」「いいねボタン」、「いいねした人のアイコンリスト」を設置しています。
「ストックボタン」は、ヘッダに新設されたメニューバーの右端（青枠部分）に移動しました。

記事の下部

記事の下部に、新たに「いいねボタン」「いいね数」「いいねした人のアイコン」を表示するエリア(赤枠部分)を設けました。記事を読んだあとに「いいね！」と思ったら使ってみてください。
また、同じ並びに「ストックボタン」「編集リクエストボタン」なども配置しています（青枠部分）。

通知設定について

これまでのストック通知と同じように、いいねされた通知も受け取ることができます。
今後は少し意味の変わってくるストック通知について、不要だという方はオフにすることも可能です。

設定画面: https://qiita.com/settings/notifications

なお、後述するように、ストックはあくまでも閲覧者の記事の保存のための機能へと変更されました。そのため、一時的にストックし、投稿記事を読了後にストックを外すということも多くなるのではと考えています。ストックが担っていた、投稿記事を評価したという役割は「いいね」に引き継がれたので、しばらくの猶予期間の後、ストックの通知はユーザーの設定の如何に寄らず、廃止する予定です。その際は設定からも外す予定です。もし、ストックの通知をなんらかのアクションのきっかけとされている方は、「いいね」の通知を代わりに使うように変更お願いします。

「いいね」機能追加の背景について

ストックの意味の変更

Qiitaでは現在、投稿記事に対して「ストック」することができます。この機能は「今は忙しいから後で読もう」といったときに使うことができますが、一方で「素晴らしい記事を見つけた」という時にも使うことができ、実質的に記事へのフィードバックとしても機能していました。
その結果、「投稿記事を保存する」というアクションと「投稿記事を気に入った」というアクションが混在し、記事への評価が分かりにくくなっていました。

今回の「いいね」の導入により、ストックは純粋に投稿記事を保存するという役割だけを担当し、今後「この記事はいい記事だ」というフィードバックは、「いいね」によって表現できるようになります。

これまでについたストックの扱い

「いいね」の導入以前についた投稿記事へのストックは、今後も「ストック数」として引き継がれます。ただし、これまでは「いいね」の意味として投稿記事を評価していたこともありうるため、「いいね数」としても引き継がれます。

例として、ある投稿記事Aにいままで100ストックあったとすると、この投稿記事は今日以降、100ストックと100いいねがあった投稿記事として扱われることになります。
今後は、ストックといいねは別アクションになりますのでそれぞれのアクションが行われた数が別にカウントされていくことになります。

Thankの置き換え

また、「いいね」はコメントにもつけることができます。
これまでコメントに対しては「Thank」という限られたフィードバックのみ可能でしたが、良い投稿記事と同様に、良いコメントも適切に評価できるよう、「Thank」に代わって「いいね」を設置しています。

Contribution への影響

「いいね」の導入により、これまでは得たストック数で主に算出されていたContributionも変更が生じます。今まで獲得ストック数となっていた算出基準は、獲得したいいねの数へと変更になります。また、コメントに対していいねされた数もContributionに影響を与えるようになります。具体的には、投稿へのいいねの半分の値をコメントへのいいねでは得られます。

前回の変更で、編集リクエストによる貢献が追加されていますので、今回の変更を加えると、次がContributionの算出基準となります。

投稿へのいいね数
編集リクエストにいいねされた数。投稿へいいねされた数の10分の1の値とし、上限を10とする。
コメントへのいいね数。投稿へいいねされた数の2分の１の値とする。上限は無い。

数式で表すと次のようになります。

記号	意味
	ユーザーのContribution
	ユーザーの記事
	ユーザーのコメント
	ユーザーが編集リクエストを送った他人の記事
	記事やコメントnの「いいね！」数
	ユーザーが編集リクエストを送った後に増えた記事nの「いいね！」数
	コメントの「いいね！」へのContributionへの重み。0.5とする。

影響する他機能

いいねの導入により、今までストック数を基準に評価していた機能は、「いいね」を元にしたものと変更されます。人気の投稿などがその例です。
逆にストック一覧や、ストックした記事からの絞込検索などのストックを活用する機能は、今後も引き続きご利用いただけます。

APIの対応

今回の「いいね」の導入により、次のAPIが非推奨（Deprecated）となりました。

コメントへのThankの追加と削除
- PUT /api/v2/comments/:comment_id/thank
- DELETE /api/v2/comments/:comment_id/thank

また、現在のAPIで「いいね！」に関するものがいくつかありますが、これらは今回のQiitaの「いいね」に対応したものではありません。Qiita:Team用です。
APIについては、投稿とコメントへの「いいね」に対応したものを近日中に提供する予定です。

2016/11/10

海野(yaotti)と及川(takoratta)がJapan Product Manager Conference2016に登壇しました

弊社代表の海野とQiita PMの及川が先日開かれたJapan Product Manager Conference 2016に登壇しました。

海野はQiita:TeamのPMとしてプロダクト開発において大きな成果を出すための環境づくりやノウハウについて発表しました。一方、及川はモデレータとしてNiantic, Inc. PMの河合敬一氏とグローバル企業におけるプロダクトマネージメントについてのセッションを行いました。

PMという職種は日本ではまだまだ知られていないということもあり、非常に大きな反響がありました。
なお、発表資料や当日の様子は以下のリンクよりご覧いただけます。

さいごに

PMが体力的にきついというが、CEOもやっている。辛い 😅 by @yaotti
なので、IncrementsではPM絶賛募集中です！ #pmconfjp
— 及川卓也 / Takuya Oikawa (@takoratta) 2016年10月24日

ということで、Qiita:TeamはPMを絶賛大募集中です。まずは話を聞きたいよ〜という方も、jobs@qiita.comまでメッセージをください！

2016/11/9

increments

Increments流GitHub稟議の手順と導入方法

こんにちは、@tshunskです。

Incrementsではエンジニアでないスタッフも全員がGitHubアカウントを持っていて、社内の稟議もGitHub上で起票しています。

今日は稟議のシステム化をご検討されている方のためにIncrementsが行っているGithub稟議のやり方と導入する際の手順を簡単にご紹介したいと思います。

背景

会社の規模がある程度以上になると社内の承認プロセスとして稟議という手続きが間違いなく必要になってきます。いくつかのワークフローシステムも試したのですがいまいちパッとしたものがなかったため、それではGitHub上でやってしまおうということになりました。

GitHubに決めた理由

スタッフ全員がアカウントを持っていて、使い慣れているので導入・運用のコストがかからない。
稟議の内容に対するコメントや修正履歴なども後から見ることができるし、誰がいつ承認したのかという記録もシステム上でしっかりと残る。
承認後の改竄が不可能。

稟議承認までの流れ

弊社では、GitHub上での稟議の起票から承認を以下のような流れで行っています。

テンプレートに沿って稟議内容をPull Requestとして作成し承認者にメンション
承認者は内容を確認後、Pull RequestをMergeする。
- 複数の承認者がいる場合、各自Approvedで承認の意思を明示し、最終承認者がMergeをする。

スクリーンショット 2016-11-09 14.43.53.png

次は、GitHub稟議をはじめる際の手順をご紹介します。

GitHub稟議の導入の仕方

GitHub上に稟議専用のリポジトリを用意する
当たり前ですが、稟議専用のプライベートリポジトリが必要になります。
名称は「ringi」でも「request-for-approval」でも、みんなが分かりやすいもので設定しましょう。
READMEに「稟議フォーマット」や「タイトルの書き方」などルールを記載する
フォーマットを用意してあげると、稟議を書き慣れていない人でもスムーズに起票することができるので、ここをしっかりと準備しておくことが大事です。

タイトルは、それを見ただけで概要がわかるように書いてあると良いでしょう。
例) 2016●●●●_◯◯◯法律事務所との顧問契約.md

フォーマットについては弊社は以下のものを利用しています。

稟議を出す人と承認者では稟議対象について同じレベルの情報は持っていません。
そのうえで、承認者が「目的や検討のプロセスが適切かどうか」で判断できるように、「代替案やリスクについては検討されているか」などの内容が網羅できるようなフォーマットになっています。

---
申請日: 20●●年●月●日
申請者: 申請者の氏名
承認者: 承認者の氏名
---

## 実施の経緯及び目的 (必須)

## 実施内容 (必須)

## 結論にいたった理由 (必須)

## 必要な費用 (必須)

## 実施日時 (必須)

## 期待される効果 (必須)

## 他の選択肢

## 実施しなかった場合の影響

社内への周知

日常的にGitHubを利用していないスタッフもいるので、READMEに簡単な解説を書くだけでなく、IncrementsではQiita:Team上でも画面キャプチャ付きのドキュメントを用意し稟議の作成手順を周知していきました。

結果、全社的にスムーズにGitHub上で稟議の承認フローを回すことができています:)
稟議のシステム化をご検討されている方のご参考になれば幸いです。

2016/11/7

qiita

Organization一覧ページでAbout記載の絞り込みができるようになりました

QiitaのOrganization一覧ページにおいて、Aboutを記載しているOrganizationのみの表示ができるようになりました。

##Aboutとは

AboutはQiita Organizationで組織の紹介などを書ける機能です。

慣れたMarkdownで組織についての記述ができるということで、発表直後より多くの組織にご愛用いただいています。

詳しい機能については以下の記事をご覧ください

Qiita Organizationで組織の紹介などを書ける「About」の提供を開始しました – Qiita Blog

記載されている内容は組織の特色が現れ多種多様となっています。

以下はすでにご利用いただいている組織の一例です。

そんな中、About導入を検討されている組織から「すでに導入した組織がどのように利用しているかを参考にしたいが、Aboutを導入している組織を探しづらい」という声を多くいただきました。

そこでQiita開発チームは今回 About絞り込み機能の実装 という形でお答えしました。

##使い方
Organization一覧ページ右部にある[About記載Organizationのみ表示]を選択すると、Aboutを記載しているOrganizationのみが表示されるようになります。

ここだよ！ここ！

導入を考えていらっしゃる組織の方は、ぜひ他の組織のAboutをご参考ください 🙂

2016/11/62020/02/21

qiita QiitaTeam

QiitaとQiita Teamで使える絵文字の種類が変わりました

QiitaとQiita Teamで使える絵文字の種類を変更し、Twitterが提供している絵文字を利用するようになりました。

背景

QiitaとQiita Teamでは、これまで github/gemoji (以下Gemoji) の提供する絵文字を利用してきました。しかし、Gemojiの次期メジャーバージョンでは、以下のような変更が予定されています。

ほとんどの絵文字画像はリポジトリからは提供されなくなる
macOSに同梱されている絵文字用フォントから絵文字画像を抽出する機能が提供される

かねてから利用できる絵文字の種類をもっと増やしたいという別の要望もあり、この機会に利用する絵文字の種類を変更することになりました。

変更内容

大きな変更点としては、同じ名前の絵文字でも画像の絵柄が変わり、見た目が大きく変わります。

利用できる絵文字の種類も862件から1626件に増え、より多くの絵文字が利用できるようになりました。

単純な絵文字の種類の増加に加え、肌の色や性別などのバリエーションも増えています。

2016/10/26

advent calendar qiita

「Qiita Advent Calendar 2016」の募集が始まりました

こんにちは、gocciです。

年末の風物詩「Qiita Advent Calendar2016」の募集が始まりましたので、お知らせします。

おさらい！Advent Calendarとは?

元はクリスマスまでの日数をカウントダウンするために使われていたカレンダーで、12月1日からはじまり、24個ある「窓」を毎日1つずつ開けて中に入っている小さなお菓子やプレゼントを楽しむものが有名です。

近年、このカレンダーにならい、インターネット上において定められたテーマに従い参加者が持ち回りで自身のブログやサイトに記事を投稿する企画が多く実施されています。

一般的なAdvent Calendarの様子(写真は去年のやつです><)

Qiita Advent Calendarの特徴

いろんなサイトでAdvent Calendarが立ち上がってくると思いますが、
Qiita Advent Calendarの最大の特徴は「プログラミングに関する情報に特化している」です。

2015年からはランキングを提供したこともあり大いに賑わい、参加者は約7,000人、作成されたカレンダーの数は約400個、投稿がストックされた数は72,000以上となりました。

Qiita Advent Calendar 2015ランキング結果を発表します

カレンダーを新規に登録してみよう

新規にカレンダーを作成する際の手順を解説していきます。カレンダーを作成するにはQiitaのアカウントが必須となります。

URL http://qiita.com/advent-calendar/2016 を開きます。
“登録はこちらから”という赤いボタンを押します。
名前、URL、カテゴリー、概要を入力して、Advent Calendar を登録します。

興味のあるカレンダーに自分も参加してみよう

自分でカレンダーを登録した、あるいは興味のあるテーマのカレンダーを見つけた際には、ぜひそのカレンダーに参加してみましょう。ご自身のブログの記事、またはQiitaの下書きのURLを空いている日に参加登録すると、その日になったら自動的に記事が公開され、カレンダーを購読しているユーザに届けられます。

それでは、参加方法を簡単に解説していきます。

カレンダーと日付を決めて、参加の登録をします
コメント、記事のURLを入力して完了！

予約投稿の手順はこちらをご確認下さい

Qiita Advent Calendarの機能紹介

昨年と同様、今年もQiita Advent Calendarは以下のような機能を提供します。

カレンダーのカテゴリ分け
予約投稿
タイトル検索
記事の人気順の表示
カレンダーの購読

購読したカレンダーに新たに記事が追加された場合、通知が来るので気になる話題を逃しません。是非、星ボタンをポチッとして購読してみてください。

おわりに

普段、なかなか記事を書くきっかけがないという方も、Qiita Advent Calendarをきっかけに、Qiitaでの情報共有をはじめてみませんか?:)

Qiita Advent Calendarには、ご自身のブログでの参加も可能です。しかし、Qiitaで投稿を行うことで、ユーザーからのコメントなど、フィードバックをもらうことができます。Qiitaでのプログラマ同士の活発な情報共有をぜひ体感してみてください！

常連の方も、これから使ってみるよって方も、みんなでQiita Advent Calendarを楽しみましょう！

Qiita Advent Calendar 2016

2016/10/7

絵文字リアクションにおいて👍をワンクリックで押せるようになりました + 通知を改善しました

こんにちは、 @takashi です。最近好きな絵文字は :partyparrot: です。

さて、最近Qiita:Teamでは記事やコメントに対して絵文字でリアクションを付けられるようになりました。

リリース後の皆さんからのフィードバックを踏まえて2点改善した機能があるのでご紹介します。

👍をワンクリックで押せるようになりました。

これまではリアクションを押す際に必ず2回クリックする必要がありましたが、デフォルトで設定された 👍の場合は1クリックで済むようになりました。

リアクションの通知を改善しました。

スクリーンショット 2016-10-07 19.48.16.png

記事やコメントにリアクションが付いた際に、これまでは「リアクションしました。」という文言のみが表示されていましたが、これを変更し絵文字の種類を表示するようになりました。

これからも改善していきます。今後ともQiita, Qiita:Teamをよろしくお願いします！

2016/10/62020/02/21

10/4にIncrements PM Meetup #2を開催しました

こんにちは。
10月4日、弊社オフィスにてIncrements PM Meetup #2を開催しましたので、当日の様子と発表動画をお伝えします💁

前回に引き続き、プロダクトマネージャーをテーマにしたイベントの第2回目ということで、Qiita Teamのプロダクトマネージャーを兼任している弊社代表の海野と、Qiitaのプロダクトマネージャーである及川が今回も発表いたしました。

「IncrementsのPM」 by 及川 (takoratta)

「Qiita Teamのプロダクトマネージャーについて」 by 海野 (yaotti)

質疑応答 & フリーディスカッション

今回も質疑応答の時間を長めにとりましたが、参加者のみなさんからたくさんご質問いただき、大変盛り上がりました。
なお、質疑応答の様子は一部公開できない部分もあるため、動画は公開しません🙈
内容が気になる方は、ぜひ次回ご参加ください！

懇親会

懇親会では質疑応答で質問しづらいような話題が飛び交っていました。それぞれの会社固有で発生する課題についての議論などが活発にされていました🍻

おわりに

弊社では今後も継続的にイベントを行なっていく予定ですので、今回参加できなかった方も、次回以降のイベントにぜひご参加ください。

Incrementsでは、Qiita Teamのプロダクトマネージャを絶賛募集中です。興味を持っていただけた方はまず一度お話しませんか😃

また、自社サイトではプロダクトマネージャの責任や要件について掲載しているので、よろしければこちらも合わせてご覧ください。

Increments採用情報
http://increments.co.jp/jobs

2016/10/42020/02/21

qiita

details,summary要素に対応し、投稿内で指定箇所を折りたためるようになりました

こんにちは。 yoichiroです。

今日はQiita,Qiita Teamにてdetails,summary要素に対応したことをご報告いたします。

details,summary要素とは？

HTML5.1の勧告案にて、ユーザが明示的に操作をすることで追加の詳細情報を閲覧することができるようになるdetails要素が追加されました。また同時に、その追加情報の要約を記載するために、summary要素も追加されています。これらの要素を使用すると、ウェブブラウザは要約の文章に加えて、開閉するためのUIを表示します。そしてユーザがそのUIを使って開いた際に、details要素が持つ内容が初めて表示される、という挙動となります。

今までQiita,Qiita Teamでは、Markdown Text内でdetailsおよびsummary要素を記述しても表示されませんでした。今回対応したことにより、Qiita,Qiita Teamの投稿内でdetailsおよびsummary要素を使って、効果的に追加情報を記載することが可能になりました。

使い方

追加情報としたい内容を、detailsタグで囲みます。そして、要約として表示したい文章をsummaryタグで記載します。

例えば、以下のようなMarkdownテキストを書いたとします。

### Qiitaとは

Qiita(キータ)は、プログラマのための技術情報共有サービスです。

<details><summary>どんどん共有しましょう</summary>プログラミングに
関することをどんどん投稿して、知識を記録、共有しましょう。Qiitaに投稿す
ると、自分のコードやノウハウを見やすい形で残すことができます。技術情報
はテキストファイルへのメモではなく、タグを付けた文章、シンタックスハイラ
イトされたコードで保存することで初めて再利用可能な知識になる、そうQiita
では考えています。</details>

これはQiita,Qiita Teamでは以下のように表示されます。