〜AutoMLで実践する〜 ビジネスユーザーのための機械学習入門シリーズ 【第 3 回】 「積ん読」と「体重増」の悩みを AutoML で解決しよう 前回は、AutoML Tables による EC サイトの LTV 分析事例を紹介しました。今回は、同じ AutoML Tables を、より身近な課題の解決に使う方法を紹介します。 その課題とは、筆者自身が抱えていた 2 つの悩みです。ひとつは、スキャンして PDF で保管している書籍の「積ん読」を大量に抱えていたこと。もうひとつは、自宅作業ばかりで増え続けてしまっている体重です。 この 2 つの課題を一挙に解決するソリューションとして筆者が思いついたのが、「PDF 書籍をオーディオブックに変換する」という方法です。読みたかった書籍をオーディオブック化しておけば、ランニングしながら積ん読を解消できます。 この動画のように、Cloud Sto

IT技術者はさまざまなプラットフォームを通して情報発信して知見を共有するのが好きという印象が強いです。zennやqiitaといったサービスをはじめ、さまざまな場所で貴重な情報が無償で公開されているのは驚くばかりです。 情報発信を繰り返していくうちに自分のコンテンツを形にしたい、具体的には書籍を出したいと思う人も多いようです。そこで目の前に立ちはだかる壁のひとつが出版社から商業出版するか同人誌として出版するかという選択を迫られることです。本記事ではそれぞれのpros,consについて、これまでに商業出版、同人誌出版の両方の経験がある筆者の意見を書きます。 結論から書きますと、わたしは以下のような考え方を持っています。 なるべくお金がほしいなら、あるいは世の中に広く情報を行き渡らせたいなら商業出版 ニッチで客層が限られるものについては同人誌 いずれにせよ普段から誠実な情報発信をし続けるとリーチ

オフェンシブセキュリティ部の山崎です。サーバサイドレンダリング（SSR）の導入によってSSRFが発生する問題を見つける機会があったため、本記事では実例を交えながら紹介したいと思います。 サーバサイドレンダリング（SSR）とは？ 本記事で扱うSSRとは「サーバ上でHTMLを出力すること」を指しています。ただしerbやjspのようなテンプレートからHTMLを出力するのとは異なり、一般的には以下のようにクライアントサイドレンダリング（CSR）の文脈で使われることが主です。 近年のVue.jsやReactを代表するようなWebフロントエンドフレームワークはブラウザ上で動的にDOMツリーを構築して画面を描画（CSR）するのが主流となっています。これによってページ遷移を挟まずユーザ体験のよいシングルページアプリケーション（SPA）が作ることができるというメリットがあります。 ただ、単純なSPAにはデメ

財務省の決裁文書の改ざん問題で、自殺した近畿財務局の男性職員が、経緯をまとめて職場に残したとされるファイルについて、大阪地方裁判所は22日、男性の妻が国を訴えた裁判の協議で証拠として調べる必要性があるという考えを示し、国に提出するよう促しました。 森友学園に関する決裁文書の改ざんに関与させられ自殺した近畿財務局の職員、赤木俊夫さん（当時54歳）が、改ざんの経緯を詳細にまとめて職場に残したとされるファイルについて、妻の雅子さんは先月、国などを訴えた裁判で証拠として提出することを国に命じるよう大阪地方裁判所に申し立てました。 国側は、この申し立てに対する主張をことし5月までにまとめて回答するとしていましたが、裁判所は遅すぎるとして22日、進捗（しんちょく）を確認するための協議が非公開で行われました。 原告側によりますと、この中で裁判官はファイルについて、「証拠調べの必要がないとは考えていない」

「その数自体は0でないのに、2乗するとはじめて0になる数」ってなんですか？ そんな数あるはずがないと思いますか？ でももしそんな数を考えることができるなら、ちょっとワクワクすると思いませんか？ 今回はそんな謎の数のお話。 実数の中には、「2乗して0になる数」というのは0しかありません。 （2乗して0になる実数は0しかない図） ということは、「2乗してはじめて0になる数」というのがあるとしたら、それは実数ではありえません。 「1年A組にはメガネの人はいないので、メガネの人がいたとしたらその人は1年A組ではありえない」くらいの当たり前のことを言っています。 この辺の議論は、複素数で「」を導入したときと同じですね。 「実数の中には、2乗して-1になる数というのは存在しないので、それがあるとしたら実数ではありえない」ということで「虚数」であるが導入されるわけです。 それならばということで、ここでは

ニューヨーク・タイムズやOpenStreetMapなど、さまざまなウェブサイトで利用されているデータ可視化ライブラリが「D3.js」です。そんなD3.jsの開発10周年を記念して、開発者のマイク・ボストック氏が「D3.jsを10年間開発する中で学んだこと」を公開しています。 10 Years of Open-Source Visualization / Mike Bostock / Observable https://observablehq.com/@mbostock/10-years-of-open-source-visualization ◆「使用例」がツールの普及に役立つ ボストック氏によると、新たに開発されたツールは、開発者以外の人々にとっては異質なモノであるとのこと。そのため、ツールを普及させるには「ドキュメント」「チュートリアル」「使用例」などを準備する必要があります。 ボ

どうも、かとじゅんです。 松岡さん(id:little_hands)が以下の記事を更新されたそうです。松岡さん自身が悩まれた中で検討したオプションであって、唯一の正解ではないと踏まえたうえで、率直な感想を述べたいと思います。結論からいうと、論旨は前回の記事と変わりませんが、コード例で具体的な考え方を示している点を工夫しています。 little-hands.hatenablog.com 前回の考察記事も古くなったので、最新の記事に併せて考察をまとめ直したいと思います。 blog.j5ik2o.me ドメインモデル ドメインモデル図が追加されていますね。以下の３つの集約があるそうです。「一つの集約にまとめればいいよね」という提案はなしという前提で考えます。 ユーザー タスク アクティビティ・レポート 「アクティビティ・レポート」は「タスク」もしくは「ユーザー」に関連を持つようです。 「これらの

本日のLT資料 ■エディタ好きは語りたい LT会 https://rakus.connpass.com/event/204540/

1行で 「特定の場合でバージョニングしなくても対応できることはある」程度なので、「バージョニング不要」とは言わないほうがよい どういうことか RESTful API から GraphQL へ、GraphQL から別の Web API systemへ、ということを考えると大きな意味でのバージョニングは必要 e.g. 実際にGitHub は GraphQL API を "API v4" と呼んでいる 細かなレベルのバージョニング、たとえば1画面の仕様が微妙に変わるたびに /foo, /foo_201807_1, foo_201807_2 みたいにどんどん特定画面専用APIを定義していく、みたいな意味でのバージョニングは不要 fieldの追加は無造作に行ってよい RESTful APIでもfieldの追加は普通はできる、ただし負荷に注意 重いcomputed fieldの場合でも、GraphQL

令和2年3月14日、葛飾区四つ木五丁目の交差点で11歳の一人娘が赤信号無視の直進車に轢かれてほぼ即死でした。娘は主人と青信号の横断歩道を歩いていて、主人は大怪我で生き残りました。 「波多野耀子（ようこ）、事故」で検索すると当時の報道が出てきます。 柳原さん、どうか一度、話を聞いてください……。 3月15日、私のもとに1通の切実なメールが届きました。 小学5年生だったお嬢さんを交通事故で亡くしてちょうど1年、初めての命日を迎えたばかりのご両親からでした。 赤信号無視の車にはねられて亡くなった波多野耀子さん。とても素直で明るい性格だったという。事故がなければ、今月、沢山のお友だちと一緒に晴れやかに小学校を卒業するはずだった（遺族提供） メールはこう続きました。 加害者の男性（68）は、事故から1年近く経っても未だに起訴すらされていません。検察には「危険運転致死傷罪で起訴してほしい」と何度も意見

宇宙から降り注ぐ放射線（宇宙線）によって電子機器が一時的に誤作動する「ソフトエラー」と呼ばれる現象が、NTTの国内ネットワーク通信装置で少なくとも年間約3万～4万件起きていると推定されることが21日、同社などへの取材で分かった。大半は機器の安全装置などで自動修正されるが、専門家は通信障害につながった可能性もあると指摘している。 国内の情報インフラを支える通信装置でのソフトエラー発生規模が明らかになるのは初めて。 宇宙線が大気圏の酸素や窒素に衝突すると中性子が発生する。ソフトエラーはこの中性子が電子機器の半導体にぶつかり、誤作動を起こす。

女性と比較すると、ちょうど1世代ずれていると考えるとわかりやすいでしょう。 ただしこの数字をご覧いただければお分かり頂けるように、男性であっても年齢が負の影響を与えるのは間違いありません。確かに女性よりは年齢による婚約指数の減少は少ないですが、それでもそれなりに大きく減少しているので男性も油断は出来ないでしょう。 ※成婚指数：平均的な婚活者と比較して、どの程度成婚できるかという指標 地獄の年収それでは男性の年収は結婚相談所の婚活において、どの程度の影響があるのでしょうか。 結論から言えば「地獄」で御座います。 まず年収300万円未満の場合、グラフにすることすら出来ません。便宜上、白い線を微妙に書かせて頂きましたが、実際の数字はこの白い線すらないとお考え下さいませ。 2019年に結婚相談所で結婚した3492名の男性のうち、年収300万円未満の男性は0.0%で御座います。年収300万円未満で結

「しんぶん赤旗」がスクープ。学校法人「豊栄学園」が、前文部科学副大臣、文科事務次官を、繰り返し接待。文科省は、同学園に約２４００万円の施設整備費補助金を決定している。行政が歪められたことはないのか、解明が必要です。 https://t.co/pnHE08q3ME

今日のお題 結局、CDKとTerraformどっちがいいんだろう、という宗教論争 それぞれをある程度触ってきた上での個人的見解を今後の自分のためにまとめます。 長くダラダラした記事なると思いますがご容赦を。 先に結論 CDK、非常にいいんだけれど、ちょっと辛いかも。 ずっと運用することを考えるとTerraformかな。 (2022/07/22追記) ・・・と思っていたが、使い方によってはCDKの方が良さそうという人になってきました。 その内容は　こちら そもそも、CDKとかTerraformってなんだ？ 一言で言えば、Infrastructure as Code(IaC)のツールです。 AWSに限らず、GCPやAzureなど様々なクラウドサービスがありますが、これらのクラウドサービス上でコードによりインフラ管理を行う仕組みがIaCです。 これにより、コードさえあれば、どのアカウントにも同じ

先日、有名人が運営するオンラインサロン内で“ある騒動”が話題になった。 「映画のチケットをグッズと一緒に転売してもいい」 【映像】田端大学、カンニング竹山、カズレーザーも…有名サロンの月額費（12分ごろ～） 映画はオンラインサロンのオーナーが作ったもの。大量にチケットを購入したがほとんど売れず、自分で何回も映画を見る羽目になった入会者もいた。 ネット上では「チケット売るのにこんなやり方してたの！？」「信者に買わせてサロンオーナーは損しないやり方」「映画面白そうって思っていたけど見る気失せた…」などの声が寄せられ、売り方に批判が相次いだ。 とはいえ、コロナ禍を逆手に、オンラインサロンの人気は急上昇している。オンラインサロンを運営する大手2社の会員数はここ1年で急激に増加。2020年の国内市場規模は約86億円にも及ぶ。 「ABEMA Prime」では、オンラインサロンの効果的な付き合い方と急増

何かやりたいことがあって、そのためにソフトウェアを開発したい。そのときに、技術的ではないことすべての事柄についてうまく段取りをつけて開発を進めて、そのソフトウェアに対する期待と、実際に開発されたものがズレないようにする。これがソフトウェアの開発管理だ。わたしも何だかんだでキャリアが10年を超えてしまい、いろいろなソフトウェアの開発管理を見てきたが、上手くいったときの体験を思い出して、最低限これだけやっとけばいいんじゃないかというポイントが見えてきたように思う。世間にはいろいろな管理手法が提案と実施されているが、どれも大袈裟だと感じていた。上手くいくために最低限必要な要素を押さえて、30分くらいで理解と実施ができるミニマルな手法をここでまとめてみたい。 前提 1人〜数人くらい 要素技術の検証は済んでいて技術的な実現性は見えている or 枯れた技術しか使わない リーダー的な人が一人くらいはいる

1982年、埼玉県生まれ。東京地下鉄（東京メトロ）で広報、マーケティング・リサーチ業務などを担当し、2017年に退職。鉄道ジャーナリストとして執筆活動とメディア対応を行う傍ら、都市交通史研究家として首都圏を中心とした鉄道史を研究する。著書『戦時下の地下鉄 新橋駅幻のホームと帝都高速度交通営団』（2021年 青弓社）で第47回交通図書賞歴史部門受賞。Twitter @semakixxx News&Analysis 刻々と動く、国内外の経済動向・業界情報・政治や時事など、注目のテーマを徹底取材し、独自に分析。内外のネットワークを駆使し、「今」を伝えるニュース＆解説コーナー。 バックナンバー一覧 2019年に京急線の踏切で列車と大型トラックが衝突して脱線し、トラック運転手が死亡、電車の乗客乗員77名が負傷した事故について、国土交通省の運輸安全委員会は2月18日、事故の調査報告書を発表した。だが、

@t_wadaさんが翻訳されていた技術的負債の記事をあらためて読んでみたら非常に面白かった。技術的負債の本来の意味が説明されているので、まだ読んだことがない人は一読をおすすめする。 その翻訳記事を読みながら、Jasper（僕が開発しているGitHub用のIssueリーダー）のv1.0で技術的負債を返済したことを思い出した。そこで、その翻訳記事を参考にして技術的負債の生態について自分なりに考えてみることにした。すると面白い生態がいくつか見えてきた。例えば「生態③: むしろ技術的負債が生まれることそれ自体はポジティブである」などである。今日はそのことについて書いてみようと思う。 ちなみに今回は技術的負債への対処までは解明することができなかった。いつか続きを書けたらいいなと思う。 技術的負債が生まれる背景 まずはJasperで経験した技術的負債を紹介する。負債の内容自体はそんなに重要ではないので