プログラマの雑談部屋 ★32
■ このスレッドは過去ログ倉庫に格納されています
>>127
だからお前らのプロダクトは特にユーザビリティの面において品質が低いんだよ。
おまえら、システムつくるためにシステム作ってるだろ？ >>129
給料をもらうために作ってるよ。
給料をもらえればなんでもいい。 車の運転は難しいから車道全面禁止、歩行のみ許可みたいなもんか
頭悪いよなぁ
慣れれば車のほうが楽でしょ
長距離なら車が圧倒的でしょ
私大文系
ほんとバカ >>135
仕事を趣味と勘違いして
やりたいことをやりたいようにしかやらないヤツより
はるかにマシ。 >>136
結果ゴミを産出してたらカスなんだよなぁ
捉え方なんかどうでもいいからちゃんと動く成果物をあげてくれ >>137
おまえリアルで叱られた自分の欠点をそのままここで言っとるやろw Java使えなくてクビになった爺さんと初心者どもにはお似合いのスレだなｗ >>140
それも叱られたんかw焦りすぎやろお前w >>142
しつこいわw
おまえどっかいいとこあるんか？さすがの俺でもなかなか見つけられんでおまえのいいとこw >>144
ごめんけど、まず質問に答えて
なんでそんなに必死なんですか？ >>146
おまえここでその3連荘はやばいやろw
客観的に言っておまえの必死の抵抗感やばいでマジにw
やばすぎて同情をかっちゃうレベルw
悪い事言わんからまず深呼吸してみろ？落ちつけ？な？w >>123
>熟練のプログラマは
>a[i++] = 0;
>とそのまま読んでそのまま挙動を理解する
それなら
if ( flg )
return "a";
else
return "b";
もそのまま挙動を理解できるわけで、else不要って主張するのはなぜ？
elseがあると挙動を理解できない？ >a[i++] = 0;
この書き方悪いよ
int i = 0；
i++;
a[i] = 0;
と書くのが正解
可読性が大事なのよ。
関数でもそう、そのなかに処理がいくつもあると
可読性が悪い。 >>152
そのまま理解できるから無駄な記載を無くしたいんじゃねーか >>154
それが無駄じゃないんだよなぁ
例えばifの中がユーザーが男か女かのフラグだとして、男なら"タロウ"、女なら"ハナコ"を返す関数だとすると
if ( userInfo.IsMan() )
{
return "タロウ";
}
return "ハナコ";
if ( userInfo.IsMan() )
{
return "タロウ";
}
else
{
return "ハナコ";
}
上のコードは、男なら例外的に"タロウ"を返し、基本は"ハナコ"を返す、に見える
下のコートは、男なら"タロウ"、女なら"ハナコ"を返す、に見える
この2つの違いを見ればわかるように、elseには「これは例外パターンを扱う処理ではなく、並列した2つの処理を扱ってますよ」という意味を持ってる
elseには意味が有る、無駄ではない
（そもそも、無駄な記述を無くしたところでなんの意味も無いんだけどね、わざわざ消す方が無駄w） >>152
全くベクトル違う話題をそれならとか言って繋げるなよ
ちょっと軽率すぎるぞelser >>155
オカマは無視かよ
今それやったら差別的って怒られるぞ >>155
何度も言ってるが対等の場合は三項演算子が正解だよ
そろそろ理解してくれ
君が書いたif/elseバージョンの問題はreturn文をコピペしてる点ね
これは気が付きにくいけどDRYに反する粗悪なコードなんだ
return文という短い文だからif/elseでreturnを2回書いてもいいように勘違いしてしまう気持ちはわからなくもない
しかし一般的には文の長さはもっと長くなるかもしれないんだ
だから文は共有して差分がある式だけを三項演算子で切り替えるのが正解ってわけ >>157
オカマからマイナーの権利を取り上げる気かひどい差別主義者やな >>153
それな
熟練プログラマは挙動を理解すると同時に、書いた人間が老害かシロートだって理解する 初歩的なバグに気がつかない自称熟練プログラマーたちw >>158
この例は単純化してるから三項演算子でもできるけど、現実はそうじゃない
return に関数呼び出しがあったら
return flg ? <関数呼び出し>() : <関数呼び出し>();
なんて書くのか？
気持ち悪いだろ
さらにその関数に引数が必要ならどうするんだ？
オカマに対応しろって言われたら三項演算子をネストするのか？
お前の理想は汎用性に乏しいんだよ、コードを綺麗に保つのはソフトウェアを保守するためだって知ってるだろ >>162
良いコードだね
これを気持ち悪いと感じるのは君が未熟だからだよ
文を重複させるif/else方式のほうが遥かに汚い
if/elseは見た目も汚いけどそれ以上に論理的に汚い elserってさこういう類のコードをシンプルで読みやすいとかいって平気で書くよね
保守担当者に罪悪感とか感じないのかな
ほんと迷惑なんだけど
if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
return "[INFO-001]: " + msg;
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
return "[INFO-002]: " + msg;
} いや違う
elserならこう書く
elserってさこういう類のコードをシンプルで読みやすいとかいって平気で書くよね
保守担当者に罪悪感とか感じないのかな
ほんと迷惑なんだけど
if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("[INFO-001]: " + msg);
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("[INFO-002]: " + msg);
} あとメソッドをvoidにして参照渡しパラメーターを戻り値風にするとかな >>167
if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("男性: " + msg);
}
else {
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("女性: " + msg);
}
これとかだったらどうすん？ そしてこれが美しいコード
if (user.isMan()) {
String fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("男性: " + msg);
return;
}
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("女性: " + msg); private String getMessage(String resourceId, Object arguments) {
String format = resourceManager.getMessage(resourceId);
return FormatUtility.format(format, arguments);
}
String resourceId = user.isMan() ? "INFO-001" : "INFO-002";
String message = getMessage(resourceId, user);
System.out.println(message);
--リソース--
INFO-001=男性: ...
INFO-002=女性: ... if文を排除しようとするとしばしば行き過ぎた一般化をもたらすことが証明された
if文が気に入らないからってリソースの情報定義までリファクタすんなし
print文の頭なんて何出すか一番変更かかりやすいとこ一緒くたにしたら扱いづらくてしゃーない 相変わらず elser は汚ねぇ下等コードを恥ずかしげ無くさらすな。
チンパンジーなんじゃないか？ ウチならこうかなぁ
class ResourceManager
{
private ResourceValueMale="男性: INFO-001";
private ResourceValueMale="女性: INFO-002";
private ResourceValueMale="LGBT: INFO-003";
public static String GetValue(Sex sex){
if(sex==SEX_MALE)
{
return ResourceValueMale;
}
if(sex==SEX_FEMALE)
{
return ResourceValueFemale;
}
{
return ResourceValueLGBT;
}
}
}
class UserData
{
public static String GetResourceValue()
{
return ResourceManager.GetValue(m_sex);
}
}
System.out.println(user.GetResourceValue()); 2年ぐらい前に性別列をSexって命名したらコードレビューで新人の女の子にセクハラですかって真顔で言われた
ゆとりってこの程度の英単語も知らんのかね >>181
頭がマトモな奴はgenderを使うんだよ、ロートル 【貧困生活】無能残業は結婚障害【家事困難】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害なく共働きも可能な相手と結婚して数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf >>184
sexは肉体的な意味での性別
genderは社会的な意味での性別
これらは別のものだから適切に使い分ける必要がある
何も考えずにgenderを使うんだよ、なんて発言は無知を表明する行為にほかならない >>187
肉体的意味にLGBTなんかあるか、バーカ
思いも至らなかったくせに後付けで苦しい言い訳すんなよ、カス
大体、肉体的な問題を答えさせるケースなんか、殆どねぇよ、ノータリンロートル >ゆとりってこの程度の英単語も知らんのかね
自分が馬鹿なだけという事に全く気付いていない老害 >>188
なんも理解してないんだな
なんかここまでくるとかわいそう >>179
スマホで適当に書いたんだ、それくらい許してよ
>>180
いつもIDEに頼り切ってるゆとりだよ、オレは >>190
6869 だね、このCPUなんとかして手に入れたいんだが sexとか使うヴァカって、若手女性社員のに「置換して」とか言ってそう。
頭悪いSIに多い、そういう無思慮な奴。 >>194
アキハバラのビープなどでFM-7を手に入れれば、あるいは・・・ >>202
いいか？ゆとりは被害者なんだ！おまえは何も悪くない！アタマ以外はwwww >>170
そしてこれが美しいコード
それを、二度以上呼ばれる関数にするなら、これ
｛
String fmt = resourceManager.getMessage("INFO-002");
String msg = FormatUtility.format(fmt, user);
System.out.println("女性: " + msg);
if (user.isMan()) {
fmt = resourceManager.getMessage("INFO-001");
String msg = FormatUtility.format(fmt, user);
System.out.println("男性: " + msg);
}
｝
return; 中学校のPC倶楽部って感じの酷い低レベルなスレになってるな
スレタイに上級ってついてないのに荒らすなよ低能ども 【貧困生活】無能残業は結婚障害【家事困難】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
両親や親戚に反対されましたが、偽装請負多重派遣会社に搾取金を提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害なく共働きも可能な相手と結婚して数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf 誰でも彼でも差別主義者呼ばわりするから、お前らが差別主義者だというなら差別主義者でいいっていう
層がかなり増えてるってのが認識できてないんだよな。 >>213
ある全体集合を二つにわってカテゴリーわけをした時点で、新しい差別が発生する可能性・潜在性がある
だから差別って簡単に作れるし、逆に差別だと非難しやすくなる、つまり差別者と罵倒されてもへっちゃらになるくらい、差別ということばが軽くなることだよね 実際は結果を見る前に下す判断はすべてが予断による差別 >>204
なんで男の時に女のメッセージ出してんだよ たぶん>>166は普通ならこう書くよなって言いたかったと思うんだけど
スマホからだから細かいフォーマットは許して
String info = user.isMan ? "INFO-001" : "INFO-002";
String fmt = resourceManager.getMessage(info);
String msg = FormatUtility.format(fmt, user);
return "[" + info + "]: " + msg; 初カキコども
失礼いたします
テストエンジニアを考えているものなのですが初見でも可能なのでしょうか？
働きながらjavaなどを勉強したいと考えております >>219
全く未経験の私でも働くことはできるのでしょうか？
なにか特別なスキルは必要なのかときになりました >>220
なぜテストエンジニア？年齢は？
まあ採用先の考え次第だけど >>221
求人検索していた際に興味を持ちやりたいと思いました
年齢は２７で現在工場派遣です
来月から仕事切られるので探してます >>223
２７なら余裕だな
やってもいいと思うけど勉強だけはかかさずやったほうがいいぞ
会社でそういう制度あるところあるから活用してね >>223
ちゃんと仕様理解して、仕様に合わないような不具合を見つけられるような
テストを考えないといけないんだけど、それができるかだな。 ■ このスレッドは過去ログ倉庫に格納されています
