Constrained K-means Clustering (クラスタサイズの制限をしたK-means法) を調べてみた
Constrained K-means Clustering (クラスタサイズの制限をしたK-means法) を調べてみた
はじめに データ分析基盤の資料を力尽きるまで追記していきます。 構成図にあるアイコンや記事の内容から技術要素を調べて記載していますが、不明分は未記載にしています。修正のコメント頂ければ助かります。 あと、この記事追加してっていう要望も歓迎いたします。 テンプレート 記事公開日 : 会社名(サービス名) データソース : データ処理 : アウトプット : 画像 URL 2025年 2024/03/14 : 株式会社エス・エム・エス(カイポケ) データソース : Amazon Aurora データ処理 : Datastream、BigQuery、dbt アウトプット : Looker Studio 2024/03/12 : 株式会社マイナビ データソース : SQL Server、Amazon S3 データ処理 : Embulk、Amazon MWAA、Apache Airflow、Snowf
小学校の林間学校のキャンプファイヤーの様子 ・スクールフォト業界にて炎上事案発生2024年2月28日、Twitterに書かれたとある投稿が、学校カメラマンや写真業界を超えて、SNSで大炎上してしまった。 「カメラマン大大大募集です 現在3名しか決まっておらず、あと100名くらい来ても大丈夫です。詳細は下記をご覧下さい。 もし経験が無くて不安な方は3/16(土)、23(土)に同様の撮影があるので私や他のカメラマンの撮影に同行して教えます。どしどしご連絡待ってます。 小・中学校入学式の写真撮影案件 日時:4/8(月)9:00-16:00予定 ※午前か午後どちらかだけの対応でも可能 場所:埼玉&東京&千葉&神奈川(少し)の小中学校 ※出発場所を考慮して1時間圏内で撮影場所をご依頼します 撮影内容:式の前後のスナップ写真&式最中の様子など 必要な経験: 一眼レフで人を撮った事がある方 必要な機材:
この度、喜寿を迎えるに際して会員から「記念演武をしたらどうですか?」と提案を受けて、人生のケジメとして演武をすることにしました。ご覧になる方は私が77歳のお爺さんと思いながらご覧になって下されば嬉しいです!
当方アラサー女。顔はたぶん可愛い。 4年付き合ってる彼氏との関係でマジで悩んでるので何か変化を起こせるアドバイスがほしい。 私が彼氏に求める条件はただ一つ顔がいいことである。今の彼氏は顔がどタイプで、顔がタイプなら他のことは全て許せるので付き合った。付き合った当初は最高で、いつでも好きな顔を眺めたり、触ったり、キスできるというのは本当に幸せだった。そして4年が経ち(そのうち同棲2年)今は顔以外の彼の人間性も含めて本当に愛してる。私を安心させてくれるし、一緒に色々なことをポジティブに楽しめる関係だし、世界でただ一つの自分を無条件で肯定してくれる居場所ができたと感じる。家族のように大切で、これ以上のパートナーには出会えないと思う。 ここまでは完璧な関係に思えるのだが、一つ大きな問題がある。それは彼氏が太って肌が汚くなり、おまけに最近は禿げてきたのだ。 私は相手の顔さえよければそれだけでいいのだ
【メールの挨拶文で印象に残す】 ×ありがちなフレーズ ABC株式会社第一営業部菊原と申します ○心が動くフレーズ お客様のお役に立てるよう毎日勉強している菊原です いまはメールやSNSなどの文字媒体でお客様とやりとりすることが多くなりました。その際、ただ単に“会社名+名前”で送っていたのでは、ほとんど印象に残りません。名前の前に“印象に残る一言”を添えて、あなたの存在をお客様に印象づけましょう。 あなたが誰かから商品を購入したいと考えていたとします。その際、「営業は嫌いだけど、食べるためにしかたなくやっているだけです」という営業パーソンから買いたいでしょうか? そんなことはありませんよね。 よほど欲しいもの以外は、「私のことを真剣に考えてくれる人から買いたい」と思うはずです。多くのお客様は“お客様のために真剣に活動している営業パーソン”に好感をもつものなのです。このような話をすると、「そん
観光地でデートをした際、串や容器などゴミの出る食べ物を食べた後の男性の取るべき行動を考えた時、女心の難しさを痛感した。 ゴミ箱があれば問題ないけど、人のごった返す観光地だとゴミ箱設置してないところも多い。男性の対応別に見ると、 ・ポイ捨て→蛙化レベル☆★★★★ ・店員さんなどに捨てる場所があるか聞くor頼んで捨ててもらう→蛙化レベル☆☆★★★ ・店員さんに捨てる場所があるか聞いて「ない」と言われるor頼んだ結果「持ち帰り」と言われ断られる→蛙化レベル☆☆☆★★ ・たまたま持っていたビニール袋などに入れて持ち歩く→蛙化レベル☆☆☆☆★ ・ゴミ袋を持参しておりそこに入れて持ち歩く→蛙化レベル☆☆☆☆☆ ・ゴミを女性に預ける→論外(その場でデート終了して帰宅する) というように、手近にゴミ箱がない限り男性は詰む。 ここで注意なのが女性にとって「社会的に正しいこと」が正解ではないし「社会的に間違っ
そうです。わずか10行しかないデータですが、 15,000列 あります。 「それデータモデリングをミスってるやん」というツッコミはあると思いますが、今回はそのあたりについてはノーコメントです。諸事情ありこのようなデータを扱うことになりました。 今回は Snowflake でもなかなか扱うことが難しい (横方向に) クソデカデータの世界 をご案内したいと思います。 クソデカテーブルを作る まずテーブルを作ります。 この時点でエラーが出てくれるならまだ良かった。。。 なんとこのクエリは問題なく実行でき、テーブルは作成できます。 作成できてしまいます。 作成できてしまったが故に、「さすが Snowflake、列数が多いテーブルも簡単に扱えるんだね!!」と高をくくってしまいます。 ちなみに PostgreSQL の場合は1テーブルあたり最大 1,600 列だそうです。まぁそれだけあれば普通は困らな
草野球のチームメイトのおっちゃん、 転売屋ずっとやってるんだけど、夜10時くらいに仕事始めて深夜3時くらいに寝るという1日5時間未満労働を20年続けてる。 昼11時くらいに起きてから仕事行くまで、野球の練習するか釣り行くか子供と車で遊び行くかみたいな人生送ったらしい。 だけどその人の息子さん、超良い奴でめちゃくちゃ理想の青年みたいな感じに育っててなんだかなあと思った。 子育てって博打だろ。 (余談だけど、このエントリーを読むという入口でこのおっちゃんについての情報に触れたはてなーはきっと 「子供と触れ合ういいお父さんじゃないか!」 とか絶賛するだろうけど、 「これこれこういう仕事の仕方をずっと続けてきて、ほかの時間は草野球やるか釣りするか子供と車で遊びに行くかしてる転売屋のおっさん」 って情報を別のなんらかの拍子で耳にしたら「だらしない」とか「人生消化試合じゃん」とか「いい歳の子供がいる中
株式会社ICSの池田・西原・松本の3人で『フロントエンドの知識地図 〜 一冊でHTML/CSS/JavaScriptの開発技術が学べる本』という書籍を執筆しました! ICS MEDIAではHTML・CSS・JavaScriptにおける最新技術をテーマに取り扱っています。ウェブメディアの特性上、記事は断片的な情報となることが多く、体系的な発信が難しいと我々は課題感を持っていました。そこで、この書籍ではICS MEDIAでは発信の難しかった、フロントエンドの全容を一冊で伝えることを目指しています。 2023年11月24日の発売で、Amazonや書店や電子版で購入できます。 Amazon サポートページ 2023年4月に執筆を開始し、フロントエンドのトレンドをまとめてキャッチアップできるようテーマを選定しました。344ページで、紙面はフルカラー。内容の厚みにたいして、定価2,860円(本体2,6
サーバ不要でバックエンドAPIのモックを実現する「Mock Service Worker 2.0」正式リリース。Fetch API、ストリームAPI対応など新機能 Webアプリケーションのクライアントを開発する際に、本来ならばサーバ上で稼働するWebアプリケーションのバックエンドのAPIを呼び出してデータを受け取って表示するといった動作を作り込みたいけれども、まだバックエンドのAPIも開発中であったり、何らかの理由でバックエンドを稼働させる環境を用意できなかったりすることは、しばしば起こりえます。 そうしたときにサーバを立てることなく、バックエンドのAPIをモックとして簡単に設定し提供してくれるソフトウェア「Mock Service Worker」の最新版「Mock Service Worker 2.0」が正式にリリースされました。 Announcing MSW 2.0! Migratio
すごいニュースが飛び込んできた。オセロの必勝法が見つかったのだ。正確に言うとオセロが弱解決された。まずはその論文を紹介する。 Othello is Solved : https://arxiv.org/abs/2310.19387 「弱解決(weakly solved)」を簡単に言うと、初期局面からの双方最善手を打つ時の結論(勝敗)がわかったと言う意味である。8×8のオセロの結論は引き分けなのだそうだ。「必勝法が見つかった」と本記事のタイトルで書いたが、その結果として双方最善を尽くした時のオセロの結論が引き分けだったことが判明したので正しくは「必勝法(必ず勝てる方法)が存在しないことが証明された」とでも言うべきか。 今回は、初期局面から到達できるあらゆる局面についての結論(勝敗)がわかったわけではない。こちらは「強解決(strongly solved)」と呼ばれる。 弱解決と強解決とでは、
『はじめよう! 要件定義 ~ビギナーからベテランまで』はそのタイトル通り、ソフトウェア開発に携わるエンジニアやPM向けに、要件定義の進め方について優しく解説してくれる書籍です。かわいいイラストと平易な文章がとっつきやすく、するすると読めてしまいますが、要件定義って何をどうやったらいいの?とお悩みの方に対して、まずはこれだけやっておくべき基礎知識を得ることができる、とてもわかりやすい内容になっています。 そしてそして、ここからが本noteの主な趣旨ですが、この3部作はデザイナー目線で読み解くと、極めて明瞭で本質的で実践的な、ユーザー体験設計とUI設計の進め方について学べるデザイン教則本と言えるのです。 以下、その理由と、本シリーズを使ってUIデザインを進めていく方法を実例を踏まえて解説していきます。 要件定義とはUI・機能・データを決めることいきなり『はじめよう! 要件定義 』のキモ・コンセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く