タグ

OSSとpatternに関するraimon49のブックマーク (11)

  • Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】

    前回記事「Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権」は、おかげさまで沢山の方に読んで頂き、いろいろな意見や御質問や取材を頂きました。 それらの意見・御質問や取材を通じて、自分の中で新たな整理ができたので、続編の記事を書きたいと思います。 第1 どのような場合に著作権侵害になるのか みなさんの興味関心が強いトピックとして「画像自動生成AIを利用して画像を自動生成し、既存著作物の類似画像が生成された場合に著作権侵害に該当するか」があります。 前回の記事では「学習に用いられた画像と同一の画像が『偶然』自動生成された場合、著作権侵害に該当するか」について解説をしましたが、今回の記事では、もう少し多くのパターンについて検討をしたいと思います。 まず、その前提として「著作権侵害の要件」と「著作権侵害の効果」について説明をします。 この「要件」と「

    Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】
  • AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ

    このエントリーはSayanさんによるUnderstanding the AGPL: The Most Misunderstood Licenseの日語訳になります。 オープンソースの出現は、ソフトウェア産業全体を一変させました。しかし、オープンソースのコードを使って誰が何をできるかを管理することは課題でしたし、今も解決していません。オープンソースライセンスはそこに救いの手を差し伸べました。しかし、常に次のことを忘れないでください:石のない土地はなく、骨のない肉はありません。OSI(オープンソースイニシアチブ: オープンソースを促進することを目的とする組織)が承認したライセンスは80以上あり、その数はさらに増加しています。それぞれのライセンスには利点と欠点があるため、オープンソースの開発者は自分のプロジェクトにあったライセンスを選ぶのは簡単ではありません。Affero General Pu

    AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ
  • On Misreading Chat - steps to phantasien

    向井さんが書いていたものの続き。これはどっか別のところ (note とか) に書こうと思っていたが、Note 使おうと思うたびに心理障壁が邪魔をするのでとりあえずここに書いておく。 Podcast をはじめたきっかけは、もともと ATP とかの podcast を聴いていてフォーマットには親近感があったのと、話相手がいれば何か話すことはあるものだと Rebuild に読んでもらって感じたため。Anchor とマイク一で始めれば編集とかもがんばらなくてよくね?という読みがあった。(この読みはどちらも外れた。) 運用。 パンデミック期の今は Zencastr で録っている。もともとは会議室に集まってスマホにマイクつないで Anchor でとればいいじゃん、そんなら負担も少ないし、と思っていたのだが、二人でマイクをシェアするアイデアはまったく機能せず、聴いてみると Anchor のような無編集

  • Log4jで話題になったWAFの回避/難読化とは何か

    はじめに 2021年12月に発見されたLog4jCVE-2021-44228は、稀に見るレベル、まさに超弩級の脆弱性となっています。今回、私はTwitterを主な足がかりとして情報収集を行いましたが、(英語・日語どちらにおいても)かなりWAFそのものが話題になっていることに驚きました。ある人は「WAFが早速対応してくれたから安心だ!」と叫び、別の人は「WAFを回避できる難読化の方法が見つかった。WAFは役に立たない!」と主張する。さらにはGitHubに「WAFを回避できるペイロード(攻撃文字列)一覧」がアップロードされ、それについて「Scutumではこのパターンも止まりますか?」と問い合わせが来るなど、かなりWAFでの防御とその回避方法について注目が集まりました。 実はWAFにおいては、「回避(EvasionあるいはBypass)」との戦いは永遠のテーマです。これは今回Log4jの件で

    Log4jで話題になったWAFの回避/難読化とは何か
  • パッケージマネージャで配布されるマルウェア、対策と課題について - ぶるーたるごぶりん

    はじめに 画像は記事に全く関係ないカニのフィギュアです👋 近年、善良なパッケージを騙ったマルウェアが配布されているケースが増えてきています。 これらのマルウェアはパッケージマネージャ上で配布され、開発者端末やそれをビルトインしたシステムを利用するユーザー端末で悪事を働きます。 これは俗にいうサプライチェーン型攻撃で、 これらの関連ニュースを目にする機会が増えてきていることを、多くの開発者が体感されていると思います。 ただ、これらのサプライチェーン型攻撃の記事は、 どうしてもエンドユーザー(パッケージを利用する開発者側・それらを組み込んだアプリを実行するユーザー側)の対策に焦点が当てられたものが殆どのように感じています。 そこで記事では、このエンドユーザー側の対策だけではなく、 パッケージマネージャメンテナーたちがどう対策しているのかも含めて、 「パッケージマネージャ上で行われるマルウェ

    パッケージマネージャで配布されるマルウェア、対策と課題について - ぶるーたるごぶりん
    raimon49
    raimon49 2021/11/28
    たしかに不正コードの実行タイミングが集中するポイントに絞って解析するとパッケージリポジトリ側でも結構な数が検知できそう。
  • OSS ライセンスの最近の潮流: PolyForm License について

    まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ

    OSS ライセンスの最近の潮流: PolyForm License について
    raimon49
    raimon49 2021/08/24
    配布の条件に競合しないことやフリートライアルの仕組みを取り入れたライセンス。
  • オープンソース:コミュニティからビジネス化への道 (a16z) - FoundX Review - 起業家とスタートアップのためのノウハウ情報

    オープンソースのルネッサンスは進行中 フリーからSaaSまでのオープンソースの歴史 オープンソース0.0 – 「フリーソフトウェア時代」 オープンソース1.0 – サポートとサービスの時代 オープンソース2.0 – SaaSとオープンコアの時代 オープンソースの好循環 Business Success Centersを支える三の柱 プロジェクトコミュニティフィット プロダクトマーケットフィット(PMF) バリューマーケットフィット 事業モデルの選択 クラウドと競争の壕 (moat) 市場開拓——オープンソースはファネルのトップ 第一段階:認知と感心 – 開発者コミュニティのマネジメント 第二段階:検討 – プロダクトマネジメント 第三段階:評価と意図 – 見込み客の獲得とビジネスデベロップメント 第四段階:購入と拡大 – インサイドセールスとフィールドセールス 成功と失敗はどのような姿を

    オープンソース:コミュニティからビジネス化への道 (a16z) - FoundX Review - 起業家とスタートアップのためのノウハウ情報
    raimon49
    raimon49 2019/10/23
    オープンソースをコア事業とする場合のパターンと、ビジネス成功に導く役割にどんなポジションが登場するかの解説。
  • OSSへのフィードバックはユーザーフォーラムとイシュートラッカーのどちらに書くべきか? - 2019-06-18 - ククログ

    ※注:この記事の対象読者は、「OSSを使用していてトラブルに遭遇しているか、改善の提案があり、その情報を開発元に伝えたいが、どこで伝えればよいかわからない」という人です。「どういう体裁で報告すればよいか分からない」「何を報告すればよいか分からない」という人向けの話はまた日を改めて書くつもりです。 結城です。 OSS Gateワークショップで、初めてフィードバックをしようとしているビギナー参加者のサポートをしていると、ビギナー参加者から以下のような質問を受ける事があります。 こんな簡単な・くだらないレベルの事を報告してもいいんでしょうか? ユーザーフォーラムとイシュートラッカー(バグトラッキングシステム)1のどちらに報告すればいいんでしょうか? どのプロジェクト(開発元)に報告すればいいんでしょうか? これらの点に対する筆者の回答は、端的には以下のようになります。 簡単でも些細でも何でも、あ

    OSSへのフィードバックはユーザーフォーラムとイシュートラッカーのどちらに書くべきか? - 2019-06-18 - ククログ
    raimon49
    raimon49 2019/06/30
    初めの一歩としてのIssue報告。いい記事。
  • プログラミングが出来る - Diary

    プログラミングが出来る と一言で言ってしまうのはあまりよくなくて、ある程度分割して考えるほうがいいと思っている。 自分が必要なものを作ることができる みんながもっている共通の課題のうち、自分の技術力で解決可能なものを見つけて、解決するプロダクトを作ることができる 同僚と協調しながら製品を作ることができる おおまかにいって「プログラミングが出来る」というのはこの3個のスキルに分割できるのではないかと思っている。そして、これらはそれぞれあまり関係がない。 自分の課題を高速に解決することができるが、それを製品や OSS にまとめてリリースすることは出来ない人 優れた OSS のポートフォリオを持っているが、同僚という立場の人と協調することはあまり得意ではない人 業務としてプログラミングで成果を出してきているが、別に趣味で自分のためになんか作ったりはしてない人 ゲームを自作しているが、別にそれで

  • Try! Swiftで感じた将来 - クックパッド開発者ブログ

    こんにちは。広告事業部のモバイルエンジニアパヴェウ @RusinPaw です。 先日、3月に東京で開催されたtry! Swiftカンファレンスに行ってきました。開催者のおかげで世界中の様々な優秀なスピーカーが発表してくれました。発表内容はSwiftに留まらずiOSフレームワーク(CoreData、CoreAnimationHomeKit)やテスティング、ユーザビリティ、コードリーダビリティなど、様々でした。 Swiftとは Swiftとは2014年のWWDCでAppleが公開し、プログラマーコミュニティを驚かせたプログラミング言語です。モダン、安全、書きやすくて読みやすい、既存のObjective-Cのコードベースに同時と使える言語と言われました。 実は「そんなにすごいのか」の議論はまだまだ続いています(SwiftとObjective-Cをミックスする時に困っている場合がある)が、Swi

    Try! Swiftで感じた将来 - クックパッド開発者ブログ
  • Google Bootstrap has moved!

    The css3-google-buttons repository has been renamed google-bootstrap. You will be automatically redirected in a few seconds...

    raimon49
    raimon49 2012/05/28
    あのボタンの作り方 Public domain
  • 1