mixi日記を読んでて教えてもらえたのだけど...


ITエンジニアって超モテだ!!

プログラマ万歳!!!!!!プログラマで良かったww

渋谷女子高生に直撃☆私がエンジニアを好きなわけ
http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=001381

もう嬉しくって思わず、知人にメールを送っちゃいましたよwwwww




というネタです。読んだ方は「プログラマもてもて」とかって紹介記事をw
いつもやり方を忘れてしまうから自分のために。

macでファイル名が「.」から始まるファイルを編集することって結構多いじゃないじゃないですか。

terminalからvimとかemacsで編集すれば確かにいいのですが、eclipseやaquamacsで修正したい場合はどうしてもGUI上でファイルを視認せねば...

というわけで 、

terminalで以下を実行。

defaults write com.apple.finder AppleShowAllFiles TRUE

戻すには最後の引数をFALSEにする。以上、終わり!

引用元は「Mac OS X、Finderで隠しファイルを表示する方法」です。

今更ながら感動してしまった。

検索エンジンのバックグラウンドがないとこのサービスは提供できないよな。。。

Google Trends
Google Trends

今後の勉強会、コミュニティの参加予定。

7月21日
PHPカンファレンス2008
 PHP開発環境と楽天とグルナビ話題が気になる。あと、「激論PHPの次に学ぶ言語」は大目玉!!
楽しみ♩

8月30日
Lightweight Language Future
チケット買ったので相棒と以前の職場で出会った神様と行く予定。めちゃくちゃ楽しみ。

8月中
Gree主催のオープンソーステクノロジー勉強会が開かれる予定。

ひとまず、こんな感じ。
MacBook Proが壊れたので、買い直しました。

それで、これはいるだろってアプリケーションをメモ書く。
  • Firefox ブラウザはこれっしょ。
  • GIMP 無料のペイントアプリだから。
  • Xcode
  • iPhone SDK 流行に流されて。
  • Cyberduck FTPクライアント。無料だし使い勝手がよい。
  • Eclipse
  • Eclipse PDT All-in-one 自分PHP使いなので。
  • NeoOffice MSOfficeと互換性あるし、これで全く持って十分。無料だし。
  • NeoOffice日本語化パッチ 日本語化
  • Skype 知り合いと連絡とるため。
  • Chicken of the VNC サーバをGUIで遠隔操作したいから。
ひとまずこんだけあれば事足りる。
Gree主催の第14回オープンソーステクノロジー勉強会に参加しました。

同僚と参加予定でしたが、同僚は仕事が長引き参加できず。
私は早めに六本木の会場へ。

会場には一番乗りでした♪

それはさておき、勉強会の報告。
...といいたいところなのだが、せっかくのノートを会場に忘れてしまったらしい。仕事のメモも入っているので正直焦っています。

今回の発表はディー・エヌ・エーの川崎さん。
モバゲなどで使ってるのをフレームワークとして公開したの。
  • PC開発に比べ、モバイル開発は楽。
  • 作り込みたい部分はある。
  • セキュリティ部分の公開は行っていない。
  • テンプレートはバイナリで保持し高速化。ただ、DB処理が重いためフレームワーク速度向上を図ってもメリットが少ない。
  • コーディング規約が独特。というか空気読めないとダメ。
  • DeNAはCentOSにApache1.3.x,MySQL5.0.x,fastcgiと至ってシンプル(過ぎ)で内部から声が上がる。
  • utf-8に変更はデータ量が多すぎて実行できないらしい。1日サービス止めればなんとか?Greeさんも同じくだそうだ。
  • 朝方5分くらいメンテのためにサービスを止めている。
もっと重要な事が目白押しだったのだが、ノート紛失と酒のパワーで記憶が(泣

ほいで、懇親会。
  • 立ち飲みでピザとか、フライとか。
  • 営業系の方も結構出席されてる。
  • JavaScript面白いよ!Javaも面白いよ!
  • フレームワークはEthnaでしょう!いえsymphonyです。 
  • YahooさんとGreeさんの情報網はみっちしつながってる。業界は狭い。
  • Greeさんに面接してきますた!って方が幾人か。
  • 転職考えてる人が多かった。
私はビール一缶で出来上がりました...酒弱い。

その他
  • Greeさんの会場はいい感じ。3月からだそうだが、うらやましい。
  • Greeさんのペンを許可とって貰った。なので感謝。
Greeさんありがとう♪
下記サイトを参照し、開発環境PCにDjangoを導入しました。
python触りたい方(つまり私)がいたらここを参考にしてはいかがでしょうか。yumなので簡単です。

一応私の開発環境をお伝え。
PC:DELL INSPIRON 1300
distribution:Fedora9


ただ、若干ながら上記のサイトで誤りがあったので訂正しておきます。
6.Django 0.96フレームワークにおいて、

yum -y install django
とあったのは誤りで、正しくは、
yum -y install Django
です。ちなみに誤った方で実行すると怒られてしまいます。(私はここではまったorz)
# yum -y install django
Loaded plugins: refresh-packagekit
Setting up Install Process
Parsing package install arguments
No package django available.
Nothing to do
まぁ、Djangoを導入しようって方なら問題ないでしょうけど、参考に。
officialサイトが一番の参考ですがorz


ローカル内の開発環境をターミナルからsshで操作していたが、コマンドの力量不足が露呈。ファイアーウォールの設定が分からん><,

というわけで、
  1. いっそGUIからでいいんじゃない?
  2. どうせGUIから設定するならリモートコントロールできたらいいよね。もちろんローカルネット内で。
というわけで、VNCサーバを導入してみます。
  1. VNCサーバをインストールする。
    # yum instal vnc-server
  2. /etc/sysconfig/vncserversを修正する。
    # VNCSERVERS="2:myusername"

    VNCSERVERS="2:myusername"
    修正。myusernameはもちろんfedoraのユーザ名を。rootはお勧めできないw
  3. vncpasswdコマンドで、vncのパスワードを設定する。各々のFedoraユーザで実行する。
    $ vncpasswd
    Password:
    Verify:
  4. vncサーバを起動する。
    # service vncserver start
  5. 接続時にxtermで開く設定になっているのをgnomeに変更する。/home/username/.vnc/xstartupを修正。
    xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
    はコメントアウト。
    # xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
    さらに以下を追加。
    gnome-session &
  6. vncサーバを再起動する。
    # service vncserver restart
  7. VNCサーバの標準ラン・レベルをonにする。onにすることにより、fedora起動時にVNCサーバも起動する。
    # chkconfig vncserver on
  8. VNCクライアントで接続する。
    macなんだけど、試しに
    Chicken of the VNC

    を使う。
接続完了!!

参考:Fedora Core 5でVNCサーバを動かすには
参考:VNCサーバーのインストールと設定

Firefox3が夜中にリリースされた。評判としてはJavaScriptの処理が数倍速とのこと。

即ダウンロードを行い、使ってみる。

今まで、macbookでsafariを使っていた。safariでのGmail表示だってIE6やIE7より早い。(ハードの性能差があるかもしれないが)

今回のFirefox3は格が違いに早かった。。。
mozilla.jp
技術者が入れ替わり立ち代わり。ドキュメントは存在せず。仕様も曖昧。

そんな保守開発。

昔、常駐開発していた技術者の方が事務の女性にこう言ったそうな。

「スパゲティーコード。」

事務の女性はコードが読めないので、何の事か分からなかったそうな。むろん私は理解しています。その技術者の意味する物を。

そんな現場に今月から常駐してます、rokujyouhitomaです。


推測できる原因と改善案を気づいた限り挙げたい。
推測できうる原因
  1. 設計期間を設けず、かつ仕様も曖昧なまま開発を行ったため。
  2. ドキュメントの作成を行わなかったため。
  3. 人材が入れ替わり。
  4. 引き継ぎを行わなかったため。
  5. 後続で入った技術者がその場しのぎで修正を行ったため。
  6. 管理者兼依頼者は元SEではあるものの、コードを管理(読む、書く)出来ない。さらに言及すると上級技術者がいない。
大体こんな感じ。特に人材が入れ替わり立ちかわりであり引き継ぎ資料や、ドキュメントが喪失した事による影響が極めて大きい。
上記の結果、バグが大量発生し更に時間が取られるスパイラル。プロジェクト途中参加は最悪だ。。。

では改善案は?以下に気づく限り列挙する。
改善案
  1. コメントすらないため、コメントの蓄積を行う。初歩の初歩。
  2. 技術の共有かを行う。共有化方法はtrac,wiki,そして対話を強める!!意思疎通するのだ!
  3. 管理者兼依頼者に作業時間、環境構築のための理解を求める。説明する。最低subversion環境は構築しバージョン管理を行う。
  4. MVCモデルの実践というか、HTMLとロジック部分、DB接続部分の分離ぐらいしようよ。。。クラス使おうよ。。。(泣き
と涙が出てくる。
涙が出てくる。