Pythonのお勉強 Part74

2024/09/21(土) 10:14:02.15

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024
↑スレ立てる毎に減るので、減ってたら３つに補充すること。

※前スレ
Pythonのお勉強 Part73
https://mevius.5ch.net/test/read.cgi/tech/1717631290/

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2025/03/06(木) 22:04:30.15

>>823
プラナリアに切れ目を入れるイメージ

2025/03/06(木) 23:02:53.82

cut a branchは「（枝道を）切り開く」のニュアンスかな
cutting edgeとかcut one's wayのcut
直訳の「切る」だと通じない

2025/03/06(木) 23:11:01.62

cutting edgeは切断面のイメージだけどな

2025/03/06(木) 23:19:51.18

>>829
gitとかのコンテキストでのcut a branchはcut a branch from masterとかcut a branch off of trunkを短く言ってるもので大元のものからisolateされた状態にするイメージ

2025/03/06(木) 23:28:56.20

branchは分岐してるだけで本体とは繋がってるのに、
それをcutされたものと言っちゃうのはどうやっても誤解の原因になる
それが面白いという悪ふざけや言葉遊びならいいけど、
あまりオフィシャルには使えない

2025/03/06(木) 23:39:18.99

例えばこことか公式ドキュメントで普通にcutが使われてるよね
https://tvm.apache.org/docs/v0.12.0/contribute/release_process.html#cut-a-release-candidate

英語でも日本語でも何十年も前から定着してる言い回し

2025/03/06(木) 23:45:48.92

英語の辞書に載ってる意味で言うと↓ここのtransitive verbの3-cが一番近い
https://www.merriam-webster.com/dictionary/cut

2025/03/06(木) 23:46:35.04

Cut a Release Candidate
はリリース候補として何かのリビジョンを切り出すんだよ
分岐のイメージは無い
リリースしたものがその後育ったら困る

2025/03/06(木) 23:50:52.31

3-cの例文の
チームから切り離すとか、群れから切り離すのも、明確に分離している
分離と分岐は全然違う

2025/03/07(金) 00:34:50.26

ブランチを作る目的は互いの変更が影響しあわない分離された開発ラインを仮想的に作ること

cutという単語が使われるのは分岐よりも分離に主眼があるから

2025/03/07(金) 01:44:12.43

枝道に逸れてサボってるお前らの給料をcutしよう

2025/03/07(金) 02:22:26.83

>>829
日本語訳がおかしい。切るではなく分けるという意味。

2025/03/07(金) 02:25:08.03

>>835
枝分かれという意味だけど、枝分かれしたものが本流に合流するから自然言語の言葉の選択に失敗しただけ。

2025/03/07(金) 06:09:46.75

日本語訳ではなく元からおかしいのだろう
日本語の「課金」みたいな間違った使い方が定着しちゃうのはどこの言語でもある
マニュアルとかには登場せずに口語とかで使われる用法

だからといって、直訳して間違う必要はない

2025/03/07(金) 07:52:09.30

git スレに於いては今後、枝をはらう意味のときは「剪る」「伐る」と書くこと。pythonスレで決めたからね。いいね。

2025/03/07(金) 08:15:11.30

世間の慣習は変わらんぞ

2025/03/07(金) 10:32:15.00

>>843
料金の請求そのものを「課金」と呼んでいる会社があるからなあ

2025/03/07(金) 11:24:48.94

AAAのaccountingはアカウンティングとしか訳せない

2025/03/07(金) 14:17:00.73

>>826
あぁ
トラウマ...

きっつ

2025/03/07(金) 14:18:41.52

>>826
別に削除しても問題ないやろ…

2025/03/07(金) 22:10:05.52

>>841
branchを動詞として使い、それだけで大本から流れを「分ける」という意味になる（分離はしていない）
cutの場合はあくまで切り離してしまうので、分けるというより「切り分ける」（完全分離）という感じだな

いずれにしても、「ブランチを切る」は誤解を招く言い方だと思う

2025/03/07(金) 22:50:11.11

特定のバージョンをリリースする場合はcutで合ってる
正しく使われたcutの例を見て、ブランチを作ることをcutって言うんだ、と
ふわっと理解した層が誤用して定着してしまった、のだろう

2025/03/07(金) 22:57:11.00

ブランチを切らないおじさんたち
知らなかったことは恥ずかしいことではないが
その後のやり取りは非常に見苦しい

間違った独りよがりの解釈並べて
やっぱり俺は正しかったと思い込んだところで何も変わらない
素直に「知らなかった」ことを認めて謝ろう

そうすれば老害の進行を止められるよ

2025/03/07(金) 23:09:46.40

老害なんて、そんな大層な地位にはいないよ
そんなに煽てられると照れちゃうな

2025/03/07(金) 23:17:57.73

英語の日本語訳でcutを考えるという謎の思考

2025/03/08(土) 10:47:12.14

mktime() なんて伝統的なメソッドなのに、ここだけ何で英語なんだよ。マジメに訳せよ。
https://docs.python.org/ja/3.13/library/time.html#time.mktime

**デフォルトの名無しさん** (JP 0H45-kaVN) · 2025/03/08(土) 10:47:40.67

>>819は切るって言っただけでcutなんて言ってないからな

2025/03/08(土) 12:40:07.76

日本のIT業界では昔から、フォルダなど何らかのコンテナを作成することを「切る」と言う習慣がある
汎用機の時代はフォルダ(に類するもの)やDBのテーブルなんかを作るときに静的にディスクの領域を割り当てるのが一般的だったから、そこから切ると言うようになったのだろう

2025/03/08(土) 13:01:40.23

んなわけねーだろスケジュールを切るとか別に一般に使う動詞よ
なにがIT業界ではだよw

2025/03/08(土) 13:16:35.89

言わんけどなあ
フォルダとかディレクトリは「掘る」だな
何かを発行することを切ると言うことはある
伝票を切るとか、歴史的には本当に切ってたのだろう

2025/03/08(土) 13:39:52.21

>>857
それは用語がごっちゃになってるだろ
パーティションとかクォーターなら切るだけど
フォルダやディレクトリは作るだろ
コマンドだってそうなんだし
Power Macは概念違うかもしれんが

あと掘るは探索だな

2025/03/08(土) 13:56:13.23

>>860
現代のファイルシステムのモデルではそうだが、年輩者でフォルダを切ると表現する人は実際わりといる
何でも事前に静的に割り当てていた時代の人間は、大きいところから部分を切り出すというメンタルモデルから脱せないでいるのだろう

2025/03/08(土) 14:03:50.31

パーティションは切る以外が思いつかないな
作成するよりもむしろ判り易い
ディレクトリは無から生み出してるけど、
パーティションは有限のものを切り分けてるだけだし

2025/03/08(土) 14:11:12.81

>>859
今でも伝票は切ってるやん
レシートも伝票やで
来て来たレシート切ってるやん
今は切り込みは入ってるとかレジが切って出て来るけどさ

2025/03/08(土) 14:14:44.53

レシート切りますかと言ってくるコンビニ店員はおらん
実体が無くても切るという用語を使うという話

2025/03/08(土) 14:28:35.66

限られた可住面積と資源で生きてきた列島猿としては、
何かを新しく作るのはゼロから何かを生み出すのではなく常に大から小を切り出すことなんだろうな

**デフォルトの名無しさん** (JP 0Heb-XXSS) · 2025/03/08(土) 14:54:57.16

パスを切る＝ディレクトリを作るって意味で使うし
ブランチを切るという言い方に何の違和感もない

2025/03/08(土) 15:22:00.93

22 （木を切って）つくる。

「今年はたびをも—・ってはかせい」

切るにはつくるって意味もあるようだ

2025/03/08(土) 15:22:48.97

>>858
それは日時や数量などに限定をつけるという別の用法で辞書にも載ってるもの
区切られた専用の領域を新しく作るといった意味で使うのは自分の知る限りIT業界特有

「〇〇用に新しく□□を切る」
- ブランチを切る
- ディレクトリを切る
- パーティションを切る
- サブネットを切る
- VLANを切る
- サブドメインを切る

パスを切るやエイリアスを切るが
これらと同じなのかは疑問の余地がある

2025/03/08(土) 15:24:08.77

>>866
>パスを切る＝ディレクトリを作る
パスを切るのはディレクトリを作ることではなくない？

2025/03/08(土) 15:45:23.76

パスやエイリアスを切るのは道を切り開くという意味じゃない？
>>868で挙がっている「割譲する」というニュアンスの切るとはまた違うと思う

2025/03/08(土) 15:57:23.70

PATHを切るは確かに言うな
PATHを通すと同義の奴じゃないかな
作成するのはディレクトリやフォルダで、PATHはフルパスのことなので、
それ自体を作成したりはしない

2025/03/08(土) 16:22:09.63

お前ら時代を考えろ
コマンドライン時代だ
/でディレクトリの区切りを示すやろ
この事からパスを切るって言うんだよ

2025/03/08(土) 16:28:31.93

Python勉強したかったらgithubのオープンソースと睨めっこしてこい。こんなとこでレスしても池沼mac信者しか沸かんぞ

2025/03/08(土) 17:08:49.84

別れろ切れろはブランチの時に言う言葉、今のあたしにはいっそ kill と言っておくんなまし

2025/03/08(土) 17:37:17.94

言葉の意味を知らないで使い続けた慣用句の扱いだから
ゼロックスしておいておじさんが直すとも思えない
かと言って的は射るものですよ的な指摘も無粋

現場で仲良くやれればいいんじゃね？
意味はある程度通じているわけだし

2025/03/08(土) 17:38:34.41

何を発狂してんのよこのゴミは
「ブランチを切る」が現場で当たり前のように使われることを知らずに赤っ恥かいたから
正当化しようと暴れてるのか
見苦しい

2025/03/08(土) 17:53:41.60

どっちかというと、ローカルな用語が一般で通用しなくてショック受けてる、が正解だな
これ方言だったの?的な

2025/03/08(土) 20:56:09.68

すいません>>819わかる人いたら教えてください
gitスレでも聞いたんですが、CUI vs GUIみたいな糞どうでもいい話ばっかりしててあいつらはもう駄目です

2025/03/08(土) 22:42:06.31

>>878
gitのlogやreflogを確認するか
Syncボタンを押した時に発行されるgitコマンドが表示されるパネルを開いてから
もう一度試せばいいんじゃない？

gitというより聞くならVSCodeスレじゃないか

2025/03/08(土) 22:45:58.02

>>877
公式サイトにある日本語訳でもブランチを切るという表現が多々出てくる
日本語訳が出来た2009年当時からずっと変わらず

2025/03/08(土) 23:43:37.51

>>857
作る、作成するでいいのに変な日本語を使い続けるのは老害

2025/03/08(土) 23:44:49.47

>>880
樹木の枝を切るという世間一般のイメージに引きずられているだけ

2025/03/09(日) 01:03:40.90

『「的を得る」が間違い』は間違い

2025/03/09(日) 01:50:12.00

>>878
その質問ChatGPTに聞いてみた？

2025/03/09(日) 08:04:54.92

>>884
pullしてpushって言われた
>>879
確かに

2025/03/09(日) 13:04:54.25

gptにコード書いてもらうのが一番

2025/03/09(日) 16:02:37.71

>>819はこれかな？
https://github.com/microsoft/vscode/issues/137686

2025/03/09(日) 20:36:14.62

単純にVSCodeがorigin/masterにpushしてるだけだった
同じブランチでいくつかcommitして、sync changesボタンでたからマウスオーバーしたら、Push 4 commits to origin/masterってでたから
まんまmasterブランチにpushしてるだけだった
あとreflogにはVSCodeのSyncボタン押した時のログは残ってなかった

2025/03/10(月) 12:17:45.33

連番のtxtファイルの中に物体名とそのXY座標値がスペース区切りで格納されてるんだけど
for文でぐるぐる回して各物体ごとに前のファイル内に書かれてる座標値との差分を連続で出したい時ってどういうやり方するのがスマートだろうか
pandas使ってDFに入れるのが早いのかなあ

2025/03/10(月) 14:54:26.98

それのやり方は知らんけど
pandasよりpolarsの方が速いよ

2025/03/10(月) 16:04:01.44

>>889
プログラム設計時に必要になる情報と一緒だけど
前提となる入力と出力の仕様をもう少し明確にしないと
どういうやり方が適切なのかはわからないよ

2025/03/10(月) 16:11:52.34

>>888
ローカルとリモートで互いに足りない部分をpull/pushして結果を同じにしてるんじゃないの？

2025/03/10(月) 18:45:12.16

git push origin hoge:masterのように
リモートは問答無用でmaster指定してるってことだろうけど
ローカルのhogeをリモートのmasterに直接pushするのが
あまり一般的なワークフローではないんじゃない？

2025/03/10(月) 19:26:13.81

pandasとかはファイルは一つでそこに行と列がたくさん、というデータを想定してるから、
ファイルがたくさんある時点で違う気がする

複数ファイルを一つのdfに結合する部分を自分で書けばpandasで処理できるだろうけど、
pandasで楽になりそうな処理にも思えない

2025/03/10(月) 19:40:26.55

巨大なデータってオンメモリで終わるまでソワソワしながら待つの？
それとも中間ファイル残しながら失敗したらそこから再開とか？

2025/03/11(火) 08:25:30.10

場合によるよね。
やったことないけどw

2025/03/11(火) 12:26:00.83

>>895
スワップ使いまくるからオンメモリとは言えないかもしれないけど大きめのプログラムのフルコンパイルみたいなのはソワソワしながら待つ

途中まででコミットして再開可能なデータ処理は中断の可能性や再実行にかかる時間、プログラムの複雑化度合いなんかを加味して方針を決める

2025/03/11(火) 19:24:18.03

makeみたいな仕組みにしとけば、失敗したところからやり直せる

2025/03/11(火) 19:40:15.54

大規模な処理の場合はSparkみたいな分散処理フレームワークが障害時の途中からの復旧とかを担保する
一方で、アドホックな作業の耐障害性はあまり問題にされることはない
いつも中途半端な実験ばかりで何一つ金になる成果を出さない自称データサイエンティストがノートブックで手元でチマチマやってる程度の作業なんて、
パーになったところでビジネス視点では何の影響もないからね

2025/03/11(火) 20:32:11.49

アドホックな作業？

2025/03/12(水) 10:36:16.02

ビルメンだから業務効率化とかはできないけど趣味で Python 勉強中

2025/03/12(水) 10:36:17.25

ビルメンだから業務効率化とかはできないけど趣味で Python 勉強中

2025/03/12(水) 16:55:28.43

巡回ロボを作るとか。

2025/03/12(水) 18:02:38.98

エレベーターの劣化チェックが良いな

2025/03/12(水) 19:04:57.91

巡回ロボいいね
エレベーターのチェックって画像認識？

2025/03/12(水) 19:42:29.70

boto3とrecognitionでできそうやな

2025/03/13(木) 08:05:57.02

そんなもん1年後くらいに汎用マルチモーダルAIに自然言語で指示するだけ

2025/03/13(木) 10:46:41.91

どこまでプログラミング勉強すべきなんだろうな
AIのコーディング能力かなり上がってるからがっつり自分でかけるようになる必要はないけど、まるごと書いてくれるわけではないし少し修正しようって思ったら丸ごと書き直さないといけないから効率悪いんだよな
基本をさらっとやって、クラスだかモジュールだかの設計ができるようになればいいのかな

2025/03/13(木) 12:01:16.03

画像解析は汎用AI化が出遅れてる分野なので、PyTorchとかでシコシコ自前でやりたい人にとってはラストリゾート
とはいえ自動運転や医療画像みたいな絶対安全な分野を除けば向こう2年くらいの命だろうな

2025/03/13(木) 12:54:57.01

AIエディタを使いこなせるか
これが最も重要

2025/03/13(木) 17:05:12.30

耳コピの分野が出遅れてるんだよな
ピアノ音源限定でノイズが無ければ、音の高さまでは割と正確に判断する
でも小節の切れ目は判らないので楽譜化はできない
複数の楽器混在とかはまだ全然

2025/03/17(月) 11:16:03.53

pythonの文法って簡潔すぎてわかりにくいの俺だけ？
for i in range(10)
よりも
for (i = 1; i < 10; i = i + 1)
の方がわかりやすい
C言語から始めたせいかもしれんが

2025/03/17(月) 11:23:32.88

for i in range(10)　←配列０～９の左から1つずつiに代入
まあわかる
if i in ng_numbers　←iが配列ng_numbersに入っていたら
？？？

2025/03/17(月) 11:30:36.89

>>913
英語で考えりゃ自然

2025/03/17(月) 11:50:52.82

>>914
そりゃ英語で考えればそうやがどういう処理しとんねんってなる

2025/03/17(月) 12:21:38.78

pythonで分かり難いのは、なんてったって str.encode() と bytes.decode() だわ。
型変換を符号化復号化と称すのもどうかと思うが、バイト列を文字列にするのが何で復号なのか不思議でならない。

2025/03/17(月) 12:45:47.58

Pythonがどういう内部表現で文字列を表現してるかは一旦置いておいて
目に見える図形・グリフとしての文字の列をエンコードしてバイト列にするのがstr.encode()
エンコードされた結果のバイト列を文字の列に戻すのがbytes.decode()

わかりにくいのは確かだけど間違ってはいない

2025/03/17(月) 13:35:59.30

rangeとか lenは使わない
オブジェクトがあるんだから、そのものを渡そう

2025/03/17(月) 14:16:08.27

>>913
どゆこと？
for i, ng in enumerate(ng_number)
これのことではなくて？
ng_numberの条件で飛ばすなら内包表記使って

for x in [ng for ng in ng_number if ng_number[何か] == 何か]

とかの話？

2025/03/17(月) 14:28:12.40

同じ”in”で使われ方も似てるけど文法的には別の”in”
https://docs.python.org/3/reference/compound_stmts.html#for
https://docs.python.org/3/reference/expressions.html#membership-test-operations

2025/03/17(月) 15:27:05.92

pythonのfor文は他の言語でいうところのforeach文だな
シェルスクリプト（sh系）もそうで、これから入ったのでこちらのほうが馴染む

2025/03/17(月) 18:25:36.28

CからC++とか進んだけど特にforで何とも思ったことないな

2025/03/17(月) 18:35:25.17

生成してもらってるから
forの意味すら知らん

2025/03/17(月) 18:59:30.26

FOR X = 0 TO 9 (BASIC)
for x := 0 to 9 (pascal)
for (x = 0; x < 10; x++) (C)
なんかどんどんforの意味からずれていく

for x in range(10)
これが正解

2025/03/17(月) 20:11:45.28

for i in range(10)で0～9のループってのがアホらしい
0から9と明示している言語が自然

2025/03/17(月) 20:35:11.55

rangeは直前までのrangeオブジェクトを返す、と慣れればそれでいいじゃん

2025/03/17(月) 20:42:27.97

range(1, 11) みたいに複雑になると、もうこれは
for (x = 1; x < 11; x++) から数字を抽出したものになってくるけど、
普通は先頭は0なので本質的には要素数を表している
0から始まって当然の頭になれば自然に見える

2025/03/17(月) 21:19:59.96

>>926
seq コマンドといつもごっちゃになってまう...

>>> tuple(range(2))
(0, 1)
>>>
$ seq 2
1
2
$

2025/03/18(火) 01:35:19.58

個人的には他言語のforeach相当しかないのはかなり好きなポイントだな