# Event データモデリングとデータ基盤の構築・運用 （第14回ちゅらコラボ）CARTA HOLDINGS x ちゅらデータ 合同イベント https://churadata.connpass.com/event/254417/ ぼくのかんがえる最高のレポーティング基盤 https://speakerdeck.com/pei0804/hokufalsekankaeruzui-gao-falserehoteinkuji-pan-at-awsdeshi-jian-analytics-modernization ディメンションモデリングモデリング https://zenn.dev/pei0804/articles/dimensional-modeling スタースキーマ https://zenn.dev/pei0804/articles/star-schema-design コンフォ

はじめに inspired mogaさんのブラウザで動くサービスを作るときの技術選定が素晴らしい記事だったので、自分も書いてみる事にしました。 幸いにも技術選定からのお仕事をする機会が多くて、自分の中でパターンが大体決まってきているので言語化してみます。前提が同じサービスは無いので絶対的な正解は無いですが、なんかしらの参考になれば幸いです。 ※2022/02時点 私/よくあるお仕事について Web系のサービスなんかいい感じにするマンとして、フリーランスとして働いています。 準委任という形でスタートアップ企業をお手伝いする事が多いです。 MVPを作りたい、もしくはMVPは行けたのでちゃんと作り直したい、という要望があって参画して、まるっと作ってそのまま運用をします。作って終わりではなくて、運用や拡張性を考えてやってます（サービスに必要なのはもちろん、運用する自分が楽だから）。 前提 エンジニ

mROS 2: yet another runtime environment onto embedded devices

政府向けシステムに関わったことがある身からすると、政府向けシステムの話をするときに前提として知っておいてほしいことは、住基ネット最高裁判決に「現行法上，本人確認情報の提供が認められている行政事務において取り扱われる個人情報を一元的に管理することができる機関又は主体は存在しない」という骨子があること。これによって政府向けシステムは個人情報を一元的に管理できず、個人情報は各自治体で分散管理しかできない。この文面でググれば政府がどれだけこの骨子を気にしているかは分かると思う。 今回の話は「国民マスターテーブルを持たずに認証するにはどうすべきか」という政府向けシステムで常に挙がる課題で、良いアイデアがある人は政府に提案しにいってほしい。個人情報保護法の目的外利用に違反しない上で。 はがき送りつけこれをできるのは自治体のみで防衛省はできない。防衛省は国民の住所氏名を知らないのではがきを送れない。防衛

長年、後回しにしてきた「正規表現」。四の五の言わずにはじめようよ！と20年前の自分に伝えたく、まとめてみました。 詳しい方が見ると、乱暴だったり、おかしなところがあると思いますが、入り口に立つことが大切だと考えています（書いた人は文系・グラフィックデザイン関連です）。 はじめにたとえば、文章中に「コンピュータ」と「コンピューター」が混在していて、これを「コンピューター」に統一したいとき、あなたなら、どうしますか？ 単純な検索置換なら、次のような順番で処理できます。 ❶「コンピューター」を「コンピュータ」に一括置換する ❷「コンピュータ」を「コンピューター」に一括置換する ❸ ちょっと心配なので「ーー」（音引きの繰り返し）をチェック これはこれでアリなのですが、1回の作業でできたらベターです。 しかし、「コンピュ-タ」のように正しく音引き（ー）が入力されていない場合には単純な検索置換ではお手

2021年になって、本の読み方、特にWebアプリケーションエンジニアが読むような技術本について、以前よりも適切な読み方を見つけられたと感じたのでまとめました。 一言でまとめると、ちゃんと読まないという読み方になります。 TL;DRまず、短気な人のために、具体的な読み方。 用意するものは以下の道具。 A4サイズ以上のノート（B5は小さい） 万年筆（赤と黒） キッチンタイマー 耳栓 最初の読書を必ず１時間以内にザッとメモをとりつつ終わらせます。１時間はキッチンタイマーで測ります。耳栓もして、スマホはどこかに遠ざけます。 メモは、本を読み始める前に「章・パート」単位でコマ割りしてしまいます。後で書く場所が足りなくなったら、修正テープで直したり、レポート用紙とか使って補えば良いので、気にせずにコマ割りします。 このあとは、気になる単語や内容・キーワードが見つけたら、ノートに書き込みます。メモは無理

システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開

水谷隼🏓Jun Mizutani @Mizutani__Jun 練習まで時間あるのでのんびり☕️ 「どうやったら卓球強くなりますか？この技術はどうやったら上手くなりますか？◯◯はどうやったらできるようになりますか？」って人生で1番質問されてる俺の嫌いなワードですから答えます。「1万時間練習してから質問しに来てください」 近道なんてない✋ pic.twitter.com/uKnUq4JWVE

なりはら@VRC+💧いいスク水の月 @Benishoga_2 本日、断頭台のワールドにて合意の上で斬首されてきました。その結果、しばらく動くこともできないほどの精神的な衝撃を受けました。全身から冷や汗が吹き出して、手足が痺れ、力は入らず、意識は遠のき、首に違和感が現れました。VRに魂が引っ張られている人たちは注意です。 2018-10-23 02:37:48

はじめに 2017年11月に発売し、多くの方に読んでいただいている拙著「プロを目指す人のためのRuby入門」（通称・チェリー本）ですが、「わかりやすい！」という感想を多くいただく一方で、ときどきこういった感想を見かけることもあります。 プロを目指す人のためのRuby入門9章 例外処理まで終わったけどむずかしいいい。。。 プログラミング勉強に終わりがない、沼のようだ— sss (@diveintoganges) 2018年8月21日 いや、別にこういった感想を持たれるのは全然構わないんですよ！責めるつもりはありません。 なんせ、本を書いた僕自身も「この本、7章（クラスの作成を理解する）あたりから急に難しくなるよな〜😅」と思ってるぐらいですから。 もし「理解できなくて情けない、恥ずかしい」とか、「これを全部理解しないとRubyプログラマになれないのか」といったふうに、深刻に考えている読者さん

ブロックチェーンの技術の目的や応用は革新的である一方、理解が難しいこともあります。幸いなことに、それらの理解には多くの教育機会があります。ここでは４つの方法について解説します。 方法①：ニコシア大学のデジタル通貨修士号 University of Nicosia (UNIC)のデジタル通貨の修士号プログラムであるUNIC Blockchain Initiativeは仮想通貨とそれに基礎を置くブロックチェーン技術を体系的に学ぶことができるユニークな機会を提供しています。UNICはキプロス最大の大学であり、このプログラムは世界中のどのデジタル通貨に関する教育プログラムとも、一線を画しています。 さらにプログラムは、無料かつオンラインで学ぶことができます。つまり、大学を卒業した人であれば、試してみない手はないでしょう。直近、UNICはRippleの５,０００万ドルのブロックチェーン教育研究基金か

「頑張って遅れを取り戻す」 綺麗な言葉ですが、私は嫌いです。その中でも次の言葉が特に嫌いです。 頑張る 遅れ 取り戻す 全部。これらが嫌いな理由をそれぞれ説明していきます。順番は「頑張る」→「取り戻す」→「遅れ」です。 なお、「頑張って遅れを取り戻す」に期待される結果は「他に一切の影響を与えず、遅れだけが綺麗になくなる」だと思われます。 頑張る 「頑張ってなかったん？」と言うと「頑張っていましたが、もっと頑張ります。」みたいなのが返ってきます。でもこれって多分「頑張る」と言われることが求められているからそう返してるだけで、もともと手なんて抜いていない。仮に手を抜いていたとしたら「頑張る」は「手を抜いていました」の宣言になるので、それを許容してる状態が問題になるんじゃないかな。 とか言葉遊びは置いておいて、現実の話をします。こういう文脈での「頑張る」は「長時間連続労働」に他なりません。そこで

今日，社内勉強会で話す機会があり，過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした．今回は参加者がエンジニアだけじゃなく，ビジネスチームのメンバーもいたため，できる限り，技術的な用語を使わないようにした．質疑応答とディスカッションもあり，1時間非常にワクワクした時間だった． 関連する領域 僕がプロジェクトをリードするときに意識しているのは，スクラムなど特定のプラクティスに依存しすぎないことで，チームの特性によって，関連する様々な領域からプラクティスを集めている．ザッと挙げるだけでも，こんなにたくさんある． チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ！プレイングマネージャーとして頑張っ

ジェシカ @carpe_noctem_ プロに頼むと3万円かかるイラストが、絵が趣味のアマチュアに頼むと安く仕上がっていいぞという内容をやってる… #あさイチ 2017-11-20 08:19:05 スイートなスイートな残骸 @BotaMama ネットで特技を売る人たちが増えてるって話で、チラシに頼んでたイラスト代がいつもは3万円かかってたけど、そういうサイト？で頼んだら2500円になったって言ってたけど、これ技術の安売りでは…。本人は小遣い稼ぎでいいのかもしれないけど。 #あさイチ 2017-11-20 08:23:53

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：チームワークや働き方に関するコラム「ブロガーズ・コラム」。はせおやさいさんのコラムです。 喜怒哀楽、と言うように、人間の感情にはいろんな色があり、それらがグラデーションになっています。明るくてきらきらした色もあれば、ふっくら優しく柔らかい色のものもありますが、「嫉妬」や「ねたみ」のように、暗くて重く、そして苦しい色の感情があるのも事実。そして時として、それが「仕事」というオフィシャルな画面

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに O`REILLY発行の マイクロサービスアーキテクチャ を読みました。 非常に興味深く、これまで主に企業向けエンタープライズ開発に関わってきた自分にとっては、今後のソフトウェアエンジニアとしてのキャリアを作っていくには、考え方の転換が必要だと気付かされる内容でした。 本書の内容は広範囲に渡りますが、特に重要と感じた要点を整理(かなり長いですが)しておきたいと思います。（後編 との2部構成です） 要点 はじめに マイクロサービスを取り巻く技術の進歩は早く、マイクロサービスを実現する特定の技術を習得することよりも、その本質的な考え

original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし

はてなさんと共催で行った「はてな・ペパボ技術大会＠京都」と「ペパボ・はてな技術大会＠福岡」が無事終わりました。 http://developer.hatenastaff.com/entry/2016/06/21/131302 ペパボ社内では、はてなサービスとその技術力の高さのファンが多く、はてなさんと一緒にこんな技術イベントできるなんて！！と喜んでいる人たちも沢山いましたし、僕自身もご一緒できてとても嬉しかったです。技術大会後の打ち上げも含めて、すごく盛り上がったしとにかく最高でめちゃくちゃ楽しかったです。 id:y_uukiさんをはじめ、はてなさんの若手エンジニアのスキルは圧倒的に高く、id:ichirin2501さん、id:masayoshiさん、id:taketo957さん、そして、技術大会で諸々沢山調整してくださった、id:wtatsuruさんとid:tomomiiさん、座談会をモ