プログラミング中級者にありがちなこと。

中級者病（読み：ちゅうきゅうしゃびょう）とは、プログラミングなどを学ぶ際に、とくに中級者が陥りやすい精神疾患のことである。

初級者から中級者へ昇格する時期は、ほぼどんなソースコードでも読める程度にプログラミング言語に精通し、また偉いプログラマーの
提唱したデザインパターンも一通り理解したくらいである。

すると、プログラミング言語の持つあらゆる機能と、偉いプログラマーの提唱するあらゆる技術を使わねばならないという思い込みが
発生する。そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザインパターンを適用しようとしだすのである。

その結果、
* 大量のクラス
* 迷路のような変数渡し
* 底なしに深いネスト
などといった凄いものが生まれる。

また、条件分岐に三項演算子を乱用するなどの症状も多く見受けられる。

最終的には第三者にとって読みにくい保守性の悪いスパゲッティコードが生成されることになる。

職業プログラマーにおいて中級者病の症状が発症すると、仕様書の作成や単体テストなどの工程を省き、「○○日で完成させた」などと
工期の短さを自慢するようになる。 また、そのような手抜きを前提とした見積書を作り、ライバル他社のお硬い見積書に対して
「あそこの会社ボッタクリっすねぇｗ」などと営業しだす事が多い。

中級者病は教育環境に依存すると言われており、とくに教育した人間が悪いと好発しやすいと言われている。
金融系などのCOBOLの世界では、新入社員教育の一環として中級者病を防ぐ目的で「保守性」と「堅牢性」を第一に叩き込まれると言われる。
https://twitter.com/ProgrammingMono/status/441496520039211008

最近はソースレビューってやらんのかね？

大体どの言語がどの言語より優れてるとか言ってるのは中級者だな

echo "timpo";

http://blog-imgs-52.fc2.com/w/o/r/workingnews/rczj4.jpg

>>2
幹部や元請けにはやった事になってる
実際はやってない
やる時間がない

エンターキーはドヤ顔で強めに

>>3
中級者はそこを湾曲して理解し、フレームワークまで「似たようなもん」で済ましだす。

中級者はキーボードがHHK Pro 無刻印
上級者はキーボードがHHK HG

全部初心者ですよねこれ
中級者は言語やライブラリの機能を試したくて無茶をやる

音が大きめのメカニカルキーボードを好む

テーブルのカラム名で1時間悩む

仕様書はありがちだな。

変数名が短い

VBを毛嫌いする

MonoBook:プライバシー・ポリシー - MonoBook
http://monobook.org/wiki/MonoBook:%E3%83%97%E3%83%A9%E3%82%A4%E3%83%90%E3%82%B7%E3%83%BC%E3%83%BB%E3%83%9D%E3%83%AA%E3%82%B7%E3%83%BC
　現在このページには内容がありません。 他のページに含まれるこのページ名を検索するか、 関連記録を検索するか、 もしくは、このページを編集することができます。
MonoBook:MonoBookについて - MonoBook
http://monobook.org/wiki/MonoBook:MonoBook%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
　現在このページには内容がありません。 他のページに含まれるこのページ名を検索するか、 関連記録を検索するか、 もしくは、このページを編集することができます。
MonoBook:免責事項 - MonoBook http://monobook.org/wiki/MonoBook:%E5%85%8D%E8%B2%AC%E4%BA%8B%E9%A0%85
　現在このページには内容がありません。 他のページに含まれるこのページ名を検索するか、 関連記録を検索するか、 もしくは、このページを編集することができます。

cmd /c echo 127.0.0.1 monobook.org>>C:\Windows\System32\drivers\etc\hosts（´・ω・｀）

エクセル方眼紙を周りにも強制する。

>>6
あぁ、そのパターンか。。。
たまに口だけ達者で酷いソース書く奴も居るからなぁ。

若い内に 一回位は保守業務を経験させるってのは重要だと思うわ。

>>14
それ昔の開発環境から入ったひとや

Ruby信者

続かない

PHPとVBが嫌い

風呂に入らなくなる

これは自称上級者の症状だな

俺が知る限りこの層は厚い

見た目がキモい

コメントと処理内容が一致しない

>>1
>そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザインパターンを適用しようとしだす

またこういう訳の分かってない奴が記事を書く

マイクロソフトとオラクルは人類の敵だと思っている。

ORMマンセーする

三項演算子大好き

ネタ抜きで言うと仕様書理解出来て訂正できるかのラインだな

あるあるで言えば変数のつけ方にこだわりが出始める

デスクトップをカスタマイズ
アニメの壁紙

困ったときにはシングルトン

そもそもほとんどのソースは再利用されないし
ソースの綺麗さは査定にも反映されないし
コメント書いても給料は変わらん

清書に金だすところもないから
資本主義的には正解

★★★ここに更新分を入力してください★★★

他社の見積もり見せてもらえるくらい信用されてるのなら結構優秀な人なんじゃね？

初級者→Linuxのインストールを繰り返す
中級者→Linuxを常用
上級者→Windowsでエロゲ

自分よりはるかにスキルのある人間がわんさかいる事実を目の当たりにして絶望する

Javaに嫌悪感を表す・・・私です(´；ω；｀)

派遣社員

ネトウヨを卒業したくらいの時期

っるっせーなﾁﾝﾀﾗ上級。

選民思想が芽生える

担当者が辞めたらメンテナンス不可能になるようなコードを書く

嫌儲思想に目覚める

必要があってLinuxのstaging driverのソースを読んでるが
やはりバグだらけのモジュールはクソソースだ

口が臭い。

コードが長い方がすごいと思っていて俺頑張った自慢をする
読みづらく保守性が無い短いコードを書いてコード短い自慢をする

例外処理のcatchの中身が手抜き

>>2
たまに抜き打ちでやる
シェルのレビューもたまにやる

まあひどいもんだわ
大抵全部作り直してもらうが向こうもダメ出しされんのわかってて持ってくるのがまた酷い

Androidいじるようになってプログラマーへの尊敬が物凄いことになってる

Cに手を出そうとして失敗する

靴下に穴が開いてる

ネスト地獄は経験あるわ
設計段階での一番スマートな解決方法はなんなんだよ

＞ほぼどんなソースコードでも読める程度にプログラミング言語に精通し、また偉いプログラマーの
提唱したデザインパターンも一通り理解したくらいである。

これ上級者だろ

>>29
オラクルは金さえ払えばよく働く
マイクロソフトは調布メンバーが来てくれればなんとかなる

関数とかは必要以上に分けるべき？
例えばその関数でしか使わないような機能でも別に作る方がいいとか

綺麗なコードを書くためのスローガン

昔「ダメなコードは捨てて最初から書き直せ」
今「リファクタリングを繰り返せ」

そのココロは案外変わってない

>>55
ネスト地獄はクラスとか関数で回避できるだろ
コード検査ツール使ったら、循環複雑度が高いものは怒られるぞ

>>1
> 崇高なオブジェクト指向

40前後ぐらいのオジサンプログラマーがやたらオブシコオブシコうるさいオジサンがいるよね(´・ω・｀)
それしか知らんキチガイっていうか、覚えたばっかりの言葉(この場合手法、パラダイム)を使いたがる中学生かよ
っていうキチガイみたいなオジサンがおったお(´・ω・｀)

中級者というかちょっと足りない人だろ

ってか何でソース全部見るような業務体型にしとるん？
不効率だろ

やりとりする関数やらAPIだけ決めて
後は他人の仕事に口出しせんようにしないと
時間いくらあっても足りないだろ

中級者プログラマーってAndroidで具体例にどんな事が出来るの。自分好みのLinux作ったり、ラズベリーパイで家電みたいなネットラジオ機やシンセサイザー作れたりするのかな

○○パターンを無駄に多用したがる

>>60
いや、デザインパターンとやらでリファクタリング無しで解決できるのかが知りたかっただけ

・デザインパターンを使おうとしている
・オブジェクト指向を信奉している

この2条件のうちどちらかを満たせば
わけの分からない糞コードを量産するようになる

道具や概念に支配されて手段と目的が逆転してるからまともなものを作れる見込みが無い

既製品を買った方が安いことに気がつかない

以前の出向先に、まさしくこのタイプそのものなのが居たよ
仕様書書いてないのに複雑なネスト構造でイテレーター使いまくり
グレップかけても変数名まで同じにされてて、訳わからんスパゲティ

マイクロソフト製品を毛嫌いしている

中級者は蛇足が多い
上級者のコードには無駄がない

中級者は知識が中途半端だからどれが無駄だかわからない

日本語が通じない

>>58
一言で言えばそれを見極めれるセンスが必要
もちろん金額もおりこんでな

ソースがドキュメントじゃあかんの？
どうせメンテしないだろお前ら

最近流行のアスペルガー指向

関数に分けることで処理に名前がついて入力と出力が明示されるから
それによって可読性が上がるなら再利用されなくてもどんどん分けるべき

>>67
そうそう。手段と目的が逆転してる自称中級者オジサンが一番ひどい。
痛いどころか、仕事だから迷惑。そのくせ、○○を知ってる俺スゲーみたいなアスペプログラマーおじさん。

まだ、スタティックおじさんのほうがマシ。

仕様書はまだしもテストも拒絶する

見積書を書かせると激安
なぜか自分の人件費しか書いていない

>>74
詳細仕様書ではなく、「何をするモノなのか」という概要を書いた仕様書すら作らない。
なので顧客が求めているモノが何かすらわかっていない。

で、独断と偏見でオナニーシステムができあがる。

>>74
海外だとソースから自動でドキュメント起こすのがデフォ

IT土方の多い日本では、未だに相変わらず、手でシコシコ書いてとこが圧倒的多数

マルチスレッドを好む
上級者はほぼマルチスレッドを使わない。

三項演算子よいよね

>>38
ubuntuのおかげで常用の敷居は初級者まで下がった感

>>74
要求仕様すら存在しないんだよ

もうやだこのスレ
俺の黒歴史をピンポイントで抉ってきやがる

自宅にラックマウントサーバー

個人的に固定IPを持っている

RPGツクールで挫折した経験をもつ

情報工学(科学)の研究者やハッカーは別だけど、日本の9割9分のプログラマーはIT土方で、
その辺の会社にいるプログラマーのやつらは、9割9分、池沼、アスペ、キチガイ、社会不適合者、キモオタ、偏差値マイナス5万
みたいなやつしかおらんからな(´・ω・｀)

そのくせやたらプライドは高くて、こうじゃないといけないみたいなアスペ指向がきつい。

関数はブラックボックスにして、入力値と出力についてコメント付ければ良いんだろ？

val = ( flag ) ? なんたら : かんたら

より、

if ( flag ) {
val = なんたら
} else {
val = かんたら
}

が優れている理由を教えてくれ

>>92
分かりやすい

>>92
中級者が書いたソースはそんなシンプルな三項演算子ではなく条件が凄いことになっている。
if文も同様に一行で書きたがる。

if,while,forの次は何を学べばいいの？

オブジェクト指向はいいが、メンバ変数が手続き型のグローバル変数並に
常に気にしていないとメンバメソッドがまともに動かない。

>>92
条件がいつまでも2つで固定とは限らない

rubyで開発して運用直前に「gemがない」とか言い出す。

キーボードを叩く音がうるさい

そもそもなんでソースの中身とかコメントまで見ないといけない
発注の仕方してるの？
ソッチの方がおかしくね？

forの条件式が壮大

グローバル変数を毛嫌いする

>>102
そのくせグローバル変数ばりに複雑なメンバ変数を持つクラスを作る

オブジェクト指向って悪なの？
初心者だけどオブジェクト指向だるいからずっと避けてる
オブジェクト指向でプログラミングしてないからソース晒したら叩かれると思ってた

中二病のようなもんだなｗ

>>90
ま〜た、わかってもいないのにバッサリと批判して
何か言った気になる典型か、2chはこういうのが多いから困る
わからなければ見なければいいのに

プログラミングの質問スレか質問サイトで揚げ足をとる
「そんなことを聞いている時点であなたには無理です。」

コメントになんか動いたと書く

構造的にデザインパターンにはめようとして相互依存クラスを大量生産

状態遷移が書けない

>>107
Yahoo知恵遅れ、もといYahoo知恵袋ですねわかります

メソッドチェーン大好きです

プログラミングに必要なことがプログラムを書くことじゃないことに
気づいて身に付けないといけないスキルが凄すぎて圧倒される。

>条件分岐に三項演算子を乱用する
保守考えるとこれほど無駄なことはない
初級者に毛が生えたのがすぐわかるように使わないでほしい

最近はhaskelに興味があります
作るのは糞しょうもないソシャゲです

おれ初級者だから無問題

if文の｛｝を省略

毎週末勉強会に行ってます
分かった気になるので、自分で手を動かしてみません

プログラマやるなら通る道だろし、まあべつに良いんじゃね

*(p+1)

大量の変数渡しのイコールの前に無駄なインデントして揃える奴
保守メンドいし意味ないからやめよう(´・ω・`)

ドットファイルはgithubで管理してます
どこかで見たののコピペなので何の設定してあるか分かりません
(入ってないプラグインの為の設定が大量にある)

jsのコードは何か悲壮なものがある

最近趣味で始めてプログラム板に質問しに行ったら糞荒れてた　揚げ足としの応酬で酷すぎ
やっぱプログラムをやり続けるとあーなっちゃうのか　仕事にだけはしたくないなこれ

深いネストやるのは初心者までだろ

一行ifを改行する

>>92
hogeとかfooじゃないところに好感が持てる

>>92
仕様外の未来を語っちゃイカンかも知れんが、
条件の処理内に機能を追加しやすい。

>>95
mapとか。出し入れできる入れ物は種類が多いけどね。

>>120
それはCが悪いような…

ずっと一人で必要な物を必要な技術だけ検索して作ってたから、
専門用語使われるとわけわからん
後で検索するとああ、あれのことかってわかるんだけど

>>123
あれは無駄を省いて転送量減らすってのがあるからな

>>125
括りだして関数に分ければネストに数えないってもんやないんやで?

かたくなに、かな漢字変換スタイルを崩さない

仕事してるくせにポインタをいまいちわかってない

>>92
elseをその位置に書くのやめろや

>>133
それはおかしい

まともに理工系の勉強してないプログラマの中級者ヅラは草不可避

>>133
こやつめハハハ

emacsみたいにタブ押したらその行のインデントや整形されるエディタはないものか
オートインデントだと上の行でエンター押したときに勝手にインデントされる糞仕様ばっかり

>>140
eclipseだとemacs+っていうプラグインあるよ

いちいち条件書くのめんどいならフットペダルとか使えばいいんじゃないの？？

>>97, 128
なるほどー

MSが邪悪といってAppleの謀略にはまる

どうしても、設計→コーディングってのが出来ない
試行錯誤しながら少しずつ動くもの作って、最終的にはいい感じのプログラムにはなるんだけど
クラス図とかあれ何を表してるのかさっぱり理解できねーよ

>>141
ありがとう
試してみる

>>145
あれこれ試行錯誤しながら作ってたんじゃとてもじゃないがどうにもならない規模になった時に初めて設計が必要になる

気付いたらここ何年かコード書いてない

>>130
設計が古いからな
マシン語、アセンブラ、Cあたりだし

>>145
棒人間みたいなもん

オブジェクト指向って個人でダラダラ書くのには向いてない
仕事なら使うと思うけど

独学初心者だけど一時期ハマって自分の必要とするアプリ作りまくってバグ取りして完成させて
3年ぐらい何も作らなかったらすっかり忘れててﾜﾛﾀ
自分の作った物なのにもう同じ物作れる気がしない

goto文をやたら毛嫌いする風潮何なの？
使ってわかりやすくなるんなら、そっちの方がええやん

var test =test || {};

これで上級かと思ってたけど｢読み辛いからやめてって言われた｣

要件整理してフローを書くだけで仕事になります

日立上がりのやつって、転職しても周りにメール本文の人名に括弧付けさせるんだが

>>156
あの会社の中の用語を、ビジネス用語とか、ビジネス文章みたいに思ってるふしがあるよね(´・ω・｀)
毎々お世話にだの、拝承だの、○○していただきたく。とかそれを普通に外でも使うから知恵遅れ

組み込みやり始めたら
スタックとかメモリマップ、メモリアクセスや排他を意識してプログラム書けるようになった。

ふつうのアプリケーションだけ
やってたら身につかなかったと思う

>>138
「理工系の勉強」ってなんぞ。ちゃんと定義してくれよ

符号化理論、コンピューターアーキテクチャ、デジタル信号処理、アルゴリズム、離散数学とか？

ネストが深くなるのは、goto、continue、returnを駆使して防ぐべき

三項演算子はどんどん使ってけ
>>92 とかいずれ上の方が読み易くなるから

後、ローカル変数はできる限り減らしてけ

脳内で仕様はパッと決められるけど、仕様書として書き出すのがめんどい
でもこれ作らないと引き継ぎで非常に困るんだよなぁ…

自社で2ヶ月ダラダラ自習してたら
大手ソシャゲに売られたけど
コピぺでなんとかしのいでるけど
もう無理だと思う

エクセルの式は、三項演算子の拡張版
これでなんでも書ける
三項演算子を否定するのは、Cのマクロ絡みで三項演算子に泣かされた古参（おっさん）だけ

*(p+1)
使うんだけどいかんの？

＞初級者から中級者へ昇格する時期は、ほぼどんなソースコードでも読める程度に
＞プログラミング言語に精通し、また偉いプログラマーの
＞提唱したデザインパターンも一通り理解したくらいである。

この記事書いた奴のプログラミング経験を疑うレベルだな

「ほぼどんなソースコードでも読める」なんて、現実にはまず見かけないレアスキルだし
デザインパターンってのは、難しい問題に出会った際の良くある解決例集であって
一部のパターン以外は、ほとんど使わないパターンだぞ

n+=*p1++**p2++***p3++;

＞最終的には第三者にとって読みにくい保守性の悪いスパゲッティコードが生成されることになる。

自分で昔に書いたコードすら読めないPerl使いを馬鹿にすんなよ

n+=*(p1+*(p2+*p3++));

>>168
言語仕様に問題があるわけではない
IOCCCでググれ

三項演算子大好きなのはごみになる一時変数を作らなくて済むからね
あとはconstとかfinalで定数にするのも好き

do-whileの可否についてケンモケンはどう考える？

条件判定を最後にやりたい場合に使えばいいだけ
vbも触ってるとdo-untilも欲しくなってくる

>>166
違うぞ。頻出のパターンに名前を付けただけだ。一部変なのも入ってるがｗ

(n+=*(p1+=*(p2+=*p3++)))--;

＞ほぼどんなソースコードでも読める程度にプログラミング言語に精通

実際には文法を完全にマスターしてても
業務知識がないと殆どのソースコードはちんぷんかんぷんなんだよな
官公庁のシステムとか日立やNTTデータのベテラン技術者以外はどんなスーパープログラマでも全く理解不能だからな

可読性の低いコードがいいコードだと思っている

匿名クラスを多用

p2 = (p2 * (p3 + 1));
p1 = p1 * p2;
n = n * p1;
n = n - 1;

こうなるの？

>>176
だからコメント必要なんだよな
「コード読めばわかるっしょｗｗｗ」とか言ってる奴は自称中級者の無能

>>153
goto文は使えた方がいいけど、初心者に教えると直感的に分かりやすいためかそればかり使うようになる
goto文を使ったほうがいい状況は初心者にはまず訪れないので、悪い癖を付けないように「使うな」と禁止してしまうのは合理的でしょ
初心者を抜けた後も毛嫌いする奴は成長してないだけ

>>136
なんで？

中級者の言う可読性の高いコードって、大体冗長なだけで読みやすくもないコードで
保守の際に、簡潔に書いたコードなら1個の仕様変更に対して1箇所の修正で済むはずなのに
2箇所も3箇所も修正させられるようなコード

>>172
循環する線形リストの一周分のデータ列挙するのにちょうどいい

> 金融系などのCOBOLの世界では、新入社員教育の一環として中級者病を防ぐ目的で「保守性」と「堅牢性」を第一に叩き込まれると言われる。
嘘だろ。

もしかして、叩き込まれてあれなの？

とりあえずORMなんか使う奴は根こそぎ死ねばいいと思うんだ

>>1
こんなんプログラムがやっと書けるようになった初級者がやることじゃん
いまはこんなレベルが中級になっちゃうの？

＞金融系などのCOBOLの世界では、新入社員教育の一環として
＞中級者病を防ぐ目的で「保守性」と「堅牢性」を第一に叩き込まれると言われる。

NTTデータか、今は丸投げ

他人のコーディングスタイルをやたら否定する
自分のコーディングスタイルを押し付けてくる
ctrlキーの場所にこだわったり英語キーボードじゃないとコード書けないｗとか意味不明なこと言い出す
コード書いてるとき一人ぶつぶつなにか言ってる

＞* 大量のクラス
＞* 迷路のような変数渡し
＞* 底なしに深いネスト
＞などといった凄いものが生まれる。

staticおじさんかな？

>>153
簡単に言うとプログラミング界で有名な奴が読みにくくなるから使うなってネチネチ細かく言ったらそれを真似る奴がどっと沸いて今に至る

emacsキーバインドが便利なのはたしか。
十字キーがいらないから。
viの人にはいろいろ言われるかもしれないけど。

この業界は常に、シンプルな物事をとにかく可能な限り複雑にしようとする一派がいる

全てグローバル変数
テーブルは横長
引数渡しは絶対禁止
表の結合は禁止
1行72カラムまで
よし

>>193
複雑にすれば工数という名のお金をたくさんもらえるような仕組みだからな。

それを見抜ける人もいないからそうなってるんだが

if (　　　) {
　　処理
} else {
　　処理
}

こういう場合、ifとelseにコメントしたいときどうすればいい？糞崩れるんだけど

// ifのときのコメント
if (　　　) {
　　処理
// elseのときのコメント
} else {
　　処理
}

>>189
いるいる。
日本語入力とかカスタマイズしなくても仕事をこなせるようになってくるとレベルが上がった気がしたなあ

>>196
こう

if (　　　) {
　// ifのときのコメント
　　処理
} else {
　// elseのときのコメント
　　処理
}

>>196
別に{}の中に書けばいいだろ

>>196
なんの言語だと崩れるんだよ

出来のいいものを納期通りに納品すると、出来が良くて今後の保守は
スキルの低い奴でも余裕だからとすぐに仕事を切られる

出来の悪い物を納期遅れで納品すると、納品まで長く仕事を続けられる上に、
出来が悪くて他人が保守のしようがないからと
今後もお前が面倒見ろと言って、更に長く仕事が続けられる

>>190
そいつを笑うやつが填まる罠だよ

>>198
２年プログラミングしてましたが
積もり積もった悩みが貼れました

デザインパターンありきで設計始めるやつとか、
組み込みでもないのにunion使ったなんかトリッキーなことやるやつとかかな。

goto文は禁止なのに、throwはOKって
一体なんなの？

>>193
単に何も考えてないだけじゃないのか？ｗ

条件演算子のことを三項演算子と言う奴がムカつく


↑これ言い始めたら中級者病

>>203
逆にすごいなｗ

>>196
これでもいいよ

// 条件・処理の概要
if (　　　) {
　　処理
} else {
　　処理
}

>>201
どんな指南書よりも参考になるわー

>>193
人間の論理をコンピュータに押し付けると
→　マネージャ（仕様を作る人）「うん、よし！」　プログラマ「何がよしだ、死ね、クソ設計」

コンピュータの論理に仕様を合わせる
→　マネージャ（仕様を作る人）「は？わかりにくすぎなんだが？」　プログラマ「メンテしやすい、最高」

お前はプログラマじゃない

>>198
これじゃだめ？

if (　　　) // ifのときのコメント
{
　　処理
}
else // elseのときのコメント
{
　　処理
}

// こめ
if (　a == 0　) {
　　処理１
} else /* if a != 0 */ {
　　処理２
}

goto使う代わりに↓のように書くのって普通だよね？

do {
　　…
　　if (…) break; /* gotoの代わり */
　　…
　　return …;
} while (0);
…
return …;

おれはこれだわ

if (　　　) { // ifのときのコメント
　　処理
}
else { // elseのときのコメント
　　処理
}

中級者にありがちなことは

かなりのことが出来るようになって、かつ、この先もさらに奥深さがあること後見通せるようになって、最高にプログラミングが楽しくなる。

ソースは自称中級者の俺

>>214
これよくみかけるけど謎だわ。
普通にdo-whileを内部関数にすればいいとおもうんだけど。

あんまり普通じゃないと思うぞ
任意の場所で処理を中断して脱出したいなら

return文という実質goto文なのに、使っても決して怒られない素敵な文があるから
それをうまく活用するのが上級テクです

>>214
頼むからifには括弧つけてくれ。
最近もAppleが括弧つけなかったせいでSSL証明書の検証でやらかしたぞ。

ネットの世界は広大だわ…わりとばらばらなのな
自分は >>212 が一番好き

そもそもdo-whileとかやめーや

returnてわざわざ各メリットある？

>>212
俺もこれ

>>220
eclipse系かVisual Studio系かってとこだろな
それ以外は変なこだわり持ちすぎ

よせばいいのにフレームワークを使いたがる。
そんな大それた規模のアプリかっつうの。

if(){
/*-----------------------------------------------*/
/* うんたらかんたら */
/*-----------------------------------------------*/
else
{
/*-----------------------------------------------*/
/* うんたらかんたら */
/*-----------------------------------------------*/
}

>>214
無意味なループよりは goto の方がまし

goto ダメな規約とかあるなら仕方ないけど、returnとか工夫すべき

汚いコードを極端に嫌い、かえって効率が下がる

>>224
その言い方はちょっと違うな、コーディングスタイルには名前あるよ（知ってるかもだが）
http://ja.wikipedia.org/wiki/%E5%AD%97%E4%B8%8B%E3%81%92%E3%82%B9%E3%82%BF%E3%82%A4%E3%83%AB

拙者こんなこと言い出すなんてまるでオタクみたいｗｗｺﾎﾟｫ

オールマン記法すき
gnu記法嫌い
emacsのデフォルト記法がgnu記法になってるのは狂気の沙汰だと思う

疎結合がいいと言われて意味もなく抽象度上げて
とんでもなく見通し悪くてメンテ不可能なプログラム
そこにもここにもほらあそこにも

>>229
それ、コーディングスタイルじゃなく字下げルールだよな？
コーディングスタイルっていうともっとスネークケースかキャメルケースかとか、命名とか関わってこない？

ある程度使えれば初心者でも中級者でもいいわ

このスタイル嫌い
if (条件) {
}

こっちの方がいい
if( 条件 ){
}

>>233
自分で作って自分で使うだけならな

gotoは使わないのに、イベントアグリゲーションやデリゲートは乱発するバカ
何も分かってないw

やたらboostを使いまくる

中途半端に中級者レベルのプログラマより初心者の方が職業プログラマとしては使えるかもな

APIがどの言語のAPIだったか忘れる

>>232
そこまで含めてコーディングスタイルじゃないの？
命名規則とかは言語によってはほぼ固定だし

すべての関数にはとりあえずvolatile

日本の伝統文化じゃないの？
官僚が作る法律のベースとなる文章も日本語かよ？ってレベルだし

三項演算子は使い方次第じゃif-elseよりシンプルになる
自分の嫌いなコーディングスタイルを中級者とか言ってるだけだよね

初級者(素人)にありがちなのは
if 文のブロック始まりカッコが
別行になってるやつ

初級者は初級者の指南サイトから生まれる

>>189
jisキーボードは括弧を入力するのにいちいちShiftを押さなきゃいけないだろ

それぞれの扱いを対等にしたいならこう書くな
Scala楽しいよScala

条件 match {

　// コメント
　case true => 処理１

　// コメント
　case false => 処理２

}

volatile使うのはメモリマップドI/Oのレジスタアドレスを示す変数だけでいいよ。
複数のスレッドが参照する変数にvolatile使うってのは、なんか横着なことしてねえか。

excelのindirect関数覚えてから
プログラミングやらなくなった

オプティマイザ騙すのにvolatile使うことはある
というかそれ以外であんま使わん
仕事ではやらん

>>244
じゃあもうメール使うなよ

while(1>0)

>>234
俺もこっちの方がいいと思うんだけど賛同者が全然いない
逆のバージョンはどこが良くてみんな使ってるんだろうか

プログラミングというかSQLだけど
無駄に結合させたり副問合せしてると
読むの面倒だからやめてください

>>252
検索した時に関数なんかと被らないように…と聞いた

p2 = (p2 * (p3 + 1));
p1 = p1 * p2;
n = n * p1;
n = n - 1;

ならん

int n,*p1,*p2,*p3;

(n+=*(p1+=*(p2+=*p3++)))--;

n=*p2+*p3;
p3++;
n=*(p1+n);
n--;たぶん

変数の宣言によって、*はポインタの間接演算子であったり掛け算であったりする。
+1は間接演算子の後に評価されるので、演算結果に反映されない。詳しくは演算子の評価順位

プログラム始めて20年位上になる趣味グラマだけど
多分、一生上級になれずに中級プログラマのままだと思う
趣味だからそれでいいけど

>>252
そんなのどっちでもいいんだよ
大事なのは、仕事とかで複数の人間で共同開発するときに、他人の書き方に合わせてコーディングできるかだよ

>>257
意味もポリシーもなくただ従うなら結局この会社のルール酷いってネタに繋がるだけだｗ

汎用性の高いコードにしようとして、簡単な処理を冗長に書く

お前らなんでもいいけどさ、絶対他人が読むと思ってコーディングしろ
すげーシンプルになっていいコメントも書ける。
複雑なのはね、シンプルが積み重なった結果なんだよ
糞コードのせいじゃない、わかれ

＞そしてHello Worldにまで崇高なオブジェクト指向や壮大なデザインパターンを適用しようとしだすのである。
オブジェクト指向言語ならHello Worldでオブジェクト指向になるのは当たり前なんだが

C#だとvolatileとInterlockedの相性が悪くてむかつく
結局、Thread.Volatile〜使うはめに

>>212
気持ち悪いからこの書き方する奴は滅んで欲しい

プログラミングの練習問題で感動した問題は分割統治法円周率を求める課題だな

(0,0)から(1,1)の正方形の中で４分円があると想定して、
四角が円の内部にあるならその面積を足して
外部にあるなら面積を足さないで
円周上にのってしまったらその四角をさらに４等分する課題

これほどまで勉強してる感のある課題にめぐり合えたことはない

>>212
>if (　　　) // ifのときのコメント

これだとifの条件について何か補足コメントしてると思っちゃうだろ

ちょっとした複数のフラグ判定でビット演算したがる
俺のことだが

中級者はプログラマを分類したり評論するのが大好きになる

>>258
ソースの書き方は宗教だから、ひどいとかいいとかそんな判断は誰にもできんよ
大事なのは、書き方をそろえること
他人のソースいじるときは、ちゃんと書き方を同じにしろってとだよ

// コメント
if (　　　) // コメント
{
　　// コメント
　　処理
}
else // コメント
{
　　// コメント
　　処理
}

極力行数減らしたいから三項演算子とか大好き

>>270
いまどきの開発環境でそこまでみみっちくなる必要があるのだろうか

// if 構文がやってることを書く
if (　　　)
{
　　処理
}
else
{
　　処理
}

>>268
それは仕事の仕方の話であって
プログラミングの仕方の話じゃないと思うけどな

従うかどうかは別にしてそのルールに疑問をはさんではいけないのか

>>273
>>1の記事は、職業プログラマーの話だから問題ないだろ

コメントだのインデントだのでグダグダ言う奴で
仕事ができるやつなど見たことがない
俺は決して話題にもしないわ

プログラミングの話って絶望的につまらんな
outputの話じゃないと

>>274
人の決めたことに従うことだけが信条なら
このスレで何を語りたいのかｗ

>>273
大事なこと言い忘れたけど、書き方をそろえないと見にくくなるんだよ

>>271
テトリスみたいに隙間に詰め込む感じで最低限の文字数に収めたいんだよ
こんなだるい仕事それぐらいのパズル要素的な快感がないとやってられない

おい
かんこれで遣うマクロが組みたいんだが？
向こうのスレでも言ったが返事がない
オススメ言語教えろオッサンども

最近は別行{が流行ってる気がする
C#とかの影響かね

艦これでbotでも作るのか？
botとかのチートツールは、見たことも触ったこともない奴がほとんどだから
こんなところで聞いても無駄じゃねえの俺も興味ないから知らん

>>278
だからそこは否定してないから
それに限らずはいはい仕事仕事　で終わりの話

どんなに糞仕様でも従うのが社畜って話とは別だ

>>279
数行の関数一つ作るだけでコードがその何十倍も縮まった時の快感知ってるから気持ちはわかる

>>244
別行が流行りだしたのってJavaが出た頃からだよな

>>279
関数型言語触ってこの楽しさが分かった

オブジェクト毎にコメントをかけマジで
お前にしかわからないプログラムを書くな
せめてこの仕様の部分だよって書いとけ

母音抜くのやめろ
子の子からアンスコとか自分ルールはやめろ

三項演算子について俺が言えるのは、広く推奨されているらしい (x > y) ? x : y みたいな
条件を括弧でくくる書き方は良くない。バグの元になりやすいと言う事ぐらいだな

x = 1 + (x > y) ? x * 2 : y;

↑の式は、xの値を三項演算子の結果に１を加えた値にしているように見えるかもしれないが、実際には

x = (1 + (x > y)) ? x * 2 : y;

という風に解釈される式で、x = x * 2; と同じ処理をしてしまい、三項演算子は機能していない
(x > y ? x : y) みたいな三項演算子全体を括弧でくくる書き方ならこういう問題は起きない

>>198
これこれこれこれ
ifのなかに入ったらこの処理
ってのを明確にしてほしい

んで最初のifのまえに機能名を書いといてほしい

>>34
まさに俺だわ

>>38
なんてことだ、俺は上級者だったのか

x = (条件)
? A
: (条件)
? B
: C;

>>5
こいつらの時代はアセンブリ言語なん？

>>292
普通にコード書けよｗ

>>198
俺もこれ

最近javascriptばかり書いてるけど
やっぱりブロックスコープ無いの面倒だな
それの代用が

(function (){　　処理　　})();

とか気色悪すぎる

このWikipedia書いた奴が素人だろｗ

>>288

>x = (1 + (x > y)) ? x * 2 : y;
>
>という風に解釈される式で、x = x * 2; と同じ処理をしてしまい、三項演算子は機能していない

これコンパイラ依存の話じゃないの？
確証があるなら茶々入れてごめんなさいだけど、無いなら断言しない方が良いと思う
どちらにせよ分かりにくい三項演算子は使わないに越したことはない

意味不明な|||||||||で分岐連発すんな
それようの変数をモジュール側で作れカス！！

>>296
JavaScriptは糞仕様多いからECMAScriptで正して欲しいな

>>300
なんだかんだ言ってjsの時代になっちゃってるからな
変数スコープに地雷がある仕様なのにweb界隈では
varによる変数宣言すら全く使わない恐ろしい糞コードをよく見かける

>>284
その上、誰の目で見ても使い方がわかるような立派なものができた時の満足度っていったらたまらないよな
第一級関数、カリー化、ラムダ式が流行るのもうなずける

スパゲッティコードを作るのを否定してる時点で、>>1を書いた奴は時代遅れなんだよな

クラスで書いた方が速いし、スクリプト言語は許してやってください

一流のプログラマは芸術家のようなもんだからな
その人じゃなきゃ出来ないし誰もまねできない領域にいる

例えば、洋ゲーなんかだとプログラマの技術がいかんなく
発揮してるからものすごいものが出来る

日本人は人のまねでテンプレ物しか作れなくなったのは悲しい

>>305
きみ拗れてるな

洋ゲーはほぼ数学物理学の世界
プログラムはおまけみたいなもん

スクリプト言語だと変数を宣言するって概念がないからな
ifとかのブロックでスコープが区切られないし
perl位だろ、変数宣言必須なの

>>34
良いよねシングルトン

ゲーム向きだは

>>288
お前はフローチャートとか書いた事無いの？
書き方以前に、そもそもの論理が腐ってるだろ

改行してからネストすると文句言うやつなんなん？

まあCなりC++なりを良く知らん人に理解されない話なのはしょうがない
説明する気もない
三項演算子を使わなきゃ起きない問題だから、使わなきゃいいだけの話

>>5
ホリエモンｗ

>>244
これダメなん？こうしないとスコープが把握し辛いんだが

>>244の言ってることがわからん

ifのブロックの付け方はどれが正解って訳でもないだろ
言語やコミュニティによって、どのスタイル推奨かはまちまち

やたらと一行にまとめだす
読み難いったらありゃしない

○○の書き方だと、××がわかりにくいからダメ
△△の書き方だと、□□がわかりやすいから、こう書くべき

こんなのその人の思い込みや好みでしかないからなあ
話す価値ねえ話題だわ

プロならどんなヘンテコなコーディング規約でもすぐ適応するもんだよ
趣味じゃなくて仕事なんだから

古いソース見るとコメントが日記だったりNTTDへの愚痴だったりなかなか面白い

コーディング規約なんて好きなように書いた後にエディタとかのフォーマッター設定して自動整形するだけじゃね
働いたことないから分かんないけど

自動整形しちゃうと、自分が書いたときとは微妙に見た目の違う書き物が出来上がるわけで
デバッグのときとかに、戸惑う可能性が無きにしも非ず
だから始めからルール通りに書いた方がいいと思うぜ

中級じゃなくて初級だと思うけど
個人で趣味でやってるとその場の思いつき入れてどんどんぐちゃぐちゃに膨れ上がって
最終的に良くわからなくなることはある
最初からこの方向で作ると言うのであればそれなりにきれいに書けたのにとか

プログラムの保守って何すんの？
機械の保守なら想像が出来るんだけど、プログラムの保守って何するのか見当つかん。

バージョン管理ソース変更の差分管理ドキュメントは知らん

>>324
2chの専ブラだって基本はかえなくていいけど細かいバグ修正や
機能追加が求められたりするでしょ
そういうのよ

JCLやるはめになったわ

Job Control Languageですな

カタカタッ、ターン！

Excelマクロでポチポチやってたらプログラミングできるんだと思われてしまった。

で、開発に飛ばされたわｗｗｗｗｗｗｗｗｗｗｗ
C#？なにそれｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ初耳なんスけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
わかんねえから遊んでるわｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

こんなかんじで3年経った。

VSの自動整形を>>234の後者になるようにいじってるよ

ただ、「){」だけは設定するオプションがなくて「) {」になる

HHKB信者になる

この間、ちょっとしたユーティリティ作りたくてサンプルあったけどwshだったのでメモリ食うから却下。VC2008で書き上げた。
デバッグ出力以外は素直にCになったよ。
さっくり作るのがいいね

>>323
リファクタまでがお仕事です

プログラマ目指すならjavaは勉強しといた方が良い？
Cとアセンブリならできるんだが

言語の優劣を決めたがる人間が多いな

>>14
A$、B$といった英大文字1文字の変数は予め格納領域が割り当てられていたので、
他の動的確保な変数より高速に動作ってのがあった。

職としては組込系C一本でなんとかなってる
本当はWebやりたかった
結局成果次第で健康まで考えてくれて予算つくところで落ちつくんだよな

変数名を決めるのに何分もかかる

>>339
俺ぐらいになるとstaticな変数も1文字よ

グローバル変数みたいなの使わなければ変数はわかりやすく短い名前でいけるだろう
はたまたハンガリアン記法の呪いか

>>337
変数名すらケチらないといけないぐらいメモリが小さい時代もあったしな
大昔のポケコンとかはそもそも変数名が英文字1字のみだったりするし

>>234
高級言語は英語に似せて作られている
ならば単語の間には空白をいれるのが自然だろう
まとまりごとに空行を挟むのも、インデントをつけるのも至極当然
数式っぽくやりたきゃイモムシみたいな関数型やってろ

プログラミング初心者の俺にありがちなこと

private、static、public、protectedなんかのアクセス修飾子の使い分けと
その必然性があんまり理解できない

何事もほどほどになって感じだけど
最近はマルチノードで実行するのが増えてきて
マルチスレッド系の処理が結構簡素に書けるのは素敵

>>344
その辺はいつかだらだら書いたコードを効率化してみようって頭になった時に復習するだよ

protectedなんて中級者でも理解してないから大丈夫だ
private継承でさえ普通は知らんと思う

プログラム出来る奴ってホント尊敬するわー
お前らってやっぱり中学時代ぐらいからパソコンに触れてベーマガとかに投稿しまくった
パソコン少年だったりしたわけ？ただの大先生とは違うんだろ

デザバタ厨をひにくるためにデザバタ使いまくってHello worldを表示するプログラムがあったな

これは上級者が俺が通った道って感じで書いてるの？
それとも初心者の妄想で書いてるの？

ッターン！

>>82
は？

そんなんプロダクトに依るんだが

そこらのアプリがシングルスレッドだけだと思ってんの？

>>113
まあ上級者はこういうことだろうね

機能の良し悪し、クオリティ、収益性をより重視して
プログラムはシンプルにしてコスト下げるようになる

>>348
ネトゲのギルドHPでダメージ計算ツール作って副マスターになったのが最初

自称中級の10年SE？PG？だがキーボードは1980円以内のこだわり

高級言語だと関係ない話じゃないの？

>>322
遅レスだけどなるほど、確かに自分が勘違いするようになったらどうしようもなくなるな
自分の宗教破ったところで実際そう影響ないし、ちゃんと従うのが一番か

テスト通すたびにタバコ吸いに行く

オブジェクト指向から入った奴の使えなさはほんと異常

タバコ嫌われてるね。

独学でjavascriptを弄り始めて最近ようやくオブジェクト指向で若干書けるようになったけど
どっからが中級者なんかね

ソースのネストにやたらうるさい
富士通系に多いが構文厨ってやつ

>>359
LISPでバリバリ書けとは言わないけどHaskellくらいは触っとかないとな

>>361
オブジェクト指向の利便性がわからないんですよねえ

// コメント
if (　　　) // コメント
{
　　処理
} else {
　　処理
}

すまん途中で送ってしまった
こう書きたいのに
if (　　　) {
　　処理
} else {
　　処理
}
これで統一しろといわれる
if (　　　)
{
　　処理
} else {
　　処理
}
結構苦痛

>>366
俺も前者
てか｛｝なんてセットなんだからあえて改行する必要性を感じない

>>366
if (　　　)
{
　　処理
} else {
　　処理
}
これをやらせるなら
if (　　　)
{
　　処理
}
else
{
　　処理
}
ここまで徹底しろと言いたい

CMS触ってると

<?php if( ): ?>
<li></li>
<?php else: ?>
<li></li>
<?php endif: ?>

なんて書かれててビビる

>>364
俺もよくわからないけどパーツを細かく作るのに優れてるんじゃない
グローバル変数のかわりにクラスというかオブジェクトに定義したプロパティ使えばいいし
メソッドにしたら一々引数渡さなくて済むことも多い
これくらいしか今の俺にはわからないけど

>>369
まぁPHPの場合はそれはそれで理にかなってるっちゃあそうなんだけど、最初はビビるね

<?php
if( ):
echo <li></li>
else:
echo <li></li>
endif;
?>

は駄目なのかな

>>372
コードの節約もあるけど、エディタで見た場合にhtmlはhtml、phpはphpとして認識した方が見やすいってのもある

PHPでマシなテンプレートエンジンありませんか

>>372
<li>だけだったらそれでもいいんだろうけど複数行になってくると見づらい

拡張のしやすさ考えればオブジェクト指向は素敵だろ
その後の拡張を意識して書く必要があるけど

>>371
そうなんだ、さらにforeachの中にそれが入ってるから最初びっくりしてそっ閉じしてしまった

HFTのプログラム組んだりする人達は
プログラマーとしてはどれくらいのレベルなの？

クラス名とか関数名が長くなりすぎたことがあったなｗ
命名規約は統一性があるけど巨大なシステムを作るとやばい
そして長いこと修正修正・・・とやってくとネストが半端無くてコメント化して残すようにしてたので
もうわけわからんし
関数ごとコメント化して同じ関数名で中身だけ移せばいいのに

>>377
wordpressなんかはそうだよね
記事の読み出しはwhile文になってるし

だんだん内部がオブジェクト化されてきてるけど、filterとかで力技で差し替えるってのも最初はビビった
最近はオーバーライドすれば変更できるモンも増えてきて、少しやりやすくなったけど

>>377
Railsをはじめとして他の言語使っても似たような書き方になると思う
http://www.rubylife.jp/rails/template/index5.html#section3

>>380
>>381
ありがとうためになったよ！

if(　　　)
{/* どういう時ifが成立するかのコメント */
　　/* if成立時の処理のコメント */
　　処理
}
else
{/* どういう時elseかのコメント */
　　/* elseの処理のコメント */
　　処理
}

>>370
オブジェクト指向は、設計フェーズでの取り回しを良くするための方法論なんだよ
モジュールごとの粒度を小さくすることで、障害対応とかメンテ・リファクタリングがすごくやりやすくなる

逆に、実装の段階だとオブジェクト指向に従って書くのは結構めんどいし、
むしろコーディングは難しくなりがち。

将来、設計を一人前にやれるようになって、客先交渉とかメンテナンスの工数管理とかやるようになって来ると、
オブジェクト指向のありがたみが分かって来ると思うよ

それまでは単なる、めんどくさい決まり事を増やす厄介者って感じに見えると思うけど
自分の将来のためと思って、今のうちからきっちり書くように心がけてると
あとできっと良かったと感じると思うので、頑張って。

PHPとかPythonで構造体代わりに連想配列使うとか普通にあるの？
クラスを作ってもどうせ型解決でコストはかかるんだろうけど
変数名の代わりに文字列使うのはなんか不自然というか

>>385
Rubyならよくシンボルをキーにした簡易構造体を使ってるわ

hash = {}
hash[:hoge] = 100
hash[:piyo] = "piyo"

なんでいつ飛ばされるかわかんねえのに
他人に読みやすいコードかかなきゃなんねえの？
保守性ほしかったらもっと金だせ

これが全て

>>385
PHPもstdClassはあるよ
でもあんまり使ってるのみたことないな

>>387
忘れた頃に自分が読むかもしれんで

糞コードの山をちまちまリファクタリングしていくの楽しい

リファクタリングはマジ楽しい
やめらんないんだけど

>>387
あぁ・・・自分がわかればそれでいいよ。1年後の自分がな・・・

じゃあ仕様書もテスト仕様書もない状態でやってみようか

>>392
1年どころか1週間でも怪しいぞ

一昨年ぐらいに医療系ソフトのリファクタリングやったけどロクなドキュメント無くマジ泣きそうだった
色々弄ってたとはいえシミュレータ上でX線強すぎたり圧力かけ過ぎで致命的なエラー出してたからな

Rubyの発音がル↓ビー↑

短くすればいいと思ってる

>>397
個人
処理速度＞長さ＞見易さ
仕事
見易さ＞長さ＞＞＞＞＞処理速度

海外の会社が作ったプログラムの改修してるけど、
DBとのデータの受け渡しは全部XMLで、SQL文が
テーブルに入ってたりで、くっそ分かりにくくて泣いた。

ぷろぐらみんぐを始めようと思うんだけど
Cかjavaどっち先に勉強したほうがいいかな

Javaでいいよ

>>400
C
それやってウェブ系やるならphphtmlcssやってからjs

趣味でやるならVB と　phpで事足りる

C#でどうぞ

>>402
VBAはともかくVBとか趣味で使う状況皆無だろｗｗｗ

PHPとPythonの違いがよく分からん
Pythonのメリットってなんなの？

Twitterでjavaがなんちゃらかんちゃらとかほざいてる

javaは人類の敵

でも何だかんだ言って、javaが一番保守性が高い。
難解に作ろうとしても限度があるし。

それに比べてC#使いたがる奴のオナニープログラム率の
高さは異常。

>>392
プログラマの一番の才能は記憶力だよねｗ

>>405
インデントｗ

>>408
あの無駄に深いディレクトリ構造が糞
GUIが糞
存在そのものがセキュリティリスク
ボラクル

墓場まで持って行くしかないバグとかある？

>>405
{}

>>411
今はオラクルだが、作ったのも育てたのもSUNなんだけど、小馬鹿にする対象間違ってない？

>>414
Javaの脆弱性放置でボラクルがさんざん批判されてんの知らないわけじゃないだろw

Mavenは使いこなせる気がしなかったがGradleはいい感じだった

>>415
そのセキュリティリスクはSUNがこしらえたものなんだが？
あんたは他人の書いた膨大なコードの保守を完璧に保守できるのか？
凄いなｗｗｗ

>>417
アホかこいつw

Swingが捨てられるなんて
おもってなかったぜ

>>405
Pythonってライブラリとしてファイルをインポートするとビルドするよな？
あれは地味に賢いと思った

>>411
> あの無駄に深いディレクトリ構造が糞
> GUIが糞

同意

javaのダメなところ
・delegate、lambda、ref/out、yeild、プロパティ、匿名型、他にも色々ない
・プリミティブ型の存在
・ジェネリクスがただのシンタックスシュガー
・型推論がしょぼい

>>392
派遣なら１年後いる確率は１０％くらいじゃね

JAVAを理解できていない人（レベルが低い床屋談義）
>>415 >>417

Javaを理解している人
>>422

>>422
その辺はコレクション扱う時に顕著になるよな
List<Integer>とかいうクソみたいなクラスができる
String配列からArrayList<String>変換だとnew ArrayList<String>(Arrays.asList(array))みたいなクソ記述になる

Javaとか潰れて全員Scalaに流れればいいのに
いや、いろいろ無理なのはわかってるけどさ

なんで型って指定しないといけないの？
どうせ0と1しか扱えないくせに

Javaは静的言語だもん
あれはあれで大抵のことが出来るからいい
もっとオブジェクト指向がやりたいなら動的言語をチョイスすればいい

c#はバージョンアップの度にjavaと差が開いていく

>>427
型はプログラム組む際に人間に課した縛りだからあきらめて

型を指定しない言語はある。昔からある。しかし人気はない。実務では特に。

まず型を指定しないと、実行時に型チェックをするなどで実効速度が遅くなってしまう事。

あと、型を指定しなくても、内部的には型自体はあるので、型の不一致エラーなどは相変わらず起きる。
型を指定する言語であれば型エラーがコンパイル時に１００％検出されるのに、
型を指定しない言語であれば、型エラーは実行時に実際に型の不一致が起きた時にだけエラーが起きる。
結局デバッグしにくいプログラムになる傾向が強い。

逆に型を指定しないことの利点はあまり見当たらない。

>>431
phpとjavaしか分からないのに型を語らないでください

すまんが、完全に空振り
javaなんか型が静的なのに遅いゴミじゃん

>>422
Javaはそういうのが欲しい人は最初から相手にしてないと思う
Javaはごった煮指向の言語ではない

今ではJavaはC++より速い

Javaが遅いというのは20世紀の知識

>>435
寝言は寝て言え

>>436
これだから大先生は

>>402
CとPro＊Cでhtml作ってた。
昔の話。

>>409
全然無い。
隣に新人居なくなってから生産性が落ちたw。

c言語のstdio.hがあるフォルダにある全てのファイルの使い方って普通の入門書でもやるの？

>>440
manを読む。

言語にあれがないこれがないと言うのが中級者

>>5
続き気になるから、買っちゃったじゃないか

メールとかに正規表現を使い出す

>>435
まーたお前か

VMの実装を過大評価しJITを魔法か何かと勘違いする

javaがスクリプト言語と比べれば速いのは本当

処理速度はハードウェアの増強で解決すればいいと
悟ったら（開き直ったら）上級者w

キーボードの隙間にお菓子のカスがたまっている

>>449
キーボードの隙間にお茶の乾いた跡が。

需要は完全にJavaだけど俺はC#のが仕事でよく使う

サーバ側を作るかクライアント側を作るかの問題
クライアントでJavaなんていう選択肢はない

お前らウィンアプリしか作ってないの？

ブログを作っちゃう

>>453
unixアプリしか作ったことがない。
しかも画面不要のやつ。

言語云々よりIDEだわ
VisualStudioから離れたくない
Eclipseとかいうゴミ使わざるを得ない案件は勘弁してほしいわ

そういえばサーバサイドJavaScriptって流行りそうで流行らなかったな

業務用ツールはよくPythonとかで作るんだが
いざプライベートで作ろうと思うと何もアイデアがない

何が悲しくてサーバ側でJavaScript使わにゃならんねん

>>456
VisualStudioってLispも使えるん？

>>459
何だかんだで楽に書けるからな
node.jsとかそこそこ流行ってたし

>>457
Node.JS
Vert.X

日本の小規模な案件では使われてないだけ

プログラムはちゃんと動くのが正義
エレガントなコードでもまともに動かないんじゃゴミ

>>5　これのタイトルなに？

2ちゃんでプログラミングについて語り出しちゃう

>>459
はやいよ！

Haskellの方が速いらしいが

リンク忘れた
http://gihyo.jp/dev/clip/01/orangenews/vol67/0003

node.jsって非同期IOがいいだけじゃないの？

まあ、websocketとか簡単に作れたりもするけど

>>129
レスついてましたか
ありがとう、やってみます

１０年くらい前とあるシステムで、.NETでつくるんだ！って客とベンダーのノリで
VB.NETで開発した事があったんだけど、正直.NETじゃなきゃいけない理由が分からなかった
今は違う業界で働いているからちょっと気になってるんだけど
現状システム開発において.NETは有効に活用されてるのか？

>>470
10年前ってC#1.0の頃かよ

>>470
そんなのただの流行りだよ。

>>470
MFCに比べたら天国

>>470
組み込みでもC#とかあるみたいだよヘルスたんのセンスに賛同者は多い

>>464
予告犯

逆に160億稼いでも
里田程度の女しかいないのか

動くもの作ることができてもリファクタリングに終わりがなくて中々公開できないという悩み

* 大量のクラス
* 迷路のような変数渡し
* 底なしに深いネスト

このレベルってそこら中にあるよな

ネストが怖くてC#できるか
ってのをどこかで見た気が

>>463
グランツーリスモのメインプログラマの一人が言ってた。
「動くコードは全て美しい」。

Rubyでファイル処理を自作してたんだが、C#で書き直したら30秒だった処理が3秒で終わった
スクリプトって本当に遅いんだな

>>473
20年前によく組んでたけど、
やっぱり今でもafx_関数使わないと思うようにならないかな？

.NETは意外に長持ちしてるね。
フジテレビも全部.NETでクライアント作ってるみたいで、XP対策バッチリだったみたい。
まぁ、VC6で作ったMFCアプリはVC2008 には読み込めないけど、win7でも動くよね

>>480
早ければなおよい

初心者が何も考えずにデタラメに作ったであろうずたずたのスパゲッティコードを
中級者が何とか9割がた動くようにでっち上げたであろうシロモノを見たことがある
見たって言うか、それの次期バージョンを作ったんだけど

とにかく読んでもどこで何をやっているのかわからない
全く必要ないのに処理があっち行ったりこっち行ったりして何が何やら
でもあっちこっちにパッチワークのような場当たり的修正が施してあるおかげで
動かして見ると9割がた正常に動作する

外国人の書いたドキュメントなしでコメントは外国語で読めない6000行の関数を
鼻歌混じりで保守した俺でもあれにはマイッタわ
あんなんでも、デバッガで動かせばロジックがある程度分かってくるから
デバッガって偉大だなあって再確認した

>>481
ましてや動的言語だからな、rubyは
スケーラビリティ求められるなら糞糞アンド糞

初級者にありがちなこと
定数に即値を代入して後で苦労する

はい、おれがそうでした

でも、ちょっと正規表現使ってテキスト編集するって時は、使っちゃう＞＜

>>374
PHP自体がテンプレートエンジン

>>457
モバゲーがサードパーティに半ば強制したおかげでソシャゲでは一大勢力だよ。
クライアント側もJavaScriptで書いてモバゲー鯖にアップするとFlashだ何だに変換される。

>>489
node.jsメモリリークがあるから使えないって言われてたのに使われてんのか

>>434
7からlambda実装してるんですが、どういうことなんですか
そのうち関数型の関数も実装しだすと思う

>>459
JQueryなしでブラウザ側で使うよりは楽だろ

＞* 大量のクラス
＞* 迷路のような変数渡し
＞* 底なしに深いネスト

先生、これ止めようとして頭ひねって時間かけすぎるのも中級者病だとおもいます！

>>493
やめさせないとバグが直らねえんだ！（→そのままミイラ取りがミイラになる）

>>493
結局必要悪なんだよな

あれ、lambdaって8からだっけ
忘れた

>>496
そうだよ

ムリにシングルスレッドにして自滅する
か
無駄にマルチスレッドにして自滅する

そしてコールバックに被れる

JavaってC#にパクられたのに今ではC#をパクってるよね(´・ω・｀)

こういうスレが伸びるのを見ると「やっぱりここは2chなんだな」と感じる

ジャアアアアアアアアアアヴァｗｗｗｗｗｗｗｗｗｗｗｗ

Java事態が、セキュリティ−ホールになってるからな。
クライアントじゃ、ゴミにしかならない

Java書いたことないくせに（ボソッ

他人のコーディングスタイルをかたくなに拒絶するようになったら中級だな
受け入れられるようになったら上級

自分のベストと他人のベストは違う
これに気づくかどうかだな

古い言語を継ぎ接ぎしてきたjavaが後発言語に比べて微妙なのは間違いないけど
企業は別にjavaが言語的に洗練されてるから採用しているわけじゃないからな
それはシステムの構築しやすさを左右する要素であれど、重要な要素ではない

自分よりレベルの低い人間を中級者って呼んでるの？

仕方なく使うのがJava
必要に応じて使うのがC言語

>>505
C++使いをケチョンケチョンに貶してるLinus癇癪おじさんは中級なん？

あれは、ちょっと頭おかしいだけ

>>159
システム工学全般意味はあるが、一番大きいのは
データ構造とアルゴリズムを勉強したかしてないかで随分違う

>>201
五年ぐらいしたら戻ってくるが…自分の価値を把握してるから当時の価格ではもう作る気おきないね。

> また、条件分岐に三項演算子を乱用するなどの症状も多く見受けられる。

いまだに条件演算子を目の敵にしてるおっさんとかもこまるわ。

>>470
VBやっててVB.NETやったなら意味わからんだろうね

eclipseで/**/でコメントアウトすると自動整形で間の行の頭に*がつくけどこれ消せないの？
Cmd+/は選択が面倒

>>470
しかし2004年ころに新規の案件でVB6を使うのも、ちょっとありえないな。

2, 3年くらいまえに、メインの商品をVB6で作っていてwin8でVB6は動かなくなるって話だから
社運をかけて.netに移行しなきゃならないって言ってる会社を見たわ。

そしてODBC32とかUSER32とか使ったアクセスバイオレーションまで発生するなんちゃって.NETプログラムが

>>515
ググったらすぐわかるけど？

>>509
あの人は色んなCPU向けにミッションクリティカルなコードを書かないといけないから、
色々と隠蔽しちゃうC++はむしろ効率落ちちゃうんだよ

>>519
オブジェクト指向モデルそのものがダメだ、みたいなことを言ってたよ。

>>520
コンストラクタにぶっこんで沢山の変数をセットで動かすのらっくやねん

オブジェクト指向ってしっくりこないんです

>>520
俺の印象では、おそらく経験的にC++プログラマとC++を使った設計がダメだったと言ってるだけに見えたな
で、懲りたから、遠ざけるために挑発してると

linusがgitでC++を使わなかった理由

http://tabesugi.net/memo/2009/1a.html#152154

中級はあまり理解してないのにやたらマルチスレッドを使いたがる奴らだな

最近は上級者どもがシングルスレッド最高みたいな流れ作ってるから
減ってきてるけど

シングルスレッドにする代わりに、
機能別のプロセスを起動するんですね

Dirtって流行りそう？

何度シングルタスク、マルチタスクの同じネタ書き込んだら気が済むんですかねぇ

>>527
無理なんじゃないの?
chromeで使えるようにして、デファクトスタンダードを目指すとかやれば可能性もなくはないと思うけど
それでも難しい気がする。

やたらマルチスレッド使えたら結構すごそう

シングルスレッドでIOのリクエスト出したら、IO待ちの間は別のことするような
サーカスじみたプログラム組むわけ？

>>531
組み込みとかならごくごく当たり前にある処理じゃんw 何がサーカスなんだ?

>>531
TPLとasync/awaitはまじ便利
まあ、continueWithで繋げてもいいよ