プログラマの雑談部屋 ★7 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★6
https://itest.2ch.net/test/read.cgi/prog/1494290546/ Windowsと携帯が勝手に個人情報と位置情報送信するバグをなおしてください 今の現場でコーディングあたりの製造作業のことをメイクって言うんだが一般的なの?
はじめて聞いたんだけど
今までの現場はコーディングとか製造とかだったんだよね
どうなんだろ >>9
やっぱりそう?
うちは詳細設計書ないからが口癖だし変な会社なんだわ
折見て鞍替えするよ
ありがとよ >>8
Web系ならそんなもの言いするやつは見たことがあるが堅いSIじゃ見たことないな >>8
> メイクって言うんだが一般的なの?
にちゃんねるでも始めて見たわ
コマンドと間違えそうになるわ
てか製造もおかしいよな
製造なんてせいぜいコンパイラのビルド作業だろ
コーディングはどう考えても設計だろうにな >>8
組み込みよりの会社では製造
アプリよりの会社では実装って言ってた >>8
N系(だけかは知らないけど)ではMと呼んでたから、makeの略称だとは思ってたけど、wikipediaにも載ってるくらいだから、そんなに珍しくはないんじゃないの?
https://ja.m.wikipedia.org/wiki/Make というか、この業界の用語に一般的なんてものはないよ
その現場毎に違って当たり前ぐらいに思っておいた方が良い 旦那が風俗店に入ったら奥さんのところに通報が行くアプリ作ったら女性に売れると思う プログラミング言語の名前と一部のライブラリ名ぐらいしか書いてない求人ばかりなのって何なの
それだけじゃ全然何使ってるか分からないんだが
書くの面倒くさいの? >>18
派遣してるけどサポートはしていないので詳細は分かりませんってことだろ >>20
何を言いたいのかわからんけど
ハロワの求人とか見ればわかるけど、誤字脱字多いのみると募集している人事とかはよくわかってないよ
ハロワ以外の求人は有料だからか真面目に書かれてるケース多いけど ホント営業って言語が一致してたらイイと思ってるよなぁ >>21
ハロワで求人探してる時点で情弱
今更あんな所で探してるのか c#のデスクトップアプリをwebアプリに作り替えることは
技術的に難しいのかな?
良くあるdbマスタメンテナンスアプリ。 >>28
難しくないだろうが、
見た目をデスクトップアプリと同じにしたがる奴が出てきて難しくなる。 >>28
マスタメンテなら、結局デスクトップアプリの方がパフォーマンス的に良いかも >>8
makeコマンドのことじゃないの?
>>10
今どき詳細設計作ってるとこ無いよ
>>17
実は風俗系はけっこうシステムの需要はあるんだよ
ただ、規模が小さい
営業かけるやつも少ないから一度入り込めばいい小遣い稼ぎだよ >>18
現場に来てから仕事が変わるのが今の流行りだよ
SESなんて何でも屋だと思っておいたほうがいい
上位様は適当なエサ情報流して人を集めるのがお仕事
>>24
ハロワは補助でるから事務がきっちりしてるところは逆に求人出すよ
>>28
イベントのタイミングが変わるから移植というより再作成だね
その辺理解してWEBの流儀で作るなら大丈夫じゃね
マスタぐらいなら大丈夫でしょ
外に出すならセキュリティでちょっと悩む程度 自動でC#からJavaScriptに変換できるツールが欲しいとかそういう訳じゃないのか
そう言うのも幾つか有るみたいだけど
個人が作ってて開発が止まったり、実用レベルじゃないのが多いように見える >>24
>>21だけど、今は働いてるから求人活動なんかしてないけど
直近の転職でも別にハロワなんか使ってないし
他人を根拠もなくディスるの楽しいですか?
>>33
自分の経験上、つーても10年以上前だけど
まともな求人なんかなかったぞ 28です
>>30,31,33
返信ありがとう。
組込みがメインでwebのことは分からないので聞きたかったのよ。
ある程度同じようなもの作れそうだけど、機能面のメリットはなさそうだね。
自動配布の仕組み考えてしのぎたい >>38
なんでわからないの?というか考えるの放棄するの?
>>18に求人と書いてあるけど、どこのとまでは書いてないからハロワの場合とそうでない場合を書いただけなんだけど
そもそも、そこまで引きずるような内容でも無いでしょうが >>37
結局ClickOnceの代替ってないんだよなー >>34
そういうツール使って、後で直す時どうすんの?
JSだけではとてもじゃないが解読不能なヒドイコードになるけど? 俺は解読不能なコード書いてきた奴にコメントちゃんと入れろと突き返した事あるよ
フレームワークがうんたら言い訳していたが、お前素で書けないだけだろ、と言いたくなった
そしたら別のエンジニアが出てきて、前回と全く違うもの提出してきたよ >>42
故事成語使ったら意味を説明しろと言われた訳だ
相手が無知だとプログラマーも大変だよな >>39
いや、ハロワに行ってる時点で情弱
なんだって >>43
故事成語の説明書けばいいだけじゃ無いの? >>44
お前が情弱だよ
正社員なら転職の際は雇用保険の手続きしにいくなり、再就職手当もらいにハロワにいくだろ
事務手続きの間の暇つぶしに端末くらい触るだろ >>45
故事成語使わないように作り直したってのが対応だろ >>44
ハロワに行くという行為その物に意味が有るって事知らない情弱? >>47
そんなん文脈見たらわかるわ
>>42の言う通りなら説明書けばいいだけなのに、なんで作り直したんですかねって話だよ
まぁ説明書いてもグダグダ言いそうな気がしないでもないけど >>46
しねえよ
言い訳すんな
>>48
こいつはハロワで求人を探したと自分で書いてる >>49
フレームワーク理解させるより作り直し方が早いからだろ >>50
いやいやいやいや、お前が言い訳すんなよ
そもそも自分で体験してないくせにハロワで求人するのは情弱とかよく言えたものだな
>こいつはハロワで求人を探したと自分で書いてる
いいか
普通の人間というか、多少なりとも知的好奇心がある人間なら
どんな求人があるかくらいチェックしてみるものだぞ >>51
フレームワークのリンク先でもコピペしておけばいいんじゃねーの(ハナホジ >>52
情弱が言い訳すんな
この一言であなたの言ってることはすべて結論付く >>54
お前、ハロワで手当もらえることも知らなかったのによく他人のことdisれるね 昔、PHPのフレームワークを始めて使ってみたとき、ファイルが分割されててウゼェと思ったのを覚えてる
開発と保守運用が違う会社だと確かに面倒かもね >>55
え?
ハローワークで求人探した情弱が何言ってんの? >>57
お前、そこはそれくらい知ってらぁと返さないと…
ていうか検索したら情弱とかすごい論理の飛躍だな
よくそれでプログラマとかやってんな
まぁマ板に生息しているだけでマじゃないんだよな、きっと
>>58
まぁほどほどに
なんなら、なんか面白い燃料投下してよ お金がありすぎてつらい。こう好景気が続かれては貯金がはかどってしかたがない。 >>61
なんで検索したら情弱なんだよ
レアな掘り出し物とかあるかもしれないだろうに 検索しないと失業給付出ないよ
形だけでも求職活動してないと貰えない
ま、情弱じゃなければ常識的に知ってるとは思うけどね あと、企業が助成金貰うのにハロワに求人出す必要あったりもするから
普通の企業の求人も普通に出てるよ
ブラックは助成金目当てでもあるからハロワ求人には絶対出してる
だからブラック求人が多い様に感じるのも判らなくはない 派遣は別枠にしてほしいよな
ブラックですら見かけたらウホッって思えたもんだ
今はまともになってるのかな? @typeのスキル登録で
Visual C#
Visual C#.NET
と2つあったけど.NETじゃないC#ってなんだ?? >>67
Unityでスマフォアプリ開発じゃないのぉ(ハナホジ 今に始まった話ではないかもしれないが業界の二極化がヤバイよな。
高待遇で技術力が高い企業(自社サービスで収益を上げている所が多い)と、
低賃金で技術力が低い企業の差が凄い。
前者に勤めている人は、その経験を元に更にキャリアアップしやすいのに対し、
後者に勤めている人は、給料が上がらず負のスパイラルに陥りやすいという流れ。
さらに悪い事に後者に多い国内SI系の文化が特殊で、他業種に移りにくく二極化を助長している。 >>68
俺も疑問なんだが、なんでvisualってついてるんや >>69
俺もそれを悟ってから業務では最大限手抜きすることにした
高待遇はもう難しいから自分が払うコストを抑えるしかない
低待遇で頑張る人は労働力を安売りして他人に迷惑かけるから辞めてほしい >>69
人売りしかできない経営ばかりなのだから仕方ない
会社に技術を蓄えるという発想がない @typeって糞なの?
Webのインタフェースが糞だったり
全然条件に合わない求人のメール送って来たり
Visual C#のような謎表記がある時点でお察しかもしれないけど >>73
技術を蓄えて転職されると経営者の不利益になるんだよ
人数さえいれば無能でも物は出来るからね
精鋭を育てるより無能をかき集める方が賢い >>40
社内向けだと便利
フリーソフトで使うのはセキュリティ的にちょっとね・・・
>>44
ハロワはハードル低い会社で福利厚生が厚い傾向
ハロワ以外だと実力相応の金、つまり実力がないやつには厳しいとこが斡旋される
実力がないと自覚しているならハロワとは仲良くしとけ
>>42
俺もJQueryとCodeIgniterで書かれたソース出されたから突っ返したわ
PHPで書けっつってるのにな
>>60
投資してるの?それとも仕事がうまくいってるの? >>66
昔は契約社員からの派遣だったけど
今は個人事業主でとってSESだ
どっちにしろ求人票には全く別のことが書かれていて
採用決まってから条件が全然違うことに気付く 会社のせいで自分に技術がないってのは完全にお門違いだし、収入面も上から下まで満遍なく散らばってるやろ >>69
大学や資格試験ではSI流のやり方を教えるからね
ソース以外何もないようなWeb系のやり方は技術の継承が出来なくて滅びるよ >>72
がんばることで待遇をあげていくのがサラリーマンじゃないの? >>73
派遣会社の主な事業は派遣だよ
派遣する技術を蓄えるのが会社としての財産
そもそも自社に人はいない
いたとしても、返品されてきたやつ、初心者すぎて教育が必要な奴ぐらいだろ >>75
有能1人いて無能多数をまわすっていうならわからんでもないけど
全員無能だと作れる規模に限界がある
小さいソフトだとせいぜい1〜2か月で完成してしまって終わり
売り上げが安定しない >>79
人生の半分以上を会社で過ごし会社で学ぶのだから
在籍している人の技術力は会社の環境に左右される
技術は教えられる
人格を直すのは(不可能ではないが)IT企業にそういうのが得意なメンターはいない >>84
落ち着けよ。
環境は確かに左右するし重要だが、手取り足取りプログラム技術を教えるような会社があると思ってるのか?
口を開けてりゃ技術くれる場所なんぞどこにもないぞ >>80
結局技術は人にしか残らない。
ドキュメントが多いはずのSI系の技術レベルが低い事が証左。 >>80
継承しなくてもプライベートの時間で勝手に新しい知識を身につけてくるのがWeb系
継承したいけど教える方が下から目線になって教わる側に給与を払って懇切丁寧に教えてあげないと何も学んでくれないのが業務系
この差はあまりにも大きい >>80
それ技術の継承じゃなくて、たぶん相手企業の業務上のルールだ Java勉強してるけど、この言語の良い所が分からなくなってきた
C#:GUI作るならこれ、ゲームもいける
Ruby:書きやすい、Railsでwebサイト作れる
python:ライブラリが良い感じ
Javaの強みがもう分からん >>85
つまり無限の時間があるニートは無限の技術力を持ち最強 趣味でも有名なオープンソースプロジェクトとか、
人の目に触れる環境でコード書いてた人はしっかりしてるけどね。 >>89
言語だけ見たら何もいいところ無いよ
エコシステムが.netより豊富かなぁ程度の認識でいい >>89
Unityとか、Xamarin知らなくてもAndroidを動かせる
当面はサーバーサイドの仕事で食っていけるかもしれない >>89
メジャーな言語は一通りやっておけ。
各言語のパラダイムを理解してると使わなくても役に立つから。 派遣先が一々コミュニケーション能力はありますかって聞いてくるやつ何なの?
既に黒人の人間に黒人の能力はありますかって聞いてるのか? 思考盗聴して
言ってないことまで理解してくれる能力 今Javaくらいしかまともにやってなくて、他CとC#とJavaScript若干触ったくらいの新入社員なんですが後やっといた方がいい流行りの言語って何です?
会社では一部COBOL系のなんか使ってるらしいけど。 これはもうコボル一択だろ
スターコボラーへと続く道がお前を待っている ジャップは無能
∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) >>100
どういう方向に成長したいかにもよるが
pythonとかrubyといったllやっといてもいいんじゃない
個人的にはsh c言語で複数プラットホーム(win/linux)で動作するソフト
を作りたい。qt使うのが良いのかな?
os依存コードを吸収するレイヤーを自社開発するのは
かなりの工数が必要そうだし。 なんでわざわざC言語?
Javaとか、共通プラットホーム使える言語選んだら? >>106
やっぱJavaか。
社内はc言語使いが多い(java使える人がいない)のと
javaだとリバースエンジニアリングが心配という
ところから。 どこもpython入ってなくて悲しい
Perlは昔夢中になってたが
フリーダムすぎて疲れた
ちゃっちゃとどこでも動かせる個人バッチ用の言語がほしい >>97
質問の意味を理解できるか試されてる
で、お前は理解できない訳だが やっとJavaと理解し合えてきた
何か痒い所に手が届かないというか、細かい所が足りないけど
悪い子では無いって言う印象にはなった
JavaFX覚えてライフゲーム作りたいな >>100
とりあえず101みたいな馬鹿は放置でいいよ
言語に迷ったら高級言語選べ
CHILL(CCITT HIgh Level Language)
で決まりだろ >>100
いや、触ったことあるやつを、簡単なツールぐらいならすぐ出来ます、くらいのレベルにまでは上げておきなよ。 >>105
GUIアプリ志望だとJavaが候補にはなる
ただ、速度面での要求が厳しいならQtなりgtk+が候補に挙がってくる
gtk+はIM回りの対応がアヤしいし、QtはMingwでビルドしたのだとなんか起動遅いことが
両者とも原因はわからんというか、今のところ調べるべき理由がないので放置してる >>115
窓10だとなんかgtk+は怪しい
7から10に飛んだんで8/8.1はわからん
正直クロスプラットフォームのGUIでコレってのがないのが現状 >>97
与えられた範囲内で問題を解くやつ
問題が難しかったらやたらヒントをもらいにいくやつ
コミュニケーション能力っていうのは後者のこと >>97
日本でいうコミュニケーション能力は「言われなくても相手が望むことを察し、相手が満足することをする能力」
海外でいうコミュニケーション能力は「自分が何を言いたいかを相手に伝えようとする努力」
日本で聞かれるのは前者だ
世界規模でみても99%の人間はそんな能力ナイんで
うそでも「あります」と言っておけばいいと思う C,C++,アセンブラ、最低この3つができれば、
プログラマと名乗ってもいいと思う。
P言語やRubyなど覚えるほどのこともない。
アルゴリズムは考えるだろうが、
スクリプトを並べているだけだから
なんか言語といわれると「???」となってしまう。 >>120
ググってみたら……Node.jsか、まだ触ってねぇわ
メモっといて必要時に試してみる(そういう覚え方しかできないんですまん)
ありがと >>119
Perl/Python/Rubyの正しい使い方はサブ言語
テストデータを作るとか、UI層からのぶったたきをやるとか
客がDBな管理者のパスなくした時の対応としてadminのパス初期化スクリプトとか
ショボーいけど一応使える簡単なTCL/TKなGUIアプリとか
コンパイルしてどうこうまでじゃないけど自動化したいタスクに使うことが多いと思う >>123
pythonとかワンライナーで使いにくいのがな 業務未経験者でもOKということで、
大阪梅田の案件で派遣で時給3250円!
未経験だぞ?
信じられん。
スタッフサービスの仕事。
大阪のJava学習者は応募してみてもいいかもしれない。 今の所rubyより使いやすいワンライナー見たことない
perlみたいにデフォで入ってないのが辛い >>118
違うよ
日本のコミュ力はくだらない中身のないセッションでテンション上げて話を続ける能力のこと
考えている内容を正確に伝える、伝えられた内容を正確に理解する能力のことではない
飲み会や喫煙室での雑談が上手く人を楽しませられるなら、会議で静かにしていても、ホウレンソウが不足していてもコミュ力があると判断される >>129
つまりお前には伝えられた内容を正確に理解する能力がないからくだらない中身のないセッションだという事にしたいのだな。把握した。 >>130
これが真にコミュ力が無い人間の一例です >>114
gtkは知らなかったです。ありがとう。
gui はないです。
技術要素の中でos依存しそうなのは、ソケット通信・スレッド制御・排他処理ぐらいかな。
これぐらいなら高機能なライブラリ使うよりラッパー作った方が良いかもしれないね >>131
ああ、つまり自分とって都合の悪い事を言う人がコミュ力の無い人間なのだな。理解した。 >>133
cでguiなくてその辺ならposix準拠してればos関係ないやん >>123
pythonの埋め込み(https://docs.python.jp/3/extending/index.html)で、自分の作ったアプリにpythonインタプリタを組み込めると思った時はなんかワクワクした。
やったことはないけど。 >>125
ワンラインの利点ってなんだろうね
シェルから直接実行しやすいことかな? RubyはGUI作ろうとしたらTCL/TKの勉強しなきゃいかんのが辛い
Ruby/TKの資料少なすぎ・・・・・・ >>136
ターゲットはwinとlinux なんだ >>139
思い立ったらすぐ書けること
パイプで繋げられること
historyで前に書いたのがすぐ呼び出せること >>143
>思い立ったらすぐ書けること
これはワンラインかどうかは関係ない気がする
>historyで前に書いたのがすぐ呼び出せること
これもhistoryコマンドの制限のせいに思える
>パイプで繋げられること
これが一番かなあ?
他のコマンドと相性が良く、考え方を切り替えなくて済む >>142
cigwinでコンパイルじゃいかんの?
適当に手元にあったlinux向けに書いたソースコンパイルしたけどスレッド立ち上げて排他しながらtcp送受信するコードなら動いたぞ >>144
常にターミナル立ち上げてないんじゃないの
ワンライナーじゃないとパイプできないわけでもないし Javaのチグハグ感がなんとも言えない
String
StringBuffer
StringBuilder
この辺とかどっかで統合できなかったの.か・・・・・・?
中途半端に出来ることと出来ない事が混ざりあって気持ち悪い おれ、塾で高校生に数学を教えてたことあるんだけど、
他の先生が休んだときには、小中学生にも教えていたんだ。
だからはっきり言える!おれはJKが最も好きだ!
だがJCも可愛い!まじ可愛い!セックスしたい!
でもJSも可愛い!裸にしていたずらしたい!
と思いながら、妄想MAXしながら教えてました。
反省してますwww JSは異常性癖すぎるわ
少なくとも発育のいいJCからだな
歴史を紐解いてもこれは正解だろ >>158
jdkといえば石川三恵子とかか?
いい曲は作ってたと思うけど、
古代祐三のインパクトが強すぎてあまり目立たなかったよな・・・ アンギュラー難しいお・・・
有用な資料がギットハブやスタックオーバーフローの英文ばっかりで疲れたお・・・
組込系に戻りたいお・・・お・・・ フロントはくたびれるな
cssとかわかんねーよ
バックエンドに戻りたい 猫も杓子もbootstrapになったら似たような見た目のサイトばかりになるんでは >>100 です。色々情報ありがとう。
Python3をやろうとして環境整えただけで辞めたことあるんだよね。その辺りとかやってみようかなと思います。
スターコボラーにはならないです >>165
漏れはグリッドシステムだけ使えればいい派 仕事がつまらなくて休日も勉強する意欲がわかない
いかんなあ 短い時間で仕事を終わらせるために勉強してるんだよ
当然ながら勉強より残業したほうが早い場合はそうする
勉強したほうが仕事(仕事時間+勉強時間)が減るから勉強してるだけだ >>171
早すぎても暇になって辛い
この業後って工数を盛りすぎじゃんか
午前中に終わるようなタスクしかない めっちゃ盛っていきたい
二人で一週間で計算してたのに何故か一人でやることになって締め切り変わらないわ他の作業も割込で詰め込まれるわみたいなのが日常茶飯事
あと怪しい動きを報告したら仕様だからバグとして挙げるなって言われたのに後の試験で結局バグ扱いになってバグ見つけられなかった自分が悪いみたいになったり 後から注文してきて只にしろっておきゃくさま多いから盛らなきゃやってられん >>174
人間力足りてたら回避できるの
なんかもうやだわ >>176
いずれも管理がしっかりしてたら避けれた問題だから
バグ報告はメールで言質取るか自分で管理表でも作って指示者の名前記録して
Excelとかでどのタスクを何時間やりましたみたいなのを突き付けてやれ
わかっててわざと曖昧にしてるようなのにあたるとどうしょうもないが >>178
なるほどありがとう
管理表は書いてる
次からはチームの全体メールで言質も取ろうかな
わざとあいまいは正直あると思う
ずっと仕様も曖昧なままきてるみたいで今更ちゃんと見たらおかしいとこ挙げるとキリがないんだよね もう最近はBTS使ってくれない客は面倒くさくてしょうがない >>181
バグトラッキングシステム。BugzillaとかTracとかRedmine
チケット駆動開発、TDDと組み合わせて開発初期から使いたい エクセルは米国が日本のIT競争力を下げるためにばら撒いた工作ツールである Wordのほうが苦手
EXCEL以上のアバウトな動き
フォーマットを一貫したものにしにくいし
中でどうデータ扱ってるのか隠ぺいされてるせいで
何したら何がおこるんかさっぱりわからん Markdownで書いて
適宜html、docx、pdf等に変換汁 学生のころから使い慣れてるTeXで仕事したい
mdも悪くないけど印刷したい時がちょっとな >>181
ググれカス
と一瞬思ったけど、ググったら防弾少年団しか出てこなくてワロエナイ pg同士のやりとりならいいけど一般人はofficeじゃないと読んでくれないよ 一般人だって狭苦しいウィンドウでレンダリング汚いエクセル文書なんて読みたくないでしょ みんな仕事の引き継ぎってどうしてる?
業務負担軽減のために俺の仕事引き渡したいのだけど、受け手がなかなか見つからない
責任の重い要になる仕事なので、自分の責任を譲れてこちらとしては引き渡し大歓迎
どうせなら全て譲って別のことしたい
受け手がいない&譲るなら半分だけ的な事を上から言われる
責任重い仕事ほど誰も引き受けてくれないんだよね 派遣はIT会社を名乗るなって言ってる権威主義な奴居たな 無能上流もIT会社を名乗らないでほしいね
なんか別のジャンルだろあれは >>198
一緒にやろう→フェードアウト
まさにいまやられてるつらい
正確にはだれにでもできるちょっとした作業とかを頼んで徐々に…という感じで既成事実を作っていく
周りも自分がやりたくないから>>198の仕事はAさんが詳しいんだねって空気になっていく
せめて手順書とか仕様書だけは最低限なるべくわかりやすく作ってね… >>202
なるほど、確かに譲られる方は大変だよね
手順書作って徐々に引き渡すようにするわ
相手の立場にも立って上げないといけないよね 押し付ける技術
部下に命令するのが一番簡単
パワハラとか言わないやつ狙ってな 押し付ける技術というか、ためにならない仕事は自分ではやらないことを徹底するのが重要 為になるとか考えてるんだカッケー
定時までダラダラ作業消化するだけだわ俺
この業界、夢も希望もねえし
自民政権下じゃ職があるだけマシって割り切らないと リーダー的な人がうまいこと采配してくれたらとは思う こんか希望のない差別社会を作った与党には退陣してほしい
ジャップランドなんて一度滅びた方がいいよ
∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) >>198
開発でプロジェクト制なので終われば終わり
続きがあったら自分は受けずに次のやつがドキュメント読むだけ
終わってないのに自ら降りるのは辞職する時くらいか。その時の引き継ぎ先はマネージャが考えること ジャアアアアアアアアアアアアアアアアップ!
糞ジャアップ! >>187
Wordは論理構造がある文章を書くためのツール
日本で一番使い方を間違えられてるソフトウェアだよ
ワープロだと紹介されたのが運の尽きだろうな >>199
派遣会社のどこにIT要素があるんだ?
営業同士で奴隷のリレーしてるだけだぞ >>214
営業は営業がやってるだろ
お前はそんなのも知らんのか >>215
言い方が悪かったなすまん
派遣会社には営業しか在籍してないぞ
IT技術者がいないのにどうしてIT会社を名乗れるんだ?
と伝えたかったんだがどうだろうか 派遣社員って一応所属は派遣会社でそこから給料貰ってるだろ >>217
最下層のシステム開発会社が余剰人員を派遣に出すだろ?
それを間に何社も入って、いろんな会社の案件とマッチングさせる
そのマッチングを担当するのが派遣会社だよ
派遣会社の商売は不動産屋と一緒で、元手はかからないし在庫も持たない
派遣会社が技術者抱え込むなんて、不動産屋がマンションや土地を所有するようなもんだ 日本のエンジニアの方々はぜひ転職活動をして給与水準を上げましょう!!!
https://togetter.com/li/1115191
なぎせ ゆうき @nagise
下世話な話ではあるが、エンジニアを札束で殴るところが出てくると、逃げられちゃまずいと対抗的に給料があがる可能性が高いので、
いち労働者としてのエンジニアの立ち位置からポジショントークするなら、どこかが札束で殴りはじめてくれないかなーみたいな感じです
帝国データバンク
https://www.tdb.co.jp/report/watching/press/p170206.html
人手不足に対する企業の動向調査(2017年1月)
企業の43.9%で正社員不足、過去10年で最高 〜 「大企業」、「個人消費関連業種」で深刻な人手不足 〜
調査結果
1 企業の43.9%で正社員が不足していると回答、半年前の2016年7月調査から6.0ポイント増加した。
正社員の人手不足は、過去10年で最高に達した。業種別では「放送」の73.3%でトップとなった。
さらに、「情報サービス」や「メンテナンス・警備・検査」「人材派遣・紹介」「建設」が6割以上となった。
また、規模別では、規模の大きい企業ほど不足感が強く、「大企業」では51.1%と半数を超えている。
大企業における人手不足が中小企業の人材確保にも影響を与えている可能性がある
わが国の経済・物価情勢と金融政策
日本銀行政策委員会審議委員 原田 泰
元早稲田大学政治経済学術院公共経営研究科特任教授。経済学(学習院大学)博士。研究分野は経済政策。
http://www.boj.or.jp/announcements/press/koen_2017/data/ko170601a1.pdf
5.おわりに
人手不足の結果賃金が上昇します。高い賃金を払える企業は生産性の高い企業、低い賃金しか払えない企業は生産性の低い企業です。
賃金が高くなれば、生産性の高い企業が残り、経済全体の労働生産性も上がります。
つまり、人手不足で生まれる賃金上昇は、生産性の上昇を促進するのです。
佐々木亮 | 弁護士・ブラック企業被害対策弁護団代表
ブラック企業の典型的手口〜退職妨害にご注意!
https://news.yahoo.co.jp/byline/sasakiryo/20140927-00039477/ 株式会社リツアンSTC
派遣業界の闇 派遣料の6割をピンハネ?他社より給料1500万も多い異端企業!
http://biz-journal.jp/2015/07/post_10598.html
派遣社員の給料明細をお見せします。
http://rstc928.hateblo.jp/entry/2015/06/11/192358
時給制(入社〜3年目までのエンジニアに適用)
彼のクライアントへの派遣料金は1時間当たり4,000円。
この派遣料金に対しての派遣賃金(給料)は2,700円。10月度の勤務日数は平均より多く23日(平均は20日)。
また、残業は42時間、22時以降に適用される深夜手当は7.45時間でした。彼の10月度の給料は65万8781円。
ここから社会保険料や所得税など相殺されて手取額は55万1980円となります。
彼が働いている部署は非常に忙しく残業もたくさんあるので今期の年収はおそらく800万円近くなるかと思います。
プロフェッショナル契約(入社4年目以降〜)
彼の派遣料金はNHと同額の1時間当たり4,000円。2015年3月度の残業は43時間。当月は休日出勤も9時間ありました。
なので派遣料金は92万7350円。
この派遣料金から弊社の利益6万5千円と社会保険料の会社負担額である7万1461円を引かせてもらい残りは79万889円。
この79万0889円がTH氏の3月度の給料(総支給額)になります。
ここから所得税やTH氏の社会保険料の自己負担分などを控除して手取りは65万9644円になります。
彼の職場もNH氏と同じように忙しく残業も多いので今期の年収は1000万までは超えないにしても、
900万円台の後半にはなるかと思います。
給料早見表大公開!業界No.1の給与水準実現へ!
http://ritsuan.com/special/pay/
リツアンでは、IT・通信、設計、実験評価、解析、その他エンジニアのお仕事案件を多数取り扱っております。
http://ritsuan.com/job/
お仕事案件 / 未経験
http://ritsuan.com/job/newjob/
よく質問されるプロ契について
https://goo.gl/204AR6
鈴木和美さんがクライアントの正社員になります
http://goo.gl/Opx8BM >>213
論理構造のある文書を書く奴がいないけど、せっかくついてきたmswordだから使ってるんだろ
Excelがスペース幅とか正確に指定できる方眼紙ソフトで間違いないよな >>221
エクセル方眼紙の目的がレイアウトならそもそもワードが対抗馬って思ってる時点で間違えてる
レイアウトが必要な書類はMS製品ならパブリッシャーかパワーポイントだよ
ワードは欧米圏の書類事情にはあってるかもしれないけど、ハンコ枠やアンダーラインの座標なんかが
重要な日本の事情ではワードは機能不足
下手すりゃIllustratorが適当なレベルを求めてるのにワードの超絶技法を求めるほうがおかしい
ワードでレイアウトにこだわるぐらいなら、エクセル方眼紙という逃げが有力となってくる >>223
エクセル本来の役割はみんな知ってるからいいんだよ
方眼紙で「レイアウト楽だけど、たまに文字の印刷が切れるよねー」って
言ってる人たちだって表計算ソフトだって認識はずれてない
ワードは「本来印刷用途なんだからレイアウトが自由に組めないのはユーザーが低スキルだから」って
勘違いしてるけど、ワードはもともとそういう目的のソフトウェアじゃない >>222
ネタにマジレスされてもまいっちゃうな
ドローイングはvisioじゃなかったの >>224
その本来の目的に使いづらくて困ってるんですけど
すぐ見た目一緒なのに違うふるまいをするミミックがまぎれ込んで
連番とか整合性とか字下げとかすぐぐちゃぐちゃになる
なんか使い方間違えてるのか >>226
Wordはぶっちゃけエディタがクソなだけなんだよ
API使ってDOMからファイル生成すれば綺麗に出るぞ ジャアアアアアップ!
みんなジャップ嫌いだろ?
昔の事を思い出すとジャップが憎くなる
みんなでジャアアアアアアアアアアアップの上流国民に革命起こそうぜ
今度の都議会議員選挙でネトウヨをギャフンと言わせてスッキリしようぜ >Wordはぶっちゃけエディタがクソなだけなんだよ
Wordってエディタ以外のなんなんだ >>226
まだ日本語ワープロの慣習や日本語らしさに引きずられてるね
ワードはWEBページを作っていく作業に近いんだよ ちょっと前にwordの章番号が1、2、2、3、4みたいになって直せなくなったから一個ずつ消して見出し作り直したわ
なんなんあれ >>235
あん?アジャイル馬鹿にしてんのか?泣かすぞ? lenovo E440 を使っていますが creators update をしてから
windowsが起動しなくなってしまいました、、、
リカバリディスクを作っていないのですが、
もう起動させるのは無理でしょうか?
誰かたすけて、、 >>236
アジャイルって要件決まる前にリリースするやつだっけ 仕様を決めないことによって過酷な状況に挑むエクストリームプログラミングやぞ >>237
誰かからリカバリーディスク借りるか(確かプロダクトIDの問題はないはず)、おとなしく修理に出すか アジャイルも、もうMVCと同じぐらいには使わないほうがいい部類の単語だな
日本式アジャイルって、だいたいただの手抜きの言い訳だろ アジャイルは無駄な部分で手抜きして必要な部分に注力する感じ
ドキュメントを捨ててコードを洗練させようってのもその1つね >>238
アジャイルは、とりあえず決めた要件と、何人もの承認を経て通った要件で、リリース後のリスクに大きな違いはない、という仮説だよ >>239
XPがそういうネタだったのに、アジャイルなんて呼び方で宗教色が入ってきたのが気に入らん アジャイルって客と顔合わせないとダメじゃん
面倒くさいわ
そんな事より理系エンジニアにちゃんと見返り出せ
∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) 客は仕様書こそ全てで
コードなんか少し勉強すれば
自分が片手間でやっても書けるとか
その程度に考えているんだろう? かっこいい新しい単語を使って
奴隷プログラマを、より酷使する状況を
作り上げるつもりだったろうけど、
もはや残業規制やらSES契約やらで
立場は逆転して、プログラマ不足も追風となり
もはや丸投げ馬鹿SEのところには
プログラマは集まらない。
残念だね馬鹿SE! 仕様書なんて能書きはええから
はよプロトタイプ作れや!ってのがアジャイル? >>252
設計書がしっかりしてれば
コーディングは楽だね。
だがそのしっかりした設計書を
見たことがないんだが?
それが問題なんだよ
わかる? 設計書だけでコーディング出来るようなもの作るくらいなら、自分でコーディングした方が早いよ
そんな設計書作らないとプログラム書けないエンジニアじゃ仕事を任せる意味がない 俺が今まさにテクニカルディレクタで社内のマーにプログラムを依頼してるけど、プログラミングと同時に仕様書も作らせてるわ
マーとしての腕前も俺の方が上だし、半分指導してやってるようなもんだ >>252
犬小屋程度のでいいなら出来るだろう
しかしすうじゅ安心できる家となるとどうだろう
レコードが増えても処理する場合の性能や、
変更に備えてモジュール間の結合を疎にする、
経験を積めば考えずにできるようなことだが、いきなりできるだろうか。
プログラマだって最初は皆失敗しただろう。 >>259 一部訂正
しかし数十年安心できる家となるとどうだろう >>259
話の流れ的にその回答は正しいが、現実は技術が問題になることは少ないような。
要件段階で性能周り定義しないか、ちゃぶ台返しされて適切なスキルのマーに仕事アサイン出来ない→詰む感じやろ お前らYAGNIの原則だけはやたらと軽視するよなw Javaがめっちゃ楽しくなってきた
あの微妙な子は一体どこに行ったんだ
勉強するほど、無理矢理実装すれば色々できることが分かってきて凄い気持ち良い Javaは面倒くさいが、何か作るのに無理さは感じたことないぞ…
何やってるん >>265
無理矢理って言うのはちょっと良い過ぎたわ
自分で実装すればやりたい事は大概できるって事が分かったって感じ
本当に楽しい、やり込むほど味が出る言語だわ
スルメ言語だな 基本定時でバカの尻拭い押し付けられた時は21時退社
それ以上は土下座されても付き合わん
プログラマーのコテハンが集まる雑談所(プロコテ雑) [無断転載禁止]©2ch.net
http://medaka.2ch.net/test/read.cgi/prog/1496797092/
よろしくお願いします >>251
これ
だからすぐに買い叩こうと...らめぇ... 3年後を目途に社内からオラクル撤廃するんだってさ
どうやら今度は本気みたいだから今のうちに逃げる準備をしようかな Japは派遣にも残業させろよ
くそ文系野郎どもが氏ねよ
∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) >>273
英断だね
オラクルなんて付き合うだけ損する OpenJDKとMariaDBにすれば脱Oracle…? ORACLEの代わりになるものをNTTが提供すればあっという間にIT大国の出来上がり
使用料ただ。
プラチナ〇〇資格、みたいな資格商法で儲ければよい >>278
>ORACLEの代わりになるものをNTTが提供すればあっという間にIT大国の出来上がり
それが出来たらどこの国も今頃IT大国ですわ >>258
仕様書はお前が書くべきものだろうが馬鹿たれが! >>280
テクニカルディレクターならディレクションするが仕事じゃ無いの?
ディレクションが何をする事を指すのかは知らないけど。 MariaとMyがどのタイミングで分断フォークするのかわからないので
割と怖いところがある 6/17にでぶやんがリリース予定とかでやっと録画鯖をJ4205に交換できる
Appolo Lake専用のステート回り対応が必要とかでカーネル新しいのでないと激遅
ワイはシャトルワース喜ばせるだけのテスターなんてもうしたくないんや……でUbuntuは使ってない >>282
分断フォークってのが何を指してるかは知らんが、5.5を最後に互いに独自機能あるっしょ Oracleのかわりになりそうなものって
DB2とPostgresぐらい?Myはどう? >>284
Mariaがどのタイミングで「ごめんMySQLとの互換性維持するのやめるわ」と言い出すか、くらいの意味 Windows10でWindows Liveメールが使えなくなったんだけど
お前らメーラーは何つかってる?
Thunderbird を業務で使うとまずい?
これくらいしかまともなメーラーが見つからないんだよね。 IT関連のおすすめのサイトとかtwitter個人教えて下さい
幅広く浅くって感じです 全部Webメールにしてからは、PCではクライアントタイプのメーラー使ってないな
前は秀丸メール使ってたけど そろそろ作り終わらないとなのにこのタイミングで大幅な仕様変更 >>294
正しいアジャイルで現場を回し随時調整しながら進めていればそんなことにはならないのにね >>295
正しいアジャイルでも仕様変更は防げない >>296
馬鹿が
アジャイルは常に軌道修正して顧客と開発の意識をすり合わせる
だから詰めに入って急に仕様大幅変更みたいな大事故が圧倒的に少ないんだよ
仕様変更を頑なに拒むのではない
仕様変更を当たり前のものと受けいれてリスクを分散するんだ >>299
仕様変更っていうのは開発チームの外側の要因で発生するんだよ
顧客と頻繁にやり取りしてようと仕様の伝達誤りを早く訂正できるだけであって、変更の発生自体は制御出来ない
顧客だって顧客自身が属する環境に振り回される
たとえば、法改正、予算縮小、組織改編
だから、アジャイルだろうと予算の3割消費してしまった後で、突然要件の5割が無くなるということはあり得る
そうなった時に、アジャイルとウォーターフォールで提供出来る価値の違いはなんなのかを考えることに意味がある 納期の延期も予算の追加もなくタダでやれっての?
クソだな この予算と期間でできるってあなた言いましたよね?
契約違反ですよ? アジャイルって例えば
客「機能の50%が不要になったよ。工数も半分になったよ。だから支払いも半分だよ」
って言い出したらどうするの? >>306
機能追加の費用と機能削除の費用がかかる ブランチ消せば除去完了!終わり!
って理想通りには普通いかないよな プラグインアーキテクチャにして
プラグインを削除するだけで完了するようにすれば良い プロなら黙って言われた仕事をする
鬱憤はプログラムに仕込んだバグで晴らす 客が欲しかった機能 ○
営業が受注してきた機能 ◎
上司が指示した機能 ●
俺が作った機能 。 開発現場でよくあるのが、客からもう予算が無いから払えない、というヤツ
そこで客は、次の仕事発注するから許してくれ、で誤魔化す
口約束で反故にされることもあるが、政治的判断で上層部がオッケーして、現場が只働きになる
外資にはない日本企業の変な慣習の一つだね
シャープや日産が外資に買収されて持ち直したのは、この手のしがらみで仕事の発注先が固定されてしまっていたのをバッサリと切ったから
日本企業は発注側がバカなんだよ >>316
外資系の会社にいた事あるけど、
金払いはしっかりしてたな
その代わり人の入れ替わりは激しかった
3年で殆ど入れ替わるから顔覚えられんかったわ
支払いマケろは無かったな
次の仕事回すからマロろなんて、勝手に発注者が他社から恩を着せられるのような事したら、上からど叱られるよ
仕事のしがらみは一回の仕事で完全に精算
そうでないと次の仕事を最適なところに発注できなくなる 機能追加を要求してきて金貰ってないから無理って断ると
もううちの仕事はしないってこと?と脅迫してくる糞 しかしそこで断る勇気がないと
動くゴールポスト状態になるぞ 経営者は断れないんだよな。
で、そのしわ寄せが全てプログラマにふりかかる! 2chを見ていると、株式会社NISSHINというところの
求人広告が出ていた。
200%成長とか無借金経営とか。
人材募集、年齢国籍不問とか。
IT業界のスーパースターみたいなりたいとか、
すごいこと書いてある。
どういう会社だろうと思って、よく見ると、
単なる派遣会社だった。。。orz >>306
ウォーターフォールだったら、さらに「期間も半分でできるよね」だよ
それよりマシ 開発「開発期間が残り2割切ったし品質向上させなくては」
顧客「あと2割、機能追加できるのか」
顧客「あと2割で機能要求しなきゃなのか」
顧客「いつでも不具合という名の仕様変更をねじ込んでやるぜ」 業務プログラミングは給料分だけ働いて定時に帰宅することを徹底する
給料以上に良いものを作ろうとかチームへの貢献とか考えない
その代わり趣味の活動で意識を高く保つ
いつの時代も本当に価値のあるプロダクトは非営利の活動から生まれるからね >>328
そういう意味じゃなくて、仕事を趣味としてという意味です >>327
ジャップは正当な給与をエンジニアに支払え!
そうすりゃ仕事やってやるよ
∩___∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ じゃあああああああっぷ
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_) >>982
今の日本はww2の直前と同じ
国連が第二のナチスを生み出さないように忠告してくれてるっていうのにこの馬鹿ジャップは! やっぱナチスだよな
最近そんな気がしてたんだけどねやっぱみんなそう思ってんだ じゃあ早く日本国籍捨てて亡命しないと逃げられなくなるぞ ナチスみたいに戦争・虐殺するなら賛成
もしも合法的な立場なら殺しまくりたい
こう思ってる日本人は少なくないと思う >>334
日本人は過去にアジアで虐殺を楽しんだ経験があるからね
武器を持たせてはいけない民族・人種であることは間違いがない >>335
戦国時代とかも酷い有様だよね
遺伝子レベルで殺戮と侵略が好きなんだろう
この民族的衝動を押さえつけるのは難しい
定期的に戦争で発散するべきだよ そうだね!
夢の国、北朝鮮にみんなで行こう!
将軍様がみんなを幸せにしてくれるよ! 白兵戦は体力ないとダメだぞ
お前らみたいな体力無し腰痛持ち近視メガネは、後方支援が関の山 虐殺は対外侵略だけじゃなかったな
関東大震災のときに無実の在日が虐殺された
日本は弱いものへの殺戮行為が隠匿される凄い国だよ 戦争が確定したら鍛えるよ
仕事もやめて戦争に集中する GTAみたいに、ジムで筋トレしたら数日でボディービルダーみたいなマッチョになるわけじゃないんだぜ? プロテイン飲みながら筋トレしよう
生まれ持った遺伝子などという不条理で役立たずなものに
環境への適応学習の責任を丸投げするべきではない >>323
期間が半分になったら料金は4倍貰わないとやってられないんだけど
そこが理解してもらえないよな >>344
見た目が変わるのは2か月ぐらいだね
ジムに通う回数でいうと15〜20回ぐらい 以上、職質以外呼びかけられた経験のないうんこの精一杯の強がりをお送りしました 誰かバイトでもなんでもいいから雇って
ください
ハロワ通うのめんどくさいです >>352
派遣会社に登録した方が早いわ
マーなら時給2008円以上で募集しとるわ >>353
俺社員だけどマジで派遣の方が金貰えそうだよな
俺のスキルなら時給4000円はいけると思う
待遇悪くされたら辞めるわ >>304
仕様を確定しないで開発してる時点で負けだ 医者かな
人工知能研究より簡単だし
国内で稼げる
人工知能は海外行かないと稼げない 派遣ってそんなに儲かるのか?
ピンハネされて手元には時給1000円とかしか入らないんだろどうせ >>357
医学部行きながら人工知能研究ってできるものなの?
そもそも人工知能研究って何学部とかでやるの?独学で可能? >>355
逆だよ
システムへの深い理解がない時点で作った非合理的な仕様に拘る時点で負け
開発が進んでシステムへの理解が深まったら非合理的な部分は再検討して進路を修正しなければならない
これがアジャイルな
ウォーターフォールは直進等速運動で動くマトを射撃するようなものだ
それに対してアジャイルは毎フレーム毎に計算して軌道を修正する自動追尾弾に例えられる
どちらの命中精度が高いかは子供でもわかるね >>358
フリーランスで派遣やってれば、そこらのIT系大企業の正社員よりずっと儲かる アジャイルみたいな状態だけど工程はウォーターフォール 社内の上層部だけでも大変なのに
客もちゃんとアジャイル対応してないとダメだからそこが難しい >>362
中途半端が一番ダメ
ウォーターフォールでやるならやるでいいけど
仕様バグが出ても何があっても突き進む勇気が必要
日和って仕様修正したらもうそこで「あぁやっぱり変えちゃうんだぁでもそれってアジャイル的だよねぇ」となってしまう >>358
時給1000円なんてプログラマ求人ないだろ >>358
最初は孫請とかで安い所しかみつからないけど、まともに仕事ができればすぐに上と直接契約できる。
業務系なら70+消費税〜が普通です。
俺は業務系の仕事に飽きたので、15年ぶりに組み込みの現場にもどったんだけど元請け直でも65+消費税だった。
組み込みの方が単価安いんですかね? >>364
下っ端なのでころころ変わる客の意見に流されるリーダーのいいなり >>354
派遣じゃなくて正社員、ナスも実質でないけど、時給換算なら2500円ぐらいやな。
まだ伸びしろあるから正社員続行 ウォーターフォール貫く気がないなら最初からアジャイルで計画した方がよい
ウォーターフォールでやる以上死人が出ても方向転換はしてはいけない もう自分で会社を立ち上げて何か製品を売ろうか
しかしアイディアがない
自分でも思いつくのだと大抵誰が既に優れた物を作ってるし アイデアは結構湧いてくるんだけど検索するともうあるんだよな
凡人には辛いわ >>360
仕様を確定しない開発してる時点で負けだよ >>374
確定せずに作業始めちゃうとかコスト意識なさ過ぎ あとで無理やり変えるコストを意識しないとか破滅願望でもあるのか >>376
お前みたいな馬鹿がいるからデスマーチになるんやな アジャイルにデスマーチなどないよ?
開発がそこで終了するだけ
…のはず 今まで新規開発ばっかりやってたんだけど、
珍しく保守改修の現場に入ったら、細々した改修が多くてテスト仕様書とか作らないから
バグりまくり・デグレまくりだわ、
元のソースは汚くて罠みたいになってるわで、
なんか俺仕事できない人になってるんだけど、
どうしたらいい? >>380
とにかく元のソースを踏襲ひたすらコピペ
既存と同様のロジックなので既存仕様とは合っていますバグなら既存バグです
ソースはどんどん腐ってくけど >>375
始めないと始められないまま締切になって後の行程の作業者がダメみたいになる >>380
修正したらdiffとって見直せ
あと、詳しい人を捕まえてコツや罠を聞き出せ
ソースのバージョン管理してるなら履歴見ろ
新規開発は難易度低い
保守は何倍も難しいよ。しかも理不尽だ
>>383
現場にあわせろ
そもそも詳細設計っていう単語はただの概念だ
具体的にどんな書類になるかは現場で変わる
自分の為のメモとして書きたいなら実力や作るものによって変わる
業務系ならER図、組み込みなら状態遷移表でも作っとけ 無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の生涯損害促進者ばかり】
[偽装請負多重派遣搾取業界の従犯SEを追放すべき]
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死 >>378
違う違う
計画立てたふりしてなんの役にも立たない僕の夏休みのスケジュール表的な計画を立てて悦に入ってるウォーターフォールマンがデスマーチを量産するんだよ 僕の夏休みのスケジュールって、ちゃんとやってりゃ案外成立するような、、、 スケジュールにはやることの7割しか書かれてないんだよ
全て残らず書けるやつはいないよ >>383
メンバーによる。
メンバーがそれなりのレベルだったら、しっかりした基本設計書があれば充分。
詳細設計レベルって、大抵は開発段階で大幅な変更が発生するから
ドキュメントに起こすと、後で書き直さないといけなくなって面倒。
納品物に詳細設計書が含まれている場合は、開発が終わってから記述する。 >>392
同じようなコードが量産されるのか
まだそういうレベルのチームあるんだな 詳細設計書が、どれくらい詳細を記載したものを指してるかによるな。
プロジェクトの規模にもよる。 >>388
その理論から、
「計画なんて立てなくて良い」
と持って行くのがアジャイル派だよな テスト業務っていうのに着くらしいんだけど難しいの?
ここ業界未経験で全く分からんのだけど >>386
ホント理不尽。
オレ自分で書くときはちゃんと後で改修入るときとかのことも考えて、
できるだけ綺麗に分かりやすく作ってるのに、
なんでバカが何も考えないで書いたゴミソースに陥れられないといかんの?
モウヤダヽ(`Д´)ノ >>396
簡単だけどその分ミスしたらめっちゃ怒られる >>397
おまいの書いたコードを触るやつも同じこと思ってるぞ 10年前は俺もプログラマしてたな。
30過ぎても組めるけど、組んでるやつは負け組 >>398
ひえ・・・・・・マジかよ
全く知らない言語のテストだし、色々怖いわー
無事に終わる事を祈るしかねえ >>401
場所によるけど、古い企業ほどそういう風土 >>397
プログラマの世界へようこそ
実力がついたら楽できるよ
・自分だけが簡単に直せるバグを仕込んでおこう。尊敬を集めることができる
・スパゲッティソースを書く癖をつけよう。自分のスパゲッティは食べられるものだ
・最初から速度最適化をしてはいけない。ありがたみが薄れてしまう
・多くの場所に同じソースを書こう。難易度が低く見積もりやすい仕事は誰にとってもいいものだ
・自分が得意な箇所だけ本気で書いておこう。さぼりのコツは実力があると周囲に思わせることだ >>402
とりあえず頑張るわ
テストから経験積まないと開発の上に進めんし
とりあえずはミスしないように確実にやっていくわ >>396
テストコードを書く仕事と、ソフトウェアを操作してテストする仕事の2種類ある
テストコードを書くのは比較的気楽で、トリッキーなコードも必要になり楽しい仕事だ
(例えばメモリ確保に失敗するテストコードなんていうのは想像するだけで楽しいものだ)
そしてソフトウェアを操作してテストする仕事も環境させ整っていればそれほどつまらないものでもない
ただ、仕様が決まっていないソフトウェアをテストして、しかも正しい動作なのか誰も判断できないような
職場であれば非常にやりがいもなくつまらないものになるだろう
一般的にテスト業務はIT業界未経験者や新卒などプログラミングでお金を儲けることができない人が
自分の給料分ぐらいは稼げるようにと仕事を貰うときに与えられる仕事だ
大抵はテストそのものを習得することは期待されておらず、仕様を理解する能力や構成を覚えること
また、周囲の人間から将来の糧になることを吸収してほしいという願いがある
本当はテストだけでも一生食っていける奥深い仕事だけど、一般的にテストといえばバイトみたいな立場だと考えてかまわない
周囲とコミュニケーションをとり、とにかく話しかけまくって理解しようとする努力をアピールすることだ >>405
なるほど・・・・・・結構面白そうだ感じがする
何とか一つでも二つでも身に付くように精一杯頑張ってみるわ やはりこの業界はレガシーシステムの保守が一番むずいんだな
ウェブ系で働いてた優秀な若者を高給で雇ってやらせてみたんだが、全く身動きできなくなって顔真っ青にしててワロタ 逆に新規苦手かも
そもそもほとんどの仕事が今あるものを変更したりするばかりだし
現場移ると毎回言語違うし既存の処理真似しながらだましだまし来てしまった 新人の頃とあるプロジェクトにITのヘルプで入った時は
要件定義から詳細設計まで同時にやりながらまともな仕様書がない状態で
過去に単体レベルのバグが多いという理由でITに何千件もの単体レベルのテストケースを作らされ
何度も複製や削除を繰り返してサイズが肥大してできたであろう大量の数式やオブジェクトを含んだクソ重いExcelを流用し
レビューは紙に印刷して客と向き合いながら線や文字が切れてるとか細かい指摘まで議事録に残し
作っている最中に仕様がコロコロ変わって作り直しが何度も発生し
やっとテスト実施に入ったら何千件ものテストを実機でコードを読み取ったりボタンをポチポチ押したり
1ケースごとに印刷したりデータベースからデータを抜き出して1レコードずつ比較したりして
入力をミスったら何百件も入力し直し、当然遅れに遅れて連日終電、休日出勤も当たり前な状況になって
数人の退職者を出した上に大赤字というとんでもない地獄だった 上にいるやつらはどうやったらプロジェクトが失敗するか知っていて
気に入らない下っ端をそうやって追い込む
業績あげたいときは適当に客をいいくるめて適当に納品 >>412
そいつは優秀だな
現実的にはそんなに器用にプロジェクトをコントロールできる人材はそうはいない ウェブ系って早稲田だの明治だの慶応だの青学だのが多くて生意気だよな
叩き上げの高卒エンジニアとして生意気なあの奴らにガツンと一発入れてやらないとな 40歳にもなって学歴なんて気にすんな。
馬鹿にされるならそれがお前の実力だ。 >>397
すぐに、自分の書いたコードを忘れたころに自分で改修する時がくるよ
その時、未来の自分から感謝されるコードを書くようにすれば良いよ リーマンショック以降の新卒入社組は有名大学出身のやつばかりになってしまった。組織内は俺除くと皆国立理系院卒。
慕ってくれるけど、先輩はそんな能力ないで、スマンな。
新入社員の挨拶で大学時代の研究テーマ紹介してくれるが、チンプンカンプンだ。 >>420
ちょっと休んで復帰したんよ
治らんねこれは 鬱病には漢方薬が効く
安い奴はダメだからな
人によって体質違うからベテランの漢方医に診てもらえよ
俺はホントに凄い医者(医師免許ありのホンモノ)知ってるが全て無保険
保険適用される薬では効果が低くて本当の治療が出来ないそうだ 炎上してる案件のテスト業務ってどうなんすかね
凄い怖いことになってきたぞいぞい >>426
テスト担当はそんなに大変じゃないんじゃね?
テスト結果全部NGで突っ返せばいいだけだからw
大変なのは改修要員かと。
あと、あまり細かくテストすると恨まれるかもなw >>426
一言で言うと死ぬよ
明確なテスト仕様なし
自動テストなし
テストデータなし
エビデンス取得手作業
この状態だとテストの手間が酷いことになる
さらに炎上案件はバグがバグを呼び
修正が別のバグを誘発する
その度に関連がありそうな部分全部テストやり直し
過労や鬱で死人が出てもおかしくない
お前さんも気を付けるんだな >>427、>>429
とりあえず短期で助かった
まあ明日から地獄の片隅を見てくるわ・・・・・・ >>412
それでも仕事がなんとかなってるなら
かなり有能な上司だな
儲けを確保しながら部下に失敗体験させるとか
リスクコントロールがハンパねえ インド人と中国人と日本人と韓国人ってプログラミング能力どっちがある?
どっちもアメリカのモノマネだが >>430
逆に暇かもよ
もっと前の工程から見直す話になっててテストどころじゃなかったり 作ったことないけど日本語名で関数作れるんだよね
中国語なんかもできるんだろうか >>431
それも客(パトロン)と会社の関係次第だから…
このへん闇が深すぎて奥が見えない >>432
生産性の高さでいえば中国人が圧倒的
インド人は英語が出来て安い
日本人は過剰品質で激安
韓国人は日本人とほぼ同じ傾向 >>434
文字コードが違うから昔はファイルすら開けなかったよ
ロシアもだけどね
今のVSだったらどんな言語でもいけるはず 日本のAndroidアプリも海外製のアプリも
物によっては驚くほど低品質だったり高品質だったりするけど
本当に文化の違いによるものって何だ? >>433
(今月中にリリースするらしいんですよね)
(組み込みだとそんなにギリギリまでテストやるんですかね) そういえば総合試験までしかやったことないから
リリース直前の試験日程とか知らないな 組み込みosとしてにandroidってどうなんだろう?
ui付きアプリを乗せないといけないので、androidだと
馴染みあるui作れるかと思い。 日本が過剰品質ってなんの冗談だ
過剰に低い品質って意味ならわかるが >>436
品質は日本人が最低だよ
インド人は思いやりのない自己中なコードが多い
中国人はちゃらんぽらん
韓国人はバランス型
俺は韓国に軍配をあげたい コメントってどういうのが理想なのかよー分からん
プロコンの問題解く時とか、練習用のコード書いてる時も一応練習がてら書いてるけど
//入力処理
〜〜〜
//計算の処理
//ここで〜のやり方だと後々で困るから〜の方法でやるのがベスト
〜〜
//ここの書き方が気持ち悪い、もっと良い方法があれば・・・・・・
とか書いてる
実務はもっと高尚なこと書いてるだろうから、早く見てみたいわ 忘れっぽいからメモにしてる
最初にコメントで処理の流れ書いてそこにコード書く >>450
俺もそんな感じ。
後は意図や目的を書く 俺は叩き上げのエンジニアとして厳しいコメントを入れるようにしているな
// ○○はbad methodなので、ここで新規に作った○○を用いる
とかな
ネトウヨっぽい奴相手だと特に色々書いてやるよ 良くないって分かってるなら直せよ、コメント書いたお前が直せないなら俺も直す暇なんかないわ
ってなるからそういうコメントはいらない 昔、上司に
「コメントには、処理内容じゃなくて仕様を書きなさい」
って習った。
例えば、
// flagがtrueの場合は税額計算メソッド呼び出し
if (sotozeiFlg) {
amount += getZeigaku(amount);
}
じゃなくて、
// 外税の場合は合計金額に税額を足す
みたいな。
確かに、こうやって書いておくと、後で忘れた頃に改修するときも分かりやすい。
あとは、ぱっと見変な処理をしてるように見える場合に意図を書いとくとか。 >>448
「なんでここにこんなこと書いたのか?」というのが
(後日改修することになる誰かが)一見しただけではわかりづらいだろうな
と思ったときに入れとく
// 2016年xx月になんちゃら法の改正が施行されるため修正した
// 当該の法律を参照のこと
とか、ひどいときは
// xxxxx.jarの2.8.13のyyyy#zzzzz(param)メソッドにはバグがあるので一時対応
// バグが出る引数はhogehuga
// 後日バグが消えてたならここで呼んでるメソッドは消していい
とかもある orz 仕様書を全部コピーしてプログラムにはっつけてコメントアウト
その行間にプログラムを書いていく
いちいち仕様書見なくていい
後は何故ここをこうしたのかを補足してく
VCS使ってるのに古いコードをコメントアウトしてとっとくやついるよな >>455
urlを入れておいて、後で見たら消えてたから
原文の要約をいれるようにしたよ。
正規表現で書いた時なんかは
「a,b,c」→「bac」のように
「何がどうなる」と「何でこうした」を残した。 >>439
ギリギリで品質が確保できていないから、せめてテストを増やす対策なのだと思う >>458
韓国人のプログラマーの友人が沢山いるからわかる >>444
韓国人のコードはちゃらんぽらんで自己中で最低ってことか なぜExcelで仕様書を書くのか
韓国人も中国人もインド人もそんな事してないんじゃね? >>462
体裁にこだわるからだろ
今なら、MarkDownからのPDFで十分だわ
反論は認める バージョン管理しづらい以外は最強のメモ書きツールだからな Windows7で、CPU使用率見ると、
何もしてないのに11%ぐらいになってる。
IAStorDataMgrSvc.exeというプロセスがずっと動いてるので、
ググってみたら、
インテルラピッドストレージテクノロジーというものらしい。
これをuninstallするとCPU利用率0%になった。
インテルのサイトを見てみると、RAID管理ソフトなんだとわかった。
俺はRAID組んでないから、俺にとっては不必要なソフトである。
いつのまにか勝手にインストールされていたのだが、
ほんとに迷惑だ! >>444
現代や起亜の仕事を某サプライヤーから受けてやったが品質とか安全に関しては明後日の方向に向いてるぞ >>405
制御系の組み込みでは殆んどの奴が使い物にならない
テスト設計なんて以ての外よ
テストの実施すら怪しい人ばっかり
車両系のサプライヤーだがまともな奴って中々育たない
ソフト組むのはセンスある感じなんだが電気や電子あとメカ機構が絡んだ途端、訳が分からなくなるみたいで潰れていく >>469
電気や電子、メカ機構が絡んで、それらをソフトウェアで抽象化されてないなら、すでにプログラマの領域ではない気がする。
レイヤーの分離に失敗しているのではなかろうか? 横からスマンけど、
おれは抽象化という言葉が嫌いだなあ。
知識もないし勉強もしていないのに、
偉そうに威張り散らしたいから、という理由で
曖昧な用語を使う奴が大嫌いなんだ。
ほとんどのコンサルがそうだから嫌いだ!
ただし、たったひとりだけ完成責任を持つという
コンサルにあったことがある。
俺はその人だけは尊敬してる。 プログラマの言う抽象化は依存関係を弱くするための手法だろ
曖昧ってなんだよ ネトウヨみたいなのには抽象化してコメント消しとくと良い > 抽象化は依存関係を弱くするための手法だろ
馬鹿なSEが釣れたw 匿名で釣れたとか言ってもまったく面白くない。
相手も匿名だよ?w
顔の見えない、それこそ曖昧な人物相手にしてるわけっしょ。
どうせ釣りならもっとデカイ獲物狙ったら?
たとえば世間とか世界とか。
現代美術の連中なんてゴミを数億数百億でバカに買わせてるんだぞ。
俺らも見習おうぜ! ああ、俺は馬鹿SEが釣れればそれで満足だ
もうすぐ死ぬのに金もってても仕方ないじゃん? >>470
その抽象化するのがプログラマの仕事やろ >>480
そうとも言うか
でも、抽象化したものが誤った抽象化になってないかどうかは具体的な機械や電気や電子を熟知した技術者に判断して欲しいよね >>481
あいまいな理解のまま抽象化していくスタイルなの?wカッケェw おまえらよくSEが馬鹿だって言うけどSEてどんな所が馬鹿なん?
今日はまじめに聞いてやるで言うてみ? 「エンジニアなんだからプログラムも直せるでしょ?」 >>485
でもそいつはプログラムをかく仕事してないんやろ?
かける必要はないんとちゃうんか? プログラマに作業指示を出すにあたって
かけないSEは言うことがすごく馬鹿
線表上の進捗以外何も理解できないやつとか
問題を認識せずにオレオレ仕様を押し付けてくるやつとか >>488
> 問題を認識せずにオレオレ仕様を押し付けてくるやつとか
さすがにそれはないやろw
勝手にオレオレ仕様ねじこんだりしたらさすがに仕事続けられんと思うでw
SEかて上から与えられた仕様をお前らに橋渡ししとるだけとちゃうんか?
てか人知れずバックドアの仕様ぶっこんでくるSEとかおったらむしろそいつ天才やろw ・ 口は達者だがプログラムが書けないSE
・ コミュ障のプログラマー
日本のITのダメなところの一つだと思う。
プログラムを書かないSEならありだけど、
プログラムを書けないSEは無しだと思う。 >>490
現実の必要を無視して
「ここはこうあるべきなんだ!」って思い込みで理想論を押し付けてくるのが多い。
不思議と仕様の理解能力もプログラム能力と比例してる
もちろん長く続けられはしないが
こいつダメだとわかるまでに周囲がたいへん疲弊する >>493
思いこみやなくプロジェクトの総意やろ?
オレオレ仕様は無理なんやからw
ところでどんなとこが理想論なんやろか? >>494
>思いこみやなくプロジェクトの総意やろ?
ちがう、断じて違う
プロジェクトの目的意識は別のところにある
たいてい一人で暴走して、
そいつとそいつの下にいるプログラマだけが悲惨な目に合うんだ… 実力もキャパもないのに終わんない量の仕事詰め込まれて帰れない >>495
少なくともチームのヒエラルキーではSEの方がお前らより上に位置しとるのやから
目的意識はお前らより正確に把握しとるのとちゃうんか?
SEより間に介在する人間が多いお前らの方がSEより正確な情報を知ってるいうんは
ちょっと現実的にありえないと思うんやけどなあ >>494
一番最近見たのだと
「結合テストだからテストデータは実際に全部実際の機能を作るべきだ!」
って言い出して、そいつとそいつの下のやつだけ一週間たっても一件も消化できずにハブられてるのとか
名前は結合テストだけど、実際の要求としては単体に毛が生えたようなテストをすりゃよかったんだが
>>497
>少なくともチームのヒエラルキーではSEの方がお前らより上に位置しとるのやから
>目的意識はお前らより正確に把握しとるのとちゃうんか?
もちろん普通にかんがえたらそうだよ。そのはずだよね?そう思うよね!?
そして信じた右も左もわからない新人がつぶれて消える…
ベテランはそっとよけて通る >>499
結合テストでないものを結合テストと呼んだように、SEでないものをSEと呼んでいる
そっと避けられるのだから、実際には権限を行使できなかったんだから、本当はヒエラルキーの上の方にも居なかったんだろう >>501
じゃあ、彼はいったい何者だったのだろう…
プログラムが組めないってことは、他人が直面する課題を直接見れないってことで、
ようするに他人がみんな馬鹿に見える
ITって他人がやってることわかりにくいから、そういう状況で万能感が暴走しやすいんだろう
おまけに課題の解決方法として基本「プログラマを残業させる」以外に知らないもんだから… >>499
> 名前は結合テストだけど、実際の要求としては単体に毛が生えたようなテストをすりゃよかったんだ
いやさすがにそれはアカンやろw
テスト消化に関しては実務遂行能力の差がでるからなあ
お前らの責任もちょっとはあるんやないか?
> もちろん普通にかんがえたらそうだよ。そのはずだよね?そう思うよね!?
というか間違った理解をしとる馬鹿なSEの下におる人間が
そいつから与えられた間違った情報から正確な情報を再構築できるとは思えんのやが?
そこはなんというかお前らの勘違いとちゃうんか? >>474
抽象化は依存関係を弱くすると言うより、複雑性を下げる手法
抽象化によって捨てた要素がその対象を区別する重要な要素だった場合に曖昧と言って良い状態になるかもね
たとえば信号機を光ってるか光ってないかまで抽象化したら、大抵は役に立たない >>503
いや、分からんけど、君は彼に従わなかったし、特にペナルティーもなかったんでしょう?
実際の権限構造が体制図の通りでないことはよくあることだし。 >>504
いろんな体制や職場の形があるから…
自分は隣のチームで、PG上がりのSEリーダーだったので難を逃れますた。
ちなみにこのテストに関しては、別のフェーズでもう一段階ちゃんとした結合テストすることになってた。
聞いてなかったらしい
現実に直面する課題を片付けずに、上っ面の言葉に拘って変なこと始めるのは駄目エンジニア >>496
君にないのは、それでも強引に帰る勇気だ >>507
> ちなみにこのテストに関しては、別のフェーズでもう一段階ちゃんとした結合テストすることになってた。
ああそれなら確かに暴走やねw
プログラムできるできないは抜きにしても暴走してまう奴はあかんねw
ようやくお前らのいう意味がわかってきたw けっじっめー
けっじっめのっないっあなーたー
けっじっめー
けっじっめなーさいーあなーたー 今日から参加する仕事、素人が設計を担当してるみたいなんだけど
その会社いわく、コードを書けないからテストか設計をやるしかないんだ、って言い分なんだけど
よくよく聞くとその人は、入社からずっとその調子で、年齢的にはもう中堅なんだと
なんで、正社員ってこういうとんでもないクズがクビにならずにのうのうと生きているの? そもそもSEってなんやねんなw
できの悪いSEとか優秀なPGとか
SEとPGを分けるなよ
全員が全工程と工数を理解して仕事をせんとあかんやろ
そないにしな色んなとこにスリットが発生するがな
何故、今の作業がいつ迄に必要なのか?
これが分かってない奴に何ができるのよw コードを書けないって、コーディングが禁じられている宗教でもあるのだろうか >>511
その人は正社員になる能力とクビにならない能力に特化してるんだよ >>513
そういえば、この前保険に入るときに職種を書かなきゃならなかったからSEって書いたな
ソフトウェアエンジニアのつもりだけど >>514
コードを書けるゆうんは耳を動かせるのと同じくらいの特殊能力にすぎんねん
それができるから上やとか下やとかやないで 仕事は英会話ですってなった場合
耳が聞こえないのは大きなハンデだ
システム開発でコードが書けないということはそれほどのことなんだ >>519
そういう思いあがりがシステムを破壊しとるんやで ド素人の研修1か月の新人でもコーディングくらいできるというのに >>520
そうだね
コードが書けなくても変わらんという思い上がりが日本のシステムを悉く破壊し尽くしてきた >>521
コーディングができない人ほどこういうトンチンカンなことを言い出す 確かに2〜3時間くらいギターを練習すればコードは弾けるって言うのと似てるな でも間違ってはいない
恐ろしいのはそれすらできないSEがたくさんいるということだ ・プログラマの適切な評価ができない
・プログラマを残業させる以外の問題解決策をもたない
この2点をもってプログラムできないSEは害悪と断じたい
社長でもやっててください
少なくとも、プログラマを統括する立場に立たないでほしい… ぶっちゃけそんなレベルのプログラマがごろごろしている
お前らの席の隣に座って、残業してお前らより高い給料をもらうのだ >>526
君にはコードしか見えてないから適切な評価がなされていないように感じるんやで
ソフトウェアは仕様で成り立つもんや
とはいえ仕様をコード上に構築出来ないプログラマーにいくら残業させても無駄やとは思うけどねw 成果報酬制が成り立つぐらいきっちり仕事切り分ける能力がある人間がいたら >>530
失礼ですが原始時代からタイムトラベルしてきた方ですか? >>519
言っても聞かへんでこの人ら
コード奴隷使って裁判盾にして実装させるから書けんでもええんや >>469
組み込み系はソフトウェアだけ出来ればいいってわけじゃないから成長に時間かかるよね
他の業界だと2-3年で1人前とか言われてるけど、組み込みは最低でも10年かかる
もともとハードウェアに興味がないと、どうしようもないね
ハード+ソフトは覚えやすいけど
ソフト+ハードはなかなか難しい
学生時代から何か物理的にものを作ったことがないとあとから部分だけやらせても勘が働かないんだろうね >>471
抽象化と具現化を繰り返すのは思考する上で大事
抽象化だけするやつは胡散臭いな >>488
全体を見渡して破たんしないようにすることだけがSEの仕事だよな
細かいことは丸投げでいい もうウェブのフロントエンド開発は嫌だお
ネットの英語のフォーラムの片隅や技術系ブログから必死に探すの疲れたお
組込に戻りたいお・・・ 丸投げして出来ないと怒るんでしょ?
しかも自分も分からないから具体的な解決策を出せない 「privateメソッドはゼッタイダメ」とか
「外部(設定ファイルとDB)へのリード・ライトにはインターフェースを定義してそれから読み出すこと」
とか言い出さなかったらなんでもいいよ
納期3週間程度だと無理
ほか、多対多の実装で関連テーブルがないのをお書きになるSEとか・・・ >>519
本当の仕事は英会話じゃないんだよ
システム開発の本当の仕事はシステム開発じゃないんだよ カップ麺しか作れない人が厨房で指揮を取れるか
小学校の工作しかしたことない人が建築現場で指揮を取れるか
パワプロしかしたことない人がプロ野球で指揮を取れるか >>537
外国人エンジニアと日本人エンジニアで生産性に凄く差が出たから
会社をあげて原因を探ってみた結果
英語でググってるから生産性が高いって結論になった
逆に言うと、日本人は日本語だけで完結するような技術を使えば生産性が外国人並みに上がるんじゃないだろうか?
Rubyとか? >>541
怠けているやつや病人を鞭でひっぱたく作業ならできますよ! >>538
丸投げして出来なかったら他のやつをヘルプにつけるか、別の人に投げるだけ
技術で金とってるやつに技術的な解決策を示すなんて大それたことはしないよ >>543
知識と経験がなければ病気はともかく怠けてるかどうかは判断できない >>536
たしかに細かいこと抱え込んで決断を任せてくれない
できすぎるSEも嫌といえば嫌だ
難しいな
でも、普通問題とか破たんとか、細部まで把握してないと
見えてこなくないか? >>541
おいおいSEてバイトリーダーやったんか?w >>541
建築現場の監督はドカタ経験ないよ
若くてひょろっとしたやつや女性も多いでしょ
どっちかっていうと設計側の人間であってIT業界に近い構造
飲食関係やプロ野球関係でも未経験者が重要な仕事につくことは多い
フィールドプレイヤーだけがマネージャーになるわけじゃない >>543
現場で大声出して鼓舞する役割ってなかなか難しいよ
大人数になると1人ぐらいは必要だけど、なかなかアサインできない 最近コード書いてないから
自分の仕事が仕事として成り立ってるのか
不安でしょうがない
地に足ついてないと人間どんどんおかしくなる… >>548
ITはあんまり定量的じゃないからなあ
事前にシミュレーションできないから
エロゲーのシナリオライターのノウハウのほうが参考になるかも プログラマは客と直接会わず反応が見えないから不安になり
SEはソースコードのような成果物がないから不安になる 実際には、日本ではSEもPGも決まった仕事範囲なんてないから、ここで合意が取れることはないけどな >>551
少なくともプログラマが製造に入る段階では
プロジェクトにかけられる金額が決まっていて
金額が決まっているからには人数*時間も決まっている
多少の不明分はどんぶり勘定だとしても、動く金額は定量だ >>551
金額が定量だから顧客の希望も定量なんて
ありえないのはお互いわかってることじゃないか >>550
コード書かないで人のコードのレビューや進捗管理や会議ばっかりだったときは、心を癒すためだけに趣味のコードを書いたな >>508
帰ると終わらないので
まあ帰らなくても終わらないんだけどね
休日出勤したくない >>511
テストしかやらせてもらえなかったら永遠にテストしかできないのでは >>511
設計できない人はコードかテストをするしかないし
テストができない人は設計かコードをするしかない
当たり前のことじゃないか システムエンジニアに必要とされるのはシステムを設計する能力であって
コーディングや進捗管理じゃないんだよ APIまで落ちなかったらITって意味では設計とは呼べない気もする
コード書けないけどAPIの定義書けるって人は聞いたことない
企画書っぽいのは書けるかもしれないけど >>563
コーディング下手に設計は無理って現実から目を逸らさないでお願い >>564
>>566
画面とDBだけ設計してやるからあとは勝手に作れよ
詳細設計なんてよほど難しいもんじゃないと書かないでしょ 設計2人実装1人って普通?
設計の人が会議から帰ってくるたびに仕様変わる >>567
こういうやつが設計した(気になってる)プロジェクトって、アーキテクチャが破綻するんだよな >>567
キントーンでできる仕事ならキントーンを提案させていただきます
そっちでやってつかぁさい
>>568
ふつうじゃない
危険がデンジャラスでストレスがマッハ(ブロント語的表現) >>569
プログラマーがシステムアーキテクチャなんて気にせんでええんやで >>567
プログラマが都度課題を挙げる能力を持ってて、
挙げた課題に対応してくれる人ならいいんだけど
どっちか一方がコミュ障だと 仕事辞めちゃったが
もう2chで言う人売りITしか入れなそう
自社開発しててまともそうな所は大体選考が厳しく入口にも入れない >>573
画面とER図って書かれたら「スルーパスで突っ込むだけのアプリ」にしか見えないお……
細かいところは各自に話してご理解いただくスタイルなら別かもしれない >>572
厳密には設計1.6人くらい
実装終わんなかったら10割自分のせいだからやるしかないんだけど全然実力ないから困る
案件自体ふわふわしてて割と無駄なんだけど終わらせないと怒られるから最低限の一通りは作らなきゃで帰れない >>577
最低2日に1回仕様変更掛けられた案件があり
A4の紙10枚くらいに過去の変更全部書き相手に叩きつけて
「次変更あったら知らんで」と帰宅したことあるけど
そういう状況にあるかどうかはわからない システムエンジニアとしての能力とプログラマーの能力が違うのは同一だが、プログラマーとしての基礎知識なしでSEやPMやらせるのはまずい
名選手ヘボ監督とはよく言うが、どんなヘボ監督でも選手経験はあるだろう
日本のシステムエンジニアは選手経験すらない監督なんだよ
こんな奴らゴミだろう >>573
気にしないでのほほんとしてて気が付いたら
アーキテクチャの裂け目に嵌って戻れなくなりますた ゲームで言う
「タイトル画面でスタートボタンを押すとゲームが始まる」
「戦闘は画面上に敵を描写して、ターン制でバトルする」
「主人公は1レベル上がるとパラメータはこれぐらい上昇する」
を決めるのがSEならプログラマーの経験は要らんな。 コード書くだけなら
外人雇えばいい。
話せないプログラマは外注でOK >>584
日本人ほど空気読んでよしなにしてくれることはまずない >>583
要求を実現するのにかかる時間、お金、技術的にそれが可能なのか
分かる奴がいないと駄目やな
何もわかっていない素人が決めた仕様をそのままコードには落とせない はははは
テストだけだけど大炎上してたわ
帰れねえ >>587
短期なら、一緒に徹夜してあげるのが仕事だと思って付き合ってあげるしかないな IT関係って大抵上がダメで下が尻拭いが多いな。
ウチはまだコード書いてた人が上に行ったからマシ。
無茶振りしないし、キャパ超えるような事無いな。 >>589
そうとも言い切れないよ
プログラマってだいたい自分が優秀だと勘違いしてるじゃんw
ひとの上に立つ能力が無いにもかかわらず上司の文句言ってるだけかも
会社なんて腐るほどあるんだから上がダメだと思ったら
さっさと辞めて他行くか自分でやるべきだね
それができなきゃ黙ってろってな 下が尻拭いとか夢語ってんじゃねーよw
この台詞で完全に無能確定w ぺーぺーの新人だと能力はあっても
コネとか社会スキルがないから
ブラックにいいようにされるよな… 矛盾と不足だらけの仕様書・設計書
論理的一貫性のないデータベーススキーマ
可搬性の無い壊れやすいインフラ
作者の常識を疑うオレオレフレームワーク
値切りと納期短縮以外の駆け引きを知らない営業
アナログおじいちゃん顧客
下流は全方面から負債を押し付けられた中でよく頑張っているよ
周り全部ほぼ全てが足手まといと言っていい
彼らの尻拭いだけでも大忙しだ >>594
全部お前には拭えない尻ばかりじゃねーかw無理すんなw
まず自分の尻ちゃんと拭えよ無能w >>595
お前さんうんこ垂れ流しでそんなこと言っても説得力ないぞ >>596
は?いいかよく聞け?
俺は今お前の事を馬鹿にして貶してるんだぜ?
で…何を説得されたいんだお前?w だな進捗が遅れてても見積りと設計してる奴が悪いので定時に帰るべし >>587
短期でテスト要員の人?
テストのみで帰れないとかあるんだ
お疲れさまです… 元々どう考えても無理なスケジュール組まれてて、いざ実装しようとしたら
設計は矛盾と設計漏れだらけ、先々週に完了してるはずのスケジュールに
まだ着手できてません
みたいなことになるのって、プログラミング経験が無いSEが上にいる場合が
多い >>505
信号を伝えない信号機は信号機ではないので抽象化ではない
しかし音や電波という伝達媒体で伝える信号機もあるかも知れない
光は伝達媒体のひとつの実装と考えられる
もっとも抽象化しすぎるとわかりにくくもなるし意味消失も起こりかねないので、どこまで抽象化するかはドメインごとに違い分析設計者次第
本質を捉えるよう努めます >>601
だからそんなもんお前らが気にする必要ないんだよw
PMにでもなったつもりか一介のコーダーがw
黙っていわれたコード書いとけばいいんだよ煽りじゃなく >>602
反論が目的ではないんだけど、大抵役に立たないと書いたのは、故障判定するシーンでは役に立つから
信号機は通常は常にどれかが光ってるものだからね
適切な抽象化がドメインによって定まるというのはその通り
だから抽象化にはそのドメインに対する理解が必要だが、自分がよく理解している部分から広げて行くと、必ずよく理解していないドメインとの境界にぶつかる
そこで、そのドメインをよく理解している人のフォローが無ければ、当然間違うことになる >>603
でも散々前工程で時間かけて時間なくなったのにコーダーの作業が遅いせいにされるし… >>604
運用車を1人開発チームに加えるってプラクティスあったな
なかなか承認して貰えないが
客にとって業務知識は常識だし、それがシステムの出来を左右するのはわからないんだろうな >>603
言われた通りコード書くも何も、仕様の曖昧な点や設計の矛盾について
確認しても明確な答えは無く、または回答が二転三転し、
そんな中でもなんとかそれらしいものをでっち上げたら、
無能コーダーのせいでスケジュールが遅れてる、仕様が違うと怒るとかな。 飛び入りでスマンけど俺はSEだ。
今どきはプログラマがいなくて初心者や
できないプログラマばかり集まるが、俺は納期に遅れたことがない。
運用に支障のあるシステム障害も
出したことがない。
それは俺がプログラマを大切にするからだ。
次の仕事も俺と一緒にやりたいと思ったら
プログラマはどうする?
ソースも綺麗に書いて、必要なドキュメントも書いて
しっかり単体テストして、人の世話までしてくれる。
つまりSEは人望が全て。
馬鹿SEからはプログラマは逃げるし、
仕事も手を抜く。
それは馬鹿SEが手を抜いているからだ。
馬鹿SEに付ける薬なし。 なんかトイレの隣の個室から
「死にたい…」って呟きが聞こえてきて
怖いんだけど >>609
すまん、口癖なんだ
なるべく言わないようにしているんだがなぁ
別に今は本当に死にたいわけじゃない /⌒ヽ 
く/・ ⌒ヽ しにたい 
| 3 (∪ ̄] 
く、・ (∩ ̄] >>609
お前さんは新人か?
よくあることだから気にすんな >>609
決まった時間にウォシュレット音と変なうめき声が聞こえてくる弊社トイレよりマシだろ 事務所のビル、日中にトイレの個室が空いているのを見たことがない。
大がしたくなったら別の建屋のトイレ借りてるや。 新しい現場では近隣の自由に出入りできる建物のトイレチェックは欠かせない
綺麗で空いてるトイレリストがあると安心する 地獄少女の時間ぐらいだとまだまだ余裕で残業中。精神的に追い詰められるのはむしろ午前だ >>608
よしじゃあロールプレイングしてみよう
Q:
氏名・住所・電話番号を複合主キーにしてる基幹系にリンクドサーバ仕掛けて
こっちのアプリで同期とれとかお客さん言ってるけど無理
向こうの基幹系の主キーID形式にしてもらうか
完全な同期あきらめて漏れても構わんか(しりぬぐいは客でやれ)かどっちかにしてもらわんと
でいってもらいたいんですけど
A: (あなたの回答をどうぞ) ヒント:
引っ越して電話番号・住所が変わった場合 + テーブル内に同姓同名の人物がいる場合
こちらからのトラッキングが不能(2件以上出てきて絞り込み不能) >>626
ジャップ以外も猿、ベン図書いたらわかる データベースって今まで興味なかったけど、これめっちゃ面白いものだったんだな
もっと勉強したい O/Rマッパー使いだすとDBはハコに成り下がる、その点だけご注意を
突き詰めてもメシにはならないかもね程度の意味で ORMから入ると素の問い合わせ言語に触れる機会がなくなって複雑な問い合わせをするときに詰むんだよなw 最近は確かにそんな傾向があるけど、オブジェクトをストア/ロードできればそれでいいよって考えだと、もうRDBじゃなくてもいいよね
実際の業務では複雑な検索も必要だし、バッチのパフォーマンスも必要
スキーマ弄れなくてオブジェクト指向とのミスマッチが理想的な構造よりだいぶ大きいかもしれない
そういう時には標準SQLのスキルが役に立つ 氏名 女性の大半が変更
住所 人類の大半が変更
電話番号 携帯なら2年に1度程度変更の可能性あり
どういう根拠でこんなキーを選んだんだよ
とても運用出来てるシステムとは思えない
やるなら複合キーとは別に実際の氏名・住所・電話番号をぶらさげるんだな
選んでる項目からみて主キーの意味がわかってない
ユニークキーだったら何でもいいってわけじゃないんだよ >>629
最近の案件ではORM経験者っての増えてるよ
生のSQL好きとしては物足りないが第人数でやるなら仕方ないんだろうな
>>630
複雑な処理は言語でやるっていうスタイルはどうも好かん
メンテ不可能なSQLもどうかと思うが、やっぱ速度不足 集合からエンティティをピックアップする目的ではSQLがベストなんだよ >>632
あーあるある。
そういうのって「意見」として上に言えないの?
下請けで入ってるときはアレかもしれないけど。
改修のときは直すのこっちなんだから、俺は言うけどな。
「パフォーマンス落ちますよ」で一発よw
さ、今日もクソ仕事するぞっと。 ユーザIDとか付与するしかなくない
あと生年月日でも持つ? >>624
ORキーにして更新。全て解決。
そんな簡単なこと聞くとは
相当な馬鹿だな死ねよクソガキ! 韓国人・朝鮮人は、
「今こそ、韓国に謝ろう」百田尚樹を読むべきだ。
とてもいい本だと思うぞ?
韓国人・朝鮮人からの感想を聞きたい。 新卒派遣なんだけど、プログラミングがしたいのにSQLを任されたら転職考える? >>641
SQLのほうが頭使うぞ
コーディングは割と誰でもやらせられるがSQLやDBはそうでもない
くいっぱぐれがなくなるからやっとけ >>641
転職して確実にプログラミングできるようになるならすればいいんじゃない?
でも、プログラミングしたいんだったら何でSQLを任されるような状況になったんだ?
それの原因を解決してないなら、また同じことが起きるんじゃないの? >>643
確かに‥
>>644
SQLって何か凄いエピソードとかあるの?
自分のやりたいことがしたいけど、データベースは全く興味がない
>>645
まだ派遣先は決まってない
今はC#勉強してる
最初にデータベースいじらされたから、今後データベースの仕事もやらされるかもしれない
志望動機はプログラミングがやりたいって言った
理系で言ったら、研究開発をやりたいのに別の部署に飛ばされたみたいな? >>646
何やりたいん?
今時DB使わないサービスなどないぞ >>646
じゃあ、転職してもしなくても運次第だな
給料額だけで決めたらいいよ >>647
夢は出来ればフリーランスとして独立できるようになりたい
プログラミングのテストとかプログラミングがやりたい
大学の頃からデータベースだけ興味が何故かわかない分野‥
データベースはやった方がいいのかな
>>648
転職はしばらくしないほうが良さそうかな >>646
日立とかNECとかの研究室に行けばいいじゃん。
やつらは数学のトップだよ。
その代わりプログラミングはそんなにバリバリ書かないかもね。
プログラミングはドカタの仕事だよ。
SQLもささっと書けないやつは
プログラマに向いてないから
どっかの研究室に入れば? >>650
なんでSQLに興味がない=SQLが書けないになるんだ‥ SQLもHTMLみたいなもんで、嗜み程度はどんな開発者でも必須だけど
それ以上ってあんま求められることないよ >>632
NE〇とユーザーに聞いてくれよ、基幹系作ったのNE〇だし
お客さんの言い分は「基幹系DBを利用というか拡張みたいなイメージでちょっとしたWebアプリ作ってほしい
流用すればコスト安くなるよね」
inner joinがすごい楽しいことになるで >>653
くそテーブルを多くするぐらいなら列を増やせや! SQL周りは集合論になるようで、好きな人には好きみたいだけどねぇ
道具として使う限りあまりそこまででもないかも エロ画像をタグ付けして管理するのにsqliteのようなリレーショナルデータベースが使える
ErogameScapeもエロゲーの検索にSQL使える
よってSQLは素晴らしい SQL毛嫌いする人ってたまにいるよな。
使いこなせるとメチャメチャ便利なんだけどな。
そんなにSQLが嫌いなら、いっそビッグデータの現場に入ってみるとか。 NoSQL気になり始めたんだがグラフ型とかドキュメント型辺りの用例が分からなくていまいちイメージし難い
どういったサービスに向いてるのか教えてくれ 大量のレガシーコードも大量のストアドも
お腹いっぱいなんじゃ 食ってもいないのに想像でお腹いっぱいになるやつw生粋の貧乏かw あーあの不治痛の放送業向けな営業支援システムの1関数5000行のストアドほろびねーかなー >>669
直すべき個所は特定したが、完全に期待通り動くかは保証できない、くらいの意味
いやまあ意味わからな過ぎて数週間ロクに寝られないことになったが
大体キャンパスノートが2冊いるはず
なんら面白くないので二度とやらん、程度
1万行だったらたぶんパニック映画だろうな……想像するに、だけど そういう関数は適当に作って都合のいいデータを流してテストしたことにすればいいよ
どうせ前の担当者も完全なテストなんてしてないし明確な仕様を理解してる人は1人もいない
貴重な時間を馬鹿の遺産管理に費やすのはもったいない 人間が皆どろどろになって溶け合うって言うと
エヴァンゲリオンの人類補完計画を思い出す
所謂ゴッドクラスで
関数ごとに分かれてるならまだ容易にリファクタリングして分離出来そうだけど
一つの関数にされてどろどろに溶け合ってたら難易度跳ね上がりそうだ >>662
もったいないよな
使い方と使い所を間違えなければOOPよりエレガントで高速なコードを書けるのに 行く現場毎に違うことやらされるけど毎回なんらかのDBはある 結合しまくったSQL大嫌い
DAOと相性悪いし
答えがNULLだったとき、何が原因なのかさっぱり切り分けができんし
テストのエビデンスとるにも間違えやすいし
利点は速いことだけだ >>>672
コードが爆裂してる奴はコピペが乗ってる場合が多い
ifが10段なら5段で大体切れる、とでもいえばいいか
そうでない場合もあるけど
絶対匠の技ではないことは保証する、バッドノウハウ
たぶん社内のカラミで「共通の関数をまとめようと試みたら上司がダメ出し」って事情があったかも とりあえず他人のゴミ処理係は全力で回避すべき
すでに指摘されてるように時間の無駄 orz わかっちゃいるけど何度もやった リファクタ病は健全なプログラマの敵
自分のつくったものの醜さに絶望し
時間さえあればと呪い
人にニヤニヤ笑われ恥をさらし悔しさにのたうち回りつつ次に進むんだ
振り返ってはいけない >>678
コードをきれいにしようと試みると大人の事情が発動する
事前に上司の説得が必要かも
説得を試みて、上司がそれなりに理由を説明してくれるならこらえる感じ
説明を試みて、上司が「ハァ?」って言ったら転職を考えてもいいかも >>679
……どこぞの塾のアプリが7年動いててWeb上でも見れる
時々思い出して検索して「もう別のになってるよね?」と期待してページ開いたら
変わってなくて死にたくなってる
上に書いた、NE〇が書いた基幹系側が複合主キーをキメてるアレ
見るたび死にたくなる 何事もバランスだよ
リファクタリング完全否定派もリファクタリング推進強硬派もプロマネからすれば危険人物
数値と論理でリファクタリングする価値とコストを見える化する
その中で最も効果的な対象を選定してリファクタリングする
まったくやらないのも手当たり次第にやるのもダメ >>682
全力で説明してご理解いただけない相手ならとっとと逃げる、というのが現実的な回答かも
自身の説明能力の不足かと思って企画とかドキュメントの書き方とか勉強した後
自分に非があり、相手が何を言いたかったのを理解する能力がなかったのかと
心理カウンセラーのセミナー受けたりしたが
そこまでする必要なかった気はしている >>680
工数と既存のレガシィさ的に自分の実力と今の期間では言い出せない…
こないだちょっとコード整理したら関係ない機能まで含んだ広範囲のデグレ試験やらされて散々だった >>685
精密機器メーカーだとデグレ対策にDLL単位での自動テストと、UI層からの自動テストと
開発者による自由ツッコミと、QAによるイヤガラセのようなテストラッシュの4段構えしてるけど
そこまで品質にうるさいメーカーはあんまりないっぽい
とりあえずあの手作業まじうぜぇのは同意 >>686
なんかこの機会にあれもこれもってされた感じがすごかった
既存バグいっぱいあったよ きっとみんなユニットテストが再利用できて喜んでるさ もうプログラマなんて辞めたい。趣味を仕事にしたけど、嫌いになっちゃった。 >>687
リファクタリングで品質あげたかったんだろ
ならバグたくさん潰せてコードも綺麗になって本望じゃないか 俺も昔はコードキレイにしたいと思ってた。
今は動いてるコードを治せと言えなくなった。
テストできていないけど、たまたま動いてるコードもあるし
タイミングクリティカルな部分はなかなかテストでおさえるのは難しいので。 >>689
分かるよ
上司から色々言われたり
プレッシャーかけられたり
上司からこの業界はサービス業とか、サービス業もろくにやったことないくせに ムカつく取引先のシステムの効率を最大化する仕事をするふりをしながら効率を最小化するのが我々のミッションだ 昔関数名に顔文字入れてやったことがある。
誰もプログラム組めるやつがいなかったので
やりたい放題w
そして半年くらいしてドロン >>690
修正箇所1割デグレ9割で一人で徹夜休出は本望じゃなかった…
結局修正箇所のテスト不十分だったし >>695
ちょっと見たい
顔文字って引数だと思われたりしないの? >>694
わざと穴開けてやればいい
で、その情報を裏で流す
上場してる会社なら空売りしとけw >>696
デグレしてる時点でリファクタリング失敗
リファクタリングは自動化テストと頼れるレビュアーが複数人いない時はリスク高いぞ >>700
ごめんデグレじゃなくデグレ試験
誰も仕様知らないのとかあるし試験項目コピペだし何にせよリスクは高かった >>702
少なくともデグレ試験で少しは仕様の理解も深まったんじゃないか?
徹夜、休出になったのはスケジュール設定ミス >>703
仕様決まってないせいで変な動きになってるとこ見つかったしプロジェクトとしてはよかったかも
もうやりたくないけどね >>691
動いているコードを綺麗にする為に直すんじゃ誰も費用負担をしてくれない
直さなければならないコードを直しやすくする為に綺麗にするんだ
それなら元のコードの汚さを費用負担に含めやすいし、デグレが発生しても言い訳しやすいから試験範囲も抑えられる 派遣と派遣じゃない会社の違いって根本的になにが違うの? >>706
パラメータが多すぎてなんとも言えないな
規模、複雑度、環境、同僚、顧客、制約、文化、人数、納期、予算、寿命
ベストコンディションなら30分で終わる筈の画面が場合によっては数日かかるなんてこともある
見積もりするなら実際の開発に近い状態を作って1画面作ったほうがいい
振れ幅が大きすぎるから適当な予測で動くとひどい目にあうぞ 日本は、ODAで中韓に援助した「恩を仇で返されてる」ことがわかる。
何故、中国や韓国では日本のODA(政府による途上国支援、技術協力)が、
感謝されていないかという理由が書かれている。
先ず第一に、中韓以外の他の途上国では「これは日本の援助によって達成された」
という支援事実が、国民に報道される。
第二に、道路や橋などインフラ整備された後には「日本の援助と協力によって
完成した」というようなプレートが張り付けられることによって、
各国の人々はその事実を知るため、自然に日本の援助に感謝の念を
抱く事が多いのである。
ところが、儒教の悪いとこ取りの中韓においては、上下関係でしか相手を
把握できないため、日本からの援助は基本的に彼らのプライドに触る。
劣等感が大きくなる。助けてもらうなどと夢にも考えたくないため
「援助させてやっている」という発想しかない。
日本より自分が上なのだから「朝貢」を受けると信じたいらしい!
従って日本のODAは中韓国内では報道されず、その内容も中韓の国民は、
全然知らない。
薄々日本の援助に気づく者がいても、日本に感謝するなどと口が裂けても言わない!
なかったことにしたいのだから。
日本国民の血税から支払われた中韓への何兆円にもおよぶODAは、
こうして感謝されるどころか「頼んだわけではない」とさえいわれる始末。
世界で最も嫌われている民族は中国人と韓国人。
クソニダとクソチョン!
半島へ帰れ! >>708
それもそうか
手が遅くて怒られるから悩んでる >>681
Nなら5年でリプレースだろ
どうせOracleかACOSなんだからハードウェアで速度稼ごうぜw
富豪プログラミングで醜いコードを回避して、エレガントに別関数作って丸ごと回避だ >>691
リファクタリングは将来に対する投資
工数見積もりが正確に出来ないなら、損得計算できない
結局、見積もりが胆ですわ
大規模改修するなら仕様書の修正とテスト、リファクタリングは
一番最初にやるべきだろうね >>697
かなりむちゃぶりをされていらついてたから
起こり気味の顔文字を関数名にいれたったw >>725
もともとPHPで書かれたフレーム連打のアプリを「操作の仕方と見栄えを完コピ」でC#に移行したもの
基幹系DBはSQL Server
というか、お客さん側の基幹系は再構築中、ってところになぜか
こっちでWebアプリ作って系案件だったんで、DB側の変更が1週間に1回くらいあったと思うが……
VisualStudioは当時Frameサポートしてなかったものの、旧アプリと同等の操作性を求められた
で、DIV(=コントロール)でごまかす、としたものの
更新した後1画面(ユーザ検索画面)だけリロード仕掛けて最新の情報にする、みたいなのが
リフレクション使わんと無理だった、とかが一生の恥
まじアレ見るたび首くくって死にたくなるんだ >>722
ネトウヨ氏ねよ
所構わず差別主義を持ち込むな!
糞ゲリ野郎とその一味が人権擁護法案を潰したせいでジャップランドのネットは人権無視のヘイト世界になってしまった
ジャップは民度が低いんだから人権擁護法が必要なんだ
お前が良い見本だ 言語が変わっただけで構造はクソのまま丸ごと負の遺産を継承するみたいなリライト案件って少なくないよね
経営者たちはいったい何を考えて生きてるんだろう 古い言語やツールを使い続けるのは無理だと分かってるが
構造を買えてバグを出したくないという
事なかれ主義 かと言って、新しい物を作っても成功例がないという実態 技術的負債は返さなくても借金取りは来ないからな
将来自分たちに災難として降り掛かるだけ
今まさに災難として降り掛かっているのがみずぽ サンプルプログラムとかそれを踏襲しているよなのは
リファクタリング対象だね
サンプルプログラムだと、グローバル変数が小文字字だったり
まあ、いけないのは関数の頭に、この関数はと関数の挙動が書いてあるやつ
そうのはリファクタリング対象だな。なにも考えていないようなものだ
考えるべきことは、処理速度とか再利用性とかという面。また関数のステップ数を小さくだ。
ネストの深さも小さく、そういうことを考えるべきだ 安全に移植したいならそれこそ構成を変えた方がいいと思うけどな
国産レガシーシステムではよくある話だけど、システム全体がインフラに密結合してて強く依存してるから、そのままじゃほとんど移植できないんだよね
先にリファクタリングして最低限、責務分割、インターフェース分離、グローバル状態排除をしないと作業にならない 「だれにでもわかるように」とか
言うやつがいたら、馬鹿にしてもいいよ
それがコンサルタントでも、上司でも、社長でも
「おれのプログラミングは、アートだ」と矜持をもてなきゃ
それがいえるのは、そのソフトについて注文が入ってくることだけど
「誰でもわかるもの」というやつは、創造を知らないわけ
そこから見れば、規格化されたものは、クズみたいなものさ バカ上流「誰にでもわかるようにコードを書け!」
誰でも下流「お前の設計書誰が読んでもわかんねーけど?」 アメリカのITも日本と同じような感じなのって意味です
ちなみに海外も アメリカはクビ禁止って法律ないからすぐクビになるよ private void Huzakerunayo_b-_-b(int kasu_pl_tasaki)
{
}
こんな感じで組んでたなぁ〜。なつかしい >>745
まだそんな発達してないでしょう
>>746
他の国はどうなんでしょう アメリカは国民総契約社員制度だから派遣とかあまりない
アメリカのエンジニアは全員が請負社員みたいな感じかな
待遇悪けりゃすぐに転籍する
退職金はない
その代わり給与がいい
国民総正社員制度なのは欧州
派遣社員制度は欧州発祥で事務系の派遣社員は結構多い
世界最大の派遣会社アデコは欧州系
首切り出来ないからノースキルの新卒採用が殆どない
だから若者の失業率が異常に凄い
派遣から正社員になる人がかなりいる
ただし正社員と同じ待遇が法で義務付けられているので、それならエンジニアを正社員で雇用した方が得だから、派遣のエンジニアなんてものは少ない コメントやコードに悪口は危険だよ
実際それで訴えられた会社がある プログラミングは才能の世界よ
プログラマで、マニュアルが無いとかほざいているうちはだめ
手順書、標準化とかいっているのは、なにもできないわけ
才能があふれていないやつは、プログラミングをやめろ
しかしプログラムの才能が開花するまでには、時間がかかるけどね
目安として、ピアノの才能とか、陸上の才能とかと一緒で8000時間 生きるという行為は才能の世界よ
人生の路線で、マニュアルが無いとかほざいているうちはだめ
義務教育、英才教育とかいっているのは、なにもできないわけ
才能があふれていないやつは、生きるのをやめろ
しかし生きるという行為の才能が開花するまでには、時間がかかるけどね
目安として、ピアノの才能とか、陸上の才能とかと一緒で8000時間 >>752
よくネットのコピペじゃダメって言うけど
オレジナルのソースってその言語の作法みたいなのがなってない気がする。
自分で考えたから優れたソースとは限らない。 俺は思うんだがプロジェクトの作法さえ守れば言語の作法を守る必要はない
簡単なところだと例えばJavaやC#でスネークケースを使ってもいい
C言語でキャメルケースを使ってもいい 俺は1万時間って聞いたけどな。才能ある奴ならこの限りではないが大多数の人間はコツコツ積み重ねるしかないっていうね 俺は不完全なメンバーを組み合わせて成功させる方が好きかな
パーティ制RPG的な 何やらせても足引っ張るマイナス要員しかいない案件は絶望的
組み合わせもクソもない 一人の天才に頼るとそいつが抜けた時プロジェクトが崩壊する
だから
一人の天才 <<< 数人の凡人
ベンチャーの立ち上げならともかく、通常のプロジェクトで天才に頼ったらダメだ >>760
たのむから俺の足は引っ張らないでくれよ >>761
お前はマネージメントする立場になるなよ? >>755
既存のライブラリと独自のライブラリとで全然違ったらわかりにくいだろアホか >>765
同じケースセンシティブより違うケースセンシティブの方が
あっここ外部ライブラリでやったやつだ!って気がつくだろ 天才なら凡人にもメンテできるプログラム書いて凡人の生産性を何倍にもする価値を生み出せる
そうじゃないならただの凡人だ >>733
技術的負債を返すのは他人であるので
いかに負債を多くするかによって自らの才能をアピールすることができる
つまり、「あの人は2週間で作ったのに、おまえは2週間かかっても修正できないのか!」という場合
大抵悪いのは「あの人」であり、保守性の悪い土台を作るような人を選んだプロジェクトマネージャーである
しかしながら実際の評価は悪いシステムを作った人ほど高くなり、教科書通りのキレイなシステムを作ろうとする人ほど
評価が悪くなるものである
負債を返すには規約が非常に重要であり、全体的に徐々に理想に近づくような仕組みを作ることが理想だ
いかにキレイなコピペで済ますかを最初の目標にするべきであり
複雑に入り組んだ(ましてやフラグ制御でいまどのソースを実行しているのかすら把握が難しいような)場合は
重複を取り除いた功績より、システムを複雑にしたカルマのほうが大きい >>767
悲しいけど天才は凡人の仕事をなくす方向に頭脳を使ってしまう
凡人に合わせる方向には働かない >>754
例えば郵便番号から数字以外を取り除くコードが必要だとして
ネットから全く同じ目的のものをコピペしてくるっていうのはOKなんだよ
目的が違うのに動くからといって余計な部分や場合によっては動かないのに
そのまま使っちゃうようなのがダメ
例えば電話番号から余計な文字を取り除くコードが欲しかったとしよう
郵便番号で使っていたコードをコピペすればいいや!と思ってコピペをする
すると#などの電話特有の記号まで取り除いてしまう
そういうバグを作りこんでしまうから(浅い考えで)コピペするのはダメだと言われてるんだ >>766
メソッドや変数、クラスの区別が標準に準拠してた方がメンテのコストが低い
お前か死ぬまでそのシステムのお守りするなら別だがな >>769
悲しいけどそれもまた凡人や
つまりお前も凡人だったという事や >>773
ようするにお前に都合がよければ天才
そうじゃなきゃ凡人って事を言いたいんだろ
死ね >>774
立派な仕様書があるようなところはネットからコピペなんて出来ないだろ >>776
ネットにつなげられないことで著しく生産性を落としていることに気づいていないおバカさんかな >>771
コストなんて変わらんよ
むしろ同じ規約をずっと使い続けると陳腐化して技術的負債になる
適当なスコープで柔軟に規約をスイッチしていくことが重要
君みたいな盲目と思考停止が最大の敵 >>778
ずれてるなあ
標準に準拠と言っているんだが >>778
標準に準拠したことで負債を抱えてしまう論理的根拠を >>777
ググれる状況がどれだけ生産性を落とすかって少し前に話題になった気がするが・・・
ネット切断してるとこは社内でお助けマンを用意してるから生産性高いよ >>777
ネットにつなげたから生産性上がってるなんて思うのは
言語スキルも低くて課題整理もろくすっぽできないど素人 >>758
下がるか上がるかは1年経ってみないと分からない
今はとにかく1年後の自分より上のレベルを目指すんだ >>782
いつからGoogleの話になったんだ分裂病か >>783
これだけOSSが溢れてる時代に何言ってんのこいつw 検索できるかどうかはともかく
モダンなエコシステムはドキュメントやフォーラムも含めてインターネットがある前提だろ
ネットに繋げない方が生産性高いとかギャグで言ってんのか? >>789
メインフレームの話でもしてんだろきっと >>770
重要なのはコピペ元を完全に理解しているかどうか
理解しているならば、自分で思いついたのか、一文字一文字手で打ち込んだのかは関係ない
理解していないのならば、それで動いたところで、たまたまうまくいっているように見えるだけに過ぎない Web系はそうだろうな
仕様書があるようなところっていうのは
ハードは自社製品、OSやミドルウェアはパートナー企業が作ってるようなとこの話だぞ
メインフレームは近くのフロアに開発者がいるんだからググるまでもないよ
イントラネットで社外秘資料あるんだし、わざわざ二次ソース漁る必要ない >>787
どうせ実際にやることと言ったら
Google先生にお伺いを立てるぐらいのことだろ
モダンなエコシステム(笑) >>783
事前検証のためにNightly Build入手したり各種ドキュメントを参照したりってことも思いつかないほど、言語スキルが低く、課題整理もできないド素人がこちらです >>793
ああそのくらいしか頭に浮かばない残念な人なのねwww >>794
そういうのはベンダーから社外秘で貰うもんじゃねーの? >>791
完全に理解してるかどうかはそんなに問題じゃない
変な副作用がないかとか到達しにくい分岐を見落としてないかとか
そういうのをパッと見て判断できる程度の理解があればok
コピペの真の問題点は気軽に行えるから似たような(しかし同じではない)コードがあちこちに分散してしまうことだ
こういうコードは重複解析ツールが見逃してしまう
コピーはしてもいいがペーストは慎重に考えなければならない >>793
すなわちあなたはググることしかできないわけですね オープンソースを使ってるような規模の話だったら話があうわけがない >>796
分野によるが、いまどきその発想しか出てこないならヤバい >>802
PowerShellもMSBuildもRoslynもオープンソースですが? >>797
>コピーはしてもいいがペーストは慎重に考えなければならない
深いな
タバコを吸っても良いが決して吐かないでください、みたいな >>806
話題についていけずにパニック起こしてんのはどういう人種だろね 必要なものはチームで決めて落としてきてサーバにおいとけばいい
愛用のアプリがないこともあるかもしらんが申請すりゃいいし >>810
必要なものってのが少なく、かつ長い間変わらないような分野に限る >>810
すごーい!そんな生産性の高い方法があったなんて目からウロコだよ! >>810
最下層の奴隷相手なら確かにそれで十分だな >>802
いまどきWindowsでPowerShell使わない規模ってどんなん? >>811
そんなプロジェクト期間中に必要なものがコロコロ変わるか?
場当たり的にネット検索で解決してるから多いような気がしてるだけだろ
本当に必要なもの洗い出したらそんなに多くはないはず >>816
本当に必要なものを洗い出すのに必要なんだろアホか
ああ、必要なものを与えられる立場だから気づかないんだね >>810
うちそれだわ
みんなが同じバージョン使うから困ったらすぐ聞ける >>769
100人の凡人の仕事をなくしたら100人分の価値だけがある
100人の凡人の仕事を効率化したら100人分以上の価値を生み出し続ける
プログラミングして金を取るなら後者の方が価値がある
そうじゃないなら入る会社を間違えている タイプライターを品質改善して滑らかで高速なタイピングができるようになって
凡人の生産性が幾らか向上したとしよう
凡人たちがその些細な進歩に浮かれている間に
天才はパソコンとキーボードを作り出すんだな
この違いは大きい
凡人全員が幾らか生産性を向上させたところで天才のイノベーションには敵わないんだ >>802
人間ってクローズドな環境にいると、こうなっちゃうんですね >>823
じゃあ
>オープンソースを使っているような規模
って具体的にどんな規模がわかるかい? 個人が適当に落としてきたアプリをプロジェクトに放り込んでも困らない規模? >>825
PowerShellやTomcat、Linuxも、「個人が適当に落としてきたアプリ」なわけ? >>826
勝手に落として来たら勝手に落としてきたアプリだし
プロジェクトで合意したうえで使ってるならちがうだろう
なにゆーてん >>828
オープンソースの話なんだけど何言ってんの? >>827
2,3人ぐらいのプロジェクトで見積もり前のタイミングとか? >>830
逆にそれくらいの規模ならオープンソース使わなくても大丈夫じゃない? >>830
つまり、実際に開発が始まればオープンソースは避けては通れないと >>825
そうでない環境だと、PowerShellやTomcat、Linuxは使ってないのかよwww >>830
Excelで数値いじるだけなら確かにオープンソースなんていらないし、インターネットにつなげる必要もないな >>829
ネットに繋がってないと生産性が下がるとかいう話じゃなかったっけ インターネットに繋がないって客とのやりとり郵便かよ >>837
最初はそうだったんだけど、自分がレスする箇所の文脈くらいはちゃんと把握しようね >>761
うん、それ俺も思った。
確かに天才がかったPGがいるけど
そいつに全部まかせると、危険 >>842
電話と海外出張に決まってるじゃないか笑 >>838
外界とは隔離された空間の奴隷労働なので、客とやり取りする権限なんて持ってないの >>802
OSSを使ってることに気づいてないやつがプロジェクト内にいるって怖いわー 奴隷は辛いね
作りたいものを作る
働きやすい環境で働く
頼れる仲間達と働く
そんな当たり前の事も出来ない コードの静的解析を行えば糞コードを書いてる香具師を炙り出せる
コピペとか凝集度が最悪のコードを書く奴
糞コードを書いているやつはクビ コードの良し悪しなんてプロジェクトの成功要因の一割にも満たんわ 「クソッなんだこの凝集度は・・・やっとバグを見つけたのに、納品まであと30分しかない・・・」
「ここは俺に任せろ」
「ベテランのAさん!?」
「お前はまだ若い、こんなところで死んではいかん」
「そんな・・・静的解析を受けたらいくらベテランの貴方でもただではすまない・・・」
「いいから俺に任せてお前は先に行けっ!」
「Aさあああぁぁぁーん!」
ーAさんはクビになりましたー 動けばいいアプリに変な指標持ち出すアホっているよね。 お前はPerlで正規表現駆使した20行のコードに、文句を言えるのか?
動けばよかろうなのだっ! モンキー(テスト)なんだよ小僧! よく見ないと気付けないセキュリティホールが
そのごちゃごちゃのコードの中にあるかもな Web系から組込系に転職したんだが辛い。
製品仕様がまとめられていない、更新されていない。
ダンプファイルの解析方法がまとめられていないので、製品障害時に何をすればいいか分からん。
組込ってこんな世界なのか… >>858
組込の方がドキュメントしっかりしてるイメージあったんだけど、そんなとこもあるのね 綺麗なプログラムを組むプログラムを作れる俺は勝ち組 >>860
製品の新規モデルに過去モデルの製品仕様を使いまわしているので、
過去モデルから作っている人なら仕様が分かるみたい。
新規モデルで追加される機能の仕様は別ドキュメントに分散して書かれているね。
ダンプファイルの解析方法はベテランの社員しか分からない。
客先で採取されたファイルはその人しか解析できないから、みんなその人に解析をお願いしている。
解析方法を訪ねてもログの内容とコードを比較して理解していけとしか言われねえ… 組み込みの方がドキュメントを残す文化は育ってないと思うな
ハードウェア開発の延長で、回路図なんかはしっかり書くけど、ソフトウェアはハードの仕様を考えれば自明でしょ、みたいな
そして、>>469のように、なんで新人が育たないんだろう?って考えてる気がする >>858
俺の仕事を他の奴に取られたらたまらんからな
陰険ジャップには分からないように書いておくのが仕事を長く続けるコツなのさ
組込みは職人技だから
ウェブ系とは違うのさ 佐賀県の製造業企業から人材スカウト企業を通じて誘いがあった。
その提示された年収見てびっくりした、というのも東京の大卒初任給より
安いかもしれない金額なんだ。
佐賀県にどうしても行きたい人は別として、行かないと思うよ?
俺はもてないから、10代の可愛いセックス奴隷を
20人ぐらいつけてくれたら行くと思う。 >>869
はあ?田舎の女の性欲なめんなよ?死ぬぞお前? >>866
田舎の企業ってエグい年収提示してくるよな。
以前俺も静岡の会社から誘われたことあったんだが、
今の年収の1/2以下だった。
さすがに無理だよ。
家族養っていけなくなる。
安い金でひと動かすことはできないよなあ。 >>871
大丈夫だ!
セックス奴隷なので
フェラをずっとやらせるから。 テレビ埼玉を見ていたら「街美女アルバム」という番組をやっていた。
後ろ姿で写っている女性が、こちらを向いた瞬間に、、、、、、吐いた。
こんなドブスが埼玉では美女なのか!?
ああ、わかった、テレビに出演するためにはテレビ埼玉のプロデューサーと
セックス奉仕しないといけないんだなと。
だからブスしか出演しないんだなと。
なるほど了解! メイド服着てもらって
手を繋いでチューしながら正常位
キスもいっぱいしたい キス大事だよな
ちゃんとキスしてくれない女は二度と指名してやんねえ
よく覚えとけ!マンカスども! 都会はどちらの方向にも競争原理が働くからそこそこのところで落ち着く >>866
ヤバすぎるので転職したほうがいい
こうしたらこうなるってわからないってことはだよ
それは仕様を理解せずにあてずっぽうにコードを書いてるってことだよ >>866
マトリクス書いてみたら
処理の分岐と操作パターン洗い出せればなんとかなると思う テストというのはストーリーが大事
OKテスト
1.股間に電マを3分あてがってから指を入れるとアーッと声を出す
NGテスト
2.初期状態のまま指を入れると痛がる
3.電マをあてる時間が0分、1分、2分59秒の場合はアーッという声が出ない
4.別のポートで同一テストを行うこと ニコ生見てたら、PGなのにprintfやif文勉強している人いるんだけど
こんなでもPGなれるんだな >>884
printf文難しいからな
カンマ区切りの数値表現を書け
と言われてもソラで書く自信まったくないわ printfとかいう標準関数のエースに比べて
scanfの要らない子感 printfみたいな形式じゃ
引数が増えてくると対応が分かりにくくなる
C#の$みたいに
文字列中に変数名入れる形式の方が分かりやすい >>890
細切れにしてsprintf で形式指定して、
最後にprintfでつなげばいい printf("%s %s", sprintf(buf, ....), sprintf(buf, ....)); これが想定どおりに動かない理由を説明できない人最近多いんだよね。 sprintfの返す返すも値ってcharだったっけ? sprintfの戻り値はbufferに書き込んだ文字数を返すんだけど?
それ以前に2つのsprintfで同じバッファ使ったら
上書きされて前のやつ消えるじゃん はあ・・・C言語でソケット通信とかほんとめんどくさい
C#やりたい >>899
個人の慣れ・言語の得手不得手もあるよな。
バイナリデータやbit演算等を行う必要があると、c言語で実装したいと思う。ソケットもwindowsであればwinsock使ってc言語で実装したいかな。
画面系はc#で作りたい。 >>858
組込みっつってもピンキリですわw
家電製品やとそんなもん
航空機や自動車はガチガチ >>858
組み込みはノウハウが広すぎるからなぁ。。。
Web系はプラットフォーム(サーバーや稼働OS)の数が限らているので
デバッグ情報をまとめておくと将来の効率化に寄与するのは明白なんだが
組み込みは、SoCやOSが代われれはノウハウはがらっと変わる
OSもTRONやVxWorksやLinuxやWindows系といったメジャーどころから
独自OSやカスタムOSなんてこともざら
SoCの種類だけでもうじゃうじゃあるのに、
Socが同じでも周辺チップが変われば全く違うノウハウなんてことなんて日常茶飯事
ノウハウを手間かけてまとめても、エンハンス以外の次の仕事には使えないのが現状。
組み込みはノウハウを教えてもらうんじゃなくて、いろんなことを経験しながら
あらゆる方面の知識を付けていくってのが正解。 >>897
> sprintfの戻り値はbufferに書き込んだ文字数を返すんだけど?
だから、sprintf呼び出す毎に、戻り値でbufferのポインタを
進めればいいんだよ。 >>903
Webやってる馬鹿連中が資料残すなんて考えられんよ。
客だって、その場で早く動かすことしか言わんし、
Webはソースがドキュメントでいいじゃん?
Webは最初から初心者用の仕事だから。 Wakatimeというキーストロークを元にコーディングした時間を計測してくれるソフトがある
プログラミング言語・IDE・プロジェクトなども自動的に記録してグラフを作る
GitHubのようなツールと連携すればコミットに掛かった時間も分かる
リーダーボードに参加すれば世界中のプログラマーとコーディング時間を競える
これみたいなソフトで計測したらネットばかり見てコード書いてない奴がバレるな >>906
最近はコピペも多いじゃん
キーストロークで管理できるか?
進捗管理は大切だけど、そこまでやるとかえってしんどくなると思うんだが >>866
v字モデルで考えると最小単位の仕様も理解できないということで相当ヤバい >>906
考え無しで打っては消したり、打ち間違え修正多い奴が優秀なんだな 初期設定では15分内に一度でも編集したらコーディングしてると見なされるようになってるから
15分に1回何か打てばコーディングしてるように装う事は一応可能
15分何も入力しないと
最後にキーを打った時刻まで
タイマーが巻き戻されて
コーディングしていた時間として記録される
入力した文字数とかそう言うのは分からないっぽい ジャップはいい加減労働時間に価値を見出すのやめなよ
同じ仕事なら労働時間が短い方が有能なんだよ
評価が真逆だろハゲ つまり労働時間に価値があるんやんけ
(アホなんかな?このジャップ…) >>910
キー入力コントロールソフトを使えば、
自動的に一日中キー入力を繰り返してくれるから
ずっと仕事しているようになるんだね。 ずっとコーディングしてるのに成果物あがってなかったら
なんて言い訳すりゃいいんだ コミットしない作業もある
調査的リファクタリングとかな それ言い訳になってないだろ
少しは遅刻したJK見習えよ 無能が10日かかる仕事をスクリプトでやれば一瞬
ただしスクリプトを作るのに3日かかる
最初の3日だけは成果ゼロの最下位だけど
優秀なのはスクリプト作れるやつだよね
ジャップはなぜかスクリプトを作るほうをズルをしたと評価する お前ら劣等感の塊だなw
そんなに現実で認められてないのかよ
やっぱプログラマつーか技術者も自分がやってることを他人に
説明する方法論学んだ方がいいね 良いかっこするのが上手い奴が楽に良い暮らしをできる
それはいいけどそれやりすぎると集団としてはどんどん劣化する
日本の大企業や国家の競争力が落ちて
韓国や中国にボロ負けしている背景にはそういう事情がある >>905
俺は組み込み系だけど、webの大規模サービス(yahoo、楽天)
とかはプロの仕事だと思うよ。
大量トラフィックをさばく仕組みやサービスダウンを避けるための
設計とかは熟練の技がいるんじゃないかと。 >>905
仕様書が大事ってなら文芸やってりゃいいんじゃねえか? ウェブ系なんてバカの仕事だろ
組込みこそ職人技
工業高校卒業して現場一筋の技が生きる場所
コードはわざと分かりにくく書いておけ
人の仕事に手を出して横から奪うバカジャップは排除だよ
仕様書なんて技と難しく書いておけばいいのさ
その方が仕事してるように見えるだろ
ウェブ系なんて意識高い系で私大文系バカの早稲田だの明治だの慶応だのの溜まり場だろ
俺はウェブ系は認めんからな >>926
「わざとわかりにくく」なんて、他人に苦労を負わすようなコード書いて技術発展もクソもないだろう
三流にもほどがある >>928
みず うら
水 卜 める
漢字の「卜」は「占」の簡略字と読みます >>906
考えてる時間が計測されないからいまいちだなーって思ってたけど
今はタイピングしてない時間は無駄な時間だと理解したからwakatimeが正解だと思うわ
トヨタ方式勉強してから考え改めた 夕方ぐらいから仕事はじめて夜中仕事するのが一番あってる ウェブ系めんどうくさ過ぎるお
思い通りに表示されなくて辛いオ Web系の大変なところは教科書通りにいかないところだな
何が正しいかが定義されていない(正確にいうと、定義されていたとしても間違っていて、実装が正とされる場合が多すぎる) 俺はWeb系企業で組み込みな仕事してるぞ
そもそもWeb系==自社サービスで食べてる企業であって
Webなシステムを作っている企業ではないと思うのだが web系まったく知らんけど、結局HTML5時代になっても
環境の違いに対応する泥臭いバッドノウハウを要求される
知力より体力勝負の職場ってイメージだな
できることなら一生かかわりたくない 今は環境の違いをデザインで吸収するようになってきてるよ
bootstrapとかのcssフレームワークがそれ
プログラマは内部処理を担当して、デザイナーがcss作るってのが定番
最終的にはプログラマがcssとhtml(javascript)を繋ぎ合わせる作業をするけど、
デザイン考えたり環境の違いを吸収するコードを書くことはまずない
web系はたしかに面倒なことが多いけど、自分が作ったものがすぐに形になるので
やりがいを持ちやすい
たぶん実際やってみれば考えが変わるはず >>929
韓国ならワザと醜く産んで
整形外科が練習に困らないような仕組みになってる。
場数は大事だよ。 オープンスペースで仕事の話をするなってのがあるじゃん?
前に慰労会を居酒屋でやったんだけど、それを守って終始会話がイニシャルトークを貫いてた先輩がいたのよ
ただ、人名とかだけじゃなくてjavaの事をJって呼ぶし、メソッドはMなのよ
だから、話し始めると
NはJがイマイチだけどTが優秀だからS向きだけどBがFって言うからVなんだよな
みたいな感じ
何言ってるのか分かるないからみんな顔が引きつっててもう地獄よ
ちなみにこの人こないだノイローゼ?情緒不安定が極まって会社辞めた >>940
会社とかプロジェクト システムならわかるけど
言語もだめなの? >>941
業務中に知り得た知識に抵触するからダメなんだってさ
多分プロジェクト関係者が特定の言語の会話をする事で言語が特定されるとか言うんだろうけど、そんな話し始めたらキリがないし、そもそも役職持ちの連中は普通に会社の名前も個人名もプロジェクト名も出してるからな
本来はどこの企業がどういうプロジェクトで何をしようとしているのか?ってのが開発段階で漏れるのを防ぐ目的なんだけどここの裁量で判断させると危険だから一律して「外で喋るな」に集約されてるだけの話だから、言語くらい構わないと思うけどね
まあ影で「頭おかしい」とか言われてたキチガイ先輩の言うことだから気にしなくていいよ
つか、会話か成り立たないレベルで喋るなら最初から喋らないでほしいよ
付き合うこっちの身にも為って欲しい あかん…そいつダイゴのまねして受けたかっただけやぞ…
おかしくなったんはお前らのせいや… うちのプロジェクトSQLのMerge文が使用禁止なんだけど、理由を聞いたら可読性を上げる為(Mergeは一般的じゃないから)だって言われた
せっかく便利なものがあるのに古いやり方を踏襲し続けないとダメとか体質自体が古いんじゃないかと思ったんだけど他の現場も同じ感じ? SQL文はDB製品が変更になっても
なるべくそのまま使えるように書くべき、
というところあるよ。
考えは理解できるけど、
DB製品を変更しなければいいだけの話しだよね? 情報学科の大学生なんだけど
今年からプログラミング学んどって思ったんだけどこれって今まで学んできた物理とか数学の知識って使うのか?
受験勉強とか大学の勉強で数物頑張ったのにプログラミングなんてパソコンカタカタするだけで文系どころか下手すりゃ中高生でもできるだろって考えたら何やってんだろって思う。
プログラマーってことは情報学科出た人多いと思うから是非とも教えて欲しい。 >>946
物理シミュレーションとか
統計分析とか
機械学習とかなら関係あんじゃね?
知らんけど
誰でも書けるとか言って舐めてるけど
保守不可能のスパゲッティでろくにドキュメントも付いてない糞なら
少し勉強すれば書けるというだけじゃね
これらは今もSIerを苦しめている ウェブ系のマってバックエンドやってるやつだろ
HTMLとか言ってるのはデザイナじゃないか >>946
そういう専門性の高い知識を必要とする分野のプログラムの開発なら確かに必要になることもあるだろうけど、可能性の割合が知りたいなら全人口の比率とその職業に従事してる人の割合と同じと思えばいい
つまり限りなく低い
逆に給与計算なんかはどこの企業でも必ずあるからそういう仕事は多いわな >>946
情報処理って広いからな
本を書くには何の知識が必要かって内容によりけりだろ
組み込み、グラフィック、研究、エンタープライズに対象業界の組み合わせ。需要が多いのは業務系だと思うが
昔は効率的な処理とか必要だったが今は必要ないし高級言語が隠蔽してる
グラマーって言うくらいだから文系のが向いてると思うぞ
プログラム自体、人が使いやすいように作られてるから能力は必要ない
現代の業務系プログラマにはその先の分析設計が求められる 情報学科って何やるの
フーリエ変換とかやってるイメージ >>946
高校数学を苦労して学んだ、った思えるなら、論理的に考える能力が足りなかっただろうから、今役に立ってる。
元々そういう能力があったなら、高校数学の授業は不要な時間だったかもしれないが、学校の授業はそういうもんだ。 ああシミュレーション系は数物使うか
それわかっただけでもだいぶ納得できたわ
今はフーリエ始めとして離散系数学とかやっとるけど、工学部だから電気回路とかもやってる
その回路とか深く学んでくんなら今までの知識使ってる感あるけど、プログラミングはなぁ、論理的思考ってなかなか抽象的で微妙
もちろんプログラミングしたくてこの学科来て今やってるんだけど、なんか努力して大学入った割にやってることがなぁ、って思ってたわ 数学や物理の知識が必要なことは殆どないけど、必要になってから勉強する時間なんてないからなあ
そして必要な時は突然やって来る プログラマーの世界にも他人の作ったライブラリを消費するだけの人間と
ライブラリを作る側の人間が居る
作る側になれるのはごく一部
ChromeのV8 JavaScript EngineのJITとかGCですら
自分にはオーパーツのように見える
簡単に追いつけないのはFirefoxやEdgeと比較すれば自明
画像や動画を圧縮するプログラムのアルゴリズムを作れる人間も全プログラマーの本の一握りだけでしょ 昔情報処理習った時にフォートランでルンゲクッタで微分解析やらされたな バリバリの理系は業務系にはこない方がいいよ。
理系の知識殆んど使わないから。
それより人間が決めた顧客の業務上のルールを
素早く吸収できる方が向いてるよ。
それって法学部とかかな。
文系の方が向いてると思う。
無能な文系でなく有能な文系。 >>960
そのかわり事務派遣の使い捨てと大差ない >>962
なるよ
年収百万上がった
こいつらは競技プログラミングすら出来ないから信用するな プロジェクトメンバーには四つのタイプがある。文系、理系、勤勉、怠慢である。多くのメンバーはそのうち二つを併せ持つ。
一つは文系で勤勉なタイプで、これはSEにするべきだ。
次は理系で怠慢なタイプで、これはメンバーの9割にあてはまり、コーダーに向いている。
文系で怠慢なタイプはPMに向いている。なぜなら確信と決断の際の図太さを持ち合わせているからだ。
もっとも避けるべきは理系で勤勉なタイプで、このような者にはいかなる責任ある立場も与えてはならない。 >>968
理系で勤勉だと何がいけないか理由がないね >>944
Mergeはかなり前から標準だし
独自の方法でupsert実装するよりはるかに見やすい 理系の人間は勤勉だろうが怠慢だろうがいるだけでイライラする
というより理系の人間の大半が場を悪くする…
社会人になってから改めて実感したよ >>973
逆だろ
文系は人に仕事押し付けて遊んでるだけだもの
ちゃんと仕事してる人からヘイトためまくりだよ 無能と有能って理系と文系で分けられないような
要領のいいのは文系に多い気がする 文系の要領いいは品質無視の手抜きだったり押し付けのことなんだよね
彼らは本質的に困難な仕事を与えて丸投げ先を事前に潰しておくと泣き言ばかり言って仕事が進まなくなる >>946
使うぞ。例えば何らかのサービスを作ったとして、
より多くのユーザを獲得するため施策を考えるために各種解析手法を使う。
因みに流行りのDNNに代表されるような機械学習手法はそういった物の延長線上にある。
その他にも負荷分散や異常検知とかでも数学は使いまくるから、日本のゴミSIerの言に騙されずに数学はしっかり勉強しておけ。 >>971
反対だろ
トップの政治家や弁護士でさえ無能で有名じゃん この仕事で会ってこの人好きだなって思った人だいたい理系
基本的に文理とか男女問わずいい人が多い気がする
ただそういうとこにしか行ってないだけかもだけど >>975
優等生かw
仕事って他人に押し付けるもんだぜw >サービスてw完全にweb系()やんけw
Web系企業の事をWebインターフェースのシステムを作っている企業と勘違いしてそう
この業界、国内外問わず優秀なエンジニアは自社サービスで高い利益率を上げている所に集まるんやで?
給与水準とかも文字通り桁が違うしな。 勤め先の技術採用は全員理科系大学卒だけど、
手抜き上手もいれば、勤勉なやつもいる。
様々だ。
ただ大学で鍛えられるのか、皆レポート(試験結果、障害調査結果)を書くのは慣れている感じする。 >>985
院卒だったら研究室の差が大きそう。厳しい所はマジで厳しいからな... >>983
これだから文系はアホなんだよ
理系は賢いからみんなが押し付けしたら事業が立ち行かなくなるぞと認識して行動する
文系は金品欲しさに飛行機の機長を襲うような馬鹿さを持っていてそれに本人は気が付いてない
まさにジャップ >>978
課題にぶつかったら適切なスキルを持つ人間を使う
要求されたラインを充足し余計なことはしない
完璧じゃん >>986
最近入ってくる新人は皆院卒。多分研究室で鍛えられたんだろうね。事実と推測(個人的見解)を分けたレポートを書いてくる >>990
工業高校卒の叩き上げの俺が院卒なんて叩き落としてやるよ
実践経験の差でクソ甘いジャップの吠え面を笑ってやるわ 工業高校出身で旧帝院卒の俺が通りますよ...
っていうか工業高校==低学歴っていうイメージが何故か世間ではあるが、
選択肢が限られている田舎だと工業高校は悪い選択肢じゃないぞ。進学する奴も多いし(多くは地元の国立だけど)。 >>944
やり方を統一することで把握をスムーズにするっていう流れはある
コーディングする時期によって、同じ処理なのに違う書き方になるのは避けたいところ
新しいやり方のほうがキレイで速度も速くなるので悩ましいところだね 独自機能を使わないのではなく
生SQLをモジュールの中に隠蔽して
特定のDBに依存しないように作るべき 文系や理系かで判断するような人間が場を悪くしたり使えない奴なのは理解した 文系で怠慢なタイプだと「その作業いらんのとちゃいますか、抜いていいですよね」と工数削減要求を行うな >>994
SQLを使えない無能がよくこういうこと言う 有能な理系は応用なんちゃらの世界に行くと思うよ。
コーダー(PG)には向かない。
だって自分で計算する方が早いだろうし。 >>993
人間がルールに従ってコードを揃えるってバカだよね
責務超過で命名が雑なモジュールを書くとそういう分かりにくい状況になる
逆に適切な設計をしていれば内部実装の書き方が多少ブレようとその程度では可読性には全く影響しない
というかそもそも論的に言っちゃうと書き方を揃えたい要求が出てきた時点で
それはパラメータ化して共有すべきコードなんだろうな プログラマーは職人芸だから別に大学院なんて出なくていいだろ
院卒の新人ジャップなんて俺がいじめ抜いてやるわ このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 24日 8時間 44分 41秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。