プログラマの雑談部屋 ★40
■ このスレッドは過去ログ倉庫に格納されています
>>310
こういう人がif/elseを多用したり
設計書が無いと何も出来いから設計書は絶対必要とか言ったりするんだよね >>323
失敗例を唱える人間がいるんだけど？
彼は素人なの？ >>321
staticおじさんはオブジェクト指向の失敗例というか、オブジェクト指向知らない人が別のパラダイム(手続き型)で自滅しただけだろ
どちらかというと手続き型の失敗例だな オブジェクト指向で書かれたプロダクトのメンテのしやすいコードを教えろください >>311
こういう人がなんでもかんでもオブジェクト指向で捉えようとして歪んだ実装するんだよな >>328
githubで人気のプロジェクトを適当に覗いてみなされ
ほとんどがオブジェクト指向だから そう、みんな成功事例を見たことがないんだろ？
だからダメなんだよ、オブジェクト指向なんてのは。 >>323
例えば資格試験で「テキストを使わず問題集だけで勉強する」という方法論があったとして、
その方法論を実践した人が試験の合否を基準に成功例や失敗例を語ることはできると思うけど
まあ何をもって成功・失敗と定義するかという問題はあるけど十分語れるテーマだと思うけどね オブジェクト指向だろうがなんだろうが優秀な奴が実装すれば成功するし馬鹿が実装すれば失敗する
こんな簡単な道理もわからん奴が論じたろころでな センスが無い奴が設計したクラスとか死ねよってものばかりだよ そのうちプログラミングはAIがやる時代が来そう
PGはお役御免 >>336
現在あるAIのアルゴリズムは教師データが必要なものが多い
いわば過去から未来を類推するアルゴリズム
まったく新しいものをAIが創作することはできない >>322
さっきからずっっと「リンクを貼れ」でクレクレ詐欺してるからこいつｗ
他人に検索させて良質な情報を得ようとする雑魚には
絶対に餌を与えないでください！ｗｗｗ >>337
プログラミングなんて細かい単位で見れば同じことの繰り返しだけどな
別にAIじゃなくても決まったフォーマットの設計書と実装ルールさえ用意すればできるレベル それでオフショアに出してゴミができるんですね分かります メンテしないって前提であればどんなに腐った実装でも動いてればOKなんだけどなｗ >>341
次の改修で必要工数が減るのって誰の利益なの？ >>342
客への見積もりは最悪のケースを想定して出すのが普通じゃないの?
だったら工数を減らせるような実装になってたらこちらの利益 jqueryも使えない爺さんワロタｗ
ネット使えるなら初見でも余裕なのに プロマネから客がシステムの大幅な刷新を決意するような斬新なアイデアを月曜日に出せと言われたけど無茶ぶりだわ
一介のプログラマに求める範疇の話じゃないよな >>344
そんなの盛っときゃよくね？
前回の開発関係ねーよ >>346
osの期限が切れるとか
javaが有償になったとか >>348
前回の開発時の見積もり規模を考慮に入れとかないと見積もりが前より高いだの安いだのでその根拠を客から求められて困るのが現実
そこんとこアバウトな客ならいいけど >>350
逆にたったそれだけのズレにこだわる人間が
オブジェクト指向適用した程度で変わる
工数で利益になるもんなの？ 中小企業の半分はＨＰを持っていないらしい？
バカ安ＨＰ制作と農業で田舎暮らしを夢見る年頃です。 俺的にはangularのドキュメントそんなに悪くない
Reactive formsとか何言ってんだオメー感あるけど他のフレームワークに比べりゃマシな説明だと思う >>349
Javaじゃなくて.NETのシステムなんだよな
サーバーはWindowsServer2012R2に移行済み
.NETのバージョンは4.6以降に移行済み
ダメだわ 基礎学力がない奴にはSPAもオブジェクト指向型も理解出来ない
抽象的思考力がないから
理系などと抜かしているが所詮ただのコーダー 底辺PGなんて文系大卒の吹き溜まり
専門卒のほうがまだ使えるレベル >>356
抽象的思考力を鍛えるには何を学べばいいのでしょうか？
プログラミング言語を学ぶだけでは足りないのでしょうか？ プログラムの勉強なんてのは仕事でやるもんじゃないからねぇ。 >>362
プログラムの勉強って何だろな？
俺は実際の業務以外での進化ってあんまり実力にならんと思ってるんだけど >>362
技術習得は、企業が金出して仕事として社員にやらせるものであるべき。
実際、高度経済成長の頃だ団塊の世代が若い頃は、
企業はそうやることでうまくいってた。
その頃の大企業だと、
技術者として入社した最初の２、３年は
業務なんてさせずに学校に通ってるがごとく
ひたすら勉強させられたらしいしな。
今みたいに即戦力じゃなければ無能、ってなってから
全てがおかしくなった。 東大入試とITストラテジストの試験はどっちの方が内容が難しいですか？ >>360
関係代名詞／関係副詞／関係形容詞、ですか？
関係詞のどういうところが抽象的思考を鍛えるのでしょうか？ >>364
それというのも、すべてはファミコンブームの頃に
BASICなどで力をつけた、あのガキどものせいだ。
ベーマガなどの雑誌が、諸悪の根源。 うーんやっぱブルーライトカットメガネ買ってくるか
目の疲れ対策何してる？ ノートパソコン支給されたが
外付けキーボード買ってきて使ってる
目をモニタから離さんと スマホ用の電卓アプリでも適当に作ってみりゃ、
そんなんでもいい勉強になるさ。
設計なりデバッグなりの勘を養うという意味でも。 >>371
データベースの値の出し入れがあったほうがいい 一方、仕事でやってることなんて、既存ソースのコピペと
エクセルファイルの修正、あとは上司から「いつ出来るんだ？」と言われて答える
スケジュールの勘を養うぐらいのもの。
そんなのは人を使ってやればいいんだ。 むしろ
コピペじゃなくて自分で考えて俺様コードを書くヤツの方が
仕事じゃ迷惑。 うちのおじいちゃんはコピペとは程遠いぞ
優秀で妙なこだわりを持っててコミュ障なのが
おじいちゃんプログラマーとして残ってる感じ コーディング規約とかガン無視してくるバカとかいるしな
あと既成のライブラリにある機能を説明したのにも関わらず同じ機能を独自に実装してくるバカ 既存の共通ライブラリにバグがあると、修正時にホカに影響出るから
独自に作り足すしかねーやな。 >>378
実績のあるコードのバグの存在の可能性を論じて独自に実装なんてされたら困る
実際に問題があって相談したうえでの話ならわかるけどな >>379
何もしないで一日目を開けたまま気絶してパソコンの前に座ってるのが
プログラマーの本来あるべき仕事なのかもな。 頭の悪いPG用にコードスニペット用意してもそれさえまともに使えないから意味がないよなｗ そう、相談なんてしようもんなら、
「ホカに影響出るから別途作るしかない」と言われるオチなわけだ。 仕事はあくまでも仕事であって、プログラミングは仕事じゃない。 >>382
普通のPGがんなもん使えって強制されたら邪魔になる可能性
お前ほど頭の悪いPGからみてさらに頭の悪いPGなんて実在するのか？ >>383
だから面倒だし勝手にやっていいと？
コミュ障かよ コードスニペットは適切に扱えばかなり効率上がる
邪魔とか言ってる奴は使いこなすだけの頭が無いだけ クイックソートを独自に実装してくるような奴がいたらキレる自信ある >>387
その言い方だと能率下がったら相手が「適切に使わなかった」せいにするんだよな
強制したあげくに >>390
別に使わないほうが効率的だと思うなら使わなければいいよ
現場でも提供はしてるけど強制はしてないから
実際それで俺以上に効率的に実装してる奴なんて見たこと無いけどな カス「時間かけるなら相談して！」
ワイ「無能Aに〇〇がどういう意味か聞く」
無能A「わかんない」
ワイ「無能Bに〇〇が〇〇にならない原因を聞く」
無能B「わかんない」
自分で調べた方が早かった オレオレフレームワークいい加減にしろ
そりゃ自分で作った枠組みの中で作ったら早いに決まってる
でもまわりは依存したら機能が制限されるわバグは埋め込まれるわいらん処理は入るわ何やってるかわかんないわで
ろくなことがない オレオレフレームークは糞と言いながら別のオレオレフレームワークを作る糞以下の存在ｗ 全員が全員オレオレフレームワーク使うのはいいんだ
機能が独立してて互いに影響してないってこった
末端の工数は多少上がるが全体でみるとそっちのがずっと楽
共通化するものは設計段階で機能として共通化してください だから１行もコードを書かないのが最強のプログラマなんだよ フレームワークって言うと聞こえは良いけど俺が今まで見てきた
N〇TとかI〇Mとか〇〇研とかがフレームワークと言ってるものは
他人が作った機能のハリボテだからとてもフレームワークなんて言えない
ただのオナニー後のティッシュと同じなんだよね
こういうプロジェクトに関わると何の糧にもならないので関わらない方がいい 汎化が中途半端で特定の場所でしか使えないフレームワークなら世の中には五万とある オレオレフレームワーク持ってない開発現場いっこもみたことない 堅牢なシステムほどオープンソースオンリーで洗練された設計でレスポンスも早い
オナニーフレームワークだとレスポンス激遅で設計も冗長の塊
要は自分たちがいないとこの一過性のゴミプロジェクトは今後メンテナンスできませんよってやりたいんだろう >>378
OSSのライブラリだけど一部書き換えるのもあれだから継承してやればいいかと
ソースの中身みたら書き換えたいところのスコープがパッケージかプライベート
だったかで結局コピペして書き換えてお茶を濁したことがあるな。
あれみて自分でクラス作る場合にアクセス制限をしたい場合はプロテクテッドに
するようになったな。 >>400
は？eclipseが快適だっていうの？
頭おかしいだろ >>401
protectedにするのは基本だよな
あとメソッドにはなるべくvirtualつけとく Javaはデフォルト継承可能
その反省からC#とかの仕様になってるはずだが このスレのヴァカヴァカ抜かす野郎がweb板で暴れているんだが、ゴミは隔離しといてくれ。 C#でもvirtualついてないメソッドを上書きできないわけじゃないけど気持悪いわな >>405
あれはシツコイよ。
昔accessなんか不要だと主張して反論されたら、屁理屈こね回してマジで24時間レス投下してたからねぇ。
向精神薬の副作用で躁状態になって寝ないで反論レス書いてたんだと思う。 >>355
Core対応してLinuxに移行
サーバーライセンス代が0に
パフォーマンスも爆上がりでユーザーも満足 >>371
電卓みたいなしょぼい題材だと殆どの新人がUIクラスにすべてを詰め込めばいいんだと学習してしまうので危険 >>347
else+半角スペース で検索かけたら39個しかelse無かったな39個もなのかもしれんがｗ
何してるプログラムなのか言語すら分からんかったわｗ elseをなるべく使わないように書いてるからelse少ないんだろ？
ゼロなら1番いいがまあまあのコードじゃねーか
これがジャップのコーダーなら酷いことになってるわ >>413
大丈夫、大丈夫。
さっきも言ったけど、仕事はあくまでも仕事であって、
プログラミングは仕事じゃないからねぇ。 >>414
ここの連中が同じ機能を書いたら1万行は軽くオーバーしてelseだらけの酷い内容になっていただろうね
いやそもそもコードと完全同期した細かすぎる設計書がないと実装完了までこぎつけられんかｗ 新人研修で社内で使用する勤怠システムの開発したな
社員がExcelで提出してた勤怠を総務でまとめて手作業で給与計算してたのを
社員の勤怠の入力から給与の計算まですべてシステム化した
ベテラン監修の下で設計から開発まで全部新人で行ったけど大変だった
懐かしい >>417
そういう上から目線の君は2000行で書けるのかい？
文脈からして頭悪そうだから2000万行書いても実装出来ないと思うがなｗ >>416
全然大丈夫じゃないよ勘弁してよ
下位PGが同じチームにいたら仕事を増やされてこっちが迷惑する
どの現場でも必ず下位PGの尻拭いをやらされる人がいるんだぜ
作業スコープを完璧に切ったうえで本人が最後までスコープの面倒見るってんならいいけど
仕事でやる以上はチーム全体としての責任も果たさなければならないのが現実だ >>419
ざっと見た感じかなり冗長だから逆に短く出来るだろうね >>418
いやだー
Exceｌやテキストと連携とれないWebアプリはもういやだ…
一括コピー＆ペーストできないとこまる >>418
ベテランさんからすれば一人で作れるシステムをみんなで作らされて、新人の尻拭い大変だったろう ■ このスレッドは過去ログ倉庫に格納されています
