01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
http://blog.livedoor.jp/shi3z/archives/24991969.html
回りにちゃんとしたプロのコンピュータ屋がいなかった、
というのがそもそも不幸。
その状態でコンピュータ使った商売をしちゃう、
というのは若さゆえの、という感じだけど、
まあそういう時期もあるよね。
誰しも変なことをしちゃった経験はあるはずだし。
なので、あんまりこのエントリに熱くなる必要はないと思う。
当人達は制限の中で頑張って、なんとか解決したわけだし。
できた、めでたい。
ネタもできた、めでたい、と。
しかし、こうやって失敗をさらすと、
知識がガシガシ集積されて良いかもな。
返事の内容は微妙なんだけど、律義に突っ込みに対する
回答を書いたことは賞賛に値する気がする。
また情報が集まりそうだし。
やっぱり OUTPUT 主義か。
http://internet.watch.impress.co.jp/cda/event/2005/06/13/7990.html
分散データベースとして必要な6つの条件は以下。
- Location（位置）
- Duplication（重複性）
- Fragmentation/Aggregation（分割/集約）
- Failure（耐故障性）
- Function（機能）
- Scale（規模性）
DNSは、Location の透過性が不足している、
Scaleの面で上位サーバーに負荷が集中しやすい、
という問題がある。
なんでもDNSっておかしいよ、絶対やばいよ、
ということは酒の席ではいつも言ってたけど、
なんで？、と聞かれたときに、すぱっと説明できなくて、
なんとなく、感覚的にね、直感的にね、とか答えてたのよね。
分散データベースの要件から考える、というやり方は
参考になるなあ。
DNS の代替を目指したプロトコルは押さえといたほうが良いかも。
http://www.ringolab.com/note/daiya/archives/003512.html
便利そう。
でも300万円は高すぎる。
MS が買収して 20万ぐらいになったら買いか。
SOURCENEXT が売ってくれればもっと良いな。
http://www.linelabo.com/nitta0206.htm
失敗から学ぶことは多い。
インプットされた情報、つまり仮定が足りないまま、
論理展開をしちゃったのが失敗の原因じゃないかと。
それと真面目に論理構築をしすぎちゃったのも悪い気がする。
http://www.otsune.com/diary/2005/06/14/4.html#200506144
モヒカンは着脱可能。
モヒカンも普段はモヒカンじゃないふりをしてる。
気が付くとこっそり付けられちゃったりもする。
怖い世界だ。
スカウターがありゃ良いのかな？
Google API とかで情報を収集してモヒカン度を測るやつ。
そうすりゃ避けることもできそうだ。
誰か作って＞モヒカンメーター
http://www.dqnplus.org/~shibu/diary/?date=20050613#p01
http://2chart.fc2web.com/123.html
結構知ってるな。
スーパースターだよな。
ちなみに将棋だって強いんだよ、いちおう。
http://www.shogi.or.jp/syoukai/9dan/katou.html
追記)
加藤一二三の魅力
http://hifumide.gozaru.jp/
こっちのほうが詳しいし、愛があるな。
http://www.oresign.jp/wiki/Python%E7%97%85
これ読むと Python 使いたくなるねえ。
釣りかな。
参考)
WiKi 病等 --> [2005-03-16-3]
追記)
URL間違ってたので訂正。
http://www.atmarkit.co.jp/news/200506/14/sales.html
SalesForce はわりと万能で便利な ASP の CRM システム。
個人で 1ライセンスを使うだけならなんと無料。
個人事業をやってる人には是非使ってもらいたいツール。
でも、携帯電話に対応してない、という弱点があった。
まあ洋物だからね。
4月に営業さんからは、近日中に携帯に対応します、
と言われてたけど、まずは BREW に対応したらしい。
携帯電話だけで営業に必要なほとんどの情報処理が
できちゃうわけだな。
いいかも。
SalesForce の導入コンサルってぼろ儲けできそうなんだけど、
誰かやんない？
追記)
1ライセンスを無料で使う方法はここ --> [2005-06-15-4]
http://www.atmarkit.co.jp/flinux/rensai/iptables03/iptables03a.html
最近の iptables を調べると、オプションやコマンドが増えていて、
やれることがすごく多くなってきている。
バッドノウハウ化？
ラッパーも沢山あるので、そのノウハウが語られるようになれば、
さらにバッドノウハウ化が加速しそう。
この辺のノウハウってどう教えれば良いのかしらねえ。
http://pcweb.mycom.co.jp/articles/2005/06/13/interop2/
- ユーザからの送信は、587番ポートを使う
- その際に必ず SMTP AUTH でユーザ認証をする
Reputation によるブロックなんていう手法もあるのね。
なるほど。
メールサーバの構築はたしかにどんどん難しくなるなあ。
http://www.itmedia.co.jp/news/articles/0506/13/news084.html
Zガンダムの公開に合わせて、ってことらしい。
どっちかというと、シャアのマスクのほうが欲しいよね。
プレゼント用に。
2021 : 01 02 03 04 05 06 07 08 09 10 11 12
2020 : 01 02 03 04 05 06 07 08 09 10 11 12
2019 : 01 02 03 04 05 06 07 08 09 10 11 12
2018 : 01 02 03 04 05 06 07 08 09 10 11 12
2017 : 01 02 03 04 05 06 07 08 09 10 11 12
2016 : 01 02 03 04 05 06 07 08 09 10 11 12
2015 : 01 02 03 04 05 06 07 08 09 10 11 12
2014 : 01 02 03 04 05 06 07 08 09 10 11 12
2013 : 01 02 03 04 05 06 07 08 09 10 11 12
2012 : 01 02 03 04 05 06 07 08 09 10 11 12
2011 : 01 02 03 04 05 06 07 08 09 10 11 12
2010 : 01 02 03 04 05 06 07 08 09 10 11 12
2009 : 01 02 03 04 05 06 07 08 09 10 11 12
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
最終更新時間: 2021-03-02 14:20