GitHub - adobe/USD-Fileformat-plugins at v1.0.1You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
パブコメから見えた反AIの残念な思想｜大人間世界
「AIと著作権に関する考え方について(素案)」に関するパブリックコメントの結果について という題名のpdfファイルが文化庁から出されました。 94011401_01.pdf (bunka.go.jp) これについて色々と言われてるわけですが…。 反AIからの論というのが極めてお粗末であるということです。 まず第一に、なぜ最初パブリックコメントの募集の話が挙がった時に、 「様式なんてどうでもいい！硬いこと考えずに意見を送ろう」などという広め方を してしまう人が出てしまったのか…。 第二に、2万も送られたのだから反映されてしかるべきだ！と考えてしまう人の存在。 これは投票ではないんですよ。多数決で何か決まるようなわけじゃないです。 そもそも同じ人が連投したりしてたのに、なぜ数を誇ってしまったのか。チョコワVSスフィンクスか？ 大事なのは論でした。なぜAIを規制すべきなのか？なぜAIのみを規制す
UnityにEffekseerを導入してみる
まずは導入 1.ダウンロード URLにアクセスしてEffekseer For Unityをダウンロード ダウンロードが完了したら解凍してください 2.インポート 解凍したファイルの中にある、Effekseer.unitypackageを実行しインポート 3.導入完了！ インポートが完了すると、Assets/Effekseerというフォルダが作成されています。 EfkBasic,EfkTimelineというサンプルシーンで正常に導入されているか確認しましょう。 自分で再生してみる ・エミッタからの再生 コンポーネントの追加 GameObjectにAddComponentからEffekseerEmitterを追加します。 コンポーネントのプロパティ ・TimingOfUpdate : 更新タイミング ・EffectAsset : エフェクトアセットを指定する。 ・Play On Start :
ミイダス社内勉強会レポート【講師：和田卓人(t-wada)さん】質とスピード｜miidas_tech
こんにちは。ミイダス Tech Officeです。先日、特別講師として和田卓人(t-wada)さんに「質とスピード」について講演をいただく社内勉強会を開催しました。今回はその勉強会の様子をご紹介いたします。 今回はオンライン講演ということで総勢93名のメンバーがzoomに集まりました。和田さんは冒頭で次のように述べられました。 「私はオンラインでの社内講演を行う際、実況中継のSlackを非常に重視しています。オンライン講演は静かで盛り上がりに欠けることがありますが、私のオンラインの社内講演では、皆さんが同じ時間に同じ講演を聞いている実感を持つことを重要視します。自分が感じていることを他の同僚がリアルタイムで共有していることを目撃することで、単なる動画視聴ではなく、みんなで共有している実際の講演であるという感覚を養うことが大切です。今日はSlackで活発に交流し、過去最大の盛り上がりを目指し
AWSが教えてくれないコスト削減の小話いろいろ | 外道父の匠
米ドル/円 が150円と計算しやすくなり、コスト削減の圧力が日々強まる中、皆様お宝探しと垂れ流し回収の真っ最中でございましょうか。 最近はコスト削減や予算について見ることが多いので、その中で出てきた面白げな話に雑談を加えてとりとめなく書いてみようと思います。 削減余地はある 昨年にご好評いただいた AWSコスト削減とリソース管理 | 外道父の匠 を含め色々な削減施策を試みてきましたが、サクッと成果になる箇所から泥沼に動かない所まで様々あったりします。 ただ、どんなアカウントでもトラフィックや処理負荷には波があり、それに対する余剰リソースを確保して構成しているので、その辺をキュッと絞ることまで含めればやれることは必ず一定以上存在することになります。 そういう大きなお宝ではない小さなお宝だと様々あり、古びたとか退職者が作ったとかで、ほぼ使っていない垂れ流しリソースやデータをかき集めれば、チリツ
アジャイル開発がうまくいっていない気がするというチームに確認すべきこと
みなさんこんにちは。@ryuzeeです。 仕事柄さまざまな会社のいろいろなチームから相談を受けます。 具体的な相談のこともあれば、抽象的な相談のこともあります（内容が具体的になっていればもう解決までそう遠くありません）。 抽象的な相談で多いのは「なんとなくうまくいっていない気がするけど、何を確認したらいいの？」というものです。 今日はこの質問に対して、どう対応しているかを共有したいと思います。 スクラムをベースに書いていますが、スクラムでなくても構いません（その場合は適宜用語を読み替えてください）。 確認ポイント いきなりほぼ結論です。 このような相談を受けたときに、いちばん重要な確認ポイントは 「毎スプリントごとに動作するソフトウェアを作って、チームの外側に見せてフィードバックをもらっているか？」 です。この確認をしないうちに「スクラムイベントは全部やっているか？」とか「プロダクトバック
WasmLinux: WebブラウザでLinuxカーネルとBusyBoxを動かす(エミュレーションなしで)
WebブラウザでOS動かしてどうすんだよ という根源的な疑問に回答が無いままとりあえずできちゃった。。 ※ コマンドが終了してもプロンプトが出ません。Enterを空打ちする必要があります (バグ) WasmLinuxは、WebAssembly "ネイティブ" なLinux環境です。カーネルもユーザーランドも、WebAssemblyのツールチェインでコンパイルされたWebAssemblyモジュール(をwasm2cでCにしたもの)です。 前回はカーネルしか動いていなかったんですが、今回はブラウザ上で ifconfig lo up して ping 127.0.0.1 したり top したり vi したりできます。BusyBox入ってるので。 ただしまだ実用性は皆無 です。Proof of Conceptって奴ですね。 前回の記事: 今回はMUSL libcを移植してBusyBoxが動くようになっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitでstashが面倒なあなたにautostash