2012-02-06
■[Twitter][まとめ]2012年02月06日のツイート
@Jamzz: いずれにしても、厳しいプロジェクトは単に厳しいという事だけど、デスマは人災であるってことだな。
2012-02-06 11:16:15 via web
@Jamzz: これは単に現場の責任にして収束しないというレベルからマネージメントの責任と考えるようになったという進歩の結果ではないかと思う。しかし、そこから根本的な問題解決や改善ができずに対処的のままであるという感じがする。
2012-02-06 11:05:48 via web
@Jamzz: 確かに最近はいわゆる典型的なデスマは少なくなってきたかもしれない。最近は適当に都度都度収束させるけど、中長期的にだらだらと時間やお金を無駄に浪費するという感じが近いように思う。
2012-02-06 11:01:35 via web
@Jamzz: 出来る人たちはちゃんと教えてもらったからできるようになったのか？私の知っているできる人たちは間違いなく自分自身で課題を解決する人たちである。人に教えてもらう場合にも何を教えてもらいたいのかが明確で効果的に聞いている。
2012-02-06 09:12:56 via web
Permalink | コメント(0) | トラックバック(0) | 01:35 
2012-01-13
■[Twitter][まとめ]2012年01月13日のツイート
@Jamzz: ふりかえりは単に後ろを向くだけでなく、かつての想定と実際がどうかを確認する行為。事前の想定のない行き当たりばったりではふりかえりにならない。
2012-01-13 11:57:57 via web
@Jamzz: 自然界（人間社会を含む）は多くの犠牲の上に成り立っていると言えるが、そもそも犠牲という概念はどこから来るのか、よく考えたい。
2012-01-13 09:50:30 via web
Permalink | コメント(0) | トラックバック(0) | 01:29
2012-01-12
■[Twitter][まとめ]2012年01月12日のツイート
@Jamzz: ひょっとしたら逆も言えるかもしれない。例えばAbm7->Db7->CM7という裏コード進行の時にAbm7->Db7でGのオルタードスケールを弾けばいいのかもしれない。今晩やってみようっと。
2012-01-12 18:52:19 via web
@Jamzz: ドミナントモーションでオルタードスケールがうまく弾けなかったとき、ドミナントコードの裏コードのリディアンセブンスケール（単に裏コードのコードトーンの方がよりシンプル）を弾く方がオルタードらしいサウンドになった。例えばG7->CM7であればG7の時にDb7を意識して弾く。
2012-01-12 18:44:08 via web
@Jamzz: @hiranabe なので、G7の裏コードであるDb7の7,9,13がG7におけるオルタードテンションとなる。
2012-01-12 18:27:46 via web to @hiranabe
@Jamzz: そういう自分も問題に集中していない相手に対して水を掛けてしまう。わかっているけどついやってしまう。非常に残念なのでなんとか改めたい。
2012-01-12 16:17:27 via web
@Jamzz: 問題に集中しないで自分の事を考えてしまうから水掛になってしまう。問題に集中していたら水を掛ける暇なんてないはずなのに。
2012-01-12 16:15:21 via web
@Jamzz: メディアも政治も情動を利用するものだからその辺を十分に理解して関わらないと。
@Jamzz: "@python_357: 姪っ子(4~5年生くらい)がギター弾き始めた…" はやっ。 でも、いいね！
@Jamzz: 適当なリスクマネージメントを行うなら自殺や交通事故のリスクを過小評価するべきではない。この現実に対する政治やメディアの責任はゼロではないと思う。 ／ Reading:NHKニュース 自殺者 １４年連続３万人超す URL #web24
@Jamzz: いろいろと、自分に言い聞かせてみる。
2012-01-12 11:38:21 via web
@Jamzz: 自分の能力を超えて何もかも理想的にやろうとしてはダメだ。もっと自分の能力を知り、重要なことに集中しなければならない。
2012-01-12 11:37:04 via web
@Jamzz: 同じ現実でもその認知により全く異なった意味となる。それはまるで世界が変わったかのような変化をもたらす。この変化は自分の意志でもたらす可能性がある。少なくとも他に期待するよりは確実に。
2012-01-12 11:30:33 via web
@Jamzz: 集合知による創造も。
2012-01-12 11:11:57 via web
@Jamzz: インターネットが「公共の情報」という概念を確立した。またGoogle等はその流通と発展に貢献した。youtubeやSNS等を通じて「おおやけの目」という監視システムの可能性が実践されている。
2012-01-12 11:09:51 via web
@Jamzz: 貧乏暇なしという言葉の意味が実によくわかる。
2012-01-12 09:55:22 via web
Permalink | コメント(0) | トラックバック(0) | 02:08
2011-12-01
■[Twitter][まとめ]2011年12月01日のツイート
@Jamzz: 昔と違う、昔が良かったしか言わない、しかもその人はキーマンだった場合にどうすればよいだろうか。もちろんじっくりとコミュニケーションを行うべきであるが相手は忙しいという事で付き合ってくれない。どうするべきか。
2011-12-01 10:16:08 via web
@Jamzz: とにかく実装を共有したがる。実装の共有率を上げようとするから巨大なチャンピオンを作り上げる。共有するべきなのはインターフェイスなのに。。。
2011-12-01 09:57:10 via web
@Jamzz: 本当に意外なのだけど、自分の周りには設計にこだわってうるさい人でもインターフェイスと実装の分離がわかっていない、説明してもわからない人が多い。それは昔からC言語などによる構造化分析設計の経験が長いからだろうか。モダンなオブジェクト指向言語から入ったらそんなことは無いのだろうか。
2011-12-01 09:55:44 via web
Permalink | コメント(0) | トラックバック(0) | 02:21
■[Ruby]WindowsでTCPSocket#peeraddrに時間がかかる
おそらくFAQだと思うのですが私の状況にぴったりな情報が無かったので書きます。
Rubyでnet/ftpを使用したNet::FTP#getbinaryfileが遅いという事で調べたところWindows環境でIPからアドレスの逆引きができない場合にTCPSocket#peeraddrに時間がかかるという問題があることがわかりました。
この現象の再現コードは以下のような物です。
require 'benchmark' require 'socket' Benchmark.bm do |rep| rep.report do socket = TCPSocket.open('192.168.100.1', '80') p socket.peeraddr end end
実行結果が
user system total real
["AF_INET", 80, "192.168.100.1", "192.168.100.1"]
0.000000 0.000000 0.000000 ( 4.543414)
この様に4.5秒程度かかる場合にはこの問題があります。
この問題を解消するためには以下の方法があります。
- アドレスの逆引きをできるように設定する
例えばsystem32\drivers\etc\hostsに設定に
192.168.100.1 hostname
この様に設定します。
- 逆引きを行わないようにする
BasicSocketのデフォルトでは以下のメソッドでアドレスの逆引きが行われます。
- BasicSocket#recv
- IPSocket#recvfrom
- UNIXSocket#recvfrom
- Socket#recvfrom
- IPSocket#addr
- IPSocket#peeraddr
- Socket.getaddrinfo
このデフォルトを変更してアドレスの逆引きを行わないようにするには
TCPSocket.do_not_reverse_lookupをtrueにします。
require 'benchmark' require 'socket' TCPSocket.do_not_reverse_lookup = true Benchmark.bm do |rep| rep.report do socket = TCPSocket.open('192.168.100.1', '80') p socket.peeraddr end end
（参考）Ruby 1.8.7 リファレンスマニュアル > ライブラリ一覧 > socketライブラリ > BasicSocketクラス > do_not_reverse_lookup
http://doc.okkez.net/187/view/method/BasicSocket/s/do_not_reverse_lookup
このTCPSocket.do_not_reverse_lookupの設定はグローバルに影響します。
この対応で
user system total real
["AF_INET", 80, "192.168.100.1", "192.168.100.1"]
0.000000 0.016000 0.016000 ( 0.015600)
この様に数十ミリ秒になります。
この問題の影響を受けるのは上記のとおりの各メソッドですがこれらを利用するFTPなどにも影響があるので注意が必要です。
（参考にしたページ）
- [ruby-list:46666] TCPSocket#peeraddr に時間がかかる。
- peeraddr が遅い?
http://sonic64.com/2004-02-03.html#2004-02-03-101
- 続「peeraddr が遅い?」 NetBIOS が悪い?
http://sonic64.com/2004-02-04.html#2004-02-04-1
Permalink | コメント(0) | トラックバック(0) | 00:29
2011-11-22
■[Twitter][まとめ]2011年11月22日のツイート
@Jamzz: @ttakemura 最近はジャンパー見なくなりましたね。ジャンパーでは治せるand経済的に合理的な状況は少なくなったのではないかと思います。ジャンパーの半田が見事だとそこに技術を感じたりして。（そんなことないですが）
2011-11-22 10:25:10 via web to @ttakemura
@Jamzz: なぜイモ半田だと欲しくなくなるのかというと、今は問題なさそうでもどこかにバグがあるか故障しそうだとリスク感覚が働くから。この感覚は結構正しい。だからイモコードも、、、、
2011-11-22 10:20:54 via web
@Jamzz: 個人的にはイモコードを撲滅しようと思ったら究極的には無意識の状態でイモコードを書かないようにしなければダメだと思う。困難ではあるが努力するべきだと思う。組織的にはピアレビューを効果的に実践する必要がある。もちろん状況によるが、ペアプロでもやり過ぎとは言えない状況は少なくない。
2011-11-22 10:05:34 via web
@Jamzz: コンピュータの中の基板を見たらイモ半田だらけだったらそんなコンピュータを買うだろうか？ソフトウェアのコードを見たらイモコードだらけだったら、、、、
2011-11-22 10:01:32 via web
Permalink | コメント(0) | トラックバック(0) | 01:34
