アカウント名:
パスワード:
なぜこれが良いプログラマかどうかの判定にできるのかの根拠を知りたい。
自分の狭い経験だけで、単純に判定しようとする人とは仕事したくないなあ
自分はこれは悪くないひとつの判定基準だと思う入力された配列のすべての要素が条件を満たす場合に~ってときに空配列が入ってきた場合を聞くのはその人が問題をどう扱うかを見れる
回答は「このライブラリではtrueになります」とか「前職のプロジェクトではfalseになってました」でもいいんですよ一番ききたいのはそのtrue/falseにした理由そこでもし筋の通った理屈で問題を解決していればOK、もしも「このライブラリではそうなっています」とか「過去のプロジェクトでそうなっていたからです」という理由しか出てこなかったらNGね
自分は良いプログラマというのは良い問題解決者でもあると考えているので、そういう意味でこれは良い質問かな、と
確かにどっちを選ぶじゃなくて、選んだ理由を共有することが出来るがどうかでも今使おうとしてるプログラマとの意思疎通は出来るけど将来使うだろう人をどれだけ想定出来るかどくか
説明書に書いたとしても読まない人には対処出来ないし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
というか (スコア:1)
なぜこれが良いプログラマかどうかの判定にできるのかの根拠を知りたい。
自分の狭い経験だけで、単純に判定しようとする人とは仕事したくないなあ
Re:というか (スコア:1)
自分はこれは悪くないひとつの判定基準だと思う
入力された配列のすべての要素が条件を満たす場合に~ってときに空配列が入ってきた場合を聞くのはその人が問題をどう扱うかを見れる
回答は「このライブラリではtrueになります」とか「前職のプロジェクトではfalseになってました」でもいいんですよ
一番ききたいのはそのtrue/falseにした理由
そこでもし筋の通った理屈で問題を解決していればOK、もしも「このライブラリではそうなっています」とか
「過去のプロジェクトでそうなっていたからです」という理由しか出てこなかったらNGね
自分は良いプログラマというのは良い問題解決者でもあると考えているので、そういう意味でこれは良い質問かな、と
Re: (スコア:0)
確かに
どっちを選ぶじゃなくて、選んだ理由を共有することが出来るがどうか
でも今使おうとしてるプログラマとの意思疎通は出来るけど
将来使うだろう人をどれだけ想定出来るかどくか
説明書に書いたとしても読まない人には対処出来ないし