「txt」を含む日記

はてなキーワード: txtとは

2024-04-26

■anond:20240426155347

氷河期の「ゴミおじ」の証明に2chだった頃の専ブラの書き込み.txt提出で審査とか、Twitterのアカウントの過去の呟きから国が救わなければどうしようもないゴミおじなのか、ゴミ度測定をきっちりやってほしいよね

Permalink | 記事への反応(0) | 15:57

■anond:20240426121548

拡張子については、例えば Excel の拡張子が変わったとき一括対応できる、とか？

あとは普通に".txt" で取り扱ってるファイルはどれだ、って時にその定数の参照箇所を見ればもれなく分かるとか、

取り扱うファイルの種別を段階的に変えようってときも、どのファイルは変え終わっててどのファイルはまだ、とかも同じように分かる

あとはあれだ、どのスコープにおける分類なんだって話を明確にする事も出来るだろうな。

const EXT_TEXT = ".txt";

const LOG_FILE_EXT = EXT_TXT;

とか。

パラメータについては、複数の選択肢から選ぶ奴は enum にしろよ、とは思うが、

enum の前段として内部的な数値表現を統一する意味はある

文字コードも大体同じような話か。

まぁ基本的には、拡張子にせよ文字コードにせよ、

ここに定義したもの以外は登場しないよ、という保証をする事は出来るわな。

"UTF-8"を使っている事は Grep かければわかるが、"UTF-8"以外使ってません、の方はそうはいかないし

Permalink | 記事への反応(0) | 12:39

■anond:20240426121548

何年か前に事故った、どっかの地方自治体のシステムは、

.txt と　.TXT で挙動を変えていた話しがあったやん？

プログラム全体で、TxtFileExt が一カ所でしか使われてないなら、変数にする必要はほぼないけど、

２か所、３カ所になったら、.txt を .TXT に変えるだけでもミスする人でてくる。

.txt を　.debug.txt とか .masuda.txt に気分次第で変える時も楽やん

const 〇〇ParamIntMax = 25;

もプログラム全体で、一カ所しか使われてなければ変更ミスは生じないけど、

何カ所にも別れたら、変更時に見落とすやん。

Permalink | 記事への反応(0) | 12:29

■これ何の意味があるのか教えてほしい

いろんなアプリケーションのメンテ(バグ取りとか細かい機能追加とか)を何度か経験してきた。

主にテキストファイルとかCSV ファイルとかExcel ファイルとかを入出力するものばかりだったんだが、その大半がファイルの拡張子をグローバル変数化していた。

こんな感じ

const TxtFileExt = ".txt";
const CsvFileExt = ".csv";
const ExelFileExt = ".xlsx";

なので、読み書きするファイル名の指定時は、

outFileName = 〇〇 + ×× + "ABCDEFG" + TxtFileExt;

みたいな指定をしなきゃならない。

これ何の意味があるのかよく分からんのだけど、誰かわかる？

あと、プログラム言語の標準的なメソッドのあらゆる引数も全部変数で定義されてて、そのまま渡すのは禁止、みたいな規約になってる。

たとえば引数が三種類(true、false(未指定時のデフォルト値)、任意の数値(ただし当該プログラムでは0、10、25以外指定不可))しかないやつはこんな感じ。

const 〇〇ParamTrue = true;
const 〇〇ParamFalse = false;
const 〇〇ParamIntMin = 0;
const 〇〇ParamIntMid = 10;
const 〇〇ParamIntMax = 25;

文字コードなんかもこんな感じで定義されてる。

const charCodeSJIS = "Shift_JIS";
const charCodeUtf8 = "UTF-8";

以前関わった改修内容に「××の処理は開始時と終了時にそれぞれUTF-8(BOMなし)形式でログを出力する」みたいなのがあって、普通に文字コード指定する部分に「UTF-8」で直に書いたら、規約に従ってないからとコードレビューで指摘されて差し戻されたんだけど、そもそもこういう規約って何の意味があるの？

Permalink | 記事への反応(4) | 12:15

2024-04-04

■英語学習用に中学 レベルの英語力で読める英文が大量にほしいんだがなんかない？

紙の書籍とかじゃなくてコピーすればtxtに落とせる奴がいい

英検3級の長文問題レベルくらいがちょうどいいかも

なんかないかな

Permalink | 記事への反応(1) | 01:23

2024-03-21

■複合機使ってる人は要注意：PJLの悪用による攻撃

複合機（MFP、いわゆるコピー機）では、IPAの「デジタル複合機のセキュリティに関する調査報告書」にて、「PJLコマンドを悪用した攻撃（ディレクトリ・トラバーサル）」の具体例が示されている。手順としては極めて簡素なもので、PJLコマンドでファイル名「passwd.txt」を探し、これをダウンロードするというものである。対策としては、このような印刷以外の機能についてはプリンターや複合機がPJLのどの命令に対応しているかといった情報は探しても見つかりにくい為、複合機に対してジョブデータを投入できるホストを特定のプリントスプールサーバやスキャンとファクスのゲートウェイサーバなどに限定する方法が示されているにすぎないが、インターネットから誰もがアクセス可能な状態にしてしまっている複合機があり、2010年の調査ではこのような複合機を位置マッピングした結果、日本、台湾、アメリカ、ヨーロッパなどで国土の全域に渡って設置されていたので、使用者の根本的なセキュリティーに対する認識の甘さにも原因がある。また、関連してPostScriptも攻撃に利用可能であり、開発者は注意が必要とされている。　

https://www.weblio.jp/content/PJL%E3%81%AE%E6%82%AA%E7%94%A8%E3%81%AB%E3%82%88%E3%82%8B%E6%94%BB%E6%92%83　

Permalink | 記事への反応(1) | 16:33

2024-03-08

■バズ狙いのインフルエンサーが

【2024年亡くなった有名人】.txtを開いて最後の行に鳥山明を追加して全文コピーしてTwitterにペーストして取ってつけたように「今年どうなってるの…😭」みたいな一言コメント打ち込んでいそいそとツイートする様子を想像した時に発生する良くないエネルギーで金曜午後を乗り切る

Permalink | 記事への反応(0) | 13:28

2024-03-02

■絵師さんは何もおかしなことを言っていない

もう分断を煽るのはやめませんか

現在混乱を招いている要因は、おそらく以下の二つ

1.　著作権法第 30 条の 4 ただし書きの解釈

2.　それぞれがAIを異なる意味で使っている　

著作権法第30条 4 ただし書きの解釈

AI利用に向けて改正されたとされる著作権法30条の4は AIならなんでも許されるというわけではない。以下のように条件がついている。

著作物は，次に掲げる場合その他の当該著作物に表現された思想又は感情を自ら享受し又は他人に享受させることを目的としない場合には，その必要と認められる限度において，いずれの方法によるかを問わず，利用することができる。ただし，当該著作物の種類及び用途並びに当該利用の態様に照らし著作権者の利益を不当に害することとなる場合は，この限りでない。

著作物に表現された思想又は感情の享受を目的としない利用かどうか
著作権者の利益を不当に害するかどうか

この辺りの解釈について紛糾している様子。

同30条の 4 は平成30年当時、事業者や研究者によるAI利用を想定していた。現在では一般市民にAIが広く普及し状況が変わってきたことから、同条の適応範囲について再整理を図るという趣旨で公開されたのが「AIと著作権に関する考え方について（素案）」

そして素案に対するパブリックコメントを募集した、というのが現在の流れ。

AIと著作権に関する考え方について（素案）

それぞれがAIを異なる意味で使っている

Pixiv 「AI 学習は禁止です」　　←　　画像生成器（拡散モデル: Mid journey、 stable diffusion etc...）

反AI 絵師さん「AI 学習禁止です」　　← 追加学習（LoRA）

反反AIさん　「ネット上にある全ての絵をクロールしているんだよ！お前の絵だけ除けるか！」　← テキストエンコーダ（CLIP）

それぞれは別におかしなことは言っていないと思う

反反AI「ネット上にある全ての絵をクロールしているんだよ！お前の絵だけ除けるか！」

たぶん、CLIPのこと。テキストと画像の翻訳を行う。犬の画像を見て「犬」と識別することができる。

ネット上のあらゆる画像とテキストを学習することで作られた。OpenAIによって公開。画像生成だけではなくいろんなところに使われている。

個人では作れない。計算コスト的にたぶん無理
配布している学習済みのものを使う（CLIP）
https://github.com/OpenAI/CLIP]
絵師さんへの反論としてCLIPを出すのはおかしい

Pixiv 「AI 学習は禁止です」

たぶん、画像生成器（拡散モデル）のこと。

画像生成AIはテキストエンコーダ（CLIP）と画像生成器の組み合わせでできている。stable diffusion等は拡散モデルを使っている。

拡散 モデルこんなかんじ

1.　イラストを用意する

2.　イラストにノイズを振って汚す

3. 汚れたイラストから元のイラストを予想させる

学習を繰り返しノイズを増やしていくと最後はただのノイズから画像を出力する 連想ゲーム絵師が誕生する。連想ゲーム絵師は連想しかできないので自分が描いたものが何かわからない。犬を描いてといっても車を描いてくる。なので CLIPが誘導したりダメ出ししたりする。

拡散 モデルの学習に使われるイラスト

どこかのイラストサイトかデータベースを使っているはず。「著作権的に安全な〜」みたいな触れ込みのやつはどこかのデータベースを購入して使っているんだと思う。

Pixivの主張は別におかしくない。このあたりは「AIと著作権に関する考え方について（素案）p7」（エ）において解説されている。"robot.txt"への記述によりAI 学習を行うクローラーのアクセスを制限しているにも関わらず、勝手に学習に使うことは「データベースの著作物の潜在的販路を阻害する行為」として著作権違反になる（Pixivが将来的に本当に販売するかどうかは置いておく）

絵師「AI 学習 禁止です」　

追加学習（LoRA）のこと。

既存のモデルに数枚のイラストを追加学習させることで絵柄を模倣（ファインチューニング）する。

特定の絵師さんのイラストを勝手に使う者がいるようでトラブルになっている。

絵柄に著作権はないのでは？

絵柄に著作権はない。学習の際に行われる複製が著作権侵害にあたるかどうかが争点になっている。

著作権法30条の4 より

著作物に表現された思想又は感情の享受を目的としない利用かどうか
著作権者の利益を不当に害するかどうか

この辺りは「AIと著作権に関する考え方について（素案）」及びパブコメの返答に現状の解釈が示されているので興味のある方はどうぞ。

(p6. 特定のクリエイターの著作物のみを用いてファインチューニングを行う場合〜を参照）

※ここははっきりとは断定していないので自分で読んだ方が良いと思う。

（私の読解:）

程度問題ぽい。よくある画風なら問題にならないけれどはっきりと特定絵師さんとわかる感じだとダメそうですね

（私の読解終わり）

絵師さんのプロフィールを叩いている人は意味 わからん

別にプロフィールなんて「トイレから出たら手を洗ってください」でも「フォローする際には五体投地してください」でも好きに書いてよいだろう。

それが法律に記されているかどうかは関係ない。ただのお願いだ。

「AI 学習禁止」と書くなと騒いでいる人は何を考えているのかよくわからん。

「AIと著作権に関する考え方について（素案）」にも再三出てくるがAI 学習を技術的に回避することは禁止していない。30条の4は権利の制限であって、イラストを差し出せという強制ではない。

分断煽りはうんざりだ

パブリックコメント：

https://www.bunka.go.jp/seisaku/bunkashingikai/chosakuken/hoseido/r05_07/pdf/94011401_01.pdf

見ればわかりますが個人よりも一般企業による意見が多く、返答とあわせてとても読み応えのあるものです。

このファイルを読んで個人の頭の悪そうな意見だけ抜粋してくるのは非常に違和感があります。

技術や創作への興味を失い、ただ相手サイドの頭の悪そうなやつをみつけて叩く人たちとは距離を置きたいところです。

Permalink | 記事への反応(0) | 17:57

2024-01-02

■anond:20240102163325

自作したといっても100行くらいしかないから陳腐な代物。

Electronにmonao editorをつなげてごにょごにょするだけで作れる。

1つの txt ファイルをエクセルのシートのように分割して表示できる機能を加えたのだ。

ただし、作るのに100時間くらいかかった

Permalink | 記事への反応(1) | 16:48

2023-12-20

■ディレクトリ分けが好きなひとたち

https://zenn.dev/adwd/articles/5d4a89262f4fc5

クリーンアーキテクチャ信奉者で厄介なのが「最初に目的別にディレクトリを切りましょう」勢と重なっていることだと思う

下のようなほとんど空っぽのツリーを作って悦に入る奴は本当に害悪。

探すの面倒だし、コンポーネントの関連をファイル構造から把握できない。特定画面でしか使わないものは一つのディレクトリに入れときゃいいんだよ..

A
└── B
    ├── C
    │   └── D
    │       └── E
    │           └── abc.txt
    └── X
        └── Y
            └── Z
                └── xyz.txt

Permalink | 記事への反応(0) | 08:59

2023-11-24

■

今、趣味のプログラム書いてて、その過程で cat texts.txt | sort | uniq | grep -v '[0-9]' ＞ texts_fix.txt とかやってるんだけど、これがまた遅い

1200万行ぐらいのファイルを使ってるんだが、何かもっと効率的なやり方はないものか

追記:

考えてくれた人ありがとう。

結局、解決策としては--parallelと--buffer-sizeの数を増やした。

Permalink | 記事への反応(3) | 19:06

2023-11-09

■anond:20231109143317

す！すごい！「サヨク」を13回も使用してる！

一般人が一生で使用する「サヨク」の回数を上回っている

&lt;&lt;TXT.count('サヨク')
サヨクは60年代安保の時からデモ人数の水増し発表とか自分らに都合の良いウソつくのは大好きだったし
警官に火炎瓶投げたり鉄パイプで半身不随にしてるぐらい暴力も大好きだよ
サヨクってのは昔からゴミクズだったんだよ
無能なのに自己顕示欲強い金持ちのボンボンとバカだから社会的弱者になってる底辺だけがサヨク運動やるんだよね
正攻法で成り上がれないから逆張りで既存社会にケチつけてワンチャン狙ってるだけのインチキ戦法がサヨク運動
TXT

Permalink | 記事への反応(2) | 14:35

■anond:20231109073102

はてウヨ数を数えられなかった

&lt;&lt;TXT.count('左翼')
■最近の左翼色々露呈しすぎだろ

元々露呈してただろっていうのは置いとく

デマ
左翼の方が自分らに都合のいいデマ大好きでした

ファクトチェック
左翼の方がファクトチェックされるの大嫌いでした

誹謗中傷
左翼の方がしてました

法律
左翼の方が違反してました　刑事でも民事でも

公金
左翼の方が吸ってました

差別
左翼の方がやってました

男女平等
左翼の方が男女を平等に扱ってませんでした

連帯
左翼は有利なときは勝ち馬に乗るべく連帯連帯と言いますが不利になってくると全然連帯しなくなりました

マスコミ
マスコミは右派より全然左派の味方でした　左翼に都合の悪いことは握り潰して全く報道しません　報道の自由度ランキング（笑）

シャブ
左翼の方が打ってました、ついでにキメセクもしてました

宗教
左翼の方がカルトにはまってました、カルトはどっちかというと断然左翼の方を応援してました

正義
左翼の方が正義に反対する感じです

学問
左派は文系社会学とかいう界隈にバカしかいない学問もどきしかやっておらず社会をよりよく変革する理系学問はかなりおろそかにしてきました

自省、反省
左翼は絶対しません謝りもしません、あと相手が謝ったらこれ幸いと全力で責め立ててくるので謝らない方がマシでもあります

暴力
左翼の方が好きでした

殺人
「九条の会」の関係者が首狩り族やってるの怖すぎでしょ…言行不一致とかそういうレベルじゃねーぞ

一貫性
左翼は全然一貫性ありませんでした

マンスプレイニング
左翼の方がマンスプしてました

そっちこそどうなんだ主義
左翼の方がそっちこそどうなんだ主義を使いまくりでした

シーライオニング
左翼の方がしつこくシーライオニングしまくりでした

藁人形論法
左翼の方が自分に都合のいい藁人形創り出しまくり、その藁人形使って叩きまくりでした

対人論証
左翼はエビデンスをもって理路整然と反論するより対人論証の方を断然好みました

詭弁
左翼の方が詭弁大好きでした

独裁
左翼の方が独裁してました
TXT

Permalink | 記事への反応(1) | 12:19

2023-11-04

■anond:20231104205056

Google documentはプレーンテキストではない

プレーンテキストは、メモ帳で書ける程度の、何の装飾もないtxt ファイルのこと

その何の装飾もないtxt ファイルでも、形式的に記法というものをつけることはできる

その記法の一つがマークダウン

何の装飾もないtxt ファイルの中で記法を使って書いて、何らかのシステムに送信してHTMLに変換することができる

Google documentは、例えば太字にすれば装飾された状態で表示されるが、プレーンテキストでのマークダウンは太字を表すテキストを使って**字**のように書くことができる。(マークダウンはシステムに送信するまではHTMLになっていない。)

Permalink | 記事への反応(0) | 20:59

2023-09-25

■ディレクトリ 構造を変更したら Susie で rar が読み込めなくなった axrar.spi

結論

移動した7-zipへのパスをレジトリで修正する

インストールした7-zipをアンインスト&再インストールせずそのまま手動で移動させたことで、dll ファイルが読み込みなくなっていた模様。

・レジストリ HKCR\Software\7-zip\Path (文字列)に設定されたフォルダ
・レジストリ HKLM\Software\7-zip\Path (文字列)に設定されたフォルダ

を修正した結果、動作するように。

これは、

Leeyesで一部のrarが開けないことへの対処。

https://ameblo.jp/eruna-captor/entry-12384271374.html

Susieの「ax7z.spi」側ではなく、
これが使う、
「7z.dll」
が、新しい必要があることがわかりました。

と

axrar.spiをあきらめてax7z_s.spiを使おうとしてax7z_s.txtの解説

2.動作環境
ax7z_s.spi 単独では動作しません。他に 7-zip 4.57 以降に含まれる 7z.dll が
以下のいずれかの場所に必要です。
※ 7-zip 4.62, 4.65, 9.20, 9.22 の 7z.dll でも動作しているようです。
・ax7z_s.spi と同じフォルダ
・レジストリ HKCR\Software\7-zip\Path (文字列)に設定されたフォルダ
・レジストリ HKLM\Software\7-zip\Path (文字列)に設定されたフォルダ
7-zip のインストーラによって上記レジストリ値が設定されるので、
インストーラでインストールされた場合は、他に何もする必要はありません。

から推測しました。

rarを読み込まなくなったソフトのPluginフォルダにはax7z_s.spiのために7z.dllを設置していたのですが、axrar.spiとは一階層ずれていたのでこれも読めず、レジストリ先も見つからない、という状態だったかもしれませｎ。

axrarのreadme.txtには7z.dllに依存するなど動作条件が記載されているわけでもないので憶測ですが、おそらくそういうことでしょう。rarを扱える(7z.dllが使える)環境でaxrarを使うはずなので明記するまでもないということかもしれません。

https://w.atwiki.jp/comicview/

ax7z.spi for 7-zip 4.57+ s (s_y4b5 15/01/08)　※ZIP, RAR, LZH, 7z等。要7z.dll。Hamana非対応
ax7z.spi for 7-zip 4.57+ (y3b6 15/01/08)　※ZIP, RAR, LZH, 7z等。要7z.dll。
RAR extract plug-in axrar ※RAR4