コメント欄から、このブログの「メッセージを送る」が機能していないと指摘を受け、確認したが、
メッセージの受信設定は、全て受け取る、になっているようだ。
あまりブログを使い慣れていないので、設定方法が分からない。
質問されても答えられるか、もしくは答えたい質問かどうかにもよるが、
もし希望があれば、公開はしていないが、コメント欄で確認するので、
そこに質問を入れて下さい。
回答をする気になったら、回答させてもらいます。
（曖昧ですみません。）
多くのフレームワークでは、PHPとHTMLのテンプレートファイルを分離していることが多い。
とはいっても、あまりきちんとフレームワークを理解しているわけではないが。。
プログラムとコーディングを分業する場合、それは必要なのはわかるが、
1人で全てやってしまう場合、それでも分離する必要があるのだろうか？
smartyなどを使うと、分離はできても速度面でデメリットが多いと聞くが。
でも、PHPとMYSQLと使ったプログラムで、速度が問題になるのは、
PHPの速度というよりは、MYSQLでの検索などでのindexが問題の場合が多いので、
それほど気にすることではないのかもしれない。
タイトルのとおり、最近実感していること。
特にパッケージ化されているものは、独自フレームワークを使っていて、
理解するのに時間がかかるし、
理解しきれずに、独自の書き方で追加機能を作ると、
もともとあった機能がその箇所だけ反映されなかったり。。
なかなか大変です。
たまにマニュアルを用意してあったりするので、その場合は、多少マシですが、
それでもやっぱり大変。
かといって、他の会社で作ったものは受付けない！
というのはなかなか仕事に結びつかないし。
まあシステム屋さんもいろいろ大変です。
最近はちょっと寝不足。
なかなかおきれないので、目覚まし物色中。
毎週のことですが、昨日はほとんど一日寝て過ごしてました。。
今週も1週間がんばろう。
予定が遅れてしまっているシステムの制作と、
個人的にはじめているFXと、
両方をやる。
とりあえずシステムを予定まで追いついてから、
夜FXをやろう。
人気ブログランキングへ
通販での受発注システム。
これまでは、FAXでおくる発注書を印刷して、それを流して、注文が確定したら、
エクセルに入力して、売上等を集計、という仕組みをとっていたクライアント。
これからは、ブラウザで仕入れ値から売上金額までを入力して、処理状況も一元化して把握し、
月間の利益もエクセル入力なくして、簡単に行いたいという。
ただ、かなり予算が限られているらしく、時間がかかってもいいから、安く作ってほしいとおっしゃる。。。
受発注システムは、インターフェイスをどうするかによっても、かなり値段も変わってくるので、
結構長引く案件になりそう。
それでも、受注できないよりはましでしょうか。
