スレ立てるまでもない質問はここで 150匹目
■ このスレッドは過去ログ倉庫に格納されています
質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。
前スレ
スレ立てるまでもない質問はここで 149匹目
https://mevius.5ch.net/test/read.cgi/tech/1526606537/
注意「〜と〜はどっちの方が○いですか?」みたいなのは
このスレの粘着荒らしですので無視してください 東大医学部首席合格者とエドガー・ダイクストラはどっちの方が頭が良いですか? >>358
エレベーターは楽な方。
安全面に関しては物理的に維持してるし。
ややこしいのは、効率よく人を運ぶアルゴリズムとか、
間違えても人命なんかには影響しない部分だし。 >>350
人は失敗から学ぶモノ。
ロボットなんかは、必要最小限まで「弱く」する事で暴走時の物理的被害を減らすなど、ソフトウェア以外の対策も運用に合わせて考えられてる。
特に、人が死んだのなら同じ失敗は二度と起きないような仕組みが取り入れられる。
今、直接人命に関わるソフトウェアっていえば、車の自動運転とかそっち方面かと。 >>364
かっこ悪いからせめてフェイルセーフとか使って >>365
いや、フェイルセーフの概念知ってる奴には抑も説明不要だろ。。。 C#は物がすぐ作れるからプログラミング入門にお勧めってどっかで見たんだけど
そんなに簡単なの?それとも嘘っぱちでそれ相応学ばないと何も造れない? >>367
そもそも俺のように人様の安全に関わらない仕事をすればズボラでもなわけだ >>368
人による
かなり簡単な方だができない人にはできない
できる人は質問なんかしないでコード書き始めてるから、
多分>>368にはできない >>368
使い慣れた日本語なら簡単だから、
小説書くのも簡単だよ。
って感じ。 >>380
了解
プログラミングなめてたは
諦める >>372
諦めなくていいけど
人とこうしてプログラミングについて話すことじゃなくて、
1人でああでもないこうでもないああこうかな?と
資料読みながらプログラミングに没頭して徹夜するとか
そういう姿勢が大事よ ただ、簡単!らくらく!入門!なんかはただの客寄せ宣伝文句、これは間違いない
あと誰でもできる!敷居が低い!って風潮作って人件費下げを狙ってる輩もいるかもな 異なるフォーマットで時系列順に記録されたログをまとめて時系列順に表示したいのですが、
18/10/03 10:19:23.992
のように、ミリ秒単位で記録されログと、
18/10/03 10:19:23
のように、ミリ秒が記録されないログ、そして
18/10/03 10:19
のように、秒数すら記録されないログがあります。
これを出来るだけ正確に並び替える手法はないでしょうか? >>378
文字列処理を繰り返して構文解析し、日時に翻訳する。記述の端数はゼロと見なす。 >>378
不足分を:00.000などで補間してソートする 日時を文字列で比較する場合は桁を合わせないといけないよ。 無いデータを作り出すのはいかんのでは?
0.000秒の保証が無いのに勝手に桁増やすのは正確じゃないと言うよりは嘘データでは?
その嘘で前後関係が変わると0.000って表示されてるのに実際は後ろだったりするじゃん。
俺なら諦めて分まで落として、キーか何かのアルファベット順に表示するかなぁ。
書いてあるのに嘘はいかんと思う。 もともと時系列になっとるもんをソートしなおすなよバカw
主客転倒もはなはだしいわw >>383
単体では時系列でも全体では正しい時系列じゃないんだから。
一部でも信頼できない区間があるならば、信頼できるレベルまで落とすしかあるまい。
有効数字と同じ理屈。 >>385
まじで言っとんのかおまえw
恣意的なキーでソートしなおしたら元々信頼できる時系列が信頼できんもんなるだけやぞw
主客転倒もはなはだしいわw >>378
記されていない部分までの形式が同じなら単なる辞書順ソートで良いのでは?
12:20 (秒が無いが実は12:20:08)
12:20:02 ほげほげ
のように後先がわからないのはもちろんどうしょうもない >>378
ログ形式は変更できないけどログを取るところからやれるなら、
tail -f logfile | ts '%Y%m%d-%H:%M:%.S' >> logfile.mod
などしてタイムスタンプを追加しておくという手もある。 >>386
もともと信頼できないよね。全体では整合性は。
そりゃ一番いいのは全部のログにタイムスタンプが落ちる事だけど。
整合性が担保できないなら、明示的にこの列でソートされてる、って方がよっぽどマシだと思うけど。
その桁が信頼できないなら、ただ偶然そう並んでるだけとしか扱えないんじゃないの?
その単品で有意な情報でも、ある情報と足したら無為になるんなら。
単品では信頼できるのは分かってる。
精度が十分でないものと合わせるとその桁に意味が無くなるのは分かってる?
3.00と3は比べようがない。
どうして勝手に足りない精度を補完するかが謎。 プログラムの話しろよ
無い情報を作ったり無い物を元に並べるとか最初から無理な話 >>389
もともと信頼できる時系列で並んどるよその3つのログは
何を勘違いしてログの順番をごちゃまぜにしようとしとるんだかわからんが精度も問題とちゃうでw
主客転倒もはなはだしいわw 結局のところ、「どうやろうとしても無理が出る」だよな…
切り捨てるにしろ、補完するにしろ、そのままが一番正確だという意見にしろ。 >>391
それぞれ3つは信頼できる時系列で並んでるが、
3つを合わせたものは信頼できる時系列じゃないよ。
本当に理解できないバカなの? 元の文字列のままにしておけば精度が足りてないことも含めて情報が保存されるけど、
日時だから epoc 秒(or date型)で保存しちゃうぞおじさんが居たらどうもならんな 考え方はepoc秒と同じ
必要な開始時刻から必要な精度までシリアル値でおとせばイイワケだからな
べつに浮動小数のユリウス通日に一旦変換でもいい
それをキーにしてソートすればなにも問題ない
上にいるような低学歴知恵遅れは考えが浅はか 低学歴知恵遅れはユリウス通日が
いろんなとこで実は使われてるのを知らないからな
しょうがない
まともな教育を受けてない でなこういう低学歴知恵遅れが
タイムゾーンいれて時刻を保存したりするワケ
で、サマータイムスレでアホが騒ぐわけ
低学歴知恵遅れがシステム作ると
日本のタイムゾーンがかわるだけで
太陽の軌道計算が変わるからな ホントなこの板にいるヤツラは
自分から低学歴知恵遅れですと
いちいち自白するからな まともな教育を受けてない低学歴知恵遅れの底辺ITドカタですと
いちいち自白するワケ
こまったことに ユリウスだかカエサルだかしらねーけどどうでもいいんだよお
どう切るかどう統合するか決めてこれが仕様ですって胸張りゃ済むんだよ >>396
精度が足りないんだよw
半角の人はホントに馬鹿だな。 たとえepochで持ってても、一番低い精度の桁に丸めないとな。
分までしかないなら秒以下を落とさないと。 >>378
Ruby で、時刻でソートしたら、逆順になった
require 'time'
ary = [ "18/10/03 10:19:23.992", "18/10/03 10:19:23", "18/10/03 10:19" ]
ary.map { |str| Time.parse( str ) }.sort!
.each { |tm| puts tm.strftime( "%F %T.%L %z" ) }
出力
2018-10-03 10:19:00.000 +0900
2018-10-03 10:19:23.000 +0900
2018-10-03 10:19:23.992 +0900 >>408
ちゃんとログファイルっぽく時刻の後に空白なりタブなり付けて
辞書順にソートすれば余計なゼロなど付けなくても期待した順になるだろう 普通にsortメソッドのブロックでカスタマイズした大小比較を行うだけだから。
なんで元の日付を書き換えようとする奴らばかりなんだ?
比較関数だけ作ればいいだろう? >>410
そりゃおまいさんが、実際の出力と内部処理用のデータを混同してるからだ 天才だったらどれだけ良かったか・・・・・・。
自殺をして天才に生まれ変わることってできるのかな・・・・・・。 >>411
内部処理用のデータの話なんかしてないよ?
ログファイルって書いてあるじゃん 個人用のプログラムを書いたはいいものの遅いのでロジック等で他にやりようあるか教えてください
apiであるログ取得してます
apiの制限で100件毎にページングされてたデータを1ページ単位でしか取れません。返ってくるデータはjsonで自分が欲しいのはcsvです。
今のロジックですが9月分のデータが欲しい場合月初から月末日までのログを全量取得してtxt形式(json)で出力(2万件の場合100件取得 txtに追記 次のページ取得)、そのtxtを読み込みcsvに変換する作業をしてます。
1月分のログの数が少ないと良いんですが2万3万という単位のログになるとtxtファイルが大きくなりすぎて参照、出力に時間掛かったりしてるみたいです
なにかいい方法無いですかね APIの呼び出しに時間がかかってるからどうしようもない >>413
ソートは処理に含まれないのか、すまんかったな すいません時間の詳細と言語書き忘れてました
python使ってます インタプリタなんで遅いと思いますが今回はロジックで対応出来るかが知りたいので言語変更はなしでお願いします
時間は2万以上のログで30分前後 txtが大きくなった後半はリクエスト 100件取得 保存を10秒程度でリクエストで2秒 txt読んで追記に8秒以上掛かっててここをどうにかしたいです 何秒掛かっていると言っても、それは処理の時間じゃない!
処理するものが無くて、ただ待っているだけの時間だろ。
処理時間じゃない!
処理するデータが来ないだけ 世界最高の大学はどこですか?
ハーバードかオックスフォードかケンブリッジのどれかですか?
世界最大の大学への入学を目指したいと思います。 追記するのに、テキストを読む必要無くないか?
ファイルを開くときにAPPENDで開いたら済むんでは? >>417
レコードの処理毎に一々標準入出力使ってテキストファイルの読み書きしてない?
標準入出力は物凄く遅いから、
テキストファイルの読み書きをできるだけ避けるようにしたらどう? 底辺高校卒でしかもかなりブランクのある者ですけど、
ハーバード大かオックスフォード大かケンブリッジ大に入りたいです。
それぞれの大学に入るにはどうすれば良いのでしょうか?
誰か教えてください。お願いします。 >>421
確かにそのとおりですね…不必要な処理が入ってました
>>423
今それでやってますがなにか他にやりようありますかね?
100分ずつしか取得できないから2万件ログなら200回アクセスしないとダメかなと思ってるんですが… 毎回全部読んで追記して全部書き込みしてるところを
>>421の指摘通り直すだけで他は何もしなくてもいいと思う あとは幾つかのページの範囲に分割して並行して処理して個別のファイルに書き出して
最後にそれら全てを繋げるとか レスくれた方ありがとうございました
気になってた点は早くなり解消しました
ありがとうございます 精度をあげるように変えればしまいだからな
あいかわらず低学歴知恵遅れはいってることが意味不明
低学歴知恵遅れにはそのやりかたがわからないらしいわ
低学歴知恵遅れには問題解決というのがよくわかる 低学歴知恵遅れには問題解決はムリ
低学歴知恵遅れの底辺ITドカタは基本的にいわれたとおりのことしかできない
刺身にタンポポのせるような作業精一杯 >>430
低学歴知恵遅れには問題解決と言うのがよくわかって良いのかw
epoch秒に変換する事はできないって精度の問題を、epoch秒で対応すれば良いって結論が出るところを見ると、低学歴知恵遅れには問題解決と言うのがよくわかるとは思えないがw 「9月4日 修学旅行出発」を時刻だから秒単位で記録すればok!って
「9月4日0時0分 修学旅行出発」と書き換えちゃいけない
ことくらい低学歴の俺でもわかるぞ… 流石にわからん奴はいないだろうし
db とかでソートキーとして元の情報とは別途持つイメージなのかな ↓できたぞ
https://ideone.com/7pIG42
time_x:2018-10-05 20:03:12.345
MJ milliseconds:5045486592345
MJD:58396 ← 俗に言う修正ユリウス日
time_y:2018-10-05 20:03:12.345
--
get_mj_mseconds() ← 時刻から修正ユリウス通ミリ秒を取得する関数
get_time() ← 修正ユリウス通ミリ秒から時刻を取得する関数
低学歴知恵遅れはこの程度のことさえできないもしくは思いつかないらしいからな
明らかに知能に重大な問題がある たとえば、2018-10-05 20:03:12.345がJSTと仮定した場合
get_mj_mseconds()で取得した値から
9*60*60*1000引いた値がUTC基準での修正ユリウス通ミリ秒になる
その値でget_timeを使えば普通にUTCの時刻が表示できる
通常、こういったシリアル値はUTC基準で保存される
その場合
9*60*60*1000足した値がJSTになる
そういうことやってない低学歴知恵遅れが
サマータイムスレなんかでサマータイムやばいとか意味不明なこといってるワケ 普通は、60秒が、0秒になるけど、
うるう秒では、61秒が、0秒になる うるう秒の補正いれたければ
シリアル値なら簡単にできる
普通の時刻で計算なんか困難だからな 低学歴知恵遅れは
そこんとこわかってていってないのが
よくわかるわ
シリアル値じゃなければ
うるう秒が入ると
始点の時刻と終点の時刻の時間の計算が
途端に困難になるからな
いきなり つまり、低学歴はぐぐった程度の知恵で
なんか書いた気でいるわけ
rubyなんかで書いてるとこみると
知能程度はお察し 読んでないから何書いてるかわからんが、
変なこと書いちゃった時はスレ閉じてid変わるまで開かないのがいいぞ そらな
低学歴知恵遅れには読んでも
なにが書いてあるか理解できない
低学歴なのはすぐにわかるからな 知ったかぶって
なにか書こうとするたびに墓穴掘ってるからな
どんどん自分が低学歴知恵遅れですと自白してる ID:vpbu8ez
ID:3vJct9Lw
ID:LOXnjF4g
みなさんご覧ください
コレがこの板名物の低学歴知恵遅れデス ちなみにコレがTAI-UTCのテーブルになる
http://hpiers.obspm.fr/eop-pc/earthor/utc/TAI-UTC_tab.html
1961 Jan. 1 - 1961 Aug. 1 1.422 818 0s + (MJD - 37 300) x 0.001 296s
Aug. 1 - 1962 Jan. 1 1.372 818 0s + ""
1962 Jan. 1 - 1963 Nov. 1 1.845 858 0s + (MJD - 37 665) x 0.001 123 2s
1963 Nov. 1 - 1964 Jan. 1 1.945 858 0s + ""
1964 Jan. 1 - April 1 3.240 130 0s + (MJD - 38 761) x 0.001 296s
April 1 - Sept. 1 3.340 130 0s + ""
Sept. 1 - 1965 Jan. 1 3.440 130 0s + ""
1965 Jan. 1 - March 1 3.540 130 0s + ""
March 1 - Jul. 1 3.640 130 0s + ""
Jul. 1 - Sept. 1 3.740 130 0s + ""
Sept. 1 - 1966 Jan. 1 3.840 130 0s + ""
1966 Jan. 1 - 1968 Feb. 1 4.313 170 0s + (MJD - 39 126) x 0.002 592s
1968 Feb. 1 - 1972 Jan. 1 4.213 170 0s + ""
----
1972 Jan. 1 - Jul. 1 10s
低学歴知恵遅れは、こういうの分かっててうるう秒とかいってるワケ?
低学歴知恵遅れは、MJDってなにか分かる? だから、秒の精度が無いデータを、ゼロ秒扱いしてはいかんと言ってるんだが。
間抜けだね。 そんなもん決めの問題だからな
きまればあとはソートするだけ話だからな
ホントな低学歴知恵遅れは問題のきりわけができてない
知能が低いのがすぐにわかるワケ 秒の精度がないのに、秒の精度があるかのようにゼロに変換しちゃいかんことぐらいわからんのかねぇ。
半角さんは前からバカな事言ってたけど、バカな事言ってるフリしてるだけだと思ってたわ。
ホントに馬鹿だとは思わなかった。
低学歴知恵遅れってのは自己紹介かねぇ。
まともに大学行ってりゃ有効数字って概念ぐらい理解してるだろうに。
二度と煽りも効かないだろうなw
それぐらい致命的な馬鹿w もう低学歴知恵遅れはレスするだけで
どんどん低学歴なのがバレてるのに
その自覚がないからな >>448
精度がないのに決める決めないは無いよね。
一番精度が低いものまで精度を揃える方向で切り捨てる(決めるも何も、精度を下げる分には常に正しい)しかない。
馬鹿だねぇ。 ホントなバカはバカの自覚がない
>>395 ID:vpbu8ez ← はじまりがお話にならないコレだからな
この板は
低学歴知恵遅れの底辺ITドカタしかいないのが
ホントなよくわかるわ >>453
まるでお前みたいだな、バカの自覚がないなんてw もうな低学歴なのはバレてるから
隠そうとしてもムダ 21も馬鹿なことを言い続けて、まだ哀れな踊りを続けんのかなw ■ このスレッドは過去ログ倉庫に格納されています