  |
はてなキーワード: 小数点とは
6日には朝型に戻らなきゃいけない
極論19日までに治ればいいんだけど、一応大学生っていう身分を全うするためには今すぐに治す必要がある
.
いっそ1日徹夜するかって考えて今に至る
でもってお腹すいたんだけど、今腹を満たしたらすぐに寝られる自信がある
.
.
今月19日は資格試験らしい
半年前に今回の一つ格下の試験を受けたら勉強時間40時間程度で受かったので今回もまあどうにかなる、わけないか
今の今までテキストに手付けてなかったけどそろそろやるか、って思ってるところ
.
そうそう
半年前の格下の試験、余裕で受かった～～～ｗｗｗｗってやってたら、知り合いで本当になんかタコみたいな人間が一つ上の試験に合格してたらしくて微妙な気持ちになった
そこでやる気出して今の今まで勉強してれば今更焦ることもないんだけどね。やってたことは大学のつまらん勉強とネトゲ
わからん、そこで脇道にそれないからこそ知り合い一号くんは受かったのかもしれない。タコって言ってごめんよ知り合い一号くん。
.
ネトゲさ、存在を頭の片隅にでも置いておくと本当にやらなきゃって使命感に駆られる
.
.
.
最近(数少ない)大学の知り合い二号が数検2級の問題に夢中らしい
そのうちの1つがこれ
.
.
【問題】
1番からn番までの電球n個と、それぞれの電球の番号に対応するon/offのスイッチがn個ある。
スイッチは最初すべてoffになっており、電球も消灯している。スイッチがonになると電球が点灯する。逆も然り。
このスイッチに、
1.1の倍数のスイッチを操作する(すべてのスイッチがonになる)
2.2の倍数のスイッチを操作する(偶数番目のスイッチがoffになる)
………
n.nの倍数のスイッチを操作する(最後のスイッチのみ操作する)
という操作を順番に行う
このとき、n=100であれば、最後の操作を終えた時点で点灯している電球の数はいくつか
(文章は自前なので適当、オリジナルはもうちょっとちゃんとしてるかも)
.
.
日能研で解いた算数の問題ってこういうのばっかりだった気がする
.
.
文章読んでれば答えがあるような問題でも文章をちゃんと読めないっていうか
彼女(She)の2つの資格試験、そして今後のことを思うと大きな壁になると思う
なんか対処法あれば彼女の将来のために教えてね。あ、できれば彼女(She)の機嫌を損ねない方法で。
.
.
.
腹減った。牛丼食いに行こ
.
.
うちから一番近いのすき家なんだよね。別に牛丼に味を求めてない人間としてはショックでござる。
.
.
.
.
【問題の答え】
n個の電球のうち、onになっている電球の数は√n(小数点第一位切り捨て)個。
.
前提として、100個電球があったら100回操作を行うわけで、そのときスイッチの番号の約数は全部洗い出される。
そのとき、数字aの約数の数が奇数になる条件ってのは√aが自然数のとき。
その出現回数は、√nが1,2,3,4...って感じで1ずつ増えていくわけだから、√n個でそのまま解答できる。
.
.
これ面白くてさ
たとえば36の約数は1,2,3,4,6,9,12,18,36
約数の前から、後ろから1つずつ取って掛けあわせると元の数字になる
1*36 2*18 3*12 4*9 ぜんぶ=36
僕みたいだね。彼が存在するから、36の約数の数は奇数になる。
.
72の約数は1,2,3,4,6,8,9,12,18,24,36,72
1*72 2*36 3*24 4*18 6*12 8*9 ぜんぶ=72
.
.
みたいなくだらないことを考えるのが好きでね
まじめに答えてみました。
他のトラバでも似た様たこと書いてる人いるけど。
よくある証明
ですが、ここで
a=(1/3)=0.333...
b=0.3+0.03+0.003+...=0.333...
これがa=bであるということと、0.999...=1であるというのは同じ意味。
どちらも、無限に近い=同じであるという前提がないと成立しないので。
上の証明式は、a,bともに小数点表現が0.333...であることを利用して、途中でaとbが摩り替わってます。
そうでなければこの式展開にならない。1=(1/3)×3=0.333...×3=1と戻るだけ。(この場合の0.333...はあくまで(1/3)の言い換えなので)。
無限に近い=同じ、という前提があれば別にaとbを摩り替えてもいいですが、
だったらいちいち式展開しなくても、"無限に近い=同じ、なので0.999...=1です"って言えば済む話。
また、次の証明も同様。
x=0.999...①
②-①で、9x=9→x=1
なんで②-①の右辺が9.0と言えるのか。
1桁で考えてみると右辺の値は9.0-0.9。2桁で、9.9-0.99=9.0-0.09。
なので、桁を無限にした場合右辺は9.0に対して、0.9×(0.1)^∞の誤差がある（無限小の差)
この無限小=0としないと式が成立しない。やはり証明になってない。
(あるいは、そもそも無限桁同士の引き算て何ですか？という話であり、引き算結果が正しいことを別に証明しなければならない)
他に、limとったらどうこう、てのもこの場合証明になってない。
とはいえ、だから0.999...=1でないと言えるか？はまた別の話。
より高度な証明であれば、疑念の余地なく証明されるかもしれません。
私には分からないけど。
1そのものと、1に限りなく近いが1より小さい数(概念)は存在するはず。
それが0.999...でなくて一体なんなんですか？というのが興味深いとこですね。
2014年10月に日銀から発表された展望レポートでCPI（除く生鮮食品）の政策委員見通しの中央値が2014年度+1.2%・2015年度+1.7%と、7月時点の見通しである2014年度+1.3%・2015年度+1.9%から引き下げられた。
2015年度中には2%のインフレ目標に達すると述べていることと比べれば2015年度が前年比+1.7%はかなり弱気になったように見える。特に2015年度の+1.7%は展望レポートと同時に発表された金融緩和拡大を前提とした上でのものなので問題視する声も聞かれる。
そこで以下のような制約を置いてCPIがどのように変化していくという想定なのかを機械的に逆算して眺めてみることにする。
| 年度/月 | 2013年度 | 2014年度 | 2015年度 | 2015年度（前年比） |
|---|---|---|---|---|
| 4月 | 99.80 | 101.28 | 102.47 | +1.18% |
| 5月 | 100.00 | 101.37 | 102.69 | +1.30% |
| 6月 | 100.00 | 101.37 | 102.91 | +1.52% |
| 7月 | 100.10 | 101.50 | 103.13 | +1.61% |
| 8月 | 100.40 | 101.50 | 103.36 | +1.83% |
| 9月 | 100.50 | 101.50 | 103.58 | +2.05% |
| 10月 | 100.70 | 101.63 | 103.80 | +2.14% |
| 11月 | 100.70 | 101.75 | 104.02 | +2.23% |
| 12月 | 100.60 | 101.88 | 104.25 | +2.33% |
| 1月 | 100.40 | 102.00 | 104.35 | +2.30% |
| 2月 | 100.50 | 102.13 | 104.37 | +2.20% |
| 3月 | 100.80 | 102.25 | 104.40 | +2.10% |
| 平均 | 100.38 | 101.68 | 103.61 | +1.90% |
| 年度/月 | 2013年度 | 2014年度 | 2015年度 | 2015年度（前年比） |
|---|---|---|---|---|
| 4月 | 99.80 | 101.28 | 102.17 | +0.88% |
| 5月 | 100.00 | 101.37 | 102.38 | +1.00% |
| 6月 | 100.00 | 101.37 | 102.60 | +1.21% |
| 7月 | 100.10 | 101.47 | 102.82 | +1.33% |
| 8月 | 100.40 | 101.47 | 103.03 | +1.54% |
| 9月 | 100.50 | 101.47 | 103.25 | +1.75% |
| 10月 | 100.70 | 101.55 | 103.47 | +1.89% |
| 11月 | 100.70 | 101.63 | 103.69 | +2.02% |
| 12月 | 100.60 | 101.71 | 103.90 | +2.15% |
| 1月 | 100.40 | 101.79 | 104.12 | +2.29% |
| 2月 | 100.50 | 101.87 | 104.12 | +2.21% |
| 3月 | 100.80 | 101.96 | 104.12 | +2.13% |
| 平均 | 100.38 | 101.58 | 103.31 | +1.70% |
ここから分かることは
２２×２２、って咄嗟に言われたら２２×２０＝４４０と２２×２＝４４を足すと思うけど、そんな感じに暗算してても「計算速いね！」とか「すごい！」とかよく言われるわ。
小学二年生で暗記させられる九九が一桁の掛け算のみで構成されてるせいなのか、なぜか「二桁の掛け算は暗算ではやらないもの」みたいに考えてて思考停止しちゃう人が意外に多いんだよね。簡単な二桁の掛け算でも電卓でやろうとする。
消費税５パーセント（今は８パーセントになったけど）の計算すら、やたら時間が掛かる人とかね。ゼロ一つ消して（小数点一個分下げて）半分にするだけなのにね。
投票票を無効にするマイナス投票とかいうような方法は無いのだけれど、
今回の参院選に自民党から比例区に出馬する「わたなべ美樹」候補に限っては、
どういうことかというと、
確実に「わたなべ美樹」まで記載しない人は居るはずで、
というか多く居そうなわけでココがポイントになる。
例えば同姓の候補が居た場合に投票用紙に苗字だけ記載されていたりすると、
複数の候補に該当する記載の票とされて、
この票は該当する候補で按分される。
按分というのは、得票数に比例して割りふること。
得票数が「わたなべ美樹」が99に対して「渡辺美知太郎」が1の場合、
「ワタナベ」とだけ記載された1票は、「ワタナベ」に該当する候補は２名だけなので、
「わたなべ美樹」候補に0.99票、「渡辺美知太郎」候補に0.01票として分配される事になる。
仮に「ワタナベ」とだけ記載された票が100票あれば、
「わたなべ美樹」候補に99票、「渡辺美知太郎」候補に1票だ。
「ワタナベ」と投票した人は非常に希だと考えられるので、
確実に「わたなべ美樹」候補に入る票を
わずかではあるのだけれど削ることが出来る。
「みんなの党」に一票入れるのは心情にあわないという人も沢山居ると思う。
そういう人にも是非やって貰いたいのが、
「渡辺美知太郎」候補の愛称として「ワタミ」を使ってみる事である。
「渡辺美知太郎」候補を励ますのでも良いし、罵倒しても構わないのだけれど
彼のことを「ワタミ」「わたみ」と呼ぶ実績を多く作ることで、
「わたなべ美樹」候補が、おそらく多数あるだろう「ワタミ」と書かれた票を
全て自分の物として主張することを防げる。
泡沫候補のまま、色々がんばって欲しいと思う。
次の文を読んで、あとの問いに答えなさい。ただし、組み換え価（％）は
ある生物において、遺伝子Ａ、Ｂ、Ｄはそれぞれa, b, dに対して優性であるとする。
遺伝子型がＡＡＡＢＢの個体とａａｂｂの個体とを交雑したところ、Ｆ１はすべて
〔ＡＢ〕であった。続いて、このＦ１を（①ａａｂｂの個体と交雑）したところ、
（②その子には〔ＡＢ〕：〔Ａｂ〕：〔ａＢ〕：〔ａｂ〕が６：１：１：６の比で生じた。）
次に遺伝子型がＡＡｄｄの個体とａａＤＤの個体とを交雑したところＦ１は
（③〔ＡＤ〕：〔Ａｄ〕：〔ａＤ〕：〔ａｄ〕が２０１：９９：９９：１の比で生じた。）
１．（ ）①のような交雑を何と呼ぶか答えなさい。
２．次の文中の（ア）～（オ）に入る適切な語句や数値を書きなさい。
上の結果は、メンデルの（ ア ）の法則にしたがっていない。すなわち、
遺伝子のＡとＢ、ａとｂはそれぞれ連鎖していることがわかる。ところが、その連鎖は
不完全で、減数分裂第（ イ ）分裂の（ ウ ）期に、相同染色体間で（ エ ）が
起こり、その結果として、遺伝子の組み換えが（ オ ）％の率でおこったと推定することが
できる。
３．（ ）②の個体のうち、遺伝子の組み換えによって生じた個体の遺伝子型をすべて書きなさい。
４．このＦ１からＦ２をつくると、その表現型とその分離比はどのようになるか答えなさい。
５．（ ）③より、遺伝子Ａ－ｄ間の組み換え価（％）を求めなさい。
６．別の実験で遺伝子Ｂ－ｄの組み換え価を求めると、４％であった。
Ａ,Ｂ，Ｄ（ａ，ｂ，ｄ）３つの遺伝子の総体的な位置と、相対的な距離を
図示しなさい（遺伝子Ａはすでに解答欄に記入してある）。
最初に言っておくと、増田はSCEが嫌いな方でPS3もVitaも持っていない。
そんな増田だが、PlayStation4発表でのハードウェアに対する誤解の数々を見てちょっとばかり怒りを覚えたので少し書いておく
いきなり「何が違うんだ？」と思う人や「何も違わないだろ？」と言う人も居るかも知れない。
だが後半を語る上でもこれは重要な話なので省略しないでおく。
最近のPCは当たり前のように64bitのメモリ空間を扱えるようになった。
この増田を読んでる人でも64bit OSを使っている人は少なくないはずだ。
これをもたらしたのは、x86 CPUを作ったIntelではなくx86互換CPUを作っていたAMDである。
じゃあIntelは何をしていたのかと言うと、64bit CPUを作っていた。x86を完全に捨てて。
Intelは「IA-64」という64bit CPUを開発して商品も出していたが、これは現在ではほぼ完全に消えている。
確かにIA-64は64bitをネイティブで扱えて「x86の古臭い負債」が全く無かった。しかし、現実世界はx86で作られた既存のソフトウェアを求めたのだ。ゲーム業界でも似たような話を聞いた気もする。
それに対して、AMDは「64bitを扱えるx86」を作ってしまった。これが「AMD64」であり、現在業界標準としてx86-64と呼ばれているものである。
知っての通り、x86-64は現在のIntel CPUでも対応している。AMDが作った命令を使わされる事になったIntelは何を思っただろうか。逆に、これまでIntelの命令を使ってきたAMDは何を思っていたのだろう。
PS3に搭載されていたCellは、非x86でスカラプロセッサのPowerPC CPU（PPE）と、複数のベクトルプロセッサSPEを組み合わせたヘテロジニアス（非対称）プロセッサだった。（スカラ、ベクトルについてはググろう）
スカラプロセッサが得意な処理、ベクトルプロセッサが得意な処理を両方とも高速に実行できる。それがCellの目指した「夢」だった。
スカラプロセッサとベクトルプロセッサのプログラム最適化は全く別の概念で、プログラマーにとっては野球とサッカーを同時にやらされるような物である。
しかも、スカラプロセッサとベクトルプロセッサの間でデータの交換もある。野球とサッカーのキャッチボールて。
スーパーコンピュータ「京」もスカラとベクトルの合わせ業で池田某氏に何度も叩かれるほどの超絶難産だった事は記憶に新し…いっけ？
それが原因でPS3の性能を最大限に引き出したソフトはほとんど存在せず、こともあろうにXbox360とのマルチソフトが溢れる結果となった。（ちなみに増田は360も持ってないのでエルシャダイをプレイ出来ていない、問題だ）
それに対し、PCの世界ではPS3・360が発売してしばらく後に新たなヘテロジニアスコンピューティングが生まれていた。
CPUに比べて進化が止まらないGPUをベクトルプロセッサの代わりとして使う試みだ。
GPUはスパコン用のベクトルプロセッサやCellのSPEと違い、最近のどのPCにも搭載されているので量産効果で割安というメリットがある。
DirectXのバージョンも2桁に突入し機能が増えるにつれて、「もうこれで計算すれば良いんじゃね？」となったわけだ。
結論から言うとこの試みは無茶苦茶ヒットした。近年開発されたTOP500スパコンでGPUが使われていないものを探すのが難しくなってきたし、
最近はPhotoshopなんかの比較的身近なツールもGPUコンピューティングに対応してきてヌルヌル動くようになっている。
しかし、そんなGPUにも欠点はある。「CPU・メモリから絶望的に遠い」のだ。
IBMが発明しMS-DOS・Windowsが動くことで爆発的に普及した今のPCは、GPUを外付けにすること前提で設計されていた。
DirectXやOpenGLのような例外を除いて、基本的に現代のOSはCPUとメインメモリでソフトを動かすように出来ている。
GPUも、一旦メインメモリ上でGPUのRAMに載せるためのデータを生成し、CPUから「GPU動かすよー」という命令を出さなければ動かせないのだ。
これはGPUにとって致命的すぎる欠点だった。これが原因で、遅さを跳ね返せる最新のミドルレンジ・ハイエンドのGPUでなければ逆にCPUより遅くなってしまうケースばかりだ。
現実的な理由で始まったGPUコンピューティングがぶち当たった現実的な壁である。
このGPUの欠点を克服する方法について、AMDはかなり前（少なくともGPUコンピューティングが流行るより前の2007年以前）から取り組んでいた。
GPUコンピューティングが遅いのはCPUから物理的に遠いため命令を送る時間が掛かり、メモリの扱いも異なるせいである。
CPUからGPUに命令を送る遅延を無くし、CPUのメモリとGPUのメモリを交換する時間も減らせばGPUコンピューティングのデメリットは消え失せる。
夢のある話だ。
しかし、AMDには発想と設計技術はあったがカネと製造技術はIntelと比べて絶望的に劣っていたため、
初めてのCPUとGPUを統合したプロセッサはIntelに先を越されてしまった。（IntelのGPUが絶望的に遅いからって実質出てないなんて言っちゃダメだ）
これにはAMDもかなり堪えただろう。けれどもAMDは戦略を曲げなかった。
IntelのGPUが絶望的に遅いのでほとんど意味は無かったが、少なくとも前世代のIntel GPUに比べると格段に実効性能が上がっていたのだ。CPUとGPUを近付ける統合には間違いなく意味があったということである。
AMDはCPUとGPUを同じチップにするだけでは無く、メモリ「アドレス空間」も一緒にする道を目指した。
こうなるとCPUの使っているメモリがGPUから直接扱え、GPUの使っているメモリがCPUから直接扱えるようになる。
これが実現するとCPUとGPUが完全なヘテロジニアスコンピュータに一歩近付くのだ。
2011年にやっとAMD初めてのCPU＋GPUであるAPUを出せたが、メモリアドレス空間はまだ別々だった。
2012年になってもメモリ空間は別々のままだったが、AMDはARM（iPhoneやAndroidやWindows Phoneに載っているARMである）と合同でHSA（ヘテロジニアス・システム・アーキテクチャ）を推進すると発表した。
世の中の現実的な人々は笑った。「アーキテクチャだけを作ってもハードとソフトが出てこないんじゃ話になりませんよ」と。
同じ2012年、AMDは2013年中にHSAの第1世代製品を出すとだけ発表し2012年は終わった。
そして2013年2月21日（米国時間20日）、Sony Computer EntertainmentはPlayStation 4を発表した。
Cellはコケてしまったので載らない事は誰もが知っていたが、載っているハードウェアに一部の人が驚いた。
―HSAである。PC用のHSA対応APUがまだ正式発表されていない中で、なんとHSAを載せてきた。（2013年末発売だから当たり前だというツッコミは止めろ！）
CPUはx86-64のJaguar 8コア（ちなみにPC向けJaguarは4コアまでだ）、GPUはRadeon HD 7800相当でPS3と違いガチで1.8TFLOPS（理論上1秒間に計1.8兆個の小数点を含む計算を実行可能）のスペックを持つ代物だ。
このCPUとGPUは8GBのGDDR5メモリを共有して動作する。8GBと聞くと最近のPCから考えると少なく聞こえるかも知れないが、（わたしのメモリは16GBです）
GDDR5とはGPUの描画計算を速く済ませるために作られた超高速メモリであり、ご家庭のDDR3メモリとは比べ物にならない速さが出せる。
実際の所PS4がHSA対応かは正式発表されていないのだが、PC向けJaguarはHSA対応と発表されており、SCEもPS4をAPU（CPU＋GPU）と呼んでいてこの変態メモリ構成とすると、発売までにクッタリでスペックダウンしない限りHSA確定と見て良いはずだ。
また、PlayStationはこれまで一度もx86系CPUを採用した事が無く、これが最初（で最ｇ）のx86採用機となる。
Intelが初代Xbox（Celeron搭載）であっさり諦めたx86のゲーム機市場制圧の夢を、AMDが思いもよらぬ形で果たしたのだ。
これまでPCでしか発売されてこなかったDiabloが、x86-64のPS4向けに初めてコンシューマ版を発表した事もx86-64の採用が決してつまらない事ではなかった証だろう。（Diabloと戦うハメになるサードの方々にとっては非常につまらないが）
CPUとGPUの”フュージョン”…（HSAは以前はFusionと呼ばれていた。そういえばドラゴンボールの映画も今年やな…）
AMDが長年の間見てきた夢が、PS4で初めて現実世界に現れることになる。（※ただし次世代XboxもHSA採用でPS4より先に発売したりしない世界線に限る）
こんな馬鹿らしいほど夢が詰まったマシンを「x86搭載だからPCみたいで夢が無い」という一言で切り捨ててしまう人に増田は絶望した。
でも、それってユーザーの夢にどう繋がるの？
性能の引き出し易さがPS3と比べて格段に良くなるのでPS3版ラストレムナントや人喰いの大鷲トリコのような非情な現実が減る。以上。
プログラムはclassに記述します。たとえばSampleという名前のclassを作る場合、Sample.csファイル内に次のように書きます。(C#の場合、ファイル名とクラス名は同一でなくても良い。複数のクラスを書いても良い)
public class Sample { }
プログラムはclass内のMainメソッドの先頭から実行されます。Mainメソッドは次のように書きます。
public class Sample { public static void Main( String[] args ) { // 処理を書く } }
Console.WriteLine( "Hello world" );
コメントです。
// 一行コメント /* 複数行コメント */
// 変数 int num;
データ型です。C#のデータ型には値型と参照型とがあります。以下は値型のデータ型です。
// int(整数)型 int num; // char(文字)型 char c; // float(単精度浮動小数点)型 float val; // double(倍精度浮動小数点)型 double val; // bool(論理)型 bool flag; // DateTime(日付)型 DateTime date;
以下は参照型のデータ型です。
// String型 String s; // 配列型 String[] array;
プログラムをコンパイルするには、コマンドラインで以下のようにします。
csc Sample.cs
プログラムを実行するには、コマンドラインで以下のようにします。
Sample.exe
mono ./Sample.exe
int、float、double型の変数に数値を代入できます。int型には整数だけ代入できます。float、double型には整数でも小数でも代入できます。
int i = 2; int i = 100000000; float num = 1.234f; double num = 1.234;
四則演算です。
num = 1 + 1; num = 1 - 1; num = 1 * 2; num = 1 / 2;
商の求め方です。割る数と割られる数が両方とも整数の場合、計算結果の小数点以下が切り捨てられます。
num = 1 / 2; // 0
割る数と割られる数のどちらかが小数の場合、計算結果の小数点以下が切り捨てられません。
num = 1.0 / 2; // 0.5 num = 1 / 2.0; // 0.5 num = 1.0 / 2.0; // 0.5
余りの求め方です。
// 余り mod = 4 % 2
インクリメントとデクリメントです。
// インクリメント ++i; // デクリメント --i;
String str = "abc";
// 結合 String join = "aaa" + "bbb"; // 分割 String[] record = "aaa,bbb,ccc".Split( "," ); // 長さ int length = "abcdef".Length(); // 切り出し "abcd".Substring( 0, 2 ) // abc // 検索 int result = "abcd".IndexOf( "cd" ) // 見つかった場合はその位置、見つからなかった場合は-1が返る
配列です。
// 配列の宣言 int[] array;
配列の生成です。配列の生成時には要素数を指定するか、初期データを指定します。
int[] array; // 要素数を指定して配列を生成 array = new int[5]; // 初期データを指定して配列を生成 array = new int[] { 1, 2, 3 }; // 宣言と同時に配列を生成 int[] array2 = new int[5];
配列の要素の参照と代入です。
// 要素の参照 array[0] array[1] // 要素の代入 array[0] = 1; array[1] = 2;
array_num = array.Length;
int[] from = new int[] { 1, 2, 3 };
int[] to = new int[5];
from.CopyTo(to, 0);
if文です。
if ( 条件 )
{
}
if ～ else文です。
if ( 条件 )
{
}
else
{
}
if ～ else if文です。
if ( 条件 )
{
}
else if ( 条件 )
{
}
while文です。
int i = 0; while ( i < 5 ) { // 処理 ++i; }
for文です。
for ( int i = 0; i < 5; ++i ) { // 処理 }
int[] fields = new int[] { 1, 2, 3 }; foreach (int field in fields) { // 処理 }
C#では関数をメソッドと言います。メソッドを作るには次のようにします。戻り値を返却するにはreturn文を使います。
static int sum( int num1, int num2 )
{
int total;
total = num1 + num2;
return total;
}
ファイル入出力です。ファイル入出力を行うには、プログラムの先頭に以下を記述します。
using System.IO;
以下がファイル入力の雛形になります。ファイルのオープンや読み込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt"; StreamReader reader = null; try { reader = new StreamReader(filename); String line; while ((line = reader.ReadLine()) != null) { } } catch (IOException e) { // エラー処理: } finally { if (reader != null) { try { reader.Close(); } catch (IOException e) { } } }
またはC#ではusing ステートメントと言うものがあり、この様にも書ける
String filename = "text.txt"; using (StreamReader reader = new StreamReader(filename)) { try { String line; while ((line = reader.ReadLine()) != null) { // 読み込んだ行を処理 } } catch (IOException e) { // エラー処理: } }
usingをつかうとCloseがなくなったことからわかるようにusing(){}を抜けるときに自動的にDisposeメソッドを呼び出し、オブジェクトを廃棄する。その分コードがスッキリするが、使いにくい場面もあるので考えて使うこと。
以下がファイル出力の雛形になります。ファイルのオープンや書き込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt"; StreamWriter writer = null; try { writer = new StreamWriter(filename)); writer.WriteLine("abc"); writer.WriteLine("def"); writer.WriteLine("fgh"); } catch (IOException e) { // エラー処理: } finally { if (writer != null) { writer.Close(); } }
こちらもusingを使って書ける。が、割愛する。
C#でよく出てくる知っておいたほうがよい文法の一覧です。
繰り返し文の途中で抜けるにはbreak文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) { break; // 条件を満たす場合、for文を抜ける。 } }
残りの部分処理をスキップし、次の繰り返しに進むにはcontinue文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) { continue; // 条件を満たす場合、残りの部分処理をスキップし、次の繰り返しに進む。 } }
例外を投げるにはthrow文を使用します。
throw new Exception( "Error messsage" );
try { // 例外が発生する可能性のある処理 } catch ( Exception e ) { // 例外発生時の処理 }
メディアリテラシーが無きゃダメ！というのには同意だが、だからといって、メディアリテラシーがないやつを守らなくてもいい。というのは別論だろ。成立しない。
メディアリテラシーが無きゃダメ！ だから、 メディアリテラシーがないやつを守らなくてもいい という話に対して 異議が唱えられているんだから。
賛否両論はあるだろうけど、それって、結論的に言えば、自分のことは自分で面倒見るべきだから、生活保護もいらないし、国家のあらゆるサービスが要らない。っていってるのと同義だよね。
自分の身は自分で守らなきゃいけないから、警察はいらない。までいったら、無法国家だ。
っていうと、暴論だ！とかいう人が出るから、議論にならない。っていうはなし。程度問題でしょ。
最初っから言われているけど、虚構とか嘘が悪い。なんてはなしは、全くもってされてない。にもかかわらず、虚構とか嘘が悪いなんてナンセンス。っていう議論が返ってきて噛み合わなくなってる。
０．５なのか？０．５５なのか？という小数点の話をしている時に、０だ１だ。というのは、話が大雑把すぎて、無茶。
ココでの話は、メディアリテラシーが無きゃダメ！ でも ない人もいる。 だから、どうやって、段階的にメディアリテラシーを身につけさせるか考えないといけない。
という話で会って。無きゃダメ。で終わる話じゃないでしょ？ どうやって、メディアリテラシーを身につけさせるの？
それこそ、先住民たちの義務だろ。権利を持っていたり、他人よりも優れている人間は、後続を導く義務がある。でなきゃ、いつも自分たちが言っている、老害になっちゃうじゃないか。
これは、「事務職リーマンがwebサービスを作ってみた話」のトラックバックに対するトラックバックです。
もちろん、この手のアルゴリズム処理に「完璧」は存在しません。
ですが、拾った結果の品質を数百個ばかり、サンプリングで調査した範囲では、商品サイズを拾える商品のうち、９割を大きく超える率で、正しいサイズを拾えていますので、
もちろん、検索できる商品数が尋常じゃないので、サイズ抽出をミスっていそうな商品を狙い撃ちで探すと、結構見つかったりはしますが。
ちなみに、上記の「商品サイズを拾える商品」という表現には、レトリックがありまして、結構、楽天ではサイズが画像のみで記載されている商品もありまして、そういうものは、当然、検索できない商品となっています。
まあ、これは仕方が無いところです。
サイズは、正しくサイズを拾えるよう、複数の書き方パターンでサイズ候補を抽出しています。
おおまかには、
・幅×奥行×高さ（単位センチ）・・・・・・XX × YY × ZZ
の２パターンで、このパターンを軸に、さまざまな派生に対処しています。
この派生（というかノイズ要因）が滅茶苦茶いろいろなパターンであって、相当手を焼きました。
実はこれも、簡単そうに見えて、結構、面倒なところでした。
・サイズ記載部分から遠く離れた部分に（単位：ミリ）とか書いてある場合がある
など、さまざまなパターンがあり、結局、サイズ記載箇所の前後を見て、距離などから重み付けを調整して、サイズ単位を拾っています。
また、そもそもサイズ単位が記載されていない（意外とよくある）場合は、サイズ値の大きさを見て推定したり、（例えば、家具カテゴリのサイズ表記に小数点があれば、それはきっと、ミリではなくセンチだろう、など。）全く見当が付かん、というときには、決めで処理したり、仕方なくあきらめたり・・・といった処理をしています。
サイズを拾うだけでは、梱包サイズとか、引き出し内寸とか、ノイズが多いので、これらは、重み付けを行い、一番重み付けが高いものを外寸サイズとして拾っています。
この辺の重み付けは、ある程度、作りこんでいますが、もちろん、完全ではないので、今後のブラッシュアップが必要な部分です。
こちらは、型番等で誤反応を起こしやすい、W/D/Hでの記載サイズのレーティングを少し下げて対処しているのですが、初めのほうにトラックバックを頂いた方もご指摘されているとおり、それでもある程度引っかかっちゃいます。
タイトル中の型番を検索外すとかの手も無くはないのですが、型番って意外と本文中にも多くて、例えばテレビ台とかで、本文中にテレビ型番をズラズラ列挙されて、それが反応した時もあります。
一応、異常値についてはレーティングを下げたり、サイズ数値取れずで処理はしています・・・みたいなところではありますが、検討すべき改善箇所です。
ex)「幅800×奥行400×高さ100センチ」の棚・・・など。
こちらは、最終的なサイズ数字を見て、「サイズ単位の書き間違い・拾い誤り推定」の判定を入れておりまして、判定に抵触したサイズについては、正しいと思われる単位に変更・救済しております。
もちろん、フォローにも限界があったり、フォローを行って二重遭難する場合もあるんですが、検証してみたところ、ほんのわずかな二重遭難よりも、誤り救済を行ったほうがはるかに結果がよかったので、処理を入れてます。
ただ、結論から言うと、サイズ情報に対する、楽天市場側の動きはほとんど無いと読んでおります。
なぜなら、圧倒的にニーズが高く、ハードルも低いと思われる、送料込み価格検索すら、彼らは実現できてないからです。
恐らく、楽天側では、出店側に登録させる情報を、いじりたくないと思っているのではないでしょうか。
しかも、サイズ情報は、楽天が扱っているほとんどのジャンルの商品にとっては、それほど重要性の高くない情報です。
ごく一部のジャンル向け以外は重要性の高くない追加の登録情報なんて、楽天はあまり実装したくはないのではないでしょうか。
・・・と、そういう読みをしてますし、さらに、読みが外れて楽天が対応を行ったとしても、別に私は片手間でやっているだけなので、それほどペナルティが大きい訳ではありません。
以上、カグサイズのページ処理の内容部分の説明でした。
それではー。
----------
例えば0と1という概念を導入して、それで説明するとすれば、そこには0と1と、その間に0.~で始まる無限個の数が存在する、小数点第何十位、何百位、何千位、といった具合に。
「0と1という概念を導入」だと、すべての物は「0か1」になる。「少数など存在しない」事になる。
0と1の間の無限個の数は「0と1の間の無限個の数という概念を導入」しないと存在できない。
言いたいことは判るが、言い方は間違ってる。
例えば0と1という概念を導入して、それで説明するとすれば、そこには0と1と、その間に0.~で始まる無限個の数が存在する、小数点第何十位、何百位、何千位、といった具合に。
それらを0や1で近似することはできても、それらは0や1ではない。少数は少数である、それ以外ではない。
これはこの世の話である。ましてや人は無限に違う、そもそも同じ人がいない。
この真実から、人は0と1だけで全てが説明可能だ、ということが嘘であることを理解するだろう。
少数は少数なのであり、人はそれぞれ違っているのだ、それは決して２パターンだけで言い尽くせないものだ。
これは、0や1といった極端でなく、少数は少数と認識せよ、ということだ。
世は全てわかりやすいもので構成されている訳ではない、複雑なものを複雑なものとして理解する、咀嚼する強さはそういうときに必要なのだ。
便所臭いな、厨って40近い好い大人が吐く言葉とは思えない、一切の罵倒は避けたのに。
拡大だか縮小だか、そんなことはどうでもいい、一方からはその逆として感じられるだけだ。
つまり、架空表現のメリットデメリットで考えて私はデメリットの方が多いと思うから一部の架空表現は排すということに賛成派です、という意見なのだ。
とかまとめようとするとおそらく何度も噛みつかれるだろう、架空表現だとか拡大解釈だ、そして賛成派だとか反対派だとかじゃなくて私の言うことは絶対だ、と。
王さまの言うことは絶対だ、0、1だけの王さまだ、何人も王とこれ以上言葉を交わすことはないだろう、交わせないし交わすことを許可されていないのだ。
話の流れがおかしいだろ？
竹槍で爆撃機を落とせないことは誰でも分かっていることなのに、そんな事をやらせた中央はバカじゃないの？というところから始まって
気休めだよね ＞ 気休め以外に何ができたの ＞ 胆力が必要 ＞ 胆力は日本が持つ物
意味が分からないんだけど？竹槍が気休めであるという事は合意の大前提で
竹槍で爆撃機を落とす能力を求めていないというのは、みんなわかるのにって書いたとおり、政府の中央も皆がわかることも分かっているんだから。
政府の中央目線で、自分たちが出来ることではなく、村人に竹槍の代わりに何をさせるのか？を答えて。
もしそれが応えられないなら、政府の中央はバカだ的な発言がどこから出てくるの？開戦についてではなく、あの段階で何ができたのかを答えて。
他人をバカにするなら、それ以上の手段があって、現実的に執行できたことを証明して。
まさか、政府の本体が本気で、竹槍で爆撃機を落とさせるつもりで言っていた、なんて言い出さないよね？
一瞬でも早く。
勝てないことくらい開戦前に分かってたのにな。
それ敗戦準備じゃない。
勝てないことくらい開戦前に分からなかくて、開戦してしまいまいした。という前提でしょ？
こういうなかで、敗戦準備をするには、かなり高度に政治的調整をする必要がある。
国家元首と言ったって、政治的な合議の前に、独断をすれば排除される。
そういう中で、いつ、政治的に国内の有力者を調整して、敗戦準備ができるの？
個人ではなく、国家なんだから、反対派を説得することも含めて、政治的に応えて。
現実的には、核を落とされて、上陸されて。やっと、好戦派が折れたんでしょ。
でも好戦派＝日本じゃないよね。
それは何の役にも立たない、という話をしている。
あなたとわたしが、増減税の話をすることと、スキルアップの話をすることと、どっちが小数点以下の消えるような役立ち方かも知れないけど、役に立つ？
今年は社会人として一区切り付く年となりそうなので、これまでに
仕事をしてきて思った事などをまとめたいと思います。備忘録です。
客先だけでなく、社内、グループ内を含め時間は必ず守るようにしましょう。
レビューの日にち、時間、資料の提出期限、飲み会の参加表明の記入などなど、
周りに与えるインパクトに大小はありますが、時間を守るのは絶対です。
もし、遅れる場合は必ず連絡しましょう。遅れてからでは遅いです。
連絡するタイミングも重要です。直前の連絡は遅れた事と同じです。
ただし、遅れる事を連絡するタイミングは、早すぎるのも良くありません。
できる努力をしていないと思われるからです。連絡のタイミングは見極める
必要があります。
作業を依頼する時は必ず期限を切りましょう。
なぜその期限に完了する必要があるか説明できないと、人は動きません。
また、逆に期限を設定されない作業が降ってきた場合は、期限を設定しましょう。
そして、なぜその期限までに完了させないといけないのか聞きましょう。
自分は誰に管理されているのか、エスカレーションは誰にすればいいのか、
必ず明確にしましょう。
また、自分が人の上に立つ場合は、管理下の要員以外は原則動かせません。
管理下以外の要員を動かす場合は、その人の管理者と調整する必要があります。
作業の基本は Plan→Do→Check→Action です。
このPが曖昧だと火を噴きます。計画は絶対に手を抜いてはいきません。
1．出来るだけ細かく作業項目を洗い出します。
例）xx機能の詳細設計書の作成、xx機能のyy処理の試験実施、
2．どのくらいの量があるか洗い出します。
xx機能 -
yy処理の項目数：100項目
この時、上の例でyy処理、zz処理の中でも必要な時間が変わる場合は、
重み付けをします。
例）
xx機能 -
yy処理の項目数：100項目実施の時間＝5分×20項目＋10分×80項目＝900分
zz処理の項目数：200項目＝10分×150項目＋15分×50項目＝2250分
合計：3150分＝52.5時間＝8人日(1日を7時間とする、小数点以下は切り上げ)
※1日7時間の根拠：1時間はログの整理や事後作業の時間とする
また、上で作った見積もりは、PDCAのCheckでも使われます。
具体的には、結果の報告です。
見積もりと乖離があった場合の説明に用いたり、見積もり通りに進捗した場合の
振り返りに用いたりします。
リスクとしては、障害の発生、バグ検出による改修からリリースまでの作業、
上乗せしておきます。
末端にいて、客先を意識しにくい場合は、自分がいる立場の一つ上に立って
担当者の場合は管理者の、管理者の場合は更に上の管理者の立場で物事を
考えます。
例えば、報告資料のフォーマットから、エクセルの文字の大きさや網掛け等の
書式といった、細かいところまで、人に見てもらう資料は気を使わないと
いけないところがたくさんあるはずです。
。。。うん、当たり前の事書いてますね。でもなかなかやってくれないし、
★今日はここまで。
そのgdgd感がニコ動ぽいと思うんだが。後半で博報堂が入っていることに文句を言ってるけど、「きっちりすること」に文句つけたいのか、「きっちりしてないこと」に文句をつけたいのかはっきりさせた方がいいよ。
普通は後半の優勝決まる頃の方が人が増えるんじゃないの？ 時間が進むに連れて抜けてく人は出てくるだろうけど、それ以上に新たに途中参加して来る人の方が多いと思うけど。
その後に、松尾貴史が「こんなにも下ネタが拒絶されるとは思いませんでしたね。ネットも高尚な感じになって来たんですかね」と言った内容のことを言っていた。
これはニコ動の公式見解とかじゃなくて、松尾貴史の所感でしょ。
ニコ動は開始当初から、バナーとかアフィリとかニコ割とかやりまくりですが。
他の人も書いてるけど、ニコ動ってもともとただの箱でしょ。
件のお笑い放送だって、主催がニコ動ってだけで、別にそれがニコ動が提供するコンテンツの全てではない。プロの手による放送もあればgdgdな素人放送もある。それこそがニコ動の姿そのものじゃないのかな？ ひとつの番組だけ取り上げて「だからニコ動は潰れる」とか言うのはちょっと違うと思う。素人放送にまでそういう規制の手が伸びてきたら、さすがにもうだめだ、って思うだろうけどね。
11/14夜に、ﾆｺﾆｺ動画の公式生放送で、お笑い番組があった。
ナレーションに、ﾆｺ生人にはよく知れた棒読みツールを使っていたり、
地上波では出来ないネタ（下ネタ、ブラックジョーク、商標関連）や、テレビでは見ない芸人が出ていてネット番組の新しさがあって悪くはなかったのだが･･･
黒字化とかCDがチャートに載ったりと勢いがあるようだったが、ﾆｺﾆｺ動画の終わりが見えた。
その3つの理由を記しておく。
各芸人のネタの後に、視聴者がOK/NGを投票し即座に結果が出るのだが、小数点1位までの%しか表示していなかった。
今、既存地上波テレビ番組が死に絶えてる最大の要因は、放送者側の意思が入ったヤラセや数字に、視聴者が気がついてしまい、1つのｳｿにより、全てがｳｿに見えるようになってしまった事だと思う。
それを安易に追随してしまった。
ﾔﾗｾをやった理由は明白だ。
名前も聞いた事がない芸人が優勝！とするよりも、もう既におわコンとなって面白くもない芸人でも、ネームバリューさえあれば、ニュース記事を作りやすい。
それが宣伝にもなり、ﾆｺﾆｺ動画の認知度を上げるのが簡単になる。
いくつかの芸人は、噛み噛みだったり、ｵﾁが無かったりと散々だった。
予選なんてやってないんだろう。適当な芸人を連れてきて、練習もせずにやっていたのが見え見えだった。
（だって、優勝する人決まってるんだもの。やる気なんて出ないよね。。しかし、芸人魂はどこへ行った！）
ニコ生のｱﾝｹｰﾄの仕組みは解るが、時間が進むに連れて人が減るし、なにより審査員という人のポイントも公開しないとか、デキレースそのものだろう？
司会の松尾貴史は、あのコメント数の多さにもかかわらず、かなり適当（適して当たってる）なコメント紹介をしていて、ﾆｺﾆｺ動画が初めてとは思えないほど手馴れた感があったが、一つ？？？となる発言があった。
一部の芸人が、地上波ではできない事をしようとしたのか、下ネタがあったのだが、結果はNGの方が多く、コメントでも「ﾀﾞﾒﾀﾞｰ」、「笑えない下ネタだな」と散々だった。
その後に、松尾貴史が「こんなにも下ネタが拒絶されるとは思いませんでしたね。ネットも高尚な感じになって来たんですかね」と言った内容のことを言っていた。
まるで、解っていない。テレビを見てる人も、ネットを見てる人も、同じ日本人なのだ。
これまで規制に守られて、ぬくぬくとやってきた為、ある程度の内容で視聴者は満足をしていたのだ。
その曖昧な満足しか芸人には届かない為、芸人さんも満足をしていただけだ。
そこへ、規制無しに何をやってもいいよという状況になり、いざやってみると何も出来なくなっていた。ただそれだけの事だ。
それをネットの人のせいだ。と言わせてしまった事にﾆｺﾆｺ動画の終わりがある。
なぜか？
昭和のテレビの全盛期、テレビ局の中の人は、自ら知恵を絞り、各局凌ぎを削る状態にあった。
60分と言う枠の中で、起承転結があり、視聴者が求める物=あー面白かったと言う満足感 を与える為にはどうすれば良いかを考え抜かれていた。
それが、いつの間にか字幕芸（笑う所はここですよーと教えてくれるｱﾚ）やら、CMまたぎで引き伸ばしたりと言った小手先の技を使い出し、そして、今や情報番組風の商品宣伝しか作れなくなってしまった。
それは、なぜか？
番組は全て製作会社へ丸投げ、自らはただ放送するだけで、創意工夫をしなくなってしまったからだ。
そして、広告を入れることにより、その広告主に対する、批判や意見は言えなくなるという足枷を背負ってしまった。
（広告自体は、面白かった。皆でワーワー言いながら、見るのは悪くは無い物だった）
つまり、ﾆｺﾆｺ動画も、ネット中継をするサーバを持つだけの、ただの箱に成り下がったと言う事だ。
今は、その箱に中の人の魂が詰まっているかもしれないが、それはいずれ陳腐化する。
そうなった時、新たな魂を入れるノウハウは手元に無く、その結果は既存地上波と同じ道しか残されていない。
http://natalie.mu/owarai/news/40546
---------
日曜に、丸々2時間も見てるとか、どんだけ暇やねん。