ニコニコの利用状況データの推移をまとめた2023｜ジョウケン
今年もまとめました。 ニコニコ動画の運営会社の社名について2014年9月までは株式会社ドワンゴ、2014年10月に株式会社KADOKAWA・DWANGO、2015年10月にカドカワ株式会社、2019年7月に株式会社KADOKAWAへと社名が変わります。今回は基本「ドワンゴ」で表記します。 参考:ニコニコ動画とは(ニコニコ大百科 wikipedia ピクシブ百科事典) データ参照元基本的にKADOKAWAの決算資料ページを元に作成。データはgoogleスプレッドシートに手打ち。 ・決算説明資料｜IR情報｜KADOKAWAグループ ポータルサイト ・ドワンゴの決算説明資料(IR資料)のリンクまとめ(2014年以前) 会員数決算発表資料の推移で計算方法が変わっています 表中の登録会員数(ブルー)とID発行数(オレンジ):おそらく違いはない 有効会員数(グレー):ID発行数から退会者数・不正ID数
入社2年目の悩みー仕事と競プロの両立についてー - 競プロ始めました-kaede2020-
0.はじめに 1.仕事のこと 2.体力が続かない 3.離れてみてわかったこと 4.仕事で何を目指すのか 5.競プロで何を目指すのか 6.そしてまた日常が始まる 7.終わりに 8.おまけ（その後のこと） 0.はじめに 昨年の2023年2月1日にAtCoder株式会社に入社しました。おとぎ話にたとえるならば、「めでたしめでたし」と全てが円満に終わって、その後は読者の想像にまかせることになるのだと思います。しかし、それがスタートであるというのは、ある程度の人生経験があればきっとわかるのではないかと思います。 前だけを見て走り続けた1年でした。 1年経ってやっと少しだけ周りの景色を見る余裕ができました。このまま後14年、定年までこの速度で走り続けられるのだろうか。そう思ったとき、私の足は前へ進まなくなってしまいました。そして立ち止まった私は、この1年間、四六時中AtCoderのことを考えていたのを
優先順位が口癖になる危機感 - ジンジャー研究室
開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ
モノリスでは大変なので、マイクロサービスやモジュラーモノリスにして認知負荷を減らしたり、生産性の劣化に抗いたいという考え方がある。 モジュラーモノリスとは モジュラーモノリスについては、だいたい infoq.com のモノリスシリーズ（？）を読めば良いんじゃないか。 有名なのは Shopify のヤツ。 モノリスとマイクロサービスの中間にある、1 アプリケーションなんだけどモノリスでは無い、アプリ内でモジュール分けされているアーキテクチャのこと。app/ の直下に MVC を置くんじゃなくて、COMPONENTS (例えば billing)/app/ の下に MVC を置く、ようなイメージ。 モジュラーに移行するタイミング 僕の感覚だと、数百モデルは全然モノリスで扱えると思っている。少なくとも 300 models 程度でモジュラーにしていく必要はまったく感じない。 世の中で見つけたモデル
Welcome - 100 Exercises To Learn Rust
Welcome Welcome to "100 Exercises To Learn Rust"! This course will teach you Rust's core concepts, one exercise at a time. You'll learn about Rust's syntax, its type system, its standard library, and its ecosystem. We don't assume any prior knowledge of Rust, but we assume you know at least another programming language. We also don't assume any prior knowledge of systems programming or memory mana
新規事業立ち上げ期のアンチパターン｜グロービス・デジタル・プラットフォーム
「経営を教える会社では新規事業をどうやって進めているのですか？」と聞かれる機会が多かったのでLTをしました。 こんにちは、GLOPLAのPOの松尾です。 経営大学院のTech系イベントでLT「新規事業開発“体制”のしくじり」をしました。 その時にいただいたコメントや質問を反映し、新規事業立ち上げ期のアンチパターンとして更新したので、みなさんに共有したいと思います。 はじめにGLOPLAは2021年4月リリースから3年が経過しました、その間幾つものしくじりが重なり事業スピードが鈍化し事業撤退の危機に陥ったこともありました。 この記事では、その教訓から新規事業立ち上げ期にしくじりやすい6つの領域について、やってはいけないこと、なぜやってはいけないか、やるべきこと、として整理しました。 先ず、事業会社が新規事業を立ち上げる場合、スタートアップと違うのは主に次の3点です。 (ｲ) 顧客基盤がある
わずか40秒の運動で身体に起こる劇的変化 – 早稲田大学 研究活動
― 強度の工夫で短時間でも大きな運動効果 ― 発表のポイント わずか40秒の高強度間欠的運動で、全身および筋肉の酸素消費量ならびに大腿部（太もも）の主要な筋肉の活動が大きく増加することを発見した。 高強度運動の反復回数と、酸素消費量の増加は必ずしも比例しないことが判明した。 本研究をきっかけに、トレーニング効果をもたらす『最少量』の解明が進み、日本のみならず、世界の運動実施率の向上に繋がることが期待される。 概要 早稲田大学スポーツ科学学術院の川上 泰雄（かわかみ やすお）教授、国立スポーツ科学センターの山岸 卓樹（やまぎし たかき）研究員らの研究グループは、トレーニング効果を生み出す『最少量』のメカニズムについて、強度の工夫によって、短時間であっても大きな運動効果をもたらし得ることを発見しました。健康増進や疾病予防のための運動の重要性は、これまでもメディアなどでたびたび取り上げられていま
【追記しました】まだ5月だけど大学院やめたい
「生きててごめん」ゼミの後、うつ病に 22歳で命を絶った大学院生 今この自殺したM1とまったく同じ状況。 研究ってのがやってみたくてわざわざ外部有名大学の大学院に進学したけど、間違った選択だった。 自分はこの環境にふさわしい能力がない人間だった。 同級生は実質1年先輩みたいなもんで、研究内容の基本すらわかっていないのは自分だけ。 週一回のゼミ発表、それに加えて毎日の実験、雑務、論文読み。 体力も気力もなくて全くついていけない。 休日は存在しない。早く帰れた日でもスーパーはすべて閉まっている。 それに加えて深夜27時でも余裕でメールは回ってくる。大学院って労働基準法が適用されないのかな？ お盆休みも正月休みもないらしい。先輩は2年帰省できていないらしい。 以下、入学後一カ月で指導教員にいただいた言葉 ・これまで聞いてきたプレゼンで一番ひどい。 ・使えない人間はいらない。 ・あなた（のような能
Webアプリケーション開発に潜むリスクのケーススタディ | ドクセル
徳丸浩の自己紹介 • 経歴 – 1985年 京セラ株式会社入社 – 1995年 京セラコミュニケーションシステム株式会社(KCCS)に出向・転籍 – 2008年 KCCS退職、HASHコンサルティング株式会社(現社名:EGセキュアソリューションズ株式会社)設立 • 経験したこと – 京セラ入社当時はCAD、計算幾何学、数値シミュレーションなどを担当 – その後、企業向けパッケージソフトの企画・開発・事業化を担当 – 1999年から、携帯電話向けインフラ、プラットフォームの企画・開発を担当 Webアプリケーションのセキュリティ問題に直面、研究、社内展開、寄稿などを開始 – 2004年にKCCS社内ベンチャーとしてWebアプリケーションセキュリティ事業を立ち上げ • 現在 – – – – EGセキュアソリューションズ株式会社取締役CTO https://www.eg-secure.co.jp/
Rust製の分散オブジェクトストレージをOSSとして公開しました - dwango on GitHub
はじめに ドワンゴではniconicoの配信系サービスのバックエンドで利用するために、Frugalosという名前の分散オブジェクトストレージを開発しているのですが、この度OSSとして公開することとなりましたので、この場を借りて軽く紹介させて貰います。 FrugalosはRustで実装されており、現時点では以下のリポジトリが公開されています: raftlog_protobuf: raftlogへのProtocol Buffersサポートの追加 “Frugalos"って何？ “Frugal object storage"の略です。 “frugal"は日本語では「倹約な」や「節約する」といった意味となり、「読み書き性能を犠牲にせずに、膨大な数のBLOB（Binary Large OBject）を、容量効率良く保持する」ことを目指して開発されているオブジェクトストレージです。 提供されている機能は
最初の100日で何をすべきで何をすべきではないか？｜miyasaka
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
builderscon 2024 トークの募集を開始しました！！ - builderscon::blog
みなさんこんにちは！nasa9084です！ builderscon 2024に向けて準備を進めているのですが、本日は二つほど発表があります！！ 会場！ 会場の許可証がでましたので、会場を公表します！！ builderscon 2024の会場は・・・ 埼玉会館の3C会議室です！ 100名しか入れない部屋なので2019年と比べるとかなり小さめの会にはなりますが・・・その分濃い会ができるんじゃないかと思っています！ トークの募集を開始しました！ そしてこちらが本題、builderscon 2024のトークの募集を開始しました！！！！ fortee.jp 締切は今月末までです。builderscon 2024を盛り上げるトークの応募をお待ちしています！ 過去にどんなトークがあったかはbuildersconのYoutubeチャンネルで見ることができます。 いくつかピックアップすると、以下のような発表
成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ
成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社、単著）がある。関西在住。 X:@mattn_jp GitHub
Sidekiqをredis-namespaceから脱却した話
【アドカレ2023】Sidekiqのredis-namespace gemからの脱却 これは 株式会社TimeTree Advent Calendar 2023 の12日目の記事です。 11日目は @gonsee の カレンダー開発の怖い話: 週番号 の記事 でした。 こんにちは。今年の4月からTimeTreeに入社し、プロダクトDivというチームに所属しています。 社内では Dashというニックネームで働いています。 この記事では、 redis-namespacegemからの脱却までに行なった手法などを紹介していこうと思います。 ※この記事に使用しているバージョンはそれぞれ下記の通りです。 Ruby on Rails：7.0.8 ElasticCache for Redis：7.0.7 Sidekiq Pro：5.5.8 redisgem：4.8.1 redis-namespacegem
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/hasegaw/status/1796964213149331659?s=12
シリーズAをリファラル採用中心に走り抜ける / leaner-referral-engineer-2024
1on1ミーティングガイド (1on1ガイド)
Railsをオワコン扱いする人が増えたのはなぜでしょう？
あなたが見た中で最も有用なコードコメントは何ですか？