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/09(水) 08:32:08.43

スレチうんこはBAN汁

2024/10/09(水) 09:42:13.95

福祉系か

2024/10/09(水) 09:43:01.06

>>88
福祉案件

2024/10/09(水) 10:51:29.69

match文使え

2024/10/09(水) 12:30:53.22

使ったことない

2024/10/09(水) 15:51:29.02

html → javascript浅 → php → javascript深 → python

と来てついにc++に手出すことにしたわ
専業でもないしpythonだけで自分のやりたいことほぼなんでもできるし見向きすらしなかった

$ sudo apt install tree build-essential cmake pkg-config
これだけで開発環境整うとは知らなかった
pythonスクリプトと連携して簡単に開発できるか検討中

2024/10/09(水) 15:56:04.77

自分が高速化しなければ
という余地が残ってればいいけど

電子工作とかと同じで、一通りできるようになったけど作るものが何もない状態になる

2024/10/09(水) 17:59:18.01

>>100
llvm使ってgplから逃げろ

2024/10/11(金) 03:18:27.10

https://imonar.com/PKQJotV.jpg

2024/10/11(金) 16:07:56.09

python+opencvすげえ！
たった10行くらいでwebカメラの動画表示された！ものの1,2分のコーディングじゃん
皆pythonに移行するわけだなこんな便利なライブラリあったら他のやってられねえわ

2024/10/11(金) 19:42:25.28

大事なのは表示されてからだぞ
どういうアプリを提供するのか？
これだけライブラリが進化してるのにそれを使って大したアプリが出てないことを考えると
簡単かどうかは関係がない

2024/10/11(金) 23:05:48.34

PythonはPoC止まり言語というイメージあるよね
「やってみた」ともいう

2024/10/11(金) 23:05:48.34

PythonはPoC止まり言語というイメージあるよね
「やってみた」ともいう

2024/10/12(土) 00:58:43.18

1817を渡すと'00:30:17'に変換してくれる関数ってある?

2024/10/12(土) 01:09:25.66

import datetime
td = datetime.timedelta(seconds=1817)
print(td)

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

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

2024/10/12(土) 07:14:47.22

本物の馬鹿っているんだな

2024/10/12(土) 08:38:00.65

import datetime
dt = datetime.datetime(year=2001, month=1, day=1)
td = datetime.timedelta(seconds=1817)
print(f'{dt+td:%H:%M:%S}')

こうやると'00:30:17' を得ることができる
せめてyearとかが省略可能だったら

2024/10/12(土) 11:17:40.09

pip install モジュール名==
でモジュールのバージョン一覧が出る機能っていつのまにか無くなってんだな
便利だったのになんでだろ

2024/10/13(日) 10:02:03.52

>>104
入り口が広い(初心者向け)っていうのは重要だけど
込み入ったことしようとすると速度とか色々気になって来る
まあ気になったら乗り換えればいいんだけど

2024/10/13(日) 10:03:05.15

>>105
そうほんとそれ
みんなサンプル動かして満足して終わり

2024/10/13(日) 10:17:48.38

>>111
>>> import time
>>> print(time.strftime('%H:%M:%S', time.gmtime(1817)))
00:30:17

2024/10/13(日) 10:26:22.93

print(f'{time.gmtime(1817):%H:%M:%S}')
こうは書けないんだよな
書けても誰も困らないだろうに、もう更新の止まった古いモジュール

2024/10/13(日) 11:57:56.51

pythonむずい

2024/10/13(日) 12:19:27.14

>>116
これもだめっぽ？
import time
tt = time.gmtime(1817)
print(f'{tt:%H:%M:%S}')

2024/10/13(日) 12:24:50.27

試したら判るがな
TypeError: unsupported format string passed to time.struct_time.__format__

formatをサポートしていない
サポートしていないものを新たにサポートさせても、既存のコードには何の影響もない
だから、python 3.4で追加しましたとかなってても不思議ではないけど、
もうtimeモジュールは捨てられている

2024/10/13(日) 14:44:15.99

自分で追加したらええんやで

2024/10/13(日) 14:54:11.13

電池が自作できます

2024/10/13(日) 15:56:29.59

勉強になったわthx
https://paiza.io/projects/fWmiW0ZJcfGIiFRKkL1YTw

2024/10/13(日) 17:39:27.08

import datetime
class My_timedelta(datetime.timedelta):
　　def __init__(self, seconds):
　　　　self.dt = datetime.datetime(year=2001, month=1, day=1) + datetime.timedelta(seconds=seconds)
　　def __format__(self, format):
　　　　return self.dt.strftime(format)

td = My_timedelta(seconds=1817)
print(f'{td:%H:%M:%S}')
print(f'{datetime.datetime.now()+td:%H:%M:%S}')

これは継承の練習問題でしょう
既存のtimedeltaに__format__を追加する

2024/10/13(日) 20:18:44.93

timedeltaをdatetime用の書式で表現したら
間違いが起こりそうで怖いのは気のせいか

2024/10/13(日) 21:05:07.54

マイナスを渡すと23:29:43とかになる
多分欲しいのは、-00:30:17

2024/10/13(日) 21:18:08.75

>>125
時刻と時間は別物だし、文字列として持っていればいい話。

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）するという二段階の処理
用語として前を取るか後ろを取るかだけの話だ