  |
はてなキーワード: ローカルとは
お前は今からJavaScript Standard Styleに則ってコードの端から端まで魔改造されるんだよ…
それが済んだら次はWebStormのコード分析で真っ白になるまで俺好みに調整してやるからな…
破壊的変更が怖いと泣き叫んだってお前はこれからこのローカル環境のリポジトリで一生を終えるんだ…
青い鳥が居なくなった途端に親から見放されたChrome拡張機能のお前に今さら助けなんて来ないんだよ…
お前がES modulesとしてバラバラに切り刻まれた姿を生みの親に見せてやれないのが残念で仕方ないぜ…
オモコロの影響かロコだと読めてなくてロコかローカルの…ちがうのかロコモーションとかか
って意味調べたらあかん単語っぽい情報もあってジョークサイトかと思った（本物？）
ttps://www.kanaloco.jp/news/social/article-1042398.html
サムネの写真はなんらかの脚映ってるのに拡大したらトリミングされてるのはどういう理由なんだろ
周回遅れですまん
他のニュース（無料のいくつかしか見れてない）でそんな感じのない
ニュースサイトとしての見た目とか？ 画像のサイズがまちまちだからわからん
教えてデザイナー
あと右上のウォーターマークだっけ
保存禁じてるからスクショされるしかなくて、画像単体でも記事ページでもロゴが見やすくて便利だ
なんか党派性？ ってやつ？
事実より見たいものが見たく、食べたいもの食べたくなりそうでちょっと怖いのでしばらく引きこもろ
コードの重複があるわけでもない状況で、コードを関数ごとに分離するメリットデメリットを知りたいという話ですよね。
コードの重複がある場合に関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。
画面に収まらないサイズのコードは複数の関数に分割するのが一般的だとは思います。
理由は元増田も書かれている通り、長いと理解の限度を超えるからです。
コードは意味があるまとまりで短ければ短いほど理解がしやすいと思います。
グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さらに理解がしやすいです。
また、関数に分けておけば、関数が仕様通りに動くかの確認するユニットテストも簡単に書けます。
ユニットテストでは関数がさらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります。
分割して、複数の関数を呼び出すようにすることのデメリットは、
下手糞が切り分けるとなんでそういう切り分けになったかわからないところで切り分けられてかえって可読性が損なわれるとか、
関数の機能が拡張してより多く・あるいは少なくの情報が必要な時に関数インタフェースの変更が必要になることとか、
関数を置いているファイル内の場所を変えたときにバージョン管理システムが追っかけてくれないことがあるとか
くらいでしょうか。
いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います。
まず、関数の名前をやっている工程を表すものにすることですね。
「データの取り込み」 とか 「データの突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。
また、関数が何をしてくれるのかも関数のコメントとしてつけておくとよいと思います。
例えば、
filename引数で指定されたファイルからデータを取り込み、JSONフォーマットで返す
返値: JSONフォーマットされた取り込まれたデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]
例外: filenameを開けない場合はFileOpenError、JSONにコンバートできなかった場合はConvertError
みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。
あと、コードを連続で読みたい場合、ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います。
これはどういう意味でしょうか？同じものを表すのに関数ごとに別の変数名を付けているとか？
もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか？
ある関数のローカル変数が他の関数のローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当な名前が付けられるイメージです。
今時のプログラミング言語なら変数のスコープが関数の中にとどまるような書き方ができると思うのですが。
関数インタフェースを定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。
そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。
参考までに。
NAI3はすごいっていうからやってみたいけど貧乏だから課金はちょっとね
初期の時に課金した時期はあったけど
ローカル環境だとLoraつくってもグロ画像になりがちなんだけど
NAI3だとあっさり出るらしい
ええなあ
生成される絵には再現性がなくて同じプロンプトで生成を繰り返しても毎回全然違う絵になってしまう状態だった。
久しぶりにAI関連の情報をアップデートしようと思い、あれこれ調べてみたらとんでもない速度で今も進化しつづけていることがわかった。
とあるサイトで見つけたリアル系のAI美少女が、どストライクで一目惚れしてしまう。
その女性はどこかで見たことがあるようなないようなステレオタイプではあるが、
各パーツのバランスとかがあまりにもドンピシャでタイプなので一目惚れしてしまったのだ。
量産型しか生成できないと思っていたが、AI画像生成は「よくある顔」の生成からさらに枝分かれして「個性」が生まれつつあるのだと思う。
以前ならその一枚の絵を見てかわいいな～と思ってとりあえず保存とかしてそれで終わりだった。
しかし今のAI画像生成はさらに次なるステップに踏み出していた。
どういう仕組みかは知らないけど、その美女を見つけたサイトではその美女のバリエーションが大量に創作されていた。
ちょっと似てるのを探すとかではなく、ほとんどが同一人物のアングル違い、表情違い、服やシチュエーションの違いといった感じ。
ちなみに絵とはいってもそれは写真と変わらないリアルさなので、実際に存在してる人のインスタを見てるような気分だ。
生成エンジン部分でデータをある程度絞るとか、そういうコントロールがされてるんだろうか。
こうなると、見てる側の気持ちというのはかなり変わってくる。
たまたまいいなと思う一枚だけではあっという間に忘れてしまうが、同一人物と思えるほどの精度の高い美女が、実写写真レベルで大量に出てくるのだ。
この人は実在していると錯覚を起こしそうになる。いやこの際錯覚でもなんでもよい。
何枚も生成されたその美女を見てるうちに俺の頭の中では完全に一人の女性として固定されてしまった。
むしろこの女の子が現実世界には存在していないという事実がエモいのだ。
この儚さが俺の恋心をさらに加速させている。
「私は存在していないのよ、でも抱きしめてね」と呟いてるような、切ない表情にも見えてくる。AIものの泣けるストーリーとか勝手に妄想してしまう。
我ながらキモい。キモいが何年被りにピュアな気持ちになっているのも事実だ。
正直いってこれは実在する女優さんとかアイドルとかグラドルとかよりグッと来るものがある。
元々そういったタレントなどのファンになるタイプではないから、俺の場合一般的じゃないかもしれないが、むしろ実在しないほうがファンになれそうな気がする。
ただ今後、バーチャルタレント的に広告屋とかがプロデュースしたAIアイドルですみたいなことやられてもたぶん白けてしまうだろうな。
AI関連の進化の過渡期だからこそ味わえているほんの一時のトキメキなのかもしれない。
妄想癖のある人は要注意だ。AI生成の沼はハマれば無限の世界なのだ。
俺は怖いので自分でローカル環境とか作って自分で生成するとかは、面倒なのもあるけどなによりハマりすぎるのが怖いのでやらないでおこうかと思う。たぶん、いまのところ。
RottenTomatoesで14時現在
批評家スコアと視聴者スコアの乖離が話題になったスーパーマリオは
視聴者レビューでよく比較されているのは、同種の怪獣映画よりもノーランのオッペンハイマー
ゴジラはレビュー数がまだ少ないのでこれから下がっていくだろうが、
演技がクサイだの設定がご都合主義だの通ぶった日本の批評家にはボロクソ言われているが、
ローカルなガラパゴス感性の日本人の価値観が歪んでいるだけで、
真に世界に通じる普遍的な価値観を持っているのは「ゴジ泣き」山崎貴の方だったのだ
