「UTC」を含む日記 RSS

はてなキーワード: UTCとは

2019-09-15

はてなの謎仕様

書き込みページの日付はUTCで、閲覧はJST

どういう実装になっているんだよ。しかもなんでずっと直らないの。

2019-03-15

anond:20190315112649

UTCGMTありき

これ知らない人多くてビビる

各国毎の夏時間を無くしてUTCだけで良いって言ってるやつは、

便利さ以外にもう少し考え持って欲しい。

2018-10-04

映画「ターミナル」状態シリア人逮捕されてシリア強制送還

シリアハッサン・アル・コンタール、マレーシア空港に数ヶ月足止めされた後に

2018年10月4日

多くの国への入国拒否された後、ハッサン・アル・コンタールは逮捕され、彼はシリア強制送還されると思われる。

トム・ハンクス主演の映画「ターミナル」のような環境にあったシリア人のハッサン・アル・コンタールは、マレーシア空港で7カ月近く拘束されていたが、火曜日逮捕された。

ハッサン・アル・コンタールは、2018年3月7日からクアラルンプール国際空港ターミナルに拘束されていた。

コンタールは、従軍しなかったことを故郷当局が求めていると伝えられており、カンボジアへの入国拒否され、ビザ問題マレーシアへの帰国許可されなかった。

36歳の彼は、寄付された航空便で生き残り、トイレ洗濯して、ターミナルに座っていた。

彼は一連のYouTube動画反論を繰り返し、権利グループが彼を助けることを拒否し、誰も彼を連れにこないと嘆いていました。

しかマレーシアのムスタファール・アリ氏はこの件がマスコミの関心を集めていたことを恥ずかしく思っていたため、警察が結局コンタールを逮捕し、空港から彼を追放することにしたと語った。

ソーシャルメディアに関する彼の声明マレーシアを辱めた」と、アリーは、公式報道機関であるベルナマ(Bernama)の発言として引用された。

"[彼は]搭乗券なしで制限区域にいたので昨日逮捕された。

シリア当局は、警察尋問を終えた後、「移民局に紹介される」と述べた。

帰国を容易にするため、シリア大使館と連絡を取り合う」と述べた。

過去7年間シリア内戦が勃発し、35万人以上が死亡した。

コンタール氏の事件は、2004年映画「ターミナル」を思い起こさせている。

トム・ハンクスは、政権崩壊してニューヨーク空港に停泊し、彼の書類無駄になった男を演じている。

コンタールは、2011年シリア戦争が起こったときアラブ首長国連邦保険に取り組んでいました。

彼は自国従軍していなかったので彼はパスポート更新することができませんでしたが、彼は逮捕されるか軍に加わることを恐れて帰国したくありませんでした。

から彼はアラブ首長国連邦不法滞在したが、2016年逮捕された。

2017年に彼は新しい旅券を手に入れましたが、最終的にはマレーシア追放されました。

到着時にシリア人にビザなしの入国許可する世界でも数少ない国の一つです。

彼は3ヶ月の観光ビザを与えられました。

それが終わったとき、彼はトルコに行きましたが、搭乗を拒否されました。

彼はカンボジアに行きましたが、送還されて以来、空港の小さな到着エリアに住んでいます

記事http://syrianobserver.com/EN/News/34868/Syrian_Hassan_Kontar_Arrested_After_Months_Trapped_Malaysia_Airport

グーグル翻訳にかけたのを軽く手直ししただけ。

バズフィードあたりできちんと翻訳してほしい。

彼のアカウント、@Kontar81 はフォロワー17370人。

@AlabedBanaの34万人に比べりゃささやかものだが、

東グータアイコンとして扱われ、実際難民キャンプから特別扱いで早期にトルコ入りした@Noor_and_Alaa の13000よりは多いのだ。

幼女は救われるのにおっさんは救われないのか。


追記アムネスティ声明出した

https://www.amnesty.org/en/latest/news/2018/10/malaysia-syrian-man-stuck-at-airport-must-not-be-deported/

マレーシア空港で拘束されたシリア人は、追放されてはならない

2018年10月3日20:39 UTC

アムネスティ・インターナショナルのマレーシア研究員レイチェル・チャア・ハワードは、マレーシア警察によるハッサン・アル・コンタールの逮捕対応して、

"ハッサン・アル・コンターの逮捕は、彼の事件の一連の誤った取り扱いの中で、最新の過ちである

批判的な状況と彼自身安全に対する明確なリスクを考えれば、彼がシリア追放されたことを見るのは嫌なことだろう。

マレーシア当局は、非還付の国際原則尊重し、彼の試練に対する人道的な解決策を見出すべきである

国連難民高等弁務官事務所UNHCR)は、マレーシア国連難民高等弁務官事務所UNHCR)に、彼らが要求したものアクセスできる必要があります

彼らは彼を「関心のある人物」として認識しており、国際的保護を受ける権利がある」

2018-09-13

UTC+9

たことあるし書いたこともあるんじゃないかと思う

これイギリスサマータイムだったらどうなるんだ?って思ったけどイギリス時間UTC+1になってるだけで関係ないのか そりゃそうか

来年本当にサマータイム適用されてこれ書いてるとこで修正してないとこ軒並み死ぬんだったら絶対あと3年はITに出戻らないぞ

逆に漫画にでもありそうなデスマ体験できそうで、面白そうではあるような気もするけどね

2018-09-05

anond:20180905152604

出してないって。

婚姻している男女の収入男性のほうが高い場合が多い」グラフが示す事実は「婚姻している男女の収入男性のほうが高い場合が多い」であって、「女は下方婚しない」ではない

示唆してない


示唆してるだろ。

示唆

出典:『Wiktionary』 (2011/02/20 04:11 UTC 版)

名詞

示 唆(しさ 示(しめし)唆(そそのかす、けしかける))

1.婉曲的に表すこと。

2.相手に断片的に分かるようヒントを示すこと。

3.含蓄を増やす為遠まわしに表現すること。


示唆=「直接示してる」わけではないってわかる?

で、この示唆否定するには

①「婚姻している男女の収入男性のほうが高い場合が多い」を示す物件B

②「女は下方婚しない」という示唆否定する物件B

③「女は下方婚しない」以外の可能性を提示する物件B

のどれかが必要だろうが。


そんなに根拠出したくない・出せないの?

「そういう人もいる」を無敵論法のままにしたいの?

2018-08-17

anond:20180815130744

夏時間大反対派だけど、仮にシステム更新対策するならすべての時刻をUTC対応させることだろうね。海外とのB2Bも平気でしょう。windowsケルベロス認証UTC基準推定します。

システム更新費用主催者絶対負担しないだろうな。だいたい本来主催者が整えることも、交通費すら端折られる無償ボランティアを募るくらいだもの

2018-08-16

anond:20180816135304

やってる本人に聞いたら時刻関連のAPI知らんだけやったわ

あとUTCが何なのかすら知らないっぽい

プログラマ求人って未経験者上等だからしょうがないか

はてなに来てるプログラマーレベルが低すぎてびっくりしてる

サマータイム関連でマウント取りたいプログラマーブコメブログ書いてるけど

まりに低レベルすぎてびっくりしてる

もしかしてこんなびっくり低レベルプログラマーが世の中のいろんなプログラミングしてるの?

サマータイムよりそっちの方が怖い。

プログラムで時刻を扱う場合ほぼほぼ100%ライブラリ機能を使う。

日付なり時刻を表すオブジェクトを作る。

そうしないと単純な引き算とか足し算が面倒だろ?

から10日後ってどうやって計算する?一ヶ月は必ず30日じゃないんだぞ?

からライブラリに任せる。そこそこのプログラマーなら面倒なことをいちいち実装しない。

で、そういう実装をすると内部で保存されてる時間情報と表示する情報は別物になる。

たいていは内部ではUTCで保存されていて、そいつを表示の時にJSTにする。

このJSTってのもハードコーディングはしない。

OSなりのロケール情報から何で表示するべきなのかを取って来てそれに合わせて表示させる。

ちなみにこの辺は意識しなくてもデフォルトでやってくれる。

サマータイム対応をする場合はこのロケール情報を変えるのであって、内部の時計は変更しない。

からほとんど全ての時間演算は影響を受けないし、コードを変える必要もない。

から正確に言うとサマータイムが導入されても「時計は変更しない」

表示を変えるだけだ。内部時計と表示の関係をわかってない人が多すぎる。

はてなの(おそらくエアプ)プログラマーがその辺をわからずに記事にしてるのがほんとキモい

で、そんじゃ影響はないか、っていうとそうじゃない。

さっきの10日後、みたいな演算は影響を受ける。2時間ずれる。

あと、簡単なところだとcronなんかのスケジューラは影響を受ける。

夜中の1時に実行するっていうcronの設定はロケールに応じて意味が変わるので、切り替えの時に1日に2回実行されたりするかもしれない。

ただ、利用者側に見えないところのスケジュール実行なら、ぶっちゃけサマータイム対応させる必要はないと思ってる。

サマータイムなんて所詮人間が見たとき時間であって、内部の時計の話ではないからだ。

エクセルタイムゾーン対応していないとかの話もあるが、スタンドアローンで動いてるなら全く問題ない。

影響は皆無ではないしかなり大きいと思うが、OS更新とかそんな大それた話ではないはずだ。(もちろん、将来的に変更する必要はある)

じゃぁサマータイム賛成なのか?って言われるとそれは別だ。

おそらくスケジューラの影響だけでも相当大変だし、それに関連したシステム再検証とかどう考えても時間が間に合わない。

内部のコードがどうなってるかわからいか時間関係してる・していないに関わらずシステムは全て再検証だろう。

どう考えても無理なのは無理だが、根本的に無理かと言われたらそうでもないはずなんだ。

ところがはてなブコメ読んでると怖くなってくる。

もしかしてハードコードJSTって書いてたり、独自時間管理ライブラリを使ったりしてる人って結構いるのか?

String time = "2018-08-16 13:41:00"

とかやってんの?

スタンドアローンならそれでもいい(勝手に電源落として時計あわせりゃいい)が、そうじゃないシステムでそんなアホなことしてる人って多いの?

そんなクソコードが溢れてるってことの方が戦慄してる。サマータイムどころの話じゃない。

2018-08-14

anond:20180814233116

過去に保存してるデータUTCじゃなかったら

そのデータと関連した処理は一回ずらしたら終わりになんかならんよ

もうちょっと考えような

anond:20180814233434

NTPUTCのやりとりしかしてない。そのためこの議論には関係ない。関係あると思っている向きは地元NTPサーバJST依存していないかからでも確認したほうがいいしJST依存している場合サマータイム実施関係なく即刻直したほうがいい。

anond:20180814231604

システム改修しないならUTC+11にも代えられないのが多数ある

anond:20180814225826

UTC+11で過ごせってだけの話だよ。なんで毎日時刻2時間ずらす必要があるんだよ。

2018-08-12

[]2018年8月11日土曜日増田

時間記事文字数文字数平均文字数中央値
005715209266.856
01222409109.562.5
02406260156.564
0314105175.151
04103443344.363
05161872117.065.5
0615139092.737
07294674161.249
08646781106.050
09737403101.443
10649630150.557.5
1169587585.148
121371195287.243
131311159388.544
149311899127.940
1574700694.740.5
16666991105.951.5
1794707275.238.5
18738377114.850
1987615570.729
207212214169.665
219911451115.732
221211018484.236
2311214180126.634
1日1632185071113.444

頻出名詞 ()内の数字単語が含まれ記事

人(165), 自分(131), 今(79), 話(69), サマータイム(68), 日本(67), 増田(61), 女(55), 男(52), 気(45), 時間(43), 仕事(43), 必要(42), 人間(41), 相手(40), 意味(39), 理由(39), 最近(39), 戦争(38), 問題(38), 前(37), ー(36), あと(34), 普通(34), コミケ(32), 好き(32), 感じ(31), 今日(31), ゲイ(31), 気持ち(29), 世界(29), ネット(28), 反対(28), バカ(27), 手(27), 関係(27), 女性(27), 結果(26), 理解(26), 他(26), 全部(26), 国民(26), 子供(25), 金(25), 場合(24), 結局(24), 頭(24), 電車(24), 他人(24), 解決(23), 対応(23), 失敗(23), 自体(23), 差別(23), 記事(22), 導入(22), 確か(22), 社会(22), 目(22), 嫌い(22), 一番(22), 批判(22), 人生(21), 無理(20), 昔(20), 逆(20), オリンピック(20), 国(20), 言葉(19), 最初(19), 一人(19), しよう(19), 次(19), 存在(19), システム(19), 時代(19), 政治家(19), レベル(19), 参加(18), 現実(18), 情報(18), 声(17), イベント(17), いま(17), 過去(17), 別(17), 自衛隊(17), 世の中(17), しない(17), イメージ(17), 意見(17), 親(17), 時点(17), アニメ(17), 生活(16), 政治(16), 状況(16), 先(16), 嘘(16), 条件(16), 部分(16), テレビ(16), 行動(16), 大学(16), 以前(16), 会社(16)

頻出固有名詞 ()内の数字単語が含まれ記事

日本(67), 増田(61), コミケ(32), 自衛隊(17), なんだろう(15), じゃなくて(14), 東京(12), LGBT(12), OK(11), 可能性(11), Twitter(10), ブクマカ(10), IT(10), アメリカ(10), 安倍(9), ブクマ(9), 自民党(9), ブコメ(9), …。(9), キモ(9), ツイッター(9), いない(9), 安倍総理(9), わからん(9), 一方的(8), 熱中症(8), Amazon(8), 自分たち(8), 低能先生(8), はてブ(8), 2018年(8), ネトウヨ(8), スマホ(8), 個人的(8), 2時間(7), youtube(7), アプリ(7), hatena(7), マジで(7), 分からん(7), 沖縄(7), 甲子園(7), -1(7), 毒親(7), 元増田(6), 明治維新(6), プレイ(6), 社会人(6), 北朝鮮(6), いいんじゃない(6), 2人(6), カス(6), 駐車場(6), UTC(6), 外国人(6), LINE(6), エロ本(5), なのか(5), 北方領土問題(5), アレ(5), アウティング(5), どん兵衛(5), 戦争反対(5), 具体的(5), ニート(5), 技術者(5), 被害者(5), bot(5), 1日(5), ありません(5), あいつら(5), FGO(5), 引きこもり(5), article(5), 大阪(5), 夏コミ(5), 西日本豪雨(5), リア充(5), ピノ(5), B(5), SNS(5), 中国(5), twitter(5), .s(5), 東京オリンピック(5), 普通に(5), 専門家(5), A(5), 朝日新聞(5), 何度(5), 8月11日(5), キモオタ(5), 赤坂(4), この国(4), 暑さ(4), b(4), エロい(4), イラ(4), ふたりはプリキュア(4), 杉田水脈(4), はてなブックマーク(4), 牛丼(4), 小西(4), 悪いこと(4), ノンケ(4), 自民(4), -2(4), 基本的(4), ジブリ(4), ロシア(4), v(4), 犯罪者(4), 距離感(4), 石破(4), 安倍自民党(4), 朝日(4), にも(4), 人間関係(4), -4(4), 何回(4), リアル(4), 笑(4), 女性差別(4), Google(4), 電子書籍(4), 家政婦(4), イケメン(4), ワイ(4), レズ(4), キモい(4), 量産型(4)

投稿警察もどき日中に再投稿された本文の先頭20文字 ()内の数字投稿された回数

うんち (3), (3), やらせろ (2), ヒント:大阪 (2), 自称ロプロの男が実家暮らしだった時(2), ヒナまつり面白かったから2期やらない(2)

頻出トラックバック先(簡易)

■ /20180810211812(33), ■何故、俺はこんなにゲイが嫌いなんだろう? /20180811104017(19), ■今電車なんですよぉ /20180810173842(13), ■うんこ漏らして彼女にフラレた /20180811175350(11), ■男の全員がセルフフェラできたら性犯罪が激減すると思うんだけど /20180804155407(8), ■みんなの力で東京オリンピックを失敗させよう /20180810220304(7), ■ /20180811143618(6), ■熱交換器以外で冷やす方法はないの? /20180806142613(6), ■じゃがいものおかず力が低い気がする… /20180810152425(6), ■「赤いきつね緑のたぬき」が戦争にならないのはなぜだろう /20180811142812(6), ■手首が麻痺してる人が字を書く方法 /20180811191335(5), ■彼女が告げていないこと /20180811141229(5), ■サマータイムが間違っているただ一つの根拠 /20180810212101(5), ■端的に言って、お前らが思ってるほどお前の人生は大したものじゃないのに騒ぎすぎなんだよ /20180811231447(5), ■アパート探し、難しすぎではないか? /20180811221719(5), ■ /20180811152354(4), ■モダンデジタル生活2018中旬 /20180811000022(4), ■日本サマータイム導入云々に関して思う事 /20180811132503(4), ■クロスボウを作るのが趣味だ /20180706074859(4), ■怒りやす相手にだけ怒る上司 /20180810234609(4), ■自分意見価値があると思ってる人が多過ぎる /20180811014600(4), ■猫泥棒をやめさせたい /20180811200609(4), ■ /20180810200009(4), ■息子が大きいんだけど /20180811172545(4), ■ウルトラソウルで恥かいた /20180811002711(4)

増田合計ブックマーク数 ()内の数字は1日の増減

5489554(2074)

2018-08-11

サマータイムの影響を調べてみた

会社でどんな影響がでるのか調べてみたので、メモしておきます

チャイム

40年ものの機材。始業と昼休みと終業を告げるチャイムを車内に鳴らす。放っておいても1か月に5分進む微妙な精度。サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

FAX

時計が入っていて、タイムスタンプが入るよね。あれはあまりいじったことないけど、サマータイム機能とかなさそう。海外展開していたら、ありそうだけど、日本仕様機能デチューンしてそう。

パソコン(windows10)

UTC時を基準に動いているので、対応可能現在日本ではサマータイムがないので、タイムゾーン東京大阪あたりを選ぶとサマータイム機能オフになるようになっている。正式サマータイムが決定して、windowsアップデート後にサマータイム機能が利用可能になる。

携帯電話

いわゆるガラケーガラパゴス携帯)は、一応、電波時計の調整がかかっているので、キャリア対応すれば、勝手に変わりそうな気がする。スマホOS自体対応してそう。アプリ開発者ごとに国際化対応を考えていたかどうかなんだろう。

会社玄関にある電波時計

電波の元が調整したら勝手に変わるのか。テストしたことなないだろうから、実際に発動させたら大変そう。

各部屋にあるかけ時計

サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

webサーバー上で現在時刻を取得するプログラム

これが厄介。開始時間バーコードを読み、さらに終了時間バーコードを読むようなプログラム場合、通常時間からサマータイムに変更されるタイミングにかかったときに正しい経過時間が記録されない恐れがある。多分、夜中に行うのであれば、いまのところ影響は回避できそう。24時間操業のところだと困りそう。サーバーは、そのまま放っておくというのも手のような気がした。記録を引きだす必要があるときに変換するとか、解釈するというのが現実解かも。

・予定表プログラム

同じ時間が2回くるタイミングと2時間飛ぶタイミングはどう表現しようか。深夜のことなので、寝ているだろうからスルーしていいのだろうか。切り替えタイミングとき例外処理をいれたほうが親切かな。現時点では同じ数え方で時間が経過することを前提に描画しているので、サマータイムによる時刻の変更は想定していない。実際にない制度のことを想定してコストをかけても誰もお金を払ってくれないよね。

24時間交代勤務シフト

サマータイム初日は、夜勤の後の朝の交代の人は2時間早くくるのか。サマータイムの終わりの日は、2時間残業しないと次の交代の人がこないのか。

サマータイムしない会社

サマータイムしませんという会社が現れたら、どうなるんだろう。取引上こまることはあるかな

また、思いついたら書きますではではー。

anond:20180810212101

その理論だと、2011年UTC-11からUTC+13に変更したサモア独立国が酷いことになってそうなんだが。

anond:20180811024846

そりゃそうさ

さっきも言ったけど大半のコンピュータが参照するUTCはズレないから今議論されてるよりも物凄く影響範囲が小さいのは確か

サマータイム容認論とかシステム障害楽観論とか言ってるわけでなくUTC意識しないまま反対の比率が大きく議論されている現状は何とも馬鹿らしいとは思う

まぁ片手落ちのまま議論されてるの見ていてニヤニヤ楽しいし深夜だからコソっと教えとこうと思った

深夜だしサマータイム議論への野暮を言う

サマータイムでもUTCはそのままカウントするから大半のコンピュータシステム時間はズレないよね

大半のコンピュータUTC独立してJTC計算してるわけないでしょ

anond:20180811021253

幸いJSTサマータイムの変動がないので、JST - 9 すれば全部 UTC に変換できる。

というわけで、JSTで保存しているプログラムも内部はそのままでUI部分だけ変えれば無理くり対応できる可能性があるんじゃないか

標準的なやり方ではないけど、そんなの今に始まったことじゃないだろ?w

妄想サマータイム対応してみようとしてみる

サマータイムタイムゾーン一種と考えることもできるので(該当時期だけタイムゾーンがずれると解釈できる)、複数タイムゾーンにすでに対応しているシステムだと導入は楽だ。

アメリカ場合タイムゾーン西部中部東部と3つあるので国内向けのシステムでもほとんどがタイムゾーン意識して作られているし、そもそもタイムゾーンが導入されてから長い。

ところが、日本はどうだろうか?

日本結構東西に長いのだが、タイムゾーンは一つしかない。日本標準時 JST だ。 UTC より9時間すすんでいるので (UTC+9)と表記される。

複数タイムゾーン対応したプログラムを作る場合は、内部では UTC に変換して処理や保存を行い、表示と入力部分だけ現地時間対応するのが一般的だ。

サマータイムになろうが、別タイムゾーン飛行機で移動中であろうがUTCは常に進み続ける。(正確にはうるう秒があるので1秒間足踏みしたりするのだが)

ローカルタイムサマータイムになった日とか場所を移動した日には前後に飛んでしまうので時刻順にデータ並べ替えたりするのには使えないのだ。

ちなみにアメリカ軍の戦闘機F-22日付変更線を超えて沖縄に初めて来たときソフトウェアバグって修理のためにアメリカに帰って行ったことがあった。笑いごとではない。

さて、日本中にある既存システムはどうだろうか?君の作ったシステム、関わったシステムはどうだろう?

MySQLシステムタイムゾーンJSTにしていたりしないか

JSTで保存して、JSTで出力すればタイムゾーンの変換なんかしなくていいじゃん?だって日本しか使わないんだぜ?言語バリアがあるからね(はぁと」

なんてシステムはざらだ。下手すら時刻を文字列型としてJST前提で保存してたりして。

他のシステム相互通信するソフトウェアはどうだろうか?相手タイムゾーンJSTである仮定していないかアメリカ西海岸から接続があった時も大丈夫か?

てか、そもそもロジックと表示部分がちゃんと分離されているかモデルとビューの分離。教科書でならっただろ?

おいおい、ビューで計算したものモデル側で未チェックで保存したりしてないよな?

テストは書いてあるか?タイムゾーンが変わって時間が飛んだり戻ったりしたデータが送られてきてもこけないようになっているか

そもそもテストは書いたことあるのか?てかソースそもそもあるのか?

あー・・頭痛くなってきた。やめよう。

大臣、無理です!」

2018-08-08

anond:20180808134115

JST=UTC+8

修正したみたいだけど、まだ間違ってるなあ。時間早めるなら+10とか+11でしょ。

2018-04-19

anond:20180413132922

漫画村の偽Twitterアカウント@mangamrarikkuma の旧アカ名をIDから発見

 

公式】らりっくま@漫画村(@mangamrarikkuma)さん | Twitter

https://twitter.com/mangamrarikkuma

https://twitter.com/intent/user?user_id=794451358975832064

https://idtwi.com/794451358975832064

 

証券会社OL相互 (@mercariof) - twstat

https://twstat.org/mercariof/

証券会社OL相互 @mercariof 

証券会社に勤務する27年生です笑

仕事ストレスをここに発散しますw

分かる人にはわかるかも…

アカウント作成日 2016-11-04

ツイート数 4

フォロワー 75

フォロー 0

場所 東京 中央区

時差 UTC-8

ID 794451358975832064

2018-02-15

ちょっとだけバリアフリー/アクセシブルかもしれないWikipedia署名

-- ~~~ {{subst:#time:Y年n月j日 (D曜) H時i分}} (UTC)

2018-01-26

コインチェックが騒ぎになっているが、今月上旬に2時間で終わるはずのメンテにまる2日以上かけて、

途中のアップデート報告で疲れたエンジニアらしき人が、

I fell asleep at my desk. In a dream, the ghost of a butterfly from the future whispered to me "the dollar hit 0 bitcoin".

I wake up, people around me dabbing the blood from their eyes. Progress has been made but not enough. I crack my whip

-- "we aren't getting to zero like this!". The flogging will continue until morale improves.

Expect another update after I make my rounds. I'm sorry I've let you down.

Jan 12, 03:11 UTC

と謎めいた書き込みをしてユーザを震え上がらせた取引所があるのは記憶に新しい。

この書き込みはすぐに削除され、その一日後、一応メンテは無事に終了している。

2017-10-13

anond:20171013014323

だけど最初ブクマされた時間の表示も返して。

時間ないとタイムラインわからん


エントリ個別ページじゃなくて、サイト別のエントリ一覧ページには表示されてる。

増田だと以下のURL

http://b.hatena.ne.jp/entrylist?sort=eid&url=https%3A%2F%2Fanond.hatelabo.jp%2F

もしくは、以下の方法

http://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20171008171112

ブクマページのソースhtml要素に書いてある。このページだと “ data-entry-created="2017-10-08T08:14:48Z" ”(UTC表記日本時間だと 2017/10/08 17:14:48。表記についてはこちらを参照 http://bit.ly/2yPqk5C

まあでも、普通に表示しといてほしいよね…。

JSTに変換するのもめんどいし。

2016-10-24

Wikipedia事実を書くところだと思っている人

Wikipediaって「検証可能性のあること」を書く場所であって事実を書く場所じゃない。んで読み手側もそのまま信用するんじゃなくて出典を確認するなりして検証するべきだ。

なのに「事実を書く場所」だと思って「自分けが知ってるこの世の真理」みたいなのを書こうとする人と、Wikipediaに書かれてるから事実だと思う人と、Wikipedia事実じゃないことが書かれてて、信用したら違った場合に怒る人、全員間違ってると思うんだけど。


Wikipediaは間違いがあるから潰せ」みたいな言説もよく見るけど、そもそも事実が書かれていることを期待するような性格サイトなのだろうか。

レポート引用するにしたって、参考文献や出典で出てる本、記事内で言及されてる学者とかの書いた本、そういうのを自分で読んで引用すれば問題ないと追うんだが。


追記:何かおもったより反応がたくさん来てビビってる。


補足すると、検証可能性には「信頼できる情報源」で検証できないといけないとあるので、検証可能な嘘も駄目ですし、間違いをわざと書いてはいけません。積極的検証可能性のある嘘を書けと言いたいわけではないです。書き手検証可能性あることを書き、読みては検証をするべきという理想論です。

勿論ほんとは「真実」が書かれるべきだろうけど、そりゃ無理だし検証可能性で済ませるしかないんじゃないかなあと。

このあたりはwikipedia:検証可能性を見ていただくと良いと思います。勿論、現状書き手も読みてもこの精神に反するようなやり方をしていて、これがどうかと思うという話です。特に検証可能性を守ろうとする編集者攻撃するタイプの方もよく見かけますから


2016年8月25日 (木) 22:04 (UTC)のwikipedia:検証可能性https://ja.wikipedia.org/wiki/Wikipedia:%E6%A4%9C%E8%A8%BC%E5%8F%AF%E8%83%BD%E6%80%A7)より引用。、

検証可能性とは信頼できる情報源(例えば、査読制度のある雑誌新聞からすでに公開されている情報だけをウィキペディア記載することで、読者にも検証可能にするということです。編集者独自検証できるからといって、それは(一般的な)検証可能性を満たしたことにはなりません。」

まり専門知識を持ってる人が自分の専門知識を書いたとしても、それが信頼できる情報源になければ、暇人差し戻されても仕方ないし、所詮はそういうサイトだと思ってみるべきだ、ということです。個人的には、専門家WPに書くことを期待するよりかは専門家の書いた本を自分で読んだほうが良いと思います。そしてその専門家の書いた本を紹介するのがWPだと思います


もっとも、本も全部真実とは限らないというのは当然ですが。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん