年齢が年齢で体のあちこちに衰えがきているのですが中でも厳しいのが視力。Google Docsの表示は必ず125%にする。この下書きもまず125%にしてから書き始めたこの頃みなさんいかがお過ごしでしょうか。所属先で新卒採用に関わることが多くあったので、思うところなど書いていこうかと思う。まずこの記事は職場の方針や選考とは関係がない一般論であることを明言しておく。一般論というと大げさかもしれない。IT業界では〜くらいの話だと思ってほしい。 「最近の若い奴は〜云々」といった前時代的テンプレート言説があるが、自分はこういった場面に遭遇したことがない。何ならこれまでみてきた若者の中で自分が一番ダメなやつだった自信がある。学生だけでなく職場の若手をみていてもそうだがみんな努力しており優秀だ。セレクションバイアスだと言われたら否定はできないが、こういった前時代的テンプレートに汎用性などなく、むしろ都市伝

pyspa Advent Calendar 2024、2日目の記事です。 1日目は id:cco さんの 赤ちゃんが生まれてやってよかったこと・あってよかったもの - unnamed でした。 3日目は id:rokujyouhitoma さんの 情報処理安全確保支援士登録・登録後の脇道 - rokujyouhitoma's blog です。 adventar.org ISMSをとるぞ！ ぼちぼち転職して1年になります。会社もめでたく9月で設立1周年を迎えました。 社員番号2番で入社したのですが、ぼちぼち会社の人数も30人くらいになって、すごく会社っぽくなってきました。 とはいえ、やりたいこと、解決したい課題は山程あるけど人がぜんぜん足りたいという状況。採用につなげるための会社のブログも立ち上がったりして、私も社員紹介という形で1記事書かせてもらいました。 そんな感じで、急速に会社らしくな

いきなりのお知らせですが, 私shinyorkeは年内で現職（某大手外資系ITコンサル企業*1）を退職します（本日12/13が最終出社でした）&来年から再びプロダクトを取り扱うベンチャー企業*2でエンジニアとして働くことになりました（まだ予定ですが）&その転職活動から爆誕したコンテンツがこの記事です. 現職の皆様, 本当にお世話になりました&次の働き先はもうすぐ決まる見込みです*3. 退職と転職の話は後日別のブログで語ることにしますが, 約3年ぶりの転職活動（40代になってから二回目）は本当に苦労しました. エンジニアの転職プロセスは色々ありますが, 通常の面接・選考(過去経歴, いくつかの質問の中で能力・カルチャーがフィットするか) 技術選考（プログラミングテスト, 応用的な技術課題の作成・提出, レビュー形式の技術面談など） 大雑把にこの2つに分かれるかと思います*4が, ???「技術

これはpyspa アドベントカレンダー 2024の12日目の記事です。11日目は@aodagの走るということについてでした。 はじめに​ この15年くらいは、おおむね平均すると毎年2，3人程度の技術者をOn the Job Training（OJT）で教育する機会に恵まれており、その中で蓄積した知見や私の考えを散発的に説明していきます。 私自身は受託開発を主たるビジネスとするシステムインテグレータ（SIer）と呼ばれる企業で働いており、足掛け25年程度のキャリアがありますがソフトウェアについて専門的な教育を受けたことはありません。また、教育についても同様です。 このエントリに記載された内容について何らかのエネルギーを注いでくれる方がいるなら、XあたりのSNSでURL付きで指摘して頂ければ非常にありがたいです。 教育によって形成される技術者像​ まずは、どのような技術者なら育てられるのでしょ

X*1で反響があったので記事にする。 もし、自分がプログラマー人生をやり直すときに1冊だけ本を読ませることができるなら、やっぱこの本を自分に勧める。 今はWebでも読めるのでみんなにも読んでほしいな。https://t.co/6ueWEWUB3J pic.twitter.com/c468Szbm8S— そーだい@初代ALF (@soudai1025) 2024年11月12日 この本、素晴らしいことがたくさん書いてあるんだけど、その中でも大切にしていることを紹介する。 理想の役割の帽子を被る 「プログラマが知るべき97のこと」という本がある。 実はこれはWebで公開されていて、全部読むことができる。 ここには世界中のプログラマが人生において大事なことを紹介してくれる。 その中で一つ、自分がとても大事にしていることを紹介する。 xn--97-273ae6a4irb6e2hsoiozc2g4b8

この記事は CADDi プロダクトチーム Advent Calendar 2024 の4日目の記事です。 Data Management チームの森岡です。要らなくなったものをすぐに捨てられるデータ基盤を意識して日々開発しています。 今回は、クエリコストを下げるための方針を体系的に整理するのと、BigQueryのクエリコスト削減施策の中でとくに効果が大きかった事例について紹介しようと思います BigQueryのクエリコストを削減する3つの基本方針 BigQuryの課金体系には、On-demandとCapacityの2つがありますが、CADDi ではOn-demandで利用しています。そのため、以降の話はOn-demand を前提としています。 On-demandの場合、クエリ実行時にスキャンされたデータ量に対して課金されます。このスキャンデータ量を削減するための方針は、大きく3つに分類でき

こんにちは、Platform チームの @akitok_ です。 CADDi Platform チームでは、チームトポロジーの定義に基づいてストリームアラインドチームが自律的に仕事を届けられるようにするため、様々なアセットとそれに付随するドキュメントなどを提供しています。 Platform チームのミッションやその活動などについては、以下の記事などを読んでいただけますと幸いです。 なんでもやるがなんでもはやらない？CADDi の Platform チームは、何をするチームなのか？ - CADDi Tech Blog あれから 1 年、Platform チームのその後 - CADDi Tech Blog 今回、Platform Engineering Kaigi 2024 というイベントで、この Platform チームを取り巻く開発者向けドキュメント改善について登壇してきました。 この記事

こんにちは、LayerX AI・LLM事業部テックリードの須藤です。 今回は、AI・LLM事業部が提供する「Ai Workforce」のインフラ構成について紹介します。 先日、Ai Workforceの紹介サイトがついに公開されました！ getaiworkforce.com また、プロダクト開発チームも以下の記事で紹介されていますのでこちらも合わせてご覧ください。 tech.layerx.co.jp Microsoft Azureを選定した理由 Ai Workforceのクラウド基盤にはMicrosoft Azureを採用しています。その主な理由は以下の2点です。 Azure OpenAIとのシームレスな連携 Ai WorkforceではAzure OpenAIを活用しており、同じAzure環境内でデータのやり取りができるため、セキュリティの向上とパフォーマンスの最適化が見込めます。かつ、

PyCon JP 2024発表の詳細版です. Python製のLow-codeであるDashについて話をさせてもらいました（自分のレポート）. トーク本編では話さなかったor話せなかった件を中心に紹介します. なお, 本エントリーのサンプルコードは以下のGitHub Repositoryにて公開しています. github.com 本エントリーの目的 TL;DR Dashとは何か Hello world 基本的な構成 コンポーネント（html, dcc） コールバック 認証認可 マルチページ app.py pages 世の中に公開する Streamlitとの比較 結び Appendix 本エントリーの目的 「とりあえずDashでHello worldをやりながら構成を理解, 作りたいものを作れるぐらいの知識を提供」 すること目的としています. FlaskでPythonのアプリを作ったことある

PyCon JP 2024 9/28 Talk Session 発表資料

久しぶりのがっつり野球ネタ...ですが, 最初の数行だけ宣伝させてください🙏 なお本日のお品書きはこちらです. 【宣伝】PyConJP 2024に登壇します. 【本題】身体能力お化けは好きですか? ジョー・アデルさんという選手 バットは振れているが 守備はどうなのか 結び 【宣伝】PyConJP 2024に登壇します. 「実践Dash - 手を抜きながら本気で作るデータ可視化Webアプリの基本と応用」というトークをPyCon JP 2024でやらせてもらう事になりました. このブログでも（もっと言えば前に登壇したPyCon JP 2022*1でも）登場した「Dash」というPythonのLow-codeなWebアプリフレームワークを用いた開発と実用についてお話をします. アプリは出来ているのですが, スライドは何も無いので話す内容の概要を取り急ぎスクショとBlueprintで表明しておき

本ブログ最初の炎上記事「成長したいエンジニアは良いエンジニアの本棚を真似るといいんじゃない？ - Lean Baseball」が出てから10年*1が経ちました. 私, shinyorkeのブログ記事を始めとしたアウトプットをいつも応援してくださっている皆様, 誠にありがとうございます. このエントリーはこのブログの10周年記念ポエムです. 技術ブログを10年続けて良かったこと 一言で言うと, とにかく, 自分の為に書き続けた結果, アウトカムが生まれ幸せになれた事. 他人のため（もしくは会社のため）に書かなかった事も良かった. でしょうか. 10年も同じ媒体（はてなブログ）で書き続けているのも驚きですが, （更新サボリ気味とはいえ）noteやQiitaにも書いてるのでよほどいいことがあったんでしょう（こなみ）. というエピソードトークやら何やらを好き勝手書きたいと思います. 技術ブログを1

本ブログ「Lean Baseball」開設10周年企画*1かつ, ちょっとした近況報告となります. お世話になっている皆様へ(TL;DR) 東京（の西側*2）で家を買いました, 引っ越しました. この決断とオチ, 未来に至るまで, 自分のキャリアとアウトプット, そしてこのブログは不可欠でした. 現職から前職以前の同僚（元同僚）, アウトプットや色んなことを応援してくださった皆様そして何よりも家族と友人に心から感謝御礼申し上げます🏚 お祝いはこちらからお待ちしています. 44歳独身ソフトウェアエンジニア、家を買う。 作業環境（まだ作ってる最中） こちらが購入したお家...で最初に作った作業環境です💻*3 （人生の一般的なアレとして）「家を買う（家の主となる）」事は一つの大切なライフステージのイベントなので, お世話になっている皆様へ(TL;DR) 44歳独身ソフトウェアエンジニア、家を

最近読んだ「入門 継続的デリバリー」がとても良かったので紹介しますね, というエントリーです. 入門継続的デリバリー良かったです. 「継続的デリバリー（Continuous Delivery）」とか「DevOps」ってどこから学ぶかわからんな！？ というのは割とあるあるだと思っています, そもそもめちゃくちゃ難しい話なので（ちゃんと学ぼうとすると）. そんな中, 「入門 継続的デリバリー」がよく説明できてて良かったので感想と関連する書籍を紹介できればと思っています. TL;DR 入門 継続的デリバリー 我々はなぜCDをするのか? 具体的なプラクティス 入門後に読むべき良著 Kubernetes CI/CDパイプラインの実装 継続的デリバリー チームトポロジー 結び - 我思うCDとDevOps TL;DR 「入門 継続的デリバリー」は継続的デリバリーの大切さと概念, 手法を現実にありそうな

2024年5月1日から、株式会社はてなで組織・基盤開発本部のエンジニアリングマネージャとして働き始めました。 2014年から、2021年まで社員だった時代があるため、いわゆる出戻りという形になります。 一度退職した会社に再び入社する、というのは、通常の転職活動と違った悩みなどもあり、自分も今回の転職に際して「アルムナイ採用」などのキーワードでいくつか参考にした記事がありました。 最近は身近な事例も耳にするとはいえ、まだまだ通常の転職と比べてアルムナイ採用は例が少ない気がするので、せっかくなので体験記を書いておこうと思います。 基本的には自分の個別の事例ですので、世間一般のアルムナイ採用の実態とは異なる箇所もあることをご承知おきください。 戻ろうと思ったきっかけ もともと最初にはてなを辞めた理由が、自分の新しいキャリアを志したチャレンジという側面が強かったため、辞めた直後からなんとなく「機会

プログラミングとプロダクト作りは楽しいよ, っていう「個人開発ネタ」の話です. スポーツ観戦, 具体的には野球のデータ分析DX（Digital transformation）*1を実現しました. 記事の前半はプロダクト企画とアーキテクチャ, 後半はDash（Python）を使ったマルチページ・データ・アプリケーション開発の話となります. TL;DR SpreadsheetとPythonのアプリケーションでいつでもメジャーリーガー（全選手）のパフォーマンスを好きな条件で可視化できるようにしたら野球が面白くなりました. https://example.com/batter/ohtani-shohei/2024-03-20/2024-04-28?cache=false みたいなURLを開くと, オオタニサンのパフォーマンス（現地時間2024/4/28までの数字） 以下の成績をいい感じにグラフ・可

最近「ああ、これ前職でも前々職でもやったことあるなぁ」という仕事があった。データエンジニア(やその関連職種)として働き始めて約5年、3社でフルタイムとして働いてきて「このスキルは業界や組織規模が変わってもデータエンジニアとしてスキルを求められることが多いな」と感じたものをまとめてみることにした。棚卸し的な意味はあるが、特に転職用などではないです。 前提 どこでも必要とされたスキル データマネジメントに関する概要レベルの知識と実行力 セキュリティや法令に関する知識 事業ドメインに関する興味関心 他職種とのコミュニケーション能力 コスト管理 / コスト削減のスキル ソフトウェアエンジニアとしてのスキル DataOpsやアラートのハンドリング能力 分析用のSQLを書く力 古いテーブルやデータパイプラインを置き換えていくスキルや胆力 あるとやりやすいスキル 関連部署の動きを何となく把握しておく力

野球と春のG1🏇で浮かれている者です, どっちも結果は微妙ですが楽しくて最高ですね.*1 野球（メジャーリーグ）という球技でも, グラウンドの外*2でも話題を振りまいている大谷翔平（オオタニサン）という（現時点で）世界一有名な現役選手（私の私見です*3）がいます. 既報の通り, 昨年痛めた右肘とその治療の影響で本年は打者専念つまり「二刀流は封印」している訳ですが, ワイ「打者専念したら三冠王だのトリプルスリー（3割30本30盗塁）だの周りは勝手に言ってるけどそんな単純な話でしたっけ??? という一つの疑問が生まれました. 確かに打者でしかプレーはしないものの, 投手としてのリハビリなりトレーニングだってあるはずなので単純な話じゃないぞ*4と. 私個人はいつの日かオオタニサンがトリプルスリーをやってもおかしくないし, 三冠王*5だって可能性はあると思っていますが, 取り急ぎ「今（2024年

ざっくり言うと「TerraformとGitHub ActionsでGoogle Cloudなマイクロサービスを丸っとDeployする」という話です. Infrastructure as Code（IaC）は個人開発（趣味開発）でもやっておけ 開発〜テスト〜デプロイまで一貫性を持たせるCI/CDを設計しよう 個人開発（もしくは小規模システム）でどこまでIaCとCI/CDを作り込むかはあなた次第 なお, それなりに長いブログです&専門用語やクラウドサービスの解説は必要最小限なのでそこはご了承ください. あらすじ 突然ですが, 皆さんはどのリポジトリパターンが好きですか? 「ポリレポ（Polyrepo）」パターン - マイクロサービスを構成するアプリケーションやインフラ資材を意味がある単位*1で分割してリポジトリ化する. 「モノレポ（Monorepo）」パターン - アプリケーションもインフラも

仕事はともかくとして, 個人として趣味エンジニアリングと野球データ分析の人です. このブログは先日（2024/3/8）に開催された「第22回 酒とゲームとインフラとGCP」の発表および質疑応答から生まれたエントリーとなります. speakerdeck.com 現地も大変盛り上がりましたし, スライドも殊の外に反響を頂いて*1驚いています. この場を借りてお礼申し上げます🙏 発表後, 現地ではいくつかの質疑応答や会話, ディスカッションがありましてその中で最も印象に残った件がこちら. 何故Terraformを書いたのですか?シェルスクリプトでも良いのではないでしょうか? そうですよね, 単に個人開発（趣味）で作っているものでTerraformとGitHub ActionsでのCI/CD（この件は後日別に発表&ブログ書きます）まで頑張らなくても, shellでサクッとgcloudコマンド叩い