「30歳からのプログラミング」と題したこのブログを書き始めたのが 2016 年 3 月。 そこから月日が立ち、立派なアラフォーとなったわけだが、私はこれまで 3 年以上継続して働いたことがない。プログラマに転身する前も含めて、である。一度もない。 3 年経つ前に、必ず無職になってしまう。労働して貯めた貯金を食い潰しながら無職生活を送り、カネが無くなりそうになってまた働く、ということを繰り返している。 だが、今の勤務先（株式会社HERP）に入社したのは 2021 年 10 月 1 日であり、入社してからもうすぐ 3 年になる。 つまり、 3 年以上労働を続けることになる可能性が高い。 仮にこの記事を投稿した直後に退職を決意したとしても、引き継ぎや有給休暇の消化などで、さすがに 9 月末までは在籍していると思う。そうなれば 3 年到達である。 今までの会社を辞めてきた理由は様々だ。同様に、今の

2024年8月にメルカリを退職しました。 本当に素晴らしい6年半でした！ メルカリで出会った人々と仕事から、一生大事にしていきたい経験と学びを得ることができました。 メルカリを退職します！ 約6年半、本当に楽しかったし、頑張ったし、数多の素敵な出会いもありたくさん成長させてもらえて、かけがえのない時間を過ごすことができました。 メルカリ最高でした！ これからも大好きなメルカリを応援し続けます📣 pic.twitter.com/ivYE1C29wJ — mayumine (@mayumine) August 9, 2024 最終出社の翌日にSlackにログインできなくなった瞬間はむせび泣きました。 昨日まで当たり前に見れていて、ずっと脳のリソースの大部分を持っていかれた世界線から急にキックアウトされる寂しさったらない。もう、 会いたくて 会いたくて 震える iPhoneのトップ画面、一番タ

はじめに こんにちは。calloc134 です。 自分は普段 React を利用してフロントエンドの開発をしています。 SPA のルーティングを実装する上で、TanStack Router を利用することが多いです。 この使い方について、簡単にまとまったドキュメントが思ったより少なく感じたため、まとめていきたいと思います。 TanStack Router とは TanStack Router は、React のルーティングを行うためのライブラリです。 当初は React Location として、TanStack の Tanner Linsley 氏によって開発されました。 その後、改名や設計のし直しが行われ、TanStack Router として開発されており、2023 年のクリスマスに v1 がリリースされました。 現在は色々な機能が追加されており、React のルーティングを行うため

ITエンジニアがLLMベースの生成AIを使いこなせるようになることを目指した本です。 まずはLLMの仕組みの理解してメンタルモデルを構築し、次に代表的なプロンプトエンジニアリング手法を学ぶことで基礎を固めます。 最後に、ITエンジニアならではのプロンプトテクニックを紹介しますので、応用力を身につけましょう。

Mastering AsyncSequence - 使う・作る・他のデザインパターン（クロージャ、Delegate など）から移行する

先日、自分の同僚の Anjana を観察していてふと気づいたことがあったのでシェアしたいと思う。彼女は比較的新しいメンバーで大学も出たてだが、めっちゃ優秀で、たまに彼女のメンタルモデルを質問して学ばせてもらっている。 新しい Http Scaling の Buddy　最近 Anjana が自分の担当している、Http Scaling の領域を私と一緒に受け持つようになってきた。この領域は最近まで私しか担当が居なかったので、Pull Request のレビューで苦労したり、一人だったら休暇もとりにくい。だから Buddy 制をとっているのだが、私の Buddy は居なかったので、Pragna が彼女をアサインしてくれた。 もちろんめっちゃくちゃ優秀な人であっても、初めてなので、 最初から難しいタスクは厳しいだろうということで、これ修正箇所もすくなそうだし、簡単そうだなぁ。というタスクが彼女に

株式会社リンケージに転職して、今日でちょうど1ヶ月。 入社情報です pic.twitter.com/3KZiuLai97— あすみ (@asumikam) 2024年8月1日 1ヶ月経ってみて 最初からそれなりに戦えて、日に日に伸びている 今回の転職は「ハードスキル面にもっと自信をつけたい」というのが主な理由で、自分のスキルに関しては自信がない状態でのジョインだった。 そのため、転職前はジョインして数ヶ月はそれなりに病むんじゃないか、と想像していた。 「私は・・・無力・・・何もわからない・・・」のような絶望的な病み方。 この感情には「そもそも能力がなくてわからない」「わからない時にそれを乗り越えられない（かもしれない）」という2つのネガティブ要素がある。 ところが予想と反して、ジョインから1営業日め、2営業日め、3営業日め、...と、ほぼ毎日のようにmainにマージするPRが出せている（も

コンピューティング あらゆるワークロードに対応した VM により、構築、リリース、スケーリングを迅速に実行

技術選定の成功 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL 技術選定に失敗はない 技術選定に失敗はありません。 仮説を立て、検証し、結果の分析からNext Actionを考える。検証の結果がどうであれ、それは過程に過ぎません。 机上の空論だけで全てを理解できるほど、我々人間は賢くないのです。（注意: これは人類全体を誹謗中傷する意味ではありません。） この記事では、この２年間で行った技術選定の成功例をその理由と共に紹介していこうと思います。 申し訳遅れましたが、私、YadaYadaKonnanYadaといいます。私は今回初めて記事を書いたので、どうぞお手柔らかに。 Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 前提 技術選定に結論はありません。組織毎に前提が違うのだから当然のことです。みんな違っ

テキストエディタの「Vim」ではさまざまなキーを使用してカーソルの位置を変更できます。「Vim Racer」はカーソルを指定された位置まで動かす速度を競うゲームとのことなので、実際に遊んでみました。 Vim Racer - An Online Game for VIM Navigation https://vim-racer.com/ サイトにアクセスするとこんな感じ。「Click the editor to start」と書かれている通り、エディタ部分をクリックするとゲームが始まります。 実際に1ゲーム遊んでみました。 VIMの操作速度を競う「Vim Racer」プレイムービー - YouTube ゲームを開始すると、右上のタイマーがスタートします。 右下には現在のクリア状況と1分あたりのナビゲーション数であるNPMが表示されています。12回指定された位置までカーソルを動かすまでの時間を

Linuxカーネルパラメータのチューニング＆設計 0.目的 【カーネルパラメータのチューニング】を修得する目的は、サーバの特性を理解し、それぞれに合ったカーネルパラメータのチューニングすることでリソースの有効活用をできるようになることを目的とし、私個人の経験を元にした見解を以下の記事に掲載します。 1.最初に サーバには、それぞれ必要なリソース特性があり、それに合わせたカーネルパラメータのチューニングが必要となります。 世の中の流れはオンプレよりクラウドに移行してはいるので、カーネルパラメータのチューニングよりスケールアップなりスケールアウトするなりの対応をすべきなのでしょう。 ですが、カーネルパラメータのチューニングを知らないとどちらを選択すべきかも理解しずらいと思いますので軽率には出来きません。(待ち行列理論もしらないといけませんが) また、最近のLinuxはデフォルト値が大きくなって

言語モデルの「記憶」を管理する方法としては、１）追加学習や知識編集によってLLM自体の知識更新を試みる方法と、２）外部の記憶データから必要情報を適時検索してモデルに渡す方法、の2つの方向性があります。 この論文は後者の系統に属する研究で、人間のエピソード記憶のあり方を参照し、外部データを効果的に整理・検索することを目指した研究のようです。 タイトルは"Human-like Episodic Memory for Infinite Context LLMs"で、Huaweiの研究所とUCLの研究者らによって2024年7月に投稿されています。 arxiv.org 要旨 大規模言語モデル（LLM）は目覚ましい能力を示しているが、広範なコンテキストの処理にはまだ苦戦しており、長いシーケンスにわたって一貫性と正確さを維持する能力には限界がある。これとは対照的に、人間の脳は、生涯にわたる膨大な時間スケ

https://webcache.googleusercontent.com/search?q=cache:https://anond.hatelabo.jp:443/20240831112250

メディア統括本部 サービスリライアビリティグループ（SRG）の鬼海雄太（@fat47）です。 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事は、MySQ

","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=\"

AIと量子コンピューティングの研究開発を行なうKandaQuantumは、2024年8月31日、顧客の要望内容を元に自動的に要件定義を生成し、さらに自律的にシステムを構築する要件定義システム生成AI「Babel（バベル）」をリリースした。 Babelは一行の要望から要望一覧、要件定義まで一気通貫で記載する。「要件定義プログラミング」により、自然言語からコードへの直接変換を実現。顧客の要望やビジョンを入力するだけで、Babelが詳細な要件定義のYAMLファイルを自動生成する。その上で生成された要件定義に基づき、Babelが独自にシステムを設計、開発。技術的な詳細を指定することなく、望む機能やふるまいを記述するだけでシステムが構築される。

今年に入り自動車の大規模盗難が続いている。ターゲットはディーラーにも及び、8月19日には栃木・大田原市のホンダカーズ野崎で11台もの車が盗まれた。懸命の捜索により、30日までに全台を発見したが、被害者が直面したのは、不条理な現実の数々。Xに「犯罪者にとことん優しい日本を痛感」とつづった松本正美店長に投稿の真意を聞いた。（取材・文＝水沼一夫） 【写真】厚さ7センチの防火金庫が破壊…事務所はぐちゃぐちゃに荒らされた、実際の写真 「本当最後のフィットは諦めて、しょうがねえかなという思いもあった。でも、探してくれている人がたくさんいる。知らないところで知らない人が。そういう人たちに申し訳ないなという思いと、でも、今週いっぱいにしようという思いがあった。そんな話をしていたところに警察から電話が来た。とりあえず見つかってよかったなというのが本音です。ご協力いただいた方に感謝したいと思います」 30日、

不妊治療がつらい！という日記を書いてから5年、子どもが生まれました！ 不妊治療は結局、あの日記を書いた少しあとに挫けて中断してしまって、「でも不妊治療をやめて一体どうするんだ？」「何もしなきゃ妊娠しないぞ」「でももうしんどい！」「ﾃﾞﾓﾃﾞﾓﾀﾞｯﾃ……」と自問自答を繰り返しているうちにコロナ禍になって、3密回避で病院自体に行きにくくなり、なんとなくそのまま不妊治療から遠ざかり、どんどん歳だけ重ね、もういいか！夫婦2人でも楽しいし！これはこれで！という気持ちに切り替えようとしていた矢先に、自然妊娠。 あんなに心をすり減らして時間もお金も費やして通った不妊治療だったのに、治療の手を借りずに、しかもあの頃よりも歳をとった身体機能で妊娠するんですもん。読めなさすぎる。人生わからん。人生むず。 生まれた子どもはとびきり可愛いです。 抱っこ紐の中から世界を眺める横顔を見ていると、これ以上に尊いものは

はじめに こんにちは。calloc134 です。 バックエンド開発において、DB にデータを保存することはよくあることです。 DB と接続してデータのやり取りを行う必要がありますが、皆さんはどのようにしてデータを取得していますか？ ORM やクエリビルダを利用したり、逆に SQL を記述してコード生成を行ったりと、様々な方法があります。 今回はこれらのアプローチについて比較し、比較的斬新な方針を取っているものとして SafeQL を紹介します。 注意点 ここでは、TypeScript のバックエンド開発と、そこで利用されるライブラリを前提として話を進めます。 Go や Python など他の言語での利用方法については、別途調査が必要です。 SQL に対するアプローチ まず、SQL に対するアプローチには大きく分けて 2 つの方法があります。 それぞれのライブラリの使い方を、簡単に見ていきま

株価下落と新NISAとオルカン積立投資の話 1ヶ月前に上記の記事を書きましたが、ある程度株価も安定してきたのでオルカンの現状をまとめておきますね。みなさまの状況はいかがだったでしょうか。 オルカンの基準価額の推移。2024年7月11日から8月6日までに16.8%下落しました。 2023年始から積立開始していた方は、もっとも安い時期でも+13%の利益がありました。 2024年始から積立開始した方は1週間程度損失の期間がありました。最大で4%程度の損失でした。現在はプラスに戻っています。 （今回の下落で特別な売買行動をしなかった場合を想定しています） ＜オルカンの基準価額の推移＞2023年始 16,696円 2024年始 20,756円 2024/7/11 27,282円 2024/8/6 22,688円 2024/8末 24,551円 今年の前半は30%以上も基準価額が上がるという順調過ぎる