その後のその後
もう1月も半ばですが、せっかくなので2025年を振り返っておきたいと思います。 目次： ここ数年の雑な振り返り 2025年のハイライト 家を買った フリーランスに戻った 料理を始めた 総括と2026年の抱負 ここ数年の雑な振り返り 2024: たくさん発信した／都内から鎌倉に引っ越した（賃貸） 2023: マネージャーからエンジニアに戻った 2022: フリーランス休業してマネジメント業にチャレンジ 2021: フリーランスやりつつ個人開発／🧒🏻が絶賛イヤイヤ期 2020: YouTubeやコミュニティを始めた／ミドルエイジクライシス 2018年秋に子どもが生まれてから2022年の始めぐらいまでは育児・家事をメインで担当していて仕事もままならず 1、2020年ごろからそれまでただ楽しかった開発仕事へのモチベが急に下がってきて 2 YouTubeやったりコミュニティやったりマネージャー業
能登 信晴
ソフトウェア領域のエンジニア/テック・リード/マネージャーを 10 年以上経験し、その後 15 年以上エンジニア職能人事にプレイヤー、マネージャー、アドバイザーとして関わってきました。エンジニアの業務のみならず、感情やキャリア観を深く理解しながら支援や業務遂行が可能です。 エンジニアメンバーの採用活動への巻き込みエンジニアの職能人事業務へのチャレンジ、転換サポート人事専門家に対する、エンジニアとの協働サポート組織開発採用育成評価制度やキャリア支援制度の提案・改善・運用異動・再配置1 on 1 / メンタリング エンジニア職能の全社リーダーとして、または上長・部下関係にない第三者的・ニュートラルなメンターとして、トップ層/リーダー層/メンバー層問わずメンタリング、1 on 1 を 12 年以上継続してきました (のべ対象者 200 名以上)。
Masatomo Nakano Blog
最近、自分自身に関わる人事で大きな変更があった。久しぶりにブログを書いてみる。 結論から言うと、先月まで、プロダクト、開発組織、技術の3つを担当していたのだが、プロダクトと開発組織を完全に移譲することになった。 その結果、自分のレポートラインとしては移譲した人だけが部下という形になった。Quipperを始めた6年半前、最初のエンジニアに入ってもらって以来の少なさだ。これは自分としてはなかなか大きな変化である。 振り返ってみると、Quipperが始まってから6年半、Web/アプリ事業会社のCo-founder/CTO としてありがちなコースを歩んできた(最初はタイトル的にはCTOではなかったけど)。初期はとにかくコードを自分でがりがり書き、サーバーの面倒も見るし、とにかく何でもやるエンジニア。そして組織の拡大とともに段々とコードを書く時間が減っていくというやつだ。 特にリクルートグループ入り
IIJ てくろぐ
IIJ公式ブログ「てくろぐ」は、主にIIJエンジニアの堂前が執筆する、インターネットに関係する技術情報のブログでした。 今後の新記事は、IIJ公式ブログ「IIJ Engineers Blog」に寄稿いたします。IIJ Engineers Blogには堂前以外のIIJエンジニアの寄稿もあります。 IIJ公式ブログ IIJ Engineers Blog 堂前寄稿記事 コラム「インターネット・トリビア」は、IIJ.newsのWebサイトでご覧いただけます。 IIJ広報誌 IIJ.news インターネット・トリビア このブログの過去の記事 IIJmio meeting ARCHIVE (過去の発表資料まとめ)
TwilioのRedisによる決済サービスの障害、2つの原因 - unknownplace.org
Twilio というサービスで決済サービスの障害があったらしいが、恐しいことにこのサービス、 決済情報をRedisで管理していたらしい、というのをRedis作者、antirez氏のblogで知った。 Twilio incident and Redis - Antirez weblog この件に関しては、Twilio自体も 調査報告 を出している。簡単にまとめるとこういう感じだ: TwilioではRedisを single-master, multi-slave なレプリケーション環境で使用している ネットワーク障害で一時的に master-slave 間の接続が切れたことにより、master-slave間のデータの再同期が発生 この再同期がすべてのslaveに対して同時に発生したため、masterの負荷が高くなり、結果決済サービスの障害が発生 この負荷を解決するためmasterを再起動する
さくらのナレッジ | ITエンジニアに役立つ情報＆おもしろネタを、 ホスティング・データセンター業界の最前線から 全力でシェア！
即席チームでJANOG57 NOCを立ち上げる。GitHubバーンアップチャートと、管理用ネットワークアクセスが隠した盲点 2026-04-08
リメイクを否定しない強い心を育む（ゲーム業界のみ） - やまもといちろうBLOG（ブログ）
年末のお得意様大ブランドマッピング大会に臨むにあたって、何となくの整理など。終わったら4Gamerに記事を書く。書かないかもしれないけど。 ■ リメイク批判を怖れない 原作モノ同様、前作でたくさんプレイ時間を費やした作品のリメイクはユーザーの反応が厳しい。続編より厳しい。しかし、ウェブでの批判や酷評をよそに数字が出るので、気を良くしてリメイクをたくさん企画すると、一層のリメイクバッシングを受ける。 リメイクを作るのは何故か。売れるからだ。売れるから作るのであって、売れないものを作ってバッシングされるより売れるものを作って叩かれたい。 ■ リメイクは独創性がなくなるのか リメイクで必要なのは何か。優れた原作と、その原作が出た当時よりも進んだ表現技法、そしてたくさん投入できる予算だ。システムはある程度同じで、シナリオは一度売れたものをリファインし、さらにグラフィックは前作より格段に良くなる。
最低限知っておきたい仕様書を書くときの３つのポイント 【ボクバイＺ the blog】
こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して２種類あることをご存知でしょうか？１つはユーザー側から見た外部仕様（機能仕様）、もう１つは開発者側から見た内部仕様（技術仕様）です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数Ｘ（Ｘは0以上、100以下）を２からＸまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク
クックパッド開発者ブログ
こんにちは、レシピ事業部バックエンド基盤部の石川です。これは RuboCop のバージョンを上げましょうという記事です。 なんだか最近 RuboCop を使っていたら .rubocop-29343e612b03ba2227a3c3390a755e8d.yml のような名前のファイルが .gitignore を貫通してきませんか？ これは他リポジトリなどのリモートにある設定ファイルを inherit_from で参照したときに作られるキャッシュファイルです。ちょっと前までは .rubocop-https---raw-githubusercontent-com-cookpad-styleguide-master--rubocop-yml のような名前だったのが、2025 年末あたりに .rubocop-remote-23b9c67aff31e0f9d6c4a89d5eb660cb.yml のよ
KDE、あやうくレポジトリを失いかける
Too Perfect A Mirror - Me, my blog, and my Johnson 追記：上記記事の全訳 本の虫: KDEレポジトリ消失問題の記事の全訳：完璧過ぎるミラー 追記：この記事は上記のブログ記事にざっと目を通して素早く書いたものであり、詳細を欠く。上記の記事は全訳しているので、より正確で詳細な内容のために、目を通すべきである。 2013-3-22に、git.kde.orgをホストしている仮想マシンをセキュリティアップデートのために一旦落とした。アップデート後に復帰させてみると、ファイルシステムが壊れていたらしく、KDEの1500以上ものレポジトリが消えていた。 問題は、この問題が気づかれぬまま復帰したので、ミラーサーバーが誤りをそのままコピーしてしまったことだ。 ミラーは正しいバックアップではない。 とてつもなく幸運なことに、この問題が起こる一日前、ミラーサーバ
Jenkins
Continuous Integration and Continuous Delivery As an extensible automation server, Jenkins can be used as a simple CI server or turned into the continuous delivery hub for any project. Easy installation Jenkins is a self-contained Java-based program, ready to run out-of-the-box, with packages for Windows, Linux, macOS and other Unix-like operating systems. Easy configuration Jenkins can be easily
「10 年続ける」ということ : niPhotane
18:33:01 <k*****> あともう一点気になってるのがデータ削除タイミングです 18:33:21 >nipotan< ○○が削除されたら削除したいところ 18:34:37 <k*****> なるほど。あと放置しとくとどんどんデータが増えていくと思うのですが、ログのローテートみたいな感じで古いのを消す感じにするのかーとか、悩んでます 18:36:01 >nipotan< ○○が消えてないかぎりは残したほうがいいのかも 18:36:38 <k*****> 本番系のハードディスクサイズはどんなかんじなんだろう 18:37:06 <k*****> 実質無限にあるみたいな感じなのかな 18:37:37 >nipotan< そうなるとおもう 18:37:40 >nipotan< スケールするようになってるし 18:38:21 >nipotan< ペタバイトとか超えたら考えたほうがいいけど 1
寺田 佳央 - Yoshio Terada
Java on Azure Day 2023 開催のお知らせ 皆様この度、日本マイクロソフト株式会社主催の Java 技術カンファレンス「Java on Azure Day 2023」の開催が決まりました。 日時：2023 年 4月 26 日 10時〜18時 場所：日本マイクロソフト株式会社 品川本社オフィス 31F セミナールーム 登録サイト：https://msevents.microsoft.com/event?id=3692399073 COVID-19 以降、様々なテクノロジー・カンファレンスがオンライン化され、Java on Azure Day も過去２回はオンラインで開催しました。しかし今回は、完全なオフラインの対面イベントとして開催します。（現時点でオンライン配信の予定はございません） ２年前は当たり前だった対面形式のイベントを思い出し、対面だからこそ得られる体験、そして直
nabokov7; rehash : ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上)
March 08, 201222:49 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上) 事件直後の話はこのへんで切り上げて、その後の、あまりぱっとしなかったサービスの話をいくつかしていこう。 - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？ nowaってみんな知ってますかね… → ライブドア、新ブログサービス「nowa」の一般向け公開を開始 (2007年5月30日) Six Apart の VOX という新ブログサービスを参考に、ブログと SNS と twitter と tumblr と irc を全部あわせたような様々な機能を備えた次世代ブログが nowa だった。 この頃は丁度、web2.0という言葉がもてはやされ、ライトユーザ間のゆる
nabokov7; rehash : ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(下)
March 10, 201213:50 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(下) さて、前回からの続き。 社運をかけて招集された nowa の開発チームは、プログラマ、ディレクター、デザイナー、マークアッパ、どれをとっても精鋭チームというべき豪華な面子が勢揃いしていた。 一方の「旧ブログ」チームは、それまで一人でブログを支えて続けていたベテランのエンジニアが辞め、あとを僕ともう一人とで継いだものの、その片方の人も別会社に移って行ってしまって、エンジニアは僕一人だけになっていた。マネタイズのプランもなくただの金食い虫だった「旧ブログ」には大した長期戦略も与えられず、広告営業案件の狩り場と化して、宣伝用のブログパーツばかり作らされていた。 基本的に旧ブログチームの役割はデ
はてなは「絶対すべきでないこと」をやらかしたのか？
おっと、タイトルだけ見て、先週から話題になっているはてなブックマークボタンのトラッキング問題の話かと思われたかもしれないが、本文でははてなブックマークの問題はほとんど扱わない。また、この問題について未だご存じない方は、ARTIFACT@ハテナ系のエントリの後半にあるこれまでの流れを辿ると分かりやすいだろう（ワタシ自身の認知にも近い）。 はてなが新サービスとしてはてなブログをリリースして4ヶ月以上経つ。当初は招待制だったが、昨年末にオープンベータに移行して現在にいたっている。 ワタシもリリース時に招待されたので少し触ってみたが、機能が何から何まで足らないことにびっくりしたものである。そして、はてなは「アレ」をやらかしたのではないかという疑念が頭をよぎったが、まさかと思う気持ちと、短時間触っただけの印象で間違った批判をしてはいけないという自制、何よりそのあたりはじきに解決するのだろうという楽観
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YAPC::Asia TOKYO 2011 で「新はてなダイアリーの裏側」というトークをしてきました - 大西日記 - はてなダイアリー
Developers.IO
Ryuzee.com
DeNA Engineering - DeNAエンジニアのポータルサイト
