恵比寿で働くバイトのblog

僕を含めこういうところまで理解している人って少ないんじゃないか？

やっぱり必要だよね、こういうこと･･･　　勉強させていただきました。

問題の切り分けちゃんとできてますか?

あるサービス，わかりやすいのはウェブサービスを開発していると，普通さまざまな問題がでてきます． スクリプトなどロジックの問題の場合は解決できる人は多くいらっしゃるのですが， 「サーバーにつながらない」という現象に対してちゃんと解決のできない人も意外とたくさんいらっしゃいます． 今回はそういう方に問題の切り分けの仕方を紹介します．

問題はどれ位に切り分けられるのか

ウェブサービス(あるいはそれ以外でも)の開発中，あるいは運営中に発生する問題多くの場合，サーバーサイドに関しては大雑把には下記のような問題の切り分けができると思います．

1. ログに何か異常をあらわす記録がされていませんか?

2. DNSの正引き・逆引きはちゃんとできているか? ドメインの設定は大丈夫?

3. アクセス先ポートにちゃんとアクセスできますか?

4. サービスプロトコルをtelnetで直接入力したときの結果に問題ありませんか?

ウノウラボ Unoh Labs: サービスの開発と運営をする上での問題の切り分け(ドメイン・DNS編)

とても簡単にmysql値を変えられるライブラリですね。

Ajaxを使って直感的なUIを持ったphpMyAdminみたいです。

ソースコードを見ると非常に簡単に出来ているところが秀逸

Ajaxを使ってその場でMySQLの値を書き換えられるウィジェット作成ライブラリ「MySQLPHPGrid」。

MySQLの値をちょこっと書き換えたいインタフェースを作る場合はどのように行っているでしょうか？

Excelのようであり、phpMyAdminのようでもある使いやすい直感的なUIを持つウィジェットをMySQLPHPGridを使うことで簡単に実現できます。

Ajaxを使ってその場でMySQLの値を書き換えられるウィジェット作成ライブラリ「MySQLPHPGrid」:phpspot開発日誌

プログラマは死ね、といっているようなもんだね。

内部統制整備が本格化するとPCに自由にソフトウェアをインストールできなくなる可能性もある。利用できるツールやサービスは大きく制限を受け、PCはシンクライント化するだろう。アクセスできるWebサイトが限定され、しかも、誰がどのWebサイトにアクセスし、何をしたかはログとして保存される。IT業界はクライアントサイドに業務処理をさせるエンドユーザーコンピューティングを進めてきたが、大ブレーキになるだろう。まったく、不自由なことだ……。

「LifeHack」が内部統制につぶされる ?? ＠IT

会社にプログラムできる（主にプログラム書きが業務内容）人間が2人しかいない会社ではこんなの当たり前ですよ。

しかも素人から独学で学んだもので工数の予想や工程なんてわからん！

「仕様書は頭の中だ」が口癖です。

1. 仕様書が無い

2. 仕様そのものが無い

3. プロジェクト開始時に何故だかプロジェクトリーダがユンケルを3箱買ってきた

4. プロジェクト開始時に土日を含んだ人月計算になっている

5. テスト用工数が入っていない

6. デバッグ用工数が入っていない

Geekなぺーじ：こんなプロジェクトは嫌だ

まさに僕のこと、というか別に褒められなくても認めてくれれば良い、それを示してほしい。

誰だってそうじゃない？

プログラマはバグを作れば叱られる。叱られなくても自責の念にかられるだろう。しかし、仕様の通りにバグがないコードを書いたとしても、特に褒められたりはしない。そんなのは当り前のことだからだ。

そう思うと、「褒められて伸びるタイプの人」にとって、プログラマという仕事は厳しいものかもしれない。

プログラマだって褒められたい｜悪態のプログラマ

確かにビジネスを考える上では以下のエントリーは正論。

○ アレについてはやつにまかせておけば心配ない

× アレはやつにしかできない

プログラマはオンリーワンにはなるべきでないと思う。

304 Not Modified: サラリーマンはオンリーワンになるべきではない

しかし「アレはやつにしか出来ない」といわれたいのが人の常であると思う。

それこそプログラマは訳わからん人日とかいう工数のもと期限が迫るとプライベートも無く毎日朝まで仕事（というかもう作業）

作業自体が管理者には不透明なので人日の工数計算でいくと出来ていて当たり前と思っている。

しまいには中国人やインド人に取って代わられる運命にある労働基準法適用外のブルーワーカーであることは間違いないであろう。

だったら優秀なインド人プログラマーでも勝手に雇ってください。

無駄に時間のかかる簡潔ではなくどこに向かっているか途中からわからなくなるミーティングほどなくしたいですよね（この場合はブレストなどの意見交換の場は除く、単に発表・プレゼンを行う場合）

しかし、会議の進行者は常に、目的、時間、してもいい脱線かそうではないかなどの気配りをし、無駄の無い会議を心がけるべきだと考えます。

プレゼンの目的は様々だと思いますが、目に見えている余計な「肉」をそぎ落としたあとに残る「骨組み」に目を向けてみると、以下のような骨格が浮かび上がります。

　1．プレゼンをする自分とはいったい何者なのか？（Who）

　2．自分はそのプレゼンで何を伝えたいと考えているのか？（What）

　3．このプレゼンは誰に向けられたものか？（Target）

　4．このプレゼンを聞き終えると何が得られるか？（Fruit）

　5．プレゼンをする背景にはどのような事情があるのか？（BackGround）

　6．プレゼンの屋台骨を支える原則は何か？（Principle）

　7．この原則を現実に適用する方法とは？（How）

　8．方法を実践するうえで参考になる事例とは？（Good Example）

　9．方法を実践するうえで避けるべき事例とは？（Bad Example）
シゴタノ！ - 聞き手を惹きつけるプレゼン術

http://www.tokyo-mania.com/blog/archives/2006/09/post_20.html

web2.0のキーワード

恵比寿で働くバイトのblog | 人生β版

大変大変、ああ大変です。

寝る間もないですね･･･

正確に言うと1日8時間寝ないとだめな僕の睡眠時間が6時間になっているくらいですが･･･

その代わり仕事場と家の往復だけで、家にいる時間の99%は寝ているといった今日この頃、巷では花火だ、祭りだ、海だ言っているのでしょうか？

最近webの世界が大きく変わっていってますね〜

大分そのせいでやつれています。。。

頼むから俺のやりたいコンテンツ作っている奴らソース公開しちゃってくれ〜〜

っと叫びたいのです。

日々RSSだのGoogleだので情報は逐一キャッチアップはしていますので時間が空いたころにドカっとアップしますよ、ソースをｗへっへっへ