マイナポータルハッカソン｜デジタル庁
2023年6月8日（木）から12日（月）までの日程で、デジタル庁として初めて、マイナポータルを利用して取得可能な情報を用いたサービスの開発拡大のためのマイナポータルハッカソンを開催しました。 ハッカソン5日間の詳細はハッカソン開催状況、一次審査を通過してハッカソンのプログラムに参加した各チームの作品についてはハッカソン参加作品紹介をご確認ください。 ハッカソン開催の目的マイナポータルを利用して取得可能な情報については、その情報を閲覧するのみではなく、民間等が保有する情報と組み合わせるなどにより新たな価値を創造することが期待されます。そのため、デジタル庁では、マイナポータルを利用して取得可能な利用者に関する情報を活用し、健康管理情報アプリや、障がい者手帳アプリのようにマイナポータルを活用してより便利なサービスを作るための機能（マイナポータルAPI）を提供しています。 マイナポータルハッカソン
やってよかったbuild own x系(自作OSとか自作DBみたいな自作～)を紹介してみる
はじめに build own xってなに？という方がいらっしゃると思います。 下記ページにあるような自作～みたいなやつのことを指しています。 自作OSとかDBとかとにかく様々な種類があるんですが、僕がやってみて良かったなぁと感じたものだけ紹介します。(一部やってないけど良さそうなのも紹介します。) 難易度を星5を最高として書いていきます。 言語は日本語 or 英語です。 コンパイラ writing interpreter in go 形態:本 言語: 日本語、英語 コンパイラ系なら一番初めにおすすめなのは間違いなくこれ。 日本語版では「Go言語でつくるインタプリタ」という題で出版されています。 外部に依存するライブラリを一切使わないのが特徴でスクラッチで書きます。 語り口調も平易でわかりやすく、コンパイラ？インタープリタ？という方にもおすすめ。 Monkeyという言語を実装するのですが、既
何故Javaは敬遠されるのか？ - Qiita
何故かJavaは敬遠される！？ 筆者はIT業界に努めて17年ほどです。 SESとして働きに出ることが多かったのですが、近年はWebエンジニアとして PHP(Laravel)を使った開発が多くなってきています。 そんな開発現場ですが、プログラミング言語の話題に上がると 「Javaはわからない」 「Javaって難しいんでしょ？」 「環境構築がなぁ・・・」 なんて話をよく聞きます。 私はJavaの方が経験した期間が長かったので、特にそういった苦手意識は無いのですが Laravelの現場でもそういった話を聞くので、 「フレームワークの特性や、コードの書き方は結構似ているところが多いのに、何でみんな苦手なんだろう？」 と思ってしまうのです。 今回はそのギモンについて、私が思っていることを書いていきます。 （注：Java嫌いな人を論破したいわけではありませんｗ） 原因その１：インフラ構造上、難しいと思
仕事引き継がない世界があるんだ。。｜林田 保
アメリカの企業の解雇と言うと、昔は「朝会社に来たら引き出しなどに鍵がかかっていてそのまま退出することになった」だったし、最近のIT企業では「解雇の通知の20分後にに社内システムのアプリからシャットアウトされた」みたいな話がいろいろ聞かれます。 突然の解雇で、解雇された方の心労を考えると本当に同情するところなのですが、さらに、会社に残る方の方も、ある日突然同僚がいなくなって仕事をどう受け取る、どう引き継ぐのだろう？と考えていました。 仕事引き継がないんだ。。そうした折、日本の外資系企業に勤めていた方から以下のような話を伺いました。 その方の経験だと ・外資系企業では、担当の人が変わった場合、後任はその仕事のゴール（目的や目標）は引き継ぐが、仕事は自分のやり方でやる。 ・人が変わると、必要でない業務は無くなり新しい業務に変わる。結果として人が変わると業務が生まれ変わり変革になる。 ・日本の企業
積極的な技術選定と消極的な技術選定 - uhyo/blog
この記事は、筆者が技術選定について思うところをまとめた記事です。Twitterに同じ話を何回か書いているので、文章にまとまっていたほうがよいと思い用意しました。 やや過激な思想で愚痴も含んでいるので、共感いただけると嬉しいものの、みなさんを説得しようというつもりはありません。こいつはこういう考え方なんだなという心持ちでお読みください。 積極的な技術選定と消極的な技術選定ITエンジニアの方々の中には、技術選定をする立場の方も多いでしょう。技術選定にあたってはさまざまな事情を勘案しなければならない難しいもので、それだけに多くの人が技術選定に関する各々の考えを述べています。 筆者は、技術選定における意思決定のプロセスは、積極的な技術選定と消極的な技術選定の2種類があるのではないかと思っています。 積極的な技術選定は、選定される（あるいはされない）技術そのものが原因となる意思決定です。 一方、消極
この木なんの木？ モンテカルロ木と最良優先MiniMax木の"間"に存在する名もなき木々 - ヴァルの開発記
概要 この記事ではまだ名前が無いと思われるゲーム探索木をいくつか紹介します。この記事では具体的な実装は示さず、概念の紹介にとどめます。 この記事を読むために必要な知識は以下です。 ・モンテカルロ木探索＋UCB1 ・MiniMax探索 ・ボンバーマンの基本的なルール 名のある木々 名もなき木々を紹介する前に、まずは名のある木々を紹介します。 MCTS モンテカルロ木探索。簡単に言えば、評価関数を使わず、ランダム試行を繰り返して勝率の平均が高い手を調べる手法です。 有名な木なので、検索するとたくさん解説がヒットするのでこの記事では説明を割愛します。 一応参考として、私が初めてMCTSを実装したときに参考にした論文を載せておきます。 →A Survey of Monte Carlo Tree Search Methods 最良優先MiniMax 最良優先MiniMax探索についてはこちらの論文が
北朝鮮に鉄道マニア34人で押しかけた話｜twinrail
大学の卒業旅行を計画していたら、twitterで知り合った鉄道マニア33人を北朝鮮に連れていくことになった。 北朝鮮の電車に興奮する日本の鉄道マニアと、日本の鉄道マニアに困惑する北朝鮮のガイドの、異文化交流の記録。 北朝鮮に行く、そこに鉄道があるからこれを読んでいるあなたは、北朝鮮に対してどんなイメージを持っているだろうか？ たいていの人が「ミサイル」「核実験」「拉致問題」のようなキーワードを挙げるのではないだろうか。「旅行したい」という発想を思いつく人はほとんどいないのではないかと思う。 しかし、一部の鉄道マニアにとって、北朝鮮ほど魅力的な場所はない。「世界中から注目されながらも、今なお深い謎に包まれた鉄道」が走る北朝鮮に、好奇心をくすぐられないわけがなかった。 ある登山家が「なぜエベレストに登るのか？」と問われて「そこにエベレストがあるからだ」と答えた逸話がある。同じように、私も「なぜ
【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD（Domain-Driven Design）を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め
Building a Simple DB in Rust - Part 1 - Parsing
This article is part of the Building a Simple DB in Rust series. While I've used rust for a while and have had a few small projects in it, I felt like I was missing a truly "systems" project. So when I came across this series for making a simple DB in C, I figured why not try to make my basic DB in rust. I will roughly follow the structure of that series at first, but I will most likely deviate an
ダメな内製化もあるという話 - orangeitems’s diary
内製化すればいいというものじゃない、ということを考える。 japan.zdnet.com ガートナージャパンは1月18日、日本でのソフトウェア開発の内製化に関する調査結果を発表した。方針が内製化の方向にある企業が54.4％に上り、IT部門の人手不足が開発内製化の最大の障壁になっていることが分かった。 最近はデジタルそのものが商行為になることが多く、それ全体を外部ベンダーに乗っ取られたら、会社からノウハウが流出してしまうというのは正しいと思う。 だからといって、それを自社で全部賄うというのは、デジタル自体の仕組みから言ってかなり無理のある思想に思う。 デジタル自体、外部ベンダーが基盤を作っている。ハードウェアからネットワーク、ソフトウェアまで全部自社にあるものは何もない。 その上で書くコードだけは内製化、としても、かなり小さな面積だなと率直に思う。デジタルにかけるお金のうちかなりの額がすでに
子供の熱性けいれんを初体験した - $shibayu36->blog;
すごく焦ったけど良い形で対応できたので書いておく。 状況 子供が40度近い熱が出たので小児科へ。インフルエンザA型の診断を受けて薬をもらう。自転車での帰り道に違和感を感じたので後ろを振り向いたら、子供がけいれんを起こしていて泡も吹いていた。 熱性けいれんのことも頭によぎりつつ、今まで体験したことなかったので自転車を停めてすぐに119連絡。呼吸を確認してくださいと言われたので確認すると大丈夫だった。けいれんが治っても意識は戻らなかったので救急車の到着を待つ。救急車の中でけいれんの様子を救急隊員に報告する。この時熱は40.6度まで上がっていた。受け入れ病院の電話を聞きながら1~2個から断られているのを聞いて、医療崩壊怖いと感じる。 病院に着いた時、反応は薄いが多少子供の意識が回復していた。けいれんの様子や意識の回復の様子から考えて、単純性の熱性けいれんだろうと病院が判断。けいれんを防ぐ坐薬を入
console.log()だけのデバッグはやめよう
はじめに フロントエンドのWeb開発においてconsole.log()というのは非常によくお世話になります． しかしconsoleオブジェクトにはには他にもたくさんのインスタンスメソッドがあり，それらを使わずに開発を行うのは少しもったいないです． この記事では様々な機能を紹介していき明日から開発で使用していただければ嬉しいです． assert console.assert()は第一引数に論理式をとり，第二引数以降には任意のオブジェクトを取ります． 第一引数がfalseとなった場合，第二引数をコンソールに出力します． サンプル // assert const wishToSuccess = () => { return Math.random() < 0.5 } console.assert(wishToSuccess(), "失敗しました") 出力 log 一般的にログを出力するconso
My new error...
2023 年度の僕のエラーハンドリング について書きたい。 昨日Safe Data Fetching in Modern JavaScriptを読んでいて、fetch に限った話ではないが一家言ある内容だったので書きたくなった。 おそらくやりすぎだとか非効率と言われる点はあると思うので、みんなの一家言も教えて欲しい。 対象は Typescript での サーバー開発想定だが、TS であればクライアント開発にもほとんどに当てはまる話だと思う。 例外のスローではなく Result 型を使う Result は失敗するかもしれないという文脈を与えてくれる型 エラーハンドリングの戦略として例外を投げるのではなく、Result 型を返すやり方がある。 Result 型というのは export type Result<T, E> = Ok<T> | Err<E>; export interface Ok
すかいらーくは3000台のネコ型配膳ロボットをどうやって導入しきったのか。｜安藤 健／ロボット開発者
年の瀬の12月21日、すかいらーくは『2100店のファミレスに3000台のネコ型ロボットを導入しきった！！』というプレスリリースを出しました。 導入宣言をしたのが2021年10月だったので、1年ちょっとでファミレスで動く3000台のロボットが導入されたことになります。ザックリ計算すると、『1日10台ずつ』のロボットが、全国のガスト、バーミヤンなどで増えていったことになります。少なくとも私の知る範囲では最大規模かつ最高ペースです。 今回は、このビックな取組みがどのようなプロセスで進んだのかを、すかいらーくのIR資料などの公式情報をもとにまとめてみます。 導入したロボットは？ すかいらーくグループに納品されたのは、2016年に中国深圳で設立されたPudu Robotics社の「BellaBot（ベラボット）」。すかいらーくやメディアなどでは、その見た目から「ネコ型配膳ロボット」などと呼ばれてい
SQLを速くするぞ―お手軽パフォーマンス・チューニング
このサイトでは、SQL を高速化するためのちょっとしたパフォーマンス・チューニングの技術を紹介します。と言っても、『プログラマのためのSQL 第2版』の受け売りがほとんどなので、この本を読んでいただければ、本稿を読む必要はありません。 最初に、パフォーマンス・チューニングに関する全体の方針を述べておくと、それはボトルネック（一番遅いところ）を改善することです。当たり前ですが、既に十分速い処理をもっと速くしたところで、システム全体のパフォーマンスには影響しません。従って「処理が遅い」と感じたら、最初にすることは、SQL やアプリの改修ではなく、「どこが遅いのか」を調査することです。いきなりあてずっぽうで改善をはじめても効果は出ません。医者が患者を診るとき最初にすることが検査であるのと同じです。病因が何であるかを突き止めてからでないと、正しい処方はできないのです。 その基本を承知していただいた
ChatGPTでの英文校正というチート：使い方・注意点まとめ - Riklog
論文は多くの場合英語で書くわけですが、残念ながら論文の質は一部英語の文章力で判断されてしまいます。 文章が読みにくければ、査読者の読む気がうせます。そうなると良いスコアを得ることは非常に難しいものです。 ChatGPTをご存知でしょうか？無料でAIになんでも聞けるツールなのですが、なんとその英文校正能力が素晴らしいのです。 これを上手く使えば、英語のハンデをうまく解消できます。 この記事では、ChatGPTで英文校正をする際、どういう点に気をつければよいか、自分の経験をもとにまとめました。 論文の英文校正はChatGPTがピカイチ ChatGPTとはAI（自然言語処理）により、まさに「AIとチャットする」無料のサービスです。 OpenAIというプロジェクトで歴史があるようですが（詳しくは調べていません）、特に去年にtrainingが完了した現在のバージョンは、本当に素晴らしい出来です。 こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンド開発のためのセキュリティ入門
同性婚「社会変わってしまう」と首相 ｜ 共同通信
https://twitter.com/usagimaruma/status/1615952407258882048?s=20&t=3f3heVTSHt5AiW1EpPA-_g
世界のベーコンガチ勢、日本のベーコンを見て困惑「なにこれ…」
