これからコードを書く人に絶対やって欲しいこと★3

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2013/06/04(火) 22:43:46.92
もしくはやって欲しくないこと
先輩方のアドバイスをください

前スレ
これからコードを書く人に絶対やって欲しいこと★2
http://kohada.2ch.net/test/read.cgi/prog/1365269189/
2013/06/20(木) 07:45:17.73
>>443
ぶつ切り（小さな関数）にすることが
複雑度を低減する方法だから。
2013/06/20(木) 07:50:18.19
anonymousといっても、すべてのanonymousが
一つにまとまっているわけじゃないな。

anonymousは名前の無い関数ってだけで
名前つければ普通の関数なわけで
別々に計測されているのだから問題ないのでは？
446仕様書無しさん
垢版 |
2013/06/23(日) 02:25:38.82
TDDってどうやって学べばええんや...
2013/06/23(日) 08:12:46.98
>>446
http://www.pej-hed.jp/washo/473.html
2013/06/23(日) 09:13:33.90
ケント・ベックのTDD本からもう10年経つのか。
月日が流れるのが速すぎる。
2013/06/23(日) 16:23:00.81
ttp://objectclub.jp/technicaldoc/testing/stack_tdd.pdf/view
2013/06/23(日) 16:23:53.08
学習が目的ならペアプロ+TDDとてもいい
2013/06/23(日) 17:24:45.01
低レベル同士のペアプロ
新人同士のペアプロ

↑これはやっても効果はない。

上級者同士のペアプロ（相互コードレビュー）

もしくは

上級者と低レベル・新人のペアプロ（コードレビュー＋教育）

これが意味がある。
2013/06/23(日) 19:28:06.42
スキルギャップを平準化する効果があるから
新人同士でも意味が無いとは言い切れないがな。
2013/06/23(日) 21:40:42.26
ペアプロのローテーションに上級者入れときゃ新人同士でもいいんじゃね
ペアプロなんかやったことないけど
2013/06/23(日) 23:59:33.38
ペアプロ自体が受け入れられない事も多いし
どのくらい実例があるのか疑問ではあるよな。

個人的にはコードの共有化がすすむので取り入れたいが
反対意見が出ると反論が難しいという現状。
2013/06/24(月) 03:09:52.07
宗教争いが起きないように、事前にフォーマットルールとかコードスタイル系をある程度設定しておいたほうが良いと思う
2013/06/24(月) 20:42:54.98
かわいい子とペアプロがしたい
そして罵られたい
2013/06/24(月) 21:41:52.85
ペロペロしたい
2013/06/25(火) 00:02:45.97
テスト駆動開発なんて初心者には勧められない。
開発技法と呼べるような確立した物でないし、
何となくでもモジュール分割出来るようでないと、
簡単に破綻する。

ペアプログラミングでモジュール設計
を覚えさせるのは、非効率だ。
スキルのある人間がサンプルコードを書くか、
コードを修正してやった方がいい。

ペアプログラミングでは、IDEやツールの
使い方を覚えさせるのにいい。
ただ最初に少し自力でやらせて、
苦労させた方が、興味を持つだろう。
459仕様書無しさん
垢版 |
2013/06/25(火) 02:31:11.77
！？
2013/06/25(火) 06:19:05.50
ちゃんとお風呂に入ってほしい
2013/06/25(火) 19:38:26.39
乾燥ワカメ大量に食って緑のゲロを吐かない
2013/06/26(水) 18:42:52.33
なによりもまず先に自分が無能であり無能であり続ける存在である事を思い知って下さい
2013/06/26(水) 21:37:57.75
これからコードを書く人にもこれまでコードを書いてきた人も、わかってるじゃん
2013/06/29(土) 22:01:01.71
TDDやろうとしても、やっぱ先に実装書いちゃうよな
2013/06/29(土) 22:12:49.67
東京ディズニー暖炉
2013/06/30(日) 01:58:30.26
トヨタ・デクニカル・ディベロップメント
467仕様書無しさん
垢版 |
2013/06/30(日) 12:11:31.16
デクニカル
2013/06/30(日) 15:25:02.01
使えないPGの「教えてくれ」は「面倒だから代わりに調べて全部コード書いてくれ」の意味。決して相手にしてはいけない。
1度でも手を貸すとしつこく助けを求めてくるようになり、業務効率半減の呪いにかけられてしまう。
2013/06/30(日) 15:30:10.88
ものすげーあるあるｗ
できるフリしたりね
2013/06/30(日) 16:05:27.94
俺ははっきり「面倒だから代わりに調べて全部コード書いてテスト仕様書まで書いてくれ。俺はこれで帰る」ってはっきり言ってるからセーフ
2013/07/01(月) NY:AN:NY.AN
まともに通らないMakefileがバージョン管理されずに流通されていて
誰かがソースファイル群を大幅に変更したら
それにあわせてMakefileを各人書き換えなきゃならん

そのことに気づくのはマージして「はまった」あと
自分が手を入れたところにミスがないと確信したとき


そんな運用状況を改めろと主張する俺は間違っているか？
その状況を作ったやつに責任もってバージョン管理しろと要求するのは使えないＰＧなのか？
どうなんだ
2013/07/01(月) NY:AN:NY.AN
>>471
運用状況が腐りきってるのは全く間違ってないと思うんだが、解決方法がズレてるんだろう。
バージョン管理の問題ではなく、仕様変更手順の問題と言ったほうが適切な話だと思うぞ。

Makefileってのは、Cで言うところの非staticな関数やグローバル変数と同等レベルの仕様。
関数仕様の不具合修正と同等の手順も踏まずに編集したら破綻するのは当然の結果だろ。
仕様の不具合が発覚してそれを各人好きに仕様変更してマージまで沈黙とか正気じゃない。

重複した修正が行われる前に先行の修正が共有されることで仕様変更の衝突は減るから、
バージョン管理システムでその問題はある程度減少するだろうが、本質的な解決ではない。
変更された仕様に影響される作業者が変更を見落とせばテストまで発覚しない矛盾を生む。

例えば、最適化適用すると稼働しない糞コードと、最適化無しだと稼働しない糞コードが、
それぞれMakefile変更して単体テスト通過後にMakefile毎コミットされたらどうなると思う？
バージョン管理システムを使っててもMakefile変更による再テスト手順が無い限り死ぬね。
2013/07/01(月) NY:AN:NY.AN
最適化したら動かないようなコードはモチグマンで・・・
もとい、プラグマで最適化を無効にするからマケファイルはさわらないんじゃね？
2013/07/02(火) NY:AN:NY.AN
>>473
問題は減るが根本的に解決してないから似た爆死しかねんぞって話だし、
「問題は減る」に該当するケースや個別対処方を出されても困るんだけど。

Makefileなど仕様変更を最小化するような配慮ができるような環境ならば、
バージョン管理無しでもMakefileや仕様を共有しつつ作業できるんじゃね？
2013/07/03(水) NY:AN:NY.AN
なかっち 動画
http://www.youtube.com/watch?v=z2qK2lhk9O0s



みんなで選ぶニコ生重大事件 2012
http://vote1.fc2.com/browse/16615334/2/
2012年　ニコ生MVP
http://blog.with2.net/vote/?m=va&;id=103374&bm=
2012年ニコ生事件簿ベスト10
http://niconama.doorblog.jp/archives/21097592.html


生放送の配信者がFME切り忘れﾌﾟﾗｲﾍﾞｰﾄを晒す羽目に 放送後に取った行動とは?
http://getnews.jp/archives/227112
FME切り忘れた生主が放送終了後､驚愕の行動
http://niconama.doorblog.jp/archives/9369466.html
台湾誌
http://www.ettoday.net/news/20120625/64810.htm
2013/07/03(水) NY:AN:NY.AN
どうせデバッグ文だからと言って「これはテストだにょろ」とか書くのはやめろ
消すの忘れてむごい事になるぞ
2013/07/03(水) NY:AN:NY.AN
改善しろよって言ってもどうせ改善できるスキル持ちがいない
自分から「改善してやる、問題がおきたあとの面倒も見てやる」、
ってやつが率先して引っ張らない限り、そこそこいい職場でも業務改善なんて無理
ましてや底辺層なんて、そこまでやれる能力持ってる奴が皆無だからどう転んでも無理

改善案をだしたり改善を訴える程度ならだれでもできるが、実行して面倒見れる能力持ってる奴は殆ど居ない

これからコードを書く奴は、広く浅く色々かじって知識を蓄えていくといいよ
IDEの設定やツールの使い方みたいなのは自分でやらないと絶対覚えない
2013/07/05(金) NY:AN:NY.AN
行動力と実現する力が評価されるよな。
頭が良いヤツはついつい評論家になってしまいがち。
2013/07/06(土) NY:AN:NY.AN
何らかのテストハーネスで単体コードを書こう
2013/07/07(日) NY:AN:NY.AN
>>477
本当にそう。
頭悪いヤツは頑固なんだわ。
こっちが実績出すところまできちんとリスクとってやらんと分からん。
まあそのあと当然最初からそれが存在していたかのように
振る舞い出すけど糞に塗れるよりはマシ。
2013/07/07(日) NY:AN:NY.AN
頑固・勉強しない・声だけはでかい
もう面倒くさいから、自分で試した後に課員に展開するようにしてる
本当はそいつだけは省きたい
他賛同しても、そいつだけ腐してくるし、やっぱり面倒くさい
それでいて急にやり方教えろとか、ググることもせずに平気で言ってくる
2013/07/07(日) NY:AN:NY.AN
愚痴スレで毒吐いて
2013/07/08(月) NY:AN:NY.AN
消極的になるのは無知だからだよ
知らない、怖い、責任負いたくない、だから無理

こういう奴でも下っ端なら問題にはならない、だが権限をもたせたらそのプロジェクトはそこまでだ

これからコードを書く人は、そういう権限を持たされた時にクズにならないよう、いろんな知識を蓄えよう
設計手法とかコーディング手法とかデザインパターンとか、流行に敏感になるのはだいじだよ
プログラミング界隈も、日々だれかしらが新しい何かを考えてるところだから、考え学ぶことをやめてしまったら、そこまでだ
2013/07/12(金) NY:AN:NY.AN
敢えて損得を考えないのも必要だ。
新人の頃は友人や同僚と比べて、
仕事がキツイとか給料が少ない
とか考えがちだが、利口に立回る
事ばかり覚えると、普通のダメ
社員になってしまう。
どうせ新人のうちの能力なんて
たかがしれているのだから、
出し惜しみせず、5年ぐらいは
バカになる方がいい。
2013/07/12(金) NY:AN:NY.AN
ば、バカになっちゃダメでしょ…ｗ
http://d.hatena.ne.jp/fromdusktildawn/20080111/1200020891


ちゃんと損得勘定しないとｗ
http://d.hatena.ne.jp/fromdusktildawn/20060227/1141028008
2013/07/12(金) NY:AN:NY.AN
>>485
バカというのはリンク先の精神分裂症患者のことなのか、
あるいは>>484の「メタファー(暗喩、たとえ)」を文字のまま解釈した
>>485本人のことなのか？

今回の限れば、おじゃばの意見に同意するよ

>>485のリンク先にある「ハゲタカエンジニア」のやったことは、
blog記事内にも書かれているように「詐欺でも錬金術でもない純粋な価値創造労働」だ
自身(技術レベル)を知り相手(リスク)も知りつくした自立したエンジニア、とも言える
で、そんな自立は一朝一夕で身に付くものではないし、損得勘定で得られるものではない
だから最初の5年くらいは「がむしゃらに」やれ、つまり「バカになって」やれということ

>>485の後半記事については問題外だな
社会経験の無いニートが、記事に書いてあるような判断/行動をはたしてとれるものなのか
考えれば分かる話
2013/07/12(金) NY:AN:NY.AN
そうだな
お客様のありがとうのために
24時間365日
がむしゃらにやればいいんじゃね

バカじゃなければ、
先々ためになることを理解した上で
有意義な仕事を避けずにこなした上、
帰ってから必要な読書独学も行うだろうけど。
2013/07/12(金) NY:AN:NY.AN
バカな人間は
ただ言われるままに働くため
その後どうなるかは偶然に左右される。
偶然成功した人間の言葉だけが世に出て、
バカになれ、が正当化される。
これは無能な働き者、無能な怠け者、両方に言える。

バカでない人間は、
その仕事が賃金以外に何を得られるか理解して働く
よって搾取丸出しの超ブラックでは利害が一致しないが、
そうでなければ結果的に、がむしゃらに働いているようにみえる。
ところが何を得られるか理解して働いているので
要所要所が丁寧で成長が早い。
5年後、自分という先輩を脅かす有能な新人の目を摘むこともないし、
成長し続ける限り老害にもならない。
2013/07/12(金) NY:AN:NY.AN
つまり
愚直に馬鹿になっていれば何の問題もなかったのは高度成長時代だけ。
もう、バカになる、という甘えは許されない。
2013/07/12(金) NY:AN:NY.AN
>>488
>そうでなければ結果的に、がむしゃらに働いているようにみえる。

それでいいんじゃまいかと思われ
2013/07/12(金) NY:AN:NY.AN
>>486
>考えれば分かる話

暗におまえら(ニート)に「年収500万円の正社員」なんて無理ゲーと言ってるのでは？
まあ本人にその自覚があるのかは知らんがw
2013/07/12(金) NY:AN:NY.AN
>>489
いや、最初の5年はバカでいい。
何が得られるか理解して働くなんて、
新人には足枷でしかない。
そんなお利口さんはたかが知れてる。
2013/07/12(金) NY:AN:NY.AN
>>491
20代なら10年後に年収500万の
正社員と言うのは、夢でもなん
でもない。
まともな会社なら、新人には
即戦力を求めない。その時点の
実力より、健康で真面目かを見る。
そういう会社で残業代を払う
勤怠のしっかりした会社に就職し、
10年働けばいい。
2013/07/12(金) NY:AN:NY.AN
>>489
>愚直に馬鹿になっていれば何の問題もなかったのは高度成長時代だけ。
>もう、バカになる、という甘えは許されない。

バカになる、がむしゃらにやることは、決して甘えなんかじゃないよ
他人からバカにされるカッコワルイ自分を演じたくない、という考えこそが甘え

あとバカになる、がむしゃらにやることは、思考を止めろロボットになれという意味でもない
自分が何をしたいのか？自分に何ができるのか？自分は何を期待されているのか？
１年目の新人なりに必死で考えて行動する、それが>>488後段のがむしゃらに働くことに繋がる

「愚直な馬鹿」はバブル期であっても通用しなかった
今との違いは、通用せず会社から脱落しても別の畑で再就職が(今よりも)容易だっただけのこと
2013/07/12(金) NY:AN:NY.AN
>>494
残念ながら「バカになれ」は「奴隷になれ、考えるな」の意味でも使われる
2013/07/12(金) NY:AN:NY.AN
>>495

>>486
>バカというのはリンク先の精神分裂症患者のことなのか、
>あるいは>>484の「メタファー(暗喩、たとえ)」を文字のまま解釈した
>>>485本人のことなのか？
2013/07/12(金) NY:AN:NY.AN
まともな会社なら、管理職でない
限り、残業代は100%出るし、
基本給だけでも生活は出来る。
嫌なら辞める事も出来る。
金貰っていつでも辞められる
人間を奴隷とは言わない。
2013/07/13(土) NY:AN:NY.AN
マトモじゃない会社も多いんだが
2013/07/14(日) NY:AN:NY.AN
>>498
まともな会社に変えた方がいい。
2013/07/14(日) NY:AN:NY.AN
愚直に頑張れって言ったり、会社辞めた方がいいって言ったり
そういう二重定義が一番嫌いだ
2013/07/14(日) NY:AN:NY.AN
まともな会社なんてねえよ
この糞コテ社会経験無いだろ
2013/07/14(日) NY:AN:NY.AN
「バカ」という、愚かさを定義された単語に、
後付で「思考を止めろロボットになれという意味でもない」
そういう「メタファー(暗喩、たとえ)」を濫用するから、
ブラック企業は人を騙して働かせるための洗脳で楽ができる。
奴隷が善意の解釈で「バカ」を勝手に肯定的に受け止めてくれる。
その結果、自ら奴隷になるという自由を行使してくれるわけだ。
2013/07/14(日) NY:AN:NY.AN
>>500
まともな会社で働け。

>>501
まともな会社はたくさんある。
君こそ自分の会社を見直して
みたらどうだ？
自社がまともでないと感じて
君が新人でないなら、自社を
まともにする努力をしてみては
どうだ？
2013/07/14(日) NY:AN:NY.AN
おめーの経歴うpしてみ？
もしくはまともな会社の例をあげてみ？
理想論はもういいよ壊れ人間
2013/07/14(日) NY:AN:NY.AN
ステップ実行で単体テストをするのが最高っていう会社ですから、押して知るべし。
2013/07/14(日) NY:AN:NY.AN
>>503
だからよー、転職しろってならその会社では一生懸命働くなってことだよなー
お前プログラマなら言ってることおかしいって分からねえか？
2013/07/14(日) NY:AN:NY.AN
常駐スレがこのスレと壊れたPGスレって時点でアレなんだよな
自分がかなえられなかった夢物語を必死で語ってるって感じ
2013/07/14(日) NY:AN:NY.AN
>>503 まともな会社に入れるものなら入りたいよ…好きでダメな会社にいるわけじゃない
2013/07/14(日) NY:AN:NY.AN
マトモじゃない会社に入って
馬鹿正直にバカになっちゃって
貴重な5年間を奴隷として過ごして
使い捨てにされた奴はいわば
「死人に口なし」
そういう犠牲者が「バカでした」と言っても誰も参考にしない。
一方、たまたま上司に恵まれて
無防備にバカになってもよく育ててもらえた人が
地位を得て「バカになれ」というと、参考にする人も多かろう。
多分ひろゆきも同じ事言うと思うｗ
2013/07/14(日) NY:AN:NY.AN
>>509 日本語でオーケー
2013/07/14(日) NY:AN:NY.AN
>>504
新人の残業代を払う会社には
まともな会社だ。
理想論ではなく最適な解決手段を
言っているだけだ。

>>506
残業代を払わない会社は辞めていい。

>>507
夢でもなんでもない。実践してる。
客が泣きわめこうが、脅して来ようが、
やらないものはやらないと言う。

>>508
残業代を払わない会社なら辞めた方がいい。
残業代を払う会社は沢山やある。
2013/07/14(日) NY:AN:NY.AN
>>511
何言ってる、バカになれ。
５年は勤めずして会社がマトモかどうか判るものか。
513仕様書無しさん
垢版 |
2013/07/14(日) NY:AN:NY.AN
>>512
3日もすればわかるだろ。
2013/07/15(月) NY:AN:NY.AN
残業代でるだけで他は酷いっていう会社ならいくらでもあるが？
そもそも新人に残業させなきゃならん時点でブラック

はい論破

で、お前どこに勤めてんの？
晒してみ
2013/07/15(月) NY:AN:NY.AN
スレタイ変えたほうがいいんでない？
2013/07/15(月) NY:AN:NY.AN
>>514
残業代が出る新人に残業をさせる
のは酷いとは言わないな。
むしろ大サービスだ。
2013/07/15(月) NY:AN:NY.AN
冗談は顔だけにしてくれ
2013/07/15(月) NY:AN:NY.AN
>>517
しっかり考えろ。
君が社長で金を儲けるだけが目的
なら、生産効率が悪い新人に
残業代を払うか？
2013/07/15(月) NY:AN:NY.AN
よく考えろ
ふつー生産効率の悪い新人に残業させないから
2013/07/15(月) NY:AN:NY.AN
>>519
そうだよ、普通は新人に残業させない。
ただし残業代を払わないなら話は変わる。
2013/07/15(月) NY:AN:NY.AN
話の通じねえヤツだな
かわらねえよ
まともな会社前提なら残業代無しとか論外だから議論の対象すら入らん
つまりまともな会社なら残業代付ける制度はあるがそもそも残業させない
ゆえに新人に残業させるのは問答無用でまともな会社ではない
それ以外の結論はない
2013/07/15(月) NY:AN:NY.AN
時代についていけてないおっさんはこんなスレに書き込むべきではないなって感じだなぁ
2013/07/15(月) NY:AN:NY.AN
おじゃばのいうことも一つだけ言えてるのはある。
残業代のでない会社は辞めていい。これはガチ。
そんなとこでしか働けないスキルもちは、ここみたいなスレにはいないだろ。
年俸制とかもガチでやめていいよ。あんなクソ条件飲んでしまったらアウト。

在職中でも転職活動はできる。休日対応してくれるとこもあるし。
搾取されるような環境で仕事してるスキル持ちは、一秒でも早く行動を起こすべき。

趣味でコーディングしてる、技術系Blog書いてる、OSSのプロジェクトのメンバー、
GitHubとかでツールやアプリ公開してる、スマホアプリ作ってる、勉強会に参加したり主催したりしてる、
みたいなのがあれば、資格とかなくても残業代出せるレベルの下流でも、引く手数多だぞ
2013/07/15(月) NY:AN:NY.AN
で、それだけ賢く立ちまわって「バカになれ」とはこれ如何に。
「辞める？まだ3日も経ってないのに何言ってるんだ！バカになったつもりで続けてみろ！」
2013/07/15(月) NY:AN:NY.AN
>>521
>>524
残業代を払う会社で、バカになって働け。
2013/07/15(月) NY:AN:NY.AN
「残業が発生するのは、お前の能力が不足しているからだろ？」
「指定した時間内にノルマを達成しないなら、残業代どころか減給だからな。」
「残業はするな。だが明日の朝までにこれが仕上がっていなければ、大変なことになることは判るな？」
2013/07/15(月) NY:AN:NY.AN
サービス残業を強要する所も
残業代払わないのと同様だ。
辞めていい。

>>526
残業代払わなくて訴えられたら
確実に負けますよ。
私は辞めるので関係ないですが。
2013/07/15(月) NY:AN:NY.AN
これからコードを書くレベルの人が
サービス残業も仕事の持ち帰りもさせてもらえなかったら
激しく成長が遅れるけどな。
ましてや、自分のスキル向上より目の前の残業代を大事にするなんて、
バカになるまでもなく、激しく頭が悪い。
2013/07/15(月) NY:AN:NY.AN
新卒君Aは、新卒カードを使い、優良企業に就職しました。
優秀で面倒見の良い上司に恵まれ、「バカになれ」の言葉通り愚直に頑張りました。
新卒ということもあり、非効率な仕事ぶりでも将来を買われ、残業代は支払われました。
5年後、スキルも身につき、上司が昇進する際、引っ張ってもらうことが出来ました。
まさかの連鎖倒産で転職しましたが、スキルとコネに困ることはありませんでした。

新卒君Bは、新卒カードを使い、有名企業に就職しました。
ところが上司は人格に問題があり、逆らうと終わり。「バカになれ」と言われるままに服従。
上司に気に入られたため、仕事の成果に関係なく、残業すれば残業代は貰えました。
5年後、忠実な部下のポジションを得て、上司が昇進する際に引っ張ってもらいましたが、
その後の権力闘争でトカゲの尻尾切りに使われ退職、再就職に苦労しました。

若手の中途君Cは、コーダー未経験ながらも若さを買われ、中小企業に就職しました。
試用期間中の最初の数週間は渡された本で仕事中に勉強させてもらえましたが、
あとはOTJでチームの足を引っ張りながらの仕事になりました。
申し訳ない思いで残業代は辞退しようとしましたが、週20時間までは支払われました。
何をするにも頭を使って「配慮」し続けた結果、何とか生き残ることが出来ました。

若手の中途君Dは、コーダー未経験ながらも若さを買われ、中小企業に就職しました。
上司はなぜか体育会系で「バカになれ」が口癖でしたが、適切な指示もなく、
必要なことを自ら判断して行わないと「おまえはバカか」と怒鳴られました。
サービス残業も強要され、何度も「嫌なら辞めろ」と怒鳴られましたが、転職活動に苦労した
経験から、少々のサービス残業は甘んじて受けたほうが得だと判断せざるを得ませんでした。
そして、バカのふりをして必死に仕事と勉強を頑張り、転職に必要なキャリアをゲットしたD君は、
5年後、より条件の良い会社に転職しました。
2013/07/15(月) NY:AN:NY.AN
にんげんいたるところあおやまあり
2013/07/15(月) NY:AN:NY.AN
>>528
仕事で残業するくらいなら、自宅で勉強した方がよっぽどマシ。
それに、いまどき仕事の持ち帰りをさせてくれる職場なんて危なくてしょうがない。
2013/07/15(月) NY:AN:NY.AN
持ち帰りはともかく
これからコードを書き始めるような
残業代払うのがもったいないレベルで、かつ、
皆が忙しくしてるのに残業してくれることも期待できない子なんて
何で雇ったんだって面接官が叱られるレベルじゃん
もちろん儲かってる純白ホワイト企業なら、勉強させて金払えばいいが、
未経験で入れるのは一流大学の新卒だけだろうね…
2013/07/15(月) NY:AN:NY.AN
いっちゃ悪いとは思うけど、さすがに今日日仕事持ち帰りとかサビ残とか底辺すぎるぞ。
そんな所で働いてるレベルの人は、本当にまともなコーダーなら転職すべき。いち早く。
そんなことしてる会社は、技術者いなくなってさっさと潰れるべき。
2013/07/15(月) NY:AN:NY.AN
大手でもサビ残はあるとこはあるけどな
2013/07/15(月) NY:AN:NY.AN
結論
無防備に「バカになる」ことで成長させてもらえる会社に入れた人は、幸せだった。
そういう会社は、今は減りつつある。
2013/07/15(月) NY:AN:NY.AN
社員研修
http://vw.j-comi.jp/murasame/view/4042/p:109
2013/07/15(月) NY:AN:NY.AN
>>528
目先の残業代が惜しいと言っているのではない。
新人に残業代を払わない、サービス残業を
強要する会社は労働に対する姿勢が、
根本的に間違ってい企業だ。
訴えられたら即アウト、社員が
どうなるか知った事ないと言うのは、
逆に言うと長く会社をやる気はなく、
サッサと儲けて逃げようという事だ。
そんな所はやめておけ。
2013/07/15(月) NY:AN:NY.AN
んな当たり前なこと言ってどや顔できるお前がすげーよ
2013/07/15(月) NY:AN:NY.AN
仕事持ち帰りって、どういうこと？
ISMSとか無いの？たまげたなあ...
2013/07/15(月) NY:AN:NY.AN
そろそろ循環的複雑度の話に戻そう
2013/07/15(月) NY:AN:NY.AN
>>537
やめておける段階になれば当然やめる。
それが可能なのは、新卒カードの有効期限切れ前の若者と、
既にどこへでも行ける程のキャリアを持ったプロ。限定される。

これからコードを書き始めるレベルであるば場合、ロスジェネ以降だと、
新卒カードで良い所へ行けていなければIT業界では基本的に詰。
それでもITで良い所へ逝きたいのなら一工夫、裏技が必要になる。
それは例えば、本当に未経験なら>>485、実は経験者なら>>523の後半。
あるいは、IT業界は諦めておけ、が正解になる。

>>523に
> 搾取されるような環境で仕事してるスキル持ちは、一秒でも早く行動を起こすべき。
とあるが、それは例えば>>529の最後の例
> バカのふりをして必死に仕事と勉強を頑張り、転職に必要なキャリアをゲット
どうせなら転んでもただでは起きない戦術をとる（ただし死なない程度に）。

コードを書き始めるレベルの人は、そうでなければ必然的に、
コードを書くことは趣味程度に留め、別の業界を目指したほうが良い。
2013/07/15(月) NY:AN:NY.AN
>>541
いいえ、それは君が洗脳されているだけだ。
新卒、学歴、就職前のスキルなど
殆ど意味はない。
企業が欲する20代の新人は、
健康で真面目でやる気のある人だ。
そういう人ならまともな就職先は
沢山やある。
2013/07/15(月) NY:AN:NY.AN
就職前のスキルは今は重要だよ。
学歴もまぁないよりはあったほうがマシ。
下請け系のITなら、そのあたりはなんとでもなるけど。

もちろん突飛である必要はないけどな。まともなやりとりができることが一番重要。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。