スプレッドシートを活用して組織横断的にテーブル・カラムの説明文を入力した話 - High Link テックブログ
こんにちは。株式会社High Link で業務委託として働いている、データエンジニアのikki（@ikki_mz）です。 私たちデータチームでは、「データの民主化」を推進しており、全社員がデータ利活用を行えるように、dbtを用いた分析基盤の整備に取り組んでいます。 tech.high-link.co.jp データの民主化を推進していくにあたり、テーブル・カラムの説明文は非常に重要な役割を占めます。テーブルやカラムが何を意味しているかの説明は、分析をする上ではとても重要です。 しかし、このテーブルやカラムの説明はなかなか厄介で、データベースを開発した開発エンジニアとコミュニケーションをとらないと、説明文を正確に書くことができません。 そこで私たちは、dbt・スプレッドシートを使って、テーブルやカラムの説明文の入力をするという、組織横断的なプロジェクトを実施しました。 背景と課題 dbt de
ChatGPTを使った社内ドキュメントを読み込んで回答できるアシスタントBotを作りました！｜howdy39
※2023.04.25 予想以上に見られているので追記 ChatGPTはAPIでの利用なので学習はされません。また入れてる情報は社内のだれでも見れてよい情報に留めており、顧客情報を始めとした個人情報などは一切含めていません。STORES サービスに関わる情報も含んでおりません。 入れているのは社内業務における経費精算などの各種申請の手順、オフィスの利用ルール、福利厚生の解説などに限定されています。 この記事は STORES PX Advent Calendar 2023 Spring 16日目の記事です こんにちは！STORES のPX部門IT本部でマネージャーをしている@howdy39です。 先日、社内向けにChatGPTを使ったアシスタントBot（Slack Bot）を開発しリリースしたのでそのご紹介記事になります。 リリースアナウンスのSlackメッセージどんなBOT？STORES
10年と8ヶ月 - スタートアップ創業10周年に際して2周目の挑戦に生かしたい教訓 -｜Yuta Kamisaka
創業したVideoTouch株式会社（旧Viibar社）が本日2023年4月24日で創業10年を迎えました！これもひとえに皆様からの長年にわたる温かいご支援、ご愛顧の賜物と深く感謝申し上げます。本当にありがとうございます！ 10年という時間の中で経験できたものは膨大な質量であったと感じる一方、達成できたものに対しては悔しさしかないのが率直な気持ちです。それでも節目ですのでふりかえりと今後について書いておきたいと思います。 余談ですが、自分の周囲の同時期に起業したスタートアップの起業家を見てもIPOした会社、M&AでExitした会社、または辞めて別のチャレンジをされている人など、一つのサイクルが終わり次のサイクルに入っているように見受けられます。ゆえに体感ではありますが、10年というのは一つそういった時間軸なのかなと感じます（VCのファンド償還期間が10年が多いからでは？みたいな身も蓋もない
270万人が登録、月間5億円が取引される「Skeb」のクリエイターファースト戦略。SNSで広まる仕組みと、「やらないこと」を決めるとユーザー体験が変わる話。｜アプリマーケティング研究所
270万人が登録、月間5億円が取引される「Skeb」のクリエイターファースト戦略。SNSで広まる仕組みと、「やらないこと」を決めるとユーザー体験が変わる話。 コミッションサービスの「Skeb」さんを取材しました。 株式会社スケブ 代表取締役 なるがみさん。DMMやドワンゴで働いた後に独立してSkebを開発。Skeb（スケブ）について教えてください。なるがみ： Skebはコミッションを行うサービスです。クライアントが有償でリクエスト（お題）を送って、イラストなどを製作すると報酬がもらえます。 2018年11月に公開して、総登録者数としては約270万人、クリエイター登録者数としては約14万人に到達しています。月間取引高は約5億円です。 クリエイター側は、ほぼ日本在住なのですが、クライアントは全体の約35%が海外の方になっています。（アメリカ、韓国、タイの順に多い） 個人開発としてはじめたサービ
バグらせやすい書き方をすれば当然バグは出やすい - えびちゃんの日記
導入 rsk0315.hatenablog.com こういう話はある*1んですが、最初からバグらせやすい書き方をしておいて「バグが出たー」と言われてもそれはそうとなってしまうので、そういうのを控えるくらいのことはするべきだと思います。 書き方が悪いせいで「十分に複雑なコード」になってしまっているものもあります（もちろん概念自体が複雑なものを実装するときは複雑になって当然ですが）。 「控えるべき書き方」とか「書くときに気をつけるべきこと」とかを紹介します。 あくまで自分の主観であって、読み手の人の方針に反するのであれば強制する気はないです。「こういう書き方もあるよー」くらいに捉えてください。 導入 紹介 控えたいこと フラグ変数を乱用しない デバッグは標準エラー出力に書く 出力パートは一箇所にまとめる 計算パートと入出力パートは分ける いくつかの具体例だけで考察を終わらせない 書きながら気を
観光客を３５倍にした熊野古道の完璧なコンテンツマーケティング
熊野古道をご存知だろうか？ 紀伊半島にある熊野三山（熊野本宮大社、熊野速玉大社、熊野那智大社）へと通じる参詣道で、道は三重県、奈良県、和歌山県、大阪府に跨る。2004年に世界遺産に認定された。 一時は1,000人ほどしか観光客がいなかったのだが、外国人観光客が爆発的に増え3500%増加という驚異的な数値を叩き出している。 しかも、一度訪れた観光客は、みんな熊野古道の大ファンになるから驚きだ。 熊野古道の全長はなんと600キロを超える。そのうち世界遺産に登録されたのは約200キロ。比較的有名なモデルコースとしては、滝尻王子から熊野本宮大社まで、1泊2日で歩くのだがその距離約38キロ。気軽に散策できる道ではない。だから、たくさん歩ける人を集客しなければファンにはなってもらえないのだ。そのためマーケティングの難易度はグッと上がる。 その成功の裏を読み解くと、ターゲット選定、Webサイトやガイドブ
CompressGPT: Decrease Token Usage 70%
I saw @VictorTaelin's tweet recently on increasing the effective context window for GPT-* by asking the LLM to compress a prompt which is then fed into another instance of the same model. This seemed like a neat trick, but in practice presents some issues; the compression can be lossy, crucial instructions can be lost, and less characters != less tokens. I set out to build a more usable version of
「どうにも成長しないし、意欲も低い部下」をどうすべきか？
ある方から、「悩める新米の管理職にアドバイスを」と言われたので、記事を書くことにしました。 はじめて管理職になって一番の悩みは まず、「管理職になって一番の悩み」となり得るのは何でしょうか。 いろいろとあります。 ただ、実のところ最も頭を悩ませるのは、上司との関係でもなく、目標のキツさでもなく、会議の多さでもありません。 「向上心がなく、能力が低く、素直でない」部下です。 「教育の費用対効果が合わない人」と言い換えてもいいでしょう。 管理職の仕事の中には、部下を教育し1人前に育てる、というミッションが含まれていることが多いですが、やってみると「この人の成長にかけるコストと、この人が生み出すリターンが見合わない」ケースが少なからずあります。 そしてだいたい、そういう人は社内で「問題児」扱いされているのです。 たとえば知人にシステム開発業のマネジャーがいますが、 「（メンバーの）あの人、そもそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
