RustによるWebアプリケーション開発 設計からリリース・運用まで (KS情報科学専門書) 作者:豊田 優貴,松本 健太郎,吉川 哲史講談社Amazon 私たちがRustを学ぶ際の障壁 ウェブエンジニアにとってRustを学ぶ際の最大の障壁は、その適用分野がもともと高度である点です。 Rustは主にシステムプログラミングやC++の置き換え、ビルドツールの最適化といった専門的な領域で活用されています。 これらの分野に馴染みがないウェブ開発者にとって、Rustのエコシステムを学ぶことは簡単ではありません。 本書はそのようなエンジニアが、既存の仕事の道具をRustに置き換える時のガイドとして最適です。 マイクロサービス化の過程や新規プロジェクトでRustの採用を検討したりする場面で活用できます。 そのため、この書籍はバックエンドエンジニアがRustエコシステムを実践的に学ぶための最適なリソースと

「tblsで出したER図をGitHub Pagesに出したいな〜〜！の砂場」というレポジトリを作って遊んでました。 「(学習・実装面で)低コスト」「(実用性の面で)ほどほどに十分」という方法を探っていたのですが、概ね満たしたと思います。満足。 github.com 場面設定 ER図をいい感じに！！っていうのはk1LoWさんが解決してくれているので、その先の話。 qiita.com (↓の資料、改めて読んだけどやっぱり良いので凄い。もっと使い込みたいな・・) The future of tbls and "Documentation as Code" / phpconfuk 2023 - Speaker Deck 「MarkdownだからGitHub上ですごく簡単に見られる」というのが嬉しく、継続的にドキュメントを管理(更新＆利用)していくのを強力に支援してくれるな〜と思いつつ、 「自動生成

la belle vie Inc. Company Introduction for Engineers

AI技術開発部の宇都です。GO株式会社では過去に発信した記事や発表資料をテーマごとにまとめる取り組みを行っています。 今回はタクシーアプリ『GO』における『因果推論』をテーマとした記事をご紹介します。 因果推論の基礎 入門 統計的因果推論 | MoT Lab (GO Inc. Engineering Blog) AI技術開発部分析グループでは毎週勉強会を開催しており、ビジネスの意思決定をデータに基づいて支援するため、「統計的因果推論」についても取り扱いました。この記事では、オンラインコース「Introduction to Causal Inference」で学んだ内容をもとに、相関と因果の違いやシンプソンのパラドックスといった、意思決定分析に不可欠な因果推論の基礎概念について詳しく解説しています。 因果推論の実践 タクシーアプリのビジネスデータ分析 #mot_tech_talk | MoT

【推しの子】堂々完結。その結末について――約4年半にわたる『【推しの子】』の連載を終え、今はどんな気持ちですか？ 赤坂アカ（以下同）　しばらく、のんびりしたいですね。もっと「生活」に根付いたことがしたいと思っています。 ――やっぱり、連載期間は落ち着いて生活することはできませんでしたか？ それでも『かぐや様は告らせたい～天才たちの恋愛頭脳戦～』（以下、『かぐや様』）を連載していた頃よりは全然よかったです。あの頃は人間の生活をしていなかったので（笑）。今回、原作だけに注力できたことで、ちょっとずつ「生活に重点を置いてもいいのかな」と思うようになりました。今は「農作業でもしたいな」と考えてます。 ――「『【推しの子】』は当初から大まかなプロットが固まっていた」と、これまでの発言で明かしていますが、完結まで想定通りに進みましたか？ はい。エンディングに関しては想定通りに進みました。 ただ、『【推

具体的な数字で考えてみるとわかりやすいね。 例えば旧NISAと特定口座で、同じ投資信託を100万円ずつ買っていて、現在はどちらも200万円になっているとする。口座評価額含み益旧NISA200万円100万円特定200万円100万円 旧NISAが満期になって自動的に特定口座と合算された場合口座評価額含み益旧NISA0円0円特定400万円100万円さらに200万円分を売却して新NISAに入れる。ここで税金を約10万円とられる。口座評価額含み益新NISA200万円0円特定190万円50万円 旧NISAの満期直前に売却して、すぐ新NISAで買い直した場合口座評価額含み益新NISA200万円0円特定200万円100万円合計額が400万円のまま運用できる後者の方が有利。税金の支払いはなるべく遅らせるのが投資の鉄則。 その後の比較例えばさらに評価額が倍になったとき、前者と後者を比べるとこうなる。口座評価額

Lookerのロードマップイベント「AI for BI Innovation Roadmap Webinar」で気になった新情報まとめ さがらです。 日本時間の2024年11月13日の3:00~4:00で、「AI for BI Innovation Roadmap Webinar」というLookerの新機能やロードマップを紹介するウェビナーが開催されました。 このウェビナーの中から、私が気になった新情報(主にRoadmapの機能)だけを抜粋して、本記事でまとめてみます。 ※すでにGAやパブリックプレビューとなっている機能についての紹介もウェビナー中でありましたが、本記事では触れませんのでご注意ください。下記のブログでまとめられた以前のロードマップイベントで発表された内容についても本ウェビナーで改めて紹介がありましたので、下記のブログも併せてご覧ください。 Lookerの今後のアーキテクチャ

しばらく放置でも別にいい5年たった旧NISAの投資信託を放置しておくと、2025年になるとその投資信託は特定口座に移動します。 2024年の年末の価格で、新たに購入した事になりますので2025年始に見ると利益0%と表示されます。（特定口座で同じ投資信託を所有していない場合） 念の為、証券会社からの案内や設定で一般口座ではなく特定口座に行くことは確認してください。一般口座だと税金計算がややこしくなります。 基本的にこれで問題ありません。何か損をするわけでもありません。 2024年の新NISA枠が余っている場合12月中旬に旧NISAの投資信託を売って、2024年の余っている新NISA枠で自分が良いと思う投資信託を買いましょう。 2024年12月24-26日あたりから海外株を含む投資信託の購入は、2025年の購入扱いになり始めます。 ですので安全に考えるなら、12月15日ごろに売却注文。12月2

12月に非課税で売っぱらったほうがいいのか？ 評価額は倍ぐらいになってる そのまま置いておくと課税枠に移行するとのことだが どうすりゃいいんだかよくわからない。 詳しい人は教えていただきたい

《この記事は約 9 分で読めます（1分で600字計算）》 HON.jpが9月8日に開催したオープンカンファレンス「HON-CF2024」のセッション7「小説投稿サイトのいま」の様子を、出版ジャーナリストの成相裕幸氏にレポートいただきました。 「作家の揺りかご」となった小説投稿サイト 昨今「文芸書が売れない」との見方は関係者でほぼ一致している。一方で、小説投稿サイト発の作品からの商業出版やアニメ化は今も活況だ。厳しい文芸市場においても初版数万部でスタートするシリーズ作品も珍しくない。 かつての雑誌は連載原稿料、単行本化含め新人発掘育成や作品認知拡大を担っていた「作家の揺りかご」（鷹野凌氏）だったが、現在小説投稿サイトがその機能の大部分を代替していると言ってよい。では国内有数の小説投稿サイト運営者は現状をどのようにみているのか。ユーザー獲得・支援から継続利用につなげる取り組み、今後目指す方向性

「オープンセミナー2024@広島 − XRE エンジニアを支える組織」での登壇資料です。 https://osh.connpass.com/event/324736/

株式会社マイベストのデータ基盤に関する説明資料です。

こんにちは。 ファインディでソフトウェアエンジニアをしている栁沢です。 ファインディの各プロダクトでは、1日に複数回デプロイしています。 例えば、私が所属するFindy転職のプロダクトでは、1日に6回ほど本番環境にデプロイしています。 高いデプロイ頻度でもデプロイ起因による障害や不具合がほぼ発生しておらず、開発スピードと品質の両立を実現できています。 今回はファインディ社内でのFeature Flagの使い方について詳しく解説します！ Feature Flagを使うことのメリット Feature Flagの実現方法 Feature Flagを使った開発の流れ 1. Feature Flagを追加する 2. Feature Flagを使って新機能を実装・テストコードを書く 3. 検証用の環境で動作確認を実施する 4. 動作確認が完了したら、本番環境で機能を有効化させる 5. 一定期間の安定稼

はじめに こんにちは。レバレジーズのデータ戦略室の辰野です。いつの間にか5回目の投稿を迎えました。 今回は、私が2024年度上半期に注力した「DMBOKに基づくデータマネジメント成熟度アセスメントの実施」についてご紹介できればと思います。 レバレジーズでは初めての実施ということもありかなり苦労したので、これからデータマネジメント成熟度アセスメントを実施してみよう！と思われている方にとって、参考になれば幸いです。 ※ベースとなるDMBOKに関する情報は、既に多くの記事が出ているかと思いますので本記事では割愛させていただきます なぜやることになったのか 例えば、皆さまの周りでこんなことは起きていないでしょうか？ 「テーブル定義書はあるけど、実際のテーブルと内容が違う…」 「この指標の定義を知りたいけど、どこを見ればいいのか分からない…」 「このツールの使い方がどこにまとまっているか分からない…

マネージャーではなくとも、ある程度高い成果を期待されている人にはマネジメント能力を要求される。そういう話を雑に書いておきたい。 1人でガッと進められる範囲の仕事のインパクトには限界があり、あるレベル以上に達すると、誰かに何かを依頼したりチームを超えて足並みを揃えたりする必要が出てくる。 ここで要求される能力には、チームビルディング、ネゴシエーション、ファシリテーション、スケジューリング、ロードマップ作成といったものも含まれる。マネージャーロールではない場合、「これってマネジメントなのでは？」と感じることもあると思う。それに対する自分の答えは「Yes」である。仕事のインパクトの大きさを広げようとすると、マネジメントと同じようなスキルはプレイヤーにも必要になる。結局 Manage (なんとかする) 能力も技術と捉えて磨いていく方がよい。 つまるところ、いわゆるマネージャーとプレイヤーの違いは、

あくまで個人的な見解ではあるが、私が「リーダー」と「マネージャー」という言葉を使うときは、以下のように使い分けている。 リーダー。物事を前に進める人。スポーツで例えるとチームの空気をポジティブに変える選手。 マネージャー。全体の流れを管理する人。スポーツで例えるとチームに的確な指示を出す監督。 風音屋（@Kazaneya_PR）の組織図も「リード職が前衛」「マネージャー職が後衛」というコンセプトで設計している。 厳密にはリードとリーダーは別だと考えているので、その説明は後述するが、「Leadする」「Manageする」という行為のニュアンスが伝わるかなと思って紹介した。 少年漫画で例えると…… 少年漫画でも、主人公がリーダーで、マネージャーは別にいることが多いように思う。ネタが分からない人はこの項目を飛ばしてOK。 特にロボット系の作品は分かりやすい。明確にエースパイロットである少年主人公（

TotT 102 GTAC 61 James Whittaker 42 Misko Hevery 32 Code Health 30 Anthony Vallone 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Adam Bender 4 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 M

まとめ 圧縮された複数の JSON Lines を読み込める S3 から直接読み込める 好きなタイミングで Parquet で出力 DuckDB とは こちらをどうぞ。 DuckDB雑紹介(1.1対応版)@DuckDB座談会 - Speaker Deck 圧縮済みのログを読み込む 解析対象のログファイルって spam-20240501.jsonl.gz や egg-20240601.jsonl.zst みたいに圧縮されていたりします。 特に日付単位で分かれてたりすることは多いです。そこから目的のログを探し出すのは、基本はスクリプトを書くことが多いと思います。 DuckDB を使えば色々解決します。