助けて欲しい 新人エンジニアより
未経験でエンジニア就職
インフラ系
全くに知識が入らず
指導もqiitaの以下のような感じ
https://qiita.com/hiraike32/items/32840b11536fa1b78621
こんな感じなんですが、辞めるしかない? >>291
なにを勘違いしてるんだ?
解雇予告手当などを払って合法的に解雇にするか、
違法に解雇して裁判起こされて、結局解雇予告手当払わされるかの話だろ
助成金もらうときに不利なるって認めてるし、上場企業は問題になるって言ってるし
(お前が)デメリットあると認めてるその根拠を言ってみろって
まったくお前は、一体何と何を比べてるんだ? >>267
AWSの試験受けまくってるよ
1個も受かってないし、受かる気が最近全くしなくなってきたけど
入社前の暇な時期にITパスポートは2週間くらいで取れました
→会話がちょろっとわかるくらいで、役にはたってないよね >>294
>→会話がちょろっとわかるくらいで、役にはたってないよね
そのちょろっとが重要で、
キミもベテランになるころにはITパスポートレベルの単語が
通じない馬鹿と話すとマジこいつ氏ねって思うようになるよ。 >>295
合理性がないやつとか
ちょっと勉強すれば手に入る知識をひけらかしてマウントする奴とか
分野の違いや常識の変遷を考慮せず
常に相手を小ばかにしてるやつとか
そっちのがやばい
コケにしてるその子あんたの10倍は仕事できてますから! マウントとる人、ほんと頭おかしいw
側から見たら勝利宣言じゃなくて、戦闘ふっかけてるし、本人は勝利したと思ってるから戦闘終結して武装解除してるしw >>298
マウント取られる側からしたらその後ずっと戦闘状態なのにな ちなみに仕事ができるというのはどういう指標で測ってるの?
社会人なら通常業績貢献や利益貢献だと思うが、
間接作業の利益貢献とかちゃんと意識できてる? ステップ数=仕事で評価される時代の遺物がまだ生き残ってて草 エンジニアの世界って音楽家と一緒だよね
コードが楽譜で、
インフラエンジニアはオーケストラの構築じゃないけど、楽器(ミドルウェア?
才能が、物言うし、
ある程度ラインかある
頑張ってできるものではないか
はぁー真面目にやるのがアホらしい >>307
その楽譜や楽器の例えはまったく的外れだと思うぞ。
得手不得手はあるだろうが、特別な才能が必要な業種ではないよ。ある程度の適適性とそれなりの努力さえあれば誰でもやっていける。
少なくとも、音楽家ほど、才能と環境と運が必要な狭き門ではない。
自分が挫折した理由を客観的に見られず特殊な才能がないせいだなんて結論付けるなら、どんな仕事を目指しても同じだと思うぞ。 まあ才能のあるなしで仕事量が違うのはあるかもね
音楽家に比べると広過ぎるくらいの門なのは確かだろうな 自分の職場は能力評価より努力評価みたいな環境
プロ野球に例えると残した打率や勝利数より素振り回数や投げ込み回数が大事みたいな評価基準
案の定開発能力はとても低い
しかし気合だけは入っている 俺が最初に入った会社はSESで現場ぶち込まれて何も教えてもらえず社内ニート2ヶ月の末辞めた
その後今の会社に入ったけど教えて貰えてて着実に進歩してる
けどマニュアルとかはないからそこがネックだと思ってる
今の会社の社長曰く俺ぐらい低スペックなら長く働いてくれそうだったから雇ったらしい
>>3みたいな事言いたいならそれ相応の賃金払えば良いだけだな >>311
まぁ、つぶれず金が払われてるんならソレでもいいんじゃないw >>314
おまえみたいなタイプは教えてくれる人が辞めたら連鎖して辞めるからわりとリスクが高い >>307
そーゆ例え話しをする奴って
両方とも分かってない人。
バカw >>3
昔こういうおっさんだらけだったよな
今はいい時代だよ >>316
ググる力ってあれ基礎的な知識があるかないかでしかないと思うわ
あるレベルまで行ったらあとは何とかなる
これが分からん人ってのがなんで分からんのか興味ある >>321
EC-CUBEを利用した販売サイトがあります
お客様の依頼は「最近商品ページの表示が極端に遅い。なんとかしてくれないか」
さて、どういう風にググる? ググらないな
現状がどうなっているか確認する
次にどこが重いのか推定する 遅くなる原因として何がありうるのか過去の事例をググって見る低能力者 そんなプレッシャー与えんなや
電話も取らねーし言われたことしかやんねーぞ 開発スキルはともかく社会人としてならすでに新人のほうが上なんだが
コミュニケーション能力、教養、行動力、問題解決能力が高い
なんでもっといい会社に受からなかったんだ そりゃ開発スキルが足らなかったんだろうよ
開発スキルって基本、大きく上がらないと思う つうか別の業界行けよって思った
SEやらせて潰すのは勿体無い人材 そもそもなんの言語でどのフレームワークの何で詰まっているのか。
基礎的なプログラミング能力はどれだけあるのか。
Hello WorldのレベルにRESTサービス書けとか言ったらできないの当たり前だし
文書読んでもわからないの当たり前。 年収2000万以上の世界のトップレベル行けば才能も関係あるし今までの積み重ねも
あるけど、日本のプログラマはほとんどはライブラリー弄ってるだけなんだから
そんな特別に才能が必要なようなことはやってないはずだしやるべきでもない。 もう1はいないようだが、まあ本来採用された時点でコーディングができるのは
当たり前だからな。アメリカなんかだとコンピューターサイエンス専攻で4年制出て
インターンもやって小規模なプログラムなら全員できるわけで。
リビューは本来はトレーニングの場じゃなくて同格からのフィードバックの場だし。
素人を現場に放り込んでできるようになった奴だけ続けば良いというのは
海に泳げない奴を放り込んで犬かきでもなんでもして浮いた奴だけで競泳するみたいな
もの。現場はやれることはやろうとはしてるんだろうけど、もともとリビューで
トレーニングとか無理筋なのでできないのは当たり前。 昔レビューでコードに改行入れるなって指摘されたことある 改行入れろって言われたことはあるが、入れるなはないなぁ
どういう理由なんだろう >>342
実装と関係ない気になるところにリファクタリング的に改行を入れてた
そしたら改行入れるなだって それは改行云々の話ではなくて、修正に関係ない箇所は変更するな、ってことだったのでは? >>344
多分そうだと思う
そうは指摘されなかった
ただ改行を入れるな、だけ >>345
指摘されたその場で意図を確認すれば良かっただけでないの? >>343
SVNの差分表示とかで色がつくのが気に食わない人は沢山いる
空行、空白、コメントは差分から除外すればいいだけなのにね
お前はただしい、レビュアーが糞なだけ コードの整形は出来るだけprettierみたいなコード整形ツールにやらせるべき
とは言えルールに定義されてない所をどうするかは
結局個人の裁量になるが
>>349
1つの長い行だったところに改行入れたりしたら
除外できなくね? >>350
コードを途中で改行するのは変化点でいいとおもう
でも普通はそんなに長くしないよね 引数が多い場合は引数毎に改行入れてるけどやってるの俺だけなんだよな・・・ >>333
こういう日本語がおかしい奴が上司だと潰される
正反対な評価を下していそう 残念ながら管理が面倒なほどに引数が多くなるゴミメソッドを実装してる時点で才能がないとしか言えない 新人エンジニアを育て上げる責務は確かに重大
会社の根幹に関わる 20年くらい前、育てるのを放棄した無能経営者、上層部がいた会社は少なくなく、そのツケを払っているというテイタラク。
払い切れず廃業も多く、また払う力がないから未だに割高な派遣で賄う始末。 大手企業では資格所持すると評価を落とす人事がいた
上流工程だと資格はあまりよくないらしい >>359
あまりに嘘っぽいから、自分が資格とれなかったからって資格の方を貶して価値を落とそうとしてるのではないかと勘繰ってしまうな。 嘘と言うか空中戦専門だな
中身がないから心に響かない 資格も良し悪しだな
苦手分野だから勉強がてらに資格取得したら「あ、この分野が得意なんですね」って誤解される事もある >>357
社員に対して親身に教えても「僕、フリーランスになります!」って出ていくよ
これからは、独立したり起業するように新人を教育し
教育した人が自立したら、ネットワークで仕事を回せるような
そういう緩やかな組織を前提とした方がいいのかもしれない レビューの目的はそれぞれ
何を目的としたレビューかハッキリさせてからやるべき レビューは責任転嫁の儀式
儀式だから目的はどうでもよくていかに押し付けるか
だから俺がレビューをお願いされたら必ず誰かを巻き込むし
巻き込めなかったら更に上位レビューを誰かにお願いすることにしてる >>369
そういう不幸な状況は改善したほうがいい!
仕事やっててつまんないでしょ? >>369
レビューしても、「ここが気にいらない」と言われるだけで
解決案はまとまらずに時間切れという、不幸な会議が多いのだが
どうしたらいいのだろう
正直もうプログラムを書きたくない >>372
書面レビューにして、理由を細かく書くようにしてもらえ。 コードレビューで仕様の話をするやつとは関わらない方がいいよ。 >>373-374
レビュアーが代案ないけどケチつけてるケースが多いのよ
リテイクを要求するけど、どうしたいのか本人も案はないみたい
地獄 それは、
「どうすればいいのですか?」
と食い下がらないと おまいらほんと最低だわ、レビューする人の時間をとりすぎ。お前のためにレビューアーが存在してるわけじゃない
毎日レビュー依頼するんじゃなく絶対に文句言えないコード持ってこいよ?
仕事の邪魔してるとしか思えんわ、しつこく毎回来るやつほんま理解できん
>>343
当たり前だよ、差分ができるだけ小さくなるようにするのは 意図を書くと反論されたり無視されるので書かない文化 >>377
あ、今テスト規約つくったから
君のやつだと5000ケースがんばってテストしてね。
あーあー俺の指示した通りにつくってりゃよかったのに プログラマーって性格悪い奴多いよな
ここにいる奴ら、全員死ねばいいのに
割と無敵の人だから、お前らみたいなのいたら多分殺すわ 技術屋というのは、解雇して次に別の技術屋を入れればいいだけ
つまり名人とか職人でもなく、単に知識の技巧を習得して無難に再現できる
組織の部品、歯車だってことだ、いくらでも首の挿げ替えが可能だから
誰もが集まるそれは有能なのが世の中にいればいくらでも交換されるってこと
誰にもできない分野や、人が誰もいないところか、誰にもできないエリートか
おまえらって誰でもできるところを凡人としてやっているだろ?だからいつまで
たっても底辺なんだよ。 プログラマーって教えるの下手なやつ多いよなー
相手のレベルに降りて説明できないんだよね そりゃ職場は学校じゃないからな
知識も無く上から目線のゴミに教える気は起きないだろ
教えて欲しければ金払って学校行けよ >>389
話を聞いているだけで頭の中でフローチャートやら詳細設計まで出来る人が、
フローチャートすら碌にわからないクズにわかるように説明するのは無理。
医者が、中世の人間に最新医学を説明するとして、その時代の言葉と知識だけで
説明しようとして現地人に理解されないからといって、その医者の優秀さの評価は
変わらない。