スレ立てるまでもない質問はここで 150匹目
■ このスレッドは過去ログ倉庫に格納されています
質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。
前スレ
スレ立てるまでもない質問はここで 149匹目
https://mevius.5ch.net/test/read.cgi/tech/1526606537/
注意「〜と〜はどっちの方が○いですか?」みたいなのは
このスレの粘着荒らしですので無視してください 底辺だと思ってたら自分のほうが底辺だったって事に、
こんな言い訳を考えるなんて、低能はやっぱ違うなぁ。 だいたいどんなとこにいるのかは
分かる
どんどんオマエみたいなのを詰め込むとこが本格的に整備され始めたのが
2000年になった頃ぐらいからだからな >>597
1989年1月9日のソースを最近見るぐらいの部署に居るけど、詰め込むってなんの事かなぁ?
研究開発部なんて昔からあるぞw ちょっと流れ切って申し訳ないけど質問
golangが原因でcloudflareで障害発生、ってどういう内容?
そのgolangの実装?は事前の確認・テストができなかった類のもの? >>599
ついには嘘だと否定するしかできないのなw
虚しいねwww
嘘だと言うことにしないと自我が持たないか、そっかwww どこになこんな
明らかな低学歴知恵遅れで
明らかに軽度の知的障害があるようなのを
ずっとおいとくまともな会社があるねんと しかし、1989年1月9日がどんな日か考えたら、ハッタリ以前になるほどと思うだろうに。
なんの推論力もねえんだなぁ。
>>603
どこになこんな?
煽るなら真面目にやれよw
お前は低スペだから置いといてもらえなかったんだろうね。あ、雇っても貰えなかったのかな?ww >>572
スレ違い⊂板違い
よってスレ違いではないは偽である。
ハイロンパ w >>602
これ、俺の英語力がゴミカスじゃないとしたら
golangそのものの実装が原因っつーんじゃなくって
cloudflareの人が書いたgolangコードがまずくて小規模障害が起きた、って見えるんだが
goの実装せいでなんて言われたらgolangそのものになんか問題あったのかと思うわ 以前、今からPythonとRubyを勉強するならどちらが良いか、という話を見かけたのですが、
Pythonは学術分野、RubyはWeb分野の言語ですよね?
PythonもWeb分野で主流の言語として使われたりしているのでしょうか? 世の中にあるだいたいの言語はWebで使える
使ってる人が多いかどうかはさておき
複数の箇所でプログラムを動かして連携させるようなシステムで
状況によって言語を使い分けるのは、メリットもデメリットも知られているから
統一したいという場合にRubyなりPythonなりを選ぶ場合はあるんじゃないの >>610
PythonはてっきりWebの一部分(アクセス場所に別よる解析とか?)で使われるのが主かと思っていたのですが
メインで使われているのも珍しくないのですね
ありがとうございました Python Django 超入門、掌田津耶乃、2018
Python のフレームワーク本は今年、始めて出たばかり。
一方、Rails のフレームワーク本は、数十冊も出てる
たぶん、100倍ぐらい違う
Python は、AI・統計・数学系・ラズパイとか >>608
そんときはcloudflareの人が書いたような書き方しかできんかったんよ。
その後、透過的でモノリシックな時間計算のAPIがあとから出た。1.9で。 >>613
現実として対応方法が無かったことと予見できたか否かということは別の問題
ラウンドロビンDNSなんて繊細なもんを扱うとき
問題があることとどうやっても回避できないということをあらかじめ認識できていたならば
普通の感覚なら何らかの手を打つもんだろう
それとそもそも方向性が間違ってる
ある目的を達成するうえで必要な機能が存在しないというのは仕様の不足不備
実装に問題があるというのは文字通り実装が悪いということ
仕様は問題ないのに実装のせいで通常生じないはずの不測の問題が生じるということ
まったく次元が異なると言わざるを得ないと思うのだが >>614
んー、、別のこと、って言うならもう少し整理して話してほしいが。
実装が悪いのに回避コードを書いてなかったのが悪いって主張はわかるが、
ある目的を達成する上で必要な機能が存在しないってのは、仕様の問題とか言語自体の問題ではないんじゃないの?
ある目的を達成するために何かを具体的にできるのは、ある目的を達成したい側であって、言語提供者側の問題では本質的には無いと思うけど。
実際そういう発想でIssueで議論してるけど、結局自分たちで回避コード書いて対応したよ、Cloudflareは。
普通の感覚ならと言っても、Cloudflareの人は「Nowの差が負になることは起こり得ないと信じていた(が、間違っていた)」ってCloudFlareのブログで言ってるんだから、その辺責めても無意味な気がするけど。
何が言いたいかわからん。
実際にうるう秒が問題になったケースを挙げたんだが。 >>615
何が言いたいかってgolangを貶したいだけに決まってんじゃん うるう秒が問題になることはない
問題の原因は人間にある
馬鹿を根絶すれば天才だけの世の中ができるというのに なんかそういう映画あったな
バカなのに証拠を偽装して優良を装って生き残ろうとするやつ >>617
天才だけの世の中があるとしたら人間が一人になるまで知能が低い者を切り捨てないとキリがない
今だってチンパンジー並の馬鹿が淘汰された結果かもしれないしな >>615
話の筋はgo言語の問題かどうかだろう
> goの実装のせいでちょっと前にcloudflareで障害起こった
cloudflareの人も誤解してたと自ら言っているのであって
言語側の実装に問題があると言ってるのではないのではということさ
もし言語側の実装が問題なら別手段を1.9で追加などせず、既存関数を修正するだろう >>620
go言語の問題、ってのを、切り分けて話してたんでしょ?
話の筋としてその切り分けない状態を指されても意味がわからんよ。
goの実装って、golang自体を指してるわけでもなくて、goを使った実装、ぐらいに取ってたけど、何か勘違いしてるんかな?
言語側に問題が無かったとは言い切れないんじゃないかな。タイムスリップはその時点では明文化されてなかったはず。
1.9で、既存関数は触らなかったが、既存関数のgodocを修正したと思う。
別手段を取ったのは影響範囲もあるし、既存関数に全く問題が無かったわけでもないから、godocの方を直した。
1.6ぐらいから使ってるけど、1.7をしばらく運用に載せてて、最近いきなり1.11に飛ばしたから読み違えしてたらすまん。
俺はGoアンチではない。ダメなところは直したほうがいいと思ってるだけだ。 ウンコスクリプトエンジンは知らん間に動作仕様がいきなりかわるのか
ウンコスクリプトなんか怖くて使えたもんじゃない 同じコードが同じ結果を保証しないとかな
コレはさすがにウンコすぎるわ。。。
goとかマジでゴミやん >>617
>馬鹿を根絶すれば天才だけの世の中ができるというのに
興味あります、>>617 にとってはどのような特性を「天才」とするのでしょうか?どんな人が >>617 にとって天才になるのか、おききしたくてうずうずしています 同じコードが同じ結果を保証しないって、そりゃ環境の値なんだから当たり前じゃん…?
副作用そのものを出力する関数に対して、副作用があるって指摘自体意味がわからんwww
これが理解できないなんてマジでゴミだなぁ。
スクリプトでもないしwwww うるう秒を論じようと思ったら実例も理解できてなかった
というかgoが何かもイマイチわかってない
というか「現在時間」って何か自体わかってない
ということは、半角さんはうるう秒がなぜ問題になるか理解できてなかった!
という自虐的な無能の証明をして見せてくれたと言うことか。
うるう秒で一番困るのはシリアル値ではなくて、単にシリアル値に変換してしまうとその際にタイムリープするって事だってのを理解できてないのに、
>>438で「簡単にできる」なんてほざいたとは、>>443や>>464で言う知ったかぶり以外の何なんだろう?
頭悪ぅ。 また低学歴知恵遅れが意味不明な知ったかしてる
レスが頭悪すぎてレスしようがないというね 自分が愚かだったと認める事も大事だぞww
大人は子供に理解させようと理解できるように話すことはできるが、
子供は大人に理解してもらえるようにしか話せんのと同じように、
アホすぎて話ができない、なんて言うのは、自分がアホの方ですって悲しい宣言に等しいんだよwww
可哀想www コレが低学歴知恵遅れの底辺ドカタの世界
コレが現実 >>633
しったぶりってなあに?
煽るなら真面目にやれよ、ポンコツ煽りマシンw 分かってないことをテキトーに書いて
ハジだけはかく どんだけ恥ずかしい人間やねんと
コレは低学歴知恵遅れで底辺特有 ボロろいうのはウンコのことだからな
低学歴知恵遅れはウンコレスしてない やっぱりな
低学歴知恵遅れは板から排除したほうがいいわ Linux はうるう秒で60秒の代わりに連続して2回59秒になることがあるから、時刻の差は負になることを考慮しなきゃね
と簡潔に言っておしまいにしない? Cで作るのは多分かなり難しいし
普通以上に obj-c 言語の理解が必要だから無意味だぞ レスありがとうございます
ちなみにjavaでも可能なんですかね?
プログラミング言語ってたくさんあるけどできることは変わらないということなのでしょうか?
得意不得意はあると思いますが 特定の環境に向けたソフトウェアを作れるかどうか?って
その環境向けの開発環境やライブラリ、インタフェースが用意されてるかどうか?
と言い換えることが出来るんだよな できるかどうかを問うと>>650みたいな返事が来るからできるかどうかは聞くなよ。
c でObj-C (≒ Swift ) のクラスを実装しフレームワークを利用すればできる。
(objc はcからそういう操作がわりとしやすい)
Java で Obj-C (≒ Swift ) のフレームワークを利用できるような Java コンパイラを書けばできる。
そういうことだぞ >>652
不可能ではないけど、ほぼ不可能って思ったほうが良い。
根本的には出来る事は変わらないけど、公式がその言語向けにSDKといって、開発するために必要なものを揃えたものを提供してくれるかは別問題だよ。
提供されてなかったらそれを自作しないといけないし、それを自作する事が許されてないアップル製品なんかでは何もできない。 WebClient vs HttpClient vs HttpWebRequest vs RestSharp
どれ使えばいいんや?
HttpClient static問題あるしな〜 >>656
HttpClientで良いんじゃない?
.net FWを上げれないなら他使わざるを得ないけど。
keep-aliveなんかをまともに扱いたいなら、staticを問題にする以前に、ある範囲で一つのHttpClientを共有する作りになると思うよ。 みなさん答えてくれてありがとう
理解できた気がします
アイフォン動かすにはそれ用のSDKが必要で、そのSDKは特定の言語からでしか使用できなくなってるから基本的に無理ってことですね
たくさんプログラミング言語がある理由が得手不得手しかなくて、出来る出来ないは変わらないのかなって思って、そんならアイフォンアプリをC言語でも作れちゃうのか?って思って質問させていただきました ↓こんなこといってる低学歴知恵遅れのいってることを聞くだけムダだからな
> うるう秒で一番困るのはシリアル値ではなくて、単にシリアル値に変換してしまうとその際にタイムリープするって事だってのを理解できてないのに、
> Linux はうるう秒で60秒の代わりに連続して2回59秒になることがあるから、時刻の差は負になることを考慮しなきゃね
やっぱりな>>446の意味が分かってないのが
よおく分かったわ
いまだに変換とかマヌケなこといってるワケだからな
そもそも計算機はシリアル値しかもってない
変換もへったくれもない
こういうマヌケなこといってるバカがサマータイムで問題おこすような池沼システムを作る
単純にオフセットを足しこんでるだけだからな(>>446のとおり)
過去におきたうるう秒の障害はそのオフセットの変化点でおきてる
ちなみにLinuxは、Linuxが起動したあと、
計算機の時計(当然コレもシリアル値)なんかみてない
CPUのクロックをカウントしたhrtimer(ハイレゾタイマ)みてる
で、そのハイレゾタイマを更新してなかったら障害がおきてる
dateコマンド打つと治ったのは、dateコマンドが中で計算機の時計もハイレゾタイマも同時に更新してたからになる >>659
> そもそも計算機はシリアル値しかもってない
そのシリアル値って一日でいくつ増えるの? >>659
そもそも持っていないのと、表記上文字列で持つことがあるのをまだ混同してるw
だから精度の話になってんのにwww >>664
お前が邪魔だから黙って。
低学歴でgoの話題にもついてこれなかったんだし。
知らない奴に嘘教えるのやめてやれよ、害悪だ。 ぐぐってきたもクソもない
しっかり証明できてるからな
482 返信:デフォルトの名無しさん[sage] 投稿日:2018年10月06日(土) 00時17分13秒35 [深夜] ID:Lm8jwmHL [13/26]
>>481
役に立つ事書いてから言えw
>>446ほど役に立たん内容もないだろ。
484 自分:デフォルトの名無しさん[] 投稿日:2018年10月06日(土) 00時18分15秒61 [深夜] ID:FAIH8E2E [12/28]
役に立ってる
いかに低学歴知恵遅れが浅はかかを証明してるレスになってる
この板にはオマエみたいな低学歴知恵遅れしかいことを
十分に証明するレスになってる シリアル値って一日でいくつ増えるかはマシン依存だって聞いたことがあるけど本当?
基本的にはどのマシンも同じはずなんだけど、
仮想マシンでは一日でホストマシンよりも少ない値になるから、
仮想マシンの中の日付は現実世界よりも遅れるんだと。
でも仮想マシンの中では時間の流れが遅いだけで辻褄が合ってるから
仮想マシンの中にいる限り矛盾は起きないそうだ
だけどネットワークなどで仮想マシンの外と通信をすると
時間の進み方の違いで混乱が起きるんだと もうな低学歴知恵遅れのはったりなんか
もう通用しないからな
オレはオマエが低学歴知恵遅れで底辺であることを
しっかり証明した
低学歴知恵遅れの底辺は
この板立ち入り禁止 man dateしろ。
お前の言ってることは半分間違ってる。 結局、シリアル値で扱うことの何が問題かというと、
うるう秒が出た時、コンピュータの外の世界は1日の長さが1秒長いから
うるう秒に対応できてないコンピュータは世界から1秒進んでしまうということなんだ
シリアル値を見て一日間隔を図っているプログラムは
1秒進んでしまうから、プログラムごとにうるう秒を考慮しないといけない
だからプログラムによってうるう秒で不具合が出たり出なかったりするわけ
逆にOSからもらう日時は、うるう秒対応しているOSなら世界からのずれな生じないけど
代わりに同じ秒数が2回登場してしまう。
こっちが原因で不具合を起こす場合もあるというわけ >>673
man dateしてホントにタイマとハードウエアクロックがそのタイミングでしか影響しあわないのか確認して、それでも間違ってないって言うならもういいわ、おまえが馬鹿だから。 >>675
RestSharp使うならHttpWebRequestをそのまま使ったほうがハマらない気がする。
中では確かHttpWebRequest使ってたはず。 シリアル値もうるう秒もうるう年もタイムサマーも
全部問題は一緒なんだけど、コンピューターの世界だけの話をしてはダメなんだ
コンピュータは問題なく動くから、問題はなにもない
これは完全に間違っていて
人間界との時間のずれの話なんだから、それを考慮しないとダメ
人間側がコンピュータに合わせるか、コンピュータが人間に合わせるか
どちらでも対処は可能だけど、まあ普通はコンピュータ側で対応するよね
コンピュータ界と人間界のズレの修正はコンピュー側、つまりプログラム側で
対応が必要な問題なんだ >>678
こいつにはわからんよ。
epochだけで解決すると思ってるから。 半角君ってすごいよな
それなりのクオリティの書き込みをたくさんしてる
俺にはそんなスタミナと頭の回転力はないな。
本当に頭いいんだろうな しかもこのスレだけじゃなくて新しくたったスレにも的確な書き込みをしてる
ターゲットが1つならまだしも他のスレにまで入れ込めるアグレッシブさはすごい MVNOだからってIPアドレスが変わることはないんですが? 第三者からみても
オレのレスが非常に有益であることが
証明されてる
それがすべての結果だからな
低学歴知恵遅れのレスに情報価値なんか一切ない
ただのノイズだからな
↓中身スカスカの寝言しか書いてない
ID:IMi/szTI
ID:Py80K8TM >>691
間違ってたことを有耶無耶にすんなよwww ■ このスレッドは過去ログ倉庫に格納されています