Qiita Blog

こんにちは、最近築地に引っ越してルームシェアを始めた

htomineです。
まだ一度もエクストリーム出社はしていません。玉子サンドが気になっています。

さて、今回Organizationの「最近の投稿」を配信するRSSフィードを設置しましたのでお知らせします。
アクテビティページ 内の「最近の投稿」セクションにあるRSSアイコンからURLを取得できます。

RSSフィードのURLはこんな感じです。
http://qiita.com/organizations/increments/activities.atom

ウィジェットやAPIの形で提供して欲しいというご要望もよく頂いているのですが、まずは手軽なところからということで実装しました。
気になるあの会社の投稿をWatchしたり、自社サイトなどにメンバーのQiitaでの活動を掲示したり、チームのSlackにメンバーの投稿を手軽に配信したりする際にご利用いただけるのではないでしょうか。
ご意見・ご感想お待ちしています！

こんにちは iogi です。

2017年9月30日をもって、Qiita API v1 の提供を終了します。
10月以降のタイミングで、エンドポイントが利用できない状態となりますので、API v1 をご利用頂いている方にはお手数をおかけいたしますが、Qiita API v2 への移行をお願いいたします。

2014年9月に API v2 をリリースし、その後、API v1 / v2 の双方をサポートしてまいりました。
しかしながら、最近では API v2 にのみ機能を追加し、API v1 には同等の機能を追加できていない状況が続いています。今後の機能追加の影響等を考慮した結果、旧バージョンである v1 を廃止させていただくこととしました。

API v1 から v2 への移行にあたり問題などありましたらサポートまでご連絡ください。

今後とも Qiita、Qiita:Team をよろしくお願いいたします。

Qiita の記事で class 属性を始めとする HTML 要素の属性指定ができなくなりました。なお Qiita:Team と Qiita の Organization ページでは今まで通り利用が可能です。

背景

これまで Qiita では記事本文に class 属性を指定することが許可されていました。
そのため、例えば Font Awesome のアイコンを表示する要素（例:<i class="fa fa-star"></i>）を挿入し、記事の見出しを装飾するなどの事例が散見されました。

しかしながら、無制限の class 属性の開放は、 Qiita の記事上で Qiita のあらゆる UI コンポーネントの模倣を可能にすることを意味します。これを悪用することで qiita.com 上で Qiita を騙るフィッシングページを作ることも可能となってしまいます。

今回この点について改めて開発チーム内で協議し、Qiita で HTML 要素の属性指定を使えないように変更しました。

変更前後の違い

Font Awesomeを例に説明します。

変更変前
class属性で指定した Font Awesome のアイコン（★）がプレビュー側（右）に表示されています。

変更後
class 属性が取り除かれ、アイコンがプレビュー側に表示されなくなりました。

Font Awesome がご利用いただけなくなる点について

前述の通り、今回の変更によってこれまで暗黙的に利用できていた Font Awesome のアイコン指定はご利用いただけなくなります。(繰り返しになりますが、Qiita:TeamやQiitaのOrganizationでは引き続きご利用いただけます）
Font Awesome を含めて禁止にしたのは以下の理由です。

• Qiita が Font Awesome を利用していることは公式な仕様ではなく、将来にわたって Font Awesome を使い続ける保証がない
• 将来的に何かしらの後方非互換な変更が Font Awesome に入ったとき、その変更に追従することができなくなる

記事中で使用していた方にはご不便おかけいたしますが、ご理解いただけますと幸いです。

おわりに

今後、外部サービスの貼付けについては技術的な記事を書く上で有用なものを精査した上で対応していく予定です。 また一部ご意見いただいておりましたTweetの貼り付けについては、すでに対応しております。
こんなサービスに対応してほしいなどのご意見があれば、ぜひQiitadonのQiita公式アカウントや、ご意見フォームまでご連絡ください 💁🏻

今後ともQiitaをよろしくお願いいたします。

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

先日コミュニティガイドラインについての補足説明をお知らせしましたが、当該の内容をガイドラインに反映する形で改訂いたしました。
併せて利用規約も改訂し、コミュニティガイドラインの位置づけがより明確になるようにいたしました。
以下に改定箇所を記載しますので、ご確認ください。

コミュニティガイドラインの改訂箇所

「プログラミング以外の内容は投稿しない」に、「プログラミング」「プログラマー」という言葉の扱いについての補足説明を追加

「プログラミング 」「プログラマー」という言葉の扱いについて
ガイドラインで記載されている「プログラミング」や「プログラマー」という言葉の扱いについて補足でご説明します。
私たちの認識としては、技術的な内容が記事の主目的である限りは、「プログラミングに関係ある」記事だと考えています。
例えば「プログラマーのライフスタイルに関する記事」、「インフラに関する情報など、厳密にプログラミングとは言えない記事」など、判断に迷う場合は「技術的な内容が主目的かどうか」を基準として考えています。

また、サービス開始以来、「プログラミング」「プログラマー」という言葉を使ってきましたが、現在では私達の当初の予想よりも広い範囲で技術者の皆様にご利用いただいていると理解しています。この点について、今後も厳密な意味での「プログラミング」や「プログラマー」という言葉の定義を適用する意図はありません。今後、より適切な表現に改めていくことを検討します。

「宣伝行為はしない」の見出しと本文を改訂

宣伝行為の定義についてより明確になるよう改訂しました。

「宣伝や販売を主目的とした記事は投稿しない」
技術に関する情報共有を目的としていない、宣伝や販売を主目的とした記事は投稿しないようにお願いします。なお自社や自作の技術的な解説等を主目的としている記事は、宣伝や販売には当たりません。 ご自身の書いた記事が「宣伝や販売に当たるのか判断に迷う」といった場合は、サポート窓口へお問い合わせください。

サービス利用規約の改訂箇所

コミュニティガイドラインの位置づけを明示するよう改訂しました。

第1条（はじめに）に「5項」を追加

5.当社は本規約のほか、本サービスに関する細則（以下「ガイドライン」）を定める権限を有するものとします。ガイドラインにおいては、各種サービスの利用方法や注意書きを提示しています。これらも本規約の一部を実質的に構成するものですので、本規約と合わせてお読みください。

第7条（ユーザーの責任）に「8項」を追加

8.ユーザーは、ガイドラインを熟読し、その精神を尊重して本サービスを利用しなければなりません。

更新後のコミュニティガイドライン・利用規約全文については、以下をご覧くださいませ。

• コミュニティガイドライン
• サービス利用規約

今後ともQiitaをよろしくお願いいたします。

いつもQiita、Qiita:Teamをご利用いただきありがとうございます。
Increments株式会社代表の海野です。

先日公開いたしましたQiitaのコミュニティガイドラインに関しまして、沢山のフィードバックをいただきありがとうございます。

ご意見を確認させていただく中で、ガイドライン内の表現に分かりにくい点があること、また、私達がお伝えしたいと考えていることについて、ユーザーの皆様へ補足すべき事柄があると認識いたしました。
お寄せいただいたご意見の中から代表的なものについて、Q&A形式で以下にご説明させていただきます。

なお、解釈に幅のある内容に関して、コミュニティガイドラインを理由に私達が一方的な対応を取るのは望ましくないと考えています。例えばコミュニティの中で内容について議論しやすい仕組みを導入するなど、よりユーザーの皆様に分かりやすい運営方針やサービス設計となるよう検討を進めていきます。

つきましては、頂いたご意見を参考にコミュニティガイドラインのアップデートを検討しています。そちらに関しては準備ができ次第再度共有しますので、しばらくお待ちください。

コミュニティガイドラインについてのQ&A

Q. 自作のOSSについての記事や、自社技術について書いた記事はすべて「宣伝行為（自社の技術の利用や導入を勧めることを主目的とする記事）」にあたるのか？

A. いいえ。

この項目は、商用行為に直結するような誘導が記事の主目的となっている場合などを想定したものです。例えば自作のOSSについて紹介するといった場合でも、技術的な内容が記事の主目的であれば問題ありません。
あくまで記事の方向性として、「技術に関する情報の共有よりも、宣伝行為のほうが目的となってしまわないようにしましょう」とお伝えするものです。

Q. インフラに関する情報など、厳密に「プログラミング」といえない情報は不要と考えているのか？

A. いいえ。

サービス開始以来、「プログラミング」「プログラマー」という言葉を使っておりますが、現在では私達の当初の予想よりも広い範囲で技術者の皆様にご利用いただいています。私達の当初の想い以上に多くの方々にお使いいただいていることに大変感謝しています。
今後、サービス内やコミュニティガイドラインでの表記について、より現実に則した分かりやすい表現を検討してまいります。

従いまして、この点に関しまして、厳密な「プログラミング」という言葉の定義を適用する意図はございません。

なお、本記事においては分かりやすさのために以降も「プログラミング」という単語を使っていますが、上記のような意図であると捉えてください。

Q. 「プログラミングに関係ない」投稿の線引がわかりにくい。

A. 技術的な内容が記事の主目的である限りは、「プログラミングに関係ある」記事だと考えています。

例えば、いわゆるポエムと呼ばれているようなコードを含まず考えを述べるような記事であっても、技術的な内容が主目的であれば「プログラミングに関係ある記事」であると考えています。逆に、「Don’t」の項目にもありますとおり、「政治やスポーツなどの事柄を主目的とした記事」は、「プログラミングに関係ない記事」だと考えます。

一方で、例えば「プログラマーのライフスタイル」に言及した記事などは、ユーザーの皆様にとっても判断が難しい場合があると考えます。その際も「技術的な内容が主目的かどうか」を基準としてご投稿いただければと考えております。

さいごに

長くなってしまいましたが、ガイドラインに関する補足についてお知らせいたしました。
引き続き、コミュニティガイドラインやQiitaについてユーザーの皆様と議論を交わしていき、プログラマー（という表現はさておき…）にとってより役立つ場にしていきたいと思っています。
今後とも、Qiitaをよろしくお願いいたします。

いつもQiitaをご利用いただき、ありがとうございます。Increments CEOの海野弘成です。

プログラマーのための技術情報共有コミュニティサービスとしてQiitaは皆さまにご愛用頂いておりますが、このたび、改めてコミュニティにご参加いただく際のガイドラインを「Qiitaコミュニティガイドライン」としてまとめました。

ガイドラインとともに、創業時の想いや私達が目指す世界について、「Qiitaへの思い」として公開させていただいております。より良いコミュニティを共に作り上げていくために、まずはスタートとゴールを明らかにすることで、皆さまとビジョンを共有したいと思っています。

また、コミュニティのあり方について、「していただきたいこと（Please Do）」や「しないでいただきたいこと（Please Don’t）」についても明らかにしました。これまで、こういった内容は利用規約や「良い記事を書くためのガイドライン」でお伝えしてきましたが、より皆さまに「どういう方法でゴールを目指していきたいか」が伝わりやすいものとして、新たに用意いたしました。

こちらを是非お読みいただき、はじめてQiitaをご利用する方や既にQiitaをご利用の方も、投稿やコメント、また編集リクエストをする際に参考にしてください。

Qiitaは、プログラマーの方々がプログラミング知識や経験を共有する情報空間です。プログラマーのみなさんがソフトウェア開発をよりスムーズにできるよう、さまざまな方々が多様な情報を共有する心地よい空間として、皆さまとともに成長していきたいと考えておりますので、なにとぞご理解と応援の程よろしくお願いいたします。