note.com を読みました。私自身も日本の住所の扱いを何とかしないと業務アプリケーションの運用に支障が出ると感じ、2003年に「住所正規化コンバータ」というソフトウェアをリリースし、20年が経過しました。現在は国際航業株式会社様に取り扱っていただいています。 www.kkc.co.jp このブログにあるような指摘にどこまで応えられただろうかということで、社内で試してみました。利用したバージョンは最新の R7.2.0 で、住所マスタは2022年秋版と組み合わせました。その結果を公開します。 住居表示 丁目表記と地番表記の混在に対応しています。 浦安市舞浜2-1-1 郵便番号 都道府県 市区町村 町域 小字・丁目 番地・号 マッチレベル 2790031 千葉県 浦安市 舞浜 2 1-1 号レベル 浦安市舞浜2-11 郵便番号 都道府県 市区町村 町域 小字・丁目 番地・号 マッチレベル 2

FOLIO Advent Calendar 2020の25日目の記事です。 これはなに 金融機関は業として金融商品や為替の取引を行ないますので、それに付随してお客様のお金や証券といった保有資産を管理が必要となります。 お客様の資産ですので1円でもズレることがないよう、厳密な管理が求められます。 特に顧客資産を含むようなデータの履歴管理は、(意識的, 無意識を問わず)不正な操作が行なわれていないことを担保するために重要です。 一方でデータの履歴管理を実現するデータモデルとして、テンポラルデータモデルが存在します。 テンポラルデータモデルは履歴管理が可能ではあるのですが、寡聞にしてどのような業務にどのテンポラルデータモデルを適用するべきかについて述べられた日本語記事はないように思われます。 実際に私が関わったシステムでテンポラルデータモデルを採用したのですが、どの業務でどのテンポラルデータモデ

2023年6月10日に発売の拙著「人が増えても速くならない　～変化を抱擁せよ～」は、経営者やマネージャの方々がソフトウェア開発の経験がなかったとしても、その本質を掴めればと思って書きました。 今や経営や事業をしていく上でITを使ったシステムは欠かせなくなっており、関わらないわけにはいきません。特に、事業そのものにソフトウェアを内包している場合において、ただ使うだけでなく開発して活用していく必要があります。 そこでソフトウェアと、ソフトウェアを作るエンジニアたちをマネジメントしていかねばならないとき、従来通りのマネジメントをしていると、うまくいかないときが出てきます。 ソフトウェアとエンジニアのマネジメントは、ともすれば直感的なものから外れていることがあります。本のタイトルにある「人が増えても速くならない」のも、その一つです。 本書では章の目次ごとに、そうした直感とは違っているソフトウェアな

「住所の揺らぎ程度のことにAIを使いたいだとかデジタル音痴」だの「住所の正規化なんてExcelで2時間あれば作れそう」だの、たいへんフットワークの軽やかな言説の数々に、位置情報界隈のみならず住所の正規化や名寄せに少しでも関わったことのあるエンジニアが総立ちでマサカリを投げていたのも記憶に新しい今日この頃ですが（2023年6月6日）、この手の騒動は周期的に起こってる印象です。 ということはつまり いつまで経っても解消されない、解決が困難な課題である その困難さが界隈以外に共有されていない であるわけで、その都度Twitterにトリビアが投下されてはTLが賑わい華やかではありますが、そろそろ自分の整理としてもどれだけ日本の住所システムがカオスで、その計算機的な処理がいかに困難かをメモっておこうかと思いました。 なおこの件については既にQiitaにGeoloniaの宮内さんが鼻血の出そうな良エン

先週の5月26日に、「アジア・シームレス物流フォーラム」https://mf-p.jp/aslf/ のパネル・ディスカッションに参加してきた。このフォーラムは日本マテリアルフロー研究センター（JMFI）が主催する展示会で、国内外の大手物流関連企業が集まっている。コロナ禍が過ぎて3年ぶりにリアル展示となり、来場者数も多くかなり盛況だった。物流関係の催しなので、本サイトの読者からは縁遠いかと考え、とくにお知らせもしていなかったが、SCMの関連テーマもあり、広報すべきだったかもしれない。

記事を書く背景 ばんくしさんの「エンジニアとビジネスの距離感の難しさ」というブログを読みました。 経営とエンジニアリングをつなぐ立場であるCTOとしては永遠のテーマだと思います。 申し遅れましたが、私はファストドクター株式会社CTOの宮田 芳郎です。昨年、ファストドクターの開発組織は、大きな技術的意思決定を経営陣とともに実施できました。具体的には次の2点です。 アプリのFlutter化（意思決定は2022年5月） 新規のバックエンド開発時の言語をRubyからTypeScriptへ切り替え（意思決定は2022年6月末） いずれも一度の経営会議で、上記の方針について経営陣との合意を取っています。 5秒でわかる記事の結論 経営陣への提案資料は下記の5点をポイントとして記述すると良い 実施の意義（≒ 解決したい課題） 必要リソース（人・モノ・金 + 時間） 実現コンセプト リスク 手続きの妥当性

◆このページを読むのにおすすめな人◆ 初めてのイギリス旅行を計画している人 ハリーポッターのロケ地巡りをしたい人 ヨーロッパの歴史ある街並みを効率的に楽しみたい人 【実録】オックスフォードは1日で観光できる？ イギリス旅行中に日帰りオックスフォード観光した実体験・おすすめモデルコース紹介 【実録】オックスフォードは1日で観光できる？ イギリス旅行中に日帰りオックスフォード観光した実体験・おすすめモデルコース紹介 【はじめに】①オックスフォードとは？どこにある？ 【参考】イギリス観光情報まとめ 【オックスフォード日帰り1日観光】②オックスフォードでは何を観光できる？見どころは？ 【参考】ハリーポッターロケ地・舞台スポット 【オックスフォード日帰り1日観光】③オックスフォード観光は何日必要？何時間かかる？ 【オックスフォード日帰り1日観光】④オックスフォードのおすすめ観光スポットは？ 【オック

はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を

組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

コーディネータ：羽田 正 ナビゲータ：後藤 春美 皆さんの多くは、高等学校で「世界史」を学習したはずです。大学入試の科目として「世界史」を選択した人も多いでしょう。ですから、ちょうど数学の定理や物理の法則のように、高校生が世界中で同じ世界史を学んでいるのだと信じているのではないでしょうか。しかし、実はそうではありません。 世界史という名前の科目は、日本や中国など東アジア諸国に特徴的にみられ、欧米や中東などでは単に「歴史」と呼ばれる科目しかありません。また、大筋は同じだとしても、国によって、教科書の内容は微妙に異なっています。世界史は、決して一つではないのです。なぜでしょう。 世界史の理解は、自分たちの生きる世界をどう認識するかということ、すなわち世界観と深くかかわっているからです。現代世界でも、人々の世界観は同じではありません。まして、過去においては、地域や時代によって様々な世界観があり、

■YAPC::Kyoto 2023 YAPCはYet Another Perl Conferenceの略で、Perlを軸としたITに関わる全ての人のためのカンファレンスです。 Perlだけにとどまらない技術者たちが、好きな技術の話をし交流するカンファレンスで、技術者であれば誰でも楽しめるお祭りです！ 今回のYAPC::Japanのテーマは「try/catch」。 YAPC::Japanとして初めての試みとなる「会場と配信のハイブリッド形式」で開催されるこのカンファレンスを、 様々なジャンルのtryや情報を披露し、たくさんの知見をcatchできる場所にしたいと考えています。 ■公式サイト https://yapcjapan.org/2023kyoto/

■YAPC::Kyoto 2023 YAPCはYet Another Perl Conferenceの略で、Perlを軸としたITに関わる全ての人のためのカンファレンスです。 Perlだけにとどまらない技術者たちが、好きな技術の話をし交流するカンファレンスで、技術者であれば誰でも楽しめるお祭りです！ 今回のYAPC::Japanのテーマは「try/catch」。 YAPC::Japanとして初めての試みとなる「会場と配信のハイブリッド形式」で開催されるこのカンファレンスを、 様々なジャンルのtryや情報を披露し、たくさんの知見をcatchできる場所にしたいと考えています。 ■公式サイト https://yapcjapan.org/2023kyoto/

こんにちは、ヘンリーの SRE の戸田と Wildcard Engineer の岩永です。 弊社ではレセコン一体型クラウド電子カルテの Henry を開発・提供しています。 前編の Henry のバックエンドをモノレポ化した戦略やプロセスに続いて、後編のこちらの記事ではモノレポ化の技術的手法を解説します。 dev.henry.jp 実際のモノレポ化の流れに沿って、ポイントを3点説明します。 2つの git リポジトリのマージ アプリケーション・ワークフローのモノレポ対応 モノレポへの切り替え当日に向けた手順書の作成 1. 2つの git リポジトリのマージ 今回のモノレポ化においては、もともと存在していた henry-general-api と henry-receipt-api という2つのマイクロサービスのリポジトリを、1つのリポジトリにマージし、それぞれのマイクロサービスがサブディレ

前のブログでも紹介したのだけど、ChatGPTプラグインのローリングアウトが始まって使えるようになっていて、結局みんな使うのはこの3つくらいかなーとなったので、まとめておきます。 前のブログはこれ。 Bardも世の中のサービスぜんぶGoogle製と思ってるらしい - きしだのHatena 同時に使えるのは3つまでのようだけど、他のプラグインはアメリカの不動産情報など日本からは使いづらかったり、作ってみたレベルだったりなので、結局この３つに落ち着くかなーという気がします。 WebPilot これは手放せなくなります。Web記事を読み込んでくれるプラグイン。 ChatGPTには「この記事を要約して」しか入力しなくなりそう。 このエントリを要約してもらっています。 大規模言語モデルの「脳波」が反応してる部分を壊すとどうなるか試した - きしだのHatena ※ 追記 15:21 ぼくのところには

I won't deny there may well be cases where a microservices-first architecture makes sense, but I think they're few and far in between. The vast majority of systems are much better served by starting and staying with a majestic monolith. The Prime Video case study that blew up the internet yesterday is but the latest illustration. Maybe once you reach the scale of Netflix or Amazon, there are areas

実装の参考の当たり 前口上: オープンソースの実装を読もう 普段Web開発をしているとこの書き方は普通か、実装の方向性はよさそうか不安になることがあります。そういった際、同じリポジトリの既存実装や会社の他のリポジトリ、技術ブログや本、過去の経験、他のメンバーの意見などを参考にしつつ当たりをつけるわけですが、リファレンスが増えるに越したことはないです。 有名な言語、フレームワークではオープンソースのWebサービスがGitHub、GitLab上などにあがっていることがあり、参考になります。 それぞれライセンスがあり、とりわけGPL汚染などは要注意ですが、収集した一覧が溜まってきたのでまとめておきます。ある程度有名なものメインでスクリプト言語+Go。 Ruby Ruby on Railsは有名なので採用しているWebサービスが多数あります。 Redmine イシュー、プロジェクト管理ソフトのRe

最近、英語の勉強を改めてしていて、その一環として少しずつ読んでいた『Release It!』の2版を一周しました。 とりあえず1周した。消化できていないことも多いが、トピックをたくさん仕入れられたし、良かった。 https://t.co/uvLYttcXba— こま (@koma_koma_d) 2021年12月5日 Release It!: Design and Deploy Production-Ready Software (English Edition) 作者:Nygard, Michael T.Pragmatic BookshelfAmazon 英語の本を読むのは続けていきたいと思っているのですが、日本語の本ほどのスピードではまだ全然読めないので、「これ！」という少数の本を読んでいく方針で当面は進めようと思っています（せっかくオライリーのサブスクを契約しているので、たくさんの本