Kosei Kitahara Surgo

name

apple-container

description

Apple Silicon Mac で動く軽量 Linux コンテナランタイム `container` の利用者向けリファレンス。`container run`、`container build`、`container image pull/push`、`container machine`、ボリューム・ネットワーク・DNS・設定ファイルなど、日常的なコマンドの使い方を網羅する。`container` コマンドの使い方やトラブルシューティングに関する質問で使用する。

apple-container（`container` CLI）

Apple 製の container ツールは、Linux コンテナを 軽量 VM 1 つ = コンテナ 1 個 の方式で Mac 上に起動するランタイム。OCI 互換イメージを使うため Docker / podman で作ったイメージがそのまま動く。リポジトリは apple/container。

このスキルは 利用者向け。ソースコードの修正やビルド方法ではなく、container コマンドを使う側の知識を扱う。

STORESやめました

なにがあった

実のところ、いち従業員の身の上では「なにがあったの分かりかねる」というのが正直のところはあるのですが、直近対外的にも役員が第二の創業とか言い始めているという状況 https://youtrust.jp/studio/articles/stores でしてですね。「第二の創業」は個人的にスーパー赤信号な指標として大切にしている言葉なんですよね。潮時を見極めるのにちょうどよくて。調子いいタイミングでそういうこと言う会社あんまり思い出せないんですよ。本当に何も知らないので憶測ベースでいろいろ言うのは控えさせていただきたいのですが、憶測そのものは生じうる状況かなと。

あとそういった憶測とか抜きに言っても、創業って失敗するリスクが高いんで。2回目だろうが3回目だろうが。そのリスクは仮にテイクするんであれば自分で選んでリスクテイクしたいな。なんとなく流されて気づいたらそうなっちゃうとかではなく。

もっとドロドロした理由知りたい

macOS Internals

Understand your Mac and iPhone more deeply by tracing the evolution of Mac OS X from prelease to Swift. John Siracusa delivers the details.

Starting Points

How to use this gist

You've got two main options:

noteの独自ドメインセッションの脆弱性について報告した件

文責: mala

前置き

note.com (以下note) に2020年に報告した脆弱性(現在は修正済み)を解説する
個人の活動として行っており所属組織とは関係がない
自分がnote社に対して、問題があると指摘していたのは主に広報対応についてですが、この記事は技術的な知見を共有することを目的とするため、技術的な解説を中心にします。
公開にあたってはnote社に対して確認の上で行っています。note社による修正対応は2021年までに実施されていますが、その修正内容が適切であるかどうかについて保証するものではありません。(網羅的な確認や追加の検証をしていません)

Meety脆弱性 2022-11

文責 mala

経緯:

Meety退会しようと思ったがアカウントがなかったので、退会するためにアカウントを作ることにした。

免責:

気になった範囲ですぐに見つかったもののうち、悪用可能なものを記載しています。
好ましくないが仕様だろうというものは書いていません。

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

概要

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

OpenMomo プロジェクト

日時:	2024-02-01
作:	時雨堂
資料バージョン:	2024.1
GitHub URL:	https://github.com/shiguredo/momo
製品 URL:	https://momo.shiguredo.jp/

はじめに

書き方

該当する各社の対応欄に企業名を書いてください。備考があれば適宜カッコ書きしてください。

目的

定時前に帰宅させてくれるホワイトな会社のりすとを気軽に作りたい
定時前に帰宅させてくれるホワイトな会社がホワイトアピールできる場があれば良いな

CONTRIBUTING.mdを確認する
PRそのものが問題解決の為に妥当であるかレビュー
レビュー内容を上長承認
レビュー内容をPMO承認、リスク度合いが☆☆☆以下であることを確認
PRする内容について電話で頭出しミーティング
PRする内容について対面ミーティング
対面ミーティングの内容を上長承認
対面ミーティングの内容をPMO承認
PRに関する見積もり作成
見積もりの妥当性検証を行う内部レビュー

	[
	[
	{
	"a": 6
	},
	"Esc",
	{
	"a": 4
	},
	"!\n1",