gitのHEADがブランチから外れてしまう現象とその直し方 - 西尾泰和のはてなダイアリー
detached HEADって言う名前で入門Gitにも書いてあるんだけど、そういうことが起こりうるってメンタルモデルができてないと起きていることにすら気づかないので書いておく。 まず説明用のリポジトリを用意します。 t$ git init Initialized empty Git repository in /Users/nishio/gittest/pygit2/t/.git/ t$ touch a t$ git add a t$ git commit -m "add a" [master (root-commit) 6f6eb7c] add a 0 files changed, 0 insertions(+), 0 deletions(-) create mode 100644 a t$ touch b t$ git add b t$ git commit -m "add b" [m
「文字列を文字の列とみなす単純化」ってどういうこと？解説編 - 西尾泰和のはてなダイアリー
先日 @shyouhei さんのTweetに反応して文字列が文字の列かどうかが言語によって異なるという話をTweetしました。 shyouheiさんの投稿: PythonはどうかしらんがRubyの設計思想は「世の中はシンプルじゃない」だからな。文字列を文字の列とみなす発想その物がすでにRubyからすると過度に世界を単純化しすぎている。 https://twitter.com/shyouhei/status/528106973565165568 もうちょっと言っておくと数値計算で勝ち目のないRubyは文字列処理にめっちゃ注力してるんで。文字列処理こそがRubyの主戦場。そこでRubyが文字列をあえてカタマリで扱ってることにはそれなりの理由というものがある。つまり分解しようとするほうが困りごとが増える。IVSとか。 https://twitter.com/shyouhei/status/528
言語女子会2: varは必要？/privateがない？ - 西尾泰和のはてなダイアリー
言語女子会: undefとnullは両方必要？の続編です。 varは必要なの？ とあるプログラミング言語が集う女子会にて: Python: JavaScriptちゃんってさ、なんでvarだらけなの？ JavaScript: えっ、変？ Python: varなんかいらなくない？私ぜんぜん持ってないよ？ JavaScript: えー、じゃあ変数をどうやって宣言するの？ Python: 宣言っていうか…「x = 1」みたいな代入文があれば変数xが必要なのって自明じゃない？宣言とか必要？ Ruby: 必要ないよね。っていうか変数宣言とか古臭くない？ JavaScript: そうかなー。 Python: 少しダサイかも。ほら断舎離ブームだし要らないものは捨てなきゃ！ JavaScript: 要らないかなぁ、変数宣言。Pythonちゃんは関数がネストしているときに外側のスコープの変数に代入するのって
あいまいなタイトルが原因で炎上する現象の実例 - 西尾泰和のはてなダイアリー
スクリーンショットを印刷してもクオリティを落とさないようにする方法 | コリス はてなブックマーク - スクリーンショットを印刷してもクオリティを落とさないようにする方法 | コリス 結局のところ「クオリティを落とさない」って言いながらいきなり減色するから「これはひどい」って言われるんだな。「クオリティ」という単語の意味が曖昧だから「減色しているのにクオリティを落とさないとか何を寝ぼけたことを言っているんだ」と思われる。 「256色しか使ってないGUIのキャプチャ画像をシャープなまま拡大する方法」ってタイトルだったならここまで「どこからつっこめば」的なことにはならなかったんじゃないだろうか。単に「それ減色必要ないよね」「ぼけてる理由が再サンプリングにあることを理解してないだろ」ってつっこまれるだけで済んだはず。 まあしかし、解決方法が間違っていても問題提起が適切であれば誰かがあっというまに
ごきぶりポーカーは「手札が全部なくなったら勝ち」にすべき - 西尾泰和のはてなダイアリー
ごきぶりポーカーのオリジナルのルール「手札が全部なくなったら負け」がいかにおかしいかをまず解説する。 4人程度のプレイで最初に始める人をX、Xが最初に攻撃に成功した人をYとする。1回目の攻撃で失敗した場合、その後Yへの攻撃に成功してYが攻撃をするターンで、Yは「すでに場にカードが出ているX」が一番負けに近いのでXを攻めるのが最善手。1回目の攻撃で失敗しなかった場合、YはXを攻撃するのと別の例えばZを攻撃するのとどっちが最善手かわかりにくいが、Xの方が1枚手札が減っている分だけ負けに近い。よってXを叩くのが最善手。つまりどっちにしてもYはXに報復攻撃をする。そしてXの攻撃フェーズ、カードの枚数が減って場にもカードの出ているYと無傷のZのどちらを叩く方がいいか、自明。XはまたYを攻撃する。万が一最善手をどちらかがとらなくてZを叩いたとしよう。Zはもちろん4人目の無傷なWではなくすでに傷を負って
ごきぶりポーカーのオリジナルルールでたらい回しを発動することのデメリットについて - 西尾泰和のはてなダイアリー
ごきぶりポーカーは「手札が全部なくなったら勝ち」にすべき - 西尾泰和のはてなダイアリー id:tyoro1210 この最善手、回していくリスク回避が考慮されてない。/ そもそも本来の敗北条件は4枚溜めで、絶妙に分散して終わらない時の為に切れ負けがあるんだと思うし、カード切れで勝ちだったら残り枚数ゼロの人ハブるだけ。 id:trashkids 文章から察するに、ごきぶりポーカーの基本ルールである「カードを渡された際、カードを確認し他のプレイヤーに渡し直す事が出来る」というルールを採用されていないのではないでしょうか？ ごきぶりポーカーのオリジナルルール、つまり取らされれば取らされただけ負けに近づくツールで、たらい回しをすることのデメリットについて。説明するまでもないと思ったのでスキップしたらつっこまれたので説明する。 XがYに攻撃をした場合、YがYesかNoを答えてその攻撃をはねのける確率
「プログラミング言語を理解するにはどうしたらいい？」という話を聞いて思うこと - 西尾泰和のはてなダイアリー
「プログラミングとか特定のプログラミング言語とかを習得したくて色々勉強したけど、いまいち理解できた感じがしない、何がいけないのだろう、何を学べばいいんだろう」という話を聞いて思ったこと。 それって、目的が曖昧だから達成感が得られないというだけじゃないのか？ 僕の今までの人生の中には「プログラミングを習得した！」と思える瞬間も「Pythonを理解した！」と思える瞬間もなかった。具体的な「Pythonで継続のある言語を実装できた！」とかならある。でも「継続の概念を完全にマスターしましたか」と言われるとそんな気はまったくしない。まだまだ先は長い。しかし僕よりはるかに継続に詳しい人たちが集まって継続に関する議論をしてたりするのを見ると、この道に明確なゴールはないことがわかる。どこまで行っても「まだ先がある」という感じが残るに違いない。 手段が間違っているのではなく、目的が間違っているんだ。「○○を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
数学的帰納法は帰納ではない？ - 西尾泰和のはてなダイアリー