|
|
|
|
|
||
|
||
2025-07-08 コーシー／ミリマノフ多項式（その7） 回文多項式について
ƒ(x) が回文的な多項式のとき、 x = w が ƒ(x) の根なら x = 1/w も ƒ(x) の根（定理1）。この定理の「逆」も成り立つ。「定理」と呼ぶほどの大げさなことでもないけど、 Cauchy–Mirimanoff 多項式の研究の土台ともいえるので、明示的に証明しておく。
→ 続きを読む
いやぁ、なかなかきれいじゃありませんか。いえいえ、だからなんだというわけでも、これが何に役立つというわけでもないんですが。――といっても、たぶん多くの人は、このような「数式」を見ると「学校の勉強」とか「公式の暗記」とか「受験競争」とかを連想し、あまり愉快ではない気分になるのだろう。美しいものの美しさが無視され、むしろ苦痛を生むものとして受け止められている現状（教育のあり方・数学の扱われ方）は残念なことであり、美の女神に対する冒瀆（ぼうとく）ともいうべきであろう。っていうか、自分自身、学校の勉強みたいなもんは、あんまり好きでも得意でもないので「被害者」（？）の側かも。
みたいなものすごい指数の多項式が、ひょっとして (x2 + xy + y2)3 で割り切れたとしても、まぁ「あり得ない」という感じはしない。60次くらいありゃぁ、ひょっとしてゴチャゴチャ因子もいっぱいあるかもね、と。だがしかし、この因子に関する限り「そんなことはあり得ない」と断言できるのであるっ！
Cauchy 型の分解 (x + 1)11 − x11 − 1 = 11x(x + 1)(x2 + x + 1) E(x) において、
【復旧済み】人力検索はてなにアクセスできなくなる障害が発生していました
人力検索はてな 日記 (268)
2025 / 7
追記）思い出したが、カエサルの3番目の妻のポンペイアとの離婚の原因となったクロディアスというのもローマにはいた。離婚の原因となったとはいえカエサルの子分のようなものでガリアに旅行に行っている間はローマを支配していたが、無軌道過ぎてミロに殺された（このとき裁判でミロを弁護したのがキケロだったような）のがクロディアスだった。が、さすがにもし仮にローマのクロディアスだとしても名前だけのような。内容的にはハムレットの現国王のほうが合っている。
2025 著作権. 不許複製
ブログを開設した年のグループに入りましょう
はてなブログには、同じ話題でつながる「グループ」があります。まずはブログを開設した年のグループに入りましょう。同時期に始めたブログとつながることができます。
「2025年開設ブログ」のグループ
tanigonの日記
読者になる
yaneurao 2015-02-18 00:00 読者になる
▼ ▶
2020
2020 / 3
▼ ▶
2019
2019 / 12
2019 / 10
2019 / 5
2019 / 4
▼ ▶
2018
2018 / 8
▼ ▶
2014
2014 / 7
2014 / 6
▼ ▶
2013
2013 / 11
▼ ▶
2012
2012 / 5
▼ ▶
2011
2011 / 5
2011 / 1
▼ ▶
2010
2010 / 9
▼ ▶
2009
2009 / 11
2009 / 10
2009 / 9
2009 / 8
2009 / 7
2009 / 2
▼ ▶
2008
2008 / 10
2008 / 9
2008 / 8
▼ ▶
2007
2007 / 10
2007 / 9
2007 / 2
▼ ▶
2006
2006 / 12
2006 / 11
2006 / 9
2006 / 5
2006 / 4
2006 / 2
2006 / 1
▼ ▶
2005
2005 / 8
2005 / 7
2005 / 6
2005 / 5
2005 / 4
2005 / 3
2005 / 2
2005 / 1
▼ ▶
2004
2004 / 12
2004 / 11
2004 / 10
▼ ▶
0
0 / 1
ホーム ピグ アメブロ
よくある質問
利用規約
©CyberAgent, Inc.
Copyright © CyberAgent, Inc. All Rights Reserved.
お問い合わせ
利用規約
ヘルプ
http://blog.livedoor.jp/shi3z/CMSとネットサービスを提供するUEI社長の日記 ja http://blog.livedoor.jp/shi3z/archives/51058116.htmlso-netブログを操作ミスで消してしまったら、二度と復活できない仕様になってることが判明 エントリーを消そうとしたらブログが消えるんだもんな 港区赤坂四畳半社長で仮復旧 そのうちどうするか考えることにする shi3z2008-03-07T12:07:41+09:00エントリーを消そうとしたらブログが消えるんだもんな
港区赤坂四畳半社長で仮復旧
そのうちどうするか考えることにする
]]>http://blog.livedoor.jp/shi3z/archives/50993216.htmlいまだにこちらのページにやってくる方が多いみたいなので、 shi3zのあきば電脳ライフへのリンクを貼っておきます コラムめいたブログはこちら 突発的にはじまるustreamはonosendai.jpでお楽しみくださいshi3z2008-01-09T01:21:12+09:00shi3zのあきば電脳ライフへのリンクを貼っておきます
コラムめいたブログはこちら
突発的にはじまるustreamはonosendai.jpでお楽しみください]]>http://blog.livedoor.jp/shi3z/archives/50929294.htmlまあダイエットするぞ宣言した僕ですが、あれから毎日のように魚定食ばっかり食べて2キロ痩せました。 というか、体重って、本来の体重よりも遥かにでかいと、2キロってたいした変動じゃないんですよね。割合の問題ですから。 ところがやっぱりこれが職業病じゃないけ...shi3z2007-11-04T12:35:13+09:00
というか、体重って、本
私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。
【追記】この記事のおかげで、私のブログに初めて触れる方も多いようで、嬉しい限りです（半日で１０万ページビューを超えました）。せっかくなので、ゆっくりしていただくために、関連する記事を下に紹介したので、ぜひとも読んでみてください。どれも、この記事と同じように、時間をかけて丁寧に書いた自信作なので、気に入っていただけると思います。
「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方：１０万部超えのベストセラーとなった、「なぜ、あなたの仕事は終わらないのか」のベースになったエントリーです。
404 Not Found： ページが見つかりません
▼【重要】ホームページ開設者の方へ▼
＠homepageは2016年11月10日(木)15時をもちましてサービス提供を終了させていただいたため、ホームページの表示ができません。
詳しくはこちらをご確認ください。
@nifty top ウェブサイトの利用について ｜ 個人情報保護ポリシー
特定商取引法に基づく表示
©NIFTY Corporation
2016-09-20
Seasar Conference Final
今週の土曜、9/24にSeasar Conference Finalを行います。
10年前に始まったSeasar Conferenceもいよいよ今度でFinalです。
お申し込みはこちら。
http://seasar.connpass.com/event/38679/
Seasar Projectの面白かったところって、開発方法論が盛り上がったところだと思うんですよ。
マーチンファウラーをはじめとして、著名な人たちのほとんどが「ドメインモデル推し」の中、僕は、「ステートレスなサービス + DTO推し」だったからね。S2Daoは、このために作ったようなものです。
あの開発方法論の議論に、かなりの人が参加したり、自分で考えたりしたでしょう。それが、面白かったところです。みんなが自分の事として考えたから。そんな難しい話ではないし、自分のプロジェクトに即いかせる話だしね。
オブジェクト指向ナンチャラとかDDDとか、素晴らしいものなんだけど、自分のプロジェクトで生かそうとするとそう簡単にはいかないからね。
Seasar2の開発が終了した事で、Seasar Projectに関わった多くの人たちの多くの時間が無駄にされたと、思っている人もいるようだけど、僕はそうは思わない。Seasar Projectに関わった事で、プログラマとしての能力や知名度をあげた人とって多い訳だから、それを否定する必要はないと思っています。
今度のSeasar Conferenceでは、「Seasar Projectのふりかえり」と「SXSW攻略法」の二つの話をします。
「Seasar Projectのふりかえり」では、昔話をしてもしょうがないので、いくつかのプロジェクトを「なぜ始めたのか」「うまくいったところとでその理由」「失敗したところとそ
このページはお客様のご都合により現在アクセスを休止しております。
テンプレートがサーバサイドで実行される場合は、その時のModelやViewをクライアントサイドで復元するための情報も一緒にレンダリングします。これによって、ブラウザではあたかも最初からそこで動いていたかのようにBackboneアプリが動作することができるのです。ただし、この部分 (と、Modelのキャッシュ) はシンプルなRendrの中ではちょっとばかりトリッキーなところで、トラブルの元になりやすい印象です。アプリ内で画面遷移 (Router.navigate()) した後はうまく動くのに、リロードするとうまく動かない、なんて場合はそこら辺ではまってる可能性があります。