タグ

ブックマーク / yoshinorinie.hatenablog.com (8)

  • 「とにかく日本の住所のヤバさをもっと知るべきだと思います」に、住所正規化コンバータはどこまで応えられるのか、やってみた - ジャスミンソフト日記

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

    「とにかく日本の住所のヤバさをもっと知るべきだと思います」に、住所正規化コンバータはどこまで応えられるのか、やってみた - ジャスミンソフト日記
    yogasa
    yogasa 2023/06/10
  • “お客様のため” の “お客様” とは誰のことか、そして "ため" とは具体的に何をさすのか、自分の言葉で説明してみる - ジャスミンソフト日記

    法人向け業務アプリケーション開発を行っているシステム開発会社(以降、SIerと記します)の多くは、社是として "お客様のため” を標榜しています。これ自体は正しい方針でしょう。しかし、ここでいう “お客様” とは誰のことか、そして “(お客様の)ため” とは具体的にどういうことか、についてもう一歩踏み込んでみませんか? という話をします。 前提:SoR と SoE は目的が違う 過去のブログで何度も触れていますが、現代の (IT) システムは、SoR と SoE に大別されます。SoR は社内の事務作業を効率化し、最終的に正しい数字(売上と利益)を確定することにつなげる一連のシステムです。SoE はその会社の先にある不特定多数のお客様向けサービスです。以降は SoR に絞って話をします。 SoR の目的はコストの削減です。業務プロセスの無理、無駄をなくし、ヒトの負担を減らすことは企業にとっ

    “お客様のため” の “お客様” とは誰のことか、そして "ため" とは具体的に何をさすのか、自分の言葉で説明してみる - ジャスミンソフト日記
    yogasa
    yogasa 2018/11/18
  • 「納品のない受託開発」と「超高速開発」の相性を考える - ジャスミンソフト日記

    ソニックガーデンの倉貫さんから、「納品をなくせばうまくいく - ソフトウェア業界の "常識" を変えるビジネスモデル」を献いただきました。ありがとうございます。 http://www.amazon.co.jp/dp/4534051948 倉貫さんとは昨年末にはじめてお会いしました。情報産業新聞社の企画による今年の新春座談会で倉貫さん、戦略スタッフ・サービスの戸田さんと私の3名で放談する機会をいただいたのがきっかけのご縁です。 このブログを書いている時点での Amazon のベストセラー商品ランキングでは「ビジネス・経済>IT>情報・コンピュータ産業」で1位、「コンピュータ・IT>インターネット・Web開発」で6位と、すでに書はトレンドを形成する勢いです。ここでは私の視点から書の紹介を通して、システム開発の将来に思いを馳せたいと思います。 書は誰のためのものか 何といってもWebを中

    yogasa
    yogasa 2014/06/23
  • 超高速開発への6つの疑問 - SIerからのストレートな質問に対する回答 - ジャスミンソフト日記

    超高速開発コミュニティの幹事として活動していますが、今年に入って、いろいろな団体でお話できる機会が増えました。昨日も、14社20名の方々(すべてSIer)に超高速開発コミュニティの説明を行いました。懇親会の場でいただいた代表的な6つの質問について、このタイミングで整理してみました。(以下は私見であり、コミュニティの公式見解ではありません。) 内容はエンタープライズアプリケーションに関するものです。それ以外の分野には適合しませんので、こちらもご了承下さい。 ユーザー要件を完全に満たすことができない限り、ツールを採用するのにはリスクがある その要望を満たそうとがんばったのが1990年代のCASEツールベンダーで、完璧を求めようとして複雑化し、結果的に使うのが難しいというジレンマに陥ったと理解しています。そして現在、コミュニティで活動しているツールベンダーは (1) 要件を完全に満たすよう、さら

    yogasa
    yogasa 2014/05/14
  • 私が超高速開発コミュニティに託しているもの - ジャスミンソフト日記

    先ほどまで @yusuke さんと私、もう一社のコミュニティ幹事の方と3名で熱く議論していたところです。正直、@yusuke さんにはこちらの不手際が重なり、どうお詫びしていいのやらという厳しい状況でもあったので丁寧に説明しました。ただ、語るほどに目標としている世界観が近いと感じたので、できればコミュニティに参画していただきたいと願っています。至らない点は(図々しいのは承知の上で)一緒に改善していきましょう、と。時間はかかるかも知れませんが、あまり心配していません。同じ問題意識を持っている方がそれぞれの知見を出し合い、相互に改善するプロセスを回すことができれば、うまくいくはずです。 ところで超高速開発コミュニティは、どうしてもツールベンダーが営業するための仕掛けと勘ぐられるところがあります。それは活動実績によって明らかにするしかありませんが、少なくとも「どうしたいのか」も見えないというのは

    私が超高速開発コミュニティに託しているもの - ジャスミンソフト日記
  • 超高速開発コミュニティ- 記者会見から二日目の状況 - ジャスミンソフト日記

    超高速開発コミュニティ発起人企業の一人です。記者会見のニュース以降、このコミュニティの活動に対して多くのご意見が寄せられ、その反響の大きさに驚いています。会としての正式なアナウンスは(ただいま閉鎖中が多い)Webの復旧作業とともに行われる予定です。先ほどまでこの件を含め幹事・事務局の皆様と打ち合わせをしていました。ご心配をおかけしてしまって申し訳なく思います。運営体制の早急な見直しを行い、活動をしっかりと継続していきます。 雨降って地固まる ... 多くの意見を伺う「きっかけ」に。 一夜明けて、"超高速開発" という言葉をどう捉えるか、という視点で、参考になるブログをいくつも見つけました。 「超高速開発と聞いていろいろつぶやいてみる。」- 101回死んだエンジニア http://el.jibun.atmarkit.co.jp/101sini/2013/08/post-fb84.html

    超高速開発コミュニティ- 記者会見から二日目の状況 - ジャスミンソフト日記
    yogasa
    yogasa 2013/08/09
    11月に発表したほうが良かったのでは感
  • 「超高速開発コミュニティ」は何を目指すのか - ジャスミンソフト日記

    超高速開発ツール(または手法)の普及活動を行う「超高速開発コミュニティ」がいよいよ立ち上がりました。 http://www.x-rad.jp/ 記者会見の様子がさまざまなメディアに掲載されています。記事には触れられていませんが会場では記者との間に活発な議論があり、大いに盛り上がりました。厳しい質問を経て、次のような記事でまとめられています。記者の皆様、ありがとうございました。 「超高速開発コミュニティ」を設立――日が19位で黙っているわけにはいかない http://www.atmarkit.co.jp/ait/articles/1308/06/news121.html 開発ツールベンダー13社が集結し、「超高速開発コミュニティ」を設立 http://itpro.nikkeibp.co.jp/article/NEWS/20130806/496983/ 業務システムの開発ツール・ベンダー13

    「超高速開発コミュニティ」は何を目指すのか - ジャスミンソフト日記
    yogasa
    yogasa 2013/08/07
    どういう人が期待すんのやろ……
  • SIer を再び人気職種にするためには、これだけ変えればいい - ジャスミンソフト日記

    私が就職活動を行っていた20年前、SE は花形職業の一つでした。しかし今は 3K として敬遠されるようになり、力のあるプログラマーSIer を避けるという状況となっています。 この業界で骨をうずめようと考えている身にとって、なぜ今日のような状況になったのかという原因を探ることは責務と感じます。また、これを解決するために自身(と会社)のエネルギーを注ぎたいと思っています。 まず次の二点は、私が同業の方と話をしていて、よく話題になる事項です。 人月制度に代わる見積手法が確立されていないこと。人月による見積が妥当なのはコンサルタントなど、上流設計の一部のみ。例えば製造で1,000人月という数字は、根拠があってないようなもの。 階層構造によるコミュニケーションストレスの存在。階層構造の下部に位置するSE/プログラマが仕様の矛盾に気付いても、直接確認することができない。また、お客様との接点がない

    SIer を再び人気職種にするためには、これだけ変えればいい - ジャスミンソフト日記
    yogasa
    yogasa 2012/02/28
  • 1