X



プログラマの雑談部屋 ★183
■ このスレッドは過去ログ倉庫に格納されています
0001仕様書無しさん
垢版 |
2022/01/18(火) 08:46:43.80
皆仲良くしましょう

プログラマの雑談部屋 ★177
http://medaka.5ch.net/test/read.cgi/prog/1640508326/
プログラマの雑談部屋 ★178
http://medaka.5ch.net/test/read.cgi/prog/1640811910/
プログラマの雑談部屋 ★179
http://medaka.5ch.net/test/read.cgi/prog/1641146315/
プログラマの雑談部屋 ★180
http://medaka.5ch.net/test/read.cgi/prog/1641492703/
プログラマの雑談部屋 ★181
http://medaka.5ch.net/test/read.cgi/prog/1641813757/
プログラマの雑談部屋 ★182
https://medaka.5ch.net/test/read.cgi/prog/1642171580/
0002仕様書無しさん
垢版 |
2022/01/18(火) 08:48:16.18
そろそろ真面目にプログラミングてかcsの勉強する気になってきた
でも寒いから不貞寝する
0003仕様書無しさん
垢版 |
2022/01/18(火) 08:50:29.66
無職な連中はプログラマー教室にでも行って一発逆転だ
中抜きされて辛いならJavaプログラマーになるのが一番
プログラミング教室のバナー広告もあるからクリックしてみれば?

Aさん
俺はJavaオンリーで700万だなぁ
Javaはここのアンチみたいに全然コーデングできない無能が現場に多いから
必然的に比較対象として優秀に見られるから楽なんだよね
こちとら一切勉強してないのに

Bさん
俺Javaメインで1400万だけどね
FInTechとかJavaの高額案件いくらもあるだろう
Javaしか出来ないという人間は少ないだろうが

Nodeもちょっといじったし今後増えるかもしれないけどバックエンドに関してはJSはまだまだぐちゃぐちゃ
0004仕様書無しさん
垢版 |
2022/01/18(火) 09:09:17.75
ウクライナってIT大国だったのか
ロシアと戦争始まらないんだったら
ちょっと住んでみたい

去年の話だけどこんな記事が

2021年度のIT技術者向けウクライナ永住権プログラムの割り当て枠が正式発表!!
https://blogs.itmedia.co.jp/technationukraine/2021/03/2021it.html
0005仕様書無しさん
垢版 |
2022/01/18(火) 09:12:51.24
テラテイルとかのQ&Aサイト見てると、たまに低レベルな質問しながら依頼者がどうとか言ってる奴いるけど、あまり知識なくても仕事とれるんだな。
分からないとこはQ&Aサイトに投げるという開発手法か?
0006仕様書無しさん
垢版 |
2022/01/18(火) 09:33:28.33
Golangに詳しい天才おるか?
sql-migrateというマイグレーションツールとenv(環境変数)の併用方法がわからぬ・・・
0009仕様書無しさん
垢版 |
2022/01/18(火) 09:52:13.40
本当にコーディングオンリーで600万以上貰ってる奴いる?
0010仕様書無しさん
垢版 |
2022/01/18(火) 09:59:12.63
睡眠不足で朝起きれない
新人のころ経験したブラック案件以来だこんなの
0011仕様書無しさん
垢版 |
2022/01/18(火) 10:06:44.40
ブラック案件って大抵PMも人間的にクソなのが多い気がするのだが
0012仕様書無しさん
垢版 |
2022/01/18(火) 10:10:27.83
>>9
安い給料のとこには安い給料のやつしかいないし高いとこには高い奴しかいない

>>11
ダメな現場にはダメな奴しかいない法則がある
0016仕様書無しさん
垢版 |
2022/01/18(火) 10:24:16.63
プログラミングなんてトライエラーの繰り返しだろ。
0017仕様書無しさん
垢版 |
2022/01/18(火) 10:25:36.65
>>13
あまりにも現実離れした事が書いてあって反論したくなったから。
嘘広めないで欲しいわ。
0018仕様書無しさん
垢版 |
2022/01/18(火) 10:26:27.54
まあそうだけどずっとトライばっかされてても困るというのもある
0020仕様書無しさん
垢版 |
2022/01/18(火) 10:28:39.48
これ初めてなんで数日かけてプロトタイピングしますねーってのはある
手当たり次第とにかく全部試して動いたらそれでOKはジュニアのやること

リンクは怖いから踏まない
0021仕様書無しさん
垢版 |
2022/01/18(火) 10:29:54.83
>>19
正直ドメインをまたがるほどの規模の責任者になったことがないけど共通言語がないとダメとかは理解できる
0022仕様書無しさん
垢版 |
2022/01/18(火) 10:31:46.43
とりあえず今海外だとブラックキャットがやべーぞ
飛ぶぞ
0023仕様書無しさん
垢版 |
2022/01/18(火) 10:31:54.05
車の運転も事故無く目的地に到着するかは、実際に運転してみるまで判らない。
運転に慣れているからといって事故が起こらないとは限らん。
可能性が100%じゃなければトライだと思うんだが。
0024仕様書無しさん
垢版 |
2022/01/18(火) 10:32:08.07
>>9
電話番だけ(1日、0〜10件ほど)で500万越えててすみません。
0025仕様書無しさん
垢版 |
2022/01/18(火) 10:32:22.84
トライしてエラー内容読まずに次のトライに行くやつはやばい
0026仕様書無しさん
垢版 |
2022/01/18(火) 10:34:37.59
今ってGPTだけでMBRは無いんじゃないの??

ウクライナ政府に破壊的なサイバー攻撃 Microsoftが報告
https://www.itmedia.co.jp/news/articles/2201/17/news070.html

Microsoftによると、今回の攻撃は、PCの起動時に読み込まれるMBR(マスターブートレコード)を上書きして正常に動作できなくさせ、起動画面に身代金要求メモを表示するというもの。
身代金はビットコインで1万ドル相当となっている。
0028仕様書無しさん
垢版 |
2022/01/18(火) 10:37:44.38
>>25
わかる
動く方法をあぶり出すためのトライじゃなくて単に試してるだけなのは良くない
0029仕様書無しさん
垢版 |
2022/01/18(火) 10:43:36.13
プログラミング教育がトライエラーを否定する流れになっているのは問題だな。
プログラミングは失敗前提で組むもので、だからテストが重要なんだがな。
想定通り動くこと前提に組めるなら、テストする必要ないし。
0030仕様書無しさん
垢版 |
2022/01/18(火) 10:46:59.98
実際どんなに優秀なプログラマでも、自分の書いたソースコード動かしてみるまでは動くか判らんよね。
だからプログラミングはトライエラーなんだよ。
0032仕様書無しさん
垢版 |
2022/01/18(火) 10:47:09.68
モダン開発だとトライアンドエラーがメインになって開発効率が落ちる

モダンは色んな奴がライブラリ作るからインターフェースが個性的で驚き最大
フレームワークやライブラリすらバグだらけ
ドキュメントスカスカの禿頭
そもそも実行環境がクラウドやモバイルだから勝手に更新されまくって不安定

こんなもんトライアンドエラーしまくらないとどうにもならん
だからモダンはダメなんだ
0033仕様書無しさん
垢版 |
2022/01/18(火) 10:48:27.75
モダンってなら普通にテスト書いてからやるだろ
君テストドリブンとかやったことないだろ
0035仕様書無しさん
垢版 |
2022/01/18(火) 10:51:50.46
てか先にテスト書いとくんだよ
それで何が動くべきか動かない時にどうするべきかが明らかになる
ジグ(治具)みたいなもん
0036仕様書無しさん
垢版 |
2022/01/18(火) 10:53:07.17
本当にそこらの高級チーズケーキよりも遥かにフッワフワでスッカスカな内容だな
トライアンドエラーがテストを含めて言ってるなら単純にアホなんだろうio関連舐めてるマーなんて即座にゴミ決定だよ
0037仕様書無しさん
垢版 |
2022/01/18(火) 10:54:11.21
そもそもリンク見てないしあんな怪しいリンク踏むやつのがやばいから知らんけどな
0038仕様書無しさん
垢版 |
2022/01/18(火) 11:02:38.06
>>13
そのサイト上から目線でプログラミングについて語ってるけど
デザインは崩れてるし作りもしょぼいな。
0041仕様書無しさん
垢版 |
2022/01/18(火) 11:36:39.35
寒い
なんだよこの会社
暖房が効いていないのでは
0042仕様書無しさん
垢版 |
2022/01/18(火) 11:39:50.60
フロントエンドでReactのような学習コストの高くて難易度の高いものをやるくらいならバックエンドでRustやった方がまだ簡単で楽
0043仕様書無しさん
垢版 |
2022/01/18(火) 11:41:35.15
マグロ丼かと思ったらトマトの角切りだった
チクショー!
0044仕様書無しさん
垢版 |
2022/01/18(火) 11:43:23.53
バグが出るのって本番環境で全部結合してからがほとんどだからユニットテストってあんまし意味ないんだよな

純粋関数ならテストしやすいです?
ああそうそんなのめったに間違えないよ
複雑なロジックは間違える?
細かく分解しなよ
結合部分もモックでテストできる?
モックフレームワークは難解で自明じゃないからテスト自体の信頼性が低い
そもそも本番はモックとは違うものと結合するから意味ないよ
0045仕様書無しさん
垢版 |
2022/01/18(火) 11:52:44.60
ジャップはテストもマトモにできない
あの銀行なんてまだシステムがまともに動いていないからな
0049仕様書無しさん
垢版 |
2022/01/18(火) 12:16:18.30
バンバン作るけど何をテストしたらいいかわからないやつっているよな
俺なんだけど
0050仕様書無しさん
垢版 |
2022/01/18(火) 12:16:43.20
作るとテストが発生すると言う意識がないからだな
0052仕様書無しさん
垢版 |
2022/01/18(火) 12:19:51.41
テスト書く時にこれを通してこれを弾こうとか設計が具体的になってくるじゃん
0053仕様書無しさん
垢版 |
2022/01/18(火) 12:20:48.38
ユースケースを軸に考えれば良い
ユースケースを限定できない場合はカバレッジ100%を目指すアホ展開へ
0057仕様書無しさん
垢版 |
2022/01/18(火) 12:24:53.09
例えば
入力が1から999までの整数が入るとする
関数で2倍して出力する
1から999まで確認するか?
1から999の文字列を順番にarrayに入れる場合
全部確認する?
確認するなら全部やれ派なのに
「この範囲だけでいい!」とか言い切る人の説明がない
0059仕様書無しさん
垢版 |
2022/01/18(火) 12:29:47.81
いや全部抑えるのが大事なんじゃなくて-1とか死ぬほどデカイ数字とかエッジケースを抑えることを考える方が大事では?
0061仕様書無しさん
垢版 |
2022/01/18(火) 12:37:16.38
自動テストってある程度まともに設計されてるもんじゃないとそもそも無理じゃね
ロジック盛々書かれた1万行のコントローラーをどうやってテストしろと?
0062仕様書無しさん
垢版 |
2022/01/18(火) 12:38:37.99
テストはねえ
始めるとキリがないぞ

塩少々みたいなもんだ
0063仕様書無しさん
垢版 |
2022/01/18(火) 12:40:08.75
あとコントローラーにそんなにロジック入れるなw
0065仕様書無しさん
垢版 |
2022/01/18(火) 12:40:50.00
空のプライベートコンストラクタを強引に実行するだけの謎のテストケース
0067仕様書無しさん
垢版 |
2022/01/18(火) 12:44:46.44
結局一人でやるならどうにでもなるが
アホも混じった環境での効率的な開発なんて無理でしょ
0068仕様書無しさん
垢版 |
2022/01/18(火) 12:46:55.82
だからGAFAが徹底的に詰めてアホ排除するのわかるよね
0069仕様書無しさん
垢版 |
2022/01/18(火) 12:49:14.48
ユニットテストは余力が無限にあるなら良いけどほとんどのケースで工数に見合うメリットはないってだけ
コスパで評価した時にユニットテストをやるべきとなるのは世界中で使われる中〜大規模ライブラリぐらい

しかし全てのコンポーネントを結合したプロダクション環境に完全準拠したステージング環境でやるREST APIのE2Eテストはどんな案件でもコスパ良いと思う
システムの仕様にもよるが本番環境でテスト用アカウントを発行してE2EでもOKまあ自己責任だな
0070仕様書無しさん
垢版 |
2022/01/18(火) 12:50:47.68
何が効率良いかは状況次第でさ

TDDで先にテスト書いた方が楽だったってこともあるし
無駄だったなってこともあるし
0071仕様書無しさん
垢版 |
2022/01/18(火) 12:51:59.87
開発初期段階でワンパス通しておくと後はそれの繰り返しになるから垂直に機能分担した方が品質上がる
0072仕様書無しさん
垢版 |
2022/01/18(火) 12:59:09.72
たまにお前らはプログラマなんだなって思う時があるわ
0073仕様書無しさん
垢版 |
2022/01/18(火) 13:00:49.23
あるクラスが実はバグってて、でもそのクラスを使うクラスがバグを回避するように書かれてたら、それはそれでいいんだよな
俺たちは普段からモダンなバグだらけのライブラリをそうやって使ってきてるわけであって、システムの内の内がちょっとおかしおかしくたって、全体で見るとなんとかなるもんだ
…ってことを突き詰めていくと、まあ、じゃあRESTAPIのE2Eでいいでしょ、ってことになる

UIのテストオートメーションは地獄の入り口
これはマジでバッドプラクティスですわ
0074仕様書無しさん
垢版 |
2022/01/18(火) 13:03:02.01
うちの若いのがテストエンジニアに昇進したわ
これからどんどん大事になるで
0075仕様書無しさん
垢版 |
2022/01/18(火) 13:10:50.71
モダン開発じゃなくてもバグなんていくらでもあるのになぜモダンだとバグってレガシーだとバグらないと思うのか
0076仕様書無しさん
垢版 |
2022/01/18(火) 13:11:11.47
テストは利用者にやってもらう。
これが一番コスパいい。
0078仕様書無しさん
垢版 |
2022/01/18(火) 13:12:31.65
みずほはモダン開発だろ
0079仕様書無しさん
垢版 |
2022/01/18(火) 13:13:18.87
だからアーリーアダプターとかやるのが大事じゃん
0080仕様書無しさん
垢版 |
2022/01/18(火) 13:14:40.05
レガシーのバグはだいたい既知
モダンのバグはだいたい未知
0083仕様書無しさん
垢版 |
2022/01/18(火) 13:19:22.60
>>75
凄い単純な話で
レガシーは変化が少なく安定してる、長く生き残ったものは利用実績も十分、なのでバグが少ない
レガシーなライブラリのコミット履歴を晒して、メンテされてない、などと貶める若輩者がちょくちょく現れるけど
メンテされてないというよりは、もう完成しててメンテする必要がない、と言うべきなんだな
モダンはその真逆で未完成、不安定、実績不足なので異様なほどバグが多い
モダンなライブラリはコミット履歴だけみると確かに非常に活発にメンテされてるように見える
でもそれは品質には繋がらない、だってコミットが多いほど課題だらけってことだからね
0084仕様書無しさん
垢版 |
2022/01/18(火) 13:22:09.47
>>83
サポートもされていなくてセキュリティもまったく時代遅れなのに何言ってんだ
0086仕様書無しさん
垢版 |
2022/01/18(火) 14:03:00.80
>>6
このスレにはGolangの天才はおらぬのか・・・?
0088仕様書無しさん
垢版 |
2022/01/18(火) 14:11:24.91
やればできるけど金でももらわなきゃやりたくねえってのがこの業界
0098仕様書無しさん
垢版 |
2022/01/18(火) 14:29:43.48
コーヒーショップのコーヒー美味しくねぇし
スタバのココア意味不明なレベルで美味しくねぇし
どうなってんだよこれがモダンってヤツなのか
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況