並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 12 件 / 12件

新着順 人気順

richの検索結果1 - 12 件 / 12件

  • やばすぎるAI画像生成サービス「Stable Diffusion」始まる。 【簡単解説 & 応用 & Prompt付生成事例集】|やまかず

    一応、StableDiffusionとははっきりまず言います…とにかくやばいです。 分かりやすく、他のDALL・E2、Midjourney、Disco Diffusion、他有象無象Text to image machine learning系サービスと比較しますと… クオリティがかなり高い。 制限がなくなり、かなり細かい調整ができるようになったDALL・E2のような感じです。 生成が早い。 設定なしで使えば正直体感DALLE2より早いです。6秒..くらい? 安い。 3円くらいだと思います。 DALL・E2は1生成17円。Midjourneyは月4000円。 オープンソース これからいろんなサービスにこのAIが搭載されます。 他AIではかけられている学習データのフィルターがない。 各国の代表者や、有名人、ポルノがデータに含まれています。 PC上で使用できる。( = その場合無料) いや、こ

      やばすぎるAI画像生成サービス「Stable Diffusion」始まる。 【簡単解説 & 応用 & Prompt付生成事例集】|やまかず
    • Chrome拡張 つくりかた 令和最新版

      数年ぶりにChrome拡張のつくりかたを調べた。 本当に何も分からなかったので、Twitterで「2022年にChrome拡張つくりたかったら何見て学べばいい?」とつぶやいてみたところ、何人かの人が教えてくれた。教えてもらった中から幾つかのリンク先を紹介するような形で記述していく。 Create a Vite-React Chrome Extension in 90 seconds - DEV Community 2022年時点だと比較的新しめのフロントエンド向けツールであるviteと、viteのChrome拡張向けプラグインである@crxjs/vite-pluginを使ってChrome拡張をつくってみよう、という記事。今回自分は主にこれを参考にしながら開発を進めた。Reactと言っているが、自分のChrome拡張ではUIは存在しなかったので、Reactに関する部分は読み飛ばして、vite

      • Apple Musicによる「史上最高のアルバム100枚」全順位が公開

        Apple Musicによる史上最高のアルバムを讃える「100 Best Albums」(史上最高のアルバム100枚)の全リストが公開となった。 Apple Music「100 Best Albums of all time」 100位 ロビン『Body Talk』 99位 イーグルス『Hotel California』 98位トラヴィス・スコット『ASTROWORLD』 97位 レイジ・アゲインスト・ザ・マシーン『Rage Against the Machine』 96位 ロード『Pure Heroine』 95位 アッシャー『Confessions』 94位 ブリアル『Untrue』 93位 ソランジュ『A Seat at the Table』 92位 タイラー・ザ・クリエイター『Flower Boy』 91位 ジョージ・マイケル『Listen Without Prejudice Vo

          Apple Musicによる「史上最高のアルバム100枚」全順位が公開
        • ChatGPT プラグイン機能一覧|しおぱん

          こんにちは。しおぱんです。ChatGPTのプラグインがあまりに多すぎて大変だったので、プラグイン機能一覧を作りました。 【お知らせ】 プラグインの増加速度が早すぎるため、記事作成が追いついておりません🙇 お急ぎの方はこの記事作成でも利用しております、こちらのプロンプトを使ってみてください🙌 【カテゴリ検索の方法】 ブラウザの検索バーに [カテゴリ名] を入力すると絞り込みできます🙆 Mac: Command + F / Windows: Ctrl + F 【カテゴリ一覧】 [エンタメ] [音楽・音声] [画像・動画] [学習] [学術] [語学] [プログラミング] [ビジネス] [マーケティング] [ファイナンス] [ニュース] [ツール] [リサーチ] [ウェブアクセス] [天気] [旅行] [レストラン] [ショッピング] [医療・健康] [不動産] [求人] [ユーティリティ

            ChatGPT プラグイン機能一覧|しおぱん
          • 頂き女子りりちゃんのnote公開されてて読んだけど、弱者男性がめっちゃ好きそうな女像を全力演出していてすごい🤓🥺

            成金親分@Rich Boss @richboss893 【頂き女子りりちゃん】 noteを読んでわかったこと。 ニュースとか、配信で「こいつあほじゃね?ばかじゃね?」って思ったやつはひっくり返るぞ。 バカっぽくみせるのも戦略でおぢたちは手のひらで転がされているわけです。 実は努力家で戦略的。 どのようなタイプが求められているかを分析し落とし込む。アップセルのやり方~人生の背景(ストーリー性の設定)が絶妙で刺さる。 といっても(騙されてるとわかっていても)求めてしまうんだな。欲には勝てねぁな。 星野ロミ 漫画村を作って捕まった人 @romi_hoshino 頂き女子マニュアルここから無料で読める archive.md/Owyye 経緯 転売ヤーがりりちゃんnoteを無断転売するが「公開前記事の共有用画面」をサンプルに誤って含める ↓ 星野ロミに気が付かれダウンロードされる 公開されてる以上悪

              頂き女子りりちゃんのnote公開されてて読んだけど、弱者男性がめっちゃ好きそうな女像を全力演出していてすごい🤓🥺
            • トリクルダウンは存在せず「富裕層を支援しても貧困層は豊かにならない」という研究結果

              トリクルダウン理論は「富める者が富めば、貧しい者も自然に豊かになる」という経済に関する仮説で、大企業や富裕層の支援政策を実施する際の論拠として引用されてきました。しかし、先進国で実施されたトリクルダウン関連政策を分析したところ「富裕層がさらに富む効果しかない」ことがわかったと、ロンドン・スクール・オブ・エコノミクスの研究チームが発表しました。 The economic consequences of major tax cuts for the rich - LSE Research Online http://eprints.lse.ac.uk/107919/ Footing the COVID-19 bill: economic case for tax hike on wealthy https://theconversation.com/footing-the-covid-19-b

                トリクルダウンは存在せず「富裕層を支援しても貧困層は豊かにならない」という研究結果
              • メモ - 「勝ち組を継がせる」という悲しき渇望

                たまたまのタイミングなのか必然なのか、最近「高収入な人でも子供の教育に際限なく金をつぎ込むので主観的には貧乏」という話が、国内の話としても、アメリカの新聞記事1でも出ていた。 流石に年収1200万を叩きすぎでは…。年収1200万では年収1200万を再生産できない、という本当に切実な悩みのはず。 高確度で年収1200万になるには「医者」「商社」「外資IT」「外資金融」ぐらいしか道は無くて、地頭/運動神経関係無くその選択肢を与えるにはどれだけ教育費が必要になるんだ、という話。 https://t.co/tz0fQQQ6JF — chio (@chio_pkmn2gen) February 3, 2023 このあたりは、大まかに以下のような原因によって発生する。 遺伝だの子供の成長にはある程度のランダムネスがあるので親子の所得水準を見ると平均への回帰が観測される ある程度以上高い所得は相対的地位

                  メモ - 「勝ち組を継がせる」という悲しき渇望
                • 新人ITエンジニアのスキルアップに近道はないが、写経・RSSフィード・英語で成長を加速できる - エンジニアHub|Webエンジニアのキャリアを考える!

                  新人ITエンジニアのスキルアップに近道はないが、写経・RSSフィード・英語で成長を加速できる 新人のITエンジニアがスキルアップするため、特に「写経」「RSS」「英語」の3つを、成長を加速させる“三種の神器”として紹介します。 1. 写経で「まねるは学ぶ」を体現する まだ理解していないプログラミング言語を写経するコツ 入力だけで終わらず実行した結果から学ぶ 自分なりにまねて応用してみる まねることのもうひとつのメリット どこから写経するか? 教材を選ぶコツ 2. 技術情報の収集はRSSフィードの活用から 情報収集はITエンジニアの生命線 RSSフィードの実例とFeedlyによる購読の方法 3. 英語はコミュニケーション領域を圧倒的に広げる 全てのドキュメントは英語といっても過言ではない 英語から逃げなければ情報源は広がる Google翻訳に頼りすぎない 英語の記事の答え合わせとして日本語の

                    新人ITエンジニアのスキルアップに近道はないが、写経・RSSフィード・英語で成長を加速できる - エンジニアHub|Webエンジニアのキャリアを考える!
                  • コミットはスナップショットであり差分ではない

                    Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと

                      コミットはスナップショットであり差分ではない
                    • システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers

                      Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey(プログラミング言語Clojure作者)のプレゼンテーションSimple Made Easyへと繋がっていく、Ben MoseleyとPeter Marksによる「Out of the tar pit」というシステム設計について論じた論文の内容について説明したもので、ユーザベースのSaas Productでのテック発表の一つとしてプレゼンしたものを、ブログとして再度まとめたものです。プレゼン自体は25分くらいでしたので、おそらくこの記事の方がプレゼンよりも詳しいと思います。 ソフトウェア危機 ソフトウェアは本質的に複雑 ソフトウェアの複雑さはどこから来るのか? 複雑さは、別の複雑さを産む 複雑さを分類する 本当に必要な複雑さと、そうでないものがある どうやって複雑さを扱うのか

                        システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers
                      • 30分で完全理解するTransformerの世界

                        はじめに 初めまして。ZENKIGENデータサイエンスチームのはまなすです。正式な所属はDeNAデータ本部AI技術開発部なのですが[1]、業務委託という形で今年度から深層学習系の開発等に携わっています。 深層学習界隈では、2017年に衝撃的なタイトル(Attention Is All You Need)の論文が発表されてから早5年半、元出自の機械翻訳タスクを大きく越えて、Transformer関連の技術が様々な領域で用いられる汎用アーキテクチャとして目覚ましく発展し続けています。 今回はそんなTransformerが現時点までにどのように活用されてきたか、また、どのように工夫されてきたかをざっくりと俯瞰し、流れをおさらいする目的の記事になります。本記事の大枠は、2021年時点でのサーベイ論文である A Survey of Transformers に倣いつつ、適宜、2023年2月上旬現在ま

                          30分で完全理解するTransformerの世界
                        • 状態、結合、複雑性、コード量の順に最適化する - valid,invalid

                          There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結

                            状態、結合、複雑性、コード量の順に最適化する - valid,invalid
                          1