kimihito kimihito

これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。

概要

世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で何を話すのか？マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。
1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。
グループ/チームでのミーティングを補完するためのものです。
- みんなの前では話しづらい、込み入った内容を話します。
- チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿っていません。
基本、「メンバーの時間」と捉えてください。メンバーが話したいこと、上長に質問したいこと、相談したいことを話す時間です。
ですので、上長は相手の話をさえぎらず、聞くことに徹してください (話すのが得意な人、好きな人がマネージャになっている可能性が高いというバイアスに注意しましょうｗ)。

2025
- CVE-2025-30221
2024
- CVE-2024-47888
  - Rails
[CVE-2024-47888] Possible ReDoS vulnerability in plain_text_for_blockquote_node in Action Text

Elmロードマップ

(なんでロードマップが必要なのか書く)

Elm Guideをさらっと一周

Elm Guideをさらっと一周しましょう。

Elm Syntaxを読む

Go 1.14 の主なregressionです。1.14.1で修正されると思われます。

runtime: mlock of signal stack failed: 12 #37436
- 現象: mlockに失敗した時にメッセージ (increase the mlock limit (ulimit -l) or update your kernel to 5.3.15+, 5.4.2+, or 5.5+) を表示してpanicする
- 根本原因: Linuxカーネルのバグ (https://bugzilla.kernel.org/show_bug.cgi?id=205663)
- 影響範囲: Linux 5.2.x, 5.3.0-5.3.14, 5.4.0-5.4.1
- Go側の原因: golang/go#35777 https://go-review.googlesource.com/c/go/+/209899/ https://go-review.googlesource.com/c/go/+/210098
- 修正: mlockで失敗したらwiki page (https://golang.org/wiki/LinuxKernelSignalVectorBug) へのリンクを表示して継続する、予期しないSIGSEGV, SIGBUGを受けてmlockに失敗していたらstack traceにwiki pageへのリンクを表示する https://go-review.googlesource.com/c/go/+/223417 golang/go#37436 (comment)
- Go 1.14.1で修正されました

Git 2.26.0以下にある脆弱性

Git 2.26.0以下^＊1には、細工したリポジトリをgit cloneしたときに、そのユーザーのCredential(たとえばGitHub.comをcloneするときに使う認証情報)を奪い取れる脆弱性があります。

📝 取得できる認証情報は credential.helper の設定に依存する

既にPoC(検証するためのコード)もあり、結構簡単なので是非Gitを2.26.1以上にアップデートしましょう。 git submoduleを使うと見た目ではわかりにくい攻撃もできるので、「気をつける」では回避は難しいです。

GitHub Issues as TODO

目的

GitHub Issuesを個人用のTodo管理アプリとして使う
GitHub Private Repositoryとして動作する設計
Template Repositoryとして作成して、リポジトリを作るだけで利用できるようにする
Cross Reference Issueの管理

作るもの

Super simple Rich Text Editor SurfaceUI Component ( Elixir / Phoenix / LiveView )

I have created a library based on the below snippets: https://github.com/arkadiyk/surface_rich_components

Component

defmodule Components.TextEditor do
  use Surface.Component

Deploying to Fly.io with SQLite

Deploying a Phoenix app to Fly.io is a breeze...is what everyone kept telling me. In fairness, I imagine the process would have been breezier had I just used postgres, but all the sqlite and litestream talk has been far too intriguing to ignore. "Wait", you say. "It is just a flat file. How much harder can it be?"

It is easy to make something harder than it should be. It is hard to take something complex and make it truly simple. flyctl launch does an amazing job at providing a simple interface to the utterly complex task of generating deployment resources, especially now that we are living in a containerd (erm, firecracker) world.

This gist is for anyone who, like me, thinks they know better than to read all of the documentation and therefore necessari

	require 'bundler'
	require 'yaml'

	class SiderRuboCopConfigUpdater
	IGNORE_GEM_NAME_RE = /rubocop-(?:ast\|portal)/.freeze

	def initialize(lock_fname: 'Gemfile.lock',
	sider_fname: 'sider.yml')

	@lock_fname = lock_fname

	ruby '2.7.1'

	gem 'rails', github: 'rails/rails'
	gem 'tzinfo-data', '>= 1.2016.7' # Don't rely on OSX/Linux timezone data

	# Action Text
	gem 'actiontext', github: 'basecamp/actiontext', ref: 'okra'
	gem 'okra', github: 'basecamp/okra'

	# Drivers