Increments(Qiita)の代表を退任します｜やおっち | newmo
本日株式会社エイチームより開示がありましたが、今年いっぱい(2019/12/27)をもってIncrementsを退任することとなりました。退任日までは引き続き代表としてIncrementsの経営を行ないますが、その後は他のメンバーに任せて離れることとなります。これまでお世話になったみなさんありがとうございました。 これまでのIncrementsの振り返りなどはまた退任後にまとめようと思いますが、この記事では退任について自分の考えや背景を残しておきます。 退任について退任理由は(株式売却した起業家によくありそうな)環境への不満だったり事業やサービスに飽きたといったことではなく、家族にしっかりと時間を使うためです。 うちには現在子供(幼児)が2人いるのですが、子育てと仕事の両立が難しく妻も自分も精神的に余裕がなくなってしまいました。自分の場合は一時期あまり眠れなかったり精神的に不安定になるとい
月数100万アクセスをDB使わず超簡単にさばく - Qiita
初Qiitaな個人開発者のひさしAppと申します @Hisashi_vc 最近「じぶんコイン」というコイン系SNSサービスを作り、月間100万～数百万アクセスを激安サーバー（1000円ちょい）でさばき中です。 じぶんコイン https://crypto-app.tokyo/qCoin/?m=hisashi_vc おまけになかなかの高負荷で、３ヶ月で数百万回送金したり、10連ガチャ回しまくったり、全ユーザーページにチャットあったり、数百人に一斉メッセージ＆送金したり、さらに内部API叩きまくってたりと、かなりのヤバさですが、ブロックチェーンどころかデータベース一切使ってません。 そんなツイートしたら予想よりビックリしてもらえたので、種明かししようと思います。ちなみに私はサーバーサイドエンジニアでも何でもないので、Hellow world覚えて３日目の中学生でもできるくら超簡単ですｗ この２つ
Increments社を退職します
昨年の5月からIncrements社でQiitaの開発に従事していましたが、今月末をもってIncrements社を退職します。在籍期間は10ヶ月。今日が最終出社日です。 Incrementsでは、Qiitaの機能追加開発を主に担当していました。Qiita Blogには、僕がリリースしてきた機能が掲載されています。 yoichiroがIncrementsにJOINしました - Qiita Blog Email Markupに対応しました - Qiita Blog 外部リンクへの属性が変わります - Qiita Blog (僕が実作業者) Qiita Organizationで組織の紹介などを書ける「About」の提供を開始しました - Qiita Blog details,summary要素に対応し、投稿内で指定箇所を折りたためるようになりました - Qiita Blog 「Qiita Ad
Qiita 生みの親、海野弘成（@yaotti）が語る！ 良いチームを定義する2つの条件 | キャリアハック（CAREER HACK）
情報共有ツール「Qiita:Team」のプロダクトマネージャー（PM）を務める海野弘成さん。海野さんは「良いチーム＝自律的なチーム」と定義し、構成要素を共有した。 海野弘成が語った、「自律」と「心理的安全性」の重要性 ※2016年10月24日に開催された「Japan Product Manager Conference 2016」よりレポート記事をお届けします。 映し出されたスライドのタイトルは『Product Team Management』。 登壇したIncrements株式会社CEOで、情報共有ツール「Qiita:Team」のPMを務める海野弘成さんは、 自身の経験から「プロダクトマネージャー（PM）の関わるチームビルディング」に絞って発表した。セッションの冒頭で、海野さんは2つの条件を満たしているのが「良いチーム」であると定義する。 まずは「成果が出せるチーム」。プロダクトにおいて
トランザクティブ・メモリー · GitHub
transactive-memory.md トランザクティブ・メモリー 『ビジネススクールでは学べない 世界最先端の経営学』 http://www.amazon.co.jp/dp/4822279324/ これを読んでる。 この本の中で「トランザクティブ・メモリー」という話がでてきた。概要は以下のコラムに書いてる。 http://business.nikkeibp.co.jp/article/opinion/20130925/253852/ http://newsbiz.yahoo.co.jp/detail?a=20150420-00010000-biz_jinji-nb かいつまんでいうと、組織学習においては 組織全体が「同じ知識を記憶すること」ではなく、「組織内で『誰が何を知っているか』を把握すること」である ということらしい。これは経験的にも、自分の直感にも通じる。その主調の正当性とか
Electronを使ってMac向けのアプリを開発する時のファイル名の扱いについて (所謂UTF-8-MAC問題) - Qiita
以前Nodeで作っていたものをElectronで作り直していて、同じ問題にまたハマったので書いておく。 所謂、UTF-8-MAC問題である。もう遥か昔にNodeでハマった時の記事がある。 node.jsでUTF-8-MACを扱う - joker1007の日記 Macのファイルシステムはファイル名に対してNFDとかいう正規化を行っていて、ファイルシステムにアクセスする時に勝手に変換しやがる仕組みになっている。 このせいで、濁点が入ると急に死ぬとか、本当辛い問題が起きる。何の嫌がらせなんだと……。この世界は文字が8ビットで済む様な国ばっかじゃねえんだよ！ とりあえずMac NFDでググると辛いのは俺だけじゃない気持ちになれる。 で、昔は上で貼ったブログに書いたような方法で解決していたのだが、正直、この解決策は2015年にもなって面倒過ぎるだろと思っていた。 (マジかよーってググって自分の記事が
Qiitaのトップページのフィードの設計 - ✘╹◡╹✘
@ainame user.articles.preload(:comments, :stocks_count) みたいにstocks_countのようなassociationを生やしており、stocks_countの内部実装はPreloaderが弄られていてIDだけ取ってる— 内製フレームワーク (@r7kamura) 2015, 8月 23 @ainame これを抽象化するために、Article.has_many(:stocks, counter: true) みたいにすると、article.stocksとarticle.stocks_countがほぼ同じSQLで同時に定義されるようになってる— 内製フレームワーク (@r7kamura) 2015, 8月 23 @ainame それを実現している実装がこれです / k0kubun/activerecord-precount https:
AWS SDK for Go でEC2インスタンス情報取得 - Qiita
Go言語がちょっと流行りだしてるのでやってみた。 Go環境整備 まずGo言語を入れる。環境はMac(Yosemite 10.10.2)でbrewを使用。 $ brew install go $ echo 'export GOPATH=${HOME}/.golang' >> ~/.bash_profile $ echo 'export PATH=${PATH}:${GOROOT}/bin:${GOPATH}/bin' >> ~/.bash_profile $ source ~/.bash_profile $ go version go version go1.4.1 darwin/amd64 $ vi Hello.go package main import "fmt" func main() { fmt.Println("Hello World!") } $ go build Hello.
Qiita API v2のJSON Schemaを公開しました - Qiita Blog
こんにちは、r7kamura です。 最近は主にイカとして活動しており、カラフルな墨を掛け合う日々を送っています。 さて、QiitaおよびQiita Teamでは、Qiita API v2としてデータを操作するためのREST APIを公開しています。これまで開発者向けに APIドキュメント を提供していましたが、今回は主に機械向けのインターフェースとして、JSON Schemaで記述したREST APIのスキーマ定義 (以下スキーマ) を公開することになりました。具体的には、JSON Hyper-Schema draft v4 を利用して定義されています。 http://qiita.com/api/v2/schema Qiita API v2のスキーマの説明Qiita API v2のスキーマの構成について簡単に説明します。スキーマは http://qiita.com/api/v2/sche
Qiita:Teamとesa.ioを使ってみた感想 - shibukk.io
はじめに 今の会社ではQiita:Teamを使っている。 一番古いのを見たら1年以上前の投稿があったので、けっこう使ってますね。 で、使っているうちにいろいろ気になるところが出てきた。 なので、今お手伝いしている会社にesa.io使ってみません？と言ったら使ってくれることになった。 使ったのは大体5ヶ月くらい。 両方ガッツリ使ったので、誰かのために書いておこうと思う。 情報をどうやって分類するか Qiita:Teamではストック型ツールにもかかわらず情報が流れちゃうっていうのにすごくストレスが溜まっていた。 投稿した時に分類がされないから、どんどんいろいろな情報が流れていってしまう（日報とか書いてたときはエライことになってしまってた）。 まあ、気をつけてタグ付けしていったらいいんだろうけど、タグ付け自体エンジニア以外の人にとってはハードルが高い。 esa.ioは/で区切ってね。と教えるだけ
Markdownを拡張して独自記法をつくる - Qiita
Qiita::Markdownの解説記事です。Markdown拡張ならHTML::Pipelineという旨の投稿です。 いま読んでいるこの投稿の描画にもQiita::Markdownが利用されています。 方言とライブラリ Markdownには様々な種類・方言があり、最近ではStandard Markdown is now Common Markdownが一部で話題になったりしました。かいつまんで言うと「Markdownの方言多すぎるしStandard Markdownって名前で共同プロジェクトつくろうとしたけど紆余曲折あって結局CommonMarkって名前になったわ」という感じです。 MarkdownをHTMLに変換するためのライブラリを探すと、例えばRubyではRedcarpet、C言語では同作者のSundown等が有名なところです。GitHubが利用しているライブラリgithub-ma
Qiita:Team を3ヶ月運用してわかった中長期的な運用 Tips 3点 - kakakakakku blog
どうも！CQO の @kakakakakku ですw （参考：CQO : Chief Qiita:Team Officer - kakakakakku blog） 今日は Qiita/Qiita:Team Meetup #9 Fukuoka があるので，参加したかったんですが，LT するためだけに東京から出張する許可をもらえず，残念ながら不参加となってしまいました． Meetup に参加できないことには変わりないのですが，Meetup を盛り上げたい！ということで，LT の代わりに1本エントリーを書きます． 中長期的な運用 Tips 3点 Qiita:Team を導入したのが去年の11月だったので，もう3ヶ月もたったことになります． チーム内のアカウントは23人にまで増えましたし，今まで Redmine や ChatWork にドキュメントを書いていたのが嘘のようで，もう全て Qiita:
Qiitaで何があったのか
Qiitaで起きたちょっとした騒ぎについて、事情を知らない人たちが混乱しているみたい。 自分が知っている範囲で、何があったのかを書いておくことにする。� 登場人物については、具体名を出すと迷惑かと思うのですべて伏せる。 知りたければ調べれば分かると思う。 ちょっと前の話何ヶ月くらい前だったか、Qiitaでちょっと�話題になった投稿があった。 Swiftについての話だったからWWDC2014よりは後の話。 この投稿をしたのが今回の騒ぎの中心人物。名前を言ってはいけないあの人。以下Kとする。 で、何が話題だったかって、ものすごい分量のテキストでそれっぽく書いてあるんだけど�内容は�(というかタイトルからして)デタラメ。 でもものすごい分量でそれっぽく書かれていると信じてしまう人もいるようだった。 コメント欄には正しい指摘をする人もいたんだけど、Kは否定的な指摘(客観的に見て正しい指摘なのだが)
Qiitaにいただいているご意見について - Qiita Blog
いつもQiitaをご利用いただきましてありがとうございます。Qiitaを運営しておりますIncrements株式会社の代表の海野です。 先週よりQiitaに対してご意見、ご要望をいただいておりますが、確認できる限り全て読ませていただいております。ありがとうございます。Qiitaに関してご心配や一部の対応についてご心証を悪くされている方もいらっしゃいましたので、以下についてご報告させていただきます。 一部ユーザーさまのユーザー資格の取消についてQiitaに対する要望の投稿の非公開化について1. 一部ユーザーさまのユーザー資格の取消について本件については当該のユーザーさまとご連絡のやりとりをさせていただいておりましたが、事態の改善が見られない事象を*自他の投稿のコメント欄にて*複数回視認したため、結果的に弊社サービス利用規約に基づきユーザー資格の取消という重い判断をさせていただきました。 今回
投稿を構造的に管理できる「エクスプローラ」機能が追加されました - The Official Qiita Blog
投稿を構造的に管理できる「エクスプローラ」機能が追加されました こんにちは。最近何かとウナギ成分が足りていない yuku_t です。 今日は最近新たに Qiita:Team に追加された「タグ階層」と「エクスプローラ」機能を紹介します。 ＊画像は開発時のものであり、実際とは異なる可能性があります タグの階層化 今までタグは互いに独立した存在で、例えば Qiita、 Qiita/Team というタグがあったとしてもそれらの間には一切のつながりがありませんでした。 今回 Qiita:Team では / でタグを区切ることで階層を表現できるようになりました。先ほどの Qiita/Team の場合 Qiita の下にある Team タグ、という意味になります。 階層化されたタグを記事に紐付けるには、 Qiita/Team の様にタグ全体を記述します。Team と書いた場合と Qiita/Team
脚注記法に対応しました - Qiita Blog
こんにちは、@r7kamuraです。 Qiitaで利用できるMarkdown記法の1つに、PHP-Markdownなどでサポートされている脚注記法が加わりました。脚注記法を利用することで、記述内容に補足したい場合などに本文の末尾に注釈を加えられます。 脚注の例本文中に次のような文字列を記述することで脚注を表現できます。[^1] [^1]: 脚注の注釈内容は、このように記述します。 実装Qiitaでは、Markdownの実装をqiita-markdownレポジトリで公開しています。Qiitaで利用する記法に合わせて実装されているため、直接利用することは難しいかもしれませんが、Markdownを利用したツールやサービスを開発する際の参考になればと思います。
チャット経由でデプロイする[新編] - Qiita
Rubotyを利用してチャット経由でデプロイする方法を示した チャット経由でデプロイする - Qiita の続編です。 デプロイ方法 おさらいしておくと、デプロイ自体はr7kamura/ruboty-githubでやっている。あらかじめ1vs1チャットでQiitanにGitHubのアクセストークンを教えておくと、教えてくれた人の命令に従って、Pull Requestを作ったりMergeしてくれたりするようになる。デプロイしたいときはQiitan経由でmasterからproductionブランチにPull Requestを出す。Pull RequestがMergeされてproductionブランチが変更されると、Circle CIがデプロイを始める。 デプロイ禁止 最近ちょっと進化して、サーバがおかしいとかでデプロイを禁止させたいときに止めてくれるようになった。ある発言を別の発言として認識す
@mizchi がIncrementsにJoinしました - Qiita Blog
Incrementersに新たに@mizchiが加わりました！ 最近はJavaScriptエンジニア養成読本を執筆するなど，過激なフロントエンド(自称)開発者です． 「JavaScriptエンジニア養成読本」でCoffeeScriptについて書いた – mizchi’s blog 早速QiitaのJavaScript構成が改善されています．より良くなっていくQiita, Qiita Teamの今後をお楽しみに！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tenkaichi Bot Butoukai
GitHub - increments/qiita-markdown: Qiita-specified markdown processor.
