勉強会などのイベントに参加して、懇親会でぼっちになってしまった経験はありませんか？ 私は何度もあります。知り合いがいるイベントに参加しても、わりかしぼっち感を味わってます。 色々考えると、懇親会でぼっちにならないためには、やっぱり努力と勇気が必要だと思っています。私は大体勇気が足りずに逃げ帰ることが多いです。 それでも、いくつか使えるテクニックがあるので紹介します。 この記事では、まず今すぐ使える当日のテクニックを紹介し、その後に時間をかけて準備できる方法も紹介します。完璧な解決策ではありませんが、少しでもぼっちを感じる人が減れば幸いです。 懇親会が始まる、今からでもできるテクニック 懇親会が始まったら、最初の数分が勝負です。 ここを失敗すると、もくもくと飲み食いすることになります。 最初のポイントは席選び 座席が決まっている場合は使えませんが、自由に選べる場合は前方や真ん中など人が多い所

https://2026.emconf.jp/

毛穴改善においてもニキビ編で書いた生活習慣は非常に大事なので、まだ読んでいない方はぜひニキビ編から読んでください。毛穴編も長くなりそうなので前編後編に分けることにしました。Qoo10メガ割が近いので先にスキンケアについて、後編で美容医療について書きます。 毛穴の話をはじめますこれから毛穴に効いたスキンケアや美容医療の話をするんですが、まず前提として私は鼻が超脂性肌、おでこが普通～脂性肌、その他（頬など）が超乾燥肌の混合肌です。そのため、鼻とそれ以外でスキンケアアイテムを分けています。 下は最近の写真。かなり肌改善したものの毛穴の凹凸はなかなか手ごわい。鼻は長年毛穴の黒ずみ（いわゆる「いちご鼻」）、頬は年齢を重ねるにつれ開きやたるみが気になっています。 毛穴の開きについては脂性肌の部分と乾燥肌の部分両方にありますが、肌質によって効果のある成分やアイテムが変わってくる印象です。そのため、自分の

多くの組織で「振り返り」が行われている。 1on1などの場で目標に対する進捗を確認し、次のアクションを話し合う。 だが、その振り返りを真に機能させることはなかなか難しい。 「〇〇の実装を完了しました」「△△をリリースしました」といった単なる進捗報告で終わっている メンバーは淡々と実施した項目を報告し、マネージャーは「お疲れさま」と返すのみ 振り返りが終わっても、メンバーの思考や行動に何の変化も生まれていない こうした形骸化した振り返りは、時間の無駄である以上に、組織の成長機会を失わせている。 本稿では、#5で述べたストレッチ目標と連動し、メンバーの行動変容を促す「成果振り返り」の設計原則を整理したい。 振り返りの本質とは何か振り返りの目的は、メンバーの行動変容を確認し、成果創出を支援することである。 #1で述べたように、マネージャーの成果とは、管轄組織のKGI・KPIを最大化することである

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、社内で「プロジェクトマネージャー（PM）に技術力は必要か？」という議論がありました。 結論から言うと、私はこう思っています。 PMに“技術力”は必要 けどそれは、Javaが書ける／AWSの環境を構築できる、のような「実装スキル」ではなく、 技術的に判断できるための技術リテラシー（判断力） のこと 一方で現場や求人票を見ていると、「PMが全部なんとかしろ」案件がわりと普通に存在していて、PMに求められている技術力とPMの業務範囲が拡大しすぎている（＝PMがPMできない）ケースが起きがちです。 この記事では、 PMとは何をする人なのか

ももとモッツァレラ @pii_nk2 夫や周りの人を見ていて思うけど、男女問わず、35歳からは「清潔感」への配慮を1段階上げた方がいいですよ🚨例えば、 ・大切に着ているインナーや下着を買い替える→自分では気づかない匂いが染みついてるから。 ・歯磨きはブラッシングやフロスだけじゃなくて、マウスウォッシュや舌のケアも追加する→口臭がよりきつくなるのでケアは入念に🪥 ・何気なく普段着ているTシャツのシワを伸ばして出かける→ハンガーにかけたまま使えるアイロンでシュー！っとするだけで、だらしなさが無くなるよ👕 清潔感こそ、努力で変えられる。 私は｢インナー買い換えよう｣｢このマウスウォッシュ、良さそうだから買ってきた！」って夫を巻き込んでるよ🤭こういうのはパートナーと一緒に気をつけながら暮らしていきたいよね。 2025-12-27 02:41:00

はじめに こんにちは、和田です。いえらぶGROUPで開発部の執行役員を務めています。 弊社も例に漏れず、今年はAI活用に非常に注力してきました。Cursorを全エンジニアに導入し、テックリードにはClaude Codeを配布、業務効率化・実装スピード強化・精度向上を進めてきました。 そんな会社で、私はある新人エンジニアに対して「AIの使用を禁止する」という判断を下しました。 先日ちょっと話題になってましたね、こちらの彼の話です。 社内でも圧倒的なAI推進派の私がなぜそのような判断をしたのか。そして3ヶ月後、その新人はどう変わったのか。この記事では、私の目線からのある種答え合わせ的なつもりで経緯と結果をまとめてみました。 最初は「AIをどんどん使わせていた」 新人が入社した当初、私は彼にもCursorを使わせていました。なんならClaude Codeも使わせていました。理由はシンプルです。

ショーペンハウアーは、思索の時間が深い理解を育てると考え、孤独を重んじた。 一人でいるあいだに、考えは発酵し、判断は自分の声に戻る。 一方で、社交は現実の情報と他者の視点をもたらし、思考の偏りをほぐす。 ここでのポイントは、優劣ではなく重心の置き方だ。 孤独は拒絶ではなく、内側を整える作業台であり、社交は視野を広げる窓である。 状況や性格によって、必要な配分は変わる。 だから、賢いのは「どちらかだけ」ではなく「使い分け」を覚えることだ。 毎日に短い一人時間を確保し、事実・気持ち・次の一歩を一行ずつ書く。 そのうえで会うなら、目的を一つに絞り、境界を短く明るく伝える。 「今日はここまで」「この件は来週に」と区切りを置けば、摩耗は減る。 比べる相手を他人ではなく昨日の自分にすると、配分の最適点が見えてくる。 ひとりで立てる力があれば、相手に寄りかからずに寄り添える。 社交が過剰にならず、孤独が

この記事は、Insight Edge Advent Calendar 2025の24日目の記事です！ 生成AIを活用した人事評価のモチベーション 今日はクリスマスイブですね！妻へのプレゼントに毎年悩む Insight Edge CTOの猪子です。 マネージャの仕事の中で、 「一番精神的に重い仕事」は何かと聞かれたら、多くの人が「人事評価」と答えるのではないでしょうか。 人事評価の中には以下の悩みが有るかと思います。 日常業務の合間に大量の評価資料を読む 評価の妥当性に悩む フィードバックで相手の人生に影響を与える責任 一方で、生成AI・AIエージェントを活用して、「人事評価」を効率化・活用していきたいという思いを持っているマネージャは多いかと思います。 では、評価という重要な責務を持つ仕事を、どこまでAIに任せてよいのか？ 本記事では、その問いに対して行った 人事評価 × AI の境界実験

「Slackで何を言いたいのかわからない」「ドキュメントを書くのに異常に時間がかかる」 こういった人は組織に一人はいないだろうか。 マネージャーとして「言語化能力を鍛えてほしい」と思うことは多いとは思います。また、LLMを利用して業務を行う際には言語化能力が非常に重要となると考えております。 ですが、正直なところ、できていない人に対して、トレーニングでなんとかなるのか疑問に感じることもあるのではないでしょうか。 僕は23歳の頃、会社の先輩に「お前、何言ってるかわからないから話すのやめるわ」と言われたことがあります。かなりショックだったのですが、それ以来、「どう伝えればわかってもらえるか」を強く意識するようになりました。 その結果、今では言語化能力が高いと言われることもあります。（このようなnoteを書いていると言語化してもらうの助かるとも言われます。） このような経験から言語化能力は天性の

この記事は LayerX Tech Advent Calendar 2025 12 日目の記事です。 前回は@tigerさんのslack-blockbookというslack appのUI確認を爆速にするライブラリについての記事でした。 こんにちは。株式会社LayerXソフトウェアエンジニアのyataです。 皆さん、もちろん緯度経度は好きですよね？ 今回は、緯度経度と住所を用いた開発に取り組んだ際のお話です。 「緯度経度から住所を割り出す」。 一見簡単そうに見えるこの要件の中で、日本の住所に絶望し、そこから希望を見つけるまでの物語をお届けします。 やりたかったこと 今回実装したのは、大まかに説明すると「デバイスの位置情報を記録し、画面上から確認することができる」という機能です。 緯度経度を取得すること自体は、Web API である Geolocation API を使えば簡単に実現できます。

BBCの報道によると、テレンス・ブリッジズさんと妻のレスリーさんは、ガスボイラーを撤去し、庭の小屋に小型データセンター「HeatHub」を設置。これにより、月額の電気料金を375ポンド（約7万7000円、1ポンド＝約205円）から40ポンド（約8200円）にまで削減することに成功したという。 今回設置したHeatHubは、ガスボイラーの代わりに暖房器具や給湯器などどして使えるようThermifyが開発したもの。500台以上のミニコンピュータ（Raspberry Pi）がデータ処理を行う際に発生する熱を石油で吸収し、家庭の温水システムに転送する仕組みだ。 SHIELDプロジェクトは、低所得世帯がネットゼロ（温室効果ガスの排出量をゼロ）への移行を実現できるよう支援することを目的として、2023年3月に始まった。総予算540万ポンド超（約11億865万円）のこのプロジェクトは、暖房費を賄えない可

BASE株式会社執行役員の柳川です。金融事業の事業責任者をしています。 私はエンジニア→PdM→事業責任者というキャリアを歩んできました。 現在は事業戦略、プロダクト戦略、組織戦略全ての責任を持ちながら、事業責任者を務めさせていただいています。 優秀な人の定義って何だと思いますか？いろんな定義があると思いますし、場面によっても変わると思います。あえてスタンスを切った僕の定義はコンテキストの力を操れているかどうかです！(そもそも優秀と言う言葉がガバガバなのはすいません) と言うことでこの記事では、コンテキストってなんなのか、コンテキスト力が高いとはどういうことなのか、どうしたらコンテキスト力を扱えるようになるのかなど書いてみます！ コンテキストとはコンテキストとは「背景」「状況」「文脈」と訳されることが多いです。優秀な人を言い表す言葉として「1聞いて10わかる」とか、「手段と目的を間違えない

ここのところ連続して90歳を迎えた老母の話を書いている。 mazmot.hatenablog.com mazmot.hatenablog.com ほかにネタはないのかと言われそうだが、ネタはある。ただ、タイミングを見計らっているうちにどんどん逃げていく感じで、記事にあげていない。それでもひとつは遠からず書くはず。 ともかくも、今回もその老母のことだ。相変わらず私は数日おきに顔を出して、買い物その他の日常のサポートをしている。だから、高齢者を抱えた世間の人々が経験している介護の苦労のようなものとは、いまのところ無縁だ。基本的な日常生活は、自立している。私の介助は必要としていない。この先、日常の動作が自立できなくなったら、そこからはかなりたいへんだろうと予想できる。だから、できるだけ自立を失わせないようにと、そこは心がけている。 それでも徐々に失われていくものはある。小さなことではある。たとえ

政府が１日開催した経済財政諮問会議で、村上誠一郎総務相が「物価高の最初の原因は、アベノミクスによって円安が進んだことだった」との見解を示していたことが６日に公表された議事要旨で明らかになった。２０２４年１０月撮影（２０２５年　ロイター/Issei Kato） ［東京　６日　ロイター］ - 政府が１日開催した経済財政諮問会議で、村上誠一郎総務相が「物価高の最初の原因は、アベノミクスによって円安が進んだことだった」との見解を示していたことが６日に公表された議事要旨で明らかになった。 １日の諮問会議では物価高対策や米国の関税政策の影響など、マクロ経済運営を巡って議論した。村上総務相は物価高対策について、あらためて「根本原因」を考える必要性を指摘し、最初の原因はアベノミクスによる円安進行だったとの見方を示した。その上で「これによって、食料、原油、エネルギーの価格が高騰したことが大きな原因であり、こ

2025.09.22 7:40 全体的にイエス・バッド法になっていたところをイエス・アンド法に書き換えました。身についてないなぁ はじめに たびたび話題になる「技術的には可能です（でも影響範囲でかいし、品質に影響与えそうだし、結構コストかかるし、スケジュールきついし・・・無理じゃね？）」問題ありますよね。 口に出したことより、心の中の声の方がでかいみたいな。 そしてこれは、言われた側からは非常に不評でもあります。 私は比較的最近、この問題とうまく付き合えるようになりましたので、少しアイデアを共有したいと思い、この記事を書きました。 解決策 それは「できる」と「やる」を分離して できる：自分の責任 やる　：相手のバトン（責任） とすることです。 「はい、できます。リリーススケジュール調整が必要になりますが、やりますか？」 「はい、できます。追加コストが発生しますが、やりますか？」 「はい、で

こんにちは、株式会社Rabeeでエンジニアをしているkinchanです！ フロントエンドを中心に、チームリーダーとして開発を進めています。 (実は、noteをきちんと書くのはこれが初めてです🤫) 今回のテーマは、エンジニアとしての“速さ”について。 あくまで僕自身の主観や体験ベースですが、少しでもヒントになれば嬉しいです。 はじめにエンジニアにとって「速さ」は大きな武器です。 「とりあえず動くもの」を早く見せられると、チームは安心しますし、次のステップに進みやすくなります。 逆にスピードが出ないと、良いアイデアや技術力があっても活かしきれないこともあります。 速さは信用につながる。 だからこそ、「どうすればスピードを高められるか」はとても大事です。 この記事では、僕が日々の開発で意識している「速さをつくる3つの視点」を紹介します。 対象読者「もっと効率よく仕事を進めたい」と感じているエン