Elasticsearchでpartial update - DRYな備忘録
たとえば、users_indexに以下のようなuserというtypeがあったとする { "id": 1234, "name": "otiai10", "age": 29, "lang": ["go","js","python"], "description": "落合展です。10は「じゅう」じゃなくて「テン」と読みます。" } 全体アップデート ドキュメント全体をアップデートしたいときはこうする curl -X PUT ":9200/users_index/user/1234" -d '{ "id": 1234, "name": "otiai10", "age": 29, "lang": ["go","js","python"], "description": "otiai10です。10は「じゅう」じゃなくて「テン」と読みます。" }' これ間違えてこういうことすると吹っ飛ぶ curl -
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
「ITエンジニア本大賞 2016年の技術書ベスト10」の各書籍について勝手に紹介 - 思っているよりもずっとずっと人生は短い。
ITエンジニアに読んでほしい！技術書・ビジネス書 大賞 2016 「編む庭」のほぼ裏番組になってしまいますが、明日はデブサミ2016で、翔泳社さんの「ITエンジニアに読んでほしい！技術書・ビジネス書 大賞」のプレゼンセッションがあるのでした。 今年は参加してないのですが（告知後に確認したら協賛お願いのメールが埋もれてました…。対応せずに大変失礼いたしました）、せっかくなので今年の技術書ベスト10になってた各書籍についてコメントしてみます。 『ITエンジニアのための機械学習理論入門』 ITエンジニアのための機械学習理論入門 作者: 中井悦司出版社/メーカー: 技術評論社発売日: 2015/10/17メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る ふだんはLinuxとかクラウドっぽい書籍を書かれいてる中井さんの書籍です。ちょっと意外ですが、本書では機械学習についての理
何故システム開発にはお金がかかるのか - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読みました。 いやあ、色々と大変そうですね・・・。 こういったシステム開発をしていて、お客様によく言われるのは『え、こんなちょっとしたことなのにそんなに係るの！？』ということ。 うーん、お客さんが言っているのは確かにちょっとしたことなんですよね。でも、ちょっとしたことだとしても、それを会社としてしようとするとなんやかんやで色々とお金がかかってしまうのです。 会社によって考え方は違うかもしれませんが、システム開発に必要なおかねは、 作業時間✕人件費＋経費＋営業費＋利益 です。個人が趣味でやるのであればとにかく、色んな費用が発生するんですね。今日はそのへんの話を、愚痴も兼ねて書いてみたいと思います。 作業時間 まずはシステム開発にかかる作業時間。システム屋の間では『工数』なんていったりしますが、プログラムを作るといっても、かかる時間はプログラム
Issue and Pull Request templates
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
[SQL] 副問い合わせのin句に指定できるワードの数について | keiのTECブログ
副問い合わせのin句に指定できるワードの数について ●Oracle 1000個が上限のようです。 ●MySQL 上限無し。 但し、SQL文字列長自体の制限はあるので、100万件とか入れるとそっちでエラーが出るらしい。 ●PostgreSQL 2000個が上限のようです。 PostgreSQLの場合、以下のように配列をselect結果で戻してjoinすることで、 実質2000個以上のワードの数で検索することができます。 select * from テーブル名 T1 inner join ( select unnest(ARRAY['id1','id2',・・・,'idX']) as list ) T2 on T1.id = T2.list [SQL] case when文 select結果を条件で振り分けるSQL 通常はjoinとかwhere句で振り分けたりしますが 記事を読む [Postg
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
