「閏年」を含む日記 RSS

はてなキーワード: 閏年とは

2021-04-07

anond:20210407010504

オリンピックは4年に一度で、閏年の周期と重なる

閏年2月は29日まである、って話じゃない

なんか色々ずれてるけど

2021-02-22

転職し、SESじゃない嬉しさを嚙み締める2月

2月、令和になって休日が多くなった閏年じゃない2月

SESシステムエンジニアリングサービス)とは、システムエンジニア派遣する形態の一つで、多くは月の稼働時間に対して、システムエンジニア派遣する会社に支払われるお金が変わる。

大体、8時間×20日 で 月160時間を標準として、その前後20時間は通常通り支払う。

上回ったらその分多く払い、下回ったらその分減額される。

システムエンジニアの多くは会社から140時間は下回るなと仰せつかっている。

システムエンジニアリングサービス収益は多く働くか人を増やすかしないとあげることはできない。

少なく働くことは年度の目標を下回る主な原因になる。

システムエンジニアの人々が時給感覚で働いているのはそのためだ。

人が少なく炎上している現場であれば、160時間は余裕で越えて、180時間も余裕で越えて、会社に貢献できる。

一方で雇用問題理解のあるホワイトプロパーと、保守期間に入って平和時間が訪れた現場

一般的に恵まれ環境場合SESは困ってしまう。

特に定時で帰って144時間しかならない2月ハードモード

炎上が終わって、平和時間が訪れたタイミングちょっと休みとって遊びに行きたい。

今年だったらまさに今日休みを取って4連休にして遊びに行くとか(今年はコロナ事情で無理だが)そういうことがしたいが

この140時間の縛りで遊びに行くととは不可能だ。

プロパーの人は、お休みとっていいよといっても、あなたがたの偉い人は僕らの契約形態を変えてはくれないのだ…

しろ風邪を引いたとか雪が降って会社に行けないとかがあるかもしれないと考慮して、2月の頭に無駄残業をして残機を稼ぐみたいなこともしてしまう。

だが、SESではない業態会社転職をした。

もうこんなことでカレンダー時間計算する必要などないのだ。

2021-01-09

干支カレーを入れろ

十二支だとあまり予定調和的なので、ひとつくらいバランスを乱す要素が欲しい

人気と意外性を兼ね備えたものといえば何だろうか?カレーでしょう

閏年だけカレー年になるみたいなシステムOK

2020-05-27

anond:20200527164400

目の前のブラウザを使って、例えば「今日の日付を入れたら閏年かどうかを計算する奴」を作ってみては?

そんなちゃちな物でも楽しめるなら、希望はあるかもね。

2020-03-01

ロック迷惑紙一重東京事変ライブコロナウイルス

東京事変ライブが決行されました。

大きい反応は3パターン

1.「なに考えてんの?やめろよ」

2.「さすが東京事変ロックだ!」

3.「好きだったけどがっかり。嫌いになった」

私自身は「あ、やるんだ」くらいのお粗末な感覚だったのですが、

時間が経つにつれて、”ある考え”が大きくなってきました。

 

それは、ロック迷惑紙一重だということ。

今回のライブ決行は、ロックではなく迷惑だということ。

そして、

夢を売る仕事は、時に誰よりもリアリストであらねばならない、ということです。

 

私は東京事変ファンであり、椎名林檎のことも好きです。

今回のライブチケットを応募してたし、

決行を知って、最初したことチケットリセール探しでした。

 

コロナウイルスは過度に怖がられすぎだと思っていたからです。

致死率3%程度。

本場中国でも感染者7万9251人に対して、死者2835人 です。

https://www3.nhk.or.jp/news/html/20200229/k10012307571000.html

武漢市のある湖北省を除いたら、致死率は約0.16%という報道があります

これはインフルエンザの致死率の2倍程度。

https://premium.toyokeizai.net/articles/-/22953

武漢市の致死率が高いのは、

医療チームのクオリティや、病院のベッド数の不足が関係している、とされています

https://premium.toyokeizai.net/articles/-/22953

 

実際のところは誰もわからないので割愛します。

でも東京事変ライブやろうが、やらなかろうが

山手線満員電車に乗っている私にとっては

大して変わらないだろうな、というのが正直なところです。

 

そんな楽観的な私が、

「だとしても今回のライブロックパンクではなく、迷惑」と思う理由は、

東京事変ライブ決行の理由にあります

 

あくまで推測(妄想)の域を出ませんが・・・

閏年だったから決行したんでしょ?」という思いが拭えません。

 

2012年2月29日に解散

そして8年ぶり、

2020年2月29日に再生

このように閏年閏日

東京事変にとって重要意味を持っています

 

ストーリーとしては綺麗ですが・・・

ファンの命より大事なことか?」

そう思われても仕方ないと思います

というか私は思いました。

 

妄想だと言われたらそこまでだし、実際妄想なんですが、

「じゃあ仮に、2012年に解散せず、毎年ツアーやってたら今回決行してたか?」

と考えたら、「決行してないんじゃないかなあ」と思ってしまます

 

政府が1〜2週間のイベント自粛要請を出しています

もともとの「判断はおまかせします」から

はっきり「中止・延期・縮小して欲しいです」になっている状況です。

イベントの開催に関する国民の皆様へのメッセージ

令和2年2月20日

 新型コロナウイルス感染の拡大を防ぐためには、今が重要な時期であり、国民事業主の皆様方のご協力をお願いいたします。 

 最新の感染の発生状況を踏まえると、例えば屋内などで、お互いの距離が十分にとれない状況で一定時間いることが、感染リスクを高めるとされています

 イベント等の主催者においては、感染拡大の防止という観点から感染の広がり、会場の状況等を踏まえ、開催の必要性を改めて検討していただくようお願いします。なお、イベント等の開催については、現時点で政府として一律の自粛要請を行うものではありません。

令和2年2月26日(安倍総理

政府といたしましては、この1、2週間が感染拡大防止に極めて重要であることを踏まえ、多数の方が集まるような全国的スポーツ文化イベント等については、大規模な感染リスクがあることを勘案し、今後2週間は、中止、延期又は規模縮小等の対応要請することといたします。

この判断が遅かったかどうかはおいておいて、

自粛要請が出されているのは事実です。

 

そして学校が一斉休校している。

こうした状況において、

イベントの多くは中止、または延期になっています

 

 

中止という決断は、

ファン本人への感染を防ぐということも勿論ですが

ファンの周りの人達への感染、それによるトラブルも防ぎます

 

ファンは当たったら行きたいに決まっています

コロナいかライブ行かなかった。でも、行けばよかったなあ…」と葛藤するだろうし、

無理に行こうとして家族や友人とケンカになる可能性もある。

 

行ったら行ったで、ライブから感染者が出たら

「なんで行ったんだ」「ふざけんな」と

家族・同僚・友人などからバッシングの嵐になることは目に見える。

まり、中止はファンを色々な意味で守っています

 

これが返金対応だと「なにが何でも行ってやる」という人も

「行けばよかった…」という人も増えてしまう。

チケットリセールがあった。

返金対応があった。

それも素晴らしい対応だけれど、

そもそも中止になったほうが感染拡大も防げるし、

ファンも残念だけどすっきりするんです。

 

妄想の域を出ませんが

もし仮に、本当に閏年にこだわって決行したのだとしたら・・・

40歳をすぎて、子供のいる母でもある椎名林檎が、

そんな子供っぽい判断をしたのだとしたら・・・

ロックではなく迷惑だと言わざるを得ません。

 

ライブ決行の理由は、実際のところわからないです。

オトナの事情なのかもしれません。

膨大なお金時間がかかっている。

それは間違いないから、仕方ないのかもしれません。

 

でもだとしても、

オトナの事情に逆らって、なんとかして、ファンを大切にする。

そういうアーティストたちが実際にいたし、

彼らがすごくかっこよく見えてしまいました。

 

NUMBER GIRL

@numbergirl_jp

本日、3/1(日)Zepp Tokyoにて開催を予定しておりました公演に関しまして、新型コロナウィルス感染拡大を防ぐため公演延期とさせていただきますが、「無観客状態」でのライブ配信ライブビューイングは予定通り行います

詳細は公式サイト・狂う目でご確認下さい。

http://numbergirl.com

 

BAD HOP

@badhop_official

BAD HOPからのお知らせ。

この度、コロナウイルスの影響により3月1日に予定していた横浜アリーナの公演を中止とさせて頂きます事を深くお詫び申し上げます

ですが、無観客状態で本番同様の内容でBAD HOPのYouTubeアカウントにてライブの生配信を決定しました。

詳細は添付画像をご確認ください。

 

スキマスイッチ公式

@sukima_official

■2/28(金)無観客ライブ配信実施について

スキマスイッチツアースタッフ一同協議を重ね

2020年2月28日(金)19時より無観客ライブ配信実施することとなりました。

ツアーと同じ内容ではありませんが、千秋楽公演を楽しみにされていたお客様

並びに日頃よりスキマスイッチ応援頂いている皆様へ音楽で貢献できたらという想いで実施します。

詳細はこちらをご覧ください。

http://office-augusta.com/sukimaswitch/live/index.html#notice20200227

 

東京ガールズコレクションTGC

@TGCnews

重要なお知らせ】

2/29(土)の『マイナビ TGC 20 S/S』ですが、新型コロナウィルス感染拡大を受け、無観客開催となりました。

当日は、TGC公式LINEにて生中継をいたします。

チケットの払い戻しにつきまして追って公式サイトにてご案内いたします。

理解ご協力をよろしくお願いいたします。

 

東京ディズニーランドおよび東京ディズニーシーは、「新型コロナウイルス感染対策本部からの「多数の方が集まるような全国的スポーツ文化イベント等については、大規模な感染リスクがあることを勘案し、今後2週間は、中止、延期又は規模縮小等の対応要請する」という発表を受け、2020年2月29日(土)から3月15日(日)の間、臨時休園することを決定しましたのでお知らせいたします。

再開日につきましては、3月16日(月)を予定しておりますが、関係行政機関等と密に連絡をとり、あらためてお知らせする予定です。

 

 

ロックとはなにか

なんて私には語る資格もないですが、彼らの姿勢ロックだなと思いました。

 

普段は、同調圧力にケリを入れる。日常を忘れさせてくれる。

でも「迷惑迷惑じゃないか」の線引きはしっかりできていて、

その範囲の中で楽しむことができる。

 

観客も、演者も、その一線を引けるから

ロックがかっこいいのかもしれません。

 

もし今回、東京事変が5000人の会場で、無観客ライブ配信していたら・・・

最高にクールな、歴史に残る復活劇だっただろうと思うと、いちファンとして(勝手に)残念です。

好きだけどね。

 

〜〜〜追記〜〜〜

「皆が自粛する中ライブやってロックだね!」というファンに対して

それは違くない?という話でした。

ロックを語りたいのではなく

2019-10-04

anond:20191004205020

ほぇぇ

なるほど、ありがとうごさいます

ぴったり一周できずに1年が終わるから閏年閏秒で補ってるんですね。

1秒の長さを決めているのも地球太陽関係ですか??

2019-04-29

西暦4年から

元号バグを聞いて「日付をシリアル値で管理して出力後に変換テーブルを噛ませばいいんじゃないの?」って思ったんだ。

でも銀行だったら昔のデータもあろうから使えないって気付いたので、「じゃあもっとから起算すればいいのでは?」と思ったので作ってみた

西暦十干十二支十干漢字十二支漢字連番何巡目?グレゴリオ暦閏年判定グレゴリオ暦によるシリアル
41111閏年1
52221平年367
63331平年732
74441平年1097
85551閏年1462
96661平年1828
107771平年2193
118881平年2558
129991閏年2923
131010101平年3289
14111111平年3654
15212121平年4019
1631131閏年4384
1742141平年4750
1853151平年5115
1964161平年5480
2075171閏年5845
2186181平年6211
2297191平年6576
23108201平年6941
2419211閏年7306
25210221平年7672
26311231平年8037
27412241平年8402
2851251閏年8767
2962261平年9133
3073271平年9498
3184281平年9863
3295291閏年10228
33106301平年10594
3417311平年10959
3528321平年11324
3639331閏年11689
37410341平年12055
38511351平年12420
39612361平年12785
4071371閏年13150
4182381平年13516
4293391平年13881
43104401平年14246
4415411閏年14611
4526421平年14977
4637431平年15342
4748441平年15707
4859451閏年16072
49610461平年16438
50711471平年16803
51812481平年17168
5291491閏年17533
53102501平年17899
5413511平年18264
5524521平年18629
5635531閏年18994
5746541平年19360
5857551平年19725
5968561平年20090
6079571閏年20455
61810581平年20821
62911591平年21186
631012601平年21551
641112閏年21916
652222平年22282
663332平年22647
674442平年23012
685552閏年23377
696662平年23743
707772平年24108
718882平年24473
729992閏年24838
731010102平年25204
74111112平年25569
75212122平年25934
7631132閏年26299
7742142平年26665
7853152平年27030
7964162平年27395
8075172閏年27760
8186182平年28126
8297192平年28491
83108202平年28856
8419212閏年29221
85210222平年29587
86311232平年29952
87412242平年30317
8851252閏年30682
8962262平年31048
9073272平年31413
9184282平年31778
9295292閏年32143
93106302平年32509
9417312平年32874
9528322平年33239
9639332閏年33604
97410342平年33970
98511352平年34335
99612362平年34700
10071372百年おきの平年35065
10182382平年35430
10293392平年35795
103104402平年36160
10415412閏年36525
10526422平年36891
10637432平年37256
10748442平年37621
10859452閏年37986
109610462平年38352
110711472平年38717
111812482平年39082
11291492閏年39447
113102502平年39813
11413512平年40178
11524522平年40543
11635532閏年40908
11746542平年41274
11857552平年41639
11968562平年42004
181810583平年64650
182911593平年65015
1831012603平年65380
1841114閏年65745
1852224平年66111
1863334平年66476
1874444平年66841
1885554閏年67206
1896664平年67572
1907774平年67937
1918884平年68302
1929994閏年68667
1931010104平年69033
194111114平年69398
195212124平年69763
19631134閏年70128
19742144平年70494
19853154平年70859
19964164平年71224
2000751734四百年おきの閏年729025
2001861834平年729391
2002971934平年729756
20031082034平年730121
2004192134閏年730486
20052102234平年730852
20063112334平年731217
20074122434平年731582
2008512534閏年731947
2009622634平年732313
2010732734平年732678
2011842834平年733043
2012952934閏年733408
20131063034平年733774
2014173134平年734139
2015283234平年734504
2016393334閏年734869
20174103434平年735235
20185113534平年735600
20196123634平年735965
2020713734閏年736330
2021823834平年736696
2022933934平年737061
20231044034平年737426
2024154134閏年737791
2025264234平年738157
2026374334平年738522
2027484434平年738887
2028594534閏年739252
20296104634平年739618
20307114734平年739983
205077735平年747288
おぼえがき

2019-04-02

anond:20180328101443

はああじゃねえよ。

ローマ時代には一年Marchから始まってFebruaryで終わったんだよ。

からFebruaryだけ特別に短かったり閏年の調整に使われたりしてんだよ。

ちゃんと話の辻褄が合うだろが。

2018-12-21

[]コンピューターで発生する技術面の問題

1999年問題

1900年を1年目と内的処理していた場合、年数が2桁から3桁になる。また、年号を下2桁だけで処理していたシステムの一部で年のエントリで99をエラーコード例外値として扱っている物があったとされ、そのようなシステムでは1999年になった途端に正当な1999年エラーとを識別できず不具合をおこすことが懸念された。又、9が5つ並ぶ1999年9月9日エラーが発生することも懸念された。

1999年8月21日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から1024週後にあふれて0に戻る。

2000年問題(Y2K)

年数を下2桁だけで処理していたシステムや、2000年平年(閏年ではない)と誤解したシステム問題が起こる。

2001年9月9日問題

1970年1月1日0時からの秒数が十進法で9桁から10桁になる。経過秒数を文字列表現に直してソートしたことで、「1,000,000,000 < 999,999,999」と判断してしまい、項目の新旧が正しく処理されない問題が実際に幾つかのシステムで発生した。

2008年問題

2000年以降も年数を下2桁だけで処理していたシステムで、かつ年を文字列で格納していた場合に、先頭が0の場合には八進数として扱われる処理系があり、その場合2008年の時点で年の処理が不正となる場合がある。ごく一部のperl作成されたネットゲーム誤作動が発生した事例がある。

2010年問題

潜在的バグが発覚した。シチズン電波時計ソニーゲーム機プレイステーション3」(閏年処理)、オーストラリアクイーンズランド銀行でのシステム動作ドイツジェムアルト社のICカード使用不能など。シチズンのケースでは、年の内部表現西暦下2桁のBCDを使っていた。

2019年4月7日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から2048週後にあふれて0に戻る。(10ビットでは2回目)

2030年問題

1930年 - 2029年を下2桁で表現しているシステム問題が起こる。同様のもの2050年問題や2070年問題などがある。

2036年問題

1900年1月1日0時からの秒数が32ビットからあふれ、NTP問題が起こる。

2038年問題

Unixなど。1970年1月1日0時(Unix epoch)からの秒数が31ビットからあふれ、32ビット符号付きで処理しているシステム問題が起こる。

2038年11月21日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から3072週後にあふれて0に戻る。(10ビットでは3回目)

2040年問題

HFSのタイムスタンプ2040年2月6日までしか取り扱えない。

2042年問題

System zのSTCK命令で取得する64ビットTODクロック2042年9月17日中にオーバーフローする。

2048年問題

2038年問題1980年起点版。FATファイルシステムタイムスタンプなどが1980年起点である

2050年問題

1950年 - 2049年を下2桁で表現しているシステム問題が起こる。同様のもの2030年問題や2070年問題などがある。

2053年問題

2038年問題1985年起点版。TRONなど。

2070年問題

1970年 - 2069年を下2桁で表現しているシステム問題が起こる。同様のもの2030年問題2050年問題などがある。

2079年問題

FATファイルシステムタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後(2079年12月31日)までしか正常動作しない。

2100年問題

2000年以降に作られた年数を2桁で表すシステムや、2100年を閏年と誤解したシステム問題が起こる。

2108年問題

FATファイルシステムタイムスタンプは2107年12月31日までしか取り扱えない。

2137年問題

更新されたGPSは内部処理で週数を13ビット管理しており、この頃にあふれて0に戻る(正確な日時は未定)。

2286年問題-2286年11月20日17時46分40秒に起こる。原因は、2001年問題と同じ。

3000年問題

Visual C++において、3000年1月1日以降の日付処理に不具合が生じる。

10000年問題

西暦が5桁になる西暦10000年1月1日に起こる。

2017-10-23

https://anond.hatelabo.jp/20171013100220

いまさらだけど閏年曜日の周期なんだから28年に決まっとろう。

あと、そこまで書いたんだから2100年にまさに28年周期が崩れてることに気づけよ。

2016-03-01

私は2月29日有意義に過ごせただろうか

閏年で降ってきた1日、私はなんでもない日常を繰り返しただけだった。

昨日より良い1日を過ごすことができなかった。

今年は去年より良い1年にはならないのだろう。

2016-02-29

閏年ネタで思い出せない話

昔、父親がなんか興奮気味に言ってたんだけどさ。

  

父親「昔、実況で『今年はオリンピックがあるので、閏年なんですねー』ってのがあったんだけど、その時は100年に1回の閏年が無い平年のはずだから間違いのはずだったんだけど、400年に1回は閏年になるよってルールもあるから、逆の逆で正解だったんだよねー」

  

父親が語ったんだから、そういう年があったと思うんだけど。いつの話だ?

いやいや、2000年のことらしいな、ググッタら。シドニーオリンピックのことか。

つか、400年に1回じゃなくて、900で割ったあまりが200と600か。まあ、400年って言い方も直近400年前って意味では大同小異か。

  

でも、俺の記憶では、もっと昔の話だったなあ。俺が小学生、つまり、20年くらい前に聞いた覚えがあるんだよその話。つまりシドニーオリンピックの話がでるのはおかしい。

俺の記憶違いってのが濃厚なんだけど。

でもなんだろうなー。

  

せめて、その当の実況動画とか見れないかなあ。

2015-05-02

Apple Watchを使っている馬鹿に煽られたので、機械式腕時計の良さを説く

Apple Watchを使っている奴が馬鹿なのではなくて、Apple Watchを使っているユーザーの中にいるとある馬鹿に煽られたので書く。

俺は機械時計を昔から使っているが、その馬鹿が「腕時計なんて携帯があればいらないだろ」と一方的に突っかかってきていて鬱陶しかった。

携帯を見れば問題ないと思っている人にとって腕時計必要ないものだ。そしてそういう人はたくさんいるだろうし、彼がそう思うのは全く否定しない。

そいつ馬鹿なのは、その主張にもかかわらずApple Watchを買い、お世辞にも使いやすいとはいえないインターフェースで、メールとかの通知を必死に読もうとしていることだ。

諦めて携帯出せよw

その馬鹿のことはともかく、Apple Watchのおかげで機械式腕時計も注目度が上がってきて嬉しい限りだ。

せっかくここまで読んでくれた人に、俺の「主観的な」機械式腕時計の良い所と悪い所を挙げてみたいと思う。

機械時計電池がいらない

機械式腕時計電池がいらない。充電もいらない。ゼンマイを巻けばすぐに時計が動き出す。これが一番大きなポイントだ。

久々にクオーツ時計を使おうとしたときに、電池がなくて使えなかった経験をした人は多いのではないだろうか。

USB充電式の時計だと、充電忘れなんて日常茶飯事だ。携帯ですらたまに忘れるのに、さらに充電が必要アイテムを増やすのは辛い。残り容量を気にして生活するのも辛い。

機械式だと、リューズと呼ばれる横のゼンマイをチャチャっと巻くだけですぐに動き出す。

自動巻きの機械式腕時計ならば、腕につけているだけで自動的ゼンマイを巻いてくれるので、腕に着けている限り巻き直す必要もない。

すぐに動き出さないという難点はあるが、ソーラー時計も似たような特性があるので、毎日ゼンマイを巻くのが面倒な人は、自動巻きかソーラー式が良いだろう。

自分はメインでは手巻きの機械時計を使っていて、それをつけている時は夜寝る前に巻いてから寝ている。USBよりはよほど楽だし、一日の最後時計を巻くのは楽しい

機械時計時間が狂う

機械時計時間が狂う。超精密な時計であっても、月に15秒くらいは狂う。

クォーツ時計もその程度は狂うのだが、携帯電話電波時計などはいつも正確な時間を指すので、それらに比べると明らかに時間が狂う。

機械時計には「トゥールビヨン」と呼ばれる、重力の影響を可能な限りキャンセルして時間を狂わせなくしようとする機構もあるが、それでも機械である以上狂う。

なので機械時計を使う以上、時刻を合わせる必要がある。自分時計は1ヶ月で1分ほど狂うので、1ヶ月に1回くらい合わせているが、この頻度をどう判断するかは人それぞれだ。

特にラッシュアワーとかの乗り換えで秒単位認識しながら行動している人にとっては、電波時計スマートウォッチGoogle WearApple Watch)を使ったほうがいいだろう。

ちなみに自分機械時計は秒針すらない。

機械時計にも色々な機能がついている

機械時計Siriはついていないが、それでも日頃必要になる機能は大体ついている。

一番よくあるのがデイト、すなわち今日が何日かを表示する機能だ。外回りとかで入館証明を書かされたりするときデイトがあると便利である

高価なのになると永久カレンダーと言って、30日31日の判定はおろか閏年までしっかり対応してくれる。安いやつは月初に自分で合わせることになる。

次に、好きな人が多いクロノグラフ。乱暴に言うとストップウォッチ内蔵腕時計だ。これは機能よりも見た目の格好良さで好まれることが多い。

ワールドタイマーは、海外とのやりとりの多い人には便利だろう。時差のある国の時間も同時にわか機構だ。2国だけの場合もあれば、複数の国の時間が一気にわかることもある。

自分仕事日本以外に海外拠点とやりとりが必要なことがあり、その時にはワールドタイマー腕時計を着けているが、大変重宝している。多分スマートウォッチより見やすいと思う。

ミニッツリピーターという、時代遅れ機能も人気だ。光が一切ない夜に時間を知りたくなったことを想定して、今が何時何分か音で知らせる機構である

今のご時世、電気のつかない暗闇なんてものはそう滅多にないので実用性はほとんどないが、ゼンマイ式なのに音を出せるその複雑な機構のファンは大変多い。

これらの機能はみな電池式の時計でも可能なものばかりだが、機械式のメリット享受したままこれらの機能が使えるのが嬉しい。

機械時計ならでは機能もある。ドレスウォッチ薄型フォーマルだが、機械式だと電池の厚さ以上に薄いフォーマル時計もある。(充電型だともっと薄いものもあるにはあるが)

スケルトン時計電池だと格好わるいだろう。ミステリークロック腕時計版、ミステリーウォッチなんてものは、スマートウォッチでは到底実現出来ないだろう。

こういった機能はもう自己満足世界かもしれないが、電気を使わずカラクリだけでこういった機能が実現出来るのに魅力を感じる人は多い。

機械時計は高い

実際の所、今まで挙げてきた色々な機能は、ソーラー式の電波時計を買えば大体まかなえる。

ソーラー式の電波時計は、充電の必要もなく、常に正しい時刻を刻んでくれる。そして機械時計に比べればまだ安い値段で買える、大変良い選択肢である自分も1本持っている。

それに比べて、機械時計は高い。ちょっとしたものでもノートパソコンくらいするし、50万円くらいの時計もたくさんある。数百万から1000万円超えも高級時計ラインナップに普通に並ぶ。

機械時計は大体3年に1回オーバーホールに出す必要があり、そこで費用さらに発生することもある。色々と高くつくのだ。

一方、機械時計価格の大きなメリットの一つとして、価値が落ちないというものがある。ノートパソコン10年も経ったら間違いなくゴミだが、高級な機械時計は50年くらいは余裕で動作する。

結婚生活でずっと身につけて欲しいという思いから結納返し定番商品であるし、親から子供自分の使っていた時計プレゼントするのも機械時計ならよくある話だ。

生活を一緒に歩む、気持ちを込めた道具としての腕時計、という側面は、機械時計ならではのものだと思っている。

終わりに

これを読んで、機械時計ちょっといいな、と思う人が出てくれたら嬉しい。ソーラー電波がいいなと思ってくれても嬉しい。やっぱりApple Watchいいじゃん、でも結構嬉しい。

自分で調べて自分好みの魅力的な一本に出会えた時の嬉しさは格別なので、敢えてお勧め時計は挙げないことにする。

興味を持った方は、是非腕時計世界を調べてみて欲しい。

2014-07-07

人生における自慰時間計算してみた

いきなりですが、僕は毎日時間オナニーをしていた時期がありました。

平日は1回、休日は2〜4回。我ながらやりすぎなのではないかというくらいです。

4回した日にゃ、たまたまその後にエロいものをみて反応してしまったときの息子の痛さときたら、、、。

そこで僕はいったい人生でどれだけの時間オナニーに費やしたのだろうと考えました。

まず一般男性はどれくらいなのだろうか。

あるアンケート結果を載せたいと思います

==========================

「Q1 頻度は?」。

・「ほぼ毎日」81人

・「1週間に2、3回」138人

・「1週間に1回」48人

・「それ以下」33人

「Q2 1回にかける平均時間は?」。

・「5分」41人

・「10分」93人

・「20分」53人

・「30分」70人

・「40分」12人

・「60分」26人

・「61分以上」5人

「Q3 1日にした最高回数は?」。

・「1回」18人

・「2回」79人

・「3回」92人

・「4回」33人

・「5回以上」78人

by:http://news.livedoor.com/article/detail/7974505/

==========================

ここで僕には統計学の知識がないので、以上の質問と回答で最も人数の多い回答結果を利用したいと思います

よって、今回のサンプル男性は、

「1週間に2、3回(ここでは回=日とします)、1回に10分、1日に3回もオナニーをする男性」とします。

となると、この男性がいつオナニーを始めたかも気になりますよね?

だって人生でのオナニー時間を知りたいので。

と思って、ぐぐる女性オナニー事情についての記事がでてくるわでてくるわ。

僕は男のオナニーが知りたいのに。。。

参考までに載せておきますね。

http://sextechnique.net/anan15

http://enq-maker.com/result/an2ZHxb

http://www.xn--u9ja5c230uvnfg8kc0ap9b411ht4x.com/

で、男性は以下にアンケートがありました。

http://kagai110.web.fc2.com/onani2.html

ここによると、12歳が最もおおいため、12歳から始めたと仮定します。

サンプル男性は、1回に10分のオナニーを1日に3回し、その作業を1週間に3日しています

ということは、1週間に行うオナニー時間は、90分です。

1年間(この場合閏年ではないと仮定します)では、4770分です。

この作業をこのペースで行えるのを30歳までとしましょう。

12歳から始め、30歳まで行うので、18年間です。

18年間では、85860分です。

さらに、一番最初に紹介したアンケート結果のサイトでは、以下のようなことをおっしゃっています

==========================

30歳以上になると、「1週間に1回以下。平均時間は約21分」

==========================

ということで、30歳から40歳までを上記のペースで行うと仮定します。

1週間にざっと21分なので、1年間では1113分です。

これを10年間続けるので、11130分。

12歳から40歳までのオナニー時間を合計すると、96990分。

まり....1616.5時間

人生は80年あると仮定すると、時間に換算して700,800時間

これだけを見たら、意外と人生のうちに占めるオナニーってたいしたことないじゃんと思いますよね。

では、以下の計算を見てもそう言えますか?

==========================

仕事の一日の拘束時間が9時間残業2時間

週休二日制とすると月に8日前後休日+(GW年末年始祝日で年間合計20休日)=

年間休日は116日程度

一生の内訳は

合計時間=569,400時間

睡眠時間=166,075時間(29%)

仕事時間=120,615時間(21%)

残り時間=282,710時間(50%)

by:http://miya-j.com/archives/31

==========================

どうですか?

人生の自由な282,710時間のうち、1616.5時間オナニー時間です。

人生の0.57%がオナニータイムです。

そうでもないでしょう?

ただ、僕の場合オナニーは10分じゃ済みません。

なぜなら、最高の動画を探す時間があるからです。

だいたい30分程度でしょうか。

ということで、サンプル男性時間の3倍の時間を費やしているので、4849.5時間

それでも、1.7%です。

でも、よく考えてください。

この1.7%をもっと有意義時間にしたら、この積み重ねが人生の差を決めるのです。

「僕はこのままオナニーばかりしてていいんだろうか?」

僕はある日疑問に思いました。

「この時間を、もっと自分の成長する時間に費やしたらどうなんだろう」

そう思い、オナニー時間を削減するwebサービス作りました

エロサイト専用RSSリーダーです。

はい宣伝です(笑)

これは、RSSができるだけでなく、外部サイトで気になった動画ページを他の端末、アプリと共有するためのブックマーク機能もついています

他の人のRSSも見れるので、新しいエロサイトとの出会いもあります

http://technobreak.jp

ここで皆さんが短時間テクノブレイクする寸前までいってくれることがこのサービスのコンセプトです。

皆さんはきっとお気に入りエロサイトがたくさんあるでしょうから、一度にまとめてすべてのサイト更新をチェックして、是非オナニー時間を短縮してください。

でも、オナニー時間は短縮できますが、本番での時間短縮には気をつけてくださいね

2013-07-21

password」のハッシュ値

MD5は「5f4dcc3b5aa765d61d8327deb882cf99」

SHA1は「5baa61e4c9b93f3f0682250b6cf8331b7ee68fd8」

生年月日(数字8桁)も過去100年分(36500+閏年分)あればだいたい足りるよね

2012-09-12

プログラマ採用面接における足切り質問

Joel氏の採用面接ゲリラガイドにもあるように、デキる開発者と一緒に仕事をしたいというのは、開発者なら誰でも思うことだ。

そこで、自分面接する側だったら、初歩の初歩レベル、即ちプロとしてあり得ないレベルの人を足切りするような、くだらない質問を2つ考えてみた。

JavaVB.NETC/C++PHPPerlといったオープン系では広く普及している言語で、ごく普通PCサーバで動作するコードを想定し、実装方法を考えてもらうというもの


  1. 1からnまでの整数を加えるといくつか求める。
  2. ある年が閏年かどうか求める。


ここでポイントとなるのは「プログラムに正解はないが、明らかな間違いはある」という考え方。

まり2つの質問に対して、明らかに間違った回答をしてきた人が失格ということ。

では上の問いで想定している明らかな間違いは・・・


  1. n回ループする処理内でループカウントしている変数を足していく。
  2. 4で割り切れる年は閏年だけど100で割り切れる年は(中略)というロジックを書く。


どっちも教科書でよく見るやり方だけど、仕事でそれやるのは頭悪すぎて話にならないということで。

ちなみにそれぞれの質問で何を見ているか、デキる開発者には一目瞭然だと思うけど、説明すると


  1. シンプルでエレガント()で力強く、高速かつ可読性も高くて(中略)そのためのアルゴリズム・・・という工夫を実装において考えられるか
  2. 誰もが欲しいと思うものは既に用意されているだろうという想像力を発揮してサボれるか


結局、コードを書くときに一番大事なのはそういう能力であって、間違っても努力気合じゃないってこと。

最後に、各質問の正解例を書いてみるとこんな感じ。


  1. n(n+1)/2
  2. 求めたい年の2月29日0時0分0秒をtimelocal()的な関数に放り込んで、結果がエラーだったら閏年じゃない


願わくば、こんなのよりもっと驚くような回答をする人と仕事したいっす。

2012-08-30

ダメコードを見ていて疑問に思うこと

数百行、果ては数千行もある関数メソッドが何故生まれるのか、どうしても理解できない。それ仕様の通りに動かそうと思ったら、テストデバッグライフワークになるよね?それとも未完成でも納品するってこと?もしかしたら「勝手関数/メソッド作るな」司令が出てるのかもしれないけど、だったら「できません」と断ったほうが絶対楽だと思うぞ。あ、楽といえばこういうコードレビューは楽だよ、「長すぎて読めない、書き直し」で終わるから

条件分岐やループを何重にもネストしたコードスクロールさせるとうねって見える。それさ、正常系の処理だとして一番最後の行の直前はどこ通るの?即答できないなら書き直せ。即答できても「こういう複雑なコードを書けるのがプロ」とか誇らしげな表情しちゃう人はただの勘違いバカだから、その姿勢改めるまで可愛がられるかサクッと見捨てられるかでしょう。

ANDやORが入り組みまくった条件式だけどさ、お前一体何がしたいの?それ多分お前しか理解できないから、システムがEOLになるまで面倒見てあげてね。

「1からnまでの総和」とか、公式がありそうなものをロクに調べもせず、n回ループする方法しか思いつきませんでした的に書いたコード。そんなバカ丸出しの実装で恥ずかしくないの?バカはプログラマに向いてません。それは前述の勘違いバカもそうだけど、頭を捻るセンスが無いのも致命的。

閏年を始めとする日付の計算アルゴリズムとか、標準提供されていそうなものまで手で実装したコード。お前それ辛くないか?てかマニュアルヘルプはちゃんと読もう、な?

なんで同じコードコピペするの?共通ルーチン作らなくてもgrepで直して回れば修正漏れも起きないって魂胆?同じ処理が出てくるたびに読んでてうんざりしてくる人も少なからずいることを理解して仕事してください。頼むよ。

DBのテーブルからレコード取得して、必要データか判定して処理するコード。WHERE句って知ってる?データが数億件とかあってもそれでいいと思ってる?

その処理は本当にコードで書かないとダメなの?書かないで済みそうなことまで何故書くの?書かなきゃいけないとして、どうやって短く書くか工夫しないの?コードが増えただけバグも増えることを、もっと深刻に受け止めて欲しい。

最後コードじゃないけど、巨大なディスプレイに高解像度で極小フォントという環境で開発ってどうなのよ。そこまでしてコード全部表示しないと書けないんだ?今まさに書いている部分なんて、変数アルゴリズム自分の頭の中にあるんだから画面に表示する必要なくね?確かに開発用のディスプレイは大きいものが複数あったほうがいいけど、それらはそういう使い方をするためにあるものじゃないと思うぞ。

2011-09-15

[]ある意味最強の会社 日本eリモデルについて

確かにねー活動過激( ゚д゚)

よくよく観察するとw

日本eリモデル 独占評価

直近の投稿?何?スゴすぎ?会社勉強大会しているのかなぁ~^^;

http://ameblo.jp/mystandardjp/entry-11018488804.html

9月15日 | 今ホットな話題情報2011年09月15日

テーマ日本eリモデル

注目度ナンバー1!ホットケナイ!ホットなキーワードをチョイス!

9月15日の話題

9月15日(くがつじゅうごにち)はグレゴリオ暦年始から258日目(閏年では259日目)にあたり、年末まであと107日ある。

1590年 - ウルバヌス7世 (ローマ教皇) ウルバヌス7世が教皇 ローマ教皇に選出される(在位13日で死去。在位期間史上最短の教皇)。

1821年 - コスタリカグアテマラホンジュラスニカラグアエルサルバドルがそれぞれスペインから独立を宣言。

1830年 - イギリス世界初鉄道開通。開通式典で死亡事故

1835年 - ビーグル (帆船) ビーグル号による世界探検を途上にあったチャールズ・ダーウィンガラパゴス諸島に到達する。

1868年慶応4年7月29日 (旧暦) 7月29日)- 戊辰戦争: 二本松城が落城する。

1888年 - 東海道本線大府駅~浜松駅開業

http://mystandardjp.cocolog-nifty.com/

9月15日 (旧暦)の話題

旧暦9月15日9月 (旧暦) 旧暦9月の15日目である六曜六曜#大安 大安である

慶長5年(グレゴリオ暦1600年10月21日) - 関ヶ原の戦い

慶長18年(グレゴリオ暦1613年10月28日) - 支倉常長仙台藩の慶長遣欧使節が日本を出発

建炎4年(ユリウス暦1130年10月18日) - 朱子朱子学の祖(+ 1200年)

貞享2年(グレゴリオ暦1685年10月12日) - 石田梅岩思想家(+ 1744年)

文政8年(グレゴリオ暦1825年10月26日) - 岩倉具視政治家明治維新の元勲(+ 1883年

保延6年(ユリウス暦1140年10月27日) - 覚猷 鳥羽僧正覚猷、天台宗の高僧。伝『鳥獣人戯画』作者。

嘉元3年(ユリウス暦1305年10月4日) - 亀山天皇、90代天皇(* 1249年)


http://ameblo.jp/mystandardjp/entry-11017507873.html

チャンピオンズリーグ | 今ホットな話題情報

2011年09月14日

テーマ日本eリモデル

注目度ナンバー1!ホットケナイ!ホットなキーワードをチョイス!

チャンピオンズリーグの話題

大会

開始年 1955

終了年

主催 欧州サッカー連盟 UEFA

参加チーム数 32

(3回目)

(9回)

備考

欧州クラブシーンにおける最も権威ある国際大会であり、各国リーグ戦の上位クラブが総登場することから世界的な注目を集める。勝ち上がるごとにクラブには莫大な収益がもたらされ、優勝クラブは名実共に欧州一の称号を得られることから、自国のリーグ戦よりもこちらで勝つことを優先しているクラブも数多い。

優勝クラブは「クラブ世界一」を決めるインターコンチネンタルカップ (サッカー) インターコンチネンタルカップFIFAクラブワールドカップへの出場権を得られるが、世界の有力サッカー選手は軒並み欧州クラブに集中しているため、この大会で優勝したクラブ実質的には世界一クラブであるというのが衆目の一致するところである

http://w.livedoor.jp/nihonerimo/

チャンピオンズリーグ (曖昧さ回避)の話題

チャンピオンズリーグ(Champions League)

サッカー

UEFAチャンピオンズリーグ

CAFチャンピオンズリーグ

AFCチャンピオンズリーグ

CONCACAFチャンピオンズリーグ

OFCチャンピオンズリーグ

アラブチャンピオンズリーグ

EHFチャンピオンズリーグハンドボールヨーロッパクラブNo.1を決める大会

ヨーロッパチャンピオンズリーグ (卓球)

バレーボール欧州チャンピオンズリーグ

WBFチャンピオンズリーグ

FUTSAL地域チャンピオンズリーグ

チャンピオンズリーグ (麻雀)

cs:Liga mistr?

da:Champions League

Champions League

es:Liga de Campeones

http://www.geocities.jp/nihonerimodel/

チャンピオンズリーグ (麻雀)の話題

チャンピオンズリーグは、日本プロ麻雀連盟が主催する麻雀タイトル戦。

古くは内外タイムス杯。2001年度前期までは王座杯という名称2001年度後期よりチャンピオンズリーグへ改称。

出場資格日本プロ麻雀連盟員。

ルール:連盟Aルール

半荘4回戦×5節。1半荘は時間制限ありの50分+1局で打ち切り。準々決勝からは現チャンピオンズリーグの1名を加えた16名で行う。決勝は準決勝勝ち上がりの4名で半荘5回戦。その半荘5回戦合計総合ポイントトップ者が今年度の優勝者となる。

麻雀タイトル戦 ちやんひおんすりーく


毎日観察するからw

2010-08-26

http://anond.hatelabo.jp/20100826175941

フランス革命

ちょ、フランス革命歴とかマジ勘弁してください。

そんなんされたら生きていけないw

そもそも、中立的で普遍的な暦じゃないし。

閏年とかどうするんだw

2010-03-02

SCEにこれから襲いかかる閏年誤判定障害の後遺症

まぁ、色々な幸運?が重なってそこまでデカイ障害にはなっていないように見える今回PS3閏年問題。

しかし、SCEはこれから対処しなければならない問題があり、企業の障害対策の観点から言えばここからが本番だ。

一応サービス業に従事するものとして、勉強を兼ねて緊急度別にどんな問題を解決しなければならないのか挙げておこうと思う。


緊急度:最大

まぁ、コレがぶっちゃけ一番でかいよね。なんせ金取ってるし。

全部の商品を調べたわけではないが、基本72時間単位課金をしている事から見て、今回の障害で72時間中最大24時間

実に契約期間の1/3も利用不可の状態にしてしまったわけで、このまま白を切るワケにはイカンよね。

何らかの保証が必要でしょう。

PSN利用規約にざっと目を通したところ、「ナニが起こっても基本的にSCE責任ありません」とか、

「最悪保証する場合も購入金額を超える保証はしません」というこの手のサービスによくある記述しか無いため

どのような保証がなされるのかは現段階で不明。

せめて障害期間に被ったレンタル契約に関しては全額返金するぐらいの対応をすれば、

多少の痛手と引換に今後のブランドへの信頼感を得られるのではないでしょうか。

つか、何の根拠も無い俺の個人的な予想では、痛手ですら無い額だと思うけどね。


緊急度:大

上とまとめても良かったんだけど、ビデオレンタルは利用期間が短く障害の影響がほかと比べて甚大すぎる為切り分けました。

その他課金サービスに関しては、殆どがSCEを通して他の企業が提供しているサービスなので、企業契約SLAがどうなっているか

によるのですが、ぶっちゃけその辺の契約なんて分かる訳ないので割愛。まぁ、丸一日商売の邪魔したわけなので、

お咎めなしってワケには行かないでしょうね。お偉方が菓子折り持って謝罪行脚程度で済めばいいんですが。


緊急度:中

ウチのPS3は運良く障害期間に全く利用しなかったのと、まだ情報を集めてないのでコレがどうなったか分かってないんですが、

報告にはセーブデータがイカれた、テーマがイカれた、トロフィーデータが消えた等の報告が上がってました。

トロフィーは同期してない分は復旧無理だろうけど、ぶっちゃけ他に比べたら緊急度低すぎてココに含めなくても良かったぐらいですが

一応おなじデータって分類なのまとめました。

購入したDLCについてはアカウント情報さえ手元にあれば購入履歴から再度DLし直せばいいので、謝罪文のみですむ場合がほとんどでしょう。


ただ、セーブデータに関しては対応を間違うと今後の商売に響きかねないので注意が必要でしょう。

とはいえ、たぶん最終的には諦めてもらうしかないんですけどね。

セーブデータに関しては、発売当初誰とでもセーブデータの交換がネットを通じて出来ると言う恐ろしいまでのオープン姿勢から一変、

オンラインゲームが増えてきたこともあり管理が非常に厳重となっております。万が一破損フラグを立てるだけでデータはそのまま残っていた場合でも

コレをパッチ等で復旧させるのは、技術的には簡単でもPSNの今後を考えると絶対に行えない対処です。

なぜかというと、今年に入ってPS3ファームウェアが完全にクラックされてしまった可能性があるからです。

iphoneJailBreak等で名を馳せたとあるクラッカー年末年始あたりからPS3に手を出し、実質5週間で完全にクラックした、という報告を自身のサイト

発表したと言うニュースがありました。コレがすぐ割れにつながるわけではないですが、最高レベルシステム権限すら握れてしまうらしく、事実であるなら

破損フラグ除去パッチなど、どう考えても配信できる訳ない。手がかり無しで自体を把握しなければならないクラッカーにわざわざヒントを与えることになりかねず

泥棒に追い銭やるようなもんだからです。

というわけで、誤って起動してデータが破損してしまった方は残念ですが諦めた方が良さそうな感じ。

オンラインに関係ないゲームなどは多少融通が効くかもしれないですが、そのへんはゲームタイトルによるのかもしれません。


緊急度:低

まぁ、緊急度ゼロでも良かったんだけどwww

コレはぶっちゃけどうでもいい。大した影響ないから。外野が多少喚いたところで今のPS3の勢いなら何の影響もないでしょう。

地デジ需要も見込めそうだしね。


長々と書いたけど、こんなもんじゃなかろうか?どう対応するのか見ものです。

何もしないってことは.....流石にないよね?特に課金関連。

まぁ、他人事なので興味深く見守りたいと思います。

PS3閏年についての妄想

PS3バグ閏年の判定ミス,だそうな.

流石にいくらなんでもそんなしょーもないミスはないだろう,と.

だって閏年を忘れたんじゃなくて,閏年じゃない年を閏年だと判定したってことなんだから状況がおかしい.

閏年の判別なんてmod 4を取って,後は100と400に関して調べればいいだけ.

2000年が終わったから100とか400とかやる必要が事実上無いと考えてもmod 4を取ればいいだけ.

流石に間違えようがないだろう.

しかも20G,60Gと40Gモデルでだけ起きるってのも変な話.

で,PS3の発売されたのが2006年だってのを考えると,

まさかとは思うが2006年からスタートする内部時計ソニータイマー)を保持していて,

閏年の判定にその時計を使ってしまったとか.

インポートするときにTimeクラスではなくTimeSonyクラスを使ったとか.

そうすると2010年ソニー歴の閏年になるわけで,PS3は間違っていない.

20G,40G,60Gでは起きて,基盤が大きく異なる80Gと薄型では起きないという説明もこれでうまくいく!

まぁこれでは肝心の本当の閏年2008年)に問題が起きるはずなので,やっぱりそんなことはないですかね.

# 一部で言われていたトロフィー関連のバグってのが真相な気はするけどなぁ.

2009-09-01

http://anond.hatelabo.jp/20090901021557

datetimeって2.0系列閏年の扱いが曖昧だからじゃね。

leapdays()のバグ(こっちは2.0だと直ってる)と同じく、timedeltaのdaysって400で割り切れる年を平年と見なす(本来は閏年バグが入ってるだろ。

たぶん、2009年の時点で5日ずれてると思うよ。3.0環境とかだと直ってる?

http://anond.hatelabo.jp/20090831161712

友達に、こう指摘してみてよ。

  • 2009年3月1日0時0分0秒までの秒数よりも2009年2月1日0時0分0秒までの秒数の方が長いのは何故か?
  • 2004年閏年なので、 2005年1月1日0時0分0秒までの秒数と2004年1月1日0時0分0秒までの秒数の差は31622400になるはずだが、31536000秒しかないのは何故か?
  • 求める日時を変更するために、わざわざ計算させている部分の変数をいじらないといけないのは、いいプログラムといえるか。より具体的には、計算部分は別関数に分離して、mainは引数を指定しての呼び出しと、返り値の表示のみに止めた方が良いのではないか
  • 2678400などの値をわざわざプログラム中に直接書いているが、その意義は何か? 1時間は3600秒や、1日の秒数くらいまではそのまま打ち込んでもいいかもしれないが、29日が何秒かなんて、答えられる人はそうそういない。3600*24*29とソース中に入力したら、何がいけないか?(この計算は、コンパイル時に行われるので、掛け算数十個分だけコンパイル時間は伸びるかもしれないが、それは微々たるものだし、それに実行時はどちらも同じ時間で実行される)
ログイン ユーザー登録
ようこそ ゲスト さん