アカウント名:
パスワード:
-- cooper
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
PHPにも不満はやっぱりあるわけで (スコア:2, 参考になる)
すらど宴会SNS開放中 [e-meet.jp]
Re:PHPにも不満はやっぱりあるわけで (スコア:1)
「ほしけりゃ自分で作れよ」
と思うのです。私は。
それが出来るのが OpenSource ベースの魅力でしょ？
自分たちの労働力をつぎ込んで実装するか、お金を出して手に入れるかです。
「OpenSource」 を 「
# rm -rf ./.
Re:PHPにも不満はやっぱりあるわけで (スコア:1)
いちいちエンコードするのにお金をかけるのが馬鹿らしいので
自前でフレームワークのモジュールをCから（笑）
こっちも一応商売でPHPを使うわけだからソースコードは
顧客には見せたくないっていうのはありますね（ｗ
それはさておいて、こういう話はみんな敏感ですねぇ。
すらど宴会SNS開放中 [e-meet.jp]
ソースコードを見せたくない (スコア:1)
# あ～、煽りとかじゃないです、念のため
PHP はほとんど使ってないんですが、僕の仕事では、ソース + バイナリ(インストーラ) + 仕様書(欝)の納品がほとんどだったりします。でも、ソースをわかってくれるお客さんも少ないですね。わかると熱いトークができたりして、それはそれで嬉しかったりもします。
また、ソース付きで納品
-- cooper
Re:ソースコードを見せたくない (スコア:1)
すらど宴会SNS開放中 [e-meet.jp]
マニュアル... (スコア:1)
こいつは悩ましいですね、というかマニュアルがなくても使えるシステムにしろ、と日頃上司に言われます、ハイ...
-- cooper
Re:マニュアル... (スコア:1)
でもわかりやすくて、それでいて親切なマニュアルもつけます。
実はマニュアルや仕様書を書いてる時は楽しかったりします。
それでもシステムが大きくなるとそれなりにマニュアルも分厚くなりますので物理的にかなり大変ではありますが(^^;
すらど宴会SNS開放中 [e-meet.jp]
Re:マニュアル... (スコア:1)
そんな上司が居る職場が羨ましい。
俺の目から見てすら「こんな使いにくいのが目に見えてる仕様でどうするんだ？」
としか思えないような外部/内部設計書ばかりを上から渡されて
「これを実装しろ。反論は許さない。(つまりWaterFallって奴ですな)」
と言われるっていう状況だと、もう、なんていうか…(T_T)
使い易いシステムにする、っていう発想が、そもそも無いんだろうか？
お客も大変だなと思うなあ。
契約といえば聞こえがいいですが、「愛想をつかす自由を奪われてる」と言ったほうが事実に即してると思う。
＃これが事実かどうかは秘匿します(笑)