Constrained K-means Clustering (クラスタサイズの制限をしたK-means法) を調べてみた
![Architecture Decision Record (ADR)](https://cdn-ak-scissors.b.st-hatena.com/image/square/804bd0d0b7a95a49f67aa002f1524b6998d53cd1/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fedd8413c447245d1974d7a46ed5268d1%2Fslide_0.jpg%3F31630252)
Constrained K-means Clustering (クラスタサイズの制限をしたK-means法) を調べてみた
調査結果は記事の途中にあります。 Kailh Choc V2の新設計登場までを軽く振り返る キースイッチメーカーKailhは、薄型スイッチとしてChocシリーズを販売してきました。私もChocの薄さに惹かれて、Lily58、Sparrow62キーボードでは積極的に使ってきました。一方Kailh Choc V1シリーズは、専用のキーキャップを必要とする構造をしており、今は種類が増えましたが、Kailh公式のキーキャップしかないという状態が長く続いていました。 Kailh Choc V1 その中、KailhはChocV2を2021年に発売しました。こちらはCherryMX互換ステムの形をしています。このため、種類豊富なCherryMX互換キーキャップを使用できるように思えます。しかし、CherryMX互換スイッチの特徴的な形を期待しているキーキャップが多く、中には使えないものも存在しています。
PSCustomObjectとはそもそもなんぞや PowerShellのパイプラインは、オブジェクトを流すようになっている。なので、複雑な情報はPowerShellのオブジェクトにすると、あとの処理が簡単になる。 そのためにあるのが、「PSCustomObject」と呼ばれる汎用のオブジェクトだ。このオブジェクトであれば、Format-*や*-ObjectといったPowerShellの汎用コマンドを適用できる。 逆に言えば、PowerShellの汎用コマンドは、フラットな構造のオブジェクトを想定しており、プロパティの値がオブジェクトになっているようなものは扱いにくい。このような場合に、PSCustomObjectを作ってフラットな構造にすることで、以後は処理しやすくなる。 なお、PSCustomObjectの基本的なことは、Microsoftのサイトにページ(https://learn.m
https://yans.anlp.jp/entry/yans2024 での講演スライドです。
JavaScriptフレームワークを取り巻く状況は、常に変化を続けています。近年では、サーバーサイドレンダリング(SSR)とクライアントサイドレンダリング(CSR)のバランスは、重要な検討事項です。 ChatGPTのRemix採用 2024年9月、ChatGPTがNext.jsからRemixに移行したことが明らかになりました。この出来事は、Remixの母体であるReact Router系のコミュニティで大きな話題となり、移行の理由について様々な憶測を呼びました。 JavaScriptエキスパートのWes Bos氏(学習動画教材とかを作っている人)は、ChatGPTのフロントエンドのソースコードを分析し、OpenAIがRemixを採用した理由について独自の考察を展開しました。 www.youtube.com 緊急で動画を回すWes Bos氏 Wes Bos氏の分析によると、ChatGPTのア
起業なのか請負開発か趣味のプロジェクト(ペットプロジェクト)かによって状況は異なりますが「私のチームの開発者は私1人だけです」という個人開発においても、ADRは有効なツールとなりえます。 ADRとは何か? ADR(アーキテクチャデシジョンレコード)は、ソフトウェアアーキテクチャにおける重要な設計判断とその根拠、影響、関係する検討事項などを記録した文書です。 一見、現代的な響きですが、その実態はシステム設計ドキュメントの一部です。 "ADR"で検索すると真っ先にヒットするアーキテクチャの入門書『Design It! ―プログラマーのためのアーキテクティング入門』では、ADRは「アーキテクチャ手法に対する開発者寄りのアプローチ」と説明されており、アーキテクトと開発者自身がアーキテクチャに関する意思決定を記録し、共有するための手法として位置づけられています。 アーキテクチャデシジョンレコード(A
仕事と勉強を両立したいのに、切り替えがうまくできない……。勉強中も、仕事のことやいろんな雑用のことを考えてしまって、集中できない……。 仕事、勉強、家庭や趣味など、たくさんのことを両立して生活している読者の方は多いと思います。すぐに頭を切り替えて別のことに取り組むのは至難の業。 そこで、上手に切り替えるための手段として「ブレインダンプ」をご紹介します。頭のモヤモヤを晴らすだけでなく、勉強の復習にも役立つ手法です。ぜひ取り入れてみてくださいね。 【ライタープロフィール】 柴田香織 大学では心理学を専攻。常に独学で新しいことの学習にチャレンジしており、現在はIllustratorや中国語を勉強中。効率的な勉強法やノート術を日々実践しており、実際に高校3年分の日本史・世界史・地理の学び直しを1年間で完了した。自分で試して検証する実践報告記事が得意。 記憶と集中に役立つブレインダンプ ブレインダン
anond:20240904185451 を書いた者だよ!朝起きたらすごいブクマ数になってて恐縮です。 ブコメへのいくつかお返事と、ブコメにもあった「日焼け止め」と秋冬に向けてのクリームのおすすめも書いておくね! ↑の記事と同じような条件で基本的には選んでいるよ! ちなみに、シェーバー兼用の洗顔とかはパートナーの男性が使って評価が高かったやつ! 前段 なんでスキンケアのものを推すのか?→ここが長くてうだうだ言う奴がいてウザかったから、その3に飛ばした!→https://anond.hatelabo.jp/20240905171035 無料で見てるくせに文句ばっか言いやがって、残暑厳しい中ギトギトにクリーム塗りたくるぞコラ!!!! (=つまり、お金を払っているクライアントでもないのにどうしてそんな上目線でいられるのか不思議… 文句言うなら読まなければいいのに?ということ) 日焼け止めが大事な
結果的に1200行を越えましたが。 kilo 成果物はこれ↓ 参考サイトはこれです↓ インスパイア元↓ 感想 C言語は10年ぶりくらいに書いた 進めていくうちになんとなく思い出すことができた 最初にちゃんと授業で学んだ言語なので懐かしく思った Cに出会っていなければプログラミングしてなかったかもしれないので感慨深い しかしこのレベルのメモリ管理は正直たいへん 「この関数で確保したメモリはこっちの関数で開放されるので問題ありません」みたいな この調子でやっていったらバグる未来しか見えない 1000行・1ファイルというコンセプトは良いのだがファイル分けて管理したいナ〜〜と思った 配列や文字列の操作、メモリ管理がやりやすい別の言語で書き直したい Cを書くの大変だな…という感想を持った 速さはともかく他の言語で書きたい もっとimmutableに… お手本よりも行数が増えた 1行のif文などでもブ
はてなブログでは、本文に画像が存在しない場合などに、記事の本文やカテゴリのデータからアイキャッチ画像(SNSシェアした際に表示される画像)を自動生成する機能を提供しています。 これまでは、自動生成アイキャッチ画像のデザインはすべてのブログで共通していましたが、ブログごとにHTMLを使って自由にカスタマイズできる機能を提供しました!*1 企業が運営しているブログの場合は、企業ロゴを含めてブランドを意識してもらいやすくしたり、個人ブログでもブログのイメージに沿った体裁に変更したりなど、ブログのアピールにご活用いただければと思います。 カスタマイズは「アイキャッチ」設定の「自動生成アイキャッチのカスタマイズ」から行うことができます。 より詳しい設定方法やカスタマイズの方法、HTMLの例については、下記のヘルプをご確認ください。 なお、本機能は「はてなサマーインターン2024」のインターン生が開発
30 Mar, 2024 🏗️ Construction Notice The old (complete, but outdated) version of hecto is available here. You are looking at the 2024 version of hecto, which is still unfinished. You can follow the progress of the rewrite here. Once it’s done, this notice will be deleted. Welcome! This is a series of blog posts that shows you how to build a text editor in Rust. It's a re-implementation of antirez'
MySQLやPostgreSQLといったRDBMSからデータを引いてくるとき、扱うデータの規模によっては、1000件ずつLIMITをかけて順に引いていくということがある。 以前slow queryが出たらよくやっていたのを思い出して、ふとこのあたりってどういう根拠があってやっているのだっけ、自分が知っている他に効能があったりするのかな、と思ってSlackに書き込んだところ、同僚の id:onk に教えていただいた。その内容に加えて軽く調べた内容をまとめてみる。 Web系の話です。みなさまの知見がありましたら教えてください。 TL;DR 刺さる*1から 刺さったら困るから あたりまえ 詳細 もともとSlackに書いた原文は以下の通り(MySQL前提で書いているけどPostgresといった他のRDBMSにも適用できる話。): DB引くとき、Perl時代(?)によく1000件単位でchunkin
「目標」を使って人やチームを元気にしよう────『アジャイルチームによる目標づくりガイドブック』の著者に聞く。 仕事の「目標」は、どこへ向かって走れば良いかを示す地図のようなもの。 しかし、あまり良くない「目標」が設定されてしまうと、「この仕事に意味はあるの?」という疑念が生まれたり、仕事のコミュニケーションに齟齬が生まれてしまう場合もあるように感じます。 そこで今回は、『アジャイルチームによる目標づくりガイドブック』の著者である、株式会社カケハシのいくお (小田中 育生)さんに「人やチームを元気にする目標設定」についてお話をお聞きしました。 『アジャイルチームによる目標づくりガイドブック』著者、株式会社カケハシ エンジニアリングマネージャー。 2009年に株式会社ナビタイムジャパン入社。研究開発部門に配属。プロダクトや開発プロセスのカイゼンを推し進め、アジャイルとの出会いから社内でスクラ
2024/9/2 LayerX 全社週次定例 LayerX 部門執行役員 AI・LLM事業部長 中村龍矢 https://x.com/nrryuya_jp
こんにちは。2024年5月にJADEに入社した江越です。 前職でデータ加工を生業としていた関係で、現在はデータ分析に関わるサポートをメインに取り組んでいます。……とはいえ、法学部出身ということもあり、統計やデータ分析に関しては「素人に毛が生えた程度」の知識しかありません。 今回は、そんな統計素人の私が Causal Impact という分析パッケージに1ヶ月間触れてみた結果、施策の効果を統計的かつ定量的に説明できる手段が得られた経験をシェアしたいと思います。 【もくじ】 Causal Impactとの出会い 効果検証について持っていた課題感 Causal Impact を知る前の効果検証手段 上記の説明の何が問題なのか? 実際に遊んでみる Causal Impactとは一体何者だ! 何をすれば良いか整理してみる inputとthroughを用意して実行してみる 統計的有意差が見える……見え
勉強や仕事などで解決策が見つからずに行き詰まった際に「一晩寝たら解決策が思い浮かんだ」という経験をしたことがある人は多いはず。一晩眠るとアイデアが思いつく現象には睡眠中の脳の記憶整理機能が関係しているとされているのですが、新たにイェール大学の研究チームによって記憶整理機能のメカニズムの一端が解明されました。 Nested compressed co-representations of multiple sequential experiences during sleep | Nature Neuroscience https://www.nature.com/articles/s41593-024-01703-6 Sleep on it: How the brain processes many experiences — even when ‘offline’ | YaleNews
コードレビュー開発者ガイド はじめに コードレビューとは、コードの作成者以外の人がコードを調べるプロセスです。 Google ではコードとプロダクトの品質を維持するためにコードレビューを実施しています。 このドキュメントは Google のコードレビューのプロセスとポリシーに関する正規の解説です。 このページでは私達のコードレビュープロセスを概観します。このガイドはさらに二つのドキュメントに分けられます。 コードレビューの仕方: コードレビュアーのための詳細なガイド CL 作成者のガイド: CL をレビューしてもらう開発者のための詳細なガイド コードレビュアーはどんな観点でレビューすべきか? コードレビューは次の観点で見るべきです。 設計: コードはうまく設計され、そのシステムにとって適切か? 機能性: コードは作成者の意図通りに動作するか?ユーザーにとってコードの挙動は適切か? 複雑さ:
「30歳からのプログラミング」と題したこのブログを書き始めたのが 2016 年 3 月。 そこから月日が立ち、立派なアラフォーとなったわけだが、私はこれまで 3 年以上継続して働いたことがない。プログラマに転身する前も含めて、である。一度もない。 3 年経つ前に、必ず無職になってしまう。労働して貯めた貯金を食い潰しながら無職生活を送り、カネが無くなりそうになってまた働く、ということを繰り返している。 だが、今の勤務先(株式会社HERP)に入社したのは 2021 年 10 月 1 日であり、入社してからもうすぐ 3 年になる。 つまり、 3 年以上労働を続けることになる可能性が高い。 仮にこの記事を投稿した直後に退職を決意したとしても、引き継ぎや有給休暇の消化などで、さすがに 9 月末までは在籍していると思う。そうなれば 3 年到達である。 今までの会社を辞めてきた理由は様々だ。同様に、今の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く