Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

VSCode上で爆速で図を書くことができる「Mermaid Graphical Editor」が超便利 テキストとGUI両方で図を書くことができるので、シーケンス図やER図をぱっと作ったり、設計時の頭の中の整理に良さそう 開発中にVSCode上でシームレスに使えるのがほんとに助かる

205,726 görüntüleme • 1 yıl önce •via X (Twitter)

4 Yorum

くるしば | Udemyベストセラープログラミング講師 profil fotoğrafı
くるしば | Udemyベストセラープログラミング講師1 yıl önce

【90%OFFクーポンつき】 公開から4ヶ月で1000人以上が受講したUdemy講座 Reactを使い ・NARUTO図鑑 ・音楽プレイヤー ・SNS ・AIコードレビュアー 4つのアプリを作り、転職に向けた実践的な開発方法が学べます 下記からで期間限定の90%OFFクーポンが適用になります

hhR(ハゲ) profil fotoğrafı
hhR(ハゲ)1 yıl önce

Mermaid使うけど、GUIからも編集できるのつよ

aki profil fotoğrafı
aki1 yıl önce

すげえ。図形とコード両方で編集できるのすげえ。

🇺🇦棄権質素@平和(ボケでもディストピアでもない方)の作り方|📍🦗 profil fotoğrafı
🇺🇦棄権質素@平和(ボケでもディストピアでもない方)の作り方|📍🦗1 yıl önce

UMLってのがあるようだけどそれとはまた別…?

Benzer Videolar

俯瞰でも縦パースをつけない 二点透視の構図を作る方法と仕組みについて 漫画の表現でよくある「見下ろしている構図だけど高さ方向にはパースがつかない」という、一見矛盾した構図を撮るための手順は以下の通りです。 1. 原理の理解 クリップスタジオの3Dの構図は、カメラだけではなく「カメラ」と「注視点」の2つの関係性によって作られています。この2つを制御することが必要です。 2. 二点透視を作る基本操作 カメラと注視点の高さを一致させることで、二点透視になります。 3. 問題 (a) 高さを一致させたままでは、画面に3D素材が映らないという問題が出てきます。 (b) しかし素材を映そうとしてカメラの角度を変えると、注視点との高さが平行ではなくなるため、縦パースがついてしまいます。 4. 解決の方法 (a) 大凡の構図を決めた後に、カメラと注視点の高さを揃えて二点透視の状態を作ります。 (b) その後に「レンズシフト」機能を使って、映す範囲をずらします。中ボタンドラックは注視点とカメラの関係性を保持したまま構図調整できるので適宜使用。 この手順をとることで、縦のラインを垂直に保ったまま、見下ろしの構図を作ることが可能です。 レンズシフトの下にある「垂直に補正」のボタンを使えば簡単に同様の事ができますが、上記を理解する事で「垂直に補正」の機能はカメラと注視点の位置、レンズシフトYの項目をオートで調整するという機能でもある、ということが理解できます。

漫画用3D承ります|マンガ3Dラボ|脇﨑

139,101 görüntüleme • 2 ay önce

3D空間で一点透視の構図を作る方法と仕組み 漫画の構図ではよくある一点透視ですが、3D空間で再現するとなると、割とコツが必要な構図になります。なぜ、一点透視を3D空間で再現するのが難しいかというと、成立させるための条件が多いからです。 【 一点透視を成立させるための4つの条件】 【a.軸の一致】 カメラと注視点のXYZいずれか二つを一致させる 【b.構図の決定】 レンズシフトを使い構図を決める 【c.配置】 カメラと映したいものが正面になること 【d.奥行き調整】 奥行きの調整(圧縮調整)が必要であること 【構図決定と調整のコツ】 構図を決める際には、レンズシフトのXとYの値を調整すること、そして映すモチーフに対してカメラが正面を向いている必要があります。 また、絵として調和をとるためには、いわゆる「奥行きの圧縮」を行い、奥行きの見え方を微調整する必要があります。 奥行きの見た目を調整する際には、パースの値を調整してください。「連動してカメラを前進・後退」のチェックボックスは、オンにする必要があります。 この手順を取る事で、1点透視の構図を作る事が可能です。 無限遠の定規に設定して3Dを配置しようとしても、3D空間と連動しないことは覚えておくと良いでしょう。

漫画用3D承ります|マンガ3Dラボ|脇﨑

12,983 görüntüleme • 2 ay önce

数日 ClaudeCode と codex を行き来しながらゲーム制作したら、両者のハマり方の違いがくっきり見えた✨ ゲームを作る上での肌触りや、細かい UI 調整は明らかに codex の方が上手い。 両方とも「素直に作る → どんどん深みにハマる → パッチを当てて抜け出せなくなる」という罠を踏むんだけど、その顕著さは Claude の方が強い感じ。 最初のペースは codex の方が速いし、UI / レイアウトの捉え方も codex 優位。 ただし codex も完璧ではなくて、開発段階でハマることはある。どちらにせよ、修正や仕様変更が入ったタイミングで苦しくなるのは同じ。 3D ゲームだと特に、AI 側が空間認識と 2D 認識の両方を行き来する必要があって、内部を複雑にとらえがち。1 画面で完結するものなら楽だけど、このゲームのようなワンカットの中でモード遷移があるゲームは AI 側の認識が難しいぽい🤔 それと、ゲーム制作の難しいところは「これ面白いと思って作ったけど、やってみたら全然面白くない」ということがまあよく起きる。そうなるとゲームデザインを大きく変えることになるわけだが、 大きな転換があったときは、無理にパッチを重ねるより、最初から作り直す方が悪くない選択だったりする。実際このプロジェクトでも、最初に作ったものを元に別でサブエージェントを使って再構築するのにかかったトークンと時間はそんなに多くなかった。 つまりワークフロー的には、一回ごちゃごちゃ作ったものを、もう一度作り直していく方が上手くいくのかもしれない。特に UI によって UX が変わるゲームでは顕著。 これはこれまで何度も実務で経験したことだが、かかってる時間が少ないから、やり直しでかかる負荷はそれまでの時間とトークン量ぐらいなのでサンクコストが低く、「面白い」に邁進できる🥰 これは動画も同じで、完全に質の時代に突入した😊 いかに己の能力を上げられるかが問われる時代。 #ai

LUTA@AI

10,623 görüntüleme • 24 gün önce

かつては「学習が終われば軽く使える」と思われていたAIが、今や推論の瞬間ごとに膨大な計算を要求するようになった。o1の登場がその現実を突きつけた瞬間だ。AIは考えれば考えるほど強くなる。だからこそGPUを握る者が次の文明の支配権を握る。 今井翔太「これもちゃんと推論時スケーリングっていう名前がついてるんですよ。昔から研究はあったんですけれども、有名になったのは去年の9月にOpenAIがoシリーズ——o1を出した時の話なんですけれども、要するに学習ではもう限界があって、みんな100の性能モデルしか作れないかもしれない。 ただその100のモデルを実際に使うときに、推論時間を増やしていくっていうことをすると、100が110になり120になり130になり……ということで、学習でもともと得られた性能よりも、使うときに考えさせると性能が上がっていくという説が発見されたんですね。 AIエージェントってその推論時スケーリングが発見されるはるか昔——といっても我々の業界で『はるか昔』は2年前とかなんですけれども——2023年とかから普通にあったんですよ。当時全然無能だったんですけれども、そのo1とかが出てきて推論するときに、推論時スケーリングでパワーアップするということが発見されたあたりから、急激にAIエージェントがどんどんパワーアップしてきたんですね。 なので『学習時に計算インフラをすごく使うが、それが終わった後は、みんなの軽いCPUとかで動くんじゃないか』と言われていたのが、結局動かすときにスケーリングが存在するんだと。そこでも莫大な計算資源が必要なんだというのが明らかになったので、これは明らかにNVIDIAに有利」

Tsubame

19,427 görüntüleme • 9 ay önce