タグ

ブックマーク / sizu.me (9)

  • この数週間の生成AIを発端としたTwitter上の絵師の方々の話に関して思うこと|mikuta0407

    予防線コーナー流れてくる話でイライラし始めたので発散のために書いています。書いた結果、結構落ち着きました。 全員が全員そうだと言ってるわけではありません。 ちゃんと理解してる人も観測しています。 AI製と明記してないイラスト投稿には嫌な感情はあります。 普段TwitterPixiv等で投稿されているイラストは純粋に楽しませていただいています。 あんたどんな人? 普段業務と趣味でプログラム書いたりサーバー触ったりしています。 生成AIは2年くらい前にローカルでちょっと遊びました。たまにCopilotにプログラム作成的な質問を投げる生活をしています。 音楽的な作品づくりは経験あります 2024-11-14 23:30追記: (思ったより広がってきたので…。) イライラ発散駆動で書いたため、割と表現が強めになっています。すみません…。 何が起きてる?あくまでも僕の理解を三行(三行じゃないかも)

    この数週間の生成AIを発端としたTwitter上の絵師の方々の話に関して思うこと|mikuta0407
    rgfx
    rgfx 2024/11/15
    Glazeが入ってないイラスト見たかったらカネ出して買えよ、位の話でいいんじゃないのもう。めんどくさい。
  • なぜ部下たちは自分たちで決めずに全部聞いてくるのか|FromAtom

    決めていいと知らないどこまで決めて良いのか分からないのであれば、決めようがない。権限の委譲ができてないことが多いので、デリゲーションポーカーなどを利用すると良い。 提案を覆され続ける次のようなことを繰り返すと、「お伺いを立てたほうが早い」となる。 チームで決めたものを持っていくと「それじゃダメだ」と言われる 懸念点や問題点の起案をすると「今それは考えなくて良い」と無視される 決めた対応方針を伝えると「こうやって進めて」と別の指示がされる ある程度進めた後で全部仕事が引き継がれて全部書き換えられる 当然ながら、これが続けば「どうせ調べたり考えても無駄だから、全部最初から聞いてしまったほうが早い」となる。 決めさせる難しさ多くの場合上司の方が経験も知識も多く視野も広いため、90点がとれる案が脳内にできあがっている。一方で、部下が出してくる案は70点程度の場合が多い。そして上司は90点がとれる案

    なぜ部下たちは自分たちで決めずに全部聞いてくるのか|FromAtom
    rgfx
    rgfx 2024/11/12
    わかる
  • 「携帯動画変換君」20周年、のうらばなし|MIRO

    「携帯動画変換君」を最初にリリースしたのが2004年10月10日。今日はちょうど20年目にあたります。そもそもこのアプリの更新自体も2005年には止まってますし、ずっとほったらかしていた&既に新規の需要もなく「過去の」ソフトウェアであることは間違いないので、20周年、とは言っても何をどうにかできるものでもないのですが。まあせっかくなので何かはしたいと思っていたんですよね。 サイトリニューアルをやろうとしたまず最初にやろうとしたのがサイトリニューアル。個人サイトMobileHackerzも、もうだいぶ古くhttps化すらさぼってました。サイト全体のSSL化はもはやずいぶん前に必須になったのにも関わらずめんどくさくて放置してたくらいで😅 コンテンツ管理も古いどころの話でないほど古いし、いっそのことモダンなCMSベースにサイト全体を作り直しちゃろか、20周年だし、みたいなことを最初はやろうとし

    「携帯動画変換君」20周年、のうらばなし|MIRO
    rgfx
    rgfx 2024/10/11
  • 「Rails vs Node.js」を観た|laiso

    このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

    「Rails vs Node.js」を観た|laiso
    rgfx
    rgfx 2024/10/10
  • Midjourneyが作成したアーティスト名一覧に関する訴訟資料概要|ペンギン

    この「Midjourney Name List」資料に関連しそうな部分のみ、訴訟資料の概要をまとめましたので、もしよければ参考にしてください。 以下の訴訟資料の概要になります。主にMidjourneyに関する事項部分をまとめています(61ページから75ページあたりで、省略している部分もあります)。 詳細内容については、以下の訴訟資料を実際にご参照ください。 訴訟資料のMidjourney関連部分まとめ2022年2月、Midjourney初期バージョンのリリース間近にMidjourneyのCEOであるDavid Holz氏は、MidjourneyのDiscordサーバーに、Midjourneyイメージ・プロダクトの既存の芸術的スタイル、特に特定のアーティストのスタイルを模倣する能力を宣伝するメッセージを投稿 Holz氏はDiscordメッセージで「このスタイル機能によって、(中略)ジャンルだ

    Midjourneyが作成したアーティスト名一覧に関する訴訟資料概要|ペンギン
    rgfx
    rgfx 2024/04/01
    「Midjourneyは、原告の人気、知名度、魅力を利用しようとする商業的なスピーチを行なった。掲載する目的は、名前が掲載されたアーティストの作品を模倣し、作成できる機能を宣伝し、強調することであった」
  • Blueskyの招待コード渡すときにつけてる文章|Anita

    ↓大枠こんな感じで送ってます。割とこれつけて送った人はそれなりに使ってくれてる人が多い気がする 招待コードと一緒に、知っておくとBlueskyが楽しくなるかなと思うような内容もお知らせします。参考にしてください。 ※だいぶ人が増えましたが、Blueskyはまだベータ版です。 鍵垢の実装は未定です。最近日UIが実装されたのですが翻訳がまだガバなので気をつけてください。 bsky-social- このコードでBluesky公式アプリからアカウント登録ができます。web版もあります。 ちなみに、Bluesky独特の機能として feed という機能があって、公式アプリ下のアイコンの真ん中のシャープアイコンでfeedをタブに追加できます。or検索のような感じで任意の単語を含むpostを一覧表示するもので、色んな人が色んな内容で作っています。誰かをフォローしなくても、好きなジャンルの話をしている様

    Blueskyの招待コード渡すときにつけてる文章|Anita
    rgfx
    rgfx 2023/12/22
  • Scalaはもうだめなのか?…というかJVM言語がもうだめじゃん?|sugitani

    AndroidのためのJava/Kotlinはスコープ外とします まず断っておくと、俺はScalaが好きだ。 自分が作ったScalaプロダクトは二個現存している。うち一つはまだまだ自分が開発している。というか今は会社を作って1人でプロダクトを作っている身なのだが、それもScala3+ZIO2でゴリゴリ書いている。 でも残念、もうScalaというかJVM言語がオススメできません。TypeScriptGoRustをオススメします。 どういうこと?まずこの記事を見ていただくのが一番分かりやすい。 https://aws.amazon.com/jp/builders-flash/202310/java-serverless-saas-backend/?awsf.filter-name=*all 素晴らしいエントリーだ。読みに行かないせっかちな方のために概要を紹介する JavaプロダクトをAWS

    Scalaはもうだめなのか?…というかJVM言語がもうだめじゃん?|sugitani
    rgfx
    rgfx 2023/12/08
    serverlessを選択できるスタートアップは損益分岐点が下がると思う派/Momento cacheとかでてたなー/リアルタイムSNSというかストリーミングビッグデータ、RAMAとか使えそう。Apache Stormの人が書いてたやつ。
  • 「直接会って話したほうがはやい」は速いだけ|araya

    全部主観であり自分の抱えてる感想 およそ3年に及ぶパンデミックによるリモートワークを経験した結果「直接会って話したほうがはやい」といってメンバーの出社を求める組織は徐々に増えていると感じる。 出社だけではなく、例えば不動産仲介業者とのやり取りも、メールで質問した内容に対して電話で答えが返ってくるというように、事あるごとに口頭での同期的なコミュニケーションを取りたがる人はいる。 「話したほうがはやい」という人は大抵伝える時の細かいニュアンスや表情から読み取れるテンションが直接会ったほうが伝わるしお互いレスポンスを待たなくて速くて楽だと言う。 それは全く否定しない。間違いないと思う。そもそもタイプミスや誤変換を気にしながらキーボードを打つよりも発話したほうがコミュニケーションは速いに決まってる。レイテンシーが発生するのは声を届ける媒体だけだ。 だけどそれは速い、もしくは楽なだけだ。わざわざ言わ

    「直接会って話したほうがはやい」は速いだけ|araya
    rgfx
    rgfx 2023/11/22
  • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

    ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

    メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
    rgfx
    rgfx 2023/11/17
  • 1