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

別名：お互い様子見タイム 採用する気があるのかないのか、応募する気があるのかないのか、お互い探り合う微妙な時間。仕事の話をしつつも、何となく雑談っぽい空気を装う場。面接とは言わないけど、失敗したら次はないやつ。 大作と言えるほどの「エンジニア向け採用デッキ」を見せられては、「技術スタック」という1ページだけでその会社の格付けを一瞬のうちに脳内で行っている自分に気が付いた2024年の末。 この記事では、そんなことを考えている筆者の頭の中を、徒然なるままにChatGPTと共に文字に言語化した記事になります。 1. ミッション？それより技術スタックを見せろ 会社のミッションが社会貢献でも、DX推進でも、環境保護でも構わない。でもその前に知りたいのは、 「その目標を達成するためにどんな技術を使っているのか？」 だ。 例えば: フロントエンドは何？ React？Vue？ まさかのjQuery？ 今は

組織で仕事をするなら自身の専門領域や役割を越境していくスタンスでいた方がいい。 役割をきっちり隙間なく分けることはむずかしいし、できたとしても状況の変化によってすぐに隙間ができてしまう。ボールが落ちないようにするには、お互いのカバー範囲を少しずつはみ出しておくしかない。個々人にとってもメリットは大きい。できることが増えやりとりの負荷も下がり、自分の仕事もしやすくなってくる。 LayerX社の「ボールを拾う人が偉い」や、リクルートの「染みだす」といった言葉は、"越境" を奨励するということだと理解している。 自分の隣の領域にも興味をもって関わっていくだけではあるのだけれど少しだけ注意点もあると思っていて、雑にまとめておきたい。 1. 体験して観察する 一見「もっとこうしたらいいのに」と思うことがあっても、いきなり否定して変えようとしないこと 越境先へのリスペクトを持って、いったん郷に従ってみ

これは はてなエンジニア Advent Calendar 2024 の 3 日目の記事です。昨日は id:todays_mitsui による 不動点コンビネータで無名再帰を作る流れをおさらい with JavaScript - 無駄と文化 でした。 さて、オフライン回帰している昨今、In-Person でのコミュニティ活動や大規模カンファレンスがだいぶ復活してきました。少なくとも私の周り (京都) では In-Person イベントがデフォルトに戻ったなぁと思っています。そんなコミュニティ生活で、学びや繋がりを深めるためにはちょっとした「コツ」があります。そのコツを、三つの袋に例えてみました。 ノベルティ袋 最初の袋は「ノベルティ袋」です。これは自分の存在を認知して貰うための袋です。 コミュニティ活動では、たくさんの人と出会いますが、後日「見たことはある気がするんだけど」となりがちですよね

わずか1年で英語をマスター！孫正義氏の元秘書おすすめの「無料英語学習ツール」4選。上手く活用するコツも紹介

1987年東京出身。会社員。ハンバーグやカレーやチキンライスなどが好物なので、舌が子供すぎやしないかと心配になるときがある。だがコーヒーはブラックでも飲める。動画インタビュー 前の記事：『〇〇とコーヒー』の店巡り ピーマンコーヒー、ピーマンオレ 合いそうな飲み物を５種類やってみた。 まずはコーヒーとカフェオレを飲んでみよう。上海にあるのはピーマンラテだが、家でエスプレッソを作れないので今回はピーマンオレ。 コーヒーを淹れる スプーンでピーマンをくり抜く ピーマンの中は、下にいくほど複雑に入り組んでいる。飲み物と触れる面積が大きいな。 準備ができた。ピーマンは立った まずコーヒーを飲んでみよう おおう… 野菜や果物で、外側はきれいなのに切ってみたら中が腐っていることあるよな。そんなことを思い出した。あまり食欲をそそる見た目ではない。 飲んでみる（ぼやけた） 「苦味が２種類ある！」と思った。数

【速報】Rails 8.0.0がリリースされました Rails 8.0（v8.0.0タグ）は、7.2.0リリースから半年後のリリースということもあり、メジャーリリースとしてはChangelogの変更件数が少なめなのが特徴です。機能面では、Strong Parametersのexpect追加や、MySQL 5.5のサポート廃止が目につきます。大きなbreaking changesも今のところ見当たりません。 rails/rails at v8.0.0 以下、Rails 8.0のChangelogを件数の多い順に見ていきます。なお、原則として削除のChangelogは、その項目が非推奨化されたときのプルリク情報にリンクしています。 なお、以下の機能にはChangelogがありません。 Action Mailbox Action Mailer 🔗 Active Record（56件） Rail

2024-11-15 開発生産性Kaigi https://developer-productivity-engineering.connpass.com/event/332852/

「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な

マネジメントを4年くらいやっている間に、何人かにEngineering managerや採用のリードなどの役割をお願いして担ってもらってきた。何か新しい役割をお願いする時に整理して伝えている項目を雑にまとめておきたい。 以下のようなGoogle docsを作って共有し、30分のミーティングで直接伝えて考えてもらうようにしている。タイトルは「◯◯さんにxxをお願いしたい」みたいな感じ。項目や内容は相手によって適宜変えてる。 これは何 「◯◯さんにxxをお願いして一緒にやっていきたいと考えています」みたいな感じでストレートにお願いしたい役割を書く 「命令ではなく、なぜお願いしたいか、何をお願いしたいかなど◯◯さんに意思決定する材料を渡すためのdocsです」のようにまだあくまで提案ですよということも書く なぜ今お願いしたいか プロダクトや組織の状況も踏まえて、"今"お願いしたい理由を書く その役

こんにちは、レシピ事業部プロダクト開発グループの赤松(@ukstudio)です。 昨年の10月頃からレシピ事業部ではひとつの大きなプロジェクトに取り組んでいました。このプロジェクトは社内ではOne experienceと呼ばれています。本記事ではこのOne experienceについてご紹介します。 One experienceとはなにか クックパッドではレシピサービスを日本を含めた71ヶ国、29言語で展開しています。これまでは日本のサービスと海外のサービスは独立した別のシステムで別のサービスとして展開してきました。日本のレシピサービスは日本の組織が、海外のレシピサービスはイギリスにオフィスを置く海外の組織によって開発・運営を行なっていました。 One experienceはこの独立した2つのサービスを1つに統合し、国内・国外関係なく、全ユーザーに同じ体験を提供することを目的としたプロジェ

私は子供の頃、給食だけを楽しみに学校に通っていた。しかし今年44歳になる私より上の世代には、「給食がまずくて本当に嫌だった」という人もいる。食の記憶や感覚というものは、世代を超えて共有するのがとても難しい。 よくご老人が「昔の塩鮭は小指の先くらいでどんぶり飯が食えた」なんて語っているのも、その一つ。そんなにしょっぱい塩鮭の記憶がない私には想像しがたい。 だが築地場外市場で気になる商品を見つけた。

「TypeScriptではじめる型システム」という記事をn月刊ラムダノートに寄稿しました。 新刊を発売しました "『n月刊ラムダノート』Vol.4 No.3（2024）発行のお知らせ https://t.co/PGppk1aRRA— lambdanote (@lambdanote) 2024年10月4日 どんな内容？ TypeScriptの極小サブセットに対する型検査器を書き、それを通して型システムを体感してみよう、という内容です。 詳しく言うと、boolean型とnumber型と関数型しかないTypeScriptサブセット言語がターゲットです。 型検査器の実装言語にもTypeScript（処理系はDeno）を使います。 TypeScriptづくしの一品です。 わかる人向けに言うと、「型システム入門」という本（通称TAPL）の単純型付きラムダ計算に相当する内容をTypeScriptで説明し

YAPC::Hakodate 2024での発表内容です。 https://yapcjapan.org/2024hakodate/

英会話にしっかり取り組んでみようと思った。今年の3月のことだった。 正直言って取り組む対象はなんでもよかった。衛生管理者試験でも電験二種でも企業法務検定でも。その直前に受けた情報セキュリティの資格試験の勉強で身につけた学習習慣を、このままむざむざと失ってしまうのが嫌で、とにかく何かをしたかった。 そこで思いついたのが英会話。実はこの5年くらいの間、何回もトライはしてみたもののなんとなく続かなかった。しかし、学習習慣自体は身についた今だったらもしかすると、と思ったのだった。 また英会話、ひいては英語の勉強についてはずっと心に引っかかっていたことがあった。 僕が中学校に入学した時の担任は、英語教師だった。その人は入学式の後、父兄が教室に居並ぶ中「英語についてはまず、NHKの「基礎英語」を毎日聞くのをお子さんに習慣化させるようにしてください。そのうちに圧倒的な違いが出てきます」と言った。 僕も（

タイミーでバックエンドのテックリードをしている新谷（@euglena1215）です。 タイミーでは RBS の活用を推進する取り組みを少しずつ進めています。意図はこちら メンバーと雑談していたときに「steep check でコケたときにその名前で調べても全然ヒットしないので型周りのキャッチアップが難しい」という話を聞きました。 いくつかのエラー名でググってみたところ、 Ruby::ArgumentTypeMismatch や Ruby::NoMethod など有名なエラーはヒットしますがほとんどのエラーはヒットせず、ヒットするのは Steep リポジトリの該当実装のみでした。 これでは確かにキャッチアップは難しいだろうと感じたので、Steep のエラーリファレンスを作ってみました。ググってヒットするのが目的なのでテックブログとして公開してインデックスされることを期待します。 各エラーの説

月間アクティブユーザー数が2億人を超える人気チャットアプリ「Discord」の公式ブログにおいて、「どのように使用する帯域幅を削減したのか」について解説した記事が投稿されています。 How Discord Reduced Websocket Traffic by 40% https://discord.com/blog/how-discord-reduced-websocket-traffic-by-40-percent Discordのクライアントがサーバーに接続すると、ゲートウェイと名付けられたサービスを通してリアルタイムにさまざまなデータが送受信されます。2017年の後半にzlibを導入してデータを圧縮することで、転送されるデータの量は2分の1から10分の1程度まで減少しました。 その後、Zstandardという2015年に登場した手法が人気を集め、Discordでも使用を検討するこ

WebAssemblyをコンテナイメージとし、コンテナレジストリなどで配布可能にする「Wasm OCI Artifact layout」仕様が登場 WebAssemblyコンポーネントをコンテナイメージとしてDockerレジストリなどで配布可能にする「Wasm OCI Artifact layout」が、「WASI 0.2.1」仕様の一部として公開されました。WASIを推進するBytecode Allianceが発表しました。 WASI（WebAssembly System Interface）は、WebAssemblyをWebブラウザだけでなくサーバサイド上のランタイムなどでも実行可能にする仕様で、W3CのWASIサブグループ（WASISG）が策定しています。 コンポーネントモデルを備えたWASI 0.2が登場 WebAssemblyはもともとWebブラウザ上で高速に実行可能なバイナリフ

RustのWebアプリケーション開発に関する書籍を共著で執筆しました。1年くらい執筆していましたが、出版時期などが定まってきたので内容の紹介を込めて告知の記事を書きます。9/26刊行予定です。予約よろしくお願いします。 RustによるWebアプリケーション開発 ↓AmazonのURL（アフィリエイトなし） www.amazon.co.jp 数年前に書籍を執筆した際に、「次はWebアプリケーションの実装に関する本を書きたい」と記事に書き残していたのを今見つけたのですが、有言実行できたようです。 どんな本か？ Rustってバックエンド開発に向いてるの？ 著者について 目次とトピックの簡単な紹介 はじめに 第1章 本書で開発するアプリケーション 第2章 開発環境の構築 第3章 最小構成アプリケーションの実装 第4章 蔵書管理サーバーアプリケーションの設計 第5章 蔵書管理サーバーの実装 第6章