技術発信で、JDの裏取りをする。技術ブログ・登壇・GitHubから、技術文化の厚みを読む【フェーズ3-3｜ITエンジニアの卵に贈る、就活の書】

2026年8月9日 09:16

【お知らせ】本連載は、2026年9月20日に全記事を全面アップデートしました。

　この記事は本気でITエンジニアになりたい！ という学生さんたちに向けて就活プロセスを伝える「ITエンジニアの卵に贈る、就活の書」シリーズの一本です。シリーズ全体の目次はこちら（扉記事）からご覧いただけます。

　エンジニアを目指す学生のみなさん、こんにちは。クオリティアーツの池田です。

　ITエンジニアの卵に贈る、就活の書・フェーズ3-3の記事です。前回のフェーズ3-2では、1つ目の観点・JDの読み方をお話ししました。9つの危険信号と、給与欄の丁寧な読み解き。JDが接続の入口として書かれているかを、丁寧に確かめる旅でした。

　今回はフェーズ3の2つ目の観点、技術発信の実践に入ります。JDに書かれていることを、企業ポートフォリオの技術文化面で裏取りする時期です。JDに華やかに書かれていた技術スタックが、実際の技術発信で裏付けられているか。経営層や部課長が、技術のことを自分の言葉で語れているか。社員が、社外のカンファレンスに登壇しているか。技術発信の厚みは、その会社の技術文化の厚みを、いちばん正直に映します。

この記事のポイント

JDは企業の自己申告で、技術発信はその裏付けです。JDの1行を、技術発信の1本で照合していきます。
技術発信が止まった会社は、最初から発信がない会社より注意深く読みます。技術の責任者の離脱や、エンジニアの流出と重なることが多いためです。
発信が見つからない会社にも、測る道具はあります。特許、展示会、認証、資格支援、学校との関係、求人票の変遷、そして先輩。6章にまとめました。

1. 前提：JDは自己申告、技術発信は裏付け

　フェーズ3-2で扱ったJDは、企業側からの自己申告の文書です。企業が「うちはこういう会社ですよ」と、応募者に対して差し出す言葉。JDは大切な一次資料ですが、9つの危険信号でお話ししたように、JDの書き方には書き方の技術が入り込む余地があります。

　それに対して、技術発信は、企業側の日常の姿を、社外に公開してきた記録です。技術ブログを1本書くのに、実装の経験と、書き手の技術力と、書くための時間が要ります。会社として出す記事なら、社内で内容を確認する工程が入ることも多くあります。カンファレンスに登壇するのに、CFP（プロポーザル）を書く力と、社内の技術資産と、社外の第三者に目利きされる勇気が必要です。技術発信は、社内の日常の技術文化が、社外に染み出したものです。

　だから、技術発信はJDの裏取りとして、いちばん強い材料になります。JDに「Kubernetesを使っています」と書いてあれば、技術ブログにKubernetesの記事があるかを確かめる。JDに「若手が技術選定に加われる」と書いてあれば、社員のカンファレンス登壇履歴で若手エンジニアの登壇があるかを確かめる。JDの1行を、技術発信の1本で照合する。この裏取りの視点が、フェーズ3-3の骨格です。

　ここで、先に伝えておきたいことがあります。いま検討している会社に、技術発信がどこにも見つからないという方が、必ずいらっしゃいます。地方の組込み系メーカー、受託開発の会社、社員数十名の会社。技術ブログもGitHubも登壇実績も見つからない。この記事の物差しを当てると、全部が空欄になります。

　その場合でも、測る材料はあります。特許の出願履歴、展示会の出展、認証の取得、学校との関係、求人票の変遷、そして先に入った先輩。本記事の6章に、発信がない会社を測るための物差しをまとめて置きました。5章までが自分に当てはまらないと感じたら、6章まで飛ばしてかまいません。

2. 企業ポートフォリオの技術文化面。5つの発信チャネル

　企業ポートフォリオとは、フェーズ3-1で立てた考え方で、学生がポートフォリオで自分を示すのと同じように、企業も外に示している材料の全体を指します。技術発信は、そのうちの技術文化にあたる面です。

　企業ポートフォリオの技術文化面を確かめるとき、次の5つの発信チャネルを丁寧に見ていきます。

2-1. チャネル1：公式技術ブログ

Zenn Publications：企業アカウントで技術記事を発信
Qiita Organizations：組織アカウントで技術記事を発信
独自ドメインの技術ブログ：企業が自社ドメインで運営するブログ

2-2. チャネル2：経営層・CTO・部課長の個人発信

note：経営層や部課長が技術や組織の話を発信
X（旧Twitter）：日常的な技術の言葉が滲む場
LinkedIn：キャリアや経営の視点で発信

2-3. チャネル3：社員のカンファレンス登壇履歴

Speaker Deck：登壇スライドを公開する場
Docswell：登壇スライドを公開する場
カンファレンスの公式ページ：CFPを通した登壇の記録

2-4. チャネル4：GitHub Organizationでの活動

公開リポジトリ：会社として公開しているOSS
社員のOSS Contributions：会社の名前と共に、社員がOSSに貢献
Star数、Contribution数：第三者の目利きの指標

2-5. チャネル5：Podcast・YouTube発信

技術Podcast、社内対談動画、カンファレンスのアーカイブ動画
音声・映像で技術文化を伝える媒体

　これら5つのチャネルを、JDと照合しながら確かめます。すべてのチャネルを全社が持っている必要はありませんが、技術文化の厚みは、複数のチャネルにわたる厚みで測ることができます。

3. フェーズ2で立てた3要素（公開・質・第三者の目利き）を、企業に適用する

　フェーズ3総論でお話ししたとおり、フェーズ2-2の強いポートフォリオの3要素（公開・質・第三者の目利き）は、そのまま企業ポートフォリオにも適用できます。この3要素を、企業ポートフォリオの技術文化面に、具体的に落とし込みます。

3-1. 公開：発信されているか

公式技術ブログの記事が、直近6ヶ月以内に更新されているか（ここは「発信が生きているか」の最低ラインです。更新のペースそのものは、後述の7-2で扱います）
経営層や部課長のnote・Xに、技術の話が定期的に登場しているか
Speaker Deck・Docswellのアカウントに、直近1年以内の登壇スライドがあるか
GitHub Organizationに、活動があるか

3-2. 質：内容の厚みがあるか

技術ブログの記事は、実装レベルまで踏み込んでいるか（コード例、ハマりどころ、実装の判断理由）
経営層の発信は、抽象的なビジョンだけでなく、具体的な技術や仕組みの話に触れているか
登壇スライドは、社外の同業者に対して意味のある内容になっているか
OSSは、実際にコミュニティが使うプロダクトになっているか

3-3. 第三者の目利き：外の目に晒されているか

技術ブログの記事に、コメント・リアクション・引用が付いているか
カンファレンスのCFP（公募）を通した登壇か（CFPは、応募したプロポーザルが選考を通る形式です。招待講演は、その分野の実績があって招かれる形式で、価値が低いという意味ではありません。組込み分野では招待の形式も一般的です）
OSSに、社外からのStarやContributionが付いているか
技術書やZenn Booksを出版しているか

　この4つ目の項目、技術書の出版は、ほかの発信より検証しやすい第三者の目利きです。商業出版された技術書は、著者本人が書いたあとに、編集と校正の工程が入ります。出版社によっては、社外のテクニカルレビュアーが内容を確認する場合もあります。学術論文の査読とは別のものですが、個人のブログより、人の目を通る工程が1段階多いことは確かです。会社名と「著書」「出版」で検索し、Amazonや出版社サイトで、実際に書店流通している本かどうかを確かめてください。なお、同人誌・自費出版・Kindle Direct Publishingなどでの自主出版は、この検証プロセスを経ていません。区別して見てください。社員から複数の著者を、複数年にわたって輩出している会社は、技術力の厚みが個人の突出ではなく、組織として積み重なっている証拠です。

　この3要素で、企業ポートフォリオの技術文化面の厚みを測る。フェーズ2で学生さんがポートフォリオを積み上げてきた同じ物差しで、企業も測ることができます。この対等性が、本記事の実践の中心です。

4. 良い会社の技術発信の実例

　具体例で、良い会社の技術発信の姿を並べます。以下は、業界で技術発信が厚いことで広く知られている会社の一部です。応募前に、実際の発信を眺めてみてください（発信の状況は年々変わっていくため、具体的な媒体名や継続状況は、応募検討の際に最新の状態でご確認ください）。

　ここで、正直にお伝えしておきたいことがあります。これから挙げる実例は、メガベンチャーとWeb・SaaS系の会社に偏っています。これは意図的な偏りではなく、技術発信という活動そのものが、いまの日本では、この業態の会社に集中しやすい構造があるためです。技術ブログや登壇文化が育ちやすいのは、対外的な採用競争が激しく、エンジニアという職種のブランディングに投資する文化を持つ会社です。逆に、メーカー系や地方の中小企業では、技術力があっても、対外発信の文化自体がまだ育っていないことが多い。それが実情です。

　しかし、この業界で働いている人の多くは、こうしたメガベンチャーやSaaS系の会社にいるわけではありません。中小企業庁が令和3年経済センサス活動調査を再編加工した資料では、情報通信業で働く人の63.2%が中小企業に勤めています（2021年6月時点。ソフトウェア業・情報処理サービス業の場合、資本金3億円以下または従業者300人以下が中小企業です）。求人の側も同じです。リクルートワークス研究所の2027年卒の調査では、従業員300人未満の企業の求人が38.5万人。求人総数74.8万人のうち、およそ半分を占めます（求人数の分布であり、実際に就職した学生の分布ではありません）。フェーズ1-2でお話ししたとおり、軸のどこにいるかと、プロフェッションとして育つ環境の質は、別問題です。地方の中小メーカーの中にも、社内で世界基準の道具立てを推進し、エンジニアを大切に育てている会社は、確かに存在します。ただ、そうした会社の多くは、対外的な発信をしていないために、実名の一覧としてここに挙げることができません。この「発信の少なさ」自体を理由に、地方・メーカー系の会社をひとくくりに低く評価しないでください。この記事の実例リストは、あくまで「技術発信という1つの物差しを、具体的にイメージするための一部の例」であり、みなさんの就職先の選択肢の全体像ではないことを、念頭に置いてください。

　そのうえで、探す場所を変えれば、地方・受託・メーカー系の発信は、確かに見つかります。全国区の大型カンファレンスの登壇者一覧ではなく、地域や分野のコミュニティを見てください。JaSST（ソフトウェアテストシンポジウム）は、東京のほか各地で開催されています。北海道・東北・新潟・東海・関西・中国・四国・九州。そこでは、地元企業のエンジニアが自社の現場の話を発表しています。組込み分野の展示会やカンファレンス、地域のRubyコミュニティやPythonコミュニティ、県単位のIT技術者会。こうした場の登壇者一覧とスポンサー一覧には、技術ブログを持たない会社の名前が、ちゃんと並んでいます。発信の場は、東京のWeb系のカンファレンスだけではありません。応募先が地方の会社なら、まずその地域のコミュニティの過去のイベントページを開いてみてください。

4-1. 実例をいくつか

　技術発信が厚いことで広く知られている会社を、いくつか挙げます。社名を覚えるためではなく、「厚い発信とはどういう状態か」を目で見るための例です。

サイバーエージェント：自社ドメインの技術ブログを長年運営し、複数の技術領域で発信
サイボウズ：技術ブログに加え、社員による技術書の出版が継続している
メルカリ：Engineering Blogを日英で運営し、社外向けの技術コミュニティも主催
SmartHR：技術ブログと、社外向けの技術活動（DevRel）を並行して運営
freee：技術ブログに加え、自社主催の技術カンファレンスを開催
GMOペパボ：技術ブログと、社員のOSSへの貢献の記録が並ぶ

　この6社は、みなさんの志望先の候補リストではありません。物差しのイメージを掴んだら、同じ目で、自分の志望先を見てください。

4-2. 自分の志望先で、同じものを探す手順

　社名を覚えるより、探し方を持っているほうが、ずっと長く使えます。

会社名と「Tech Blog」「開発者ブログ」「エンジニアブログ」を組み合わせて検索する
採用ページのフッターと、コーポレートサイトのフッターを見る（技術ブログへの導線は、ここに置かれることが多い）
Speaker Deck・Docswellで、会社名を検索する
GitHubで、会社名のOrganizationがあるかを見る
志望する分野のカンファレンスの、過去数年の登壇者一覧とスポンサー一覧を開く
経営層・CTO・技術部門長の個人名で検索する（会社名では出てこない発信が、個人名では出てくることがあります）

　この6つを一度やって、何も出てこなかった場合。そのときは、本記事の6章に進んでください。

　厚い発信とは、複数のチャネルを持ち、継続性があり、内容に踏み込みがあり、社外の第三者の目に晒されている状態です。この4つが揃っているかどうかが、見るべきところです。

5. 技術発信の厚みを、JDの裏取りとして使う

　技術発信をJDの裏取りとして使う、具体的な観点をお伝えします。

5-1. 裏取り1：JDの技術スタックが、技術ブログに登場するか

　JDに「TypeScript、Next.js、AWS、Kubernetes、Terraformを使っています」と書いてあるとします。その会社の技術ブログに、これらの技術の記事が直近1年以内に書かれているかを確かめます。技術スタックの記事が空欄の会社は、JDに書いた技術が実際には使われていないか、社内で技術発信の余裕がない会社の可能性があります。

5-2. 裏取り2：JDの「若手が活躍」が、社員の登壇履歴に映るか

　JDに「若手エンジニアが技術選定に加われる」「若手が主体的に発信できる」と書いてあれば、社員のSpeaker Deckで、若手エンジニアの登壇スライドが見つかるかを確かめます。若手が実際に社外で発信できている会社は、社内で若手に発信の機会を用意している会社です。

5-3. 裏取り3：JDの「学習支援」が、経営層の発信に映るか

　JDに「技術書購入補助、カンファレンス派遣制度あり」と書いてあれば、経営層のnoteで学習支援の話が語られているか、社員が実際にカンファレンスに派遣された記録があるかを確かめます。経営層自身が学び続けている姿勢を、自分の言葉で発信している会社は、社内でも学習が根付いている会社です。

5-4. 裏取り4：JDの「オープンな組織」が、GitHubに映るか

　JDに「オープンな技術文化」「OSS活動の推進」と書いてあれば、その会社のGitHub Organizationを開きます。公開リポジトリの数、直近のコミット、社外からのContributionを確かめます。GitHubが空欄なら、JDに書いた「OSS活動の推進」は、いまのところ言葉だけです。

5-5. 裏取り5：JDの「品質へのこだわり」が、テスト関連の技術記事に映るか

　JDに「品質を大切にしています」「テスト自動化を推進」と書いてあれば、技術ブログにテスト設計やCI/CDでのテスト自動化、QAエンジニアの登壇記事があるかを確かめます。品質という言葉が抽象的なスローガンで終わっていないかは、テスト・品質系の技術記事が1本でもあるか、JaSSTのようなテスト系カンファレンスへの登壇履歴があるかで、確かめられます。どちらもゼロなら、品質という言葉の中身を、説明会で直接聞いてください。

5-6. 裏取り6：技術発信そのものが、ほとんど見つからない場合

　会社名で検索しても、技術ブログが数年前で更新停止している。社員の登壇履歴が1〜2件しか見つからない。GitHub Organizationがない。経営層のnoteも、技術には触れていない。この状態が続いている会社は、JDに書かれた技術文化の姿と、外から見える実態の間に、大きな落差があります。「業務が忙しくて発信できない」「発信は個人の自由」と説明される場合もありますが、それが数年続いているとしたら、それがこの会社の日常の姿です。

　ここで、もうひとつ丁寧に見てほしいことがあります。受託開発やSESが中心の会社では、「顧客との守秘義務があるので発信できない」と説明されることがあります。これは事実として正しい場面もあります。ただ、守秘義務があっても書ける題材は、実際にはたくさんあります。良い会社は、顧客名も案件の中身も伏せたまま、次のようなことを発信しています。

新人研修のカリキュラムと、3ヶ月後にどんな状態になっているか
CI/CDやテスト自動化を導入したときに、うまくいかなかった過程
障害対応の振り返り（ポストモーテム）を、どんな型でやっているか
業務で使っているOSSへの、小さなプルリクエストやIssue
コードレビューの運用ルールと、その決め方

　どれも、顧客の情報を1文字も出さずに書けるものです。守秘義務は、発信しない理由の一部にはなっても、全部の理由にはなりません。この5つのうち1つでも発信している会社は、書ける中身を社内に持っていて、それを外に出す時間も確保できている会社です。

5-7. 裏取り7：技術発信が「止まった」場合。最初からないより、注意深く読むべきシグナル

　5-6は、最初から発信がない会社の話でした。ここでお伝えしたいのは、それとは違う、もっと注意深く読むべきパターンです。かつては技術ブログが活発に更新され、社員がカンファレンスに登壇し、経営層が技術のことを語っていた会社が、ある時期を境に、ぱたりと発信をやめてしまうケースです。

　ここからは、統計ではなく、私がいろいろな会社を内側から見てきた実感として申し上げます。統計として裏づけられるデータは、私の手元にはありません。

　この「発信の失速」は、深刻な変化と重なって起きることが多いと感じています。エンジニアが大量に辞めている。CTOやテックリードといった技術の中核を担う層が離脱している。経営そのものが傾いている。そうした時期と、発信が止まった時期が重なる例を、何度も見てきました。技術発信は、多くの会社で、CTOやテックリード、あるいは技術に強い思いを持つ数名のエンジニアの意志と労力によって支えられています。その人たちが会社を去った瞬間に、発信を支えていたエンジンそのものがなくなる。だから、発信がぴたりと止まるのです。

　なぜ、これがそれほど深刻なシグナルなのか。理由は2つあります。1つ目は、技術文化が「組織の制度」ではなく「個人の善意」で回っていたことの証明だからです。良い会社は、特定の個人が抜けても、技術発信の文化が組織として続く設計をしています。一人が抜けただけで発信が止まったなら、根付いていたのは文化ではなく、その一人の熱意でした。2つ目は、技術投資の必要性を経営会議で語れる人が、社内からいなくなったことの証明だからです。CTOやテックリードは、多くの場合、技術ブログの運営費、カンファレンス参加費、社員が発信に使う時間といった、学生さんからは見えにくい技術投資を、経営の側で守る役割を担っています。その人がいなくなると、次に削られるのは、こうした「見えにくいところ」からです。

　こうした会社は、エンジニアを志望する学生さんを、深く傷つける現場になりがちです。技術投資が縮小した現場に、期待を持って入社した新卒が配属されると、育成の設計も、技術選定の裁量も、学び続けられる環境も、募集要項に書かれていたものとはかけ離れていきます。だからこそ、技術発信が止まっている会社は、JDや面接の場で、注意深く状況を確認するか、応募先の候補から外すことを検討してください。

　もちろん、発信が止まった理由がすべて深刻とは限りません。CTOの独立、家庭の事情、他社からの好条件のオファーなど、健全な理由で人が離れることもあります。人が辞めていないのに、発信だけが止まることもあります。事業が好調で採用を絞った、主力の顧客が守秘の扱いを厳しくした、書いていた担当者が育児休業に入った。どれも起こりうることです。ただし、理由がどうであれ、発信が止まっているという事実そのものは、一度は確かめておきたい重要なシグナルです。「なぜ止まったのか」「その後、技術投資は誰がどう引き継いでいるのか」を、確かめずに応募を決めるのは避けてください。

　確かめる手順は、次の3つです。

技術ブログ・登壇履歴の投稿日を、年次で遡る：直近1〜2年だけでなく、3〜5年分の投稿日を並べて、更新頻度が落ちていないか、ある年を境に止まっていないかを確認する
CTO・VPoE・テックリードの在籍期間を確認する：LinkedIn、採用ページの経営陣紹介、過去のカンファレンス登壇者情報を見る。いまも同じ人が在籍しているか。退任・交代の時期と、発信停止の時期が重なっていないか
カジュアル面談で、直接尋ねる：「技術ブログを拝見しました。最近の発信について、社内ではどんなお話になっていますか」と、率直に尋ねてみる。この問いへの答え方に、その会社の正直さが表れます

5-8. 裏取り8：エンジニア組織のMVV・エンジニアデッキが公開されているか

　会社全体のMission・Vision・Valueとは別に、エンジニア組織固有の行動指針や技術方針を、明文化して公開している会社があります。「エンジニアリングデッキ」「開発組織デッキ」といった資料や、採用ページ内の「エンジニア向けMVV」のような形で見つかります。これを作るには、経営層とエンジニア組織の間で、時間をかけた合意形成が必要です。片手間では作れない資料なので、存在すること自体が、エンジニア組織が経営の中で独立した機能として扱われているシグナルになります。

　あわせて、カンファレンスのスポンサー実績も確認してみてください。ゴールドスポンサー・プラチナスポンサーとして、複数年にわたって継続的に協賛している会社があります。技術コミュニティへの支出を、単年の思いつきではなく、継続的な予算として確保できているということです。ただし、スポンサー実績だけを見て判断するのは避けてください。スポンサードはしていても、実際に社員が登壇していない会社もあります。スポンサー実績は、登壇実績とセットで確認するのが実務的です。

　一つ、注意点があります。エンジニアMVVやエンジニアデッキ、継続的なスポンサー実績を持たない会社は、少なくありません。特に中小企業や、これまで対外発信の文化を積み上げてこなかった会社では、こうした概念自体がまだ輸入されていないこともあります。これらが「ない」ことをもって、その会社を一律に低く評価しないでください。大切なのは、ないことを取り繕って何かを盛るのではなく、「まだ整備できていません」と正直に言えるかどうかです。カジュアル面談でこの点を尋ねたときの答え方に、その会社の誠実さが表れます。

6. 技術発信が、どこにも見つからない会社を測る

　ここまでの物差しは、発信がある会社を、より深く読むためのものでした。ここからは、発信そのものが見つからない会社を、別の物差しで測ります。

　先に、数字をひとつ置きます。中小企業庁が令和3年経済センサス活動調査を再編加工した資料では、情報通信業で働く人の63.2%が、中小企業に勤めています（2021年6月時点）。ここでいう中小企業は、ソフトウェア業・情報処理サービス業の場合、資本金3億円以下または従業者300人以下の会社です。求人の側も同じ方向を向いていて、リクルートワークス研究所の2027年卒の調査では、従業員300人未満の企業の求人が38.5万人、求人総数74.8万人のうち、およそ半分を占めます。ただしこれは求人数の分布であって、実際に就職した学生の分布ではありません。学生の就職先を企業規模別に示した公的統計は、確認できませんでした。

　それでも、技術発信という物差しが当たる会社は、この業界のごく一部だということは、数字から言えます。発信がないことは、技術力がないことの証明ではありません。測れないのではなく、道具が合っていないだけです。

　ここから渡すのは、発信がゼロでも使える7つの道具（6-1から6-7）です。そのあとに、学校推薦で応募する方への話（6-8）と、発信の有無に関係なく直接聞ける質問のリスト（6-9）を置きました。

6-1. 特許・実用新案の出願履歴を見る

　J-PlatPat（特許情報プラットフォーム） を使います。独立行政法人工業所有権情報・研修館（INPIT）が運営していて、誰でも無料で使えます。

　使い方は、「特許・実用新案検索」を開き、「選択入力」タブに切り替えて、検索項目で「出願人/権利者/著者所属」を選び、会社名を入れるだけです。

　見るのは、件数の多さではありません。出願が、何年にわたって続いているかです。10年前に3件出して、その後ゼロの会社と、毎年1〜2件ずつ出し続けている会社では、技術に投じている時間の性質が違います。発明者の名前が複数にわたっているかも、あわせて見てください。ひとりの名前しか出てこないなら、その技術は、その人の中にあります。

　組込み系やメーカー系の会社では、技術ブログを1本も書いていなくても、特許の記録はきちんと残っていることが珍しくありません。書く文化がないだけで、作る文化はある。それが記録として外から見えるのが、この道具の強みです。

6-2. 展示会の出展履歴を見る

　組込み分野には、EdgeTech+ という展示会があります。主催は一般社団法人組込みシステム技術協会（JASA）です。1986年に始まり、2002年から「組込み総合技術展（Embedded Technology）」、2022年から現在の名称になりました。会場はパシフィコ横浜で、関西開催の EdgeTech+ West もあります。

　出展社の一覧は、毎年公開されています。会社名で検索するより、出展社一覧を上から眺めるほうが早いことがあります。地元の会社の名前が、そこに並んでいることがあります。

　出展には、小間代も、人も、準備の時間もかかります。カンファレンス登壇と同じで、やらなくても会社は困りません。それでも毎年出している会社は、自社の技術を外に見せる場に、予算を確保し続けているということです。

　組込み以外の分野でも、その領域の展示会や産業展があります。地域の産業振興財団や商工会議所が主催する展示会もあります。応募先の業種で開かれている展示会を1つ見つけて、その出展社一覧を開いてみてください。

6-3. 認証・規格の取得状況を見る

　情報セキュリティの ISO/IEC 27001（ISMS） と、プライバシーマークは、認証を取った組織が一般に公開されていて、会社名で検索できます。

ISMS認証取得組織検索（情報マネジメントシステム認定センター／ISMS-AC）：https://isms.jp/lst/ind/
プライバシーマーク付与事業者検索（日本情報経済社会推進協会／JIPDEC）：https://entity-search.jipdec.or.jp/pmark/

　どちらも、取得と維持に、社内の規程づくりと、審査と、毎年の運用が必要です。取り繕いでは通りません。登録範囲の欄も見てください。会社全体なのか、一部の事業所だけなのかが書かれています。

　機能安全の IEC 61508、自動車分野の ISO 26262 は、組込み系の会社では重い意味を持ちます。ただし、これらは認証取得企業を一般に検索できる公開データベースが見つかりませんでした。会社の採用ページや技術紹介ページに書かれているか、なければ説明会で直接聞くことになります。「御社は機能安全の規格に対応した開発をされていますか」は、組込み系を志望する学生の質問として、まったく不自然ではありません。

6-4. 資格取得の支援と、合格者の扱いを見る

　情報処理技術者試験（情報処理推進機構／IPA）への会社の向き合い方は、発信のない会社でも見えます。

　採用ページや募集要項に、受験料の補助、合格時の報奨金、資格手当、合格者数が書かれているかを見てください。書かれている会社は、社員が業務の外で学ぶことに、会社としてお金を出すと決めています。

　組込み系を志望する方は、エンベデッドシステムスペシャリスト試験（ES） が、いまも実施されていることを知っておいてください。なお、令和8年度（2026年度）から、応用情報技術者試験と高度試験はCBT方式に移行し、春期・秋期ではなく前期・後期の区分になりました。ESは後期（2027年2月頃）の実施予定です。試験区分の一覧は、IPAの公式ページで確認できます（https://www.ipa.go.jp/shiken/kubun/list.html ）。

6-5. 学校との関係を見る

　これは、学生であるみなさんが、いちばん近くで確かめられる材料です。

その会社が、みなさんの学校にインターンシップの受け入れ枠を出しているか
卒業研究や特別研究のテーマを、会社が提供した実績があるか
先生と共同研究をしているか、研究室に社員が来たことがあるか
学校の就職担当や、学科の先生が、その会社をどう見ているか

　学校と長く関係を続けている会社は、毎年、学生を受け入れて、育てて、送り出す側の手間を払い続けているということです。これは、技術ブログを書くより、はるかに重い投資です。

　そして、この情報は検索では出てきません。就職担当の先生に聞けば、その日のうちに分かります。

6-6. 求人票と、会社の基本情報の変遷を見る

　同じ会社の求人票を、過去3年分並べてみてください。学校に届いた求人票、ハローワークの求人、就職サイトの掲載情報。募集職種、募集人数、初任給、勤務地が、どう動いてきたか。

　募集人数が毎年同じくらいで安定している会社は、採用の計画を立てて、育成の枠を確保しています。ある年だけ急に増えた、あるいは去年は募集がなかった、という会社は、その理由を聞く価値があります。

　あわせて、国税庁法人番号公表サイト（https://www.houjin-bangou.nta.go.jp/ ）で、会社の商号と本店所在地の変更履歴が確認できます。無料です。公表されるのは商号・所在地・法人番号の3つだけで、資本金や従業員数や業績は載りません。ただ、商号変更や本店移転が最近あったなら、その経緯は説明会で聞いておきたいことです。

6-7. いちばん強い一次資料は、先に入った先輩です

　ここまで6つの道具を挙げましたが、いちばん強いのは、これです。

　学校の先輩が、その会社にいる。話が聞ける。これは、技術ブログ100本より強い一次資料です。技術ブログは会社が外向きに書いたものですが、先輩の話は、社内の日常そのものです。

　ただし、「どうですか」と聞くと「まあまあです」で終わります。聞き方に、型が要ります。前章の5-6で、守秘義務があっても書ける題材を5つ挙げました。あれは、そのまま先輩への質問リストになります。

新人研修は、どんなカリキュラムでしたか。3ヶ月後、何ができるようになっていましたか
テストの自動化やCI/CDは、いまどこまで入っていますか。入れるときに、何が大変でしたか
障害が起きたとき、振り返りはどんな型でやっていますか。個人を責める場になっていませんか
業務で使っているOSSに、会社としてIssueやプルリクエストを出すことはありますか
コードレビューは、誰が誰に対して、どんなルールでやっていますか

　この5つは、会社の広報が答える質問ではなく、現場の人にしか答えられない質問です。答えが具体で返ってくれば、その会社には中身があります。「うーん、あんまり決まってないかな」と返ってきたら、それもまた、正直な答えです。

　あと2つ、聞いておきたいことがあります。「入社して一番よかったことは何ですか」と、「入る前に知っておきたかったことは何ですか」。後者は、先輩が答えにくい場合は答えなくてかまわない、と添えて聞いてください。

6-8. 学校推薦で、1社しか受けられない人へ

　学校推薦や、学校に届いた求人での応募を考えている方に、一言。

　推薦は、受けられる会社が1社に絞られることが多く、選考に落ちにくい代わりに、途中で他社に乗り換えることが難しい仕組みです。

　ここは、はっきりお伝えします。推薦は、原則として辞退できないものとして扱われます。国が定めた統一ルールがあるわけではありません。ただ、そういう文書があるかどうかとは関係なく、実務としてそうなっています。

　理由は、推薦という仕組みの成り立ちにあります。推薦は、学校が「この学生は大丈夫です」と会社に保証する形で成り立っています。学校が保証したのに学生が辞退すれば、次の年から、その会社は学校を信用しなくなります。傷つくのは、来年以降の後輩の枠です。だから学校の側も、辞退する可能性がある学生には、そもそも推薦を出しません。先生が「本当にこの会社でいいんだね」と何度も確かめるのは、そういう理由です。

　この仕組みを、脅しとして受け取らないでください。逆から読むと、推薦は「先輩たちが積み上げてきた信用を、あなたが受け取っている」仕組みです。だからこそ、渡す前に確かめる作業が要ります。

　運用の細部（いつまでなら取り下げられるか、複数の推薦枠を同時に検討できるか）は、学校ごと、学科ごと、先生ごとに違います。応募を決める前に、就職担当の先生に確かめてください。「もし迷ったらどうなりますか」と先に聞いておくのは、まったく失礼なことではありません。

　そのうえで、推薦を使う方に伝えたいのは、1社に絞る前にこそ、この章の7つを全部やっておいてほしいということです。一般応募なら、受けながら他社と比べて、途中で判断を変えられます。推薦は、その余地がほとんどありません。比べる作業は、応募の前に済ませておくしかありません。ここが、推薦を使う人といない人の、いちばん大きな違いです。

　そして、推薦は、学校とその会社が長く積み上げてきた関係の上に成り立っています。その関係そのものが、6-5で挙げた「学校との関係」という物差しの、いちばん濃い形です。毎年、みなさんの学校から人を採り続けている会社は、その学校の教育を信頼していて、入った人を辞めさせずに育ててきた、ということでもあります。先輩が何人いて、いま何人残っているか。これは、就職担当の先生が把握しています。

6-9. 発信がない会社に、応募前に聞いておきたいこと

　最後に、発信の有無に関係なく、直接聞ける質問を挙げておきます。説明会でも、面接の逆質問でも、先輩へのヒアリングでも使えます。

バージョン管理には何を使っていますか。全部のプロジェクトで使っていますか
新人が書いたコードは、誰がレビューしますか。レビューの記録は残りますか
テストはどこまで自動化されていますか。手で動かして確認している範囲はどれくらいですか
技術の選定は、誰がどうやって決めていますか
新人が最初の半年で担当するのは、どんな仕事ですか
技術書の購入や、外部の研修・カンファレンスへの参加に、会社からの補助はありますか
配属は、いつ、どうやって決まりますか

　どれも、技術発信をしていない会社でも答えられる質問です。そして、答えられない会社は、発信をしていないからではなく、社内でそれが決まっていないから答えられません。そこが、この章で本当に見たかったところです。

7. 良い技術発信を持つ会社の、姿勢の具体

　技術発信を裏取りに使うとき、良い会社の姿勢の具体をいくつかお伝えします。この姿勢が、社内の日常の技術文化の厚みを映しています。

　先に、読み方の前提をひとつ。これから挙げる8つの姿勢のうち、いくつかは組織の人数に強く依存します。社員40名の会社に、女性のシニアエンジニアが基調講演をし、国際カンファレンスに登壇し、英語で技術書を書く人がいる確率は、母集団の問題としてどうしても低くなります。文化の厚みが足りないのではなく、単に人数が足りないのです。ですので、規模の小さい会社を見るときは、同じ姿勢が、その規模なりの形で現れているかに読み替えてください。40名の会社で、中堅の1人が地域の技術コミュニティに年1回登壇している。これは、大企業で複数名が全国カンファレンスに登壇しているのと、社内で発信に時間を割いているという意味では、同じことが起きていると読んでかまいません。等価だと数字で示せるわけではありませんが、規模を無視して並べて比べるよりは、実態に近い読み方です。

7-1. 姿勢1：経営層・部課長自身が、エンジニアとして今も実践し、その発信を世の中に残している

　良い会社では、経営層や部課長が抽象的なビジョンだけでなく、具体的な技術や仕組みの話を、自分の言葉で語れます。ただ、社内でだけ語れる経営層は、実は珍しくありません。大切な分かれ目は、その言葉を実際に社外へ発信しているかどうかです。私自身、採用の場でいろいろな経営層の方とお話ししてきましたが、社内では技術への思いを熱く語るのに、対外的な発信となると急に言葉少なになる方に、何度も出会ってきました。理由は、外に出す時間や体制が整っていないだけの場合もあれば、社内の実態を語ると都合が悪い場合もあり、一様ではないと感じています。CTOがnoteで技術選定の判断理由を書く、部長がXで実装の話に触れる、経営会議での技術投資の話を社外向けの記事や登壇として言語化し直す。経営層や部課長の言葉が社内にとどまらず社外に出ているかどうかに、技術と若手エンジニアへの向き合い方は、いちばん正直に表れます。

　この観点は、量ではなく1本で測れます。良い会社の経営層や技術リーダーは、年に1本でも、自分の名前で、自社の技術上の判断について書いています。しかもその1本には、うまくいった話だけでなく、判断を誤った話や、まだ解けていない課題が含まれています。会社の規模や予算とは関係のない、書く人の姿勢そのものが出るところです。応募先の経営層の名前で検索して、直近3年に1本でも見つかるかを確かめてみてください。

　ここで、もう一段丁寧に見てほしいことがあります。企業として技術ブログを運営していても、書いているのは若手エンジニアばかりで、経営層や部課長自身は一度も筆を執っていない、という会社は少なくありません。この記事の5つのチャネル（本記事の2章）は、あくまで「企業として発信しているか」を測る物差しです。それとは別に、発信や実践の主語が、経営層・部課長自身になっているかを、記事の著者クレジットや登壇者名で確かめてください。会社としての技術発信が厚くても、経営層自身のGitHub活動や個人名義の技術ブログが何も見つからない場合、その会社の技術文化を、経営層自身が体現しているとは限りません。

7-2. 姿勢2：技術ブログが、継続的に更新されている

　良い会社の技術ブログは、ペースが一定です。継続性は、社内で技術発信の時間が確保されている証拠です。思い出したように数本出て、そのあと1年空く、というのではなく、日常のなかに執筆の時間が組み込まれている。この継続性が、技術文化の厚みの土台です。

　ペースの基準は、規模で変わります。数百人規模の会社なら月に数本、40名の会社なら四半期に1本でも、それが何年も続いているなら、同じ意味を持ちます。見るのは本数ではなく、間隔が空きすぎていないかと、それが何年続いているかです。

7-3. 姿勢3：カンファレンス登壇者が、複数の社員にわたる

　良い会社のSpeaker Deckを見ると、登壇者が複数の社員にわたっています。特定の1〜2人だけが登壇する会社ではなく、複数のエンジニアがそれぞれの領域で登壇している。これは、社内で複数のエンジニアが、社外に発信する場を持てている姿勢の表れです。

7-4. 姿勢4：業務時間で技術発信を書ける

　多くの良い会社では、技術ブログの執筆や登壇準備を、業務時間の一部として認めています。「業務時間で技術発信を書ける」と明示している会社は、技術発信を組織の資産として位置づけている会社です。この姿勢は、応募前のカジュアル面談で確かめられます。

7-5. 姿勢5：OSSへの貢献を、会社として評価する

　良い会社では、社員のOSSへの貢献を、業務評価の一部として位置づけています。GitHub Organizationに公開リポジトリが並び、社員のOSS Contributionsが会社の名前と共に記録される。OSSへの貢献は、社外のコミュニティに対する誠実さの表れでもあります。

7-6. 姿勢6：勤続10年以上の中堅エンジニアも、社外に発信している

　良い会社の技術発信では、20代の若手だけでなく、勤続10年以上の中堅エンジニアが、継続的に発信を続けています。技術ブログ、カンファレンス登壇、技術書執筆、OSS貢献。中堅の技術発信履歴が公開されていることは、社内で10年後・15年後のエンジニアのロールモデルが見える形になっている、ということです。応募先の社員紹介ページや、カンファレンスの登壇者リストで確かめられます。

7-7. 姿勢7：多様な社員が、それぞれの視点で発信している

　良い会社の技術発信では、経営層・中堅・若手だけでなく、女性エンジニア、外国籍エンジニア、多様な背景を持つ社員が、それぞれの視点で発信しています。女性シニアエンジニアの登壇履歴・技術書執筆・カンファレンスの基調講演は、後進の女性エンジニアにとってのロールモデルになります。多様性は制度の話だけでなく、社外の発信の場に立つ社員の顔ぶれにも表れます。

7-8. 姿勢8：技術発信の場が、日本国内で閉じない

　良い会社の技術発信には、国内のカンファレンスや技術ブログだけが並ぶのではありません。国際カンファレンスへの登壇、海外OSSへのコード貢献、英語での技術ブログや技術書執筆も、社員の実績として並びます。序章-2で扱った世界基準への接続は、経営層や技術リーダーが、国際的な発信の場に自分の名前で立っているかどうかで、応募前に確かめられます。

8. 技術発信の主語が、特定の一人ではなく社内に広がっているか

　技術発信を読むとき、もう一段深く見てほしいことがあります。発信の主語です。

　7-3では、登壇者が複数の社員にわたっているかを見ました。ここで見たいのは、それを発信のすべてのチャネルに広げた姿です。技術ブログの著者名、登壇者名、OSSのコミット、経営層の発信。そのどれもが、同じ1人の名前で埋まっていないか。

　このシリーズでは、エンジニアをプロフェッションとして扱っています。プロフェッションとは、依頼者や雇用者だけでなく、社会全体と、その職業そのものに対しても責任を負う職業のことです（序章-1で詳しく扱いました）。自分の技術を、職業の共有財として外に置くという営みは、その責任の、いちばん日常的な形です。技術発信は、社外の同業者という第三者に、自分の仕事を差し出す行為でもあります。

　技術発信の主語が、社内の何人に広がっているか。経営層や部課長自身が、その主語の中にいるか。主語が広いほど、書くための時間が組織に配られています。主語が1人に固定されているなら、配られているのは、その1人の分だけです。

まとめ

　本記事では、技術発信で、JDの裏取りをする視点をお話ししました。

　JDは自己申告、技術発信はその裏付けです。5つの発信チャネルを、フェーズ2-2の3要素（公開・質・第三者の目利き）で読みます。技術ブログ、経営層の個人発信、カンファレンス登壇、GitHub Organization、Podcast・YouTubeの5つです。

　なかでも技術発信が「止まった」会社は、最初から発信がない会社より注意深く読むべきシグナルです。投稿日の年次推移、経営陣の在籍期間、面談での直接確認で、状況を確かめてください。

　そして、技術発信がどこにも見つからない会社にも、測る道具はあります。特許の出願履歴（J-PlatPat）、展示会の出展、ISMSやプライバシーマークの認証、資格取得の支援、学校との関係、求人票の3年分の変遷、そして先に入った先輩。発信がないことは、技術力がないことの証明ではありません。道具が合っていないだけです。

　次のフェーズ3-4では、ここまで見てきた技術発信の各チャネルを、まとめて確認できる入り口のお話に進みます。採用ページと中途採用のJDです。新卒のJDだけでは見えなかった、その会社に入社した先のキャリアや待遇の具体が見えてきます。

エンジニアの卵のみなさんへ、エール

　技術発信を丁寧に読むのは、時間のかかる作業でもあります。募集要項の10行を読むより、技術ブログの1本を読み込む方が時間がかかります。でも、この時間が、5年後・10年後のみなさんの成長環境を選ぶための投資になります。

　私が就活をした頃は、気になる会社を外から確かめる手が、ほとんどありませんでした。技術ブログの文化も、Speaker Deckのような公開の場も、GitHub Organizationもなく、特許を無料で検索できる仕組みも、いまほど整っていませんでした。あの頃なかった裏取りの道具が、いまは確かに増えています。

　ただ、その道具の全部が、みなさんの志望先に当たるとは限りません。当たらなかったときに、諦めるのではなく、別の道具に持ち替えてほしいというのが、本記事でいちばん伝えたかったことです。

　今週、なにか一つ、始めてみてください。気になる会社の技術ブログを1本読んでみる。その会社の名前でSpeaker Deckを検索してみる。GitHub Organizationを開いてみる。

　どれも見つからなかった方は、こちらから。J-PlatPatで、その会社の名前で特許を検索してみる。その会社が出ている展示会を1つ探してみる。就職担当の先生に、その会社に先輩が何人いて、いま何人残っているかを聞いてみる。どれか1つで、本記事の1歩目です。

　そして、フェーズ3-4で、採用ページと中途JDのお話でお会いしましょう。

　一緒に歩きましょう。ボン・ボヤージュ。素敵な旅を。

次の記事は、フェーズ3-4「中途採用情報で、面接前に企業の本当の姿を知る。年収レンジとキャリアパスが、そこに出ています」です。

この連載を読むにあたって

　事実の確認について。 法令・統計・制度の記述は、一次情報にあたって確認し、出典のリンクを各記事の末尾に置いています。それでも、誤りが混じっている可能性は、ゼロではありません。数字と法令は、リンク先の原典で確かめてから使ってください。確かめる手間ごと、この連載がお渡ししたいものです。

　調査の時点について。 記事中の法令・統計・制度は、2026年9月15日時点で確認したものです。法令は改正され、統計は毎年更新されます。読んでいる時点との差は、ご自身で埋めてください。

　生成AIの利用について。 この連載は、調査と推敲に生成AIを使っています。

　最後は、ご自身で判断してください。 就職活動は、みなさんの人生の大きな選択です。この連載がお渡しするのは、判断の物差しであって、判断そのものではありません。物差しを当てるのは、みなさん自身です。

　そして、一人で抱えないでください。 相談先があります。大学のキャリアセンター。新卒応援ハローワークは全国56か所にあり、すべて無料で、専任の就職支援ナビゲーターが担当者制でついてくれます。労働条件のことは、総合労働相談コーナー（都道府県労働局や労働基準監督署などに全国378か所）でも相談できます。

#エンジニア就活 #技術発信 #カンファレンス #技術文化 #就活生 #技術広報 #エンジニアの卵に贈る就活の書