アカウント名:
パスワード:
そんなの Web アプリケーションじゃなくても常識です。 シェル・スクリプトでも、オフィス・アプリケーションでもね。
経験上、タコな開発者かどうかの区別は、 競合やセキュリティをちゃんと意識して設計・開発しているかどうかでわかるような気がする。 ほかには、シンプルさとか、パフォーマンスとかかな?
そう言う現実の中で、問題発生を見越してそれをカバーするようにきちんとマネージメントしているかどうか、ってのが大切なのではないかと。
逆に言えばマネージャーなんてそれさえしっかりしていれば実務の技術なんか無くても良いのだけどね。 良く「うちの上司は技術が無い」って不満が出るのがイマイチ理解出来ない。
うちの社長みたいに技術的には大したもの、だけど銀行付き合いが嫌いで元々怪しげだった会社(が、お役所推薦)に不渡りを掴まされたりするのを見れば職域によりやらないといけない事は違うってのが良く解るとは思うのだが。 って事で「現場に出てくる暇があるなら銀行の人間とゴルフにでも行け。確かにアンタなら早くできる仕事だろうけど新人でも何倍かの時間を掛ければ出来るし、単価の違いから見れば大差ないコストだ」って言って現場から排除中。 といっても技術屋あがりの奴は現場に口出ししたがるんだよなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
単純に (スコア:0)
営業と作業のバランスって重要ですね。
# テストファーストとかいう前に論理構造の段階でダメな時点で落第
Re:単純に (スコア:0)
そんなに回避が簡単なバグなのかい?これは
Re:単純に (スコア:0)
トピックに書いてあるとおりだとすれば、単純に「排他同期が意識されていなかった」って話ですよね。で、それって、Webアプリケーションの開発では、常識的に意識されるべきものだと思うんですけど。
逆に言えば、そんな常識もわからない人間"だけ"で開発しちゃ駄目だよ、ってことになると思います。
Re:単純に (スコア:1)
そんなの Web アプリケーションじゃなくても常識です。 シェル・スクリプトでも、オフィス・アプリケーションでもね。
経験上、タコな開発者かどうかの区別は、 競合やセキュリティをちゃんと意識して設計・開発しているかどうかでわかるような気がする。 ほかには、シンプルさとか、パフォーマンスとかかな?
Re:単純に (スコア:0)
どんな会社でもベテランのみではなく、中には新人だっている訳ですから。
そう言う現実の中で、問題発生を見越してそれをカバーするようにきちんとマネージメントしているかどうか、ってのが大切なのではないかと。
逆に言えばマネージャーなんてそれさえしっかりしていれば実務の技術なんか無くても良いのだけどね。
良く「うちの上司は技術が無い」って不満が出るのがイマイチ理解出来ない。
うちの社長みたいに技術的には大したもの、だけど銀行付き合いが嫌いで元々怪しげだった会社(が、お役所推薦)に不渡りを掴まされたりするのを見れば職域によりやらないといけない事は違うってのが良く解るとは思うのだが。
って事で「現場に出てくる暇があるなら銀行の人間とゴルフにでも行け。確かにアンタなら早くできる仕事だろうけど新人でも何倍かの時間を掛ければ出来るし、単価の違いから見れば大差ないコストだ」って言って現場から排除中。
といっても技術屋あがりの奴は現場に口出ししたがるんだよなぁ。