はてなブックマーク

成果を出し続けているチームリーダーの仕草を分析した結果、「声」「拍手」「態度」「うなずき」の中で大きかったものは何か――。 答えは「うなずき」であり、“4.5cm～6.0cm”深かったという。このようなできるチームやリーダーの習慣を『トップ5%』シリーズで明らかにしているのが、クロスリバーの代表取締役社長である越川慎司氏だ。 ヌーラボが開催した「Nulab Conference 2025」における、同氏のセッションでは、17万人の働き方データの分析やアンケート調査の結果を交えながら、すぐに実践できるチームリーダーの勘所について語られた。 成果を出し続けるチームで多い“声掛け”とは？ 冒頭、越川氏は、「チームは何のためにあるか」と問いかける。答えは、「目標を達成するためだけに存在する」だ。仲良くしたり、助け合ったり、切磋琢磨したりするのは、すべて目標を達成するための手段に過ぎないという。 そ

タイトル通り、この度ソフトウェアエンジニアとして勤めていた企業を退職しまして、YouTuberとして独立します！実際のところYouTubeの稼ぎだけでは全然食べて行けないので、それ以外にも色々やっていくのですが、あらゆる活動の主軸となるのでYouTuberと名乗っていこうと思います。 運営しているのはこちらのAIでサボろうチャンネルで、開始から9ヶ月経った現在、登録者数は3.3万人！AIというホットな話題に乗っかってるからではありますが、かなり速いペースで成長できています。 AIでサボろうチャンネルAIの活用方法を非エンジニアをターゲットに(たまに若干開発に近い内容も混ざってますが)分かりやすく発信しているので、ご興味ある方は覗いてみてください。 チャンネルの成長速度は速くはあるのですが、なんだかんだ独立を考え始めてからすでに一年が経ちまして、ようやく始めることができました。 という訳で、

2025/11/4〜5 に行われた JPAAWG 8th General Meeting で発表した資料です。 https://meetings.jpaawg.org/program/ 2025/11/6 内容に一部不適切な表示があったため修正しました ・別名(CNAME) → 正式名(CN…

エンジニアの時間外勉強について、徳丸さんの考えをお伺いさせてください。 新卒で大手のsierに入社したのですが、経営層や組織の上の人たちが語る時間外の勉強や外部セミナーの参加の推奨に違和感を感じてしまいます。 ですがこの手の話をすると「エンジニアである以上は生涯学習すべきだけど、プライベートに勉強を強制させるの（無償の時間外労働）はダメだよね」という一般論を返されます。 正味、仕事をこなしていくという観点から言えばプライベートの勉強を一切やらなくても何とかなってます。選択肢という面でスキルアップも大事だと思いますが… 私は会社として利益を上げたいがためにエンジニアの勉強を推奨するなら（高度なスキルを利用したいと考えるなら）もっと高い給与や時間外労働給を出せよと思ってしまいます。 （会社側が労働後の短い自由時間や週に2日しかない休日すらも搾取してるのでは？と） 自分はエンジニアになって半年程

開発中のコードを基に、AIがノンプログラマによるUI作成を支援、OKならプルリクエスト作成。JetBrains新ツールが「Matter」発表 JetBrainsは、開発中のアプリケーションに対して、デザイナーなどのノンプログラマがAIを通じてユーザーインターフェイスを容易に変更や作成できる新ツール「Matter」を発表しました。 一般にアプリケーションのユーザーインターフェイスを作り込むには、デザイナーなどノンプログラマがデザインをモックアップやプロトタイプとして作成し、それを基にプログラマがコードを作成していくことになることが多いでしょう。 JetBrainsが発表したMatterは、開発中のコードを別環境に分離、そこでノンプログラマであるデザイナーやプロダクトマネージャがAIの支援により本物のコードの上にユーザーインターフェイスのコードを作成、変更、改善できるようにします。 これにより

システム構成図やシーケンス図を描くとき、「どのツールを使えばいいの？」 と悩んでいませんか？ draw.io、PlantUML、Mermaid、FigJam...選択肢が多すぎて、結局いつも同じツールに逃げてしまう。でも本当にそれでいいのか不安。 この記事では、実際のエンジニアたちが使っているツールと、その選び方を徹底的にまとめました。 ▼ガッシーさんのツイート に集まった情報を参考に記載させてもらっています。デザイナー、プログラマー、エンジニア、経営層と様々な方がリアクションされていたので、みんな悩んでいるんだな…わかるぞ…と思い、しれっとまとめさせてもらいました。私も個人的にめっちゃ悩んでいたので。問題があれば削除しますのでご安心ください。 人気の図形描画・作図ツール徹底比較 1. draw.io (diagrams.net) - 最多回答の万能ツール 完全無料で高機能、幅広い用途に対

はじめに こんにちは。テックドクターでバックエンドエンジニアをしている筧と申します。 新規プロダクトのバックエンドで、DDD (Domain-Driven Design) と CQRS (Command Query Responsibility Segregation) を組み合わせたアーキテクチャを採用しました。 DDDの本や記事は、Eric Evans著『Domain-Driven Design』や『実践ドメイン駆動設計』など様々あります。CQRSについてもMartin Fowler氏のCQRSの解説記事などがあります。しかし、DDDにCQRSをどう組み込んでいったかという話はあまり見かけません。 この点について以前より情報収集や試行錯誤を重ねていましたが、今回のプロダクトでようやく納得のいく形で実装ができました。この記事ではそのポイントをご紹介します。特にCQRSを具体的に実装してい

こんにちは！「ぐるなびウエディング」開発チームの滝口(@ytakiguche)です。普段はサーバーサイド開発を担当しています。 私たちのチームは現在、オンプレミスで長年稼働してきた PHP のシステムをAWSクラウドへ移行し、同時に TypeScript で全面的に書き換えるという、大きな挑戦の真っ只中にいます。 この記事では「フロントエンドとバックエンドの言語統一」をテーマに、その過程で明確になった技術的課題と、それらに対する我々のアプローチについてお話しします。 目次 目次 プロジェクトの背景： なぜ、PHP から TypeScript へ移行したのか TypeScript 対応とモノレポ化 技術スタックとディレクトリ構成 プロジェクトで直面した課題 課題1： 既存データの不整合 課題2： FE と BE のスキルセットと設計思想の差異 課題へのアプローチ 1. データ不整合への段階的

AI加速時代におけるQAエンジニアの生存戦略 ― PIVOTでの実践から ビジネス映像メディア「PIVOT」でQAエンジニアをしているケイスケです。 本記事では、AIによる開発工程の加速に直面したとき、QAエンジニアがどのように適応していくか。 そして、PIVOTというプロダクトで実際にどう取り組んでいるのかをお伝えします。 1. はじめに：AIが加速する開発と取り残されるテスト工程 GitHub CopilotやCursor、Claude Codeなど、AIによるコーディング支援が開発スピードを大きく押し上げています。 一方で、QAエンジニアの現場はどうでしょうか？ 開発はAIで加速するのに、テストは依然として手動で遅い。 多くのQAエンジニアが、この「スピードの非対称性」に課題を感じているのではないでしょうか。 私自身もまさにこの課題に直面しました。 特に、開発サイクルが短く・マルチプ

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 なお、Microsoft Edgeをご利用のお客様はプライバシー設定が影響している可能性があるため「追跡防止を有効にする」の設定を「バランス（推奨）」にしてご利用をお願いいたします。詳細は下記のFAQページをご参照ください。 https://help.toyokeizai.net/hc/ja/articles/33846290888345 ✕

2025.11.01 開催 KomeKaigi 2025 の 15 分枠で登壇させていただいた際の資料です。 https://komekaigi.dev/ 個人プロフィール https://github.com/hayashit6239

夏目葉太🦈2025/02から第2子育休中 @infragirl644 #インフラ女子の日常 の人。旧名：なつよ。北陸ド田舎インフラエンジニア。エッセイ漫画やイラストを描いたりしてましたが、最近は娘と息子に振り回される日々。K13改→RX-8→MAZDA2 Sport 青空は infragirl755.bsky.social natsuyo.net 夏目葉太🦈2025/02から第2子育休中 @infragirl644 もうワシITエンジニア生命終わったかもしれん。夕食後のIT勉強会行きたいって思わないもん今。夕飯食って息子とマリカーしたいし、休みの日は試験勉強じゃなくて遊びたいんだよな子供と。 2025-11-01 15:06:57

はじめに 1年前、私はこちらの記事をQiitaに書きました。 あの頃はちょうど転職が決まり、 ようやくスタートラインに立てたという安堵と期待の中で記事を書いていました。 それから1年。 環境が変わり、立場が変わり、見える景色も大きく変わりました。 IT業界、特にセキュリティ業界は「個人のスキル」よりも、 どこに所属しているかで大きく変わると実感しています。 環境が違えば、評価やチャンスもまったく違う。 今回は、あの記事から1年経った今の自分が感じた 「環境を変えることの意味」と、「自分軸でキャリアを築く」という考え方をまとめます。 1年前の自分：SES時代に感じた限界 転職前、私はSESとしてセキュリティエンジニアをしていました。 仕事自体は嫌いではありませんでしたが、自分の力を発揮できる環境ではありませんでした。 たとえば── 主体的に動こうとすると「余計なことをするな」と言われる 能力

転職・求人情報サイトのtype エンジニアtype 働き方 ブラックSES、弱小情シス、税金未納のAIベンチャー。会社運ゼロのエンジニア・よんてんごPが「キャリアに後悔はない」と語るワケ NEW! 2025.10.31 働き方 ベンチャーフリーランスSESAI Xで8万人超のフォロワーを持つ現役エンジニア・よんてんごP（@yontengoP）。彼が発信する「情シス女子の社内バトル漫画」は、仕事上のあるあるがリアルに描写されており、多くのエンジニアから共感を集めている。 👤「Windowsにトラブルが多いなら、他のヤツを使えばいいじゃない」 👩‍💻「…別に我々はそれでも構わんが？」 https://t.co/fRJgg8Y35w pic.twitter.com/2gqqkJ2BMm — よんてんごP (@yontengoP) October 25, 2025 その創作の源泉となっている