むしろこの湿らせるという行為を味わうために渇いていたいのかもしれない。手段と方法が逆転してしまうというのは本末転倒だが、俺の性（さが）はそこまで求めてしまっているのだ。 そう、qureateの新作を！（ここでタイトルコール） ということで、いよいよ春……春が来た……！ いや、すでに初夏だが。2024年4月18日、Nintendo SwitchとSteam用にとんでもないタイトルが発売された。いや、されてしまった！ それが『バニーガーデン』である！ 自分は本作の情報公開後から鋭い眼光で本作のことをチェックしており、「ふふふ……さすがqureateだ」と膝を打った。そしたら無脊髄反射で足がぴょーんとなった。 知らないピュアボーイのために説明すると、いや、説明の必要はないだろうが、念のため説明しよう。これは記事なんだから。 qureateさんは公式サイトを見るとわかるように、非常にクレバーな紳士

なにか作品を見ても、「これは自分にとって関係のないことだな」と思ってしまう。ファンタジー、SF、お仕事もの……この世のあらゆるエンターテインメントは、人を気持ちよくさせるための娯楽装置として作られている。 だけど、そんな気持ちのいい作品を見るたび、心のどこかで「人生そんな上手くいかねーよ」と思ってしまう。だから、ずっと心のどこかで、なにもかもが「他人事」な気がしていた。あの主人公も、あの作品も、なにもかも自分にとっては無関係の出来事だった。 でも、『トラぺジウム』を見た時、あまりそう思えなかった。 この映画、端的に言うと「アイドルに焦がれて焦がれ続けた主人公が、なにもかも計算づくでアイドルグループを結成するものの、結局上手くいかず解散する」という内容になっている。極論を言うと、「アイドルを目指して志半ばで大失敗する映画」である。まぁ、とんでもない内容だと思う。 でも、この「上手くいかず解散

","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき？ 使用するOSは？ CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき？Apache？Nginx？ サーバセキュリティで最低限押さえておきたいことは？ listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQLか

ついにFF14の最新パッチに追いついてしまいました！ 恐ろしいものでFF14を始めたのが昨年の11月19日、何と新生・蒼天・紅蓮・漆黒その他もろもろクロニクルクエストまで含めて最新パッチに追いつくまでおよそ半年近くかかってるんですよ！？ 「FF14は新生蒼天紅蓮漆黒合わせて大体RPG4本分のボリューム～」だなんて話はよく耳にしますが、大体半年ぐらいでFFシリーズを色々やった超ざっくり俺換算だとFF14は最低でもRPG10本分ぐらいのボリュームはある事になります。 というか、半年近くやってもまだクラフター、ギャザラー、零式、エウレカ、ハウジングなどにはほとんど手を出せておらず恐らく全体の半分も遊べてないんだと思います。まさに一生遊べる超大作。 そんな超大作FF14の新生から漆黒までのプレイを、今回はランキング形式でお届けします。 その名も「勝手にファイナルファンタジー14大投票」！ 「あれ？

この記事はTSG Advent Calendar 2016 - Adventarの25日目として書かれました。 自分既にOBですし、25日目ともなると「何か壮大なネタを…」とか考えあぐねていたのですが、現実的なネタを思いつけなかったので最近やってたことでも書きます。 先日LinuxのNICドライバの開発についてのエントリを書いていたのですが、その与太話でもしようかなと思います。 lv4.hateblo.jp sk_buff構造体 Linuxのカーネル内では、ネットワークパケットはsk_buff構造体によって扱われています。 （ソースコード → Linux/include/linux/skbuff.h - Linux Cross Reference - Free Electrons） 説明としては How SKBs work が非常にナイスだと思います。 要点としては head data t

Go Modules Cheat SheetA handy reference for common operations with Go modules.

Trivyのv0.17.0をリリースしました。 github.com 長い道のりでしたが、ようやくこれでGoバイナリの脆弱性検知に対応できました。夜中0時ぐらいからリリース作業を初めて気付いたら朝5時でした。 概要 Go言語で書かれたプログラムをビルドすると依存しているモジュールがバイナリに含まれます。現代のソフトウェア開発において利用しているOSSのライブラリが0ということはまれなので、何かしらのOSSライブラリが作成されたバイナリに同梱されます。これらのOSSの古いバージョンには既知の脆弱性が含まれる可能性があります。これを手動で調べて追うのは手間なので最近では脆弱性スキャナを用いて検知するのが普通です。自分が開発したTrivyというOSSの脆弱性スキャナではコンテナイメージやファイルシステム上のGoバイナリに含まれるモジュールを特定し脆弱性を検知します。 Goのバイナリからどうやって

SRv6について2021年までに取集した情報を整理して入門書を作りました。 とりあえずSRv6に触れたい方向けの内容になっています。 1. SRv6 概要 1.1. SRv6 とは 1.1.1. セグメントルーティング 1.1.2. IPv6 1.2. どういうところで使われているのか？ 1.3. 今どういう状況？ 2. SRv6 詳細 2.1. SRv6の仕組み 2.2. SRv6 Function 2.3. SRv6 Control Plane 2.4. Flex-Algo (Flexible Algorithm) 2.5. TI-LFA 2.6. SRv6 OAM (Operation, Administration, and Maintenance) 2.6. 今後のSRv6 3. SRv6を実際に使う 3.1. iproute2 【ハンズオンツール】 3.2. VPP 3.3.

チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー

kubefork - development experience like owning your own cluster

本セッションでは、DockerとKubernetesのもつ基本的な機能の概要を、コンテナの仕組みをふまえつつイラストを用いて紹介していきます。一般にあまり焦点をあてて取り上げられることは多くありませんが、コンテナの作成や管理を担う低レベルなソフトウェア「コンテナランタイム」も本セッションの中心的なトピックのひとつです。 徳永　航平 日本電信電話株式会社 Software Engineer 日本電信電話株式会社でコンテナ技術やオープンソースソフトウェアに関する活動に従事。CNCFのコンテナランタイムプロジェクト「containerd」レビュワーおよびサブプロジェクト「Stargz Snapshotter」のメンテナを務める。コンテナランタイムに焦点を当てたミートアップ「Container Runtime Meetup」を共同運営。「イラストでわかるDockerとKubernetes」(技術評

2021/07/16追記: Server Side ApplyするときにClientで差分検出して無駄なリクエストを発生させない方法を書きました。こちらの記事もご覧ください。 前回の記事では、Reconcile処理において無駄な更新処理を発生させないさまざまな実装方法を紹介しました。 その中で、Server Side Apply方式では更新に必要のないフィールドがリクエストに含まれてしまうために、それを取り除く処理を書く必要があり面倒だと書きました。 まもなくリリースされるKubernetes 1.21では、Server Side Applyのこの問題を解決する機能が導入されるようです。 Apply for client-go's typed clients この新機能では各リソース用にApplyやApplyStatusなどのメソッドが追加されます。 例えばDeployment用のAppl

CloudNative Days Spring 2021 ONLINE の発表資料です。 https://event.cloudnativedays.jp/cndo2021/talks/171

創作マンガです。 死・自死が表現、テーマに含まれます。 全ページの終了後は著作権透かしなし、修正、書き下ろし、表紙を追加したものをPixiv fanbox、kindle などでの有料公開を予定しており、こちらでの公開が終了する可能性があります。 連載更新タイミングは未定です。 私の息子が異世界転生したっぽい①（1P～19P） →次へ PixivFANBOXの支援者向けに、透かしなしverの公開を行っています。 kanemoto.fanbox.cc

村井理子 @Riko_Murai いままで唐揚げで負け続けてきたみなさん、小麦粉：片栗粉：細かいパン粉を１：１：１です！！　私も半信半疑だったのですが、やってみたらすごかった。勝った。この先負けることはないだろう。 pic.twitter.com/ckx67XSWV6 2021-02-01 11:12:03