https://findy.connpass.com/event/318375/ での登壇資料です。
TM (T字形 ER手法の改良版) は、実地の使用のなかで験証を続けて、かつ、数学・ロジック (論理学)・哲学の観点から検証を続けているので、改良を施してきています。そのために、現時点での体系 (最新の体系) を知りたいという要望が多いので、本 ホームページ で、TM の最新 バージョン を記すことにしました。TM を見直した折りに、そのつど、新しい バージョン を示していきます。 ● TM3.0 (2022-07-22) → 「モデル 作成技術 TM 入門」 (技術評論社) ● TM3.0 の元資料 (2020-12-30) → TM3.0 の技術 (説明資料 ダウンロード) ● TM2.0 (2015-06-04) → TM2.0 の基本的な考えかた (説明資料 ダウンロード) → TM2.0 の技術 (説明資料 ダウンロード) ● TM1.0 (2009-01-23) 「赤本」 「い
自作のRuby gemをHacker Newsにて紹介したところ、一晩でGitHub repositoriesに100以上のstarsが付いて驚いた。また、リアルタイムでは見逃したのだがHacker News Rankingで数時間1位におり、20時間ほどトップページに載っていたらしい。2024-05-26現在は落ち着いて195pt。 投稿はこちら Show HN: PBT – A property-based testing library for Ruby | Hacker News。 2024-05-22のdaily rankingでは11位だった。 何について投稿したのか pbtという自作のテストツールで、property based testingを並列実行するというアイデアを実証したもの。このツールについてはRubyKaigi 2024で発表したので興味があればそちらの記事もご
はじめまして。株式会社イノベーター・ジャパンでフロントエンドエンジニアをしている、うじた(@besburg)です。弊社ではスクラムによる開発を取り入れており、スプリントの最後には毎回スプリントレトロスペクティブという振り返りを行っています。そこで試した振り返りの手法をこの記事ではまとめてみました。 私たちのプロジェクトではタスクの優先度に入れ替わりが多く、今やっていることを可視化するため、2021年8月からスクラムを開始しました。参加メンバーは各プロジェクトのエンジニア全員で、スプリント期間に合わせて1週間ごとに振り返りを行っています。スクラムによる開発が初めてだったこともあり、当初は自分たちに合った手法を見つけることを目標に振り返りを進めました。 週ごとにメンバーが交代でファシリテーターを担当し、試したい振り返り手法を持ち寄ってレトロスペクティブを行いました。そのため基本的には振り返り手
唐突ですが、「基礎から分かるファイナンス法」というテーマで、不定期で(←これ重要)記事を書いていこうと思います。コンセプトは、いくつかの代表的なファイナンスのスキームを取り上げ、その背後にある考え方を法的な観点から解説してみる、というものです。 1.なぜ書こうと思ったのか:ファイナンス案件との出会いと苦悩私の弁護士としてのキャリアは、ある企業のインハウスから始まりました。 入社初日はオリエンテーション的なもので、実質的な業務を開始したのは二日目からでした。朝出勤すると早速マネージャーから声をかけられ、「午後に打ち合わせがあるから、それまでに目を通しておいて」と、紙の束を渡されました。それは、100ページを優に超える契約書のドラフト、それも、国内案件でこれを超えるものは(少なくとも当時は)ほぼないであろうという規模のファイナンス案件に関するものでした。 いきなりすぎて面食らいつつも、「そうい
ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要
本セッションでは、モノリシックな業務アプリケーションを Event Storming によってコンテキスト境界を発見し、コアドメインに対してドメインモデルを設計する方法を紹介します。さらに抽出したドメインモデルと実装が乖離することが無いように、テスト駆動開発でドメインモデルをテストしつつ、ヘキサゴナルアーキテクチャやクリーンアーキテクチャのようなレイヤ化アーキテクチャによって、ドメインモデルをインフラコードから分離する方法を AWS Lambda 関数で実装する例を使ってご紹介します。 ◆スピーカー: 福井 厚 ◆福井 厚プロフィール: 2015年7月よりAWSでソリューションアーキテクトとして活動。現在はDeveloperスペシャリストとしてAWSにおけるクラウドネイティブなアプリケーションの開発及び既存システムのモダナイゼーションの支援に従事。サーバーレスとオブジェクト指向プログラ
Mark Seemann 著、吉羽 龍太郎、原田 騎郎 訳、Robert C. Martin まえがき TOPICS 発行年月日 2024年06月 PRINT LENGTH 312 ISBN 978-4-8144-0079-9 原書 Code That Fits in Your Head FORMAT Print PDF EPUB ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します
はじめに 本題 🥤 Hydration Sponsor として参加 🧑💻 初めての、同僚が登壇者 💮 スタンプ全部集めた 🍻 RubyKaigi は飲み会が本番 💪 「来年は、身体作っていきます」の5年越しのアンサー おわりに はじめに はいさい! 沖縄の那覇で開催された RubyKaigi に参加してきました、 mokuo です。 2019年の福岡以来、5年ぶりの参加*1 でしたが、やはり最高だったので、勢いのまま投稿しようと思います。 rubykaigi.org 個人的に印象に残った Matz さんの Keynote についても書いたので、良ければ以下の記事もご覧ください〜。 blog.mokuo.me 本題 🥤 Hydration Sponsor として参加 所属する株式会社スマートバンクはスポンサーとして参加していたため、私も半分くらいの時間は会場内でドリンク提供を
はじめに しばらく Ruby から離れていた私にとって、Matz さんのキーノートはここ数年の Ruby のふりかえりにもなり、とても良い内容でした。 まだスライドは公開されていない(はず)なのでメモベースですが、私なりにまとめさせていただきました。 rubykaigi.org まとめ 今日の内容は Ruby をより良くする話で、テクニカルトークではない。 Ruby をより良くするためには、以下の 4 つの側面がある。 パフォーマンス パフォーマンス パフォーマンス パフォーマンス 1つ目のパフォーマンス: VM YARV (2007) Bytecode VM MJIT (2018) Ruby3x3 (2014) Rails App ではあまりパフォーマンスが変わらず、メモリ消費量は増えた YJIT (2022) より速い JIT Rust で書かれている Rails apps run 1
間違いがあったり、他に予習したほうが良さそうなテーマがあったら教えてください。 Concurrency & Parallelism (GVL, Ractor, M:N, async) これ全部同じ項でいいのか? 並行(concurrency)と並列(parallelism) 本当に同時に実行されるのが並列(雑な説明) 並行であっても並列とは限らないが、並列であって並行でないことはない GVL (Global VM Lock) Rubyで並列に実行されるThreadの数を高々1つに制限する機構 = Rubyでは並列計算はできない ただし、I/O(ファイルの読み書きやネットワークアクセス)はこの制限を無視できる マルチスレッドプログラミングを簡単にする機構として導入されている 複数のThreadから同じ変数にアクセスしてもデータが壊れない(データレースが起きない)のはGVLのおかげ = 真に同
はじめに前回、カード会社は主にイシュイングとアクワイアリングの2つの事業から成り立っていることを紹介しました(#1)。今回はカードビジネスの収入と手数料ってどんなものがあるの?っていうのをざっくり書いていこうと思います。 少し前に日本のキャッシュレス化が進まない理由として、専門家っぽい人たちが「加盟店手数料が高いこと」でカード会社が儲け過ぎだみたいな論法が話題となりましたが、果たしてそうなのか?あたりもスコープにしようと思います。 加盟店手数料とIRF(インターチェンジフィー)ざっくり言うと、以下の通りです。 ・アクワイアラはお店と加盟店契約を結び、加盟店手数料をもらう。 ・イシュアはアクワイアラからIRF(インターチェンジフィー)をもらう。 例えば、加盟店手数料率3%でアクワイアラとお店が加盟店契約を結んだ場合、お店でカードで10,000円決済されるとアクワイアラの収入は3%の300円と
このnoteでは、プロジェクトマネジメント(以下、プロマネと略記)のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX(@coffee_nomimasu)にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介! プロジェクトマネージャーが読むべきおすすめ本〇〇選! プロジェクトマネジメントおすすめ本ランキング! などのサイトを見ながら自分に合いそう
切り替える理由 自社の主力製品で利用している技術(WebRTC / WebTransport)がブラウザベースのため TypeScript を利用する Go を採用したのは sqlc が使いたかったという理由 sqlc-gen-typescript が出てきたのでもう Go を使う理由がなくなった 自社サービスチーム全員が Go にまったく興味が無い sqlc 自体は便利 そもそも自社に Go への興味がある人がいない 自社サービスの規模ではボトルネックになるのはデータベースであって言語ではない もしアプリでスケールが必要なときは Rust や Erlang/OTP に切り替えれば良い コネクションプールは PgBouncer を利用すればいい TypeScript からは 1 コネクション 1 接続で問題無い どうせフロントエンドでは TypeScript を書く 自社では React
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く