ご報告とお詫び 「Qiita」「Qiita Jobs」におけるユーザー情報の取り扱い不備について各位 Increments株式会社（本社：東京都港区、代表取締役社長：柴田健介、以下「弊社」）の運営するプログラマー向け情報共有サービスQiitaのユーザーページ（以下「ユーザーページ」）において、本年3月25日にリリースした新機能に関し、Qiitaのユーザー様をはじめとする皆様にご心配・ご迷惑をおかけし、誠に申し訳ございません。 本件の事実関係については、弊社内で調査を進める中でQiita Blogにおいてもお知らせしておりましたが、事実関係の確認を行った結果につきまして、判明した事実を改めてご報告いたします。 本年3月25日にリリースした新機能は、ユーザーページにおいて、ユーザー様が閲覧されたQiita内の記事に付されたタグのうち出現割合が高かったもの上位5つ及びその割合を、「読んだ記事」と
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 技術的な指摘をすることを「マサカリを投げる」と呼ぶ。ネットスラングにありがちだが、この言葉の意味は常に変動しており、地域、人によっても定義が異なる。現在では、何か自分で詰めが甘いことを書く時に「修正、批判コメント歓迎」の意味で「マサカリをお願いします」と言ったり、誰かが適当なことを書いてコメントやブコメで炎上している時に「さっそくマサカリ投げられてて草」というような使われ方をしているようだ。 この「マサカリ」という言葉がいつ、どのような形で使われるようになったのか、できる範囲で調べてみた。 2006年以前 僕は1990年代の後
アドベントカレンダーに関するアレコレ、QiitaアドベントカレンダーとAdventarの中の人に聞きました。 左から大和田氏、外村氏、東峰です。 IncrementsではQiitaアドベントカレンダー（以降 Qiita）というサービスを展開しています。このサービスは、アドベントカレンダーの習慣（※）にもとづいて、毎年12月1日から25日までの期間限定で展開されるもので、今年も12月からスタートします。始まったのは2011年でちょっとした歴史があるのですが、もうひとつAdventar（アドベンター）というサービスも同時期に始まっています。 今回は12月も間近ということで、QiitaとAdventarの運営に携わる3人をお招きして、いろいろと話をうかがいました。成り立ちやユニークなカレンダーの話、活用のコツなど、思った以上に面白いエピソードが披露されることになりました！ ※：アドベントカレンダ
こんにちは@ykzts@ykzts.technologyです。気付けばMastodonへのコミットの数が100を超えていました。公式にもPull Requestのレビュワーにも任命されて、Mastodon関連で少し忙しくなっています。 さて、技術情報共有サービス「Qiita」を運営するIncrements株式会社が先日Mastodon インスタンス「Qiitadon」を公開しました。 わたしはQiitaをそこまで活用しているユーザーではありません。ですが、Qiitadonでは投稿に含まれるコードにシンタックスハイライトを施す機能をMastodonに追加しているとのことで少し興味が惹かれました。MastodonはAGPLで提供されているOSSであるため、そのカスタマイズ版であるQiitadonもソースコードがGitHub上で公開されています。 コードを確認してみたところ、Mastodon v
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は文書執筆の指南書で解説されている問題点を RedPen で発見する - Qiitaのtextlint版です。 そのため、先に元ネタとなる記事を読んでおく必要があります。 実装の細部は異なりますが、RedPenとtextlintは似たようなルールを持っているので、 それを比較して読みたい人向けの記事となっています。 Atomのプラグインであるlinter-textlintを使いながら書きました。 (QiitaにはPull Request駆動で書ける仕組みがないので、簡易的なチェックしかしてません) 対象とする読者 本稿
最近やっと念願のErgoDoxが届き、Dvorak用のキーマップを何度も書きなおしてはしっくりきてない mizchi です。プログラマブルキーボードは人類の夢、エンジニアのロマンですね。まあ、肩こり軽減のためにセパレートタイプにするのが本来の動機だったんですが。 人類の夢 = ???ところで人類の夢といえば、怠惰なエンジニアの皆さんや、忙しい隙間を縫って資料を作成しないといけないビジネスパーソンは、少なからずMarkdownからスライドを生成したいと思ったことがあるはずです。手っ取り早く、自分が知ってる知識の応用で、リッチなGUI環境に頼らないテキストベースのオーサリングで…… そういう環境こそが求められているのでは？と常々自分は思っていました。なんせ僕も、卒論を全部Markdownで書いてPandocでTeXに変換していたような人間なので。 そこでこの度、Markdownで作成可能なスラ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Qiita などの技術系の記事を読んでて「あ，ココちょっと残念」と思うポイントを書いてみます。自らの反省も込めて。 日本語表現・表記 「値を返却する」という表現 関数やメソッドが値を return することを日本語で「返却する」と表現した記事がたくさんありますが，ものすごい違和感を覚えます。 「値を返す」と書くべきでしょう。 この件は以前書きましたので理由はそちらを見てください。 「値を返却する」って言うな 「可変する」という言葉 「可変する」というおかしな言葉もよく目にします。 「可変」というのは，読んで字のごとく「変わりうる」とか「
Ruby on Rails Advent Calendar 12日目。 Rails開発で有用な便利Gem一覧 - Qiita [キータ] ↑去年のAdventCalendarで書いた上記の記事の2013年版です。 去年と比べるとRails3系で使っていたGemが順当にRails4に対応して、継続して使っている印象です。 ※2013/12/12時点 DBアダプタ sqlite3 pg mysql2 定番。Rails4になってもおなじみ。 ログイン認証 omniauth omniauth-twitter omniauth-facebook omniauth-github omniauth-identity ↓自作したomniauth用のscaffoldを作るGemに組み込んで使っています。 shu0115/minimum-omniauth-scaffold 定数／設定値管理 rails_con
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く