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

2024/10/13(日) 21:20:20.02

td = datetime.timedelta(seconds=1809)
print(str(td).zfill(8))

これはだめ？

2024/10/13(日) 22:02:19.97

さすがに小手先すぎる
マイナスにも対応できない

そして秒は小数点以下1桁も表示することという仕様変更により、
3600で割ったりして全部自前で作ることになった

2024/10/13(日) 23:12:53.64

マイナスの日時という発想がわからない

2024/10/13(日) 23:36:18.34

仕様後出し過去悪い

2024/10/14(月) 00:55:34.21

import datetime
s = -1816.123
g = (s>0)-1
td = str(datetime.timedelta(seconds=abs(s))).split(".")
print(f'{str(g)[0]}{td[0].zfill(7-g)}.{td[1][:1]}')#-00:30:16.1

2024/10/14(月) 00:58:07.55

1日超えたら駄目だったわ >>131

2024/10/14(月) 01:01:58.25

0で折り返すのは、abs()で処理して<0だったら'-'付ける、だろうなあ
流用できる処理が無い

2024/10/14(月) 02:27:55.47

秒数を時分に変えるのは60で割ればいい話だろうにw

2024/10/14(月) 03:26:42.21

>>131
0.123が何を指しているのかわかる方がおかしい

2024/10/14(月) 03:29:11.20

>>133
四則計算と文字列を任意の日時フォーマットにするだけだぜ？

日時データ型をいじるというのはコンピューターが最も苦手な計算。

2024/10/14(月) 06:09:53.67

>日時データ型をいじるというのはコンピューターが最も苦手な計算。

馬鹿なのか

2024/10/14(月) 06:26:06.92

>>137
64ビットだぜ？

2024/10/14(月) 06:28:17.12

しかもまだ過渡期だから、実際は32ビットで計算している。

2036年問題だってすべてが対策済みというわけでもない。

2024/10/14(月) 06:29:49.49

60で割って1000で割るとか、64ビットだけではできない。

2024/10/14(月) 08:54:29.92

小数の誤差の話をしてる？
日時や時刻を扱う上で問題になるような誤差が出ることはなくない？
どんなに厳しい分野でも必要なのはナノ秒の数値までだろうし

2024/10/14(月) 08:56:37.40

>>136
おまいが計算苦手なだけだろ

2024/10/14(月) 10:43:52.07

>>141
64ビットCPUは64ビットのレジスタと外部とのやりとりが64ビットだ。

彼は1/1000秒まで正確に求めたいらしいが、2進数は10進数の表現ができない。

例えば10進数の1000は2進数だと1024になってしまう。

コンピューターは10進数の計算が苦手、時分秒なんてコンピューターには概念すらない。

2024/10/14(月) 10:44:50.51

>>141
質問しているやつは秒を分にする方法を知らない。
60で割るということもわからない。

2024/10/14(月) 11:01:11.87

そもそも質問ってなんなの
>>108　からの　>>111、派生で>>116
後出しで
・マイナス
・小数点以下
にも対応

ようは、ほんとはdatetimeかtimeで
一発で書きたい
もしくは、
出来る限り自作関数など無しで書きたい
だと思うけど

2024/10/14(月) 11:01:57.59

初心者は数値は数値型、文字列は文字列型とか意味もわからずにデータ型を決めたがるよな。

hh:mm:ssは日時型という内部表現と画面に表示されている見た目を混同するあたりも意味がわからない。

2024/10/14(月) 11:04:17.72

>>145
秒数を60で割る、ミリ秒は1000で割るという秒と分の換算がわからないというPython以前の問題児

2024/10/14(月) 11:52:49.48

>>145
一発で書く方法はないので自作関数必須
いずれにしろ入力フォーマット、入力値の範囲、必要精度、出力フォーマットの仕様が必要

この程度は標準で用意しといてくれよという気持ちはよく分かる

2024/10/14(月) 12:36:08.87

>>148
それだとあなたが存在する必要がない

2024/10/14(月) 12:38:01.47

>>143
>彼は1/1000秒まで正確に求めたいらしい
どこを見てそんな解釈したんだ？

2024/10/14(月) 12:44:19.92

>>150
131 デフォルトの名無しさん (ﾜｯﾁｮｲ eb61-lE/J) sage 2024/10/14(月) 00:55:34.21 ID:hhbIrBZG0
import datetime
s = -1816.123
g = (s>0)-1
td = str(datetime.timedelta(seconds=abs(s))).split(".")
print(f'{str(g)[0]}{td[0].zfill(7-g)}.{td[1][:1]}')#-00:30:16.1

2024/10/14(月) 12:45:05.98

1816.123秒という例を本人が書いている

2024/10/14(月) 12:48:52.68

６０で割って云々はちょっとズレているというかアスペ感があるのでひとまずその問題は置いといて
ストップウォッチ風な表記をdatetimeかtimeで一発で出せたらいいのに、ってことなら
そもそもストップウォッチって
0’00’’00
だったような
なら0:00:00でよくて
別に２桁縛りの０埋めじゃなくてもよくね
ミリ秒部分は知らないけど

2024/10/14(月) 12:52:58.55

>>153
彼はフォーマットのことも言っているが、1816秒を分に変換する方法がわからない。

1分は60秒だ。1000ミリ秒は1秒。

2024/10/14(月) 12:53:22.00

0:00:00
10:00:00
これが揃ってないのがむずむずする
みたいな問題だとしたら
日付関数というよりprintなど出力フォーマット側の仕様にした方が個人的にはしっくりくる

2024/10/14(月) 12:53:51.85

>>151
-1816.123という秒の単位で期間を表現した数値を
HH:MM:SS.0やHH:MM:SS.000形式の文字列にフォーマットしたいというのと
1/1000秒まで正確に求めたいというのは全然別の話じゃん

しかもそれ本人じゃないだろ

2024/10/14(月) 12:54:47.77

本当に60秒が1分だと知らないのかもしれない。

datetimeライブラリなんか使う必要もない。

2024/10/14(月) 12:55:18.84

>>154
おまえはズレてるのでちょっと会話できないわ　すまんね
そもそも>>131は別人だしお前以外は流れでわかってると思うよ

2024/10/14(月) 12:58:59.46

>>158
本人の書き込み
109 デフォルトの名無しさん (ﾜｯﾁｮｲ 4f54-O9y3) sage 2024/10/12(土) 01:09:25.66 ID:3/0Ne1V+0
import datetime
td = datetime.timedelta(seconds=1817)
print(td)

これで '0:30:17' が表示される
ただし、'00:30:17' ではない

print(f'{td:%H:%M:%S}')
みたいなことをしてもエラーになる
妙に融通が利かない

2024/10/14(月) 13:00:47.49

1817秒を30分17秒と単純に割り算をして、文字列をくっつければいい簡単な話だぜ。

2024/10/14(月) 14:04:34.65

54に続いて78が爆誕か
>>143の3行目とかマジでどういう脳ミソしてんだろう

2024/10/14(月) 14:11:38.27

>>155
printによる出力フォーマットは出力する値の型(ここではdatetime型やtimedelta型)に依存してるんだぞ

2024/10/14(月) 14:11:47.79

最初の質問って「ある」「ない」を聞いてるだけじゃね？
無ければ自分で作るかぁ、みたいな
作り方なんて分かってる上での質問でしょ

2024/10/14(月) 14:28:50.30

>>162
その理論だとprintにオプションなくてもいいよね

2024/10/14(月) 15:04:56.69

判ってると思うけど
1000 で割るより 1000000 で割った方が良い

2024/10/14(月) 15:56:41.32

数値
↓
時刻
↓
文字列

という奇妙なデータ型変換

2024/10/14(月) 16:00:42.53

>>166
馬鹿が発狂した

2024/10/14(月) 16:05:57.37

最終的な時刻フォーマットは時、分、秒がわかっていればいいだけなのにな。

1817秒÷60の結果で30分と17秒という分数と秒数が出せる。

2024/10/14(月) 16:38:57.17

def convert_1817(sec):
　　if sec == 1817:
　　　　return '00:30:17'
　　else:
　　　　raise ValueError('sec must be 1817')

print(convert_1817(1817))

2024/10/14(月) 17:32:36.62

２０レスもしていて簡単なサンプルコードも書けないという事実

2024/10/14(月) 17:41:03.15

むしろ誰がコードなんて欲してるの？

2024/10/14(月) 18:10:36.90

回答としては
質問の要求を満たす何らかの
・関数
・datetimeやtimeなどオプションやメソッド
の掲示、なければ無い
場合によってはノーコードにもならない

ただひとつ確実に言えることは
割る６０だの算出方法にひたすら拘っているアスペっぽいやつが的外れだということ

2024/10/14(月) 18:27:31.94

アスペおじさんもだけど君も大概やで
>>131とか>>164とかギャグじゃなければヤバいぞ

2024/10/14(月) 18:33:31.99

>>170
数字とコロンを連結するというところがなぜかprint関数でやるというヘンテコ話になっているからネタかもしれない。

2024/10/14(月) 19:40:06.63

経験上、文句を言うだけで理由を言語化できない人の方がヤバい人は多いですね

2024/10/14(月) 19:42:21.98

1f78-oCgEだけは段違いで会話が成立しないレベル
レス数から言ってもわざとやっているとは思えない

2024/10/14(月) 19:44:03.40

printさせるのはいかにも入門書という感じだけどさ、データ型の概念もなければ、データ型を変換するキャストも知らない。

ms = 1817
= f'{num:04}'
ji = = f'{num:(ms // 3600)02
fun = ms // 60
byo = ms % 60

() + (1817 / / 60) + ':' + (1817 % 60)

2024/10/14(月) 19:44:17.15

めんどくせぇな

2024/10/14(月) 19:46:36.32

教えてクレクレ

2024/10/14(月) 19:49:17.59

自分はわからないのでお金を出して他人にやってもらうというのが正解だ

段階を踏まずにいきなり最終形にしたがるのも初心者の特徴

2024/10/14(月) 20:22:43.99

ID:iqlRL8W80
基地外確定

2024/10/14(月) 21:40:22.67

関数一つ設計することが出来ないおじさん二人の醜い争い

2024/10/15(火) 10:06:05.50

今からPython始めても食ってけない？

gptのせいでコード自動生成されてしまうから

2024/10/15(火) 12:07:07.85

>>183
その質問もまずはChatGPTに聞くとよい

2024/10/15(火) 12:20:33.41

コードを改良するプログラムを生成するように依頼
そのプログラムで自分自身を改良し続けるようにして実行

2024/10/15(火) 17:12:58.10

プログラマになれないのに諦めない心意気は買うが辛くなるだけだぞ

2024/10/15(火) 17:22:58.02

Python系YouTuberになるための肩書としてプログラマなるならありかも知れん

2024/10/15(火) 19:27:15.97

今からPythonするならAIを設計する側に回るように頑張るのがいい
もしAIがより高性能なAIを設計できるようになったらそもそも社会が別物になるだろうし

2024/10/16(水) 17:27:46.34

matchってswitch？

なんで変な名前なの？

2024/10/16(水) 17:35:39.03

>>189
馬鹿にはそう見えるのか

2024/10/16(水) 17:49:43.98

C言語の時点でswitchは特に便利でもなかった
そこだけインデントが変になるし、breakまみれになるし

それでも推奨されたのはコンパイルで高速化できるから
分岐のかたまりではなくテーブルでジャンプするように変換してくれる

だから必然的にpythonにswitchなんか不要

2024/10/16(水) 18:18:16.18

>>191
↑
高速化は事実だが、
テーブルうんぬんは間違い。

2024/10/16(水) 20:02:33.53

高速化として意味があったのは昔の話だけどね

2024/10/17(木) 18:14:57.71

profile指定する以外の方法でseleniumでメルカリにログインする方法が判らん

**デフォルトの名無しさん** (JP 0H7f-QRwG) · 2024/10/17(木) 20:37:13.97

>>189
別に変じゃないだろ
マッチ（match）させてその結果により分岐（switch）するという二段階の処理
用語として前を取るか後ろを取るかだけの話だ

2024/10/17(木) 20:43:44.76

パターンマッチのmatch
switchにはパターンマッチの機能はない

2024/10/17(木) 20:52:52.68

>>195
え？

じゃ、switchでいいでしょ

2024/10/17(木) 21:15:16.24

条件に合うか検査して分岐するんだからswitchだよな

英語のswitchってそんな多数分岐のニュアンスあるか? という疑問もある
AからBへswitchみたいな、2分岐がせいぜいなのでは

**デフォルトの名無しさん** (JP 0H7f-QRwG) · 2024/10/17(木) 21:31:53.31

>>197
じゃ、て何よ
どっちかなんだからmatchでもいいじゃん

2024/10/17(木) 21:41:55.68

switchと似て非なるもの、という意味でmatchにしたんだろうな
-tchが共通してるのは意図的

switchと同じと思われることを避けるというよりは、
switchとは違うのだよswitchとはという積極的な意思表示

2024/10/17(木) 21:50:15.51

switchに2択という意味は無いぞ

2024/10/17(木) 21:55:19.50

longmanを引くと
1. to change from one thing to another, usually suddenly
2. to secretly remove one object and put another similar object in its place
3. to help someone you work with who needs time away from the job by agreeing to work certain hours for them if they do the same for you
4. to change the way a machine operates by using a switch
1.ある物から別の物へ、通常は突然変えること。
2.ある物をこっそり取り除き、別の似たような物をその場所に置くこと。
3. 一緒に働いている人が仕事から離れる時間を必要としている場合、その人が自分と同じことをしてくれるなら、その人のために一定の時間働くことに同意することによって、その人を助けること。
4. スイッチを使って、機械の作動方法を変えること。

何かからanotherへ切り替えの意味なんだよな

2024/10/17(木) 21:59:22.15

ああ、2分岐でいいんだ
だからcaseなんだ

この場合はこれに切り替え、この場合は、という2分岐がたくさん書いてあるのか
長年の違和感がやっと解決した

2024/10/17(木) 22:45:28.58

with open(file_path, "r") as file:
lines = file.readlines()

これだと普通に動くのですが

with open(file_path, "r" , encoding="utf-8") as file:
lines = file.readlines()

こういう風にopen関数に第3引数を指定すると、実行してもなぜかすぐ終了してしまいます
原因わかる形いませんか？

2024/10/17(木) 22:49:09.06

すみませんencoding="shift-jis"にしたら動きました
質問したらすぐに自己解決する不思議・・・というか何も即終了しなくても

2024/10/18(金) 01:36:02.01

でも
matchって色々機能があるね
使うのめんどくさいな

2024/10/18(金) 03:44:59.91

Zennにもゴミ記事ってあるんだな
https://zenn.dev/nekoshita/articles/01c04ec83144ee

**デフォルトの名無しさん** (JP 0H7f-QRwG) · 2024/10/18(金) 05:05:39.02

>>206
うん
if～elifで済ませてきたんだから今更だし
確かPythonには一つのことをするのに複数のやり方があるのはご法度って考えがあったはずだし
開発陣の頭がボケてるとしか思えん

2024/10/18(金) 07:12:42.20

マッチでもスイッチでもいいが、CPU内では比較命令をそのたびにしてプログラムをジャンプすることでロジックをスルーする。

2024/10/18(金) 11:16:24.04

choiceでも良いし
selectでも良い

2024/10/18(金) 11:26:19.64

branchかなあ
複数に分岐する意味も最初から持ってる
でもアセンブラ的にはブランチは条件ジャンプと同義、、、

2024/10/18(金) 13:52:06.91

case の方を前面に出した言語もあったはずω

2024/10/18(金) 15:40:13.78

>>206
速度は場合によるようだね

ifのほうが早いケースもある

2024/10/19(土) 09:16:44.68

print(mes, file=(f, sys.stdout))
みたいなことができればいいのに

2024/10/19(土) 10:19:20.60

複数箇所にwrite()するクラスを用意すれば簡単にできるけど
ちゃんとしたアプリケーションならロガーを使うし
簡易的なスクリプトならpythonの出力をteeするので
普通はやらない

2024/10/19(土) 10:32:03.25

ログではないんだよな
結果をファイルに出力しながら、経過の情報を画面に出力する
所要時間はこれだけでした、みたいな両方に出力したい内容は両方に出す

2024/10/19(土) 11:05:51.25

>>216
>>215 嫁

2024/10/19(土) 11:15:28.75

>>216
であれば余計に1つのprintで処理する内容じゃないから
違う形の抽象化を考えたほうがいいよ

どういう形の抽象化がいいかは将来的な変更の可能性や
コンフィグ可能にしておく要素によって変わってくる

2024/10/19(土) 11:24:28.68

いや、同一内容を2箇所に出力できれば片付く問題なんよ

2024/10/19(土) 11:30:30.87

>>216
経過情報や所要時間はこれだけでしたみたいな出力は一般的にはログって言うんだよ

2024/10/19(土) 11:32:49.65

>>219
printで2箇所に出力したいなら>>215に書いてるように
簡単にできるんだからそうすればいいんじゃない？

いい設計ではないけどね

2024/10/19(土) 11:35:48.54

logは記録に残すもので、画面にだけ表示して消えていいものはlogとは言わない

用語の定義はどうでもいいんだよ
こういう機能があると便利という提案に対して、
それはこの機能でカバーできるから不要であると反論するならば、
全てのケースでカバー可能という悪魔の証明に挑むことになる

代替の方法はあまり良くなくて、提案どおりが最適なんだから、
反論の間違いを認めないと何も進まない

2024/10/19(土) 11:40:20.05

また時刻の頭に0が入っていないとかいう馬鹿と同じ馬鹿か

2024/10/19(土) 12:10:24.78

>>219
>>215 嫁

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-l2+s) · 2024/10/19(土) 12:13:44.20

teeは全てのケースでカバー可能

2024/10/19(土) 13:21:31.18

あるソフトウェア会社にテスターとして入ったが、
メカ音痴、通信音痴の詐欺人材である。
仕事をやったフリをするのが難しいので、
バグを発見した際はすぐに報告せず、
ストックしておいて小出しに報告するやり方でしのいだ。
なにか問題が発生した際は、
知らない、オレじゃない、アイツがやった、もう済んだこと
を貫徹する現場猫を

2024/10/19(土) 13:34:16.86

オアシス運動ｗ