忙しい人向けのまとめ ドメイン知識ってどうやったら早く身につくの？ ドメイン知識習得までの実践例 インプットにおいて意識したこと 各知識のインプットの進め方：実践例 業界のエコシステム 業界のトレンド 担当プロダクトのミッション 3C分析・ユーザージャーニー・アウトカムが出るまでの変数 さいごに enechainでブローカー向けプロダクトとクリアリングプロダクトのPdMをしている加藤です。 さて、会社選びの観点で、ドメイン知識がない領域に飛び込むのが怖いと思っている方は多いのではないかと想像しています。一方で、業務理解が難しいドメインに身を置く会社の中の人も、そうした方が活躍するにどんなオンボーディングプログラムや体制を用意すれば良いのか困っているのではないかとも思います。 そんな方の悩みに少しでも寄り添えればと思い、領域未経験・ドメイン知識がない状態で飛び込み約4ヶ月が経った身から、オン

はじめに enechainデザインシステムについて デジタル庁デザインシステム 特徴 Figmaファイル Webサイト GitHub Primer 特徴 Figmaファイル Webサイト Ameba Spindle 特徴 Figmaファイル Webサイト 各デザインシステムの構成まとめ enechainへの反映 Notionでのガイドライン まとめ はじめに こんにちは、デザイナーの渡邉と申します。私はenechainの業務委託メンバーとして、enechainの複数プロダクトを支えるデザインシステムの改善に携わっています。 この記事では、利用しやすいデザインシステムへと改善していく上でデザインチームが取り組んでいたことをまとめます。 enechainデザインシステムについて enechainでは10個以上のマルチプロダクトを開発・運用しており、デザイナーは各プロダクトでUIデザインを担当し

JSConf JP 2024 の概要 開催日 開催地 さいごに 当社の紹介 enechainで技術広報をしているかがわです。 enechainはこの度、JSConf JP 2024にPremium Sponsorとして協賛します。 jsconf.jpは、Japan Node.js Associationが日本で主催するJavaScriptのイベントです。今回は日本で5回目の開催となります。日本のWeb開発者と国際的なWeb開発者をつなぐ架け橋となることを目指し、開催されています。 enechainからも数名のメンバーが参加し、ブース出展も行います。当日は現地で交流できることを楽しみにしています！ JSConf JP 2024 の概要 jsconf.jp 開催日 2024/11/23 開催地 九段坂上KSビル 東京都千代田区九段北1-14-6 さいごに ehechainは「Building

はじめに はじめまして。enechainでDevRelをしているかがわです。 電力取引におけるリスクを管理するeScanというプロダクトのEMと兼任で、DevRelの活動をしています。 enechainではこれまで、TechBlogの運用やテックカンファレンスへのスポンサード、テックイベントの開催や採用広報などに取り組んできました。 数ヶ月前から私も技術広報活動に関わっていますが、過去の経験上活動する人や決裁者の認識を揃える重要性を感じていたので、各種活動の前提となる考え方を定義し揃えることにしました。 今回、社内で認識を揃えたenechainにおけるDevRelの定義について、記事としてまとめました。 enechainのDevRelに対する考え方を知っていただいたり、これから社内でDevRelを立ち上げる際の参考としていただいたり、本記事を通して何かしらの気づきや知見を届けられていたら嬉

はじめに 背景と課題 システム概要 ワークフローの詳細 動画文字起こし (Gemini, GPT-4o) 文字起こしの議題単位の分割 (Claude 3.5 Sonnet) 議題単位での要約作成 (Claude 3.5 Sonnet, GPT-4o) 出力 実装上の工夫と課題 結果と今後の展望 おわりに はじめに こんにちは。enechainで統計・機械学習モデルの構築やLLM（大規模言語モデル）の活用推進を担当している@udon_tempuraです。 近年、GoogleのGeminiなど生成AIの発展が目覚ましく、多くの企業がこれらの技術を業務に取り入れようとしています。 私たちenechainも例外ではなく、積極的にLLMの活用を進めています。 今回はその活用例の1つとして、複数のLLMを使い分けて構築した「会議動画の要約作成ワークフロー」についてご紹介します。 このワークフローでは会

はじめに 背景 やりたいこと Why MSW？ 導入手順 詰まったこと defaultのtimeout設定時間が短い CIで落ちた時の検証方法がわからない 認証後のストレージの状態が入ってこない 今後の展望 おわりに はじめに enechainでフロントエンドエンジニアをしている@Shunya078です！ 自分の所属するGXデスクでは『日本気候取引所 - Japan Climate Exchange』(以下JCEX)のサービス開発を行っており、その中でReactを使用したフロントエンドの開発を担当しています。 リグレッションテストは運用を考えると、設計から導入した後、どう管理していくかまで検討する点が多く存在します。 JCEXは去年の年末にリリースされたばかりのサービスで、まだブラウザまで含めたリグレッション相当になるテストレイヤーが導入できておらず、存在しませんでした。 今回は新たに自チ

はじめに こんにちは。enechainのPlatform EngineeringチームSoftware Engineerの soma00333 です。 enechainは電力の卸取引や環境価値の取引の機会を提供するマーケットプレイスを運営する会社で、インフラ基盤としてGKEを採用しています。信頼性が非常に大切なドメインで、SREの力が欠かせないビジネスを展開しています。 この度、enechainはSREチームのさらなる強化を目指し、SRE as a Serviceを提供する 株式会社Topotal様 にご支援いただいて新たに2名のエンジニアを迎えました。 SREチームを強化するにあたり、「採用を頑張る」「内部で育てる」など手段は様々です。 本記事では、「外部会社（Topotal様）との協力」という手段がSREチーム・開発チーム全体にどのような効果をもたらしているかを紹介します。 SREチー

はじめに 旧BigQuery構成と課題点 新GCP Project/BigQuery構成 承認済みビューの設定 結果 終わりに はじめに enechainのデータプラットフォームデスクで2年目エンジニアをしている菱沼です。 本記事では、社内ユーザに対する閲覧権限をBigQueryの承認済みビューを用いて改善した例をご紹介します。 事業規模の拡大に伴い、各種データへのアクセス権限整備の重要性が増し、BigQuery上のデータも厳密な権限管理が求められるようになりました。 今回は、我々が抱えていたBigQueryアーキテクチャの権限管理上の課題と、その課題に対する取り組みについて具体的にご紹介します。 ぜひ最後までお付き合いください！ 旧BigQuery構成と課題点 データプラットフォームデスクで構築しているデータ基盤の1つに、 外部データソースから取得したデータを収集・蓄積するためのETLパ

はじめに なぜprotobufに認可設定を組み込もうと思ったのか？ 前提知識 protobufのプラグインの仕組み protocコマンドのインターフェース 実装 今回のお題 プラグインの開発 拡張プラグインの実行 生成したmapを使った認可処理 最後に はじめに こんにちは、enechainのApplication Platform Deskでエンジニアをしているendoです。 Application Platform Deskは、全プロダクトが横断で抱える課題を解決するチームです。 ※「開発者体験の向上を目指す」という意味ではPlatform Engineeringチームと近い位置づけですが、もう少しアプリケーション開発寄りの領域を担当しています。 私達のチームでは、protobufで自動生成したGolangコードを使ってAPI Endpoint毎にロール単位の認可処理ができる仕組みを構

こんにちは、6/1にenechainに入社したPdMの加藤です。 突然ですが、「進撃の巨人」って面白い漫画ですよね。こうした少年漫画の主人公は大体が特別な才能と運を持っていて、それを活かして友情と努力で困難を乗り越えていくストーリーが描かれます。 一方で、リアルな自分を見つめると、特別な才能も、運もないです。でも、日々何者かになりたくて葛藤しながら生きています。 この記事は、ちょっとでも大志を抱いているが、イマイチ未知のドメインへ踏み込めない方に向けた入社エントリという名のポエムです。そんな方の背中を少しでも押すことができ、世の中に挑戦者が1人でも増えれば嬉しいです。 エネルギードメインとは全く縁がなかった身、かつ特に天賦の才もない身で、なぜPdMとしてenechainに飛び込んだのか、実際に働いてみてどう感じているのか、エネルギー初心者の視点からしたためます。 enechainってどんな

はじめに なぜ民主化か 目安箱の設置と対応件数 デザインシステム株主総会の開催 第一回：前期の事業報告と今期の事業計画について 第二回：プロダクトAで先行して実装した新・共通UIと今取り組むべきアクセシビリティ 第三回：プロダクトBで取り組んでいたカレンダーコンポーネントのFIXまでのプロセス振り返りとユーザー像をどうイメージするか デザインシステム名称の全社募集 まとめ はじめに enechainプロダクトデザインデスクのマネージャーの近藤（@add_kk）です。 1つ前のtakurintonの記事『デザインシステムの開発者体験向上の試み』に続いて、弊社のデザインシステムでの取り組みについて紹介させていただきます。 enechainでは会社全体のOKR *1 に基づき、4ヶ月サイクルで各組織がOKRを立てています。デザインシステムチームは専任メンバーがいない有志のチームであるため、OKR

はじめに 今回書く開発者体験について 具体的な試み eslint pluginによるコーディング規約の明文化 Notionへのリソース集約 デザイントークンと型定義 おわりに はじめに こんにちは。enechainで働いている takurinton です。 enechainではさまざまな開発者体験向上の取り組みが試行されていますが、今回は自分が主に見ているデザインシステムにフォーカスして記事を書こうと思います。 弊社のデザインシステムに関しては、 @Shunya078 の なぜ我々はデザインシステムを創るのか？ を読んでいただくと背景がご理解いただけると思います。 今回書く開発者体験について 開発者体験の定義についてはさまざまな解釈があると思いますが、今回は以下の3つのトピックに絞って紹介します。 eslint pluginによるコーディング規約の明文化 Notionへのリソース集約 デザ

はじめに チームトポロジーとは プラットフォーム開発組織に存在した課題 SRE何でも屋問題 中長期課題に取り組めない問題 チームトポロジーを元にした組織見直し SRE Deskを3つのDeskに分割 SRE DeskとPlatform Engineering Deskの違いを明文化 見直しの効果 見直しを通じての所感 最後に はじめに こんにちは。enechainでCTOを務めている@sutochin26です。 enechainでは、組織拡大に伴いSRE/Platform関連業務を行うチームの体制見直しを行ないました。 その際に、チームトポロジーの考え方を参考にする事で方針の言語化がしやすくなり、認識合わせの助けになりました。 SREとPlatform Engineeringをチームトポロジー視点で定義すること自体は新しくはないですが、本記事では実際に現場で生じていた課題と共にお話します。

はじめに こんにちは。enechainのPlatform Engineering Deskで働いているsoma00333です。 enechainではproductのdeploy先としてGKEを採用しており、Platform Engineering DeskではKubernetes Clusterの運用業務を行っています。 enechainは「エネルギーの取引所を作る」というmissionを持っており、productも増えてきています。 Platform Engineering Deskも今後ますますsecurityに力を入れていく予定です。 前回は、Platform Engineering Deskのsecurityに関する取り組みの一例として、Pod Security Admissionを紹介しました。 ※ Pod Security Admissionの紹介 今回は、引き続きsecuri

はじめに EMになったきっかけ EMの役割 enechainにおけるEMの特徴 最後に はじめに はじめまして、eClearデスクでエンジニアリングマネジャーをしている@secchan です。 enechainでは、電力会社や新電力が電力を取引することが出来るオンラインのトレーディングプラットフォーム「eSquare」をはじめとして、新電力の会社の経営上のリスクを管理するための「eScan」、市況の情報など取引に必要なあらゆるデータを提供する「eCompass」などのサービスを提供しています。 私は、トレーディングプラットフォームで取引を行う際に使用する保険の仕組みである「eClear」の開発デスクのマネジャーを担当しています。 今回は技術系の内容ではなく、私がEMになってからの約2年間を振り返って考える、EMとは何か、enechainで求められるEMの特徴とは、という点についてお話します

はじめに JCEXで実践しているAPIテストについて 単体テスト 負荷テスト なぜAPIの単体テストを行っているのか API単体テストで使用するパッケージ 実例によるAPI単体テストの環境構築 前提 ステップ１: テストしたいAPIの定義 ステップ２: テストの作成 ステップ３: APIの実装 ステップ４: DBを使ったテスト ステップ５: ヘルパー関数化 ステップ６: テーブル駆動テストに変える ステップ７: フィクスチャを使ったテスト まとめ おわりに はじめに こんにちは、enechainのGXデスクでエンジニアをしている@ejiです。 GXデスクは、『日本気候取引所 - Japan Climate Exchange』 (以下 JCEX) のサービス開発を担当しており、 私は主にBFFとバックエンドのAPIをGoで開発しています。バックエンドのAPIは gRPC を使用しています。

はじめに 背景 タスクランナーを導入するモチベーション パラメータ管理ツールを導入するモチベーション 実現したいこと モデルや環境に依存しないタスクによるパイプラインの操作 共通部分と環境特有部分を分離したパラメータ定義 パラメータ定義の構造化 実装方法 利用するツール パラメータファイル 構造化パラメータのマージ処理の実装 おわりに はじめに enechain データサイエンスデスク エンジニアの藤村です。 enechainでは市場活性化を目的として、機械学習や最適化アルゴリズムを用いて電力や燃料などの商品に関する指標を算出し、社内外に提供しています。本稿では、これらを算出するモデルの構築・運用を効率化するために作成した、タスクランナーinvokeとパラメータ管理ツールhydraを一体化したシステムを紹介します。 背景 タスクランナーを導入するモチベーション 機械学習モデルの構築・運用に

この記事は enechain Advent Calendar 2023 の18日目の記事です。昨日は okp さんの「経験が裏目に？！大手IT企業出身PdMが3カ月で学んだこと」でした！ はじめに なぜ、今ダークモードか ダークモードおさらい ダークモードの歴史 ダークモードって意味あるの？ 省電力の効果について 文字が見やすい＆目への負担が少ない ダークモードの利用率 各サービスのダークモードの実際 2023版 X Gmail ミュージック & App Store Instagram iSPEED ダークモード未対応のアプリ＆ダークモードのみのアプリ ダークモード未対応のアプリ ペイ系 ショッピング系 ダークモードのみのアプリ ダークモードの行方 まとめ はじめに 私はenechainのプロダクトデザイナーで、デザインマネージャーの近藤です。今年の10月に入社しており、もうすぐ3ヶ月が経