上手く行っていませんよね。幻影旅団の組織運営。幻影旅団は頭を含めてメンバーを入れ替え可能な仕組みで運営しようとしている団体です。なぜそうしようとしているかというと、そうなることで初めて組織が持続可能なものになるということでしょう。ある人がいなくなったら続かない仕組みではなく、誰がいなくなっても代わりが出てきて持続していく仕組みが求められています。 それはその目的が、流星街の子供たちを守るためだからでしょう。子供たちが未来永劫守られる仕組みを維持するためには、属人性を排除しなければなりません。 しかしながら、幻影旅団は上手く行っていません。それは団長のクロロを筆頭に、今時点では、とても属人的に運営されているからだと思います。団長がクラピカの念能力によって団員たちと接触できなくなったときにも、クロロの代わりの団長が選ばれるのではなく、クロロを除念によって再び団長にすることが選ばれました。 幻影

ゲーム・エンタメ最新情報のファミ通.comニュース任天堂・宮本茂氏が語るゲームデザイン。「ゲームデザインとは設計」。前に遊んだゲームをより豪華にするのではなく、身の回りの何をテレビゲームにしたらおもしろいかを組み立てる

大学中退後13年無職して派遣で工場で働いている俺がアドバイスするぞ。 工場はオススメだが工場の中にも種類がある。 ざっと大別すると ・ライン工（コンベア前に立ち流れてくるモノを処理する） ・組立工（図面を基に一人あるいは複数人で組み上げる） ・技能工（自ブースでの作業。旋盤、塗装、研磨、溶接など） ・機械オペレーター（専用の機械を1台あるいは複数台に延々と部品の脱着作業とボタン押し） ・その他（検査や物資運搬(フォークリフト)など） がある。 バネ指になるのはライン工だな。何も考えずに済むという意味では悪くないが、自分のペースで一切動けず工場ワークの中で最もしんどいタイプだと思っている。ニートには一切オススメできない。 ニートにオススメしたいのは機械オペレーターだ。部品を付けてボタンを押し、出来上がったらケースに収め、所定の場所に持っていく。書類を書いたり段取りを変えたり不随作業は色々ある

池田竜也 防衛省 自衛隊東京地方協力本部所属の陸上自衛官。練馬駐屯地で10年以上訓練を重ねた後、広報係に就任。趣味で身につけたwebやデザインの知識を生かしながら、SNS発信や採用イベントの企画・運営など、幅広い業務を担当。

こんにちは。ダイニーのPM @takashi です。 みなさんは、社内からのプロダクト仕様質問などが多くて困っているなどはないでしょうか？ ダイニーでは、日々、顧客からの質問も含めて、プロダクトに関する詳細な仕様質問や、データ不備や不具合の調査依頼など様々な質問が寄せられています。 また、ダイニーは、導入店舗数が増えたり、新入社員が増えた時、営業が商談・サクセス活動のために顧客と接触を増やした時など、事業が大きくなるほど質問が増える構造となっており、対応が大変になっています。 基本的には、PMが回答する仕組みにしているのですが、件数が多く時間を取られてしまい、本来の企画等に割ける時間が減ってしまっている課題があったので、改善に取り組みました。 前提ダイニーでは、Slackに気軽にプロダクト関連の質問をできるチャンネルがあり、Slack Workflow を使って、フォームから質問できるよう

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

⚠️この記事の最期に私の立場などを説明したNoteのリンクを貼っている。必読である。絶対に読む事を推奨する。 ここ1週間において日本のX上で話題となっているスヤスヤ教という物に対してである。 設立の経緯みねるば氏の事はこれ以前から知ってはいたが、すやすや教なる物を作った事は過分にして知らなかった。勢いで言うとプチ寝そべり族の様なものと言っても問題は多分、恐らく無いだろう。教義(？)も基本的に別に良いとは思う。 しかし問題はそこでは無い。 聖地問題現在では改名されてはいるが元々の聖地の名前は「ネルサレム」であった。確かに聖地っぽさ、を出すのであればネルサレムは良い案なのかもしれない。しかしながら考えても見よ。イスラエル、パレスチナで今一体何が起こっているか。明らか元ネタであるイェルサレムはその宗教的性質からこれまで血みどろの闘いが繰り広げられ、今日でもそれは繰り広げられている訳である。にも関

マネジメントの想定問題集があれば、疑似体験により引き出しが増えて成長が早まるのではないかと思ったことがあるので雑にかいておきたい。 マネジメントは昔からたくさんの関連書籍も出ていて、ある程度型をもって技術として磨いていけるものではある。 一方で、「やらないことを決める」「思い切って委譲する」といったいわゆる"セオリー"的なことは理解はしつつも、そういう小綺麗な話ばかりではないのはマネジメント経験者なら共感できるのではなかろうか。 社内での役割や経営・メンバーとの関係性にもよるけれども、たとえば次のような泥くさい想定問題があったらどう答えるか考えてみると面白いかもしれない。 1on1 でメンバーから「事業 / プロダクトの方針がわからない」と言われました このまま放置すると離職リスクになりうるかもしれません マネージャーとしてどう動きますか？ 事業計画上、4週間後にはリリースしたい機能があり

X（Twitter）では「都会暮らしと地方暮らしの感覚の違い」についての話題がよく注目を集める。その中でも「地方の車社会」をめぐる話は、特に拡散されやすい傾向にある。 今回は過去話題になった「地方暮らしと車」に関するTogetterまとめから、気になったものをピックアップして紹介しよう。 「地方は車を買わないといけないから嫌」に違和感 地方民にとって車は靴と同じ感覚？ 都会暮らしの人が、地方での暮らしのデメリットとして「車を買わないといけない」という点を挙げることは多い。この点について地方暮らしのXユーザーが投稿した「『地方で暮らすには車を買わないといけない』という発想自体が都会人特有のものである」という指摘が注目を集めた。 地方で暮らす人にとって車は当たり前の必需品であり、「車を買わないといけないのが嫌」という感覚は、地方で生まれ育った人にとっては「外歩くのに靴買わなきゃいけないのが嫌」

このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

あくりー @Aqu1y_ デバイスの性能に実力が追いつかない自称FPSゲーマーのデスクになります。 最近はYoutube専用環境です。 #デスクレシピ pic.x.com/rNYhdQQPPV x.com/arinkosaaaan0_…

いやーーー、ものすっっっごく面白いですね知恵のかりもの。久々に睡眠時間を削ってドはまりしてます。 オクタロックいっぱい配置して四方八方から弾幕張るのが、火縄銃配置して明智光秀ごっこしてるみたいで好きです。 この記事で書きたいことは、大体以下のようなことです。 ・「ゼルダの伝説 知恵のかりもの」がとても面白いです ・100種類以上の「カリモノ」の応用範囲が非常に広く、使い道を考えるだけで楽しいです ・様々なマップや謎を解くための解法が、脳筋から知的エレガントまで様々あり、思いついた解き方は大抵実現できます ・この辺、「考えれば考えるだけ楽しい」ゲームになっていて素晴らしい ・見た目はSwitchリメイク版「夢を見る島」ですが、遊んでる時の感覚はブレワイやティアキンに近いかも知れません ・唯一「カリモノ」の検索性だけもうちょっと何とかなるといいなあと思います ・皆さん知恵かり遊んでください 以

中田:‖ @paddy_joy 1)徹底した機械化・自動化・省力化 2)老後も働く 3)他者に無償労働を提供する の主に3通り。納得ではあっても特に3がつらそう。無償労働しない人への圧力が一体どんな形で現れるのやら。 もう2は不可避だと思うし賃金がもらえるだけマシなので、それなら今のうちから社会保障費用はもっと削るべき。 中田:‖ @paddy_joy ただ、周りを見渡すと、現役時代に仕事を頑張ってきた人は老後も何らかの形で働いているケースが多いんですよね。その方が生活に張り合いがあるというのはよくわかるのですが、ということは全員が老後も働けとなった時に今より増える労働力って実は質も量も伸び代が小さいのではという気もしたり。

Note Storybook Vitest Plugin は 2024 年 10 月 5 日現在実験的な機能として提供されており、API が将来にわたって変更される可能性があります。 Storybook v8.3 より、ストーリーをテストするためのテストランナーとして Vitest を使用できるようになりました。今までも composeStories 関数で作成済みのストーリーを使いまわし、Jest などのテストランナーを用いてたテストを行うことができましたが、複雑なセットアップが必要でした。 また Vitest では ブラウザモード により、ヘッドレスブラウザ上で Storybook のテストを高速に実行できる点が特徴です。ヘッドレスブラウザ上でテストを実行することにより、例えば jsdom や happy-dom などのシミュレーションを使用する方法と比べて、実際のブラウザでの挙動をよ

www.cio.com 先月末にこの記事を見たときは、これは日本の技術系ニュースサイトでも取り上げられるだろうなと思ったのだが、観測範囲が狭いのかそういうのを見かけなかったので、一応紹介しておく。 コーディングアシスタントは、生成 AI のユースケースとして有望視されているが、期待される生産性の向上はほとんどないという話である。 多くの開発者が AI のコーディングアシスタントで生産性が向上すると言っているが、Uplevel 社の研究によると有意な利益は見られず、それどころか GitHub Copilot を使用するとバグが4割以上多く発生したとな。また pull request のサイクルタイムを測定しても、Copilot を使用する開発者に有意な改善は見られなかったとのこと。 じゃあ、AI のコーディングアシスタントに全然意味がないのかというと、開発者の燃え尽き症候群についての調査では

Secretlint v8.3で、単体のバイナリファイルとしてsecretlintコマンドを配布するようにしました。 Release v8.3.3 · secretlint/secretlint どういうことができるようになるかというか、Node.jsをインストールしなくてもsecretlintコマンドを使えるようになります。 次のようにCurlでダウンロードして実行するだけで、機密情報の検出ができるようになります。 #!/usr/bin/env bash set -euo pipefail SECRETLINT_VERSION="8.3.3" # secretlintのバージョン ARCH=$(uname -m) OS=$(uname -s | tr '[:upper:]' '[:lower:]') # Map architecture to the expected format ca

「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で説明し

タリーズの件、CSPが設置されていたら防げていたという話がありますが、それは正しいでしょうか？ CSPを設定していなかったとしても、想定していない外部へのリクエストが発生していないか、定期的にチェックすることも大事ですよね？ タリーズのサイトからのクレジットカード情報漏えいについて、CSP(Content Security Policy)やintegrity属性（サブリソース完全性）の重要性がよくわかったという意見をX(Twitter)上で目にしましたが、これらでの緩和は難しいと思います。 まず、CSPの方ですが、今回の件では元々読み込んでいたスクリプトが改ざんされたと考えられるので、オリジンとしては正規のものです。evalが使われていたのでCSPで制限されると考えている人が多いですが、evalは難読化のために使われているので、evalを使わないことは可能です。個人的には、難読化しない方が