  |
はてなキーワード: ライブラリとは
この手順は、Latent Diffusion Modelsを使用してテキストから画像を生成するための一般的なアプローチを示していますが、いくつかの誤りや欠落がある可能性があります。以下にいくつかの修正と補足を示します。
1. **ライブラリのインポート**: `diffusers` ライブラリは存在しないため、代わりに `torch`、`transformers`、および `diffusion` ライブラリを使用する必要があります。
```python
import torch
from transformers import AutoModelForSeq2SeqLM, AutoTokenizer
from diffusion import LatentDiffusion
```
2. **環境のセットアップ**: 事前学習済みモデルとトークナイザーを使用する前に、必要なモデルとトークナイザーをダウンロードする必要があります。
```python
model = AutoModelForSeq2SeqLM.from_pretrained("nlptown/bert-base-multilingual-uncased-finetuned-xnli")
tokenizer = AutoTokenizer.from_pretrained("nlptown/bert-base-multilingual-uncased-finetuned-xnli")
```
3. **テキストプロンプトの前処理**: `encode_plus` メソッドを使用して、入力をトークン化し、テンソルに変換します。
```python
inputs = tokenizer.encode_plus(prompt, return_tensors="pt")
```
4. **Latent Diffusion モデルの定義**: `diffusion` ライブラリから `LatentDiffusion` をインスタンス化する際に、モデルとトークナイザーを渡します。
```python
ldm = LatentDiffusion(model=model, tokenizer=tokenizer)
```
5. **画像の生成**: `generate` メソッドを使用して画像を生成します。
```python
image = ldm.generate(inputs)
```
6. **生成された画像の可視化**: 画像を表示するために適切なライブラリを使用します。例えば、Matplotlibを使用して画像を表示できます。
```python
import matplotlib.pyplot as plt
plt.show()
```
当社の電子書籍市場調査報告書によると、予測期間中の年平均成長率は約2.4%で、2036年には約200億米ドルの規模に達すると予測されている。さらに、電子書籍市場規模は、2024年には低い成長率になると予想されています。しかし、当社のアナリストは、電子書籍市場は2023年に176億ドルに達すると予測している。
当レポートの無料サンプルは、こちらからお申し込みいただけます : https://www.sdki.jp/sample-request-83478
この需要を重要なものにしているのは、特に生活の変化や技術の進歩の中で、簡単にアクセスでき、持ち運びができる読書の選択肢に対するニーズである。消費者は品質、価値、環境への対応を求めており、電子書籍はこれらすべてを提供し、従来の印刷された書籍の良い解決策となっている。したがって、電子書籍市場の成長トレンドは、世界でも日本でも最高レベルで継続する用意がある。
アジア太平洋市場は、市場で最も収益性が高く、やりがいのある機会を提供すると予想される。この地域は、デジタル インフラストラクチャの急速な拡大、識字率の向上、スマートフォンの人気の高まりにより、電子書籍の市場普及に大幅な潜在力を持っています。アジア太平洋地域は2036年までに市場の約29％以上を占めるようになる。同地域は、デジタルインフラの急速な拡大、識字率の向上、スマートフォンの普及により、電子書籍リーダー市場への参入に大きな可能性を秘めている。2023年、デジタルQOL指数によると、韓国は1点満点中0.96点を獲得し、アジア太平洋地域の電子機器市場で第1位となる。
当社は、電子書籍市場に関連するさまざまなセグメントにおける需要と機会を説明する調査を実施しました。当社は、カテゴリ別および垂直別ごとに市場を分割しました。
世界の電子書籍市場はカテゴリに基づいて、無料電子書籍、有料電子書籍に分割されています。これらのセグメントのうち、無料電子書籍セグメントは市場で重要な地位を占めており、2036 年までに市場総収益に最大 67% の貢献を果たします。無料の電子書籍は、読者に膨大なコンテンツのライブラリへの無料アクセスを提供し、電子書籍市場の重要な成長ドライバーです。
以下のリンクからすべての情報を見るには、ここをクリックしてください：https://www.sdki.jp/reports/e-book-market/83478
もう令和だから、Excel関数や誰もメンテ出来ないマクロでドヤるのやめてほしい
あと、Azure認証とTeams がデファクトスタンダードで、
Teamsに関してはEUの独禁法違反懸念対策で別売りするねってやってるターンなので、
AzureやM365Apps(MS Office)使ってないアピールするのもやめて欲しい
つか、広告業・メーカー・製造業だと専門職でもバリバリExcelとか使うやで
独自のマクロライブラリまであったりするし、なぜかExcelをOracleやBIツールに取り込んで〜みたいなこともしたりする
(そんな運用にするなよ・・・とは思うが、その運用を変えられる自信あるなら、該当企業に乗り込んで変えてみてどうぞ)
大学、ましてや名前がある程度知られている大学を卒業をしておいて、高卒でも問題ない会社に入社したり、高卒でも問題ないポジションにいるヤツは、すべてポンコツと見做して良い
でも、自分自身の能力で余力のある場所にいるから強いだけで、そうじゃないところへ行ったら自分がポンコツ側の人間になると思うので、他人には優しくね？
そういう気分にはなれねぇなぁ・・・なら、とりあえず金稼ぐと良い、死ぬほどどうでも良くなる
プロットライブラリ、データフレームライブラリ、データベース、などが集計関数を用意している。
例えばある場所ではプロットライブラリの集計を使っているが、別の場所ではデータベースで集計してからプロットするということがあるだろう。
各ライブラリが内部でどういう処理をしているかがブラックボックスであるため、これは問題である。
ライブラリの集計関数を使う場合、テスト用のデータを用意しておき、集計値が一致するかを確認するのがまず必要。
次に集計方法はバラバラでなく揃える必要がある。プロットライブラリに集計させるより、データフレームに集計させてそれをプロットしたほうが良い。
またデータフレームにおいても、groupbyとpivot_tableで集計の扱いに差があったりする。
これらの差が生じる一つの理由はNullやdatetimeに対する処理の違いだったりする。
暗黙の集計に対応するのは大変なので、テストデータに対する集計が正しいバリエーションを選び、その方法で全部揃えたほうが良い。
技術ブログたまに書いてるけど、他の趣味に比べてネガティブな内容になりがちな感じがある
技術ブログだと基本的に内容は、新しいものを使ってみたとか、問題起きたからそれへの解決方法とかになってくる
そうなると、新しいものだといいところはあるけどここが足りないとかこうだったらいいのにってことが多くなる
いろいろなものを知っていくほどその傾向が強い
他の良いものを知ってるほど、新しいものにはそれより良いものを期待するから、いいところの紹介はあっても欠点の紹介も多くなる
問題への解決方法になると、問題が起きてるわけでネガティブな状態から始まる
回避策を書いてもやりたくないことをやらないといけない状態なのでポジティブな内容にはなりづらい
使いたくないのに仕方なく使ってるライブラリ等でバグがあってそれの対処とかになるとイライラしてるから記事にも出てしまう
続き買ってる？
忙しい時期が続いたりすると、いつのまにか買っていた漫画の続きが出ていたりする
それが1〜2巻くらいなら普通に買うのだが、たまに5〜10巻くらい差が開いている時がある
それくらい離されていると数千円はかかるし、何よりその値段の分楽しめるかが不安になってしまうのだ
それらを買うくらいなら、読んだことがなくまだ追いつけている、あるいは新規の漫画を買った方がお得なのでは……？と思ってしまう
買っていない期間が長いということは、それだけ以前に読んだストーリーも薄れている。読み返すのもちょっと億劫だ。
途中で止まっている漫画を電子書籍アプリのライブラリで見かけるたび、「果たしてそんなうろ覚えな状態で買ってちゃんと値段分楽しめるのか……買わない方がいいんじゃないか……？」という不安と、「せっかくここまで読んでいるのに中途半端に途切れているの気持ち悪いな……なんだかんだ読み返したら再燃するんじゃないか……？」という迷いで葛藤してしまう
そういうの、大抵の人は律儀に買い直すか、それとも諦めるのだろうか
ちなみに何タイトルか上記の状態になってしまっているのが、今1番悩んでいるのは薬屋のひとりごと(ガンガン版)である。
ちょうど数年前、アニメ化範囲の7巻まで買っていたので、アニメ終わったら買おうと思っていたらなんか絵の人が脱税で起訴された。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1900 | なんとなく使っていませんか？ 括弧の種類と使い分け｜モリサワ note編集部 | note.morisawa.co.jp |
| 1309 | 波 2024年4月号 おつむの良い子は長居しない 第12回／高嶋政伸 | www.shinchosha.co.jp |
| 1241 | 電車の中で座るための戦略とアクションプラン｜みずほリサーチ＆テクノロジーズ | www.mizuho-rt.co.jp |
| 1061 | 無印良品のランドセルの思い出 - プロムナード | promenade.hatenablog.jp |
| 1011 | 謙虚なリーダーのもとで心理的安全性が高まりメンバーが本領発揮しやすくなる―職場においてリーダーの謙虚さと心理的安全性が果たす役割― ｜ 東京大学 先端科学技術研究センター | www.rcast.u-tokyo.ac.jp |
| 986 | いらすと本舗 | irasutofree.com |
| 921 | 電通、人間の消費行動に強く影響する「11の欲望」最新版を発表 ｜ AdverTimes.（アドタイ） by 宣伝会議 | www.advertimes.com |
| 918 | 訃報｜集英社『週刊少年ジャンプ』公式サイト | www.shonenjump.com |
| 808 | 日本の賃金が上がらない理由（大企業の中の人目線で） - konanタワリーマンブログ | konantower.hatenablog.com |
| 730 | はじめに ｜ ちいさな Web ブラウザを作ってみよう | browserbook.shift-js.info |
| 680 | あなたが教わってるそのCSSテクニックはもう古い ｜ TAKLOG | www.tak-dcxi.com |
| 664 | 個人開発を7年以上続けて分かった技術選択のコツ | blog.craftz.dog |
| 648 | お知らせ 閉店・廃業します。 ｜ 新宿 curry草枕 | currykusa.com |
| 638 | さすがの一言に尽きる！全登山者が求めていた“神アイテム”はモンベルにあった ｜ YAMA HACK[ヤマハック] | yamahack.com |
| 618 | 高木浩光＠自宅の日記 - Claude 3に例の「読了目安2時間」記事を解説させてみた | takagi-hiromitsu.jp |
| 590 | とほほさんの「お茶・紅茶入門」の内容を検証する（主に中国茶部分） – あるきちのお茶・旅行日記 | arukichi.teamedia.jp |
| 582 | 【翻訳】テスト駆動開発の定義 - t-wadaのブログ | t-wada.hatenablog.jp |
| 543 | 冬の電気自動車の遠出は本当に厳しい。航続距離も減るし、とにかく充電スピードが落ちます - 勝間和代が徹底的にマニアックな話をアップするブログ | katsumakazuyo.hatenablog.com |
| 540 | トーチweb 創作文芸サークル「キャロット通信」の崩壊 【創作文芸サークル「キャロット通信」の崩壊】 | to-ti.in |
| 539 | ワイヤレスイヤホンの価格帯別選び方 - ARTIFACT@はてブロ | kanose.hateblo.jp |
| 536 | 「会議で話されている内容と、ソースコードが全然違う」〜イオン発の“新ネットスーパー”リリース直前の1年間を語る｜イオンネクストCTOインタビュー ｜AEON TECH HUB | engineer-recuruiting.aeon.info |
| 532 | 27歳年収420万非モテ男がマッチングアプリ始めた結果がヤバすぎる - 人生万事こじらせるべからず | www.gorannosponsor.net |
| 525 | Python滅ぼす協会に入会したい | dev.thanaism.com |
| 514 | はてなのアプリ専用マンガビューワを集英社が採用。2,700万ダウンロードを超える「少年ジャンプ＋」に提供開始 - プレスリリース - 株式会社はてな | hatena.co.jp |
| 485 | 【無料】台湾で収録された自然環境音ライブラリ、99Sounds「Nature Sounds」無償配布開始！ ｜ Computer Music Japan | computermusic.jp |
| 476 | 美しいもの・美しいもの | comic-medu.com |
| 451 | ゲームを途中でやめた理由､ご意見＆対策集 - SmokingWOLF - Ci-en（シエン） | ci-en.dlsite.com |
| 447 | 【シェフ考案】チキン南蛮の作り方。衣はザクザク、肉はジューシー！ 甘酢、タルタルレシピも必見です ｜ 三越伊勢丹の食メディア ｜ FOODIE（フーディー） | mi-journey.jp |
| 439 | 業務スーパーのラグジュアリッチコーヒーはなぜ美味い？珈琲まめ工房を質問攻め - 福岡のフリーライター・大塚たくま.com | www.otsuka-takuma.com |
| 429 | 文字組版の教室 note版｜モリサワ note編集部 | note.morisawa.co.jp |
100人の凡才より1人の天才の方が生産性が高いから論、これよく言われるけど疑問なんだよなあ。
同じソフトを100個売るのと1000万個売るのでコストがほとんど変わらない。
サービスだともうちょっと事情が違うにしても、そこが圧倒的に違うような。
1人の天才の方が100人の凡人より生産性が高いのが当たり前の世界、ってのは、尖った機能を持ったソフトウエアライブラリや、単機能モジュールなんかは確かにそうだと思う。けど、一定以上の規模があると1人の天才じゃ物理的に対応ができなくなるよね。
例えば、超優秀なAIを開発したとして、それをサービス化するための作業はひとりじゃ無理。天才的能力は必要ないが、時間がかかる仕事は山のように発生する。
だから、ソフトウエアも労働集約型の性質を持っているんだよ。（もちろん例外はある）
そこで、ひとりの天才はソフトウエアアーキテクトは超高給を得られるのは当然としても、それ以外の凡人も他の産業よりも高給になっているのは何故か？
それは、限界費用がゼロに近いからだよ。それで収益力が高いからだよ。
超優秀な1人の生産性が凡人100人に勝るのは、エンジニアリングの世界ではわりと不変的な事で、ソフトウエアに限らないと思う。
その証拠に、数が出ないサービス、フルスクラッチのサービスの制作に従事する人々（増田が言う「SIerとかいうガラパゴスビジネスは労働集約型産業」のやつ）はお給料が安い訳よ。有象無象の中小企業よりはそりゃ出てるけど、大手製造業に比べると見劣りする。
そういったガラパゴスSIerので今何が起こっているかというと、収益力の高いビジネスの影響を受けた、ソフトウエア技術者の人件費高騰と人材不足。
自社はそんな収益力の高いビジネスをできているわけではないのにね。
で、SIerが一品モノの開発ビジネスから脱却して、オファリングだのルマーダだのユーバンスだのもがき苦しんでるってのが最近の話だよな。
従来はパッケージは最小限のモジュールしかなくて、、受注したら各社ごとにカスタマイズして売るって商売だった。そのカスタマイズこそが人月商売で安定した利益が望めるってんで、SE部隊と関連する下請け会社を食わせてたわけだ。各社導入時に必ず追加するような機能までコードを流用せず別開発したりして、それで商売していた。
一方で、人口減少の時代と需要爆発による人材不足に、更にカスタマイズ大杉問題によるシステムの肥大化、各種コスト上昇に加えて、株主に物言う株主、アクティビストが増えて、高収益を求められる時代に。そこで、
に行こうとしているわけだよ。
うまくいってないけどな！
うまくいってないけどな！！
うまくいってないけどな！！！
あと、パッケージ化のしようがなくてフルスクラッチで作り続けなければいけないシステムってのはどうしても存在するのも各社頭痛の種だよな。収益率低くてリスクが高いわりに儲からないし、優秀な若い人ほどやりたがらない。アクセンチュアとかが絶対手を出さない領域。
切りたいけど切れないやつ。
漢字をひらがな表記にしても引っ掛けてくれたり して賢いんだけど
同音の別の漢字もひっかける のは不便な時の方が多そうに感じた
想像してみてください。あなたは巨大な図書館の司書です。この図書館には数え切れないほどの本があり、あなたの仕事は誰かが特定の本を探しやすくすることです。しかし、本が多すぎるため、一つ一つの本を詳細に見て回るのは非現実的です。ここで、賢い方法が必要になります。
まず、各本がどんな内容か、どんな特徴を持っているかを把握します。たとえば、「冒険」や「ロマンス」、「科学」などのジャンルや、本が面白いか、難しいかなどの特徴です。これらの情報を「自然言語＋特徴量」と考えます。
次に、この膨大な情報を図書館のシステムで扱いやすいように「圧縮＆ベクトル化」します。これは、各本の情報をコンパクトな数値のリスト（ベクトル）に変換することを意味します。本の目録で言えば、各本にタグや番号を付けて、その本が持つ特徴を簡潔に表すようなものです。
そして、これらのベクトル化されたデータを「近似最近傍法ライブラリ」で管理します。これは、似たような特徴を持つ本が近くになるように、本の目録を整理する作業です。たとえば、あなたが「冒険」ジャンルの本を探している時、この方法を使うと、冒険に関する本が集められた目録のセクションをすぐに見つけることができます。
最終的に、この整理された目録を使って、誰でも簡単に欲しい本を見つけられるようになります。また、ある本が気に入ったら、似たような特徴を持つ他の本も簡単に推薦できるようになります。これが、情報検索や推薦システムで使える「ベクトルで検索するツール」の完成形です。
つまり、このツールは、膨大な図書館の本の目録を効率的に管理し、使いやすくするための便利な仕組みと言えるでしょう。
おわかり？ by ChatGPT
まずコンテンツがあるだろ、これは自然言語＋特徴量と考えていい
あとはこの圧縮されたベクトルを近似最近傍法ライブラリでインデクシングすれば、ベクトルで検索するツールが完成ってわけ
おわかり？
ルー大柴か？
まず情報検索は転置インデックス、LTR、近似最近傍法などの社内ライブラリを書いてる。
推薦システムはCTR最適化のためにクリックデータから訓練データを作成して、特徴量からクリック確率を予測し、最大化するコンテンツを出力してる。
じゃあ何書いたの？
俺はカスタムCI/CDをJava/Cメインで書いたことあるし（j Developer,NetBeans, Eclipceの全部盛り）社内の開発者に環境提供するRest/jQueryベースのを別のライブラリに置き換えたこともあるし、20年もののASPのシステムをマイクロサービス（Spring Boot, Node, React）で置き換えたこともあるよ
