近頃Twitterをやってて45歳独身狂う論ってなんだよ。なんでそんな事を言うんだと言われる事が増えました。そんな時にURLを貼って「これです」って返せたら楽なんで自分の備忘録も兼ねてまとめました。 この中で紹介されてる事例は10人以上の人間のエピソードをミックスさせてます。 ※12月7日追記https://note.com/rockwell0000/n/n1f091cbcb236「狂いたくないけどどうすればいいのか」といった反応が多かったので、私の考える狂いを緩和させる方法を新たに記事にしました。 ◼目次 ①現象一覧 ②それを間近で見た人間達が話す感想(実際の会話から抜粋) ③何故そうなるのかという遊牧民の考察 ④予想される反論と、反論に対する反論 ⑤最後に ①現象一覧 ・孤独感から突拍子も無い行動をする。(例:大して仲良くも無い人に急に電話をかける、自分が浮いてる事に気付かず若者だらけ

These AI Minecraft characters did weirdly human stuff all on their own マイクラ内に「AI文明」、 1000体のエージェントが 仕事、宗教、税制まで作った 最大1000体のAIエージェントが、ゲーム「マインクラフト」内で驚くべき社会を形成した。エージェントは自発的に役割を分担し、経済活動を始め、文化や宗教を作り上げたという。 by Niall Firth2024.12.03 17 この記事の3つのポイント マインクラフト上で1000体のAIエージェントが自律的にやり取りした エージェントは専門的な役割を担い人間らしい行動を示した 開発者は将来、AIと人間が日常的に交流する世界の実現を目指している summarized by Claude 3 放任された人工知能（AI）キャラクターの一群は、ただ生き延びるだけでなく、繁栄し

11月付で前職を退職し、12月1日より株式会社リンケージに入社しました！ linkage-inc.co.jp 前職にて関わってくださった方々、本当にありがとうございました！！！この場を借りて感謝します！ 先日、 GitHub から Removed from organization みたいなメールが届いて、急に実感が湧いてきて寂しい気持ちです。(w また、機会があれば一緒に働きましょう！！！！ 株式会社リンケージでやっていきたい事 転職において "プロダクトのKPIと向き合って成長させる事に熱意を持って取り組みたい" という所を一つの指針としていました。 これまでの自分のキャリアの多くはリファクタリングをガッツリするような経験が多かったです。もちろんそれは僕にとって好きな事ではあったし、魅力的・刺激的な仕事にたくさん関わらせて頂いたと思います。一方で SEO とか プロダクトの売上 とか

・Sun Microsystems在籍中にCIツールの草分けJenkinsを開発 ・米CloudBeesにてCTOとしてJenkinsや関連サービス・製品の発展・普及を推進 ・SHIFTの技術顧問に就任（2019年） ・AIを使って自動テストの効果を改善するサービスLaunchableを米国で立ち上げ(2020年) ・同サービスの日本法人Launchable Japanを立ち上げ(2020年) https://www.launchableinc.com/ 文章を書くのも、プロダクトをつくるのも、本質は一つ 川口：伊藤さんとこうしてお話をするのははじめてなのですが、いろいろな記事を拝見すると、言語化能力がすごい方だなって思っていました。 伊藤：言語化が上手ですねとよく言われる気がするのですが、僕自身は自分がそこにすごく強みがあるとか、こだわっているという感覚はほぼゼロなんですよ。 ただ、表現

Author Jared Bauer 私たちの最新の調査結果によると、GitHub Copilot を使って書かれたコードの品質は、機能性、可読性、信頼性、保守性、簡潔性が大幅に向上しています。 GitHub Copilotが一般提供開始されてから2年間で、AIはソフトウェア開発を根本的に変えました。その間に、GitHub Copilotは開発者のコーディング速度を最大55％向上させました。また事前の調査では、85％の開発者が自分のコードに自信を持ち、88％がGitHub Copilotを使用することでよりフロー状態になれていると感じていることが示されました。 しかし、疑問が残ります。GitHub Copilot を使って書かれたコードの品質は、客観的に見て良いのでしょうか、それとも悪いのでしょうか？ これに答えるため、GitHub Copilot を使って書かれたコードの機能性、読みやす

おかげさまで10年働かせてもらいました。 振り返れば、前職のQtnetで働いているときに、当時の委託先に所属していた森本さんというエンジニアが、Perlを書いているのを見て、完全にビビッときてしまい、プログラマを目指したのがきっかけだった。 それからPerlのオライリー本や、牧さんの書いたモダンPerlを読みあさったり、当時Qtnetのフットサルチームの練習日を決めるアプリとしてコントローラーにすべてのロジックが載っているRailsアプリケーションを書いたりしていた。 その後、いくつかの会社を選考を受けたが、コードをかけると言い張っても、すぐに見抜かれてしまいうまくいかず、最後に当時住んでた家から一番近くて自社サービスやっていたペパボに応募したところ、潜り込むことが出来て、それから10年です。 ペパボでは、面接に行くとビーサン履いた英輔さんが面接官で出てきて、これがWEB業界のノリ！！とか

アーキテクチャを理解可能にするために、同時に見るべき関心事は最大7個にしよう、という話がよかった。 よくわからない難しいコンポーネントの話をしてると、「これってこういうこと？」「それは〇〇という概念があって…」というのが延々と続いて、話が全然進まない、ということがある。 そういうときは、抽象を見つけるのに失敗していて、フラットに様々な概念を並べてしまっている、と言える。 適切に意味をまとめていって、中心概念と、それの付随する概念が最大6個となるように、六角形の花、ヘックスフラワーにプロットしよう、というアイデア。で、そのフラワーの1セルを拡大すると、さらに、中心概念と付随する概念6個、というかたちで、入れ子にしていく。 ソフトウェアの分割統治っていうと新しい話ではないけど、フラットな20個の概念に分割されても、覚えてられない。 この本では人間が一度に覚えていられるマジカルナンバーを参照して

おひさしぶりです。死んでません。 インターネット2大憎悪生成メディアである旧Twitterとはてなブックマークに一切アクセスせず、毎日ひたすらゲームをするか楽しい動画を見るかして他のことは極力考えないように暮らしています。 3月頃から希望を出していた発達障害検査と知能検査をようやく受けられ結果が出たので、今回はその内容を共有したいと思います。 詳細なネタバレは避けていますが、近々同様のテストを受ける予定がある人は結果に影響する可能性があるので読まないことをおすすめします。 全般 検査は事前の提出物と半日に及ぶ面談式のテストを行いました。 内容は発達障害の検査と知能検査になります。一般的に発達障害の検査を行うためには同時に知能検査も行う必要があるそうです。 発達障害検査の結果 まずASDに関しては基準点が33点のところ32点ということで、ほとんどASDと言える傾向が見られたそうです。 一方A

これは Kyash Advent Calendar 2024 1日目の記事です。 2022年1月から VP of Engineering という役割でKyashの開発組織全体のマネジメントを始め*1、2024年1月から 執行役員 VP of Engineering になり1年くらい経ちました*2。 当初は「今までどおりいいプロダクトを作っていけるように行動していくだけだし大きくは変わらん」と思っていたのですが、想像以上に変化もあったので備忘として残しておきます。 ここに書ききれないこともたくさんあります。「1年近くやってこんな抽象的なことしか書けないのか」と感じられるかもしれませんが、まああまり背伸びせず反省も込めて今のスナップショットをそのまま書くことにします。 結果として事業はよくなっている Kyash のようなカード発行型の決済サービスというのは、決済単体の収益性で見ればいわゆる "

リファラルで候補者がたくさん来て採用につながり、入社後にも活躍してくれる状態は最高である。採用活動の理想と言ってもいい。 しかし、メンバー観点だとリファラルで人を誘うのをためらってしまうことも多い。いい会社/チームだと感じていたとしてもなかなか誘えないこともある。リファラルで人を誘うのをためらう理由を雑に書き出してみる。 1. 誘える組織ではないと思っている 中で働いていて、知り合いを誘える事業や組織ではないと判断していたら当然誘えない 組織自体はそこまで悪くないと感じていたとしても、「この人を誘えるレベルではないなあ」と尻込みしてしまったりもする たぶんこれがリファラルをためらう一番の理由で、"誘ってもいいと思える閾値" を超えていなければ話にならない 2. 誰にどう声をかけたらいいのかわからない どういうレベルのつながりに対して、どういう温度感でどのように声をかけたらいいのかわからない

癌治療を専門にしている医師ですが、夜寝付けなかったので、 癌になった時にまず最初に知っておいて欲しい事をかいてみました。 結論いかに早く治療を開始できるかで癌の治りやすさが変わります。 そして、あなた（患者）の頑張りで、治療開始日は大きく変化します。 今回は、知っておいて欲しい癌の知識について書いた後、癌の疑いがあると言われた時の治療開始RTAのコツについて書きます。 （RTA:リアルタイムアタック、いかに早くゲームをクリアできるかの挑戦の事） --- 知っておいて欲しい癌の知識 癌は、ひたすら増え続けるおかしな細胞人間の体は細胞で出来ていて、正常な細胞は決まった日数で細胞分裂して増えますし、決まった日数で死にます。例えば皮膚の細胞は1か月くらいで新しくなって、古い細胞は死んで垢になります。このバランスが保たれているのが通常です。 ただ、変な細胞も一定の割合で発生します。決まった日数で死な

あくまで個人の好みの話なのだけれど、自分は成果を出すために "お膳立て" されている状態があんまり好きではない。そういう話を雑に吐き出してみる。 たとえば、ブログ記事の執筆やイベント登壇資料の準備を業務時間中にやってよいみたいな話が明文化されていると、業務調整はしやすい一方でなんだかちょっと"やっていき"感やワクワク感が自分の中で小さくなってしまう。そんな決まりがなくても適当に調整してやるし、「全部できたらすごい」みたいなプラスアルファの要素が薄れてしまうような感覚がある。 丁寧な研修なんかも同じ。一定規模以上の組織では仕組み化すべきなのはわかっているのだけれど、個人的には乱戦みたいな状態で個の力でガッとやっていく方が好みだったりする。 80点以上の成果を出すためのレールが整備されていると、当然期待も上がってしまうのが嫌なのかもしれない。常に120点を目指していても、やってやった感が少ない

[2024.12.01 21:30 追記] なんかあまりにも強制参加される社内イベントだと誤解されてるので大前提としてこの話は全て任意参加の社内イベントを盛り上げるのが難しいという話です。 強制参加の話はしてないです。強制された段階でイベントの印象がマイナススタートのそれと自ら参加するタイプの社内イベントは目的が別なので分けて考えています。 君たちの会社が矯正してるかどうかは知らないけど、おま環情報は不要です。 [/追記] ぼくは技術広報という立場なので社外でイベントしたり企画したりが目立つと思うんだけど、表から見えないところで社内の技術イベントやワークショップなどの企画もしている。 今回はどちらかというと社内のイベントや技術コミュニティーを盛り上げるのが難しいと感じているというお話しです。 解決してる課題ではなく、こういう現状があり、どうするといいのか？という脳内のdumpを行っています

あまりに暑いのでちょっと怪談を。 今のような仕事のやり方をする前、いわゆるシステムインテグレータに所属していた。まあ、呼び方はいろいろあるのだろうけれど、一番長いこと仕事にしていたのは、いわゆる「火消し」。問題プロジェクトにがあると、プロジェクトに投入されるという役どころだ。まあ投げ込まれるのは大変だけれど、いろいろなものを見ることができた。 投入されたプロジェクトは多種多様だけれど、たいていの場合、すぐに問題があるようには見えない。みんな忙しそうに働いているし、大きな開発プロセスの問題もない。粛々と作業がすすんでいるように見える。でも、クライアントと管理職は怒っている。怒っているから、いろいろな作業が追加されて、メンバーはどんどん忙しくなる。 しばらく見ていると、プロジェクトには必ずある種類の人がいることに気がつく。みんなに頼りにされていて、なにかあると彼(彼女の場合もあるよ、もちろん)

Takuto Wada @t_wada 森崎先生、やっとむさんと登壇したパネルディスカッション「生成AIの得意と不得意を知って開発の仕事に役立てよう～最新研究事例から見えてきたこと～」が記事になりました / 今後生成AIとどう向き合うべきなのか？ 現場のエンジニアと研究者が最新研究事例から語り合う htn.to/3urmSGdwBg 2024-11-21 12:29:23 リンク CodeZine 今後生成AIとどう向き合うべきなのか？ 現場のエンジニアと研究者が最新研究事例から語り合う ここ2〜3年で、GitHub Copilotなど、生成AIを利用した開発者支援サービスが続々登場した。すでに業務で利用されているという皆さんも少なくないだろう。一方で、「使ってはみたが、期待外れだった」と感じている人も多いに違いない。本セッションのスピーカーは、「現場では得意不得意を見極めて、使い道を考え

たまにｼｬﾁｮｰに「問題なく元気にやってますので心配無用」という旨の連絡をしている。特に何かあった時ではなくて、何もないニュートラルな時に伝えるというのがポイントである。 5年ほど前の出来事がきっかけで始めて、今でも思いついた時にたまに連絡している。 Managerが1人辞めた後で別のメンバーと飯を食っている時、「konifarさんもモチベーション下がって辞めちゃうんじゃないかと思った」と言われ、かなり驚いたことがありました。自分としては毎日ニコニコ仕事していたつもりだったので、「あぁ、マイナスの状況だけでなくニュートラルな状況も明確に相手に伝えないと伝わらないものなんだなぁ」と感じて、念のためシャチョーに「今のところ自分は辞める気ないですよ」とDMを送りました。 調子がいい時や悪い時は当然声を上げるんだけど、実は元気にやっている時にも元気だと伝えないと意外と伝わっていないことがあるという

先日、9月末の株主総会にて、4年半勤めたスターフェスティバルの取締役CTOを任期満了で退任し、3度目のCTOキャリアを終えました。 (直接ご挨拶できていない方もたくさんいるのですが… この場を借りてご報告させていただきます… スタフェスCTOとして大変お世話になりました。引き続きよろしくお願いします。) n回目、みたいな話に関しては、別に多い方が良いみたいなことではないので(むしろ1つの会社でCTOをやり続けている先輩などは、めちゃくちゃ尊敬している)、それ自体がどうって話ではないのだけれど、昨年 P2BCTO の LT で話した通り、様々なタイプの組織でCTOを経験をすることによって得られるものや自分自身に積み上がるものを実感したので、今日時点での自分の考えをアウトプットしておくことにしました。 なお、ver.2015 はコレで、まあ、あれから10年弱たったところ、という感じなのですが、

最近、Webエンジニア界隈で、共通項を感じる印象的な出来事があった。具体的には以下の2件。 ゆーすけべーがHonoを作ったこと Hono - ゆーすけべー日記 おぎじゅんさんが職業プログラマーに戻ってきた(きていた)こと 転職してソフトウェアエンジニアをやっている 猫廼舎を閉店しました 共通項はそれぞれ長めのブランクがありながら、ソフトウェアエンジニアリングの世界に戻ってきて一線級以上の活躍をしているということだ。二人とも僕と同世代かそれ以上の年齢でもある。これは勇気と希望をもらえることだ。 もちろん彼らの能力の高さゆえに第一線に戻ってこられたのかもしれない。ただ、どちらにせよ、別のことに興味があれば、職業エンジニアを離れて、フォーカスする期間があっても良いと言うことだ。能力不足ならなおさら中途半端になるよりフォーカスしたほうが良いとも言える。 それに多分戻ってこられる。ゆーすけべーの様に