みなさまこんにちは、Taijiです。 開催から少し時間が経ってしまいましたが、9月半ばに開催されたCMX Summit 2022 Thriveにスピーカーとして参加してきましたので、そのレポートをまとめたいと思います。 CMX Summitとは？ まず、CMX Summitをご存じない方のために、CMX Summitがなんなのか、というところからお話したいと思います。 CMX Su …

みなさんこんにちは、Taijiです！ 2022年9月26日より、DatadogへJoinしました。 RoleはSenior Technical Evangelistになります。 これで、私のDevRel関連職としてのキャリアは4社目となります。 MKI(三井情報) 👉 テクニカルエバンジェリスト IBM 👉 デベロッパーアドボケイト OutSystems 👉 コミュニティマネージャー兼デベロッパーアドボケイト Datadog 👉 テクニカルエバンジェリスト Datadogが提供するサービスは多岐に渡ります。一口で言ってしまえばObservability(可観測性)を高めるためのサービスとなりますが、例えば以下のようなことが実現できます。 ネットワークパフォーマンスモニタリング コードデプロイ監視 K8sの異常監視、リソース確認 アプリ障害追跡 モバイルアプリのクラッシュ検出 CI/CDにおけるSyntheticテスト ログ解析・メトリクス相関探索 他多数

はじめに 最近は外資系ITベンダー(プラットフォーム、サービス、ツールなど)の日本法人で、DevRel関連職の採用が目立ってきています。では、日系企業でこれらの職の採用があまり見られないのはなぜでしょうか？ DevRelというアプローチを取る戦略は、かんたんに説明すると「ベンダーとユーザー(開発者)の間に技術力を以て信頼関係を築くこと」であると言えます。その先に、ブランドの確立やファンの増加、コミュニティマーケティングによるSell through the Communityが見えてきます。 つまり、開発者が使うためのAPIや、開発・運用するためのプラットフォームやツールを提供している会社でないと、DevRelというアプローチを取る意味があまりありません。 いや、ごく一部のSIerではデベロッパー・アドボケイトやテクニカル・エバンジェリストを置いている事実を知っています。彼らは、SIerとして担いでいるプラットフォームやツールのエバンジェリストとして活動しているケースが多いようです。

はじめに このブログを書こうと思ったのは、4/19に配信されたDevRel/Radioで私と Atsushi Nakatsugawa さんとで会話した「転職サイトに、自分の経歴としてDevRel系の職歴を登録できないよね」という内容を改めて文章に起こしてもようと考えたからです。 なお、本記事は特定の転職サイトの不満を申し上げてるわけでも、貶めることを目的としているわけでもありません。ご理解の上読んでいただけると嬉しいです。 すべての転職サイトのことではなく。。。 もちろん、すべての転職サイトがそうであると言っているわけではなく、日本での、特にIT業界の会社へフォーカスした転職サイトは、営業職とエンジニア職に特化している場合が多いよね、という話です。 ちなみにLinkedInのJobなどでは、結構な数のDevRel系のOpen Positionが掲載されています。 そして、もちろんDevRelを経歴として登録できない転職サイトが悪いと言っているわけでもありません。多くの日本企業にとって、DevRel人材よりも圧倒的にエンジニアや営業を採用したいと考えているのですから、転職サイトもそれに特化していくのは悪いことでは無いと思います。

みなさんこんにちは、OutSystems Lead Developer Community AdvocateのTaijiです。 OutSystemsアドベントカレンダー、最後の記事向けにOutSystemsで外部APIから取得したデータを、Tableウィジェットに表示させる方法を書いてみたいと思います。 はじめに まず、なぜ今回この内容で記事を書こうと思ったかというと、私がとあるAPIの戻り値（配列型のJSONデータ）をOutSystemsで作成したアプリの画面にリスト表示させようと思った時に「あれ？これってあまり直感的に実装できなくない？初心者には分かりづらいよね？」と思ったからです。 一応、Tableウィジェットに関してのリファレンスはこちらにあります。で、これはOutSystemsに限らずローコードあるあるかもしれませんが、説明がプロパティやイベントだけなんですよね。そりゃそうなんですが。

みなさんこんにちは、OutSystems Lead Community Manager, Developer AdvocateのTaijiです。 今回はNode-REDアドベントカレンダー2021向けに、ローコードツールという視点でのNode-REDとOutSystemsの比較をしてみたいと思います。 ローコードツールの定義 まずは、ローコードツールとは何を指すのかを定義しておきます。これは人によっては定義のしかたが異なる場合もありますので、こういうカテゴライズもあるんだな、という感じで捉えていただければと思います。 分かりやすく箇条書きで以下に定義してみます。 プロコード コーディングをしてアプリケーションを開発します。共通部品やライブラリはもちろん存在しますし、それを活用することも可能です。自分で実装したい内容をコーディングするため、実装方法や実現したい機能が柔軟に決められます。一方で当然逐一コーディングをするので、生産性は他の2つに比べて劣りますし、そこにヒューマンエラーが差し込まれる可能性も高いです。 プログラミングスキル（コーディングスキル）がある人にとっては一番開発しやすいものかもしれません。

はじめに こんにちは、OutSystemsのTaijiです。 DevRelのアドベントカレンダー向けにもう一つ、DevRelにおけるハッカソンの位置付けについて書いていこうかと思います。 ここではハッカソンは何なのか？については軽く触れ、主にDevRelとしてのアプローチを行うにあたり、ハッカソンがそもそもどういう場として存在しているのか、ということに焦点を当てていきたいと思います。 ハッカソンについて みなさんはハッカソンに参加したことはありますか？ 元々は、もくもく会に近い、短期集中でアプリケーション開発を行うイベントが発祥と言われています。 今日におけるハッカソンとは、ある期間（大抵は数日、短いものだと1日）でテーマに沿ったアプリケーションを開発する、即興開発コンテストのようなものが多いです。（語弊あるかもしれませんが、ここでは一旦） ハッカソンのだいたいの流れは次のとおりです。 チームビルディング

はじめに こんにちは、OutSystemsのTaijiです。 DevRelのアドベントカレンダーの時期ということもあり、DevRelにおけるコミュニティの位置付けについて書いていこうかと思います。 ここでは、現在私が所属しているOutSystemsや前職でアドボケイトをやっていたIBMといった特定の企業やそこでの経験に偏ったものではなく、一般的な話として書きます。また、通常であれば書籍一冊使っても良い内容を要点を絞って簡潔にまとめますので、DevRelにおけるコミュニティの全体感を把握するのによろしいかと思います。 DevRel DevRelとはなんですか？ このブログを読んでいる方の多くはおそらくDevRelコミュニティのアドベントカレンダーから来ていると予想しますが、一応知らない方のために説明します。 DevRel = Developer Relations ということで、マーケティング領域で広報を意味するPublic Relationsに対してDeveloper(開発者)とのRelation(関係)を技術を介して構築し、ベンダーと開発者の間に信頼関係を築いていくマーケティング手法の一つになります。

みなさん、こんにちは！OutSystemsのTaijiです！ さて、以前こちらのブログでOutSystems User Groupについてご紹介させていただきました。 詳細はリンク先をご覧いただくとして、かんたんに言えばOutSystemsの全世界共通フォーマットでのUser CommunityをOutSystems User Group、略してOSUGと定義しています。 今回は、OutSystemsが推進するCommunityについて、なるべくわかりやすく説明したいと思います🚀 コミュニティのスタイル 通常開発ツールやサービスに関するユーザー会やユーザーグループと呼ばれるタイプのコミュニティには大きく2パターン存在します。 ビジネス視点のものとコミュニティマーケティング視点のものです。（細かく分ければもっと細分化しますがここでは割愛します） ビジネス視点のコミュニティの特徴 ベンダーが主体的に推進します