QUOIT Blog

しばらく使ってなかったネットブック（EeePC 4G）を活用すべく、Ubuntuをインストールしたので、その時のメモ。

(続きを読む…)

注）すっごいどうでもいい記事です。

プログラム組んでたらなんか見つけたので一応書いてみます。

(続きを読む…)

現在、ロリポップのサーバを使ってます。が。
以前から思ってたのですが、使い勝手が宜しくない。
（最初に何も考えずに決めちゃったからですがｗ）

(続きを読む…)

ここのところ更新が滞っておりますので、雑談でも。
プログラミングなどに限りませんが、テスト用に何かしらの文字列を入力することがあります。
皆様どのような文字列を入れてますでしょうか？
(続きを読む…)

私はSmartyくらいしか使ってこなかったので、symfonyやZENDといったフレームワークには正直疎い。

それ以外にもPHPのフレームワークはいろいろあるが、どれを選択すべきか、という問題は難しい。

というか、どれを使っても良いのだと思う。

基本的に、フレームワークは「開発期間を短縮する」という目的は共通している（と思う）。

しかしどれを使うにしても、そのフレームワークに馴染みがなければ、理解には時間がかかる。

だったら一回自分で作ってみようと考えた。

まだフレームワークと呼べるほどのものではないが、少しづつコードを溜め込んでいる。

作ってみると、先人たちの偉大さがわかるというものである。

途中まで作ってみて、「やっぱこれ自分で作るもんじゃなくね？」とも思うが。

「自分が使いやすいものを作ってみること」がまず一番の目的である。

これを作ることによって、自分が何を必要としているかが分かるだろうし。

そのときには、どのフレームワークが自分に合っているか、わかるような気がする。

たまには雑談を。

—–

引き継いだプログラムがあって、作成した人に連絡とれないという状況はよくあると思う。

しかも仕様書はない、と。

と、なると一からプログラムを解析しなければいけないわけだが、これは非常に時間のかかる作業だ。

効率を重視して作業することが難しい。

じっくりじっくり、データの流れを追っていく。

もう、自分がデータになったみたいな感じで。

自分自身が$_SESSIONやら$_POSTやら$_REQUESTやら(ry になる。

じっくりじっくり。

時々「もういいよ！！」ってなる。

で、解決策が見つかると「ひゃっほう！！」となる。

そういう日はビールがうまい。