プログラマの雑談部屋 ★17
レス数が1000を超えています。これ以上書き込みはできません。
後輩が実装で詰まってるみたいで、朝から何度も質問とか相談とかされてるんだけどまだ解決出来てないみたい
この後輩に限らず、今までの経験上、詰まってる奴が苦悩しながら組んだ実装って十中八九バグを内包してるんだよな
詰まってる部分を俺がやってやった方が話が早い訳だが今後の事を考えると安易に手伝うのもどうかと思う
お前らならどうする? >>4
設計書は発注元が書いてるから書き直すのは無理なんだよね
出来る事と言えば後輩に仕様を細かく噛み砕いて説明してやるくらいなんだけど、軽く混乱状態に入ってるみたいで、普段ならわかるであろう内容まで???って状態
みんな通る道だとは思うけど時間かけてゴミソース作ってこられるくらいなら俺がやったほうがマシかなって >>5
一緒にやってやれよ
お前が指示出してその通りやらせるんだよ 指示は細かくな
もう脳みそが回ってねぇんだから
これしかねぇ どうせ口頭だけで全部説明してるんだろ
メモ書いて渡してやれよ 彼にはもうそれを理解する余力は無さそう
もう
「visualstudio開いて」
「ここにxxxコピー」
「その変数で参照飛んで」
「ここにxxx貼って」
みたいな感じで指示出せ
その横でお前は自分の仕事進めろ
管理職必須の技術だ 助言はなんぼしてもいいけど
成果物をかわりにアウトプットするのはNG >>11
え?ありだろ
だって個人事業主じゃねーんだから
渡せるタスクあるならタスク引き取ってやれよ チームで動いている以上は組織として成果を出すのは大切
その上であまり引き取りすぎると成長を阻害したり有識者が偏りすぎたりして結果的に組織として牛歩となったりもする
難しいところ ただ、他のメンバーより大幅に残業してるのであれば
それはなんか違うな
下手するとただのイジメ 残念だけど四苦八苦して書き上げた汚いバグだらけコードはいくら書いても成長しない
スマートな正解を見せて解説してやったほうがそいつのためになるよ 山本五十六
「やってみせ 言って聞かせて させてみて ほめてやらねば 人は動かじ」
「話し合い、耳を傾け、承認し、任せてやらねば、人は育たず」
「やっている、姿を感謝で見守って、信頼せねば、人は実らず」
「苦しいこともあるだろう 言い度いこともあるだろう 不満なこともあるだろう 腹の立つこともあるだろう 泣き度いこともあるだろう これらをじっとこらえてゆくのが 男の修行である」
男の修行であって
プログラミングの修行ではないな
では後は頼んだぞ! >>15
デザインパターンの概念だな
個人的にはまずは手を動かしてバグだらけコードを書いた後にスマートなものを見せる方がいいと思ってるけどね >>17
無駄だな
統計的に頭のいい親から出ないと
頭のいいやつは生まれない
だとすると日常的に正解が近くにあったほうが
上手く育つということだ >>18
それは遺伝子学の話
正解を知るだけでいいのであれば同じ本を使って同じ時間勉強した人だとしても差がでるのは何故なのか
人は成功失敗問わず体験を通した方が学ぶもんだよ ほっとくと変な方向に進化してしまう
OOP全くできてないけど1000行の手続きでも迷わずコーディングできる奴とか
まさに職人技って感じ 同じ本、同じ時間
以外は差しかないじゃないか。
青空を見て、他の条件を考慮しなければ
誰もが同じことを感じると思うか? あおいそら
君が思い浮かべたものを当ててみようか? >>12
いったん振ったならしょうがない
次からタスク配分調整すりゃいいが ジャップは最低の社会
実力主義だったら俺エリートなんだが
なんで俺がこんな目に
コネ>実力
新卒>実力
コミュ力>実力
顔(女)>実力
仕事で要領がいいだけ>実力
プログラミングが早いだけ>実力
プログラミングで細かいだけ>実力
ジャップランドは全然実力主義じゃないんだよなぁ 個人で開発して公開できる業界時代で何言ってんだチョンは ずいぶんと前だが大阪のシステム開発会社の試験で
こんなのがあってよ
これの答えは何なん
( )に入る値を答えよ
void main(void){
_floattoint() = 10;
single + signum >> 3;
return num;
if(num < function(a,b)){
( ) + (intnum / num2);
・・・・(以降カット)
「は??」って思わず口から出てしまった
・変数の宣言もされてねえ
・そもそもどっから来たんだこの数字と関数
・この関数の中身がどこにも書いていない
・Cってreturnの後にも続いていいんだっけ?
「解なし」って言わせたいにしては文章問題じゃないし
50問あるうちの45問くらいが同じようなものなので、ほとんどが解なしになってしまう
「ウソだろそんな変な関数や式のわけがない」
「関数の中身は別の場所に書いてあるんだろ」
俺もそう思って何度も何度も何度も何度も何度も何度も何度も何度も見返したんだよ
しかし、基になるようなもんがどこにも書いてねえし
こんな構文で成り立つのかって文になってるんだ
最初の2問めで20分くらい考えて
もういいやこんな会社って思って荷物をまとめてサッサと帰った
次に行った会社の試験は実にマトモ
次どころかどこの試験でもちゃんとプログラミング言語の仕様どおりの構文で
すげえ安心できた
「もしかしたら現実の仕事ではあんなワケのわからん構文なのか」
って不安になって、もしそうなら俺はプログラマにはなれないって思っていたから
お前ら日々の仕事時間どのくらいなのか
自分は8時間+サービス2時間 瑕疵担保期間の人件費は見積もりに入れたほうがいいの?
先輩はバグ無しを前提にしてるから見積もりに含めないって言ってるんだけど
実際には毎回なにかしらバグが出て10人日程度消費してる >>37
普通含めるだろ。
もしバグが出たら先輩に無給で対応して貰え。 俺はバグなしで進んだ前提で見積もった工数に統計的なバグフィクス工数積んでる >>37
会社の費用の分類ルールによるんじゃない
開発期間と別だから別にした方がいいと思うけど
一定品質でないような会社なら個別に見積もった方がいいかもね 【サムスン勝利!】「ギャラクシーS8」シリーズがアップルの「iPhone8」を抑え、米国の消費者評価でトップに立った
http://www.chosunonline.com/site/data/html_dir/2017/10/18/2017101800683.html
米コンシューマー・リポートがこのほど、米国市場で販売されるスマートフォンを評価した結果、
ギャラクシーS8とギャラクシーS8プラスが小数点の差で1、2位となった。
昨年上半期に発売されたギャラクシーS7もアップルのiPhone8プラス(4位)、iPhone8(5位)
を抑え3位に入った。iPhone8プラスとiPhone8はバッテリーの使用時間で評価が伸び悩んだ。
ギャラクシーS8シリーズは26時間の使用が可能だ。
凄いぞサムスン!
今時、喜んでiPhone買ってんのなんてチョッパリ猿くらいじゃね? >>19
そりゃ自己満足の領域だよ
正解を写経させた方が速いに決まってる 入社試験を準備した!って、上が言うから
試験内容確認したら不具合あったから指摘したな。
しかし、受けた人達からは何も質問されなかったらしい。 >>43
上手く早く学習するには何が最適かって話だから正解如何は別の話だし、感覚的だから安易に求めんなよ
1.サイクロメティック
2.行数少ない方
3.yagni,kiss,oaoo,pie,dry,cqs全部
大体工数とのバランスで不正解を敢えて選ぶことも多々あるしな >>44
テスト不能なあらゆるドキュメントはゴミ
入社試験問題も仕様書も設計書も全部ゴミだ >>47
ロックンローラーがプログラマになったのか? 報告連絡相談ができないとテストも満足にできなくて叩き出されるぞ テストで仕様や手順の知識つけて
慣れてきたらデバッグと修正させられて
ずるずると開発に呑み込まれる うちはテストから初めてプログラム全くかかずに上流に行くよ
プログラミング最初からできるやつは上流に回さず永久にプログラマ ありがとう
開発やってたんだけど、ある程度終わったからテストに回された >>19 体験を通した方が学びはいい
>>42 正解を写経させた方が速い
>>43 正解とは?
>>45 学習するには何が最適かって話だから正解如何は別の話
この流れ仕事でもよく見る。
おまえらならこいつらの会話は、どこに着地させる? ジャップ相手にはサボってやれば良いんだよ
ささやかな復讐さ テストって処理の中身みないと何を引数に呼び出せば
いいかわからなくないし
DBのどこの値が変わったとかもわからんよね 開発ルールを無視して開発してる人がいて何度注意を受けてもその場を取り繕うだけでしばらくするとまた再発する人ってどう対応したらいいの?
何度注意しても改善してくれないからこないだ本人の主張を聞いてみたんだけど、自己都合の屁理屈(言ってみたらワガママ)ばっかり言うから本当に困ってる 開発ルールってどういうのか
具体的な情報が一切ないからなんもわからん クソみたいに能力が高くない限り、上に言って退場してもらうしかないだろ
今は人材不足だから追加が望めるか分からんし、聞き分けがいいからと
いって能力が十分とも限らんけど >>63
仮定して回答してやる程度のことも出来ないなら書き込まなきゃいいのに
底が知れてると言うかお前仕事出来なさそうだな 開発ルールに忠実に上流が困るように丁寧に書くのが一流ってもんだよ
少しジャップにはお灸を据えてやらんとな プログラマーってうまくいかない時悲しい気持ちになっちゃうの? ならない
視線が硬直し感情が鈍磨して無の境地になる >>61
人を入れ替えれば解決するけど、
デモデモダッテとか言うんだろ? interfaceを勝手に変えるのはやめて頂きたい interfaceで独特なやつは嫌い
accessとかな
ジャップは大好きみたいだが >>61
無視されるルールは生産性や品質を下げている可能性が高い
屁理屈のわがままというがもしかすると問題の本質を理解してないだけかもしれんぞ
とりあえずそのルールの内容がわからないとどっちが悪いとも判断できんな >>60
処理内容を見て書くテストもあるっちゃあるけど
普通はテストが先に書かれるので処理内容は関係ない
DBアクセスのテストはDBに入ってまで調べない
DBはただの実装であって仕様ではない
ホスト側言語から見てエンティティのCRUDが成立しているかどうかをテストすれば十分 >>77
俺も1メソッド10行は無視したなw
ぜってー何もかけねーから >>79
全てのメソッドは3ステートメント以内で書ける >>80
かけたとしても面倒くせーよ
だって本来150行で1メソッドで書ける処理が15個もメソッドできるんだろ
把握するのが面倒臭い さらに1クラスにつきメソッド5個までとかくだんねー制限まであってさらにイミフ
するとたかが50行の処理でクラス作らなわからんのかお前はと
ちなみに1メソッド5個も華麗にスルー
しかも、既存のコードも明らかにやってねーし >>63>>64>>70>>71>>74>>77
レスありがとう
基盤に基幹システム向けに用意した非公開の機能があるんだけどそれを一般機能の開発に使われて困ってる
非公開の理由が、使い方が特殊(というか一般向けに作ってないから)正しい手順で使わないと期待してる結果にならない
事情を知らないコーダーが安易にソースの流用をするとまず間違いなくシステムエラーを起こす
こういう事態を招く恐れがあったから非公開で禁止にしてるのに、勝手に使うから案の定色んなところに派生が出来てる感じで収集がつかないことになってるんだよね
彼いわく
「中身を理解せずに勝手に流用するからそんなことになる」って言い張ってるんだわ
で、やめさせたいんだけどどうしたらいいと思うよ? >>83
つまりそいつ一人のワガママのせいでプロジェクト全体のソースの流用性を落としてるってこと?
生産性にも関わる話だしそれは普通にアウトだろ >>83
派遣だったら派遣元にクレームつけて人を代えさせる。
自社の社員だったら、上司にそいつがいる損害を報告して別の部署に異動して貰うことにする。 ッツmmmmmミッ
ッツmmmmmmmmmミッ
ッツmm>'"´ __,,  ̄`丶mmミッ
ッツmシ'´ _ ,ニ_二 三‐`、u`ヾmmッ
. ツm彡' ,'U_,..-ュ ̄ fニ三三ミヽヾmmッ
ミm彡! :丶/|::/!!:. :. .:ミ;=`゙' ヾmm',
mmリ ,'f r",,ゞィ_, i :. ヨ ●ヾ ',mm!
mm{ ' イ●ノ"´,:,! ' "'ーヘヽ Nlハ⊥
mミリハ .: '""_,.ノ,' ,. }、U tf{´i, l|
. Wリ小! .: ,ゞ・ ・'' ヽ `!) Vl
ゞ干ミ} : U / _J_ 丶 }'´ / 俺を支持しろ!
'、Yヾ :. ( トェェェェェェイ ) / ノ
ヾ.f'、:.:. ヽ`ヽ⌒⌒シ /l'´ハァハァ
ヽ._):.:.、 U ノ:::ノ:ノ ,. ' l
トi、ヾ:. 、(_ノ∪_,. - ' |
/^ヾ!、丶 ` U''"´ |
/ヽ 丶、 `¨¨´ ト、
/::::::::::丶、 `丶、 丶 | rゝ、 // こういう意味が無い例外処理をするのは勘弁してくれ
try
{
// 何らかの処理
// ネストが増えるだけだよ
}
catch (Exception)
{
// ここでせめて何かしろよ。慣例で catch だけしてんじゃないよ
throw;
}
// これは更に性質が悪い
try
{
// 何らかの処理
// ネストが増えるだけならまだしも
}
catch (Exception ex)
{
throw ex; // ここでスタックトレース消えるんだよ
} >>88
c#ならそうだね
Javaだと少し仕様が違う >>88
Javaやってたやつはc#で下の書き方する可能性大 >81は馬鹿で素人の典型だな
素人の寄せ集めで始めたプロジェクトのソースなんか1クラスにほぼ全部の処理書いてて嫌悪感が凄いからな
素人はこういう順番に何してるかわかるような丸ごとソース(爆)wを好むんだよな馬鹿だからw
機能追加で俺が参加して処理単位ごとに関数分割してるだけで今度は素人が嫌悪感を感じるらしいw
メリットが全くわからんのだろうな馬鹿だからw >>88
Javaでこの記述でエラー処理なった時に数百倍の速度ロスになるとこの掲示板で聞いたけど
それから使ってみた経験上、体感的に全くそういう速度ロスはないようだった >>82
>ちなみに1メソッド5個も華麗にスルー
しかも、既存のコードも明らかにやってねーし
そりゃそーだろうなぁw >>93
インライン展開されないことによるロスとか?そこまで大きいとは思えないけど >>93
javaが遅かった時代の話じゃないか?
確かに例外作成はそこそこコストかかるけど >>88
finally足すときにインデント壊したくないんじゃないの? JavaやCの例外機構は破綻してる
最近deferとかusingブロックとsurpressedExceptionの仕組みでやっと解決された
天才どもが束になってとりくんでたのに
何十年もこんなことでつまづいて来たとか信じられん try {
File a = file();
aaa:
File b = file();
bbb:
a.write(b.read());
}
finally bbb {
b.close();
}
finally aaa {
a.close();
}
catch (Exception e) {
e.printStackTrace();
}
なんとなく昔考えてた例外機構 >>91
メンバー感でレベル差があると全員が苦しいよな
同じレベル感であと好みのパラダイムも統一したほうがいい
手続き型雑魚チームにはつまらない簡単な雑務を与える
オブジェクト指向上級者チームには難しく野心的なプロジェクト
関数型変態チームには好きなことをやらせる >>83
ソース見せたのが問題の根本原因では?
ようするにソース & アーティファクトの管理もまともにできない素人集団が偉そうに他人を馬鹿にして悪者にしようとしちゃダメだよってこと
まずは杜撰な管理体制を猛省しろ ノーガードでサーバー公開したらハッキングされたって怒るようなものだな
>基幹コード無断流用 起動したアプリを
タスクマネージャーにも表示したくありません。
何か方法はありますか? どうやるんでしょうか?
また、ウィルス対策ソフトも反応しない様にしたいです。 ウイルスじゃなければ、ウイルス対策ソフトに反応しないと思うがw 深い処理で
最終的に例外なしで全部成功したら
最後にDBコミットする場合って
一番最初の入り口にだけtry-catchおいて
それ以下では全部例外throwの方がすっきりしてよくないか >>116
サービスではダメです。やりたいのは、
例えば、hide.exeを実行すると
メモ帳 が起動しているけれどもWindowが表示されておらず
タスクマネージャー上にも表示されていない様にしたいです。
ただし、一定のコマンドをショートカットコマンドを気ボードから入力するとメモ帳の
タスクマネージャー、Windowsも表示される様にしたいです。 Javaで成功したらコミット、失敗したらロールバックして終了するだけのプログラム
try {
Connection c = getConnection();
try {
try {
serviceFunc(c); //本体
} catch (Exception e) {
try {
c.rollback()
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.commit();
} catch (Exception e) {
try {
c.close();
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.close();
} catch(Exception e) {
writeLog(e);
}
狂っとる >>98
100歩譲って握りつぶすのに目をつぶってもログに出さないのは許さない rootkitでもあるまいし、意味がわからんな。
楽にやりたきゃ適当に絶対立ってるexeの使うdllをラップした偽dll読み込ませるくらいか。 >>120
タスクトレイに表示するようにすればタスクバーには表示されないし
学習過程で表示しない方法はわかるかも
セキュリティソフトにウィルス認定されたら逃げるのは無理だね ともしかしてタスクマネージャーじゃなくてタスクバーじゃね?
と思って回答してみる >>125
やりたいのは、狙った特定のソフト(メモ帳だったり、ペイントだったり、電卓だったり)を今回作成する(したい)ツールで
非表示(バックグラウンドで実行)にしたいのです。
>>126
両方です。様はツールを使う事で狙ったソフトが動いている事が
全く完治出来ない様にする事の出来るツールを作りたいのです。 >>127
それは無理だな
タスクトレイにぶち込むアプリ作ればわかるが作る時点で登録してるっつーの?
そういう作りになってるので無理
自分で作ったメモ帳モドキならいけんじゃん >>127
後、マネージャーは絶対表示されちゃうな >>128 >>127
うーん、やっぱり無理か
Windows API使っても無理? >>130
無理
わざわざ登録するものだったけど
書かなくても出るね app.TaskVisible = false って効かねーよな?
俺のとこでは出る 自分で作成したアプリケーションがWindows7のタスクマネージャに表示されずに困っております。(開発言語はVB6.0です)
今回、タスクマネージャに表示されないアプリケーションは、以下の3種類です。
@「FormのCaptionプロパティを空欄("")にしたもの」
Aタスクトレイに格納しているもの
Bバッチ処理を行うプログラムで、画面がないもの
WindowsXPのタスクマネージャでは、@AB全てアプリケーションタブに表示されておりましたが、
(アプリケーションタブに表示される内容は、VB6.0で「アプリケーションタイトル」に設定したものでした)
Windows7のタスクマネージャでは、全て表示されない状態です。
なんか色々ありそう >>127
「ユーザーに感知できないようにしたい」っていう理由はなんだ?
ユーザーに見えないところで、こっそり別の処理をするんだったら、
それはもう犯罪だぞ?
たとえばお前の部屋にだれかがこっそり入って、
お前に感知できないようにオナニーしてるようなもんだが? タブレットで開発が快適すぎてPCいらなくなった
布団で寝ながらぬくぬくコーディング 改元の日程がおおよそ決まったらしいけど実際のとこ今から何か対策するの? >>138
無理だね
長々平成とか3-4文字やられたら
フィールドから変更しなきゃいけねぇ
文書関連のフォーマットも変更必須だ
ノーガードでいるしかない >>138
今からやることは無い
生前退位が決まった時に見積りして、来年度の予算として確保済み
後は、新元号が決まったら対応してリリース待つだけ さすがに2文字のルールは破ってこないんじゃないかえ? 二文字は破らないと思う
あと、MTSH以外の頭文字になると思う >>141
わからんね
一文字とか逆に表示が不格好になることしてくれるかもしれん >>144
おい、お前、小学校で歴史習わなかったのか?
2文字の元号、何年続いてると思ってんだよw >>147
それが一番、グローバル社会にあってんだけどね。 このまえ携帯電話に関してコールセンターに電話したら、生年月日を6桁で入力しろっていうから、
あんまりよく聞かずに西暦下2で入力したらエラーで弾かれた。和暦で入れろとか言うの。
いつの時代だよ!?と思ったけど、爺婆相手にすっから、向こうに合わせるしかないんだろうな。 日本がいつまでもITで中国に負けているのは、元号に対応しなければいけないから説 まあ日本語は文字が山ほどありすぎて暗号・隠文にしやすいように
元号や干支があるので本人確認に役立てやすいという安全面もあるからな
利便だけで考えようとするやつは頭が悪い
想定が立てられない、つまりバグ取り下手だろ 【お笑いジャップ】韓国「さすが不正がうまい。日本は歴史も捏造するからな」 神戸製鋼問題、韓国でも大きな話題に
https://news.yahoo.co.jp/byline/shinmukoeng/20171019-00077073/
韓国ネット民たちも「さすがモノづくり大国・日本。不正もうまいようだ」「もはや日本の品質も信じられない時代になった」「韓国には輸入しないでほしい」「日本は歴史も捏造するからな」などと、辛らつなコメントを書き残している。 >>159
こんなメチャクチャな論理、久しぶりに見た。 そもそも、「客との対面でどう扱うか」は運用の話であって開発の話ではない
バカはこう言われても何のことか分かってないんだよな
つまりは「内部でどのように作ろうとも、運用では西暦のみにできる」
「客に聞くときは西暦だけ」ができるんだよ
それでもなお元号が残っているってことはそれ以上の理由がある、もしくは理由をつけなきゃならないわけだ
頭が悪い 典型的なバカと同じ
「いつまでも鍵穴があるのはおかしい!指紋認証ガー」
で車作ろうとして実際にやってみたら
バッテリーが上がってドアが開かない確率を上げるだけになった
結局、動作が確実だからと言って鍵穴を作らざるを得なかった
テスラって会社だが
想像力が足りてねえんだよな
バカって でも年号って天ころ基準の記年法だろ?
おれ天皇制嫌いだから使いたくないんだわ >>159
本人確認に元号が役立つことなんてないな >>162-163 ってさ、
そんな糞長文、読んでくれる人が居ると、本当に思って書いたの?
バカじゃん? 日本人を差別する差別主義者、反日朝鮮人を見破るには良い手 >>122
なんで全部Exception
例外シナリオごとに別の型ないのかよ >>170
どの例外が起こっても処理が一緒なんだろな >>169
まだ定時じゃねーだろ
さっさと仕事しろカス 俺全然バグ出さないし他人のバグもあっさり解決してしまうから一向にデバッグのスキル上がらんわw
デバッグのスキル上げてえわぁw >>174
自分のバグ出さないなんて当たり前
問題は自分以外のヤツのせいのバグ修正 凄いも色んな種類がいるよね
開発前に現行システムがキチンと動いてることを確認して
動いてないときは不具合修正まで工数に含められる人とか
あまりの手の速さと機転の速さにびっくりするわ
正攻法で超スピードで直しちゃうのもよく見るね
会社に一人は欲しい
マイクロソフトに質問メール書いて実際に修正させた人もいた(あ、対応してくれんだ?初めてみたw) >>152
なるほど、人に言えない事に使うわけだな
そういうのはここで尋ねるんじゃなくて
アングラ系サイトで仕入れるべきだよ >>174
難しいシステム触らせてもらえるようになったら向上するんじゃねえの
別に自分でOSSとかのデバッグやればいい話だけど >>177
5chになって健全なサイトになったのか >>178
いやだから>>174にも書いてるけどあっさり解決してしまうんだってばw
デバッグスキル上げる教材が見つかんねぇw >>180
github.comにバグだらけのコードが転がってるよ。 >>170 キモさ三割増し
try {
Connection c = getConnection();
try {
try {
serviceFunc(c); //本体
} catch (DBConnectionException e) {
throw e;
} catch (Exception e) {
try {
c.rollback()
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.commit();
} catch (DBConnectionException e) {
throw e;
} catch (Exception e) {
try {
c.close();
} catch (Exception ee) {
e.addSurpressed(ee);
}
throw e;
}
c.close();
} catch(Exception e) {
writeLog(e);
} >>180
簡単なんだろ
難しいけど「こ、これくらいあっさりだぜっ」って強がってるの? >>180
なんであっさり解決できるのにスキル上げたいの? >>185
だってスキルじゃねえものwカンだぜカン?w
後輩に聞かれても何も教えられねえしw いやないな
こいつはまだ困難な対応をしたことがないだけだ >>188
なんで解決したのに説明できないの?
バグの原因と修正の根拠も説明できないの? そもそも困難な場合納得できないバカがいるのでホイホイ動くわけにはいかん
まず、現状確認資料の作成じゃん
次に、修正案資料の作成(最低3つ)じゃん
上記2つでGoが出たら会議じゃん
一つ目の資料での打ち合わせで
二つ目の資料はゴミになるかもしれないじゃん
したらもう一度待ってもらって
修正案資料再作成じゃん
って感じの作業やったことねーだろ
具体的にはお硬いところと仕事したことねーな >>193
お前こそ何言ってんだよ
通らねーよそんな不具合修正 >>194
いや通るもクソもカンで分かっちゃうんだからw
てかマジお前バカ? >>196
だから何で説明できないと思ってんだよw
マジでバカだろお前w >>197
じゃあなんでバグの原因を説明できるのに後輩に教えられないの? >>198
はあ…だからその原因を特定するまでの手法がスキルだろw
それがカンで分かっちゃうんだってw
直った後でココがこうなってたからこうでなんやかんや〜なんて説明いくらでも出来るわw 影響範囲とその根拠まで求められるし
もっと影響範囲を小さくできる手があればお前の修正は無意味だぜ
とにかくヌルい環境でしかやったことねーのバレバレだろが >>199
なんで自分はカンでわかるのか説明できないの?
処理を知ってるから通りそうな処理がわかってるだけじゃないの? >>199
特定じゃねーよ
根拠の説明がスキルなんだよ >>202
いやそれこそ初見のOSSとかガンガン自分で直しちゃうしw
>>203
え?じゃあ俺スキルあるの?
でもどうやって後輩に教えればいいんだよ俺のカンデバッグのやり方w >>204
何故そこなのかの根拠を説明できるようになればいいよ >>205
いやだからそんなもんなんぼでも説明できるんだってばw
目腐ってんのかお前w 説明できてると自分で思ってるだけで
相手からしたらまったく説明できてない状態なんじゃないか
今みたいに >>204
だいたいデバッグって以下の手順でやるけどいきなり処理を見つけて直すの?
1. 現象の再現する条件(手順)を特定する
2. 現象が再現するときに動く処理を特定する
3. 処理を追って理解する
4. 直したらよさそうな箇所を特定して修正する
5. 再現手順を実施して直ることを確認する
6. 修正による影響範囲を確認して問題のないことを確認する 1.コードがわからないのでとりあえずリファクタする
2.関係ありそうな箇所を作り直す
3.直らないからなんとなく全体的につくりなおす
4.似ても似つかない仕様になったものをもっていく
5.客をねじ伏せる
完璧 >>210
仕様の確認と現状のギャップ確認
仕様から間違っていたら
今夜は帰れま10w >>210
もちろんやってる事は同じだわw
ただその「特定する」ってとこが大体カンでわかっちゃうわけw
だから後輩にどうやって特定するんですか?って聞かれても
一貫性のある統一的な手法を説明できないんだよw >>213
根拠を相手に伝わるように説明すればいいんだよ
お前には無理だろうがな >>214
同じ事ばかり何度も何度もw
お前ちょっとアタマいかれてんじゃねw >>215
それほど大事なんだぜ
絶対にテキトーに直したらアカン
99%そうであってもだ >>217
だから何で勝手にテキトーだと思ってんだよw
お前全然俺の悩みを理解してないなw >>219
してるわw
お前の思いこみの問題を他人のせいにすんなw その状態で
なぜ難しいコードをデバッグすれば後輩に説明できるようになると思ったのか
思考回路がちょっと謎 プラグラマって半分相手に納得してもらう仕事なんだからダメに決まってるだろアホかよ >>223
お前女みたいだなw
感情と思いこみだけで生きてんのかよw >>213
デバッグって最低でも順番に時間かけてやっていけば解決するのだから
ツールとかを除けばあとは経験や知識によるショートカットしかない
どうやったら「特定した」と言えるのかを教えて経験や知識を積ませるしかない
一貫性のある統一的な手法なんてない
そんなことよりバグが発生しないように工夫したほうが生産的だと思う >デバッグって最低でも順番に時間かけてやっていけば解決するのだから
極論にもほどがある >>226
そんな事ないだろw
自分なりの法則にのっとって詰将棋みたいなデバッグする奴もいるだろw
そういう風に後輩に教えられるようになりたいんだよw
俺みたいに「ここがクサい!」とか言ってもポカンとしてるだけだしw >>228
じゃあ他が問題ないって事を教えてあげなよ >>177
サイトに何仕込まれてるかわからないから
うかつにのぞけないんだよ
安全なおすすめサイトある? >>230
安全なサイトじゃウイルスの作り方は書いてないと思う ゲームと組み込み分野しか知らんが
時間をかけないといけないのはメモリ絡みかねえ〜
時間かけないと現象が出ないやつが最悪 日本人って偽装が好きな民族なのかな
日本人はテストでバグを見つけても見て見ぬ振りをする
そして納期目前だし仕方ないと言い訳をする >>230
その「何仕込まれてるかわからない」を作ろうとしてるんなら丁度いいじゃん >>228
なんでそんなものになりたいのかわからんがまあ頑張って デバッグは、まず「絵」を描かせたほうが早い
頭の中でな
プログラマは無意識のうちに、処理の流れを絵として思い浮かべるもの
人によって水道だったり、倉庫だったり、ゲームの絵だったりもするが
これができないやつはデバッグなどできぬ
そもそもプログラムもできないと思うが
誰でもこういうふうなものではないので、だからプログラム必修化とか無駄だと思うんだよな
適性がないやつはやらせてもダメ 数学者は、数字だけ見ても面白いと言う
数字を見ているのではなく、その数式が描く「出来上がりの絵」を見ているのだ
プログラムも然り
傍目から見ると文字を出したり消したりしてるだけだが
出来上がったらどうなるかの絵が頭の中で無意識のうちに描かれている
デバッグはこれが出来て初めて可能になること
何の値がどこから来てどういう処理をされてどこへ行くのか分からないとな >>231 >>234
知的好奇心をくすぐるツールを作るのが目的
どうのこうのする訳じゃない。 出来るエンジニアはカンでわかるんだけどw
私大文系のバカでは無理か 私大つってもピンキリな訳だがそれを抜きに語ってる ↑は低偏差値 >>237>>238
そりゃ白紙設計段階の話だデバッグでんなもんいるか ★★★ 安部になってからの日本の報道自由度ランキング ★★★
http://ecodb.net/ranking/pfi.html
72位 自民が負けると大災害が起きるからなぁ
次は東京だろ?
やばいって プログラム出来る奴は
ソースコードが仮にウンコでも
ログだけはしっかりしてるんだよな
障害あってもログみただけですぐ問題箇所わかる
クソコード書くうちのおっさん見て思った ベテランが素早くバグ見つけられるのは、
不具合の特徴から、関連する機能の洗い出しが瞬時に出来るだけだからな。 クソコードは役に立たないが、ログはあれば役に立つからな 某F通の学者肌ぽかった人のログに関するご指導
「センスのいい箇所に入れてくださいね」
知るか畜生 ログはとりあえず入れて多かったらあとで消せばいいんや センスないとこに入れても結局全部消すことになんぞw 私大文系はどこに入れたらセンスが良いのかすら理解できないので反論する どこがどういう動きをするのかを理解してないやつにデバッグはできねえ ログもそうだし画面に出るエラーメッセージなんかも同じ文言を使いまわしていると
そこからさらに絞り込むのが大変だったりするから、意味が変わらない範囲で微妙に
変えておくといい。 南海お願いしても、エラーが出ましたこんなメッセージでしたとしか
報告してこない人が多いから。
5W1Hを意識して報告してくださいってのはそんなに難易度高くないはずなんだけど。 はぇー金になるんか!
すげーなおめーらーw
どっかに隠れとったんだろう
このきちがいどもw >>255
そんなんいらん
スタックトレースよこせ >>257
ログにスタックトレース出してないの? 無能過ぎない? >>255
そんなのユーザーは改変するだろ
意味のないエラーコードにしとけ
>>259 横レスだが
ユーザの報告とログを紐付けるのが一手間だろう
社内とかならスタックトレースを表示しても問題ない
あと規模によってはログの量も気にするしデバッグレベルならともかく linuxは最悪
install failed appear to libなんとかかんとか missing.
↓
libなんとかかんとか入れた
↓
install failed appear to libなんちゃら missing.
↓
libなんちゃら入れた
↓
failed.
散々手間かけさせておいて、最後には理由も無し
クソやlinux >>262
そのまま貼り付けてなんですか?これって聞いて見たらどうやろ? そういえばLinuxってubuntuでタダでこんなことまでできちゃうよー、わー、スゴーイ!
って雑誌ばっかだけど
いざ開発ツール探すとなんもないんだよな
エクリプスとかあるじゃんとか反論がありそうだが
そこからなんの言語でどうやって作ると一般的なのか説明がない Linuxはサーバー
開発端末としてはWindowsよりは快適だけどMacの足元にも及ばん SSHで接続したらLINUX環境になるんだから
クライアントがLINUXである必要ない phpstormどうしても慣れないからvscodeに浮気中
でもnetbeansが一番早く仕事が終わる というわけで、今日も1日始めますよ、お前ら。
お前らはお休みを堪能しなさい。 今時OSSであること以外にeclipse使う理由がなくないか あーのさー、英語ってさー、なんでこう、気持ち悪いのかな?
対義語の文字数が違うっていうさー
obj.right
obj.left
とかさー
obj.high
obj.low
とかさー
obj.open
obj.close
とかさー
揃わねーんだよ!!!!! >>283
よし、お前のコード、ちょっと見せてみろ >>285
お前は自分が試していないものを他人に勧める人でなしなのか? >>286
以前の職場で日本語使いまくりプロジェクトに居たので試してるぞ >>287
試した上で、自分は有益だと思わなかったものをお前は人に勧めるのか? >>288
お前話読めてるか?
英語が気持ち悪いって言うから選択肢の一つとして示したまでだ
選ぶかどうかは本人次第で強制はしてねーよ >>282
英語は健常者が作ったものであり、健常者は対義語の文字数を気にしないからな。
アスペ好みの対義語の文字数が揃った言語が欲しければ自分で作れば? アスペって言おうとしたら先に言われてたw
こういうガチアスペって意外と本人は気づいてないんだよなw 商品マスタDao.java
売上Dao.java
価格調整Service.java
最強 >>261
>ユーザの報告とログを紐付けるのが一手間だろう
ひと手間も何も障害対応や障害報告をしたことある?
全くしたことないとしか思えない意見なのですが。
社内でスタックトレース表示するとか言いますがそれをどうやって
伝えるのですか? スクリーンショットをエクセルにでも貼って
教えてもらうのですか? >>292
馬鹿だから気付かないんだろうなw
アスペって282みたいに下らないことで騒ぎ立てるから面倒だわ とりあえず会話できない人はこのプロジェクト(スレ)から外れてくれ… >>295
それはお前がバカだからだ
それはお前がバカだからだ >>299
何で2回繰り返して言ってるんだ?
1回ですむじゃんw 客の操作ログをDBに保存
エラー発生したらメール飛んでくる
客から報告来る頃にはもうデバッグ開始してるか直ってるよ >>301
だからオメーは無能なんだよ。
大事なことは念を押すのが仕事のルールだ。 >>300
根拠が無いなぁw
馬鹿だから幼児レベルの語呂しか言えないのかな? >>303
ただの罵倒と仕事の忠告を混合してるお前の方が無能だろw >>305
だからオメーは無能なんだ。
マトモな仕事人は、いつでも仕事を想定した行動をすんだよ。 Scr001Dao001.java
Scr001Dto001.java
Scr001Dto002.java
Scr001View.java
うちの命名規約
ピッタリ揃ってて超気持ちいぞ >>306
ただの罵倒を仕事を想定した行動ってw
お前頭湧いてるだろw >>307
連番管理の時点で気持ちワリィんだよ! ボケナス! >>310
見て役割が分からねぇ方が気持ちワリィに決まってんだろ、ハゲ! >>312
頭悪すぎ
なんのための設計書だよ
エクセル開いて読めよ >>310
おめーは「20代ピチピチのレディー」って書いてあって
開けてみたらマツコ・デラックスみたいのが来てもOKなのか? >>313
おめーはマツコ・デラックスといちゃいちゃしてろ >>312
他の人からも頭悪いって指摘されてるなw >>315
お前のヤバイ性癖を押し付けるなよ
マジキモい >>318
こういう風に、複数の意図として解釈できるレスをする奴は本当に馬鹿
こういう奴こそが、アスペの典型。 日本語も満足に使えない >>318 はナニ人なのか不思議だが、
それが同調する奴らもやっぱり、ナニ人なん? プログラマは基本アスペと考えていい
ごく稀に健常者が居るぐらいの感覚 >>322
健常者って、オレのことじゃん。
オレだけのことじゃん。 >>320-321
複数の意図として解釈するのはお前が文脈を理解してないからだろw
前後の流れを見ないで判断する辺りが典型的なアスペだろw
な、ピチピチアスペ君w >>325
超絶ノータリン、きたーーーーーーーーーーーー!
>複数の意図として解釈するのはお前が文脈を理解してないからだろw
理解してるから複数の意図があるってわかるんじゃんw
やべぇ、マジ、こいつ>>325、やべぇw >>327
ブーメラン乙w
レス自体では無く、
レスの前後の事を言ってるのにw
レス自体の事を理解してるとか
的外れすぎてウケるw
人の事言う前に自分のノータリン具合を治せやw >>328
おまえ、マトモな論理構築できないならしゃべらない方がいいぞ。 馬鹿ほどブーメランって言葉好きだよな。お前が理解できてないだけだろっていう。 健常者のプログラマなんて使いものにならない
気が狂ってるぐらいじゃないとまともなコード書けないだろ > レス自体の事を理解してるとか
誰も言ってないことを相手が言ったと錯覚する妄想癖>>328 カワイソス 製造者「単体テスト完了しました。」
製造者(設計者が受け入れテストしてくれるから大丈夫だろう)
設計者(テスト完了って言ってるから大丈夫だろう)
結合テスト・・・
設計者「こんな設計してない!ちゃんとテストしたのか!」
製造者「仕様通りです。テストもしています。」
設計者「これはそういうつもりで書いてない!なんだこのテストは!なんで質問をしに来ない!」
製造者「そう言われましても・・・」
今こんな状況なんだけどどうしたら良かったの?
ちなみに俺は製造者ね。
テスト仕様書は設計者に書いてくれって依頼したけど
「単体完了まではプログラマーが責任を持って作業をするのが常識だ」と言われた。 >>329-330
まともに反論出来てなくてワロタw
図星だからってお前の馬鹿さ加減を相手のせいにするなってw
俺以外の人からもお前が馬鹿であることを指摘されてるだろ?
>>332
複数の意図って解釈したのはレスしか読んでないからだろうがw
レス自体じゃなかったら何を理解してるんだよw
レスの前後はお前理解出来てないだろうにw >>333
設計者やクライアントの意図を理解して開発する。
業務ロジックとか理解して開発してた? 曖昧な日本語使うからトラブルになるんだよ。
設計書はちゃんとプログラム言語で書かないとな。 >>333
君の言ってる単体テストってどんなものなんだ?
企業によって定義が違うから注意が必要だよ
特に社間での連携が必要な場合
1. プログラムで自動化されたクラスごとのテスト
2. 手動で行うクラスごとのテスト
3. 手動で行う画面ごとのテスト
まともな会社だと単体テストは1のことを言う
まともじゃない会社では2か3
特に3のことを単体テストという会社は酷い
技術水準が20年ぐらい遅れてる >>334
もう、お前馬鹿すぎるからヤダ。
>複数の意図って解釈したのはレスしか読んでないからだろうがw
複数の意図で解釈できるとわかったのは、文脈が分かっていて、
それに反する意味でも取れると解釈できる文章だと分かったからだろ。
おまえ、そんなんでよくシステム開発できるな。
ちゃんと仕様書読めてるのか?
ほんと、お前は馬鹿すぎるというか、論理というものがわからなすぎなんだよ。くたばれノータリン 3の会社だわ
仕様書すらなくメモ書きみたいなのが散乱してる >>338
だからお前の馬鹿さを他に押し付けるなって何回言ったら分かるんだ?
318しかレス見てないから複数の意図とか馬鹿な勘違いをするんだろw
お前と違って周囲の文脈も理解してるから問題無くシステム開発出来てるからw
くだばれっていうけど、お前がまず死ねば? 仕様書は頭の中だ。
おまえらは気付いた点やハングアップした時の操作手順だけ報告しろ。 >>341
> 318しかレス見てないから複数の意図とか馬鹿な勘違いをするんだろw
こいつ、マジ日本語わかんないのかな? 勘違いしてんのはお前だ、馬鹿
意味を理解した上でこそ、別の意味でも取れると分かるってことが、まだわかんないのな。
本当に死んだほうがいいんじゃね? 頭悪すぎだ >>345-346
同じことを何回も言わすな馬鹿がw
前後理解してねえから複数の意図って発言が出るって言ってるのにまだ理解出来てないのかw
馬鹿のお前が死ねよw > 前後理解してねえから複数の意図って発言が出るって言ってるのにまだ理解出来てないのかw
いいや。説明してやんないとわかんないみたいだからすっか。
なんで? > 前後理解してねえから複数の意図って発言が出る
なんで? > 前後理解してねえから複数の意図って発言が出る
なんで理解してたら、それ、出ないの? これが元レスな。
> こういう風に、複数の意図として解釈できるレスをする奴は本当に馬鹿
> こういう奴こそが、アスペの典型。 誤解の温床は、指示語。あれ、これ、それ、どれだよ? >> 352
> 用があるから後でレスするわw
と ん そ う w >>352 チンカス過ぎwwwwwwwwwwwwwwwwwww >>337
3かな。
その説明だと普通は(丁寧にやるなら?)結合の前に1、2、3の種類のテスト工程があるって事だよね?
うちは単体テストは1工程のみだし、やり方の指示も指導もないから「いい感じでよろしく」状態 3.をいきなり単体テストでやるなんてあり得ないけどな。
結合まで終わった後のランダムテストじゃねえの?
逆にUI周りのテストなら、目視テストも必要なんだが。 >>335
疑問に思えば質問に行ったけど、作ってる時は疑問に思わなかったから
理解していた「つもりだった」としか言いようが無いわな
相手も単体完了後に受け入れしなかったんだし、
お互い様な部分もあるんだから、一方的に攻められるのは間違ってると思うんだよな 仕様書を思い込みで理解してしまうプログラマなら、コードも思い込みで書いてるかも知れないよ?
コードレビューは仕様書と照らし合わせてやったの? 単体テストとか結合テストの定義が会社とかプロジェクト毎に違うってのが問題なんですよ テストの定義があいまいだから、仕様の定義もあいまいになって、お気持ち駆動開発になっていく >>361
こういう仕様ガーとか吹き上がってる人も普通に他人との仕様の定義が違うのが当たり前
ジャップランドはこれだからというのが湧いてくる前に言うけど、日本に限らずだからね テストの定義が曖昧だからお前らのコードでもテスト通るんやぞw曖昧に感謝しいやw >>337
画面のレイアウト確認は単体テストだけど、3が多くね? 仕様として解釈できる範疇で作ったのに、
自分の心の中の定義だけをよりどころに製造者に責任転嫁する設計者
お前の仕様書を2通りに解釈できるところでいちいち質問に行ってたら仕様確定までに定年になっちまうわ!
普段から想像力を働かせておまいのしりぬぐいしてやってんのに
ちょっとカバーしきれなかったらこっちのせいにしやがって >>367
画面のテストって、自動化難しいからなぁ
デザイン的な話を置いといても、パーツが重なってクリック出来ないとかから、サイズ変更したらグダグダじゃんとか、
見た目や実操作じゃ無いと分からない事が多いよな。 >>358
やっちゃう会社は少なくないよ
ラピッドプログラミングが流行った時期
あの頃は全てがスマートUIで作られて
UIより細かいパーツ分割して考えることが難しかった
だから単体テストはUIを単位に行なっていた
そのころの習慣がまだ残ってる会社はUIテストを単位テストとして行なっている 「どっちでも大丈夫だから曖昧にしか書いてないと思ったんです
なんではっきり書かなかったんですか?」 >>333
自分ならどう設計するかをまず考える
そしてその差分を確認しにいけ
自分で設計できるだけの情報がそろってなかったらまだ製造に入る段階じゃないし
テストも作れないはずだよ
設計書を技術者が書いた確定情報だと思うなよ
何も知らない客が思いつきで書いたメモ書きぐらいに思っておけ
設計者はだいたい上司の役割も受け持つけど
技術者としては2流3流なんだからそこはツッコミ入れる気持ちでいけよ C言語だとよく見るけど未定義も正当な仕様の一部だからね
明確に定義されてない部分は何が起こっても仕様通りなんだよ
鼻から悪魔ってやつだ 今はVisualStudioが進化してUIもVSから自動テスト出来ちゃうからな
しかも2017ならコーディング中に裏で単体テストまわしてくれるし、いい時代になったもんだ
もはや自動テストしない言い訳はほとんど無いよね 戻り値=1って、普通0x01だよな?
0x31で返すなら、戻り値='1'って書いとけよ。
と、思ったら、別関数の引数に'1'ならチョメチョメって
書いてあったから0x31渡したら、0x01だったし、
かと思えば、"1"をアドレス渡しだったりw
もうめちゃくちゃw 仕様書上では1も'1'も"1"も同じものです
正しい型は設計者も知りませんし興味もありません >>375
それ、領域重なっててクリックできないとか、ウインドウサイズ変更したら、レイアウトぐちゃぐちゃになるとかもチェック出来るの? >>294
呼ばれたら行くか、リモートで操作するよ >>307
1000越える大きさのプロジェクトはできないのか >>380
設計者はどうでもいいよって思ってます
インターフェースを作るのも使うのも実装するのも設計者ではなくプログラマだからです >>381
呼ばれたから行くってのは相手の作業が全部止まるってことだよね?
そんな牧歌的な職場の方が少ないと思うのだが。 >>337
3けっこうあるよな
後から決めるためにワザと書いてなかったりもするし
書いてない、曖昧なものは工数削減できる方法で実装していいだろ
いちいち実装が考えなきゃいけないなら設計の意味なし
ここで前工程の担当が外部設計までで、製造と言ってる奴が内部設計も受けてるなら、内部設計のレビューが必要
まあ前の担当はクラス図とか理解できないだろうから無駄だろうけどな >>384
エラーでその作業できないんだろ?
他の作業してろよ
クリティカルな業務でそんなにエラー出してるならその時点で牧歌的だろお前クビ テストの方法が決まって無くて個人の裁量になってるなら
大したことがないチームだわ
個人のテスト方法をどうこう言う資格はないと思うよ >>366
テストに通るのは必要条件であって十分条件じゃないからなあ
テストに通ってもバグだの不具合だの仕様変更だので直すのは普通だし >>386
他の作業をするにも別端末で作業するわけじゃないからなあ
エラーが出た状況が残ってないと不具合対応ができないって、普通にお前の頭の不具合じゃね? >>383
そのまんま下請け数社に出したら、結合で予定工期の倍掛かって結局製造やり直しだったんだが。 >>360
君じゃなくて他の人が同じ指示を受けた場合、実行出来るかによってどちらかが悪いのかが変わってくるな。
君以外の人間が開発しても同じ結果になるなら設計者が悪いだろうし、
君以外の人間が開発して設計者の意図を汲み取った開発が出来るなら君が理解してないのが悪いって思うわ。 仲良しグループで固まって組織が一直線で腐敗しそうな考え方
光画部時間… 問題がある方を聞いてるだけだよ。
別のメンバーに入れ替えて対応出来るなら360が悪いだろ。
逆に別のメンバーでも対応出来なければ上司が癌だわ。 >>391
その他の人が1人だけだとそいつがたまたま同じフィーリングの人だったから出来たって事もありえる
統計的に十分な人数(プログラマが100名体制なら80人とか)で同じ仕様書からプログラムを製造して
製造結果を比較分析しなきゃだめだよね >>390
へえ
そんな愚痴言われても納期と予算は追加しないよ? >>394
それはそうだね。人数が多い場合は、
そっちの方が正確に判断出来るし。 設計書でこういう構文を書いたらコードではこう書け、みたいな記述ルール、変換ルールがあると公平で間違いも少なくなるはずだね
意味不明な自然言語の説明じゃ伝わらないよ
小説の作者の気持ち考えるお遊びじゃないんだから 用語定義や記述されてる略号の定義まで書かれてる仕様書を書けよ。 >>397
そもそも設計書を書いてるのがコード書けないとか珍しくないから
そこまでやるくらいなら設計とコーディングを分ける必要性は薄いし 設計書記述言語みたいなのを作ってVisualStudioみたいな高機能なエディタを販売すればすごい売れるんじゃないだろうか
ビルド結果は当然エクセルで出力するとして >>399
それはありえないよ
設計書の通りにコードを書くと完璧なプログラムが出来上がる
それが設計書の定義だ
コード書けないのに設計書を書けるわけがない >>401
アホです?
今の大手SIerなんて何十年も前から入ってすぐSEでコードなんて書かないのが普通ですよ >>355-356
お前みたいに予定もなく、ずっと5chに張り付ける奴じゃないからさw さて自民党に投票しに行くか
日本を終わらせてやるよ >>401
そんな幻想信じてて仕事できるのか?
最初から神の如き完璧な設計書が書けるなら、という前提が必要な話だろ 最初から?コード書けない奴は最後まで書けないだろ?
コードは現実の矛盾を容赦なく突き付けてくる。
コード書けないってことは論理矛盾や破綻を自力で解消する能力がないってこった
そんなやつが設計書だけ書いてプログラマに破綻の責任を押し付けてる >>389
未だにシングルタスクOS使ってるのか
大変だな >>406
そういうのじゃない
あくまでただのテキストファイルから設計書を生成する構想
グラフィカルな入力装置は生産性が悪い 簡単には難しいだろう
設計する上での微細なさまざまな項目は
人間の常識や過去資産の決め事によってきまってくる
まずそういうのからデータ解釈して引き当てる機能がないといけないから
膨大なDBが必要になるとおもう
もうGoogleがAIで作っちゃいそうだけど そもそもお前等ってプログラムに必要なものを出せるの?一覧で >>411
知識は設計者が持ってる前提
消費税込価格(単価, 数量, 消費税率) = 単価 * 数量 * (1 + 消費税率)
こんな感じで業務知識を機械解釈可能文法で書いていく
ビルドすると静的解析でエラーチェック
エラーがなければ自然言語と美しい罫線で描かれたエクセル設計書が出力される コードは現実の矛盾を容赦なく吐いてくる
私大文系には扱えない世界だ 現実で私大文系に勝てないからってこんなところに毎日書いてるんじゃねえ ニュー速でも見たぞ私大文系叩き
単発レスばっかだし
ほんとにAIかなんかなんじゃね >>414
という機能をつくったとするじゃん
そんで商品テーブルがあって値段、単価、仕入れ数量(ダース)ってあるとして
人間ならどこをどこに紐づけるとか脳内の言葉の意味データベースから直感的にわかるじゃん
だから設計書には消費税を計算するって一言書いてすませられる
そんで
何が言いたいかわからんくなった >>414
ただし?
消費税率は?
いつのを使うって?
取引があった日?
計算したい人が指定した日?
8から10に変わりそうですが?
2000年にした取引の計算はいつの消費税を?
性的解析ツール!
ちんぽ! >>409
シングルタスクも何もPCにキーボードとマウスは1セットで
つなぐのを増やしても別々に動きませんが?
それ以前に呼ばれて駆けつけるみたいな同期型でしか
仕事をできない方が大変だと思いますよ? 同期型の仕事なんて嫌だから画面にスタックトレースなんて出すような手抜きを
するのではなく、 ログに出しておけよって話なのですが。
「いつ(When)、どこで(Where)、だれが(Who)、なにを(What)、なぜ(Why)、どのように(How)」
の最低限必要なのがあれば非同期に仕事が出来るのにそれすらできないのが多いなと。
不具合が起きたら呼ばれて駆けつけるとかアホの子のやることだろ。 なぜとだれがはいらないし、
「どうなった」っていう一番いる情報そのどこに入れるん
おまいさんが必要なこと伝えてくれんから駆けつけてるんや >>27
日本人は少し土人の血が混じってるからね
縄文人(古モンゴロイド)との共存政策とったからその分他の東アジア人よりIQは低い >>419
そういう手抜きをするからめちゃくちゃな設計書になる
静的解析を行えば未定義のビジネス用語を使ってる、といった判定が可能になる ところで常時何千人クラスがプレイしてるオンラインゲームって
いったいどんなプログラムで動いてるのだろうか
やっぱ常人が思いも付かないような特殊なことやってるのかね >>420
いつの消費税を使うか、はこの計算式の責任では無い
消費税はこの式の外部から与えるもの
君みたいな人は、プログラミングの基本がおろそかになってるから、この程度の設計判断もまともにできない
なんでパラメータになってるか、そんな簡単なことすら理解できない
君の設計書は入出力が適当定義されているということが容易に想像できる >>423
WhenとWhatでどうなったかって分かるんじゃね?
WhoとWhyいらないのはおかしいわ。
誰が手動でサーバ内で事故起こしたかとか欲しいし、
例外の理由とか書いてあれば調査の手間が少なくてすむし。 >>429
いいや、まだ見えていない
そもそも消費税が個別計算なのか一括計算なのかわからんね
また両方あってその切り替えが行われた可能性も抜けている >>431
同じことだろアスペ
それもこの式の責務では無い >>429
定義してあっても別のもの紐づけたいときもあるだろ
商品(通常価格、セール価格、商品名、、仕入れ日、売却日)ってあるとして
そっから当時の税込み価格を求めるってときは?
日本語だから紐づけを適当に表現できるけど https://qiita.com/ShunIchikawa/items/6449f492dc38a7201162
ようするにProlog言語を自然言語の設計書にしたいということのようだが
なんの設計書をどうはかせようとしとるん >>434
異なるビジネスルールがあるならそれを定義すればいいだけだろマヌケ
普段から雑な仕事ばかりやってるから1つの曖昧なルールで全部済ませようなんてクソな発想が生じるんだよ
なにが日本語だから適当な紐付けだよ
設計放棄してるだけだろカス >>433
アスペ君じゃないけど、戻り値に小数点有りか無しか欲しいね。
それによって戻り値の型も変わってくるし。 いやでもまず意図として商品の消費税率を求めたいんだろ?
そっから設計を書き下していくんだから
その記述はどっかにいるじゃないか ビジネスルールのチェックがしたいのか
Excelを吐かせたいのかはっきりするべき >>433
何が単価と数量だよ馬鹿
うまい棒個別に買ったら消費税分得になるだろ
でも他の商品もいっしょに買ったらそうはならねーんだよチンコ >>437
型定義も当然必要だろう
そもそも>>414は所詮説明のための例でしかない
式そのものは言いたいことの本質ではない
アスペに粘着されて冷静さを失っていたようだ >>414は使い用の無い産廃だっただろ?
(*゚∀゚)qこれが現実よ >>438
金額はBigDecimalとか全体ルールが別に記載されてればいいけどね。
ただ、さっきの設計だと入出力の型が曖昧だから、引数と戻り値に型の記述は欲しい。
じゃないとintなのかdoubleなのかBigDecimalか設計者に確認する必要が出てくるし。 アスペっていうかプログラマってただの例えに異様なほど噛み付くよな
それに返す方も基本的に頭おかしいプログラマだからガチで返しにいく
それで話題がどんどんズレていく
自覚ないんだろうけどプログラマ以外から見たらまともに会話できない変人だぞ 例え話なんかする奴は無能なんだよ
現実の話を出せばいい ずれてるならどこがずれてるか言えばいいじゃないか
最初の例に具体性が欠けてるから話がふわつくんだ
実はちょっとアイデアとしてありだと思った
役に立つかどうかはおいといて 機械的に解析可能な設計記述言語が欲しい
設計記述言語を編集する専用ツールも欲しい
そのツールは記述した設計を静的解析して明らかな矛盾を検証できる
そのツールは記述した設計を視認性の良いエクセルドキュメント形式で出力できる
消費税の話はまるまる要らないだろ そもそも人間言語がめちゃくちゃいい加減だからプログラムにするとあんな長ったらしくなるんじゃ
具体例は絶対いる
ないと物事のイメージわからん >>446
無いよ
そんな簡単な消費税計算はこの世にないから
必ず業務と絡んできて厄介になる
超簡単な例を一般化されても困る
さらにパイプみたいに切っただけ
売るときもあんで
違う種類もまとめて買うとお安くなんで
消費税はどうなるでしょうか? >>447
具体例とか必要じゃね?
そのレベルの抽象度の話だけだと、
設計記述言語についてイメージわかんし。 厳密にガチガチに書かれたルールから自然言語的に起こすって
逆よりさらに難易度たかくないか?
そこから人間にとって重要な要素を抽出して意図を表現するんじゃろ >>449
そういうのはシステムごとに異なるのでここで具体的に考えても無意味
>>414で十分なシステムかもしれないしもっと複雑なシステムかもしれない
挙げられた具体的なルールが正しいかどうかはどうでもいい
ルールを曖昧さなく記述する方法が現状だとソースコードしかないっておかしいんじゃないかという疑問が話題の焦点 サウンドプレーヤーでやってみるとか?
電卓より楽だろ
再生、停止、一時停止
しかボタンないとして >>450
具体例を書くと、記述言語としての良し悪しの議論じゃなく、具体例として挙げたビジネスルールが正しいかどうか、というズレたレスで埋め尽くされる
具体例は出さず、抽象的に議論したほうがいい >>455
ドラッグ&ドロップなどで読み込んだサウンドファイルなどを再生ボタンなどをクリックするなどして再生する。
再生中などは一時停止ボタンをクリックするなどして一時停止状態などになる。
また、再生中などに停止ボタンなどをクリックなどすることで停止状態などになる。
一時停止状態などは再生ボタンなどを
(*゚∀゚)b >>457
曖昧すぎる
ドラッグ&ドロップの定義は?
サウンドファイルって何?
「など」ってどういうことなの?
再生中の定義は?
etc. etc... 電話でうまく行かねーぞと言われただけで
どのシステムのどのログかってどう探すの?
実務経験があれば適切な報告がされないのはわかるよな >>455
ある程度具体化しとかないと認識にすれが発生するじゃん?
設計記述言語って言っても手続きなのかオブジェクト指向なのか関数型なのか、DSLかによって変わってくるし。
他にDBの設計とかでも片方がRDB前提の話をしていて、片方がNoSQL前提の話をしてて噛み合わないとか議論として阿呆らしいし。 構文エラー: ファイル 〜: 〜行〜列: ここで「など」は使用できません
とか
「再生中」が未定義です
といったエラーメッセージをだして欲しいよね
設計書では無理だけどコードならできる 今気が付いた
税込み価格を求める(売却価格、売却日)ってあったとするじゃん
税込み価格を求める(商品)って書いたら
ほかのルールから紐づけをたどって、商品から売却価格と売却日を求めて、
税込み価格を求める()を呼び出すようにする
できるわAIの自動プログラミングツール
おれらの仕事近く確実になくなる >>460
まず電話で聞き返すでしょ。
何時、どのシステムのどの機能のどの操作で、どううまくいかないのか等。 >>466
それを電話でうまく聞き出せると思うのか?
実際と違うミスリードされるぞ
よっぽど小さい会社とかなら平気だろうが >>460
そういうにはノータイムで再現性無しとして突きかえす
最初は怒られるけど続けると相手が折れてまともな報告をするようになる >>467
思うよ。実際保守やって対応してたから。
電話で聞き出せたし、メールでも聞き出せるし。
その情報を元に問題調査して、すぐ問題解決を何度かしてたら、契約の更新で顧客からまた保守を依頼したいとか来てたりしたな。 >>468
仕事から逃げてるだけだな
誰もお前が関わったシステム使いたくなくなるぞ 変数の宣言って使う直前でやるべきなのか
それともメソッド内の最初でやるべきなのか
どっちが正しいの? >>470
遊びやボランティアじゃないんだよ
コスト意識持って仕事しろ >>473
ローカル変数は使わない
ローカル定数を使う このあいだチャットで外人と話したらさ、日本ではプログラマーは大切にされてないのかと聞かれたよ
もちろんその通りだと答えておいた
よかったなお前ら、業界の悪評は海外にまで届いてるらしいぞ プログラマというか日本は労働者みんな奴隷でしょ
プログラマだけ特に酷いわけではない 「みんなも苦労してるんだぞ!」
状況改善を拒む邪悪な言霊
しるかそんなの改善できるんだから改善しろよ! 【ろくでなしのジャップ!】 「朝鮮人どもが!!」「TBSは帰れ在日共!!」秋葉原の安倍晋三街宣の聴衆がネトウヨだらけで話題
https://twitter.com/ixabata/status/921698937492226049
今日秋葉原のあの場所にいた「民進党支持者で安倍嫌い」の俺は間違いなく超少数派だったのだろう。
別に俺が何を言われた訳ではないがあの日の丸の群れやナチュラルに聞こえる「朝鮮人」の声に耐えられない。日本人の俺でさえ耐え難いこの光景は在日外国人に取ってはもはや恐怖でしかないと思う >>487
売国奴にとっては耐えられない光景だろうなw 選挙制度に嘘偽りがある
票が簡単に操作できるから政権交代が起きないのだろう
そもそも特別在住者に選挙権がなかったり政権交代を阻む力が大き過ぎる 今日の選挙結果楽しみだわw
ネトウヨがどんな面して負け犬の遠吠えキャンキャンわめくのやらw
お前らは絶対にファシスト政治を許さないよな? カワンネーよ
世の中を操ってるのは財務省だ
どの党が政権を取るかは関係ない
もし財務省の言うことを聞かない党が
いたら脱税でとっ捕まえればよい
なのでどの党が政権をとっても
消費税増税を叫び始める 自民党が負けるといよいよ日本ヤバイかもしれんよ
前回自民党が負けた時を思い出すとさ
何があった?そう311だ
311が自然的な地震でないって噂は知ってるな?
つまりはそういうことなんだろう
次は東京直下ってこともありうるかもな >>492
すげータイミング良すぎんだよな
日本が原発政策始めて世界に売り出そうってときと
アメリカがシェールガスを世界に売り出したいなってときだしな >>487
こういう政権ですよとアピールするために敵対する側が送り込んだんでしょ
街宣を見に行ったらだいたいそういうやついるよ
周囲でタバコを吸いだしてポイ捨てとか地味なのもいるし >>495
うわセコ
切り捨てて他所のせいにしようとしてる
自民はネトウヨを最後まで面倒みなきゃダメだろ
自らが蒔いたタネなんだから >>496
そそ、そうやって現場で暴れた人がいたという事実さえあれば後からいくらでも言えるからね >>497
後からいくらでも言えるってそりゃネトウヨの方じゃん
迷惑行為おいてあれはネトウヨじゃありません敵対陣営の工作員ですって
そんな子供じみた言い訳が通じるかよバカ
仮に万歩譲って工作員だったとしても迷惑行為をさせてしまった時点でそれは管理側の責任問題だ >>497
マッチポンプでパヨクは騒ぎ立てるからな。
足を引っ張るしか能の無い市民(笑)だし。 >>474
そうかお前の仕事はそういうのか
末端サービス業は気楽でいいな
俺の仕事は問題解決だから
先ずはお前のような奴を首にするのが仕事だな 1. 手取り足取り教える、ドキュメントもある
2. 手取り足取り教える、ドキュメントはない
3. 教えれないけど、ドキュメントはある
4. 教えれないし、ドキュメントもない
1の状態が一番いいが、カロリーが高すぎる
2の状態は生き字引や人柱がいる状態
3か4が現場のよくある状態
2の状態でドキュメントいらないというのはまだいいのだが、4の状態でドキュメントを
拒否しているのが多いから、ドキュメントいるやろという意見が多くなる ソースも無い現場で移植をなりわいとしていた自分から言わせてもらえば、やる気と才能次第。 >>499
ネトウヨさん
そういう戦略に切り替えたんだ
人に迷惑をかけておいてあれはサヨクの工作員だよってなすりつけようとするんだ
まるでネトウヨさんがいつも言ってる「日本人のふりして世界中で悪さするどこかの国の人達」みたいだねえ
ひょっとしてあれもネトウヨさんの妄想?だったりしてwww >>502
一番良いのは
ソースを読めばわかる
だよ
高品質なコードと高品質なプログラマが居ればいい
才能なく努力もしないプログラマは転職しろ > 高品質なコードと高品質なプログラマが居ればいい
そんなこと言っていてクローズした有名OSSは数知れず
商売的なミクロ視点で言えばロックインして競合の参入を阻むという利点はあるが
マクロ的には後継者が作れずつぶれる。 そもそもお前の携わるそのプロダクトが高品質なプログラマが来てくれるようなものなのかという >>506
「なんでドキュメント無いの?作るよね?常識的には」 大事な事は全てソースに書いてあんべ。
ドキュメントなんか嘘しか書いて無いし、
…あ、理想が書いてあるの間違いな。 >>507
後継者っていうほど高度なことではない
はっきり言って数年プログラマやってれば当たり前のように身につく技術だよ>読めるコード
それすら作れないならそんな会社は害悪でしかないから潰れた方がいい
そんな会社は日本のコードベースを汚染して総生産を下げるだけだ >>510
そんなの常識じゃないし
そもそも常識が正しいとは限らん
太陽が地球の周りを回ってるって、ちょっと前までは世界の常識だったんだぜ 仕様書のアルゴリズムにソース載せて来やがったから、配列使ったソースのアルゴリズムだけ頂いて、ポインタ演算に変えた奴で納品したった。 >>513
それを簡単というほど世間のソースは読みやすくないなぁw ソースコード読めないってのは、読む側の能力が低いからだろ? >>516
だからそれが問題なんだって
普通にできているはずのことができていない
そんなプログラマ失格の似非プログラマで溢れている
社会的な規模の損害だよこれは 長く生きればソレを無くすのに使うコストが一番無駄と思える日がくるよ。
アニメみたいに1人が全てを構築運営なんてありえない。ましてメンテまでやれるわきゃないし、メンテレスなんてのもない。
そして、それぞれの人は仕事を中心で動いていない、家族との幸せのためのわずかなお金を稼げればいい。 >>506
プロジェクトには客から始まって階層ごとにいろんな人間が関わるのにコーダーだけがわかる状態はまずいんじゃねーの >>517
書く側が下手かもしんねーじゃん
お前のプログラムって抜け多いだろ? >>506
別会社から引き継いだプロジェクトが正にその状態だわ
仕様書設計書試験書コード全てが違う
結果コードこそが正義になってウチしか真の仕様を知らない >>521
あのな、正しい記述がされてるプログラムかどうかと、プログラムが読める読めないは別次元の話だろ?
プログラムなんて難読処理でもしない限り、普通に読めるだろ。
まさか、関数名から変数名から全部固定長通し番号とかでもあるまいし。 >>523
> まさか、関数名から変数名から全部固定長通し番号とかでもあるまいし。
トラウマがフラッシュバックした そー言えば、ガラケーのJAVAが難読処理してたなぁ。
ソース時の名前がそのまま中間コードに現れちゃうからとかなんとかで、解析されない様にってな。 >>525
予防線?
いやいや、難読処理は読み辛くするだけで読めないワケじゃ無いから。 >>520
SEはコードがわかるからいいだろ(わからんやつは死ね)
客はコードはわからんかもしれんが奴らは設計書も読まない
読むとしてもせいぜい操作マニュアルだな >>501
負け犬って間違いとか根拠もない同じこと繰り返し吠えるだけだよな メンテナンスするときに欲しい文書は概要だ
それも設計段階で書いたものではなくコーディングと同時かその後に書かれた概要
それ以外はゴミ >>527
じゃあ関係ないんじゃん
なんで発言したの?
そのままいついかなるときでも
ソースコード読めないってのは、読む側の能力が低いから
って主張を通せよw ドキュメントとソースと教えてくれる人がいるが
全て言ってる仕様が違うというのもなかなか大変だぞ
あとは経緯が残ってないと理解し難い仕様もある >>532
それな
DRY原則に従えばどれかひとつにするのが正解なんだよ
そんでシステムってのはソースが無いと何も始まらんからそのひとつはソースにするしかない
ああもちろんソースから完全に自動で生成されたドキュメントは問題ないよ 創価学会と幸福の科学
どっちに入った方がいいですか? >>534
人そのものを抹消する必要はない
人の記憶が経年劣化で抹消されても問題ない状態にしておくことが大切 >>535
物理的な存在である家と情報である設計図は別もの
それぞれが同時に存在してもDRY原則には違反しない
システム開発における設計書とコードは重複する情報だからアウト
コードだけを残して設計書は捨てよう >>540
じゃあ、コード書くことないじゃん
動くんだろ? c++のビルド後のバイナリファイルと
ソースコードも情報としては同じなので
バイナリファイルだけ残して
ソースコードは削除しようぜ >>544
じゃあ、obj残してソースコード消すわ ハッキリ言うけど
どこにも浸透してない
クソ宗教信仰してないで
もっとためになることに頭使いなよ 俺が社長だったら天候の悪い日は基本休みか自宅作業にするのに >>518
理想をどんなに叫ぼうが現実は変わるわけではなく、現実を飲み込めずに理想だけを
叫ぶのは見苦しいのですよ。 定年すぎて沖縄に反戦活動している老害と同じ。 数学とか物理は得意だったけど
IT系の仕様とか技術とか全然頭に入らないわ
暗記科目の素養も必要なのかね >>549
逆の人もいるんじゃないかな
数学は得意という程でもないけどIT技術は得意という >>548
そろそろ変わるよ
敵国のサイバー攻撃の進歩に追いつけなくなって起業や国家が危機的状況になる(すでになりつつあるので時間の問題)
「(テレビの敵の)IT業界が危機的状況になってます。ボロクソです。なぜそうなってるの?それは素人がITに関わってシステムをめちゃくちゃにしてるからですよ。これは大問題です」といった趣向の特番が連日放送されるようになる
すると流石に素人に任せるわけにはいかんという機運が国民の間に広がる
IT従事者には厳しい資格試験が課されてプログラムを書いちゃいけないレベルの雑魚は淘汰される >>552
まあ、そういうのはアメリカ行くからいいんだよ
義務教育でプログラム覚えるらしいからいよいよ
プログラマ職業としては消えるんちゃう? >>547
天気いい日であっても出勤する理由を明確にお答え願いたい クソ忙しいのに仮病で有給取るやつって罪悪感ないの? 特に会議とか発表がある日に休むクズ
病気がちで仕事に支障あるから解雇って可能か? 無理に出社して、支離滅裂なコードを何千行も書かれてるよりマシ >>558
そんなので罪悪感感じるなんて私大文系かよw しっかり体調管理しろといいながら、休んだら仮病と言い張る地獄 >>563
頻度の問題もある
普段勤怠が安定してる人は急な病気でも許す
月に2回とか3回も病気で有給ってありえないだろ
事前申請もないしスケジュールがグチャグチャ プログラマが1日2日急に休んだからって
そんなスケジュールに影響あるか?
打合せが仕事の半分のやつとかならともかく >>561
ていうかどう考えても仮病だから出社すればまともに仕事はできるはず
そいつは別に無能というわけではない 本当にその日に自分しかできない仕事があるなら休まないし
そんな仕事がない日なら忙しかろうと気分が乗らない日は休んでもいいだろ
1人いなくなったぐらいでパツパツな会社なんてその時点で底辺決定 >>565
スキルはそこそこあるから上が需要なポジション与えてんだよね
だからそいつがサボるとクリティカルに色々影響が出る
さらに悪いことにそいつは会議や発表を休むから混乱に拍車をかける >>539
ネタにマジレス
Dont
Repeat
Yourself
だからな
一元化は複数のソース(コードに限らない)に修正を繰り返さない手段だ 上に苦情いっとけよw
解雇っておまい下っ端じゃないんか >>565
丸投げしててスキルもない管理職だから何かあった時に対応できないんだろ
無能の1年に1回あるかないかの事態のために、有能の365日を潰す ひとりサボると俺も俺もってみんなサボりだすんだよな
見せしめに多少強引でも処刑した方がいいぞ >>568
重要なポジションを別の奴に代えさせれば?
そいつには雑用だけさせればよし。 うちの会社にも
技術者とはこうあるべきだ
学ぶ気が無い奴は辞めちまえとか
技術論に五月蠅い奴いるけど
人それぞれ価値観があって仕事してるわけで
お前にやとわれてるわけじゃないのに
何をトンチキなこと言ってんだと思うわ
そんな理想は自分の会社で自分が採用する立場に
なってから言えと言いたいね >>574
努力しない無能な奴っていらないじゃん。
足を引っ張る側には分からない事だろうけど。 >>574
ウチのチームは平等に仕事を割り振る
上位の連中が残業ナシでギリギリこなせるぐらいの仕事量
スキルないやつは残業漬けになる
同じ量だから文句も言えない
っていうか言わせないように平等化してる >>576
上位も下位も同じ仕事量なのに給料違うの? 同じ力量、同じプログラミングスタイル、同じ政治思想、、、
メンバーの属性は揃えた方がいい
それがプロジェクト成功の鍵 共産主義になれば儲け主義から来る差別なんて無いのにな
ジャップ相手にやる気起きないから仕事してなくても仕方ない ネトウヨの発狂する姿がもう少しで見れるな
枝野の人気に焦ってるぞ お前らが投票行かないからだ!
ジャアアアアアアアアアアアアアアアアアアアアアアアアアアアアップ >>584
自民が単独過半数を超えるようですがご感想は? ジャップ馬鹿過ぎ
民主主義を頃しやがった
クズどもが! ∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) どのみち茶番だ
表向き自分の顔を踏みにじる相手を選べるだけで
国民は政策に一切関与できない >>584
発狂しちゃうなぁw
残 166 更新時刻 20:04
小選挙区 比例
自民 195 142 53
公明 21 5 16
希望 25 5 20
維新 4 0 4
立民 33 8 25
共産 7 0 7
社民 1 1 0
無 13 13 0
他 0 0 0 今回は残念だったがこの混乱の中から立憲民主党という強力なリベラル野党が産まれて育って来た
これが未来の市民の真の希望だ! >>593
ざまぁw
ブーメランで自分が発狂とか面白すぎw 枝野さんがこの島国の最後の砦だ
共産党とともに平和を守って欲しい 終わったなジャップwww
お前らは一生奴隷www
www >>596
意思決定がトップダウンかボトムアップか違うだけだろw
それが滅亡にどう繋がるのか言ってみ? >>594
立憲が大勝利ってことは、実質自民やネトウヨは大敗北してしまったてことだしな はいはいジャップ滅びろ
もうこの国に住む必要ないわ気持ちが悪い まとめて死ねよジャップ 知能ひく過ぎるわ 愛知はトヨタの膝下なのに立憲民主が強いのはやっぱり労働者の民度が高いんだろうね
ネトサポウヨウヨのバカとは少し違うんだろつ >>597
その人って消費減税するって言って消費増税した人
何故こんなことが起こるかというと財務省の言うことを絶対聞くようになるから
その仕組みは個人事業主の税金
申告しなけりゃ払わなくていいんだよねこれ
でも財務省を敵に回したときは話は別
狙い撃ちで国税庁がやってくる
そしたら脱税で政治家はクビ
結局政治家になっても発言すらできない つまり過去に税金をゼロ申告した人間は
政治家になって自分の発言をすることはできないんだよ
みんなやってる誰でも知ってるズルが見逃されてるのは実は中途半端に正義感?の強いアホをハメるためにある
加えて政治家は金がいるからみんな脱税するだからみんな財務省の言いなりなのさ
選挙に行っても意味は無い やっぱり猿集団のトップはアレがお似合いなんだな
洗脳されたバカの民意が正しいとは限らない >>606
( ´,_ゝ`)プッ 捨て台詞ワロタw ここまでやらかして自民が勝つならもう何やっても許されるって感じだろうな
アベもまさかかここまで国民がバカだとは嬉しい誤算だったろうな >>611
これが民主主義なのに何で納得してないのかな?不思議w >>613
言ってることが食い違ってるなぁw
あれだけ民主主義とか言っといて
国民投票の結果が自分の望まないものだからって反対するとか偽物の民主主義じゃねえかw 民主主義も公平で差別のない社会を作るための道具だからね
公平で差別のない社会の反対に行くのなら民主主義の意味が無いんだよ それも多数決主義は民主主義の絶対要件ではない
市民平等こそが民主主義の必要条件なんだ >>616
お前と同じ思想を持った奴らの少数による独裁政治をお前は望んでるんだろw
そんなの民主主義じゃねえよw >>618
そもそも資本主義・民主主義がいつまでも正しいという保証はない
今やったら社会主義の方がうまくいくかもしれん 一回金正恩にミサイル落としてほしいわ
それでも目が覚めないのがジャップだろうけど アベのせいで北が追い詰められて戦争が近くなっている
北は自衛のために止む無くやっているだけ
ミサイルが落ちて初めてジャップはアベの危険性に気がつくんだろう 戦争中なら虐殺・略奪もOKなんだろ?
エキサイティングじゃねえか ゲリゾー筆頭に野党も選挙民も日本人は本当にバカばっかりだからねえ
モンキーにお似合いの状況なんだよ >>625
市民による投票結果にイチャモンつけんなよ 日本は終わり
あぁもう終わってたか
ダメ押ししちゃったね >>629
勿体無いでしょ
記録的豪雨なら有給とらんでも休める 電車止まっても遅刻は遅刻
2回遅刻で1日欠勤扱い
社会の常識だろ 別に自民が望まれたわけじゃない。
自民以外がどうにもならんと、6年前に嫌というほど確認したんだ。 コードの流用は否定しないんだけど、
挙動がおかしいのを指摘をしたら
「流用元がそうなっていたのでそれで問題ないと思いました」ってなんなの?
テストでNGになるだろ?って聞いても「流用元が正しいと思ったのでそのままスルーさせました」って「流用元が正しい教」の信仰があるみたいなんだけど…
誰が元凶か知らないけどコーダーの半分くらいがこの考え方みたいなんだけど誰か助けて! 同じ機能を実現してるはずなのにNGになるんだったら
仕様に問題があるんじゃないか?
過去に検収に通ったものに間違いなどあろうはずがないではないか
それらがバグだというならだれが責任をとるんだ 1ヶ月も前に明日休暇取得したのに台風で明日は皆が自宅待機になりそう。 >>635
>「流用元がそうなっていたのでそれで問題ないと思いました」
でも、問題あったね。
つまり、君が勝手に思っただけで君の認識間違いだね。
という事は君のミスだね。
どうやって責任取るつもりなの?
と、言えばいいね。 >>635
スルーさせたって言うのなら異常は検知してたけど握り潰したんだな
この手のタイプは直接言っても聞かないので人的インシデント発生のためメールで全体周知
「対応案と是正策を全員返信で連携願います」も付ける 怒られて済むなら怒らせとけばいい
怒る奴のために生きてるわけじゃないんだからさ >>640
次から一切の原因報告気が付きませんでしたで済ますな
非協力的な圧力にはボイコットあるのみ 今回自民に投票した低所得者層のウヨエンジニアが、この先どのような仕打ちを受けるのか非常に楽しみではある。 >>625
不幸欠陥遺伝子の入ったジャップ猿と違って外国の人達は人間だから自分達で考えて行動できる
猿と人間とは同じ多数決主義でもここまで違う >>654
レイシストめw
差別するなとかあれだけ言っといて自分は人種差別してるじゃねえかw
パヨクはよく矛盾した主張ばっか言うから面白すぎw 大英博物館館長とマイクロソフトCEOはどっちの方が凄い? 設計者は俺一人でコーダー3人抱えて開発してる
作ったPGの受け入れと、必要に応じて指摘とそれの修正の再チェックやってたら手一杯なのに、
それに加えて発注元から仕様変更が来て完全にパンクしてる
コーダー連中は定時に帰らせて俺一人残業して土日も出てなんとか回してる状態
今後の為に何をどうすれば良かったのかアドバイスくれない? 補足
仕様変更については追加工数もらってるし規模もまあ常識の範囲内だと思う
コーダーを遊ばせないようにする為には俺が作業を出さないとダメなわけだけど
問題なのは、受け入れの指摘とか、再チェックとか、仕様変更の設計書修正とか、タスクが集中し過ぎててパンクしてることだと思う
時期がずらす方法か、要員に負荷を分散させる方法があったなら知りたい 今回の選挙も不正
自民党に献金しているムサシが独占
公正取引委員会は、「ムサシの集計マシーン独占行為」には目をつけない不思議 台風だるいんで休みますって言ったら
SE寄りな上司には「こんな日に来るなよw」って言われて
営業寄りな上司には「何時間かかってもいいから来い」って言われたw
どっちが正しいかわからんがこんなにも違うのか >>660
設計書修正くらい下に回せるんじゃない?
そういうのがあるから普通設計書なんてほとんど書かないか後でまとめてやるけど >>663
無理だろ
そういうざっくりした仕事ならいいけど
エクセルのセルの一つ一つを確認するような濃さだと
資料ありきじゃないと絶対失敗する >>659
三人にも設計書書かせることはできない?
一つ例があれば似せて書ける
書かせた設計書をお前がチェックしろ
できるだけ手を動かす仕事は作業員に指示者は作業指示とチェックにまわれ >>659
他の人からも指摘がある通り、分担するべき箇所も自分が担当してればパンクするのは当たり前。
サンプルがあればそれを元にしてPGに設計書を記載させ、レビューすれば上手くいく。
同じような状況でPGの人数は5人だったけど、それで上手く回してたよ。 >>664
そんな濃い設計が必要なら
設計者とPL分けるわ 社会人歴が浅いのか?
立場変われば意見は変わる、当たり前の事。 自分の工数計算に入れてないんだからパンクするの当たり前だろw
管理工数の計上漏れってダメフロジェクトの王道パターンやんけw なんでPython推奨してるかわからんね
使いにくいし読みにくい みんながなんとかオンスケを維持してる中一人だけガンガン前倒しで作業してる奴がいるのよ
秘訣を聞いたらテストを端折ってるらしいのよ
具体的には大半を机上でやってやばそうなところだけデータ作って動かしてるって言っててそんなのアリなのかよ…って思ったんだけどどうなの? エビデンスのいらないテストなら好きにしろって感じ
それでバグだしたらみんなエビデンス強制させられるだけだろうし >>675
どうしてテスト仕様書と結果報告書ないの?
マジで意味不明だわ >>678
テスト仕様はあるけど単体テストの結果はテスト仕様に日付入れるだけでオッケーって言われてる
わざわざ結果報告作っても動かした方が速いって言われて誰も見ないんだよな >>679
は?なんでそいつはやってねぇのに○付けちゃってんの? >>675
そんな奴のテスト結果なんて信じられない。 >>675
机上でって誰の許可貰ってやってんだよw
ギルティw 所詮それがまかり通るプロジェクトなんだから真面目にやろうが机上でやろうが出来上がりの品質に大差はない
うまくやった奴の一人勝ちって事だよw 端折るんなら、テスト結果票にも省略って記載しとけよ。
理由も込みでな。
無駄な試験項目を改善する事にもなるからさ。
テストAとテストCはテストBと重複してるとかな。 単体終わったあとのバグ票なんてどこの弱小企業のだって書くの面倒じゃねーか >>684
それはテスト仕様書書いたときにやるべき >>686
いやいや、あとで、省略理由も無しに端折るなって戒めの材料になるし、理由に論理的根拠があるのかって検証ができるじゃん。 ジェンキンスさんにテストしてもらうようにすればいいのに >>688
多くの場合その用意をする時間でテストやれば終わっちまうわ
何度もやるって未来予測ができればいいんだけどね >>659
あなたコーディング下手でしょ
エレガントなプログラムは仕様変更もサクサク取り込めるもんよ
アジャイルプログラミング勉強しなさい 仕様変更で老舗旅館の別館を地下で繋げてゲーム施設増設したみたいな感じになる。 >>690
オメー頭大丈夫かよ
ってレベルで話の主旨が理解できてねーぞ そのよくわからない感じを共有できる人間は世界に何人いるのだろうか? ちゃんとレビューしないから温泉の中にスロットマシンができてるよ >>675
スキル高いやつってコンパイラ使うのがうまい
ビルドさえ通ってしまえばバグるわけがねえってとこまで極めてる
っても全部はやっぱり無理だから最低限のテストで補助をする >>695
マジで?
スーパーサイヤ人でいうとどのぐれーなの? JUNITの単体テストってテストケース毎にすべての入出力をチェックするもんなの?
全部かいたら何がテストしたかったのかわかりにくいし
一項目だけ変わるような条件分岐だとその項目しかチェックしてないけど
だめなんか >>690
> アジャイルプログラミング勉強しなさい
「○○なら大丈夫」とか「○○があれば十分」とか
こういうこと言う奴ってだいたい変なもんにかぶれてるよねw
まずその思い込みを捨てろって。 >>692
大丈夫だよ
仕様変更食らったけどマンパワー足りなくてやってらんねえって話だろ?
そんなんマンパワー増やすか効率上げるしかないじゃん
んで効率上げるにはエレガントな設計、エレガントなプログラムを書くこと
突き詰めると、それしかないんだよ >>697
全てやったら計算資源が足りない
境界値だけとか絞り込みは必須
JUnit使えば勝手に自動化テストが整備されるってのは幻想だ
しっかりとしたプログラミングスキル、テストスキル、設計スキルが必要
この辺は手動でも自動でも同じこと 客先に頭下げに行く覚悟でやってんだろ?俺が保証すんだから大丈夫なんだって奴は。 たぶん、躁状態なんだろ。構うだけ無駄だな。
鬱期に自殺したくなるんだよなこういうのって。 頭下げなきゃいけない
残業しなきゃいけない
スケジュール管理徹底しなきゃいけない
ドキュメント徹底しなきゃいけない
チェックリスト徹底しなきゃいけない
etc... etc...
こういうの全部そう
エレガントな設計、エレガントなプログラムを書けないから
しょうがなく他で補うしかない
エレガントマンはそんなことしない
頭脳と手と目とコンソールがあれば全てがうまく行くからね
あー後はダイエットコークも必要だった >>701
ぐぐった
これ毎回当然全部結果みるもんだよね
単体でやっとれんわこんなん…
結合ならがんばって設計しようかなってちょっとだけ思う
やらないけど
ハードウェアでやるならわかるけどITでもここまでやるもんなんか? >>711
エレガントとは何か?だよ
毎回そういうとこぼかして書くから
本質がいつまで経ってもわからない >>712
え?
単体なら機能全部網羅した試験を何本か通すだけになるんだけど?? >>714
おれ逆だ…
ハードウェアって1回1回の試験コストくそ高いじゃん
だからケースをケチる理由になる
でも単体なんて何ケース作ろうがコピペで一発だろ
試験スコープ極力ちいさくしとかんとあっち変えたらこっちのユニットテスト全部死んで
データ作り直しとかザラだから
限られた範囲しか見ないようにしてる
世間じゃどういう作り方してるのか >>717
作り直しの意味が分からないw
それって、仕様がコロコロ変わるって事? >>718
多分結合度が高すぎて変更があっという間に制御不能になるんだろう
エレガントじゃないとこうなる >>720
ケツ硬度が高すぎて性交があっという間に聖玉門になるんだろう >>718>>719
まあそうなんだけど
だからプログラム上でエレガントに影響が波及しないつくりにするじゃん
でも直行表のテストって全部のケースを同時にごちゃまぜにしてテストして全部の結果を同時に見るみたいなかんじだろ
たとえば、DBの項目値の導出方法がちょろっとかわったってだけでも
直行表使ったら、それに応じて全部のテストケース見直さなきゃいけないじゃん
いっこいっこチェックしてたら1つ2つのケースだけで済むのに
基本、入力の影響範囲がはっきりしてるITでこんなことする必要あるか? そもそも横軸何よ?
入力、出力、エラー、例外
とかじゃねーの? >>726
DBが列いっぱいかかえてるんだからしょうがないだろ! 具体例でいこう
文字列チェック
●おk
0文字、1文字、
最大文字数/2、最大文字数、
●エラーメッセージ
最大文字数+1、
禁止文字、
禁止文字列
●例外
1GB文字列ctrl+v コンピュータ、プログラムは頭使うから糖分エネルギーを消費するよね
体使うのの5倍のエネルギー使うらしい
ずっとやってると頭痛くなってくる
疲労で朝起きれなかったり生活のリズムがくるってくる 規約に書いてなかった事を指摘され
「やって当たり前!常識の範疇!」の一言で一蹴されたんだが、
コーダー5人中4人がその指摘に該当するってのはさすがに管理する側の問題だろ
確かに言われれば納得はするけど明文化してなかった事に対して常識が無いとかって言葉で責めてくるのは卑怯だと思うんだが
人格を否定されてる気分で凹むわ ああ、外注使った事が無い奴に多いわ。
外国人使ったら、生活常識だって違うのにな。 >>732
だからチェックリストのない
コードレビューはパワハラだって言っただろ? ここってマ板なのに何でこんな勢いあんの?
リアルの愚痴レスつけてる奴もほとんどが問題の論点端折って書く馬鹿しかおらんし 外注だから立場が弱いんだよね
言われて一番効いたのが
「出来ないなら出来る奴と交代させるぞ」って言われたこと
そこまで言うなら最初から言っておいてくれたらこっちも気にしてたのに後出しでそこまで言うとかちょっと納得出来ない >>741
いいじゃん
お前、その現場末永くいたいの?
なんかもうクソ雑魚しかいないなら
サヨナラでよくね?
俺残業多いとかクソ野郎いるところには
思ったこと堂々とやってさっさとサヨナラするよ >>732を開発毎に毎回やられたら流石にそいつのクルマでもバックでもスクラップにしそうだ >>744
どらいもーん
職場にすげームカツクやつがいるんだよ
♪♫♬
マイ○スドライバー♪
これで
ぐぎいいぎぎぎぎぎぎ ストレスのはけ口であって、問題解決の場じゃ無いからな。 >>741
そういうジャップには影で嫌がらせ仕掛けてさようならするに限るわ 契約の絡みである程度長くいないとペナルティになるから耐えなきゃダメなんだよね
向こうからガチに契約破棄されれば話は別だけど、実際の話、契約が絡むと会社間の話になってきて最低でも課長クラスの承認が必要だから、現場レベルのクレームは人間関係とかで曖昧に処理される事が多い >>749
でも話聞く限り内容が完全に派遣契約でないとアウトやで
実際に指示も出してるし
偽装請負だったらコードレビューは完全に後出しジャンケンで聞く意味は全くない
派遣なら御宅のお金なんでいくら使ってもウェルカムだけどね >>736
合理的な指摘ならチェックリストは不要
常識だろとか理不尽なこと言わなきゃOK
チェックリストは思考停止 >>753
でも請負契約だとチェックするべき項目が予め出てないと追加料金発生するで >>753
そういうのは好き嫌いに関わらず派遣契約でないとできない >>756
派遣はコード汚染するだけ
そんなの使わんよ >>757
かからん
仮にかかっても改善によって得られるメリットの方が大きい
ビジネスは目先の小銭につられたら負け >>758
請負契約の後出しジャンケンは追加料金発生事項な >>759
それだったら指摘受ける方も安心して作業できるね
スケジュール遅延が自分のせいにならないし >>764
しかないんだけどね
業務委託契約なんてのは法律的に存在しない >>762
というか遅延しない
指摘して止まってもそのたび加速するから
すぐ取り返してお釣りがくる まあ、多分、偽装請負だろ?
これ法律破っても罰則軽いから強気なんだ >>765
自社社員だけでやってるんでね
請負も派遣も関係ないよ >>769
無敵じゃん
指摘なんて無限にされたってノロノロ直してればいーよ >>770
実際はキビキビなおすけどな
無能がチェックリストに照らし合わせてる間に改善できちゃう いや、その現場がズレてんのはさ
コードレビューってのは普通
チェックリストを担保することで
このソースコードは
この法則に従って書かれています
(まあ、大抵は大手が出してきてる
コードレビュー用チェックリストの担保なんだけどね)
っていう付加価値をつけるために
行うんだよ
なのにそんなランダムに
どう指摘したのかわからんお遊びじゃ
ソースコードの価値なんか上がんねーじゃん >>773
アスペはチェックリストが無いと最低限の品質も担保することが出来ないの? きれいなコードかく人にレビューしてもらえると勉強になる
とっても
メソッドの名前がださいとか
関数の切り口そこじゃないとか
そこ依存しちゃだめとか
人によって盛大に間違った方向性でプログラム覚えてることがあるから
そういうのを修正してやるといい >>774
いや、気の利いた大手様がコードレビュー用のチェックリスト渡すから
コードレビューやってね
出ないとソースコード納品させないからね
って言ってくる Unit Testのメソッド名もセンスがわかるよね コードレビューチェックリストおじさんはさぁ
内容についてコードレビューすることもあるってのをいい加減わかんねぇかなぁ >>774
記憶力の挑戦なんてしなくていいから、カンニングでもなんでもして正しいものを作れ >>781
対象のメソッド名にTestってつけるだけの単純作業だろ
余計な労力かけて独自名つけて衝突させて人にまで労力かけさせるなよ >>774
アスペというかマニュアル人間で思考停止してるからチェックリストがないと何もできないんだろう
普通の脳を持ってれば「ここはこういう理由で良くないね。こうした方がいいよ」とかアドバイスできるが
脳なしなのでチェックリストと照らし合わせて「ここは形式が違います」とか「見た目が不揃いなので直してください」みたいなくだらないレビューしかできない 文系は考えない
チェックリストがなきゃ何もできない >>785
いや、そこは僕の考えた最強チェックリストでええよ
ただし、やる前と後で何が変わるのかテーマをハッキリさせてな 管理側が開発初期に製造の方針を決めた後、放置してまったくチェックしてなかったのよ
それを良い事に製造側は製造側で自分達の都合の良い用に解釈して好き勝手製造をしてた
今大喧嘩してるんだけど、好き勝手やった製造も悪いけど、管理責任を放棄して放置してた管理側が責任取るべきだと思うんだけどどうなの? チェックもしないで次の開発ステップに進める体制に問題あんだろ。 >>794
それをやったら自分達が結局ワリを食うと想像できず突っ走った事。
会社にマイナスが出たら、決算賞与も減るだろうに。 派遣だからボーナス関係ないしな
ジャップの仕打ちには仕返しで対抗する >>796
何で労働者が会社の決算なんて考えるんだよ
それは上級の仕事だろ
決算悪くても労働者は関係なく給与をもらうだけ
上級の首を飛ばせばいいだけ
ジャップランド以外ではそれが普通だろ >>797
どんな仕打ちがあったか知らんが、その仕打ちも君も程度が低いのはわかった。 >>801
君はライン工だった、なら関係ないね。すまん、社員の話だ。ちなみに、うちは派遣にも寸志だが決算賞与は出た。 >>793
解釈って事は方針には沿ってるんだろ?
管理以外はなんも問題ないな >>796
そういうのってボトムアップで確認しないのが悪いって下に責任押し付けて
何回も同じこと繰り返すんだよな
客に怒れてレビューちゃんとしますって約束させられてもいまだにぐちぐち言ってるわ >>805
共同として両方ともにやれよ、という意味です。 イライライライライライライライライライライライライライライライライライライライライライライライラ
/::::: 愛 :::::: 国:::::::\ イライライライライライライライライライライライラ
i:::::::::::::::\:::::::/:::::::::::::::::iイライライライライライライライライライライライラ
|:::/::::r⌒ヽ:::::r⌒ヽ:::::\::| イライライライライライライライライライライライラ
|/:::::::ヽ_ノ::::ヽ_ノ:::::::: | イライライライライライライライライライライライラ
.i⌒|::::::::::::::::(.o o,)::::: |⌒i イライライライライライライライライライライラ
.、_ノ:::::::::::::::i::∠ニゝ i. ・ |、_ノイライライライライライライライライライライライラ
!::::::::::ノ::::`ー ' \・ ・| イライライライライライライライライライライライラ
ヽ:::::::: ── _ ノ イライライライライライライライライライライライラ
イライライライライライライライライライライライライライライライライライライライライライライライラ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) >>793
100%管理側のミス
管理者の仕事は、管理する、責任を取る
だから権限が強くて給与が高いんだよ 今やってるPJ規約
・1イベントに対してDBの一貫性が保たれるようにする
・サービスのメソッドを1トランザクションとする
・サービスは範囲を広げすぎないよう数テーブルのアクセスにとどめる
両立できるか考えて規約作れよ >>809
規約にするまでもないごくごく初歩の定石だけど何をやろうとしとるんやお前は? お前らがバカとののしってる奴から
金をもらって養ってもらっている事に気付けよ
この底辺ども ユーザー操作の1イベントで複数のDBのたくさんのテーブルを更新する設計になってる
細かいサービスでトランザクション切ったら一貫性保てない >>809
全社内向けに
「両立できません!修正お願いします!」
ってメール出したら
次の週から来なくていいって言われたw ちゃんと聞いてわからんかった人間リストアップして送ってやった 本音を言うと残業大杉で担当者クソムカつくからさっさと引き上げたかった 技術的に自信あるならあえて派遣で
好き勝手に職場荒らし回るのも楽しそうだけど
そんな感じで働いてる人いないの? >>818
おい、在日
お前ら食わせてもらってんだから感謝しろよw
露頭に迷うぞw
>>819
現役の頃はそれやってた 誰が養ってくれてるんだろう
直接お金くれるやつらはお金刷ってるわけでもないし
ごはんや家を作ってるわけじゃないからちがうし 処理をまとめときたい人用じゃねーの?使ったこと無いけど >>819
あえてなるやつはいないだろ
給料低いし
ただ、クソ現場脱出で担当者から嫌われたいだけ >>819
現場ごとに新しい技術
何を作るのかわからず誰に聞いていいのかわからない
そして聞いても答えがない
言われた通りに作ったら仕様変更になったと言われ
最新仕様書と言われて古い仕様書を渡される
技術ある人のほうがストレスたまると思う >>823
現代では使われていない
古代兵器的な扱い(メンテナは死ぬ) >>828
リアルで半沢直樹のような主人公的事件遭遇、なかなかないぞ楽しめw >>812
どうせトランザクションスクリプトなんだろ
DDDにしとけばテーブル数なんて気にならんし 製造業メーカーが気が付かないうちに部品の仕様や素材がすり替えられるサイレントチェンジが社会問題になっているらしいね
ジャップランドの製造業の連中って素人なのか?
継続的にテストもしてねえのかよCI回せや >>832
そのドメインをサービスの単位としてトランザクションにしろって言われてるんじゃ
なのに処理こけたら全部ロールバックしろって同時にいわれとる >>834
ドメインサービスの実装次第だろ
機能整理のためにサービス切ってるだけで同じメモリ空間で動いてるなら何の問題もなくでき
サービスが別ホストだと面倒だけどまだできる
手出しできない外部サービスなら絶対無理 >>835
幸いにも機能整理のためだけ
どれ無視しようかとおもったが結局
1サービス1トランザクションの規約を無視してドメイン駆動でつくったら
おじいちゃんがおめー何やってんだあぁんみたいな感じで発狂した
いきなり認識合わせの会議とかやりだして
それとなーく周りがいいくるめてなかったことになったから無事落ち着いた
今から作り直しとかいいだしたらどうしようかと肝が冷えたわ >>836
なら何が問題なの
簡単にできる筈だけど 内々でスルーできただけで規約はまだある
あとすべての規約を充足する魔法のような手口がなにかないかと >>823
SQL上で動的にやりたいけどちょっと処理がややこしくてSQLで書きづらい時? >>827
21世紀に入ってからは、派遣=安い労働力だからなあ
社員より安くて使いつぶせるなんて規制が入らないのがおかしい状態がずっと続いてる >>838
過去案件を探れ
大量の規約破りの前例が見つかる
形骸化してるなら要らんよね >>823
今みたいにmvcもそのフレームワークも当たり前でなかった頃は、みんな構造的に考えてていっぱいいた気がする 派遣で20万なんてジャップも落ちぶれたもんだな
外国に移民した方がいいぞ
そこでマイノリティになって苦しむがいいさ 欧米でもアジアでもそれなりに叩かれるもんな
日本でお花畑みたいな番組ばかりやってるから
ギャップで海外が嫌いになるんじゃねーの >>844
お前レベルの能力なら20万でも高いと思うけどなw 毎日帳票ばっかりひたすら作らされてる
プロジェクトでは帳票担当みたいな扱いになって重宝してもらえてるし、多少なら融通も効かせてくれる
高待遇だなって思ってたんだけど、もしかしてこれってルーチンワークの難易度の低い作業を割り当てられてる?
有り体に言えば厄介払い的な扱いだったりする? 本屋いくと日本は世界いち(笑)みたいなオナニー本が堂々売られててキモいわこの島国 >>847
今、楽ならおk
予算がなくなりゃ
どんなにレアで高難度な仕事やってようが関係なく切られるよ
今やってる仕事がレアかそうでないかなんて
上で金勘定してるやつには関係ない
金が無くなったら全部切って
残った仕事はまた雇った奴か正社員に何とかさせる
なんとかならなければどちらにしろ一度は消えたような仕事なのでもうやらない
その後は消滅
このパターンは多い
なので今どうのこうのなんて全く関係ない >>848
散々自虐教育しといて落ちぶれてから今更必死になって持ち上げてるのがキモいよな うちの会社もかりローテーションですよ。
業務品質が偏らない様にって、毎年配置替えがある。 なんか、色々食べたくなってきたから、ファミマでも行ってくるか… なんかさ
前任者が外資系(グーグルだかオラクルだかアマゾンだか忘れたけど)のいいとこに転職しちゃったからって、その人が作ったC#ソフトのお守りやらされてんだけど
良いところ行ったしさぞかし有能なコードだろなって蓋開けたらアクセッサほぼなしフィールドフルオープンでシングルトンまみれのスペシャルスパゲティが出てきてさ
世の中のプログラマの評価基準ってなんだろって悟り開けそうなの >>857
なにか問題でも?
経営者視点で言えば、素早くそこそこの品質のソフトを提供してくれる奴が優秀。
コードの作りとかデザインパターンに凝っても提供が来週とか待てないから。 >>858
品質って点で言えば拡張性はボロボロなのよ
殆どのモジュール同士がお互いシングルトン前提な感じに結合しちゃってるしさ
正確な規模測ってないけど、そこそこの規模を一人で担当してたみたいだし、速さは凄いのかもしれない どこがどうシングルトンなんだか知らんが、データ管理やリソース管理はシングルトンじゃ無いとダメじゃないか?
いわゆるエンジンもだいたいシングルトンじゃないと、資源食いつぶしちゃうしな。 将来あるかどうかわからない拡張性なんて微塵も評価されないのはたしか >>859
どうしても貶めたいのかw
拡張性なんて請け負った時に必要だったかなんてわかんないだろ、それよりも早くあげるとかが肝要だと>858さんは言ってるんだよ。
もう一度、客観的にみてみい。 自分の想定と異なるコードの悪口を言うのはよく見るな 他人のコードは、なるほどこういう考え方もあるのかと参考にした方が良いのは確か。 バグってるゴミを除いて他人が作ったソースは「こいつ天才かよ」って気持ちで見ることにしてる
例えウンコみたいな設計であってもこんなソースさえも仕事で通用するのか、と考える入口になる フィールドフルオープンはどう考えても駄目だと思うんですが… なぜそれで良かったのかを考えてみたらいいよ
お前の物差しでダメでも他でOKとなったのには何か理由があるはずさ >>867
これに尽きちゃうな
自分の目線が悪かったとして心を入れ替えるよ おまえら、こんなに眠いのによくくだらん議論ができるな。天才か? よう、下っ端ども
今日も2chで底辺通し罵りあってご苦労さん 去年まで元気だったうえっぱの営業の人が急にハゲてた 他人に理不尽なことを一つする度に、髪の毛が一本抜けるのです。 この悪魔じみたスパゲティの怪物をメンテナンスしてたこいつはとんでもない高IQだったに違いない
俺が読んでも全然わからないのに平気でメンテナンスできるんだから頭の出来が違うんだろう
そうやって前任者に敬意を持って働くことが大切なんだ
愚痴や悪口は誰でも言えるけどそれじゃダメ あいやー
でもなんのドキュメントも
書かないそいつを許した周りも
そいつ自身もまとめて
ぶん殴れたらやりたいよなw 生産性の効率とかを測るのにステップ数を数えようとネットで色々調べてたら
「最近はステップ数を計測するのは流行ってない」みたいな記事を読んだんだけどそうなのか?
ステップ数を使わずに各要員ごとの生産性とかどうやって計測するんだ? >>883
メール出してみれば?
今は何が主流なんですか?
って 基本書き殴り放置のソースでなければ
生産性=ステップ数でいいと思うけどね
逆に解析しなければいけないときに
見積り出せって言われたら
解析工数はステップ数で出せばいいわけだしね 何で計測しろと言われると難しいが
ステップ数で生産性出していいのは手続き型だけ 何の生産性かによるんじゃ
利益観点での生産性なら単純に利益/労働時間でよくね
利益でなくプロジェクト貢献観点とかなら機能仕様に一定規則で重み付けした値を使って機能実装値のようなもので測っては?
ステップ数は単独だと沢山機能実装したのかただ冗長に書いてるだけなのか区別つかんからモヤモヤする 生産性を数値で表現出来るし理にかなっていると思うけどな
そういうのがないと
「あいつ速いけどその分バグも多いよな」とかって時にどの程度かとかが曖昧になって良い事にならない >>887
一応コードレビューは通ったって前提でいいでしょ >>887
難易度ごとにってこと?
難易度高いって一言に言っても
業務知識が必要だとか、
画面のギミックが満載だとかって話から
速度をとにかく求められるとか、
仕様の方針は決まってるけどコードに落とすレベルで考えると詳細を詰めきれてないとか
スキルで片付く問題と外部要因が絡む場合とか色々あって数値化しろと言われても困る事が多いんだがみんなはどうしてるの? 例えばifelseやswitchを並べてオブジェクトのインスタンス作るコードだと下手したら
数十ステップかかる、追加があるたびに記述の追加が必要。
ルールを用意してリフレクションでオブジェクトのインスタンスを作るようなコードだと
10ステップ以下で収まる、追加があっても何もする必要がない。
まあオブジェクトのインスタンスじゃなくても関数と関数ポインタでの呼び出しでもいいが。
前者と後者をくらべステップ数ベースだと前者の方が生産量が多いわけだが、処理と
しては後者の方が圧倒的に優れている。 こういうの以外でも知っているのと知らないのと
では違う書き方が出来てコード量に差が出てくる。
修正したら数十行、数百行減ったというのを生産性とどう結びつけるのかというのもある。
自分が物理的に1日何ステップ書けるかというのは把握していた方がいいが、生産性を
図る定規としてのステップ数はほとんど意味がない。 >>892
いいんじゃない?
ただその理由を記述することが重要なだけで
いつもは500/日は行くような奴が最近は100/日しか出ていないと
理由は何かな?と
客に仕様の確認しながらなので遅れています
これでいいじゃん
何が駄目なの? >>893
かわらんと思うで
お前がしてる話は設定ファイルに出したからステップ数ゼロねみたいな話で
仕様に対応する処理は絶対何処かに存在する
生産性を図るすべが曖昧なだけで処理と仕様が増えたり減ったりすることはない >>883
最近はもっと単純だよ
全員参加の議論でタスクにポイントを割り振る
一定期間内に潰したタスクのポイント合計値がそいつの生産性 本当に単純作業やってるコーダーでもなけりゃ
一元的な生産性評価がうまくいくわけない
問題回避能力とか着眼点とか数値化できない能力が響いてくる
破綻した仕様書を平気で後続に渡してでかい面してるやつのなんと多いことよ
ごめんね 本人は生産してるつもりでも借金増やしてるだけ
生産性はマイナスか? 問題回避能力w
生意気なコーダーってこういうの好きだよねw 速度?流用性?可読性?
んなもんどうでもいいわ
要は言われた通りに動けばいいんだろ?
何か言われたら直すけどそれだけで良くない? >>901
まあそういうのを見るのが管理する側の人間の仕事だしな 生産性なんて上流を肥やすだけだから
末端PGには関係ないだろ
俺たちはただ金をぶんどれれば問題ない 視野が狭いと、仕事がどこまで必要とされてるのか線引きができないから
完璧主義になって生産性落ちる >>901
その通りだな
完全に同意するんだが共通部品を勝手にいじられて依頼した機能以外がゴミと化しかけた時は殺意の波動に目覚めかけたよね
「設計書通りに動きますよ?」じゃねーよ お前らって嫌いな上司のプロジェクトではわざとバグらせるよね
そういうのよくないと思う >>906
そのためのユニットテストだ
コードをちゃんと保護しろ >>906
そこで折れちゃったらただの迷惑なできそこない
そこで折れなかったら仕様に忠実に従い共通機能も修正できる有能、逆にこっちが無能扱い
それがITの生産性
不条理極まりない >>908
ほんとユニットテストに助けられた
その結果見せてなんとか直させたけど「別機能のことを考慮するなら外設に書いといて下さいよ」とか
数年前のことなのに明確に思い出せるわ プログラマの雑談にコーダーが参加しようとするとそうならざるを得ないわな なんでも共通部品にしちゃうから個別に対応が出来なくなるんだし、個別に対応するなら、モジュールのクローン作って名前変えろよ。オリジナルはそのまま手を付けるな。 >>847
難易度わからんけど毎日終電とかよりずっといい
あきたなら違うこと勉強してみたら 200行消して100行書いたら生産性マイナスなのかな Javaとかで
コンストラクタ()
{
}
はゴミだと思うのに行数稼ぎに書いてるやつの多さ
書いても
コンストラクタ(){}
ってしてほしい WEB系くわしい人に質問です。
アメリカの海外サーバで、1処理内ででメール送信プログラムをPHPで書きました。
Aにメール送信
↓
Bにメール送信
この時A宛のメールはすぐに届くのですが、
Bに送ったメールは毎度5〜10分経ってから届きます。
これって一体何が原因として考えられますか? A→A
A→B
B→A
B→B
の実施結果くらい携えておいで 僕:少ない行数で書きたい!
上司:面倒でも行数を多くしろ!
転職したい >>920
サーバからAに送信 → OK
サーバからBに送信 → 何分か時間差でOK
ただし、サーバからAやBにメールを送る時には架空のYahooメールアドレスを指定して送ってます。
komanetisaikou@yahoo.co.jp 存在しないアドレスを差出元メールにしてます。 >>847
厄介払いなら融通効かさないと思う
プログラマーというよりWebデザイナーの扱いに近いような気はするが >>922
程度によるけど、ワンライナーすぎるとか変数が短すぎるとかだと
誤読か「読めない」という状況が発生することがあるってこと
たぶんあなたのコードなおすのはIT業界一年生
素人相手の説明が長ったらしくなるのは仕方ないからあきらめてくれともいう
数学の公式的な短さを探求しているならたぶん転職したほうがいいが、どうしてもそっち寄りになるかな プログラムは必ずしも簡潔であれば良いとは限らへん
運用のしやすさとか周りのレベルを合わせたりとか
空気読んで作ることが大事なんやで
周囲に対する思いやりをもって作って欲しい
人間独善に走ったらあかん >>926
周囲に対する思いやりが成長を阻害するようなものだったらする必要はないと思う。
使えるけど、同じもの、より良いものを作れない状態が続くとそれは無いのと同じで、
そうやって更新できなくなったシステムは多い。 >>927
業務マニュアル書くのと一緒かな……成長する人は勝手に成長すると思う
冗長な表記は、最低限の品質というか改修耐性が目的
改修に強くするなら「誰が読んでも理解できる」を最重要視することになる
読み手がわからんものを読み手が改修できるわけないし、切羽詰まってる相手に「わかれ」とか俺はよー言えない
今日死ぬかもしれない人に明日がんばれなんて言ったって無意味、今日なんとかできなきゃってなもの
例えばてワンライナーじゃなくてIsとかHas系メソッド多用して、英語読みで分岐条件スラっと読める感じにするとか
メソッド名をCalculateSalaryにするとかScanDeadlineOverdPersonにするとか
クラスの構成リファクタとか
そういう小細工でコードの整理はするかも
>>927が>>922と同一人物だと仮定して言うと
アートをやるつもりならそんな下らねぇことは一切無視していい事柄
ただ、場所を変えたほうがいいとは思う
住んでる世界が違うかも >>923
>>920は多分、減少がアドレスに依存しているかどうかの切り分けのために
サーバからAに送信 →
サーバからAに送信 →
とか
サーバからBに送信 →
サーバからAに送信 →
等の順序も試してみろ、って言ってるんじゃね?
ついでに、架空じゃないアドレスも混ぜて試してみれば?
存在しないアドレスに出すリクエストを連続して出すと、
サーバーがつむじを曲げて(お前をスパマーと認定して)
わざと応答を遅らせているのかもしれないぜ。(俺の妄想だが) 雑魚に合わせて長大なループや深すぎるネストを書けって?
無理だよあんな難しいコードを書くのは >>926
空気読んで勉強してくれ
お前は底辺に付き合わされる同僚のストレスを何も感じないのか? 誤: 「誰にでもわかるコードを書け」
正: 「俺様にわかるコードを書け」
ジャップ…子供じゃないんだからさぁ
徒競走並んでゴールとかやってるからこういう脳みそ腐ったゆとりゴミムシが社会に出てくるんだよ
お遊びの運動会じゃねえんだから周りは待っちゃくれねえぞ?
周りから出遅れたら努力して追いくしかねんだよ >>930
空気読んで勉強してくれ
お前は底辺に付き合わされる同僚のストレスを何も感じないのか? 掛け算がわからない人がいるから足し算を掛ける回数分ちゃんと書いてください
規約チェックリストに入れたので絶対に守ってくださいね
ジャああああああアップ!!! >>934
底辺はお前だろ?ループも使いこなせないくせになんでそんなに調子にのれるの? 最近コード生成でプログラムを作成することがマイブーム >>928
> 成長する人は勝手に成長すると思う
この考えが間違えだから。
どこもかしこも即戦力を欲しがってるでしょ、それは勝手に成長しないことの証左なんだよ。 web系とオープン系ってやっぱ違うの?
いまオープン系なんだけど >>928
俺は927じゃないけど922はこんなイメージだよ
やんなっちゃう
function メソッド() as string
if true then
if true then ←andやandalsoはダメ
return 戻り
else
'何も行わない ←このコメントが大事
endif
else
'何も行わない ←こっちも
endif
end function 状況にもよるけど、別に悪いことではないと思うし必要に応じてよくやる。
むしろ1行にまとめる方を慎重に検討する。
君はまだ若いね? (精神的に) 【多重派遣】無能時間外労働違反の代償【偽装請負】
無能実態派遣残業する高稼働低所得者は辞めろ!
【契約料金や知的財産の生涯損害促進者ばかり】
[偽装請負多重派遣の従犯SEを追放すべき]
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死 実際若いからしゃーないわな
条件箇所はまだわかるけど何もしないelseの意味だけはどうしても理解できないんだよ >>940
else側がエラーケースだったらコメントじゃなくてログ入れとくとデバッグ楽になるからわからんでもないが、なんにでも書くのは無駄だな
if elseとかswitch使ったときはelseは特殊だったりするから、なにもしないってあえて書いたほうが考慮もれとか防ぐ意味でよかったりするけど 思いやりで書けとかクソ笑える
ならお前らも現場叩き上げの理系エンジニアに思いやり持てよ >>951
mateからだと次スレ作成ボタンで一発だよ
消費仕切ってからでもいい感じ さて、マッサージ行って身体楽になったので仕事始めるぞ、おまえら >>952
そうなのか
スレ立てとか詳しくないから先走ってしまったわ
今のスレだったか消化してから次までに少し時間がかかってたから少し気になってたんだ 他のコーダーの二倍くらいの速度でコードを書くコーダーがいるんだけど、仕様確認が疎かで思い違いをしたままだったり、コードがめちゃめちゃ汚かったりする
コードを書くのが速いから放置すると汚染されるスピードが速くてこまめに面倒みてあげないといけないからすごく手がかかって仕方がない
多少コード書くのが遅くても構わないからこういう手間がかからない人の方が助かるんだけどな… 現場との相性だな
俺の現場では多少汚くても手の早いやつを求めてるよ 【多重派遣】無能時間外労働違反の代償【偽装請負】
無能実態派遣残業する高稼働低所得者は辞めろ!
【契約料金や知的財産の生涯損害促進者ばかり】
[偽装請負多重派遣の従犯SEを追放すべき]
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死 >>958
アジャイルみたいに設計書が割とラフでコードを書いて動きを見ながら調整する。みたいな現場なら重宝されるだろうけどうちはガチガチのウォーターフォールなんで相性悪いわ バグも少バグ複数ならただの確認不足だけど
毎回、重バグ入りの奴はギルティ 内容は控えるけど、他の人が書いたプログラムの不正に気が付いて上長に報告したら
「なんでこんなことになるまで放置してたんだ!」的な事を言われて怒られた
俺がやったわけでも無いし、そもそもそいつらの管理者あんたじゃんよ
忙しい忙しいって放置してたからこんなことになってるのに責任転嫁過ぎるだろ
後々で発覚するとすごく問題になりそうだから言ったのに言うんじゃなかった感が半端ない いいや、知っていたけど
僕は今知りました猛烈アッピルだろ
うぜーから次からはさらに上の奴CCに入れてGo プログラムの不正って何だ?
バックドアでも仕掛けてたのか >>929
あーなるほどですね。
アドレス偽装してメールを送ってるので
サーバ会社の方でなにがしかのフィルタリングがされてる可能性があります。 書くのが早いやつとチェックが早い奴、テストが細かい奴のベアはどっちかのスランプとか見込んでも平均大体5人分くらいの仕事するけどな。
テストが細かい奴は大体書く奴の癖を掴んでるし。
汚い綺麗、気持ち悪い、怖いまでズバッと言える奴、聞ける奴の組み合わせだと尚良い。
自分が早く書けないならテストと調整、追い込みに徹すりゃ良いのに。
変なプライドある奴多いな。 はー今日もクソースと闘ったぜ
これからまた闘うんだけどな >>937
可読性マイナスの糞尿コードを自動で大量生成か…
テロかな? >>940
elseとelse ifは禁止
if中のand orは禁止(メソッドに抽出すること)
ifしたらreturnする
どうしても書きたいような例外ケースはレビュアーと応相談
基本中の基本だよ >>972
儲かるぞ
一回やっちゃうと客はもう逃げられない
システムを人質にとっていくらでも搾取できる 親方のコードや設計思想が自分の好みに合わなかったときの
のたうちまわるような苦しみを知らんのか システム開発で最も大事なことだな
スキルと思想が合ってる連中でチームを組むこと 現場と親方かわったらパフォーマンス激変する
相性の問題かとおもってたが
一方的に相手の対人スキルが高いだけな気がしてきた >>978
まあ、親方のコードが合わないのは諦めも付くが、親方が俺のコードに思想レベルのクレーム出しまくりなのは耐えられないよな。 うちに来てる派遣はあまりにも書けないから全部NG出されてるけど
内心ではこんなこと考えてんのかね 自分にとって読みにくいコードに修正するよう強制されるんだぞ
自分の手で
考えに理解できるところがないと苦しい作業だ
完全に金のためと割り切ってやっつけてるやつのほうが成果出すという現実 >>983
本当は逃げられたからNG付けたことにしてんでw >>974
elseないとバグの温床になるよ。
別になくてもいいけど、そそっかしい人ならバグる。 >>940
else無しのワンライナーifで書ける処理でわざわざIfをネストしてelse書いてるのは凄いな >>976
超大事だと思う。
>>977
何者にもなれなかった奴がこれ言うよね。「たかが」。 elseは基本的にはイレギュラー処理だけなんだよね。
想定外の値が渡された時用。
基本的には、の話。 わけのわからんオレルールを提唱しつつも保険はかけちゃう可愛い奴w まさかelse禁止をレビューで新人に押し付けたんじゃなかろうな… elseや&&や||を使わないと、if文の中で条件式になってる変数触れないだろ。
ショートサーキットではなくて、後ろも呼びたいとか、そういうときひどいコードにならんか? >>986
逆だよ
elseを書くから複雑度が増してバグが増えていく
if したら return
else は書かない
これが基本
else はやむを得ない場合だけ >>993
ならんよ
酷くなる現実的な例題をあげてみなよ
修正してやる if (x) a += 100
else if (y) b *= 100
else c = 300 >>993
条件式でショートサーキットしたくないケースってなに?
条件式のどれかに副作用があってその副作用を期待している場合が考えられるっちゃ考えられるけど
そんなコードは論外だろ >>996
condition_a() => x;
condition_b() => !x && y;
condition_c() => !x && !y;
calc_a() => condition_a() ? a + 100 : a;
calc_b() => condition_b() ? b * 100 : b;
calc_c() => condition_c() ? 300 : c;
(a, b, c) = (calc_a(), calc_b(), calc_c()); このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 9日 14時間 57分 42秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。