  |
はてなキーワード: プラグインとは
DavinciResolveのプラグイン「りぞりぷと」がMac版に対応した
立ち絵＋合成音声による解説や劇場動画ってのは日本独自の文化なんだけど、アプリの関係で日本人のWindowsユーザーにしか普及していない
それが「りぞりぷと」のMac対応でブレイクスルーが起こっている、と思われる
暫定的にMacでも使えるようになったし、海外の人がちらほら使いだしている
Davinciは何でもできる反面、単純なアニメーション効果を手軽に行う手段が少なく、大量の図形を配置するなども苦手だ
そこはみんなわかっているけど、有料プラグインや簡単なTipsばかり
なのでりぞりぷとのような立ち絵やちょっとしたアニメに対応する無料プラグインは本当にまれな存在だと思う
Davinci自体は決してYMM4やAviutilに迫るものではないのだけど、そういう日本人好みにカスタマイズされたものじゃなく
Davinciという世界で使用実績のある汎用的なソフトで使えるというのが大きいと思う
琴葉姉妹の中国語や英語版も出てきているし、海外勢のハードルもだいぶ下がったと思う
好きなのはObsidianです。グラフビューで一目惚れしました。
色んな記事をマークダウン形式でダウンロードし、キーワードを双方向リンクに変えるだけで思いがけぬノートとの結びつきができる。これが楽しくてしょうがないです。
ただ、最近はノートが集まりすぎてしまい、グラフビューを使ってもノート同士の関係が分かりづらい状況です。
このあたりを解決するために、タグ機能やグラフビューを補助するプラグインが欲しいところ。
で、白状すると、Notionは全くの手つかずです。
Notion AIリリースときいて試してみようと思ったのですが、記事要約の段階でつまづきました・・・。
アンバサダーの方が発信している動画はあるんだけれども、数十分も観ていられない。
承認欲求が激しさを極めて、フォロワー2万人のツイッターアカウントを買ってしまいました(´；ω；｀)
私は寂しいんです、かまってもらいたいんです
ただ、そのアカウントが2008年から溜めてきた膨大な投稿(自動投稿されていた可能性大)を削除するのが面倒です
通常アカウントは一日に表示できる投稿数に限度があるため、何日かに分けて投稿を削除する必要があります
投稿を自動削除するブラウザプラグインも見つけましたが、繰り返しやっていると新しいツイートがロードされなくなるため、自動削除ボタンを押す→何秒か経ったら更新、というマウスシミュレーションをcneeで自動化する必要がありました
用途としては、NLPやプログラミング界隈の情報収集・発信として使おうと思っています
Fusion触っていて思うのは、これはノーコードエディタなのでプログラミングの感覚で触れる反面、そういう素養がない人にはとてつもなく使いづらいってことだ
画像やデータをノードでつないでエフェクトやマスクをかけるというのは、プログラミング的だと思う
けど一般的には画像や映像を暗くしたりするにはちょっとパラメータいじるとか、そういうことを前提にしているだろうから、ノード中心の仕様はとっつきにくいよな
でも18.5でマルチマージによってレイヤー表現がでてきたし、よりわかりやすくなってはきている
DRは海外勢に人気だけど、日本だとYMM4やAviUtilみたいなアニメーションに強いソフトが台頭している。DRでも再現は可能だけどデフォルトにはあまりないしプラグインも少ない。けど海外でも日本のような立ち絵やアニメを多用する映像作品をDRで作りたいという要望はあるらしく、そういう機能を今後どんどん追加していって欲しいな
ブログ作成サービスを開発し、ユーザーが作成したブログに広告を載せた場合の利益について、ざっくりとした見積もりをしてみます。 ただし、以下の前提条件を設定します。
このように、ブログ作成サービスを開発し、ユーザーが作成したブログに広告を載せた場合、開始から1年目で約50万円の利益が見込めるということになります。 ただし、これはあくまで仮定の数字であり、実際にはユーザー数やページビュー数、広告収入などが変動する可能性があります。 また、サーバーやドメインなどの運営費用やメンテナンス費用も考慮する必要があります。 したがって、この見積もりは参考程度にしてください。
写真界隈で販売されているライトルームのプリセットは、一部の人間によって1万円以上で販売されているのだけど、値段に対して汎用性が低く、1ショットずつ色彩や濃淡が異なる写真に合わないこともあり、使い勝手がかなりよろしくない。
プリセットは現像のベースとして使うことができるものの、写真を完成へもっていくにはレタッチ技術が重要になる。それを知らずに初心者は購入しちゃうんだけど、販売者はそれをわかったうえでやっている。
このようなプリセット販売は弱者をターゲットにしたあこぎな商売といって差し支えない。初心者の場合、ライトルームに最初から入っているプリセットを微調整して使う方が適切であり十分。
だから、ライトルームのプリセットは買ったらダメ。絶対に避けるべき。フォトショップのプラグインより高いなんて普通にありえない。
オタクはいつまでもTwitterにしがみついてる場合ではない。分散型SNSにアカウントを作れ。現状は特にActivityPubに対応する分散型SNSだ。MisskeyでもMastodonでもいい。自分に合うサーバーに入れ。ノリが合うサーバーが見つからないならお一人様インスタンスを立てろ。もう何ならWordPressで個人サイト作ってActivityPub関係プラグイン入れるでもいい。
というのもThreadsはActivityPubと互換性を持たせる予定だからだ。
「Threads」では、分散型（非中央集権型）のソーシャル・ネットワーキング用のプロトコルである「ActivityPub」と互換性をもたせる予定。メタとして初めてオープンなSNSプロトコルとの互換性を想定したアプリになるという。
これにより、MastodonやWordPressなどActivityPubプロトコルをサポートするほかのアプリと相互運用できるようになる。公式では「ほとんどのSNSで不可能な、新しいタイプの接続が可能になる」としている。ほかのアプリでは、TumblrなどがActivityPubをサポートする意向を示しているという。
互換性があるアプリを使っていれば、Threadsのアカウントがなくとも、Threadsユーザーをフォローし交流できるようにする。
あわせて利用をやめる人に向けて投稿した内容をほかのサービスで使えるよう、コンテンツを転送するオプションの提供も計画されている。
公式ブログは「メールやWebを管理するプロトコルに似た分散型のアプローチがオンラインプラットフォームの将来に、重要な役割を果たすと信じている」とつづる。
つまりThreadsに推しコンテンツの公式アカウントが出来た場合、Misskey等のオタク向けインスタンスに住みながら公式アカウントをリモートフォローして公式の投稿を拡散する、みたいなことが今後出来る。
オタクはドブ川に沈みながら、公式は比較的キラキラした別の場所に住める。
公式アカウントだけでなく、他の分散型SNSにいる全ての自分がフォローした好むアカウントの投稿が口を開けてるだけでホームTL流れ込んでくる。
現状のTwitterが今から分散型に乗っかるとは思えない。ていうか後から乗っかれる金が無い。逆にメタは後からでもActivityPubだけじゃなく他の分散型プロトコルにだって（そっちがでかくなれば）乗っかってくる……と思われる。
公式が分散型SNSにアカウントを作った時、Twitterから余計な一言を足してそのリンクを張るのか？ いいや分散型SNSのアカウントから一次情報の公式の投稿をそのまま拡散すべきだ。公式アカウントの投稿を正しく拡散できるのは、分散型SNSにアカウントを持つオタクなのだ。そういうわけでどこでもいいから分散型SNSに席を作るべきだ。最近は流入が多く、良いサーバーは新規登録停止してる場合も多い。
同じTwitterという場所に公式アカウントや関係者が居ながらエロBL二次創作の話がワンクッション無く流れてくる、そういう状況が嫌だと思う人は居るはずだ。その状況を今より軽減出来るのが分散型SNSなのだ。
サンは森で、私はタタラ場で暮らす。その場合、サンが森で投稿した絵を見るにはまず森に行くしかなかったが、分散型SNSではサンが森で投稿した絵がタタラ場で見れるし、タタラ場の人達に広めることも素早く出来るのだ。あとサンが自分で森以外のところに投稿する手間も省ける。
でもTwitter民は分散型SNSについて、キモいねー、ほらこんなこわいところもあるんだよー、Twitterがやっぱいいよねーって言い続けてる。なんでだよ。
「分散型って投稿を消そうと思っても完全に消せないんでしょ？」
→それはTwitterでも同じだ。魚拓を取られたりアーカイブ化されたり自動でTwitterの画像を無断転載しまくってるサイトがある状況で、Twitterの投稿は自分が削除すれば全部削除されるなんて幻想である。オープンなネットに公開した時点であらゆるものは取り消せないし自分の意志と関係なくネットに流れ続ける。Twitterであろうがどこであろうがそう思って投稿するべきだ。あとは投稿する際に連合に流さない設定にすればそのあたりの不満は多少は軽減されるかも。もちろん完全ではないけど。
→それはMisskeyのioサーバー限定のノリだ。別のサーバーに行け。オタク向けのMisskeyなら他ににじみす.moeやお絵かきすきーなどがある。Misskeyとはソフトウェアのことで単一のSNSのことではない。カスタム絵文字はサーバーによって登録されているものは全く違うし、サーバーの空気もそれぞれ違う。ローカルTLやソーシャルTLが無いサーバーもある。サーバーごとの雰囲気はハイライトを見るなどすれば掴みやすいはずだ（ログインしなくてもhttps://サーバードメイン/exploreのアドレスで見れる）。Misskeyのカスタム絵文字がギラギラしてて疲れるならCSS追加でカラムごと非表示にする（GitHub - kanade/misskey-css: Misskey用カスタムCSS）こともできるが、Mastodonに行くといいだろう。Pawooサーバーは企業が運営しているので個人サーバーよりはいくらか安心出来るかもしれない。合うところが無いと思ったなら自分しかいないインスタンスを立てればいい。単なるhtmlの個人サイトを作るよりもいい。どの連合サーバーでも、お一人様サーバーだとしても、他のサーバーや他のシステムにいる人をリモートフォローし合える、それが分散型なのだ。
「Twitterは色んなジャンル違いの人の話やドブみてぇな投稿やオタクの日常等が雑多に見れる、それはTwitterにしかない」
→そういう状況は分散型SNSのほうがよほど構築しやすい。構築しなくても日本人が多い分散型SNSの殆どのローカルTLはジャンル違いのオタクの話と日常とドブみてぇな投稿が雑多に流れている。Twitterにしか無いものがあるとするなら現状の日本人ユーザー数と日本企業日本行政アカウント数ぐらいなもので、後は寧ろマイナスだ。
→それはそう。Twitterにしか無いものといえば日本人ユーザー数と日本企業日本行政アカウント数だけだと言ったが、それこそが肝心要だと言われればその通りでしかない。
そんなわけでみんなでどこでもいいから分散型に行け。ていうかオタク向け企業は出来ればスレッズ等の大手にアカウント作って、オタクはミスキーやマストドンに行ってくれ。フォロワーがそれぞれのサーバーやシステムに散らばっていたとしてもフォローし合える、それが分散型の強みだから。いっせーので全員が同じSNSに移動することは無いだろうが、いっせーのでそれぞれに合う分散型SNSに移動することは可能なはずだ。
そして上記の記事にあるように、分散型SNSは別サーバーやシステム等にアカウントをうつす等の機能が実装される可能性が高い（ミスキーなどは実験版ではあるが既に実装している）。投稿やフォロワーを引き継いで他の場所に引っ越すことが出来る。Twitter上での長年の繋がりを断ちたくないという人は多いと思うが、分散型SNSに席を置いておけば今後は「そのSNSが気に入らなかったらフォロワーと投稿を引き継いで別の場所に引っ越す」が可能になるのである。
分散型SNSが主流になればTwitter以上の便利とゆるい繋がりと棲み分けが我々に待っているはずだ。そして時代の潮目は分散型SNSに来ているのである。とりあえずアカウント作って公式をリモートフォローする準備をしておけ。
「Threadsまだ分散型対応してないんでしょ？ 対応してからでもよくね？」
→……まあ……正直そうかも……
そこからまた状況が進み、DATファイルへのアクセスが開放されてるので、一部専ブラが特定の処置を行うことでまた使えるようになってる。
現段階では、Jane（とそれに賛同した専ブラ開発者たち）が反旗を翻し、新サービスを立ち上げてユーザーもろとも移行させようとしたが、いま一歩及んでないという印象。
なので、Talk への完全移行はなされないのでは？と思われる。
個人的に今回の騒動で一番面白かったのは、一番対応が早かったアーキテクチャが Mac だったということ。
事実上デファクトスタンダードとなっている専ブラがプラグインによる拡張を許容する作りになっていたおかげで、騒動の翌朝にはほぼ今まで通り専ブラが使えるようになってた。
Unity5から長く離れていたほぼほぼ今となっては初学者とみなしてよい者なのですが、
開発環境と最初から選定すべきライブラリのベストプラクティスについて教えて欲しいです。各々のオレオレベストプラクティスで良いです。
想定されるテンプレは
バージョン管理システム:
入れておくべきライブラリ:
入れておくべきアセット:
みたいな感じです。
例えば
コーディング用エディタ: VSCodeになんかよさげなプラグイン
入れておくべきライブラリ: UniRx,UniTask
入れておくべきアセット: 画像や音楽、3DモデルというよりはRewiredなどのロジックを補強するアセットなどが知りたいです
こんな感じでしょうか。
アフィーに騙されそうな増田
Macを推奨するサイト（ブログ）が多いが…
数量的にきちんと把握したものではないですが、「プログラミングに向くPCはMac」（特にMacBook）という解説のサイトは多く見つかりますが、大抵はプログラミングスクールが制作した集客用ページ、フリーランス（ブロガー）による広告収益目的のページで、制作の意図には商業的な目的がありそうです。
「エンジニアはMacを使用している」という主張もありますが、実はこれは根拠がありません。
ITエンジニアがWindowsとMacどちらをよく使用しているかを調査した統計は見つかりませんが、エンジニアに限らず、一般的にどちらが使用されているかを示すデータならあります。情報処理推進機構がインターネット利用者の使用OSを調査したものですが、圧倒的にWindowsです。macOSはたった4.3%です。数年前とは言え、状況は劇的には変化していないでしょう。
Windows7 (21.9%)
明確な根拠がない以上、主観の域を出ませんので、安易に信用はできません。
私見ですが、MacBookを推奨するサイトが多い理由の1つは「おしゃれでウケが良いから」です。twitter上の駆け出しエンジニア（もしくはエンジニア志望）の方々を見ると、大抵、見た目がきらびやかなものに飛びつく傾向があるので、その点、MacBookはウケやすそうです。まぁ、スタバに座ってMacBookで仕事をすれば確かにおしゃれです。
Google AdSenseを収益源にするサイトは閲覧数が重要なため「どのような記事なら見られるか」から逆算して考えます。なので、必然的に見た目の格好良さが重視されます。これは、SEOとかWebライティングと呼ばれる技術の悪い側面ですね。
ちなみに、私もMac（MacBook Pro）を1台所有していますが、購入のきっかけは勉強のためでした（色んな機械を触ってみたいから）。Macは特にメイン機ではありません。開発環境がWindowsにもあるので、両方を使用しています。
「Macはプログラミングに向いている」は本当か？
複数のプログラミングスクールのサイトで「MacはRuby、Python、PHPは特に開発効率が良い」という解説も見つかりますが、理由が説明されておらず根拠がありません。
WindowsだとVisual Studio Codeという非常に強力なエディタが無料で使用できるし、テキストエディタのAtomもプラグインを入れれば、それなりに開発はできます（ちなみに両者はMac版もある）。後で解説しますが、Web系がメインのエンジニアであればmacOSは親和性は高いのは事実ですが、だからと言ってWindowsの開発効率が悪いことはないです。
それに、Python、Rubyは今後はデフォルトではmacOSには含まれなくなります
https://developer.apple.com/documentation/xcode-release-notes/xcode-11-release-notes
プログラミングPCにWindowsとMacどちらを選べばよいか、という問題 | YukiPress
去年の大晦日に「メモアプリの知見を貸してほしい」という増田を書いた者です。750超のブックマークと注目をいただきまして大変感謝しています。
https://anond.hatelabo.jp/20221230142549
あれから半年経過してみて自分の使うメモアプリが定まってきただけでなく、メモの意識およびスタイルに変革が生じました。これを、皆さんからお借りできた知見の「お返し」としてご報告したいと思います。
「中身に興味無いけどブコメしたいからブクマした」という人は、簡単に作れそうな激辛料理を教えてください。最近自炊が楽しいもので…中華ばっかりですが。
「うるせー経緯は良いから何に落ち着いたのかだけ簡潔に教えろ」という方は、「asdf」「あｓｄｆ」「あかさ」でページ内検索してください。
ブコメは270件、増田のトラバは50件と膨大なアドバイスや激辛スナック情報を頂いて、まずは発見がありました。
ある人が「タラタラしてんじゃね〜よ は激辛？」と聞いてきた折に「自分は激辛とは思ってないけども〜略」という返答をしたのですが、同じことがメモにも言えることに気がついたのです。これはメモ？それとも他の人にとっては違う？
私の以前の認識では「私的で体裁の整っていない文書は文量問わず例外なく全部メモ」と思っていました。そんな意識では提案されたもの（勧めてもらったものは余すことなく試しました！）を実際に触っても帯に短し襷に長し。要件定義に不足があったのですから無理もありません。
1. 要件が済んだら破棄されるもの（実例:買い物メモ、日程が過ぎた忘れ物チェックメモ）
2. 要件が済んでも備忘録として残しておく価値があると感じるもの（実例:スーパーの安売り曜日情報、激辛スナックリスト、ロックマンXのパスワード）
3. 2.の体裁を後から整えたくなったもの（実例: 読書メモ、アニメ感想メモ）
提案してもらったアプリおよびサービスが、以上の3タイプに対してどれくらい適性があるのかを確かめることにしたのです。全てに対応したオールインワンでスッキリとしたアプリがあれば、学習コスト的にも理想的ですからね。
そんな理想郷はなかった。
1-3全てを1つのアプリケーションが管理するというのは、私にとっては文書の混沌を意味します。たとえデータだから実体がないとしても（電磁気的にはありますが…）、タグで分けられるとしても、付箋・ペライチ・ノートが混在するような収納を許せる器量が自分にはありませんでした。
メモはメモであるべきで、後付で構造が生まれたものはメモではないと確信し、3の隔離の必要性を認識しました。これもうわかんねぇな
1-3で共通した要求は「PC/スマホで編集できる手段がある」「データの共有が端末間でできること」。そして3にのみ「目次機能を始めとした文書的機能」が要求されていることがわかりました。
1-2は最早ToDoリストで良さそうなミニマルさ、3には編集機能にリッチさが欲しい雰囲気になりました。
絞り込みがスムーズになりそうです。
1-2の選定は数ヶ月にわたり苦悩しました。前述の要求でGoogle KeepとOneNoteの二大巨頭に即刻絞り込まれましたが出来がどちらも良く、最終的にGoogle Keepを選んだ理由が「前からちょいちょい使ってたから…」しかありませんでした。それくらいOneNoteの出来も本当に良かったです。
私がメモアプリを勧める立場になったら、この2つのうち好きなほうで良いんじゃない？と言うことでしょう。あまり面白みの無い結論かもしれません。
3はメモではなく、もはやノートと呼んで差し支えのないものに昇華しました。従って、原題である「メモアプリ」からは少し枝分かれというか、切り離した話題になります。
ここでかち合うことになったのがNotionとObsidianです。
Notionは複数人で共有できたり権限管理もあったりで組織で使う分にはかなり強力なアプリであることは実感できました。今回は「私的な文書」を取り扱うわけですが、それでも私はConfluenceの使用経験もあるので「こういうの便利だったんでわかるわかる」という箇所が多かったです。
とは言え他のコメントにあったように「使いこなせている感じがしない」気持ちについては強く共感できるものがありました。Obsidianも多機能にできるのですが、それはプラグインによるもので自分の選択の結果として多機能になるのです。学習コストと関わるところですが、「ある機能が欲しくなってそれが実現できることに気づいたので学習する」(Obsidian)のと「『こういう機能がある』と最初から使うかもわからない機能の存在を脳の片隅に置かれる」(Notion)のでは私は前者を好む人間です。探検好きなので。
あ、誤解のないように記しておきますが今回の模索は個人のメモをとる分の話です。友人や組織の仲間とのやりとりではNotionを使っています。あまり使いこなせてはいませんが…。
Obsidianのデータ共有については課金しているので問題ありませんが、そのあたりに抵抗があるならば…実体はmdファイルなので自分でバックアップを取る感じですかね…？
そんなわけで、減点方式的ではありますがObisidianに落ち着きました。
メモはGoogle Keepになりました
メモをノートにレベルアップさせるときはObsidianを使っています
一応はてなブログもあるからそこに書いても良かったんですが以前が増田だったので報告も増田でやるのが筋だろうと思い、またここに失礼させていただきました。
アプリを2つ使うことになろうとは思っていませんでしたし、おそらくコメントを下さった方もこういうオチになるとは思ってなかったんじゃないかということで、経過報告と面白い報告を兼ねていることを願っています。
メモの定義がしっかり定まっていなかったために（おかげで？）多様な提案をいただく結果となりましたが、片っ端からアクセス、インストールして試しました。しっかり自分の糧となっています、感謝しきれません。
あっそうだ。メモアプリに興味もなく、激辛スナックを食べられない皆様には2023年の抱負を書いていただきましたが、経過はいかがですか？順調でしょうか？
住居表示の正規化が話題になっていたが、住居表示の正規化は不可能である。
まずデタラメに書く人がいるということが重要な点である。これはどうやっても防げないものだ。デタラメさ加減にも許容範囲はあろうが、この許容範囲そのものも各要件によっては曖昧なものである。
問題は、そのデタラメに書かれたものや、虚無的な例外までも救おうとする態度にある。我々はとかくすべてを100%完全にやろうとしがちであり、ここについてコスト意識を持って考えない。
しかしながら、7〜8割ほどうまくいくルールというのは示せるはずであろう。そうしたルールを公開し、「このルール・規格に沿った自治体は恩恵が大きい。そうでなければ各自プラグインなどを作って頑張って。OSSもあればなお可」というようにすればよい。
要はシステムを作る側が地方自治体に配慮し過ぎなのであり、「住所正規化に携わる人間・組織は、名寄せ困難な地方自治体よりも格下」というような位置付けに現状なっている。これでは正規化は原理的に不可能ではないか？AIを使おうが無理であろう。
無限に例外があるならば、「その無限の例外を切る」という態度が非常に重要であるはずだ。だいたい、無限に例外があるのならば正規化もクソもない。正規なものなど何もないのだ。星の数ほどある例外まで気にしていたら、金がいくらあっても足りない。経験者たちが、バラエティに富んだ無限の例外の1つ1つについての苦労話を次世代に引き継ぐ語り部になっているだけではないか？
これではまるで、多種多様な契約の非正規雇用をパートナー社員と呼んで、全員を「正規の社員です」と言っているようなものである。
こうした「例外を切る」という態度について「酷い」という意見もあるかもしれないが、コストパフォーマンスで見れば、切らない方がコストが増えてかえって酷いのである。こうした事象はFalse Economyなどと言われる。嫌われる勇気を持てないのだ。
実際に例外を切っていけば「住居表示の正規化ができない地方自治体は滅びる」というような状態になってしまうであろう。だから、そちらを逆に支援すればよいのだ。支援すればよい、というよりも支援しなければならない。これこそが進歩であり前進である。
ただしこれは楽観的な論であり、住居表示の正規化のために地方自治体を無視するような法律を作ることは現状ではかなり困難であろう。各自治体住民からの反対運動が起きかねないし、必ず当地の議員からの反発が予想される。
つまりシステム開発側が、小金ごときでおもねるのではなく明確に「ノー」と言わなければならないのである。それを「へへぇっ〜！お金様ですかいっ！」と平伏して、日本各地で勇猛果敢なインパール作戦に突貫しているのが現実ではないのか？？
そういう構造を評して「住居表示の正規化程度の問題」と無知な人から言われている。要は軽んじられており、気にも留められていない。「俺たちの方が賢いぞ」と思われているのだ。開発者が不可触民だった時代はすでに終焉を迎えているにもかかわらずだ。
ほう、政府とはそんなパワーすらない存在なのか？と思われている。鶴の一言でやればよいではないか？と思われている。
しかしそんな政府に我々の生活をなんとかしてくれと国民は言う。未だにそういう臣民体制の社会なのである。政府は弱いし、国民も弱いし、俺もお前も弱いのだ。経済がそれを示している。
AIさまがなんとかしてくれるというのは、単なるドラえもん待ちの空想ではないのか？
AIは、残念なことに不思議なポッケで夢を叶えてくれるドラえもんではない。したがって我々のび太くんが変わらなければならないのだ。のび太くんだけで住居表示の正規化をなんとかしなければならないのだ。
