2019/07/13 追記 ログイン中でも通報できるようになったようです！ @yama-t さん、情報ありがとうございました！ というわけでこの記事は御役御免となりましたが、一応記録ということで残しておきたいとおもいます。 以下はもう読まなくても大丈夫です。 はじめに 普段はあまり出番のない話です。 まれにスパムっぽいコメントを見かけることはないでしょうか。記事単位の通報は簡単にできますが、コメント単位での通報はちょっと手順にクセがあったので記録を残しておきたいと思います。 手順 ログアウト します。 コメントの横に通報ボタンが現れますので下記操作で通報できます。 おわり。 追加情報 ログアウトするのが億劫な場合は、シークレットウィンドウや別ブラウザを使うとログアウトしなくて済みます。 (@sax_ さん、コメントありがとうございました。) 最後に ログインしたまま通報できれば一番いいんで

Qiita、ブログなどの技術系記事やGitHubなどでドキュメントを書くとき、しばしばショートカットキーを書く必要に迫られます。 そんなとき、皆さんはどのようにマークアップしていますか？ 直で書いたり、<pre>で囲ったり、<em>を使う人もいるかもしれません。 僕は最近まで<pre>でしたが、ある日MDNで<kbd>要素（以下<kbd>）というものを見つけました。 同記事には キーボードインプット要素（<kbd>）はコンピューターへのユーザーの入力コードを表します。要素名はキーボードの略字ですが、音声入力や手書き入力など他の入力方法も含みます。多くのデフォルトスタイルは、等幅フォントのインラインで表示するものとなっています。 とあります。 Qiitaでは（というより多くのMarkdown記法では）<kbd>はサポートされていませんのでHTMLで書く必要があります。 例： Ctrl+Cを押

いつもQiitaをご利用いただきありがとうございます。 Qiita運営スタッフです。 このたび運営として実施したあるユーザーアカウントの停止措置について、なぜアカウント停止とされたのか不安に思う声をいくつかいただきました。そのためQiitaでのアカウント停止に関する考えについてご説明させていただきます。 Qiitaでは「技術的にレベルが低い」「技術的に間違っている」「Qiitaというサービスや運営に批判的である」といった理由で記事の非公開化やアカウント停止という措置を取ることはございません。 過去にも何度か事例がありますが、アカウント停止措置の実施理由は殆どの場合、他のユーザーに対して攻撃的な発言や誹謗中傷を繰り返すなど、コミュニティガイドラインや利用規約に沿わないというものです。 現在のところアカウント停止に連動し、当該アカウントにより公開されていた記事やコメントを非公開とする仕様として

人間性をさがせよ QiitaのTypo検出 - Qiita にtextlintを追加しました。 まとめ textlintの追加は簡単だった ほんのり(優しく)チェックできるtextlintプラグインを探さなければならない ホワイトリスト機能を改善してもらった textlintに引っかかる投稿はそこそこある 誤判定は割と出る。が、一部は慣れでスルーできる 編集リクエストは一つにまとめて送信する 編集リクエストが採用されなくても泣かない 追加コード 人間性をさがせよ QiitaのTypo検出 - Qiita のコードを見ていないとなんのこっちゃですが、diffで表示します。 --- a/index.js +++ b/index.js @@ -4,6 +4,9 @@ const axios = require('axios'); const DICTIONARY = require('./dic

はじめに ストックといいねが分かれてある程度の期間が過ぎ，ここで平均いいね数を知りたいと思ったのですが，特にまとめている記事がなかったので下の記事を参考にまとめてみました． 参考：「平均被ストック数は9」「被ストック数100以上の記事は1%」…QiitaAPIv2で1万件の投稿を分析して分かったこと データの取得方法 ストック数を調べるのとは違い，投稿された記事の取得API(GET /api/v2/items)で返って来るJSON内に「記事につけられたいいねの数」(likes_count)が含まれています． 最新1万件の投稿を取得して，その中に含まれているいいね数を集計すれば平均を割り出せます． （1万件以上の投稿を取得する方法がわからないので，最新1万件としています） 注意点 1万件取得といっても一括取得ではなく，100件取得を100回繰り返すことになるので，API使用回数は100回にな

Markdown Night 2017 Summer https://connpass.com/event/63383/

IT エンジニアが退職するときに添えられることが多い東亜飯店の画像今月いっぱいで Increments 株式会社を退職します。今日が最終出社日で、残りは有給消化です。 Increments では何をやってたの？Increments と言えば Qiita を運営している会社というイメージですが、Qiita の開発に直接携わる機会はほとんどなくて、技術基盤や Qiita:Team の開発に携わったりしていました。 分かりやすい例を幾つか挙げると、Qiita API v2、トップページのフィード、通知購読、絵文字リアクション、タスクリスト、qiita-elasticsearch、qiita-markdown、アクセス権限付きグループ、サポートサイト、チーム統合機能の開発や、UI 刷新、絵文字画像セット移行、ログインセッション永続化、Docker 移行、VPC 移行、Terraform 導入、We

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はてな匿名ダイアリーでこんなのが書かれていてあるカレンダーが削除されたのを知ったのですが、どうやら他にも削除されたカレンダーがあるようなので調べてみました。 調べ方 AdventCalendarのページには削除されたカレンダーのリンクは当然ないのでここからは調べようがありませんが、幸いにカレンダーのURL一覧が載っている投稿があったのでこれを使用しました。 Advent Calendarを立てた人自身は何日目にエントリーするのか調べてみた - Qiita 12/3(木)22時頃の時点でQiitaに開かれていたAdventCalendar 499件です。 だそうです。 ここに載っているURLにアクセスして、404 Not Found ならば削除されたカレンダーということになります。 約500件を手作業で確認するわけにはいかないのでPythonで書きました。 import re import

この記事について 「いいね」追加による Qiita の仕様変更について、溜飲が下がる膝を打つような記事が見当たらなかったのでまとめることにした。 特にアドベントカレンダー用に起こした記事ではないが、「Qiita改善案 Advent Calendar 2016」があったので4日目の記事として乗らせていただくことに。 なお、記事タイトルは『私がモテないのはどう考えてもお前らが悪い！』1 のパロディである。 Qiita に対して非常に批判的な記事であるが、改善を願ってのものと解釈されたい。 また、本記事は共感および評価を期待するものであり、数字に表れなくなってしまった「ストック」ではなく、必ずしも押す必要性のない「いいね」が押下されることを強く希望する。 今北産業 いきなり切り替えとか、なにやってんの！ 誰得なのか目的が見えない 「いいね」は違う、そうじゃない Qiita の仕様変更 今回の仕様

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Qiita改善案 Advent Calendar 2016、あまりにもボリュームが多すぎて運営に伝わるのか分かりませんが、ちょうど良い機会ですし僕もちょっと書かせてもらいたいと思います。 Qiita の UI に対してずっと感じていたモヤモヤです。 フォロー機能とフィードの関連について 僕はですね、Qiita にちょっとだけ希望を見て、いろんなタグやユーザをフォローしました。たしかに、フォローしたタグやユーザに関連する記事は流れてきます。でもですね。そこに投稿者の姿が見えないんです。最も労うべき投稿者の姿が見えないんです。 ↑これは12

Help us understand the problem. What is going on with this article?

Qiitaの記事の中で「Markdownでどうやって表現してるんだろう？」と思った時に直接Markdownを調べる方法QiitaHTMLGitMarkdown初心者 2016年12月9日追記 記事のMarkdownが標準で見れるようになったみたいです。 Qiita記事をマークダウンで見ることができるようになってました ですので、これから以下で説明する内容は一世代前の内容になります。 2016年12月9日追記(ここまで) たまにQiitaの記事をみていると「この記事のこの部分ってMarkdownでどうやって表現しているんだろう」と思うことがMarkdownに慣れていないころはよくあると思います。 自分も、「ファイル名付きのgitのdiffみたいな表現」をMarkdownで書きたいなと思って調べている時に、まさにそのような表現が含まれている記事をQiitaで見つけました。(下みたいな表現です。

こんにちは、@htomine です。 最近はVR-HMD(HTC VIVE)にハマっています。 ゲームもさることながら、VRならではの身体感覚を伴ったコミュニケーションに面白さを感じます。 手を降ったりハイタッチしたりして、ダイレクトなフィードバックを返すことができるのが楽しいです。 さて今日は、Qiitaのあたらしいフィードバックの方法についてご紹介します。 今回、投稿やコメントをユーザーのみなさんが評価する手段として「いいね」を導入しました。投稿やコメントへの「いいね」の総数が、投稿やコメントに対する評価と捉えられるように設計しています。 このブログ記事では、「いいね」によって何が変わるのか、またContributionへの影響などについてご紹介します。 投稿閲覧画面での「いいね」の操作まずは、新しく追加された投稿画面での「いいね」の操作について画面キャプチャを交えて紹介します。 配置

はじめに SIGPX: Special Interest Group on Programming Experience 第二回 (2016年8月7日) での発表資料 今日話す内容 Qiitaでのコンテンツオーサリング Qiita の Markdown について、泥臭い感じで(アカデミックな会なので) Markdownという切り口で、標準化、そのレンダリング、オーサリング、ASTなどについて Markdown の仕様 Markdown HTMLに変換されるマークアップ言語の実装。またはその仕様。 Github の躍進とともにメジャーに 同種のマークアップ言語として textile, はてな記法など Markdownの起源 オリジナル実装は John Gruber の markdown.pl というPerl スクリプト(2004) Markdown - Wikipedia, the free

Tags registered on Qiita. Find your favorite tags and follow them.

Qiitaで技術系の記事を書く時に気をつけていることという記事が大変参考になったので、便乗してこの記事では僕が面白いと思ったQiitaの記事の内容をパターン分けして書いてみたいと思います。 面白いと思った記事は、長くても興味を持って集中して読むことができたり、読んだあとで勉強になったと思えるものが多い印象です。この記事では僕が今まで読んで「面白い」と思った記事を振り返りながら、なぜそれが面白いのかを考えつつまとめてみたいと思います。 注１：あくまで僕の主観による内容ですので、記事はこう書くべき、というものではありません。 注２：面白い記事がイコール「ストックされる記事」ではありません。ストックされるためのテクニック的な記事ではありませんのでご注意ください。 詳しくは後述しますが、面白い記事にするにはそれなりにいろいろ考えた上で書く必要がありますので、書く側としてもこの記事で紹介するパターン