X



プログラマーへの質問スレ
■ このスレッドは過去ログ倉庫に格納されています
0001仕様書無しさん2020/02/20(木) 15:49:55.33
プログラマーへ質問したい人はここで質問してください
0004仕様書無しさん2020/02/20(木) 17:37:49.63
プロパーと派遣って仲悪いんですか?
0005仕様書無しさん2020/02/20(木) 18:52:24.45
同じ仕事をしてて待遇がちがうなら怨嗟の輪は広がるだろう

まして雇う側の人間性が犬畜生以下ならどうにかして○してやろうと思うのが万物普遍の人間の性
0006仕様書無しさん2020/02/21(金) 08:29:13.31
テストって単体テスト・結合テスト・システムテスト以外だと他に何をやるのが普通ですか?
0010仕様書無しさん2020/02/21(金) 18:31:43.23
>>9
本番テストってシステムテストとは違うのですか?
0011仕様書無しさん2020/02/22(土) 07:40:27.63
>>6
そういう疑問を晴らす為には情報処理技術者試験が最適
0012仕様書無しさん2020/02/22(土) 10:58:50.94
>>9
テスト機、エミュレータではなくて本番機、周辺機など本番環境でテストする

>>6
並行テスト
0013仕様書無しさん2020/02/22(土) 15:23:44.54
最近のWeb系の企業ではテレワークはよく聞くんですが、普通の会社ではテレワークって普及してるんですか?
0014仕様書無しさん2020/02/22(土) 17:55:43.56
あげ
0015仕様書無しさん2020/02/22(土) 20:22:48.20
総務省調査
平成29年度13.9%
うち
在宅勤務29.9%
モバイル29.9%
サテライトオフィス12.1%

IDC調査
2017年推計
499人以下の企業 4.7%
500人以上の企業23.6%
0016仕様書無しさん2020/02/23(日) 09:33:49.69
もうテレワークじゃない仕事は控えたほうが良いかもしれないな

武漢人みたく新型コロナに感染して高熱と激痛に耐え切れず公園で首つり自殺とかしたくないし
0017仕様書無しさん2020/02/23(日) 18:01:07.66
デスマってどんな感じなんですか?
遭遇したら逃げないんですか?
収束するんですか?
0020仕様書無しさん2020/02/26(水) 17:59:53.58
>>17
今日は早く帰って良いよと23時の進捗会議で
リーダーに言われて感謝しているふりの演技するメンバー
0021仕様書無しさん2020/02/26(水) 22:34:05.12
自分でWebサービスを作りたいんですが
コツコツ作る系で良い題材ってないですかね?
0022仕様書無しさん2020/02/26(水) 23:35:21.14
>>20
なにウソ書いてるんだ?
そりゃ天国の説明だろうがーーーー!

>>17
月曜から土曜日までずーっと一週間会社に泊まり続けて、
毎日4,5時間の睡眠時間でエスパー能力を発揮して、
抜け殻になって痴呆状態になって、
土曜日の終電で家に帰って、風呂に入る気力もなくて
油でベタベタのまま、味噌パンをはいたまま
(ウンコやシッコがくっついて汚れたパンツのことを味噌パンという)
そのまま寝てしまって、起きたら日曜日の昼だから風呂に入って、
コーヒーでパンを胃に流し込んだら、すぐに会社に行く。

そして次の週末まで風呂にはいらずベトベトの髪で、
くさい匂いを振りまきながら一心不乱にデバッグする。

これが半年続いて血を吐いて倒れて入院した俺がいうのだから本当だよ。
これが本当のデスマだ。
0023仕様書無しさん2020/02/26(水) 23:50:18.26
競技プログラミングは役に立たないってマジですか?
0026仕様書無しさん2020/02/28(金) 23:06:35.79
WindowsPCのメンテってどんなことしてるんですか?
0027仕様書無しさん2020/05/24(日) 15:41:00.93
最近の言語って、

Button.addEventListener('click', () => {
//TODO ずらずらー
})
みたいな書き方が、主流のようなんだけど、

関数は関数できちんと宣言して書いて
ButtonClick_Function(){
ずらずらー
}
他の関数(){
ずらずらー
}

で、メインの部分で
 Button.addEventListener('click', ButtonClick_Function());
 オブジェクト.addEventListener('他のイベントA', 他の関数A());
 オブジェクト.addEventListener('他のイベントB', 他の関数B());
 オブジェクト.addEventListener('他のイベントC', 他の関数C());
と、ロジックはロジック、コールはコールとかで並んでたほうが可読性高くね??
なんで、
 Button.addEventListener('click', () => {
 //TODO ずらずらー
 })
 オブジェクト.addEventListener('他のイベント', () => {
 //TODO ずらずらー
 })
 オブジェクト.addEventListener('他のイベント', () => {
 //TODO ずらずらー
 })
みたいのが主流になってんの???
0028仕様書無しさん2020/05/24(日) 15:51:27.88
関数の中身が1,2行なら、まぁわかるんだが、中には10行とか20行とか書いてるのみると、
あーーーじゃまだー!詳細な中身は後で見るから、全体の動きを追いやすくしろー!って思うのさ。
COBOLerとしては。
0029仕様書無しさん2020/05/24(日) 21:48:20.83
>>27実は俺も読みづらいと思ってたケドみんな当たり前のようにこれで書いてるんだよ
郷に入れば郷に従えでやってる
0030仕様書無しさん2020/05/25(月) 08:54:06.69
多重派遣偽装請負損害を助長して
稼働増やして収入減らした
安売り貯金なしドカタは
コロナ恐慌で制裁を受けるべき
0031仕様書無しさん2020/05/25(月) 13:43:11.67
コピペすんなバカ!
0032仕様書無しさん2020/05/25(月) 13:48:58.85
>>27
俺も29と同じで、読みづらいけど
決まったとおりにコーディングしてる。

言語ってのは機能が増えるほど読みづらくなるよね。

C++のvirtualなんて地獄だぞ?
他人の作ったドキュメントのないVirtualだらけの
ソースってどんなに頑張っても絶対に追えない。
どの関数が呼ばれているのか分からなくなるんだよ。

10万ステップを超えるぐちゃぐちゃのソースコード押し付けられて
一か月で直せとか言われて退職したもん。
0033仕様書無しさん2020/05/25(月) 15:26:41.43
エディタが補佐してくれるだろ
Javaとか実質最初から全部virtualだぞ
0035仕様書無しさん2020/05/26(火) 13:10:48.87
>>34
いや・・・情報少なすぎて断定できねーだろw
10マンステップの大半がgotoでジャンプしまくり。変数は全部広域変数のflg1,flg2,flg3........かもしれんぞ。
0036仕様書無しさん2020/05/28(木) 00:17:47.49
>みたいのが主流になってんの?
1回しか呼ばない処理を関数化する意味もメリットもなく可読性も悪いから

>オブジェクト.addEventListener('他のイベントA', 他の関数A());
>と、ロジックはロジック、コールはコールとかで並んでたほうが可読性高くね??
高くない

>中には10行とか20行とか書いてるのみると
それはブロック内の処理が冗長なだけ
0037仕様書無しさん2020/05/28(木) 00:33:01.87
一カ所でしか使わない処理を関数化するだけでなく
1関数数行とかすっげえ小分けにしてて追いにくいのなんの
ステップ実行も飛びまくり
0038仕様書無しさん2020/05/28(木) 05:24:14.09
>>37
コードが悪いのかお前が馬鹿なのか知らんけど
コードを読んでいくときに、関数の中全てを読んだりしないの

関数にするのは読まなくて良いコードを増やすため
一箇所しか使わなくても、それを関数にしてその中身を
読まなくていいなら読むべきコードは減る

そのために関数は適切な名前と引数と戻り値にし
呼び出し側を見るだけで処理内容を推測できるようにする

関数の実装がおかしい可能性もあるが
どうせお前は、関数名からコードの中身を推測せずに
いちいち関数の中身全てを読んでるんだろ
0039仕様書無しさん2020/05/28(木) 06:34:38.47
あのなあ、読まなくて良いコードって誰が判断するんだよ

この関数は問題ありませんよーとか書かれててバグがあったらどうすんの
0040仕様書無しさん2020/05/28(木) 06:45:21.66
全部ゼロから読むの?!
すげぇな
速読出来てさらに頭相当良いな
0041仕様書無しさん2020/05/28(木) 07:41:36.66
そもそもソースコードを見る必要があるとき=バグ調査か仕様確認の為
どっちも走るところは全て要確認だと思うが?
0042仕様書無しさん2020/05/28(木) 07:47:32.29
ライブラリの中身までチェックしてそうw
0043仕様書無しさん2020/05/28(木) 07:54:24.59
絞り込みすらせずmainから理解しつつバグがある前提で読みまくる
プロジェクトの進行を遅らせないならいいのでは?
でも上級者でもそんな頭よくないと思うのねん
ましてや普通の人には無理だわん
はなれ技ですわん
0044仕様書無しさん2020/05/28(木) 07:56:37.42
>>42
え、なに、お前1カ所でしか使用しないコードを
細かく関数化してライブラリ化すんの?
0045仕様書無しさん2020/05/28(木) 07:57:01.47
ライブラリを読むのはオレオレカスタマイズしてるとか
コミッターになりたいとかじゃない?
0047仕様書無しさん2020/05/28(木) 08:00:24.51
極端な解釈や例しか出せない人ってのは

素人なりの抵抗なのよ
0048仕様書無しさん2020/05/28(木) 08:09:30.52
アタリを付けるって意味では関数で細分化されてるより
まとまってた方がココと目星を付けやすい

細分化すると、一目でって部分に支障が出るからな
0049仕様書無しさん2020/05/28(木) 09:28:53.62
>>44
そうすれば、関数単位でテストが可能になるだろ
何百行にもなる長い関数が正しく動くか確認するより
10行ぐらいの単位で正しく動くか確認したほうがバグが少なくなる
0050仕様書無しさん2020/05/28(木) 09:30:17.13
関数にする意味を理解してないやつが
(クソ)関数を作って、関数にしたほうが分かりづらい!
って言ってるだけなんだよな

関数に文句を言ってるのではなく
自分のコードに文句を言ってるだけ
0051仕様書無しさん2020/05/28(木) 09:31:16.53
>>39
> あのなあ、読まなくて良いコードって誰が判断するんだよ

十分テストされたコードは読まなくていい
誰が判断するかじゃない。十分テストされているかどうかだ。
0052仕様書無しさん2020/05/28(木) 09:32:24.57
>>41
> そもそもソースコードを見る必要があるとき=バグ調査か仕様確認の為

長いコードでバグがあったら、どこが原因か切り分けが難しくなる。
関数に細分化されていれば、関数単位で問題があるかないか切り分けしやすくなる。
0054仕様書無しさん2020/05/28(木) 11:09:02.59
>>38
> コードが悪いのかお前が馬鹿なのか知らんけど
> コードを読んでいくときに、関数の中全てを読んだりしない

関数の中身を飛ばして読んで理解できたソースなんてほとんどない
そんな綺麗なソースを書くプログラマが
うちのような安い単価の零細下請けにくるわけがない
0055仕様書無しさん2020/05/28(木) 12:15:16.26
コードが悪いならリファクタリングするだけ。何も書き換えずに読めって言われたら死ぬしかない
0056仕様書無しさん2020/05/28(木) 12:26:21.89
関数の意味や目的や効果を理解してないバカが暴れてるな。

>>27-28のCOBOLerのほうが遥かに物事を理解してるわ
0057仕様書無しさん2020/05/28(木) 12:42:25.46
>>54
あのさぁ、今は関数(技術)の話をしてるの
人間(お前の会社の)の話はしてないの
0058仕様書無しさん2020/05/28(木) 12:46:56.73
>>54
ブロックの最小単位が関数なのか?
関数内でも111222333のようにブロックに分けて書くだろう
1322132な書きかたしてるとマジで全行ステップが必要だけどな
0059仕様書無しさん2020/05/28(木) 14:41:49.65
>>57
馬鹿だからわからんのかもしれんが、
関数は人間が作ってるんだぞ?
わかるかな?おバカちゃん?
0060仕様書無しさん2020/05/28(木) 15:15:55.51
>>50
それな!
関数でグローバル変数も変更する奴よくいるけどさ、それは戻り値にしろって。だからぴょんぴょん飛ぶと分からなくなるんだよ。
0061仕様書無しさん2020/05/28(木) 16:03:49.07
関数の引数でむしろ複雑になったりトラブルのもとになったりな
戻り値では返しきらない情報のためにグローバル変数を増やす本末転倒ぶり
0062仕様書無しさん2020/05/28(木) 16:06:05.72
関数に見えるか?
それは関数のフリしたサブルーチンだ!
だからグローバル触ってもいいんだよ!
0063仕様書無しさん2020/05/28(木) 16:45:17.43
関数ではなくサブルーチンにするから、関数の中まで追わないと
何をやってるのかわからなくなるわけで。

コードが長いからとか、同じロジックだからという理由で関数にするんじゃなくて、
標準ライブラリのように関数の中を見なくてすむような関数を作れという話

それができないやつがあっちこっちに飛んでとか言うわけだ
関数を使えば問題が解決するわけじゃない
正しく使えば問題は解決するというのが正しい
技術力がないやつは正しく使えない
関数を使って混乱するなら、それは関数を作る力がない
0064仕様書無しさん2020/05/28(木) 16:47:43.83
メンテしろって渡されたソースのメソッドが
100行超のクソコードだった時の絶望感といったら・・・
0065仕様書無しさん2020/05/28(木) 16:56:19.96
>>63
お前本題から外れてる
ライブラリ化するような処理じゃねえのよ、共有財産でもなければ
将来的に再利用の可能性も全くない、ただのオンリーワン
0066仕様書無しさん2020/05/28(木) 17:02:01.87
>>65
ライブラリ化しろなんて言ってない

あー、関数にする=テストをしやすくするためじゃなくて
関数にする=ライブラリにすると勘違いしているアホが居るのか

技術力低すぎやでw
レベルが違いすぎるから話が通じない
0067仕様書無しさん2020/05/28(木) 17:31:21.47
JMockitとか関数のソースごと書き換えてモック化してるようだが
そんなんできるんだったら
関数の途中だけ抜き出してユニットテストとか
できてもいいんじゃなかろうか?
0068仕様書無しさん2020/05/28(木) 18:30:52.38
この手のやつの説得は不可能
他人からの忠告は絶対に聞かない
こいつらは自分で、そういった資料を発見したときだけ自らのプログラミングを治す

関数とただの式の区別もつけられないのだから
0069仕様書無しさん2020/05/28(木) 18:44:54.04
JMockitとかを使ったテストに信頼性はないだろ…
privateフィールドを外部から上書きする単体テストとか怖すぎるわ

POJOで実装して淡々とJUNITを使えハゲども
受け入れ拒否すんぞ
0070仕様書無しさん2020/05/28(木) 19:01:50.85
>>63みたいな文系プログラマは大したもん作れるわけでもなく
妙な拘りを入れたゴミコードしか残さないから消えて欲しいわ
0071仕様書無しさん2020/05/28(木) 19:46:46.46
なんつーかホント新卒1年目って感じのレベルの低いスレだな
0072仕様書無しさん2020/05/28(木) 20:22:22.95
>>71
いや、1年目はまだもうちっと素直に聞くことが出来る
これは完全に無能のまま3,4年は経過してる
だけどプライドだけは異常に高くなっているw
0074仕様書無しさん2020/05/29(金) 03:01:37.93
>>67
なら、その途中を関数にしろ。で終わるからやる意味がない

>>70
何か少しは言い返そうぜ
自称理系なんだろ?感情論じゃなくて理屈を言えよwww
0075仕様書無しさん2020/05/29(金) 06:44:09.61
cobolerのほうが有能というwwwww
ウケた
まあcobolerでも適材適所にgoto使ったりローカル変数や関数化してるやつはしてるしな
0077仕様書無しさん2020/05/31(日) 21:02:05.57
日本語関数や日本語変数を嫌がる人も居るよね

どーせ外国で使わないのに。
日本語特有のエラーが発生するかもしれんという意見はわかるが、
そもそも関数レベルで大量のテストしてるからねぇ
0078仕様書無しさん2020/06/01(月) 06:24:18.80
>>77
俺の英単語力だとすぐ限界くるから実は俺も日本語使いたい
日本人しか見ないし日本人ならコメント無くても関数名なぞるだけで仕様把握できるし
0079仕様書無しさん2020/06/01(月) 06:29:47.72
ローマ字のなんちゃって英語だらけになる
(´Д⊂ヽ
Oppaiとかsyainとかhakenとかimomusiとか
0080仕様書無しさん2020/06/01(月) 09:24:53.45
関数日本語名は
実際やってた某案件がわけわからんすぎて地獄だったので
いまひとつ懐疑的

固有の定数だけにしとけ
0081仕様書無しさん2020/06/01(月) 09:52:05.24
日本語関数名だと
作るスピード落ちそう。

漢字変換の操作が必要だからな。
あと漢字使うと移植に苦労しそう。
0082仕様書無しさん2020/06/01(月) 10:25:43.43
多重派遣偽装請負損害を助長して
稼働増やして収入減らした
安売り貯金なしドカタは
コロナ恐慌で制裁を受けるべき
0083仕様書無しさん2020/06/01(月) 12:30:27.17
タイピングしてる時間より思考してる時間のほうが長いから、日本語でも良い
でも俺からは始めないからチミたち始めてくれたまへ
0085仕様書無しさん2020/06/01(月) 17:59:55.49
日本語変数、関数名だと思わぬところではまる
カタカナの「へ」かひらがなの「へ」かとか
長音記号「−」かマイナス「-」なのか
ピリオドとかカンマとかの記号も全角、半角あるし
ものすごくデバグしづらい
0086仕様書無しさん2020/06/01(月) 19:13:24.42
候補でなかったっけ??
日本語環境のとこでやったことあるけど、たしか、そんなところでは悩まなかった気がするけどな。
どっちかと言うと、語彙力が異常に高くなるから、自由気ままの名前になっていってた気がしたw
0087仕様書無しさん2020/06/01(月) 20:11:23.37
> タイピングしてる時間より思考してる時間のほうが長いから

うん?
詳細設計終わってコーディングだろ?
だいたい考えるの終わってない?

詳細設計ない仕事?
0088仕様書無しさん2020/06/01(月) 20:34:52.55
詳細設計に何が書いてあるの?
一番詳細なものの例をいくつか上げてよ
0090仕様書無しさん2020/06/01(月) 20:57:04.29
詳細設計書くぐらいならコード書いたほうがいいって聞くけどなんで詳細設計なんていうフェーズが存在するの?
0092仕様書無しさん2020/06/01(月) 21:10:52.24
コードより簡単に書けるから
全体の見通しをつけるのに向いている
0093仕様書無しさん2020/06/01(月) 21:12:11.56
日本語でかけるし
文法にうるさくないし
人間の思考に沿っていて書き下しやすい

コードはなんだかんだ文章より書くのめんどい
大筋がわかっているつもりでも
コードかくときに発生する些末な作業の量をばかにしてはいけない
0094仕様書無しさん2020/06/01(月) 21:24:37.60
でもマルチバイト文字がだめだと言うなら
言語の開発者は実装しなくね?
実は、他のマルチバイト言語の国では、同じように、別に他の海外に出さないからと、母国語で組みまくってたりしない?
0095仕様書無しさん2020/06/01(月) 21:25:18.49
内製のときは詳細設計書はあとから作成だな
0098仕様書無しさん2020/06/01(月) 23:15:56.96
コードで書けることをわざわざ日本語に書き下す事が無駄
0099仕様書無しさん2020/06/01(月) 23:38:15.42
コードの些末な制約は確実に思考を圧迫する
0100仕様書無しさん2020/06/01(月) 23:49:32.42
コードの些末な制約って何ざます?
母国語のように書けるが
■ このスレッドは過去ログ倉庫に格納されています

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