Qiita の記事で class 属性を始めとする HTML 要素の属性指定ができなくなりました。なお Qiita:Team と Qiita の Organization ページでは今まで通り利用が可能です。 背景これまで Qiita では記事本文に class 属性を指定することが許可されていました。 そのため、例えば Font Awesome のアイコンを表示する要素（例:<i class="fa fa-star"></i>）を挿入し、記事の見出しを装飾するなどの事例が散見されました。 しかしながら、無制限の class 属性の開放は、 Qiita の記事上で Qiita のあらゆる UI コンポーネントの模倣を可能にすることを意味します。これを悪用することで qiita.com 上で Qiita を騙るフィッシングページを作ることも可能となってしまいます。 今回この点について改めて開
Increments、Atlassian、Nulabのユーザーが語る！ コラボレーションツール導入のサクセスストーリー 2017年2月24日にヌーラボ東京オフィスにて「Geeks Who Drink 〜 コラボレーションツール を介したチーム開発の事例共有〜」を開催しました。このイベントは、Nulab、Atlassian、Increments初の共同イベントでした。スピーカーには、各社の製品を実際に使用するユーザーを招き、 コラボレーションツール 導入前の課題と導入後のサクセスストーリーを語っていただきました。各社共通のキーワードとして挙げられていた、組織内の情報共有に対する問題意識にフォーカスをして、イベントの内容をお届けします！ Nulab、Atlassian、Incrementsのユーザーイベントを開催しました！ コラボレーションツール でタスクの属人化を防ぐ 翔泳社が運営するソフト
Qiitaのスライドモードは、mizchiが勝手に作った！？─Incrementsの縛られない開発スタイルを聞いてみた 馬場 美由紀（HTML5 Experts.jp編集部） 及川卓也さんや田中洋一郎さんをはじめ、著名なエンジニアが次々と入社していることで話題のIncrements。8月にはさらにCSSのコードフォーマッターであるStylefmtの作者・morishitterこと森下雅章さんを迎えるなど、さらに開発陣営を強化しています。 今回はさっそく森下さんにも加わっていただき、白石俊平編集長を聞き手に、CTOの髙橋侑久さん、フロントエンドエンジニアmizchiさん、デザイナーの東峰裕之さんに、「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 などの技術系の記事を読んでて「あ，ココちょっと残念」と思うポイントを書いてみます。自らの反省も込めて。 日本語表現・表記 「値を返却する」という表現 関数やメソッドが値を return することを日本語で「返却する」と表現した記事がたくさんありますが，ものすごい違和感を覚えます。 「値を返す」と書くべきでしょう。 この件は以前書きましたので理由はそちらを見てください。 「値を返却する」って言うな 「可変する」という言葉 「可変する」というおかしな言葉もよく目にします。 「可変」というのは，読んで字のごとく「変わりうる」とか「
こんにちは、ミキです:) みなさん、一部投稿のはてなブックマーク数が一気に増えたことにお気づきでしょうか？ Qiitaでは6月19日にURL変更に伴いはてなブックマーク数がリセットされてしまいましたが、はてなさんにご対応いただき旧URLの投稿から新URLの投稿にはてなブックマーク数をマージしていただきました！ なお、両方ブックマークしている場合は、付けたコメントやタグは統合されています！ ##はてなブックマーク数が移行されて良くなったこと – その投稿の本来のはてなブックマーク数となりました 6月19日まであったブックマーク数とその後の数を合計した数になりました。結果として正確なはてなブックマーク数になり、記事の信頼度もわかりやすくなりました。 はてなブックマークの検索でより正確に記事を発見できる はてなブックマークの検索ページでは、ブックマーク数でソートすることができるので、今までにブッ
Quipper 日本オフィス（+ 海外オフィス勤務の日本人）で「チャット以上 Wiki 未満」な情報共有ツールとして二年ほど使ってきた Qiita::Team をやめて、 GitHub Issues に移行した。 Qiita::Team は日本人の間では活用されていたが、グローバル企業なので英語以外のみでの情報共有は好ましくなく、しかも Qiita::Team は個別に invite しないとアクセスできないので海外拠点のスタッフにとっては非常に閉鎖的な場だった。せめてアクセス可能にしようと plan をアップグレードし invite したものの、国際化対応が不十分だったりそもそも日本語の文章を翻訳して読もうというガッツもなかったりして、日本人以外には活用されなかった。 Quipper は外部サービスの導入にポジティブだが、使われていないものはスパッとやめるポリシーがあり、幽霊会員と化して
プロダクトで CQO を担当していて，Qiita:Team をこよなく愛す僕ですが，食わず嫌いは良くないなということで，esa.io をトライアルで使ってみた． 実際にポストしてみたり，ヘルプを見てみて，基本的なところは Qiita:Team と似てるなーという印象を受けたんだけど，Qiita:Team と比較して esa.io の方が圧倒的に優れてるなと思う機能を3点を知ってしまったので，熱量高くまとめてみた．まぁ圧倒的は言い過ぎたかもwww 1. カテゴリーという概念があること esa.io のポストは，タグ以外にカテゴリーというメタ情報を付けることができて，これは便利． Qiita:Team だとタグしかないので，例えば日報のように時系列に沿った情報を探したりすることができず，結構ポストが埋没する傾向にあるという課題はどこのプロダクトでもあるんじゃないかなと思う． ちなみに Qiit
Qiitaで起きたちょっとした騒ぎについて、事情を知らない人たちが混乱しているみたい。 自分が知っている範囲で、何があったのかを書いておくことにする。� 登場人物については、具体名を出すと迷惑かと思うのですべて伏せる。 知りたければ調べれば分かると思う。 ちょっと前の話何ヶ月くらい前だったか、Qiitaでちょっと�話題になった投稿があった。 Swiftについての話だったからWWDC2014よりは後の話。 この投稿をしたのが今回の騒ぎの中心人物。名前を言ってはいけないあの人。以下Kとする。 で、何が話題だったかって、ものすごい分量のテキストでそれっぽく書いてあるんだけど�内容は�(というかタイトルからして)デタラメ。 でもものすごい分量でそれっぽく書かれていると信じてしまう人もいるようだった。 コメント欄には正しい指摘をする人もいたんだけど、Kは否定的な指摘(客観的に見て正しい指摘なのだが)
こんにちは、ライターの岡田大です。 お待たせしました。特別編「トップエンジニアたちの夜」のPart4をお届けします。 ※Part1～3未読の方＆内容を忘れてしまった方は、Part1・Part2・Part3を一読してからお楽しみください！ リモートワークを成功させるために必要なモノとコトについては前回お伝えした通り。ルールとマナーなくして成り立たないことは言うまでもなく、そのことをメンバー（とくに新人）に徹底させるために、リモートワークを積極的に導入している伊藤氏は、ガイドラインをドキュメント化することにより意識の共有を図っているという。その際に活用しているのが、技術情報共有サービスQiita:Teamである。堀木氏の口から「Qiita:Team」という言葉が発せられるやいなや、参加メンバー一同がこれに食いつき、座談会はチーム内における情報共有に関する話題で持ち切りになっていった……。なお、
こんにちは！mikiです。 みなさんはチーム内で情報共有をするとき、どうしていますか？ 今日は、 約1年にわたってQiita Teamをご利用いただいているウェブペイ株式会社さんの事例を皆さんにご紹介します:) 現在無料トライアルを実施中ですので、この機会にお試しください:D ##サマリー ###ポイントをまとめると 世界のどこにいても議論ができてリモート作業がスムーズに進むKobitoとうまく連携することによってスムーズな情報共有が可能になる###目次 – ウェブペイ株式会社 – どこにいても業務ができる環境を – リモート作業でも普段通りの議論やコミュニケーションを – 何名でご利用いただいていますか？ – 海外と遠隔でご利用されているそうですが、どのように作業を進めているのでしょうか？ – 今までのチーム内コミュニケーション（ツール）の課題は？ – チーム内の具体的な共有内容を教えて
(Photo:Event: Meet The Media Guru | Cory Doctorow by Meet the Media Guru) 最近、開発チーム内でQiita:Teamを導入し、情報共有・コミュニケーションが目に見えて活性化してきています。 自分の作業ログにもなるし、同時にメンバにもシェアでき、さらにはいいねやコメントなどでフィードバックを得られるので、最近は何でもQiita:Teamに書いています。 個人的に気にっている点をご紹介します。 情報発信するモチベーションがわきやすい Markdownで手軽かつ綺麗に記述できる 簡単なMarkdownによって、整形されたドキュメントを素早く作成することが可能です。 入力フォームも、タブでインデントされたり、自動補完されたりと入力の手間を軽減する仕組みも多く実装されています。 macでは、kobitoというクライアントが用意さ
こんにちは，yaottiです． 前回はQiitaやKobitoを作る開発チームの文化について書きましたが，今回は具体的にどういうツールを使いながら開発しているのか，また開発の雰囲気などを紹介します． QiitaやKobito開発で利用しているツール，サービス一覧 Trello: 開発以外のタスクや仮説の管理Pivotal Tracker: 開発ストーリー管理GitHub: ソースコードのホスティング，レビュー，ディスカッションCircle CI: CI環境Sentry: エラーの補足&通知New Relic: パフォーマンス改善用の測定Amazon Web Services: インフラ(EC2, RDS, ElastiCache)コミュニケーションSlack: チャットQiita Team (& Kobito): テキスト共有&ディスカッションその他Mixpanel: イベント計測Goog
※ベストチーム・オブ・ザ・イヤーのサイトから移設しました プログラマが幸せに働ける環境を提供したい――。そんな思いで生み出され、いまや約50万の月間UUを誇る「Qiita（キータ）」。プログラミングの知識を記録・共有するサービスで、多くのプログラマから愛されています。 開発したのはIncrements株式会社。学生時代に関西で出会った3人が数年後に再会を果たし、それぞれが培った多様性のあるスキルを持ち寄り、会社を立ち上げました。「堅実に、着実に」――。サービス開発で大切にしていることを聞くと、こんな答えが返ってきました。徹底した仮説検証の積み重ねをベースに堅実な開発を進め、勢いだけで動かない。スタートアップらしからぬ体制が見えてきます。 この成功サイクルの秘密を「同じ価値観を持つメンバー同士で議論できること」と話すのは、同社CEOでプログラマの海野弘成さん。小西智也さん、横井孝典さんを交え
こんにちは、ミキです。 みなさんはチーム内で情報共有するときどうやって共有していますか？ 今日は、Qiita:Teamをご利用いただき円滑に情報共有・開発している ミツバチワークス株式会社さんの事例を皆さんにご紹介します:) Qiita:Teamは30日間の無料トライアルが可能ですので、この機会にお試しください:) #ミツバチワークスさん ##サマリー ###ポイントをまとめると – Hipchat連携によりリアルタイムで情報共有ができる – 問題を見つけ、自分から仕事を見つけ出すことができるツール ###目次 – インタビューサマリー – ミツバチワークス株式会社 – 他サービスからQiita:Teamに移行した理由 – 何人で利用されていますか？ – 今までのチーム内コミュニケーション（ツール）の課題 – Qiita:Teamを選んだ理由 – チームで開発しているのですか？ – 他には
どんなプログラマが優秀だと思いますか？と尋ねると、海野弘成氏からは「失敗したことのあるプログラマでしょうか」と返ってきた。失敗はプログラマを大きく成長させ、視野を広げるきっかけになるという。スタートアップで活躍するプログラマにとって大切なこと、その先にある幸せなキャリアについて海野氏と考えてみた。 ▼Increments CEO 海野弘成さんへのインタビュー第1弾 プログラマの開発効率向上が、世界を変える。海野弘成氏が『Qiita』『Kobito』を作るワケ。 サービス全体を見れるプログラマになろう。 「エンジニア・プログラマにとって幸せなキャリアとは？」 多様な価値観や働き方が広まってきた今の時代に、こういった問いと向き合ってきたCAREER HACK。 今回、この問いをぶつけたのは『Qiita』『Kobito』で知られるIncrements、CEO兼プログラマとして活躍する海野弘成氏だ
今や『Qiita』『Kobito』を知らないプログラマはいないだろう。同サービスを開発したIncrementsのCEO海野弘成氏は自身がプログラマでもある。どんな問題意識からプログラマ向けサービスを開発するのか。海野氏が語ったのは「もっと楽しく、色々なモノが生まれる世界を作る」という野望だった。 すべてのプログラマを幸せにする。 日本における職業プログラマ人口は約40万人（※）。 その中で技術情報共有サービス『Qiita』のユニークユーザー数はもうすぐ50万人に到達するというから驚きだ。 また、2012年4月にリリースされたMac用技術情報記録ツール『Kobito』も利用者を増やし続けている。 同サービスを手がけるIncrementsは、国内最大級の総合プログラマコミュニティを生み出した、といって差し支えないだろう。 同社CEOの海野弘成氏は、自身もプログラマとして活躍する。海野氏は「プロ
はじめに: 技術ネタは最近Qiitaに書いています このブログはもともと「技術系ブログ」としてスタートしました。 イメージとしては「技術的な問題に遭遇してググったら引っかかるようなサイト」です。 普段そういうページによく助けられているので、自分もgive＆takeの精神で情報発信していこう、と思ったのが動機です。 しかし、去年の夏にQiitaに出会って以来、シンプルな技術的なネタはQiitaに書くようにしています。 理由はQiitaというサービスの方向性がまさに「技術的な問題に遭遇してググったら引っかかるようなサイト」だったことに加え、Qiitaの中の人に出会って「Qiitaにかける情熱」を直接聞いて、僕も応援したいな～と思ったからです。 そんなわけで、このブログが更新されていなくても、ときどきQiitaにポロッとTips的なネタを書いたりするときがあります。 気になる方はQiitaで僕の
2013年前半のことだけど400ストック記念に書いてみる。今年に入ってブログに書いていたプログラミング系のメモをQiitaにアップすることにしていた。理由は単純でその方が楽だから。 ちょうどその頃、Kobito.appがQiitaへのアップロードに対応し、ローカルでMarkdownでメモをとっておけばボタン１つで公開できるようになった。それまではEvernoteでメモを書いていたのでそれをブログにアップするとなると、コードハイライトなど整形する必要があって面倒だった。結果としてあまりブログを更新しなくなる。 自分にとって書きやすいし、メモを探す人にとっても膨大なサイトをGoogleで検索して自分のブログにたどり着いてもらうより、Qiitaで検索したほうが手間が省けるということでブログのアクセスが下がってもいいやということで方針を変更した。 そしてQiitaにメモをアップすることを頑張るとい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
