「砂川闘争」再び？～共産党福岡、秋の除籍まつり。 - INVISIBLE Dojo. ーQUIET & COLORFUL PLACE-
追記 その後の「続報」を冒頭に置いておきます 正式に除籍されました。 除籍通知文に対して意見はありますか?と聞かれました。すでに除籍は決まってるんですよね？と答えたら。決まってますと言われました。 とりあえず除籍通知文の感想を私に言わせるだけ言わせて、特に教育的援助がされる訳でもなく、わかりました。おしまい。って場所だった。— すなかわあやね⚙️🌾 (@sunakawaayane) October 4, 2024 ＝＝＝＝＝＝以下、元記事＝＝＝＝＝＝＝＝ 日本共産党から除籍されます。 (1)組織の破壊・乗っ取りは目的にしていません。県委員長の責任を問うています。 (2)会議を中断させた事、混乱させた事、県委員長への個人攻撃的要素が強まった事の3点は反省しています。全く反省していないような印象操作です。 除籍のための協議の日程は一方的です。 https://t.co/E2PRD6oTBB
人権侵害に声をあげたことを理由に、党を追放していいのか - かみや貴行のブログ 1%でなく99％のための福岡市政を
日本共産党の福岡県議候補（2023年、博多区）で、選挙後もパレスチナ問題や社会保障充実などを街頭で訴えて党員としてがんばって活動していた砂川絢音（すなかわあやね）さんに、共産党幹部は除籍決定を通知しました。 日本共産党から除籍されます。 (1)組織の破壊・乗っ取りは目的にしていません。県委員長の責任を問うています。 (2)会議を中断させた事、混乱させた事、県委員長への個人攻撃的要素が強まった事の3点は反省しています。全く反省していないような印象操作です。 除籍のための協議の日程は一方的です。 https://t.co/E2PRD6oTBB pic.twitter.com/EshUJkCqgU — すなかわあやね⚙️🌾 (@sunakawaayane) 2024年10月1日 すなかわさんの除籍通知には、「神谷貴行氏にかかわって『不当解雇撤回』などと主張する宣伝行動を、同調者を組織して党県委
GoでKubernetesクラスター上にモックリソースをサクッと構築するOSSを開発しました - ZOZO TECH BLOG
はじめに こんにちは。株式会社ZOZOのSRE部プラットフォームSREチームに所属しているはっちーと申します。 本記事では、Kubernetesクラスター上にモックリソースをサクッと構築する「モック構築ツール」を紹介します。ZOZOの事例をもとにした説明となりますが、Kubernetesクラスター上での負荷試験やフロントエンド開発などの効率化において広く一般的に活用できるツールのため、OSSとして公開しています。GitHubリポジトリは以下です。 github.com 本ツールは、私個人のOSSとして管理しています。ZOZOでは、社員がOSS活動しやすいように、「業務時間中に指示があって書いたソフトウェアでも著作権譲渡の許諾によって個人のものにできる」というOSSポリシーがあります。ありがたいです。 techblog.zozo.com 目次 はじめに 目次 モック構築ツールとは 開発のきっ
ecschedule用のYAMLファイル専用リポジトリを解体して、各アプリケーションのリポジトリへ移管した話 - コネヒト開発者ブログ
プラットフォームグループでインフラエンジニアをしている @laughk です。 今回は、当社の ECS Scheduled Task の管理リポジトリを解体し、各アプリケーションのリポジトリへ移管した話を紹介します。 背景 なぜ一元管理しているリポジトリを解体したのか ECS関連のデプロイ・リソースの管理状況が変わった ecschedule の運用の安定し、プロダクトのリポジトリから独立している状況が煩わしくなった 解体から移管の概要 解体から移管の際に意識・工夫したこと git log は git filter-repo を使って保持した状態で移管 コードだけ移管するのではなく CI/CD による自動化もセット Pull Request 作成時に行うジョブ mainブランチマージ/tag push時に行う適用のジョブ デプロイで扱うCLIツールは aqua で管理 バッチ専用リポジトリを
動的なチーミングと自律 MAX で組織をスケールさせるアジャイルフレームワーク FAST とは？ - loglass_product_teamのブログ
こんにちは。ログラスでエンジニアリングマネージャーをしている塩谷 @shioyang です。 ログラスのプロダクト開発組織では 2024 年の夏から新しい開発手法に挑戦しています。この挑戦の経緯については伊藤の発表資料をご覧ください。 speakerdeck.com この記事では、ログラスのプロダクト開発組織で試しているアジャイルフレームワーク FAST を紹介します。 前半では FAST を理解するために重要な要素である動的なチーミングについて、後半では動的なチーミングを支え、メンバー間の流動性を生み出している自律性について説明します。 FAST のスケーリング手法 活動アイテム中心 OST に基づく流動性 流動性を支える自律 MAX 自律性が求められる場面 自律性を活かす超軽量フレームワーク まとめ FAST のスケーリング手法 FAST は Fluid Adaptive Scalin
もしもいま、プロダクトマネジメントをイチから学び直すとしたら？ 株式会社estie 執行役員 VP of Products 久保さんに聞く学習ロードマップ - Findy Engineer Lab
はじめまして、株式会社estieで執行役員 VP of Products 兼 マーケットリサーチ事業本部 事業責任者を務めている久保（@takuya__kubo)です。今回、ご縁があって「もしも今プロダクトマネージャー（以降PMの表記もとります）として学びなおすとしたら」というテーマで記事を寄稿させていただくことになりました。 日ごろからさまざまなPMの方とお話しさせていただくことが多いのですが、皆さんとお話ししていると現在（日本で）活躍している方のほとんどが「気が付いたらPMになっていた」と口を揃えて仰られています。かく言う私自身も意図してなろうとしたわけではなく必要に駆られてなった一人であり、同じ穴のムジナです。 これはPMという役割や性質に依存している要素が多分に含まれていると思うのですが、ある種の生存者バイアス的な要素があり、このままではなかなか仕組み化が進まず、体系的にPMが育た
こんにちは！バクラク事業部 機械学習・データ部 データチームの@TrsNiumです。 弊社ではBigQueryとSnowflake上にデータ基盤を構築しています。データチームは、このデータ基盤上に集積したデータを集計し、データコンポーネント化して、分析や機械学習の用途に利用しやすい形で提供しています。この過程で、データの集計やデータコンポーネントの作成には、dbt（data build tool）を活用しています。 データの集計やデータコンポーネントの編集・作成は慎重に行う必要があります。集計方法の誤りは、業務ダッシュボードの数値ズレや機械学習モデルの推論精度低下につながる可能性があるためです。このリスクを回避するため、データに対するテストの実施が不可欠です。 しかし、弊社のデータ基盤における開発環境やステージング環境のデータ量は少なく、存在するデータもSaaS間で整合性が取れていません。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
本番同様のデータを扱えるdbtテスト環境をSnowflakeで構築する方法 - LayerX エンジニアブログ