組み込み系 Part4
レス数が1000を超えています。これ以上書き込みはできません。
リモートワーク事情から半田付けテクニックまで
組み込み系の話題、最近どうですか?
※前スレ
組み込み系 Part3
https://medaka.5ch.net/test/read.cgi/prog/1635560580/ 組込みだけど8割くらいリモートワーク
調査、テストのだけ出社 マネージャーから見積もりしろと開発メンバーに声がかかってきたときにもう作り始める人ってどれくらいいる?
どうせ見積もりしても本当にそんなに工数必要か?と言われて削られるから見積もりしながら作って開発開始時点で7割ぐらいコード書いてるんだが・・ >>4
うちはマネージャーが工数見積もりしてる
もちろんその間に開発はコード書き進めてるよ でたらめな見積もりされるのも嫌だな
どう考えても定時帰りだと4、5年ぐらいはかかるプロジェクトを
1年で終わるような見積もりされたことがあった
結局深夜残業しまくっても1年半遅れ(2年半かかった)でリリースした >>4
工数が出せない内容の時は手を着けるし
規模が小さければ7、8割出来上がってるだろうね PMと付き合い長いから工数見積りする横でプロトタイプ作って、そのかかった工数で2人で擦り合わせて計画引いてる
ピュアに頭から見積もったって誰もが納得する数字は出ないし ちなみにスクラム開発とかやってたりする?
工数算出どうやってるのかな アジャイルやってるプロジェクトは残業だらけなイメージ
なんでだろうな アジャイルは何度もイテレーションまわすことによって〆切や期限が増えるのでストレスが蓄積しやすいと言われている ビルドやデプロイ、テストがある程度自動化されてないと厳しいよ
手作業でビルドしてリリース、とかやってる現場じゃそのうち破綻する アジャイル=何度でも設計変更できる
と思っている管理職が多いからだろうね 工数見積ってどうやって出してますか。
社外で仕事したときの管理者は、機能別にソース行数を予想で出して、係数をかけて時間に変換して積み上げてました。
自分の職場は機能別にカンで出してます。 誰も正解なんかわからない
過去の似た事例で何ヶ月掛かってるか見て判断するしかない
大変だよね正解がない問いの答えを出すって
頑張って ウチだと予想ステップ数積み上げとFP法比較して多い方を採用する
複数手法の見積もりが必須なので
妥当かどうかは別 過去の類似機能を作った時の実績を使うか、実績が無い場合は、頭でコード思い浮かべて考えるしかない。 要件定義からの機能分析から必要な処理を割り出して
だいたいの部品点数を上げて複雑度の重みを加えて算出
工数は少し多いくらいで丁度良い
要するに客がその数字に納得出来る根拠を示してやれば良い
まあ、最初に予算ありきがほとんどだから
そこから予算に見合った無駄な機能を削って行く事がほとんどだけどな 人によって違うのはどうしてますかね。
はずかしい話なんですが、私が工数を見積もると同僚の見積の倍くらいになります。 見積もりは余裕もたせて見積もってる
マネージャにもっと短くしろと言われてした場合に
遅れた時にお前が短くしろと言ったからだろと言い返せるので >>20
プログラマの生産性は優秀な人と無能な人とで10倍差あるとちゃんと言われてるからそうなっても普通 俺なんか実際にやってみたら
自分の見積の倍くらいになるから
最初から倍にするようにした >>23
そうすると、「ここ2日もかかる?1日でしょ」等を積まれて半分にされます。
あるいは、自分がやることが決まってる仕事を同僚が見積もります。
面談でこれを問題として指摘すると「そのくらいでやってほしい工数として出してる」と。
結果、利益でないか赤字。評価は低くなります。
要求水準に達していない意味で仕方ないかな、とも思います。 対外的な見積もりは多めに
内部的な見積もりは少なめに お前らの会社は見積もりを他人にごちゃごちゃ言われて変えられるのか。
うちの会社はありのまま見積もった結果がそのまま大概受領されるのに
。
会社の社風や組織風土とかによるんだろうな 見積もったら工数積みすぎって言われるからじゃあそっちの責任で見積もれって突き返すようにしてる 部下に予定通り以上の成果で終わらされたら昇格追い越されるから
上司は部下が遅れる工数に減らすわな アホみたいな発想w
そうやって毎日脳内でシャドーボクシングしてんのか? 役員なら兎も角、いまどき中間管理職昇進を受け入れる人なんて微妙な人しかいないし
できる部下を潰すことしか考えてないっしょ これくらいの工数で終わらせてほしいからという理由つけて
後輩や部下の見積もってきた工数を減らすとか、策士かもしれん
本当にそういう理由でやってるならいいけど、わからないからね
後輩や部下が進捗遅れて評判低下させからやってるという場合もありうるし
出世競争勝ちたいからズルでも何でもバレないようにやる人いっぱいいるからねぇ・・・ 工数減らすのは自社開発くらいだよな?
ソフトハウスが他社の受注で仕事してるなら見積もりは相手が妥協するギリギリまで伸ばして交渉するはずだからなぁ 自社開発の納期は社内都合だから「延びてもまぁ」ってなるから締めるために短めでスタートすると思う
客との契約ありの納期は延ばせないから長めに設定したい
この違いだと思うぞ
部下を貶めたいとか、出世争いでもしてるキャリア組ですか? 部下を潰すって、いかにも匿名掲示板みたいな言説
まぁレベル低い職場だとそうなのかね 案件が上手く行かないと上司の責任になるのにどうやって部下だけ潰せるんだよ? >>39
人変える。異動
他のプロジェクト、子会社、SESとかから調達 全体の責任となるPMではなく開発メンバーの先輩が後輩の工数を確認して「これは多すぎるんじゃね?PMになんか言われるかもしれないぞ」とか適当に言って減らしたりする場合もあるから。
先輩は自分の余裕ある工数で作業進めて、
後輩は減らされた工数で進めて遅れる >>25
まぁ理屈が通用しないんじゃどうしようもないね。
理屈で考えると実績の2倍でできる根拠を示せってなるけど
それが通用しないなら理論武装そのものが無駄
同僚が早く、自分が遅いことはあり得る話だからね
あくまでも自分じゃなく同僚がした場合の話。
まぁ実績を積み上げていくしかないと思う。
そこまで続かないならここは合わないと思うしかないかな。
あっSESスレじゃ無かったねスマン なんちゃらの法則で納期は短めにしないと
作業が納期いっぱいになるように無駄な仕事をはじめるので システム屋さんと打ち合わせしてて、製造の工数が~とか言ってきてなんだ?と思ったら詳細設計以降のコーディングのことを製造と呼んでるらしい
設計書はマニュアルで、プログラマーはライン作業者、みたいな感覚で捉えてるっぽいな
メーカーの開発とは文化が似てるようで違うなと感じた はれぶたの作者が子供という漢字にブチ切れてたのを思い出した メーカーだけど、コーディングのことを製造と言ったりメイクと言ったりするが?MKと言ったりとかも
会社によるんじゃね? 今まで聞いたことがある略称
要件定義:RD
基本設計:BD
詳細設計:DD
コーディング:CD、MK、PG
単体試験:UT、PT
結合試験:CT、IT
システム試験(総合試験):ST
運用試験:OT 上から アルファベットにしてるとこもあった
要件定義がA
システム設計 基本設計がB
みたいな 「基本設計」は「構造設計」とか「構成設計」って言ってる会社もあった
大規模なプロジェクトだと「基本設計」の前に「全体設計」や「アーキテクチャ設計」を設けて2段階にしている会社もあった
「結合試験」も「機能間結合試験」、「レイヤー間結合試験」、「ドメイン間結合試験」、「サブシステム間結合試験」、「全体結合試験」のような名前をつけてるところが多い
「総合試験」も「システム試験」や「統合試験」と言ったりとか、会社によって違う
結合試験や総合試験で組合せテストを作る時も、「要因分析表」と言ってる会社もあれば、「因子水準表」と言ってる会社もあった
「ガントチャート」も「工程表」と言ってる会社もあれば「線表」と言ってる会社もあった SESはそういう開発工程の名前を知らない底辺みたいな奴たまにいるのはなんで?未経験で入ってくるから? SLCPとかそういうことで標準化進めてたよね。一定の成果はあったと思うけど >>54
会社によって略号がマチマチだから覚えてられないんだがなぁ 要件定義⇔総合試験
基本設計⇔結合試験
詳細設計⇔単体試験
コーディング
というV字は大体の会社は同じだろう? 情報処理技術者試験での用語は、
システム要件定義
システム方式設計
ソフトウェア要件定義
ソフトウェア方式設計
ソフトウェア詳細設計
ソフトウェア構築
ソフトウェア結合
ソフトウェア適格性確認テスト
システム結合
システム適格性確認テスト
って変な名前ついてるのは何かの利権? >>61
むしろ組み込み系だとこっちがデフォでは? この話題いつまで引っ張るのか
会社文化ごとに微妙に違うのは当たり前なのに列挙しまくっても意味無いでしょ 昔は基本情報技術者試験とかで、
プログラム設計みたいな工程があったな
今は無いのかな? 組込みで、デジタル信号処理の知識って使いますか?
z変換、離散フーリエ変換、高速フーリエ変換とか
FIRフィルタ、IIRフィルタとかです >>66
何を作るかの内容によるけど使う可能性はある。
会社によっては、それ専門の部門を作るところもあるかな float coefficient = 0.5;
float input;
float output;
int IIR_Filter(int input){
static int output_old;
output = coefficient * output_old + (1 - coefficient) * input
output_old = output;
return output;
}
フィルタって言ってもIIRなんかこれだけだぞ?
無限ループ処理でこの関数を呼んでセンサ値inputを渡してやるだけ。
coefficient(フィルタ係数)の調整は必要だけど。 人名と同じで名前だけすぐ忘れちゃうけどスペアナとかいろんな場面で過去当たり前に使ってて
知らーんって思ってたら実はやってたんやん、てのばっかり
で使い回せるように作ってるんで一度作ったら詳しいこと忘れてる フィルタの適用処理なんてローパスもハイパスもバンドパスもバンドストップも同じ
むしろ係数の計算が本質でありノウハウ 開発する製品の仕様を満たすための技術要素として必要なら使う、不要なら使わない 年々要求が増えて開発規模がでかくなるから、
メカ、電気と比べて、組込みソフトの問題が一番多くなり、
仕事の負荷が、メカ屋、電気屋より圧倒的に多くなりつつあるのに、
その負荷を分散できるようなスキルある人の投入も殆ど無い現実 BPは文系ドシロウトばっか寄こしやがるしなぁ
テスターですらオシロの使い方もわからんゴミばかり
マジでまともなBPってほとんどないから困ってる 部内の複数のプロジェクトで、
一部の優秀な社員の取り合いになってる BPってバトルプログラマーだよね?
本当にいるんだな これも会社によって呼び方違うよね
BP(ビジネスパートナー)
パートナー
協力会社
外注
昔から長い付き合いのあるSES企業は直接会社名で呼ばれることも 会社によるんじゃね?
請負を外注さん、SESを協力会社さんやパートナーさんと呼んでるところもあれば、
請負もSESも両方、外注さんと呼んでるところもある。
そもそも、請負、SES(準委任)、派遣の区別をプロパーのメンバーが理解してない怪しい会社もある。 ある大手さん特有の言葉で
共栄企業 共栄会社
とかもあったな プロセスの言い方がどうだとかクソどうでもいい話題を延々引っ張るアスペ 気に入らない話の流れだとアスペ認定するアスペ
見ないか別の話題ふればいいだけなのに 「組込み」オタクって周りにいますか?
「組込み」とか「エンベデッド」と書かれた書籍を収集したり、
エンベデッドシステムスペシャリストやシステムアーキテクト、ITストラテジスト、システム監査技術者みたいな対象者に「組込み」と書いてある国家資格を取りまくったり、ETECを受験しまくったりとか。
「IoT」にはあまり興味がなく、「組込み」に興味があったりとか。 「組込み」ではなく「組み込み」と書いてあるとなんか嫌だ そもそも>>91の考える組み込みオタクがズレてる
組み込みってモノ作ってなんぼだし、書籍とか資格じゃなくて基板作ったりFW組んだり3Dプリンタやミスミでメカ設計したりして、実際にモノを作る人がオタクでしょ
あと別にIotは毛嫌いする分野じゃないし >>93
うむ、なのであえて「組込み」とした。「組込み」という言葉が好きな人
物を作る事よりも「組込み」収集家みたいな人 組み込みから業界変えようと転職活動してるけどガチガチのマイコンFW設計が主だったからかSIerとかじゃ経歴が全然響かない
特許も取ったりしてそこそこのスキルはあるのに企業側が全然ピンと来てなかったりして
エージェント挟んだほうがいいかね エージェントは挟んだほうが書類も通りやすい
話もつけてもらえるし 組込み以外のITは、組込みの話あまり通じないから注意
奴らは最上流工程やコンサルウェーイで、設計やコーディングとか下流工程はSESとかの底辺がやる感覚
組込み業界はわりと下流工程も大切にされてるけど
それ以外のITの元請けは技術的な話はまず通じないと思った方がいい SIerは組み込みに限らず通じないことが多い
もし本気でSIer転身を目指してるなら
別のIT業界のベンダで揉まれてからの方がまだ良いかと 同じIT業界でも組込みだけ特殊なイメージ
そもそも組込みはメーカーが元請けなので、
機械メーカーや輸送機器メーカーとかは
IT業界とはちょっと違う雰囲気 SIerも多くはメーカーだがな
わかった風でコンサルが参入してるから丸投げ中抜きとか言われてるけど ウチメーカーだけど、逆にSIerから入ってきてボロクソに言われてるやついる
単純に技術力と知識がなくて干され気味
内製せずに外注任せのようなメーカーだったらまた違うんだろうけど 大手メーカーだと結局サプライヤーコントロールがメイン業務になっちゃう会社も多いらしいけどね
H〇ndaとか
設計実装を自前でできる環境は大変だけど幸せだと思う うちはメーカーだけどプロパーも設計実装テストやってるからやりがいがある
協力会社のコントロールだけだと、何も技術的なスキルつかないだろうし、楽しくなさそうだ 自社開発メーカーでコンサルSIerみたいなのが上司だと部下はきつい うち(大手メーカー)の上司(部長、課長、係長)なんか、権威主義みたいな人間8割だな 最近話題のリスキリングは、組込み業界は18%らしいな
メーカーなんで、業績悪くなるとすぐリストラする業界だが 単価高いSES使うのやめてなるべくプロパーだけでやろうみたいな雰囲気高まってないか?うちだけ?他の会社はどう? 関東の仕事が関西に振られてくるのって、単価が安いからかな
関西のSESです うちは
コア技術の流出が秘密保持を結んでいても怖い
技術やノウハウが社内に蓄積しない
製品の知識(仕様、機能等)が身につかない
というようなことを気にして、設計や実装、テストまで
プロパーで極力やるようになってきた とはいえ、大規模プロジェクトは人が足りないからSES入れるけど
昔から馴染みの企業のSESしか契約しなくなった
1次請けはその馴染みの企業のリーダー・サブリーダー格だけで
2次請けは知らない企業ばかりという中抜き構造は相変わらずだが ウチもそんな感じの流れになった
それで半端なBPドバっと切った
実機テストフェーズだけ木っ端を呼び寄せる感じ 安心しろ
30g代でも40代でもスキルないやつはないから 電源入れなくてもデータ書き込めますか?と聞いてきた女がいた 無理に話題に加わろうとして的はずれなこと言っちゃって恥ずかしいやつなw 組込み屋で転職するときに考えたいのは、求人を見てソフト開発も
「電気設計」で纏められてるところは避けた方がよいということ。
ソフトはおまけという価値観が残っている可能性がある 電源入れたまま基盤を抜き差しした奴が居て
コンデンサが破裂した 当初動作が怪しかったから plag and pray (rのほう)と言ってた 新規開発プロジェクトでよくあるグダグダ感とか
仕様書や設計書は間違いだらけ、コードはバグだらけな
終わるのか?みたいな雰囲気が嫌い 実際中途半端に終わらせて市場トラブル多発するけどね 組込みじゃないけど今の世間騒がせてるマイナポータルとかもおそらく、
開発者はそんな納期指定されても終わらねーよと内心思いながらも
上層部は、終わらないよじゃなくて終わらせるんだよとか根性論言って無理やり中途半端に終わらせて、重大なバグを取りきれず、今この有り様だろうな
大体どこでも問題起きるのはこういったパターン でもお前外野は遅れたら遅れたで文句言うじゃん
ダブスタ >>121
ソフト軽視にありがちだな、部分ブラックだからソフトだけが地獄を見る
離職率に顕れるからすぐわかると思うけど社内全体がその意識だと最悪ね PLC(ラダー)関連をやってるような企業や機械制御関連は時々そういうの見かける
募集職種が電気設計エンジニアと書いてあり、
内容を見ると電気以外にソフト開発も書いてある 新卒の時、俺が家電メーカーの組込みソフト屋、友達が機械メーカーの電気配線・PLC屋になったが、
しばらく経って、そいつが「組込みソフトなんか誰でもできる」みたいな価値観に変わっててちょっと残念だった
上司に洗脳されたかなーみたいなw 制御系はやる事決まってるから、工程が確立してれば
そりゃあ、誰でも出来るさ
毎回新しい事やってるソフト屋とは違うんだよ 組込みなんか誰でもできると言ってソフト軽視してる人に、
テストはどうやってるのか聞いてみると、
軽く正常系の動作確認程度のものしかやってなかったりする
一般的なソフトウェアのテスト設計の技術も知らなかったりする
ソフトの開発工程とかもよく知らなかったりして
まず話が噛み合わない
ほんとにオマケ程度にソフトやってる人なんだなってわかる こういう反論ありきの話は話半分でハイハイって聞き流してる
ムキになるやつは大抵論旨が歪むので 誰でもできるのレベルが会社によって違うから
その会社の誰でもできるレベルが世間一般的なことだと
外の世界を見たことない奴は思ってしまう 組込みで今流行ってる技術って何?
やはりIoTやAIとか組込み以外の技術と連携するところ?
OSが性能アップしたとか、
組込み向けのモデルベース開発が昔よりツールの性能がアップしているとか、そういうのはある? 組み込みって幅が広すぎて共通の要素技術で話題になることがあんまりない印象
それよりもドメイン領域が重要で、モータ制御ならセンサレスの推定精度の向上とかより省エネ化するだとか
AIやIotはエッジデバイスの機能として流行ってはいるけどそもそも扱ってる製品でシナジーあることが前提だし センサレスの推定精度の向上って、組込みというより制御工学のオブザーバやカルマンフィルタじゃね? ・OS、ミドルウェア
・CPU、メモリ、FPGA
・開発ツール(IDE、テストツール、静的・動的解析、モデリング、ICE)
自動車や家電、ロボットとか、どの分野の組み込みの人でも使えるような、この辺りの技術は進歩してるの?
制御やAIみたいな必要あればプログラムに書いて組み込む技術ではなく なんか最近、おーすごい技術、これは使えそうって思える組込みニュース少なくね?
2010年前後ぐらいまで「組込み」ってよく話題になってたけど
「IoT」とかに奪われたイメージがある 多分20年後もC/C++で組み込みは変わらんだろう
知らんけど ワンチップマイコンにさえLinuxが入れられる時代にいつまでもCやC++とかあり得ない >>151
CはCでも、C89(C90)止まりの現場は改善されて欲しい… MISRA-Cが制約多いけど、さらにローカルルールでswitch文も禁止になってる それはキツイな
ウチはアーリーリターン禁止は無視してたり、規約はわりと柔軟にやってる
コードフォーマットも共通のを使ってマージ時に自動テストついでに自動整形も最近入れた アホらしく見えても膨大な過去のトラブルへの分析から生まれた知恵だから
背景を知ったうえで見ると合理的なのかも知れない
自分はそこまで知らんから納得できないこともままあるけどね コード書いてるのがバカばっかだから
バカでも間違えないようなルールにしてんでしょ 静的解析ででた指摘を全部直せとなって、長期間の開発になるため、
昔みたいに短いターンで商品がリリースできずにいる
労力の割に市場での問題も少ない >>159
あれは工数水増しして料金貰う為にやるんだよw テストも全組み合わせでなく、やるやらないのメリハリをつけるような進め方してるとあのパターンもやれこれもやれと横槍だらけになる
やってない組み合わせを分布化して見える化すれば、やってないところでバグが出ても納得できると思うんだけど品保となかなか意識が合わない
自動化したって全組み合わせは無理だと何回も言って回ってるんだけど
そもそも組み込みでの実機テスト自動化の大変さをみんな過小評価してるし 全チェックしたら大概何万件と指摘出るのに無理だろ
バッファオーバーランやメモリリークとかよくある指摘だけ厳選して対応すればいい 実機テスト自動化って難しいから
シミュレータ環境で全テストというのをやってるな。
現場その1
C++での開発だけど、シミュレーションの仮想実機(シミュレーター)を作っていてその上で走らしてる。
テストスクリプトはJavaで書いて、自動テスト化してる。
でもC++ではバグが無くならないのでRustに変えようかと検討してるらしい。
現場その2
単体テストをC1C2カバレジとるようにしてる。WinAMS(シミュレーター)に頼ってる。
こっちはバグはほとんど無いね。最近あったのは仕様漏れとかだった。 UI系のよくあるあるの
隙間で別イベント割り込みとか
どうやって試験してる? 実機のテスト自動化何回か主導したことあるけど共通して言えるのは、最初から自動化を見越した機能を組み込んでおかないと難しい
通信で外部から動かせたりステータス読めるようにする口が必要
後付けでやろうとすると破綻する 組み込みシステムの開発はしたことあるけど、回路図とか読めないし、オシロスコープも使ったことがないのだけれど。
テストは、エミュレータでしてた。
これ、組み込みで転職すると苦労するかな、、 組み込みでも回路図読めないオシロ使えない雑魚グラマはそこら中にいるから安心しろ >>166
一般に使われている用語のエミュレータと組込みの世界で言うエミュレータはちょっと違うからね
それは認識できてるかな
ICE インサーキットエミュレータ 実機デバッグではこれを使うことが多い。
JTAGの場合はエミュレートというよりCPUの機能使ってるからCPU動作そのまま
昔のICEなんかは、CPU差し替えるからCPUエミュレートしてたんだと思う
一方シミュレータ シミュレータデバッガは、実機なしでデバッガプログラムに
模擬して実行してることを見せかけるもの
で、デバッグがエミュレータなら別段普通のことだけどね >>168
シュミレータですね、、
シュミレータも作ってましたが。
実機触ったことないです。
組み込み開発してたことはしてたけど、入ると苦労するかな。 それこそ担当部位に因るんじゃないかな。
アプリケーション層寄りならいけるんじゃね。
デバイス寄りなら…苦労するよ。 回路図読むくらいだったら文系でもわかる電気回路、電子回路の本読めば読めるようにはなる 回路図読めたら凄いみたいに語る奴いるけど、
回路図なんか少し勉強したら誰でも読めるから別に凄いことではない すごいとかじゃなくてそれすらできないやつが沢山いるってことじゃない? ハードウェア→数学
みたいなイメージがあるのだろう
文系ばかり量産してる国なので 今の会社も昔働いてた会社も
アプリ担当の部署とプラット担当の部署に分かれてて
プラットがリリース遅いから結合試験できずアプリの開発遅れるとかよく揉めて仲悪いんだけど、そういうの分ける必要あるのだろうか
商品毎にチーム作るだけでよくね? >>178
まぁそうなるよね。
プラットフォームとアプリケーションでは必要な技術が違うからね。
プラットフォームは当然マイコン依存部のドライバなどのそういう系の技術がいるし
アプリケーションは、アルゴリズムや制御理論などの技術がいるんじゃないかな。
両方できれば問題ないけどどっちかの人のほうが多いと思う うちも、ハードはエレキもメカも仲良さそうだけどソフトはアプリチームとドライバチームはバチバチ
横断する人材が少ないとそうなる
互いの仕事内容を理解してないのが原因 上がそういうマルチな知識や経験を持っていて差別なくリスペクトできる器なら
そういう種別間のバチバチもまず起きないけどね そうやって全て上が悪い、自分は悪くないって考える癖直したほうがいいよ 回路屋と組込み屋が仲悪い
組込み屋の中ではアプリ担当と下回り担当が仲悪い
メカ屋と回路屋は仲良い
メカ屋と組込み屋は接点少ないから普通
こんな感じのところが多くない? 文句があるなら上にたってやってみろ、っちゅーこっちゃろ。
上にたってるんだから、必要なら細かい技術も学んで理解して全体最適な采配せい、というのも分かる。
上も下も超優秀なのは少ないのよ。 IT業界がおかしな事になったのは、ゴマスリ無責任野郎ほど出世して発言権を持ち
超優秀な人ほど評価を抑えられ奴隷化するようになったからだけどな 世の中で同じ意見を聞いたことがない俺様理論で全く根拠がないが
今の65歳ぐらいの世代が一番クソだと思う。
俺はその下で今年還暦だけど社会人になったときからずっとそう思ってきた。 現場で優秀な人を現場から剥がされると現場が辛くなるから
現場では要らん人を遠くに飛ばした結果が出世の形になるってのは割と良くあるね
結果的に適材適所になる可能性もあるし駄目なら部下無しの謎役職で窓際行きでリストラ最優先候補 現場にいなくても痛くもない奴か、後釜なんていくらでも用意できる簡単な仕事か
なんにせよ出世して管理に回るタイプってのはそういうのよね そう、お前が出世しないのはお前が優秀だからだよ すごいね オラオラ系のPMやPLよりも
現場にいるマネージメントは無理そうだから出世はしないだろうなと思える担当者がスキルあって優秀だったりする 日本型マネージメントは管理とは名ばかりで右から左へをやってるだけ というか、うちのPMの場合、偉そうにしてるだけで何も知らないし
すぐ共有したことを忘れるかから
暴走しないように開発メンバーに逆管理されてる。
本人は逆管理されてることに多分気づいてなく、俺が引っ張っていってる感覚だと思うが、軌道修正は下の人間がやってる そんな雑魚会社の雑魚エピソードを語られましてもw
底辺の出来事を一般化しないようにしようねw 【不健康】SEのせいで孤独死【不経済】
☆大迷惑だから稼働減らして収入増やせ☆
金稼ぎ無理!
共働き無理!
[時間外労働違反追放のお願い]
時間外労働違反
↓
偽装委託多重派遣搾取
↓
低技術
↓
低収入
↓
結婚難
↓
孤独死
反社会な孤独死の現場
https://i.imgur.com/mfvCLRU.jpg どうしてもあらゆるPMや管理職を悪者に仕立て上げたいやつな
こういうのは個人的な感情による結論ありきの話なので会話は通じないよ
エンジニアの思考回路ではない 組み込みの連中って単純に技術のアンテナが狭いというか、ソフト屋ならそれくらい知ってろよってことを知らなかったり古臭いツールで非効率な方法とってたり、鈍臭いイメージ 10年前と使ってる技術がさほど変わらないから
web系とかと違い基礎基本を押さえておけばリストラされない限り定年まで居やすい
そのかわり、人の入れ替わりが少ないから
老害が増えたり、仕事が属人化したりしやすい 好きで古臭いツール使ってるわけじゃないし別にスキルを磨いてない訳じゃないから単純に扱う技術分野が違うだけじゃないか?
逆にアプリ屋とかweb屋だとハードの制御の仕方や基本的な電子回路の知識がせいぜい一般人並みで簡単な回路図も読めなかったりタイミングチャートも書けなかったりするしお互い様だよ スキル磨いてる人…ウチの職場では思いつかないのが悲しい >>203
なんか苦しまぎれだな
10年前はEA(エンタープライズアーキテクト)とか、WinAMS CasePlayerとか使ってなかったし
進化してると思うけどな
Clang.Formatも使いだしたのは最近だけどね
QACは10年前からあったけど 無料でVSCodeで使えるcppcheckは最近だしね >>200
話が通じない奴は頑なに否定している君も同じよ? エンタープライズアーキテクトってツール、10年以上昔からなかった?
DFDの制御バーとか、
セサミが出してる構造化モデリングの本に対応してるやつ astah有料になったの知らんかった
重宝してたのに いまだにExcelでシーケンス図書いてる会社があって驚いた なにせ、ここ数十年で発達した日本の管理職像はヒトラー型で、言えば何でも通ると思ってる
命令を名目に依頼に対する賃金待遇も無視できるし、必要な金は会社が出してくれる
会社の金は従業員が稼いでくれる、本人は知識技能は不要だからラクよね
営業とユーザーを掛け合わせたような非常にタチの悪い存在とも言える
UMLは20年前よく使ってたが未だに気持ち悪いよ C言語での開発の設計で関数の構造図(モジュール構成図、ストラクチャーチャート、プログラム構造図、関数ツリーなどとも言う)を書いてる人いますか?
膨大になるから今時書かないですか? そのツールは既存のソースのリバースではなく、新規作成もできますか? ソースコードがあるのに図解しなきゃならないって
構造がぐちゃぐちゃなのですか? >>211の前段と後段の落差に笑った
前段は時候の挨拶みたいな感じなのかな >>214
リバースしかないと思う。そういう使い方しないから。
プロセス状、詳細設計書作るのがコーディング後になってる。
そのツール使ってソースから作るのが前提になってる。 >>215
開発プロセスとして作成が必要だからです。 >>218
いや、単に成果物として納品しなきゃならないから作ってるだけだぞ 10数年組み込みやってるけど、
全ての関数の詳細設計書が揃ってるプロジェクトを経験したことがない
ざっくり書かれた基本設計書のようなものを詳細設計書としているか、
最近修正や追加した関数の詳細設計書くらいしか無い >>222
当事者がみんな逃げた現場にメンテで投入されたとき >>223
そんなのしょっちゅうだけど詳細設計じゃ流れ見えないから
結局ソース全部追ってるわ、その方が早いし嘘もないし確実 1.データ設定処理をコールする。
1.1.戻り値が失敗の場合、異常を返す。
1.2.戻り値が成功の場合、正常を返す。
という具合にフローが日本語で書いてある詳細設計書、最近も見かけますか? 個人的に関数の中身よりも、
関数の概要、入力値、出力値だけわかればいい。
あと関数ツリーがあれば全体を把握はしやすいけど、
ツリーを図で書かれるよりは
表で最下層まで整理して欲しい。 ヘッダに処理書いてインライン展開狙うとかやってます?
メリットはわかるけどヘッダに処理書くのしっくり来ない コード中にコメントがしっかり書かれてりゃそれを超えるドキュメントはない 今やってるPJはドキュメントにテストは完璧にやってるところだね。
WinAMSでユニットテストMC/DC100やるし、ドキュメントもCasePlayerでフローチャートと関数ツリーまで
作る。詳細設計書は、ユニット毎の宣言を個別に書くのはマニュアルで記述している。
実際後追いで詳細設計書書いてたんだが、書いてる途中でバグが見つかったよ。
たぶん単体試験でも検出されなかったと思う。 完成品の詳細設計を書いててバグ発見とか
それはそれで大きな課題が勃発 >>231
実際には通らない分岐や滅多に無い条件ならスルー そやなくて試験に不備がある(他にも問題が残されている可能性) だから製品後なんて、クレームになるかならないかで対応変わるだけ
試験に問題あるなしなんて、次期リリースでも無い限り確認しない
…そんな負の財産が貯まって製品になる前の試験工程がバカみたいに大量になった企業も知ってるがw WinAMSで試験したことあるならわかるはずだけど
使ったことある奴いないようだね 認証必要な場合はc++test
そうでないプロジェクトはgoogle test
そんなデファクトスタンダードでもないツールでドヤられてもそうですかとしか^^; 世の中にWindowsアプリしか無いと思ってる方が世界が狭くないか? 別にGAIOさんと利害関係ないのでよいしょするつもりもないが
https://www.gaio.co.jp/products/crtfctn/
第三者認証機関TUV SUDより 自動車機能安全規格ISO 26262のツール認証を取得
自動車機能安全規格(ISO 26262)に準拠した車載ソフトの開発を行っていただくために、
ガイオのテストツール、「カバレッジマスターwinAMS」、「CasePlayer2」、「MC-Verifier」、
「Quality Town for Embedded grade(QTE)」は、
ドイツの第三者認証機関であるTUV SUDよりツール認証を取得済みです。
あとQTEは Google Testを取り込んで 認証済みの本ツールにかけれるみたいだね
https://asset.lmsg.jp/20052/3-GAIO_VL-Market04_QTE_210916.pdf Google test使いはじめたんだけど、
C++のprotectedやprivateのような外部からアクセスできない関数を単体テストするにはどうすればいい? ちなみにテスト対象のコードにテストコードは書いちゃいけないみたいだから、friendとかは使えない。
iutestも導入してない。 みんなブレークポイント貼ってステップ実行でシコシコ単体テストしていて自動化はわからないからスレが止まるパターン だから世の中、Windowsアプリだけしか無いみたいな話にゃついて行けないだけ 自動のテストコード書くよりも、テストしたい関数の最初でブレークポイント貼って止めてステップ実行でテストするほうが早くね?
テストコード書いてレビューしてる間にテスト終わらないか?
実機が必要かもしれないが 大方流用だったり、流用した関数も変更してた場合とかでも
テストコードがあれば、一から作らなくてもよいしね。
自分の仕事が新規でコード書いてデバッグするだけなら、ステップ実行で
テストするほうが早いと思うかもな。 WEBとかの選択制の中で組み込みエンジニア枠で入って今研修受けてるけど調べてる感じなんかWEBとかのほうがよく見えてきちゃった
情報が少ないから悪く書かれてるだけで本当は年収とかリモートとかアプリ開発とかと比べてそんなに悪くなかったりするんですか? Web系にも言えるけど顧客次第かな
儲かってる顧客の製品なら環境もそれなりに良いしその中でファームの占める寄与度が高いなら払いもそこそこ良くなる
ただし肌感覚だけどファームの占める寄与度が低い事がままあるので期待値で言うとWebの方が収入は高めかも
同様に大規模システムの末端をちょろっと開発するような下層n次請けのWeb屋よりは高くなる
事業会社のソフト系関連会社とかだと事業会社と同等くらいの待遇になる事が多い感じ
リモート出来る率は低めかな大抵実機テスト必須だし 自社だとファームウェア分野といわれている
組み込み系はリモート率低め+単価低め+DQNの巣窟というクソみたいな分野だから人気ない
年配者がいるけど、彼らは職人気質というよりDQNだから言葉が通じない 40代はヤクザばかりだった
いろんな意味で組み込みの人気がないのは納得した
頑張って売上を出してもヤクザの資金源になるだけだし社会的にも悪い存在 組込みやるなら大手メーカーに入らないと収入低い
コードも書かせてくれるのか、どこまでやらせてくれるのかは
確認しなきゃいけないけど 55-65歳→本当に昔エンジニアだったのかと思えるくらいPC操作遅いの多い。スキル低いのに超偉そうな奴が多い(バブル期入社組)
45-55歳→すぐにキレる。大声で怒鳴る。パワハラ気質なのが多い
35-45歳→大声でキレる系は少なくなったが、大事なことをあえて教えなかったりなど陰湿なのが増えた
25-35歳→単純にスキル低いのが多い。1から10まで教えないと何もできないのが上の世代より増えた
↑あくまで今の職場の場合 >>255
すごくせまい世界でモノ語ってらっしゃるのね ずっとテレワークやけど、2、3日出勤や
評価ボードがようやく来たんで起動確認などやる。
最初に火いれるのが俺の担当。 そういえばしばらく使ってない安定化電源のツマミ目一杯回されてた
出力ボタンないタイプなので地味な嫌がらせ 実機テスト用に400Vの配線したんだけど普段DC5Vまでしか扱わないから火入れめちゃくちゃ緊張した
工事士免許いらない範囲とは言え訓練受けてない素人がやるのは怖い 工事士じゃなくて、低圧電気取扱だと思う。
以前の現場は基本それがいると言われてた 調べてみたら50v以上なら必要って書いてあるけど100v機器用にFケーブルで電源線作って繋げるだけでも必要なのかな?
安全衛生にうるさい会社なので違反スルーするとは思えないけどなぁ 若手に仕事ふっても、手が止まって作りきれなくて、
結局俺とか他の人が作ることになるんだけど、
こういう場合、どうしてる? その内容だけじゃ何も言えんわ
まず何の仕事でどんなinputを与えてoutputが何なのか書け >>264
>手が止まる
ってのがわからないが、進捗が芳しくない場合があるね。
まぁ大抵最後までやらせる。
「若手」って言ってるが2年目以降ならちょっと違うけど、
1年目については以下の対応かな
1年目に限りなんでも聞いてもいいというルールにしてた。
それでも聞いてこない場合もあるけど、聞いてこなくても
様子を見て教えてやるよ。
だいぶ時間かかるけど、次回はましになるからだんだん
対応できてくるかな。 与えてるタスクの粒度が大きいならもう少しタスクを分解して見せて流れを誘導してみるとか
ツールの使いこなしや基礎知識や経験が足りてないならペアブログラミングでもして手本を見せたり詰まる部分をもう少し近くで観察して問題点を探ってみるとか
一旦業務から外してハンズオン研修でも受けさせるとか
まずは仕事の進め方(計画の立て方)が分からないのか課題の難度が高くて解き方が分からないのか状況把握しないと何とも言えんね 組み込みエンジニアはガラの悪いDQNばかりだから合わなくて辞める人が多い
悪い意味で職人気質の人が多い 職人気質というか幅広くできないから得意分野が尖ってるだけ 組み込み仕事なくなってクラウドアプリ開発に移ってきたけど今までの経験はあんまり活きてないな
DBもWebも関わってこなかったから全てが手探り 開発環境立ち上げることすら一苦労
まだ20代のうちにキャリアチェンジできてよかった 40前の俺は組み込みから抜け出せなくなってきた。
今更C/C++以外の言語とか組み込み以外の技術とか勉強する気がおきない
定年まであと20年、C/C++で食っていけるかな? その世代なら70まで労働が基本でしょ
モダンなCやC++なら大分書き易くなってるし組み込み開発が無くなる事は無い
ただ満足出来るほど稼げるかどうかが問題ではあるな >>272
テスト方法とか確立したPJならあんまりやる機会ないけど。
テストスクリプトやテストデータの処理なんかで文字列操作とかやるなら
Phythonとかrubyとか使う機会あるけどな。
おれは古い人間なんで yacc とか lexつかうほうが多いけど メーカー勤務だから、コミュ力高い人が主任や係長でPMを経験した後に課長、部長、本部長になり、
大半の人は40代で開発の部署から他の部署に異動かな
品質保証部とか関連部署に
それと10年に一度くらいの間隔でリストラがあり、
使えない人や嫌われてる人は辞めていく いいね、リストラしてくんねえかな
気兼ねなくあったこと全部ぶちまけられる キーエンスの求人やたら色んなサイトで見かけるけど入れても生き残れる気がしねぇ >>277
最初に転職エージェントで勧められたのがそこだったね。まだ高槻にあったころだけど
申し込まんかったけど BPで入ってる知人曰く、技術は大事にするけど人は大事にしない会社
技術で食っていきたい尖った人には向いてる
ワークライフバランスは偏るけどね
あとソフト子会社でしょ?本体ほど給料良くないよ そもそも、組み込みはガラの悪いDQNが多いから若い人が来ない
自分もあまり他人にこの仕事を勧めたくないね 55歳ぐらいから定年手前にリストラしてくれたら
退職金をがっぽり貰えて、年金貰うまでの間も稼ぐ必要もなく
贅沢はできないだろうけど普通に暮らせそうだからいいんだけどな キーエンス本体のソフト部門と
子会社のキーエンスソフトウェアがあるけど
入るならやっぱ本体かな? 本体のソフト部門の募集って見たこと無いな
上で出てた話も子会社の話だと思う
ラインナップ見る限りWindowsアプリの開発が主流っぽいからc#とc/c++かね 組込みソフト子会社があるメーカー
トヨタ自動車→ウーブン・バイ・トヨタ
アイシン→アイシン・ソフトウェア
キーエンス→キーエンスソフトウェア
オムロン→オムロンソフトウェア
三菱電機→三菱電機ソフトウェア
東芝→東芝情報システム
富士フイルム→富士フイルムソフトウェア
島津製作所→島津トラステック
東京精密→トーセーシステムズ
ニコン→ニコンシステム
沖電気工業→OKIソフトウェア
岩崎通信機→岩通ソフトシステム
日新電機→日新システムズ
サクサ→サクサシステムエンジニアリング
富士電機→富士アイティ
パナソニック→パナソニックアドバンストテクノロジー
日立製作所→日立ソリューションズ、日立システムズ、日立産業制御ソリューションズ
ジャノメ→ジャノメクレディア >>284
ちゃんと求人みてないから組込みかわからないけど画像処理のソフト屋や開発リーダーは募集してる あ、やっぱりキーエンス本体の組込み屋もDODAで求人あった
大阪と東京で募集してるみたい 入社試験でその場でコーティングテスト受けさせられるって噂聞いてビビって諦めたわw その場では業務系やWebなら至って一般的な試験だが BPで行ったことあるが、二度と行きたくないと思ったところの一つ どこかの中小メーカーの中途採用で基本情報技術者レベルの試験なら受けさせられたことがある
無勉でも多分9割前後は正解して普通に通ったけど、もし全然できなかったら知識ないのバレバレで恥ずかしいだろうな コーティングテストって心理学的には否定されているよな >>292
何を言ってるのかはわからないけど、適性だったり場数をどれだけ踏んでるかってのは判るね
一夜漬け、詰め込みのような暫くしたら忘れるような覚え方ではなく
いざって時にドキュメントがなくても即興で臨機応変に組めるか
それができると人のコードも母国語のように読めたり読むこと自体が早かったり
慣れない環境や緊張状態でも冷静に対処できるかとか、まあ色々分かったりするね コーティングテストってなんだ?
コーディングではなくて? 自分のタイピング力を信用してないので基本的にソースの構文は打たずに他のソースから切り貼りして手直ししてる
勿論処理は自分で構想するけど
こういう自分みたいなタイプはコーディングテストとか絶対ボロボロw 俺もIDEの自動入力とかに頼っているので素で書くのはハードルが上がるな タイピング速度と正確性を測る試験なんだろw
知らんけど コード量は多くないけど課題から方法を決めてコード化し完成までの早さと
正確性の他に無駄はないか抜けはないか自動テストのスコアはどうかなど でも組み込みってデバッグ環境プアだし、机上デバッグ能力は地味に重要
リアルタイム処理だとこれがまた大変でめちゃくちゃ集中力がいる 最近保たないんだわ >>300
ひところと違って組込みでもデバッグ環境はリッチになって来たと思うけどな。 ルネサスとか問題なくデバッグできるし
どのあたりがプアなんだ? >>304
あ?
CPUにデバッグ用の仕組みが既にあるんだぞ
それにアクセスするだけだからちょいと専用コードを
メモリー上に置く事すらIDEでやってくれる SoCの開発では実チップができるまでは、速度的な問題でprintfデバッグすら出来ないこともあるよ。 安全性や安定性を本気で重視したいなら開発しやすい構成から考えるもの
開発費が最大のコストなのに敢えて開発費を増やしたがるのって悪い癖よね マウント取るのに忙しいところ恐縮ですが理想論だけなら誰でも言えるわ >>306
それって開発環境整備されてない新しいものの話だろ
組込み以外でもそういうことあるように思うけどな。
詳しくは知らんけど >>309
理想論でもなんでもなく、頭悪いんじゃない?ってだけの話 > 何を言ってるのかはわからないけど、適性だったり場数をどれだけ踏んでるかってのは判るね
いいえ。 組み込みから脱出した身から言うとこの業界全般的に鈍臭いんよね
古臭いルールに古臭い開発環境
上でで出てるような小競り合いも今ではどちらも鼻で笑ってしまうレベル 【偽装委託】馬鹿SEのせいで結婚難【多重派遣】
☆犠牲になるのはSEの結婚相手☆
両親や親戚に反対されましたが、SEと結婚してしまい、中絶と離婚をしました。
・キモい
・モラルがない
・ファッションセンスがない
・コミュニケーションが苦手
・時間外労働違反で共働きできない
・人売屋に開発報酬を奪わせる
・人売屋に知的財産を奪わせる
・裁判官が技術判断不正をする
収入が安定していないと結婚できない
https://codelearn.jp/articles/about-engineer-marriage l_i_t_e(邪魔という方は左記をNGお願いします)
ご家族に教えて、加えて¥4000をゲット可能!
https://i.imgur.com/XDFfPGJ.jpg 理工系の学生のメーカーへの就職人気無いから
組込み屋になりたい人も減ってるんだろうな 2010年ごろまでは「組込み」は盛り上がっていて学校もいくつか作られていたが、
その後はクラウド、IoT、AI、データサイエンスなどがでてきて、
組込みの技術はベースにはなるが、
あまり「組込み」と言われなくなった おかげで、もはや死ぬまで食いっぱぐれは無いと確信している 退職するまでの20年間はあまり組込み技術者増えないでほしい。
家電や自動車とか日本の多くのメーカーは必ず衰退していくから
そんなところに人増えてくると競争するのかったるい お前みたいな視点ズレてる雑魚は競争したって負けるから気にするな
競合先は元々国外だっつの 時代遅れの国内組込はマイコンに焼き込む以外を
組込と認めていない阿呆が未だ大勢いるから
話してるとどうも噛み合わない事が多くて困る お前の脳内にある組み込みとやらと噛み合わなかったら何が困るの?w
単にお前が気に入らないだけでしょ?w そんな感じ、頭に草生えてる奴とは会話にならないから困るってこと 更に酷いとrenesas以外は組込じゃねえって空気の奴も 要するに選択肢が狭くなる
速攻で邪推に至る>>326には悪いけど 【委任契約】客先指示に従うな【請負契約】
☆大迷惑だから稼働減らして収入増やせ☆
客先指示に従うのは派遣契約!
客先指示に従ったら法律違反!
発注者に開発工数の見積させるな!
受注者が開発工数の見積をしろよ!
料金請求できなければ作成拒否しろ!
追加作業は必ず追加料金を請求しろ!
客先の工数計画に従って時間外労働違反するな!
客先の外注悪用の儲けを助長して損害増やすな!
派遣と委託の違い
https://www.komonhiroba.com/labor-issues/outsourcing-difference.html 組み込みか組み込みじゃないかって君等の中ではそんな重要なの? パソコンのマザーボードのファームウェアは組込み
パソコンのOSから上のソフトは組込みじゃない
cdやbd、dvdから起動するソフトは組込みじゃない
スマホアプリは組込みじゃない
それ以外は組込み? 中身が実質PCでも直接PCとして使わないようなもののアプリなんかも組み込みに含めても良いかも
ATMとか券売機とかコンビニの端末とか 自販機、券売機、電光掲示板なんかの制御盤に組み込まれたWindowsなんかも組み込みだね >>334
JR車両内のディスプレイがBIOS画面になってたのをみたことがある 最近のWindowsは、落ちた時ブルー画面じゃ無いのな OSが2つ以上入ってる組込みシステムってありますか?
メイン基板はvxworks、サブ基板はTRONとかはみたことあるけど
同一のCPU上で2つ以上のOSが共存するようなシステムはありますか? >>338
目的は何なのかな?
Linux上でuITRONのアプリが動くのはあるみたいだが、
uITRONOSがいるわけじゃなくてTRONエミュレータなので貴殿の言うOS2つではないけど 使ってもいないので目的はないですが、
マルチコアCPUにLinuxとRTOSを共存させるケースが増えていると聞いたので。
何の製品でそんな構成になっているのかなと >>338
あるよ。2コアのCPUでLinux RTOSとかRTOS x2を動かすとか。
「AMP OS」とかで調べてみて。 >>341
ソフト的にはUIとかファイルシステムとかのOSSのライブラリを利用したい処理はLinuxで動かして、
リアルタイム性を保証したい処理はRTOS側で動かしたいとかの理由はある。
ハードはよく知らないけど部品のコストとか基板のサイズの制約とかじゃない? スマホなんかも、AndroidかiOSか知らないけど
それと共存してTRON系OSが実は入ってると聞いたことがあるが、本当? TRONはIoT機器でシェアが高い
過去に自ら逃した青い鳥を必死で探すパナソニック >>341
よくあるのが他の人も書いてるけど、計測とかとにかくリアルタイム性が重視
される処理をRTOSでやっといて、それを加工とかしてサーバに送るとかって
あとからゆっくりやるとかはLinuxで、ってな感じかな 別にLinuxはリアルタイム性がないわけではないけどね
急に高負荷になりそうなプロセスでも常駐させてたら別だけど むしろ移植する手間より別OS入れた方が開発費用浮くからってお家事情でやってるだけだぞ ファームウェア分野はDQNが多いから馴染めない若者にはキツイ
リモートもできず、使う環境も全体的に古い うん、DQN多すぎ
自宅に一通りの機材が揃ってるようなコア層ならリモートでもできるけど
プライベートでも組み込みやってる人って多分かなり少ないだろうね
うちの会社はそこそこ人数いるけど、ほぼ皆無 9割以上は現場出勤だと聞いた
40代くらいの癖の強いおじさんが多いらしく、合わなくて辞めちゃう若者が多いことを採用も懸念している 組み込みという仕事は好きだしそれなりに技術が要求される分野だと思うんだけど、
組み込みで働いている人の大半は意識低いし頭も固い人ばかり
極一部尖ってる人が設計をリードして、それに意識低い人達が文句言いながらノロノロついていく構造にうんざりしている 【高稼働】料金以上に開発するな【低収入】
☆大迷惑だから稼働減らして収入増やせ☆
人月契約は早く作るほど早く使い捨てられるぞ!
無能時間外労働違反して使い捨て搾取させるな!
料金請求できなければ作成拒否すべき
追加作業は必ず追加料金を請求すべき
ループ処理なし 少量生産だから低額料金請求
ループ処理あり 大量生産だから高額料金請求
料金以上に生産してしまったら
生産以下の料金になってしまう
https://www.ino-kawa.com/?p=416 >>356
あまりにも似ていて日頃の情景がすぐ浮かぶ 今まで経験したプロジェクトは大体、1人か2人、国公立大・早慶・MARCH・高専辺りを出ていて組込みオタクのようなスキル高い奴がいて、
そいつがOSやミドルウェアの選定、ポーティングからアーキ設計、ビルド環境構築までやってベースの準備ができたら
低スキルな奴がプロジェクトにぞろぞろ入ってきてシコシコ進んでいく感じ SESは会社によって誠実な会社とか、すぐにプロパーや他のSESにマウントとろうとしてくる人が揃ってる会社とか色々あるけど
昨日はプロパーにマウント取ろうとして逆に論破されて怒られてるところ見てふいたw >>356 >>359
ハイレベルの人がいるだけ羨ましい
ウチはリードエンジニアが抜けて以降1年くらい何も新しいプロジェクトが立ち上がってない
ひたすらショボい機能追加と保守 うちの会社は国公立の高専卒とっておけば問題なしみたいな雰囲気がある
コミュ力低い人は多いけど
地頭は悪くなくて仕事渡したら大体こなすので 子供二人が国立高専行ってる。上は専攻科で来年卒業で、まわりの進路とかも
耳に入ってるけどITにいくやついるけど、組込み専業に行くやつはいないな。
まぁ幅広くやってる会社で組込みに興味のある人が書いてくれてるのかもしれないが 上場企業規模で自社内でコーディングまでしてるとこなんてあるのか? >>364
子会社ができるまでのキーエンスはやってたように思う。これは想像でしかない。
似たようなファブレス企業ではやってた。
三菱電機はだいたい事業所別に子会社があってそこがやるが、本体の社員が出向する場合がある。 平均年収2000万超えのキーエンスだから子会社でも高いだろうな >>364
俺は子会社側だけど、親会社の人も実装してるよ。
機密情報の流出防止とか若手に経験を積ませたいとからしい。 うちも大手メーカーだけどプロパーがコード書いてる
もちろんそれだけでは人材足りないからSESも居るが 大手がSES入れるか?
知ってる大手は子会社以外受け付けなかったぞ 信用度の問題
子会社経由で協力会社を入れることはあってもSESを直接入れることはないよ 大手が直接SES契約してると子会社はさんでくることは
たびたびあったな。そのSESのBPだけど 大手電機メーカーに直で入ってるけどまぁそういうことにしとくわ
お前が思うんならそうなんだろう お前が全て正しいと思うよ メーカー本体(子会社ではない)だけど、普通にSkyとかのSES入れてるが? よく、お前何が言いたいんだ?って言われたりしませんか コード書きたいのでソフト開発の子会社に転職したら
社員は親会社の担当者にペコペコしまくりで、
部長以上は親会社からの天下りばかりなので何かズレてる感があり、
昇進は殆ど良くて課長止まりで、
給料は親会社の8掛けぐらいで低いので、
結局、コードも書ける親会社に転職した その場合は親会社籍のままコード書ける子会社に出向するのが手っ取り早いな
うちは子会社も給与水準同じだったが >>377
ほとんどの人が答えられる一方で、ごく一部おたくのような人もいますね お前らまだ若いだろうから会社が大手だの給料がいいだのばっか気にしてるけど
企業年金有無だけはチェックしといたほうがいいぞ
その時になって後悔しても遅いからな >>380
ソフト開発で子会社に逆出向とかあるの?
あったとしても親会社で使えない人が送られるイメージだが? >>383
うちはメーカーだったよ
本体と子会社とで交換留学みたいな感じでローテして相手ドメインのスキルを身に付けさせて開発効率向上を狙うとかなんとか 子会社に制作物が置かれてて作りに行くことはよくあるね 親会社から子会社のソフト会社に出向、更にそこからSESとして他社に常駐とかもある。
原籍はメーカー社員→子会社に出向して子会社社員として働く→独立系ソフト会社とSES契約→独立系ソフト会社が他のメーカーとSES契約→二次請けとして他のメーカーに常駐みたいなこともある
常駐先のメーカーからしたら独立系ソフト会社の人にしか見えないけど、
実は他のメーカーの社員ってこと。 派遣契約じゃなくてSES契約(準委任契約か請負契約)だから派遣じゃないので、指揮命令系統がしっかりしていれば、法的には問題ないらしい 指揮命令系統がしっかりするなんてあり得ないから大概偽装請負 中にはSESと派遣の区別が付いてない派遣先もあるだろうから
知らずに偽装請負しまくりだろうね >>385
うちも似たようなことやってたけど、同じ会社かな?
子会社はSESも少しやってるから他社を見てくると
帰属意識無くなって辞めていく人が増えたが そういう話はSESスレで無限にやってるからそっちでやれよ SESスレでそんなまともな話はしない。あたまの悪い話ばかりだ 【偽装委託】馬鹿SEのせいで結婚難【多重派遣】
☆犠牲になるのはSEの結婚相手☆
両親や親戚に反対されましたが、SEと結婚してしまい、中絶と離婚をしました。
・キモい
・モラルがない
・ファッションセンスがない
・コミュニケーションが苦手
・時間外労働違反で共働きできない
・人売屋に開発報酬を奪わせる
・人売屋に知的財産を奪わせる
・裁判官が技術判断不正をする
収入が安定していないと結婚できない
https://codelearn.jp/articles/about-engineer-marriage 講義でもC言語は廃止になったから、C言語知らん人が増えてきた。 どこの大学?
これまでは多くの大学は
1年か2年にだらだらと半年かけてC習って、2年か3年にC++やJavaをだらだら習うイメージだったが。
東大の情報科学科だと、C言語単体の授業はなくて
情報科学基礎実験のなかで3週間とかで一通りC言語習うよね 自分は、確か1年生の年までfortranとCOBOLだったのが、次の年からPascalとCになってヤッター!と思ったのでした^^(約30年前
でも、講義で習うようなレベルなんて基礎の基礎なんですよね。「C言語」でいかにプログラムを作るかって、文法知識なんかほんとに入り口以前の話で。語り口調は仕事現場で何年も悩みながら身につけました
現実の量になると「まともに」書けないと成立しなくなるってのも重要な話なんですけど、
プログラムもやはり言語なので、語り口調というか、芸風・作風というか。例えば小説って物語の筋も大事だけど、何気ない地の文のスタイルで作家の好みが別れて、それこそが大事、的な。
飲み屋でクダ巻いてるみたいな話で申し訳ないですが、伝わりますかね… あ、ごめん言語のスレと間違えたッス
でも誰かに伝わると嬉しい 【貧困】年収1,000万円以下SEは辞めてくれ【非婚】
☆大迷惑だから稼働減らして収入増やせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億~数十億円稼ぎだす
Javaフレームワーク
~3600万円
PHP
~2400万円
COBOL
~1700万円
技術サポート
~1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109 大学とか専門学校のプログラミングの授業は、
for文に90分、if文に90分とかかけるところが多いからアホらしい
本当は2、3時間くらいで一通り文法の基礎をさらっと教えて、
ずっと演出させるほうが良い というか向いてる奴ってのは習う前に習得して使いこなしてるしやってる
組込は関係ないかもだけど、卒業してからも止まることなく
次々と新しい技術なり言語なりが出てきてはメジャーになるから
もはや勝手についてけないと話にならない
習うものと考えてる人には向いてない、そういう人の二言目は文句と言い訳 組込みは今も10年前も20年前もC/C++言語でOSはTRON、vxworks、Linux辺りが多くて、
一度ある程度しっかりと勉強しておけば長期間ついていけるからいいよね VxWorks触ってたときはsunワークステーションじゃないと開発できんかったからUNIIX環境は使えるけどな いまだにシーケンス図をエクセルで書いてるとこある?
アスターとかツール使わずに 俺エクセルでタイミングチャート作るのめちゃくちゃ上手いよ みんな根性あるな
その手の作図はVisioがあると楽すぎて他のツールだと書く気が起きない身体になってしまった エクセルで書くのが一番メンテナンス性もいいし
担当引き継げるし楽だぞ シーケンス図は、PlantUMLかMarmaidで書くとムチャクチャ楽。 タイミングチャートも今はそれでやってる
git管理もしやすいし marmade って知らんなと思ってググってみたけど、これも plantuml と同系で graphviz (dot) のフロントエンドみたいなものかいね メモリのマッピング仕様書とかエクセルで管理してたけどxmlにしてテキストで管理してxslでビューアー作ったほうが結果的に楽かな xmlめんどくせ
markdownでいいやってなる mdはあくまでも人が見る文書のためであって厳密な値を管理する用途ではxmlの代替にはならんだろ なんでそこでxmlなんだよアホか
実質専用ツール必須になってバイナリと変わらんだろw ウチはやってたな、XMLのパーサツール作ってソースコード自動生成するやつ
マクロでゴリゴリやってるのをXMLとc#に置き換えた キャリアプランナーがLinuxはもう使わないと宣言しているから今の若者でLinuxを知らない人は多い CentOSの頻繁なアップデートなど、学習者からすればヤバそうな印象を与える
CentOSってつい最近まで6系だったなのに、急激に変更され、既存の者が動かなくなっているから当然だよな メカ屋やエレキ屋が、明日からこういう評価したいからそれ用の改造ソフトをちゃちゃっと作ってとか、普通にやったら数日以上はかかりそうな作業を、品質とかも考えずに、しかも相手の仕事もあることも考えずに簡単そうに言ってくることに対して、どう対処してる? ウチはそんなレベルの低いやりとりはない
ハード屋もソフトのことちゃんとわかってるから
そもそもそんなやりとりしてる会社はソフトもレベル低いからお察し >>429
大手企業ですか?
うちは従業員5万人規模のそこそこな大手でこのレベルです ソフトのことがわかってるハード屋はほぼ存在しないだろう ソフトわかるハード屋はけっこういるよ
ハードわかるソフト屋はマジでいない これは事実
キミらはハード屋の文句言いたいだけなんだろうけど、俺はハードとソフト兼務する部署だからスキルの差がよく分かる つまり俺はハード屋だったのか、ずっとソフト屋だと思ってたんだが ハードもソフトも詳しい人はみんなハード知らないソフト屋扱いするのがハード屋 ソフト設計ってFラン文系でもできるからな
事実自分がそうなので
ハードで文系はさすがにおらん >ソフトわかるハード屋
生半可と言う。いちばん質が悪い。 ソフトに詳しい人はソフト屋扱いされる、故にソフトに詳しいハード屋は存在しない 組み込みの人ってプライベートでコード書く人マジでほとんどいなくない? >>434
ハード分かるソフト屋なんか腐るほど居るぞ
おまえの周囲に居ないだけで世界を語るなよ 電気系でメーカーに来春就職が決まっているが、
基本情報とれば、多少ソフトがわかるハード屋ってことになる? 基本情報 は、世の中一般で働いてるひと達には「これを持ってたら〇〇ができる」ていう認識は、ほとんどされてないと思う。でも頑張って取って。
応用情報 は会社員としてはまあいい方だけど「雇われてる人」レベル
エンベデッド が取れたら、税理士とかの〇〇士レベルと認識される。そこを目指そう そもそもウチらはソフトが分かるハード屋なんて認めないから。 無職が勉強だけして実務やったことないですみたいなレスがずっと続いてるな エレキ屋とメカ屋はDQNの巣窟
若い人に組み込みを勧めたくない理由がこれ そもそも組み込みソフトをオススメしないわ
古臭い開発環境、向上心のゼロの連中ばかり
今はweb系に移ったけどやはりエンジニアのモチベーションの違いがそのままスキルの差に繋がってると感じる
スキル磨きたいっていう人は組み込みに行くな、web系に行け
このスレの連中みたく一生ハード屋に対する陰口してるだけで終わるぞ ハードに近い人は微積分や関係代数やCRCの理屈が分かってるイメージ
webとかUIに近い人は社会問題を解決できるイメージ
どっちのタイプでも、できる人も居ればしょーもないのもい居ますよね 関係代数じゃないね線形代数だよねサイクリックリダンダンシーコード
現役の大学生の時も挫折したしそのままだけど、未だに分かってない。CRC求めるコードってほんのちょっとの量なのに
ゼロとイチしかないから高次方程式が簡単に解ける、とかそんな話ですよね…(分かってない 力学、電気回路みたいな数学がベースになってる技術が嫌いだからソフト屋になる人は多い
ソフト屋だとたいした数学使わない分野も多いので
勿論組込み系だと制御や信号処理とか、数式をアルゴリズムとして組み込む分野もあるが、そうじゃない分野も多いので >>443
いきなり応用情報とってその後エンベデッドもとる感じで良いと思う 組み込み屋がプライベートでコード書く人が少ないのは、
ターゲットの環境を用意しなきゃならんからだろうな
一人暮らしやマンション暮らしとかだと家にあまり物を置けなかったりする
狭い部屋が電子工作の部品や道具だらけになってしまうし、
火災報知器なるから半田付けも難しい 組込み系って、いまだにGitじゃなくてSVNやCVS使ってるプロジェクト多くない? いや、使わずにファイルサーバーに直接置くだけのとこもある
メカ屋やエレキ屋とかも成果物の管理をそのようにしてるだけのとこ多い >>457
そうだな。gitメインのとこは見たことない。
最下層のチームで Git-svnの運用してるところはあったけどね
今は個人的に Git-svnは使ってる 機材を理由にプライベートにコード書かないのは甘えだろ
ここの人達はそもそもgithubのアカウントすら持ってなさそう >>454
そんな間抜けに難しく考えてるの組込くらいじゃないの?
ニーズがあってやりがいもあって楽しくて稼げることやってるだけ 世界はソフトを重視して成長が止まらなかった
日本はソフトを蔑ろにしてITは止まるどころか衰退した
誰でも知ってることよ 出たよクソデカ主語w
そうでちゅね~大変でちゅね~ この程度の主語がでかく見えるとか
どんだけ狭い世界にいるんだ? ソフトとハードの話だから割と組込業界だけで9割以上占めてんじゃない?
だったら更に狭いはず 「世界は」とか話題にでたけど
海外に出て仕事した人なのかな
俺もそう。もうずいぶん昔だけどね。
時代的にはジェフリー・ダーマーとニアミスだったかな。ミルウォーキーとかもちょうど
そのころ行ったし。
V40にRTOS積んだ端末をアプリのソースコード公開して現地のシステムハウスに好きなように
作り替えてもらうという製品やってて、現地のシステムハウスのデバッグサポートのために
しばらく駐在して、そのなかで現地社員の引き継ぎをやった。
はっきり言うとアメリカのその辺のシステムハウスは組込ソフトができないレベル。
ただし、突然あれって思うぐらいできるところもある。
よくわかっていないが軍関係が強いらしいと聞いたことがある。 深センは一度行ってみたいな
そこから来た中国人エンジニアと仕事したことあるけどソフトもハードもWebも軽くこなすすごい人だった 若い頃シリコンバレーに誘われたんだけど、
あれ受けてたらどうなってたかなあ? 日本産の世界中で使われてるプラットフォームと言ったら
TRON系OS以外に何がある? >>466
高度情報化社会と化してから四半世紀以上経ってるのに
直接出ないと分からん方がやばい >>471
どういう立ち位置で意見言ってるかもわからないから
説得力が不足してると思うね
国内でも、旅行とかじゃなくて住んでみないと分からないことって
あると思うんだがね。洞察力の問題なのかな 最近「組込み」ってあまり言われなくなったな
「IoT」、「クラウド」、「AI」、「データサイエンス」、「機械学習」、「ビッグデータ」、「データマイニング」、「DX」とかはよく言われるのに スラングの使い所や語彙は地元でないと意外とわからない
こればかりは座学では学びきれない >>475
ちゃんとわかる人がいて安心した。
一方
家から一歩もでてない人がいるみたいだが 組込みやってると、ローパスフィルタをソフトで書くことある? あとFIRフィルタやIIRフィルタって、学生の時に電気電子や情報工学科とかなら信号処理の講義で習ったと思うけど、
組込み業界で使うことある? むしろ組み込みでこそよく使われるだろ
モータの軌跡演算とかセンサの検出値処理とか チャタリング対策にfirフィルタなんて使うかよバカ HPFやFIRはよく使った。
LPFは一回だけかな。 >>479
仕事じゃ使わんけど音声関係の電子工作で使ったな >>483
広義の意味ではあれもローパスフィルターだが? 【偽装委託】馬鹿SEのせいで結婚難【多重派遣】
☆犠牲になるのはSEの結婚相手☆
両親や親戚に反対されましたが、SEと結婚してしまい、中絶と離婚をしました。
・キモい
・モラルがない
・ファッションセンスがない
・コミュニケーションが苦手
・時間外労働違反で共働きできない
・人売屋に開発報酬を奪わせる
・人売屋に知的財産を奪わせる
・裁判官が技術判断不正をする
SEは開発料金の詐欺被害で結婚できない
https://codelearn.jp/articles/about-engineer-marriage 【犯罪】時間外労働違反SEの追放【損害】
☆大迷惑だから稼働減らして収入増やせ☆
時間外労働違反やる馬鹿のせいで
退職要員が激増じゃねえかよ!
多重派遣偽装委託やる馬鹿のせいで
生涯収入が激減じゃねえかよ!
低技術低収入は高技術高収入の技術者に
迷惑だからIT業界から失せろ! テレワークが主だが、実機確認で出勤してたが
実機が壊れたのでまたしばらくテレワークになった 誰かが壊したと判断してる。
自分を含め3人しかいないが 剥き出し基板だとしてめ電源ショートくらい以外あんま考えられないんだがなぁ
まさか裏面ワイヤーだらけだったり? あんまり言えないが、たぶん電源関係だと推測してる
基盤として全く動かないわけじゃないのも変なんだけど 組込みソフト屋と制御工学屋では
どう実装するかと、どう安定させるかといった観点が異なるが、
ごっちゃになってる奴が多い いまどき厳密に別れてる会社なんか無いわ
選べるほど仕事無いからなぁw うちは制御系考える人とソフト実装する人分業されてるが大手だからかな?
なので制御の仕様が確定してからでないとソフト開発始まらない。
ソフト開発の途中で制御の仕様をやっぱりこう変更したいんだけどって制御屋から言われると、計画崩れるからソフト屋がブチギレたりする >>503
ああ、恵まれてるな
うちはその後半が毎日発生してるよ 計画崩されるとまた見積りや計画を見直しして部門の承認会議通さなければいけなかったりして仕事が増える >>503
どの程度のことか知らんけど、仕様の変更はしょっちゅうあるし 全部対応してるよ
プログラムがきちんと粒度設計できてないんじゃない? 渾然一体となったクソならちょっとした変更でてんやわんやするわなw ちゃんとクラス設計できてないんだろ
組み込みってこの辺の理解に乏しい人が多い
モック作ってコード上でシミュレーションしとけば楽なものを、実機テストで無駄に粘るような下手くそアプローチとかやりがち 【委任契約】客先指示に従うな【請負契約】
☆大迷惑だから稼働減らして収入増やせ☆
客先指示に従うのは派遣契約だろ!
客先指示に従ったら法律違反だろ!
発注者に開発工数の見積させるな!
受注者が開発工数の見積をしろよ!
追加料金払わななければ作業するな!
追加作業は必ず追加料金を請求しろ!
客先の工数計画に従って時間外労働違反するな!
客先の外注悪用の儲けを支援して損害増やすな!
派遣と委託の違い
https://www.komonhiroba.com/labor-issues/outsourcing-difference.html なりすましとかして、意見をどっちかに誘導したい人にとっては邪魔なんだと思う。
そういうケースもほとんどないぐらい過疎スレだけどね 貸出元の上位会社から情報展開あって、同様の問題は確認済みで
原因も特定済みだった。
で、こちら3人のうち1人はそれをやっていたので、
俺の疑いは晴れたと思ってる。 ハードは設計通りに動かない
所詮はアナログな代物なんだよなぁ ソフトがデジタルだと思ってる?
ユーザーによってゴミ屋敷状態のOSにソフトを入れて
正常に動かないと言われることは日常茶飯事よ ハードウェアは神の決めたルールに従う
ソフトウェアは人の決めたルールに従う 人が作るルールと違って神が決めたルールは変わらないからいいね 神は気まぐれ
高周波の領域になると一般的な電気の知識が役立たず 【委任契約】客先指示に従うな【請負契約】
☆大迷惑だから稼働減らして収入増やせ☆
客先指示に従うのは派遣契約だろ!
客先指示に従ったら法律違反だろ!
発注者に開発工数の見積させるな!
受注者が開発工数の見積をしろよ!
追加料金払わななければ作業するな!
追加作業は必ず追加料金を請求しろ!
客先の工数計画に従って時間外労働違反するな!
客先の外注悪用の儲けを支援して損害増やすな!
派遣と委託の違い
https://www.komonhiroba.com/labor-issues/outsourcing-difference.html >>519
> ユーザーによってゴミ屋敷状態のOSにソフトを入れて
それは制御の仕事はいわないのでは? >>525
IoTとか色々範囲も広がってるし
OSのバージョンを変えるだけでも書いたとおりに動かないことは茶飯事 フレームワークやコンパイラバージョンを変えるのもかなり慎重にやらんと死ぬ 【偽装委託】馬鹿SEのせいで結婚難【多重派遣】
☆犠牲になるのはSEの結婚相手☆
両親や親戚に反対されましたが、SEと結婚してしまい、中絶と離婚をしました。
・キモい
・モラルがない
・ファッションセンスがない
・コミュニケーションが苦手
・時間外労働違反で共働きできない
・人売屋に開発報酬を奪わせる
・人売屋に知的財産を奪わせる
・裁判官が技術判断不正をする
SEは開発料金の詐欺被害で結婚できない
https://codelearn.jp/articles/about-engineer-marriage 「組込み」が置き去りにされて、「IoT」ばかり流行ってるのはなぜ?
組込み機器でもIoT機器ばかりじゃないじゃない?
組込みエンジニアとIoTエンジニアって、必要なスキルも
かぶる部分はあるけどちょっと違うやない?
IoTだと下周りよりはネットワークやアプリ寄りになるのでは? 何が言いたいんだ
こういう日本語が不自由なのも組み込みっぽいけど >>530
今まで無かったから。
接続網の環境、回路と電池の性能が充実してきて IoT で出来ることが実業になる事例が増えてきたからと思う。 「毎日出社したい」わずか3.8% リモートワーク経験者に聞いた
学研ホールディングスのグループ会社であるベンド(東京都千代田区)は、
リモートワーク経験者を対象に「リモートワークに関するアンケート」を
実施した。その結果、半数近くの人が「週5(フルリモート)」(44.4%)
をリモートワークの理想の頻度だと考えていることが分かった。
次いで「週3〜4」(30.7%)、「週1〜2」(20.1%)と続き、96.2%の人がリ
モートワークの継続を希望していることが分かった。毎日出社を希望する人は、
わずか3.8%だった。出社を希望しない理由は「通勤にかかる時間や体力が
もったいない」「子どもの都合で、リモートワークのほうが仕事と家庭の
バランスが取りやすい」「職場の人と毎日顔を合わせるのはさすがにつらい」
といった意見が寄せられた。
一方、「コミュニケーションが取りにくくなる」「出社しないとできない
業務がある」「たまには出社もいい気分転換になる」など、完全リモート
だと不都合だという声もあった。 フロントエンドエンジニアのフリーランス平均年収867万円!98%がリモート可案件!
業界別ではSIer 950万円、SaaS 921万円|SOKUDAN調査レポート
一般的な平均年収599万円よりも、+268万円高い。全案件の56%が年収800万円超
フリーランス・複業・副業の求人マッチングサービス『SOKUDAN(ソクダン)』を運営する、
CAMELORS株式会社は、フリーランスWebディレクターの平均年収・時給について調査した
フリーランスフロントエンドエンジニアの56%が年収800万円超
・一般的な平均年収599万円よりも、フリーランスの方が867万円と+268万円高い
・週3日以下の案件が約62%、リモート可能な案件は98%
・案件が多い業界は、SaaS、Web制作、システムインテグレータ
・求められるスキルはJavaScript、React.js・Next.js、Vue.js・Nuxt.js、Typescript
・平均年収867万円、平均時給4,303円
・中央値年収819万円、中央値時給4,063円
・年収800万円以上が56%を占める
・年収1,000万円以上が22%を占める
・年収600万円以下よりも年収1,200万円以上の方が多い
一般的なフロントエンドエンジニアの平均年収 「599万円(求人ボックス・給料ナビ)」 実機壊れて、しばらくテレワークだったが代わりの実機が来たから
来週出社になった >>530
あえてIoTという単語を使う層は組込もプログラムもあんまり解ってない
解らなければ想像力が働かないのでマネタイズできずに廃れ始めてる >>530
IoTは組込系と情報系がくっついたようなもんで
置き去りとか流行ってるっつーより時代の流れ。
情報量もスピードもマイコンやPLCでは小規模すぎて時代的にやってられんから。
制御を最小限にしてPCやARMをコントローラにするのが今時。
今時というかもう浸透してから相当年月経ってるけどね。
書いた通りに動くマイコンやPLCとは全く違う膨大な難度が当然待っている。 スキル標準を見てもETSSだけ過去の事業扱い
ITSSとDSSはIoTという観点で組込みも含まれているようだが・・・ Iotを組み込みに入れると最早大半がアプリ屋に領域を奪われてる気がする
プロトコルスタックもアプリケーション層がメインだし、クラウドサービスとの連携はほぼ必須なのでクラウド知識も必要
ゴリゴリFW書いてる人達とはスキルが重ならない スキル標準について、ETSSが取り込まれたiCDなんかもこれまでの取り組み扱い
IPAのサイトはITSS+、ITSS、UISS、DSSばかり協調
これは何かあるのでは?と思ってしまう・・・ >>539
IoTを抜きにしてもマイコンも高性能ワンチップ化で
言ってしまえばレジスタ叩くだけで大抵の高度な機能は使えちゃうし
最早アプリ屋の分類なんじゃないかと
シンプルで高性能な部品が増えたことで部品点数は大幅に減り
多少の電力事情や環境面も大ざっぱに考えられる
試作基板のトータルコストも大幅に減少
多少複雑になりそうな部分はモジュールやソフトでカバーして
回路を大幅に削れる、ハード屋も随分と敷居が下がった IoT で括ると概念ひろいからね。組み込みは IoT 実現のための要素の一つか。
センサーからの出力をパケットに乗せるだけなら簡単になったし、これまでの所謂「組み込み」で残るのは制御対象の特性と深く関わるリアルタイム制御関連くらいかね。 IoTじゃない組込みもあるのに、
なぜかIoTのカテゴリの中に組込みを入れて分類してあるのを見かける度に
あまり詳しくない奴が分類したんだろうなって思えてしまう 【高稼働】料金を減らす開発するな【低収入】
☆大迷惑だから稼働減らして収入増やせ☆
人月契約は早く作るほど早く使い捨てられる
無能時間外労働違反して使い捨て搾取させる
料金請求できなければ作成拒否しろ
追加作業は必ず追加料金を請求しろ
ループ処理なし 少量生産だから低額料金請求
ループ処理あり 大量生産だから高額料金請求
利用相当の開発料金を請求しろ
https://www.ino-kawa.com/?p=416 海外の組み込み系の人と仕事する機会があったんだが、さすがにレベチだったわ
50代とかで現役エンジニアで居られるって羨ましい
こっちは30代で管理する側に回されるのに。 いや生涯現役が本来は当たり前で
管理に回るとかって普通に異業種転職でしかないからね 日本に生涯現役のキャリアパスってありますか?
雇ってる開発ベンダーでさえ、40代からはほぼ管理してるイメージ >>549
おれは64歳だがずっと現役だ。
大企業勤務だから発注・管理業務が中心だが、
自分にプログラムを割り当てればいいだけの話。
なにしろ自分で管理しているんだからな。
生涯現役ができないというのはウソ。
能力あるなら誰でも生涯現役ができるのに、やらないのは面倒だからやらないだけ。
生涯現役でいようと思えば、どんな会社であろうができるはず。 さすがに64歳の人とは開発仕事したくないな
技術キャッチアップが止まっててクソみたいなコード書きそう
関わった50代のBPプログラマーが漏れなくポンコツだったので 50代60代になっても現役でできる程度の力を付けてから言おうね 還暦BPポンコツプログラマです。
また実機が壊れてしまいました。(壊したとも言う) うちは大手メーカーだけどジョブ型雇用になったから定年までコード書きできそう ソフト屋はソフト屋でかたまって、メカ屋や電気屋と仲良くしないプロジェクトが多いのはなぜ?
転職3社目だけど、どの会社も飲み会とか内輪になるとメカ屋や電気屋の悪口を言ったりするのが多い
メカ屋や電気屋と一緒に飲みに行くのも少ない
メカ屋と電気屋は比較的仲良いのに
ソフト屋だけ捻くれてるような雰囲気がある 直球で聞くけどメカ屋と電気屋ってソフト屋と仲良くする気がある?
対等な立場で協力して仕事を進めようって気はある?
うちのメカ屋と電気屋は隠す気もないくらいソフト屋を見下してるから
仲良くしようにも拒まれるし常に非協力的だから良い印象がない
そういう状況でもなければ556のようにはならないよね もうこの話題何回目だよ スレ見直してこい
こういう内ゲバが発生するような低レベルの会社にいる自分を怨め
ウチはみんなソフトもハードも垣根なく仕事するから~屋みたいなダサい区分けしない
ソフトもハードもできて当然 他の仕事入れられないくらい開発作業でパツパツな状況なのに、
メカ屋や電気屋はいきなりお願い事とか平気でしてくる奴が多い
見積もりの感覚もソフト屋は細かく見積もって計画立てるけど
メカ屋や電気屋はざっくり粒度の荒い見積もりで計画たてる人が多い
見積もりの感覚・文化がちょっと違う
なので破綻して平気で遅れます宣言してきたり、いきなり思いついたお願い事ぶっこんできたりして、ソフト屋の業務に影響でていらつかせたりする そして、メカ屋や電気屋との進捗会議に出ればわかるが、
WBSをExcelで書いていたりしてすげー見辛くてイラつかせる
(だけどもう作っちゃってるのでソフト屋は口出ししない)
また、成果物をGITやSVNなどで管理せず、
ファイルサーバーに置いて管理しているので、
どれが最新のファイルなのかわけわかんなくなっていてイラつかせる
そもそもメカ屋や電気屋はバージョン管理システムというものを知らない人が多い 進捗管理でもソフト屋はEVMの数値を見ながら管理しているプロジェクトが多いが、メカ屋や電気屋はExcelで管理するのでそういったことすら知らない人が多い >>558
電気やメカ技術者からすればソフトウェア技術者って技術者でもない
って感覚かな。昔はいなかった分野だし。それが今もなお続いてるように思うけどね。 それで残念ながら21世紀に入った頃から海外に負け続けて取り返しのつかないことになった
多分これからも色んな日本のメーカーが業績悪くなって規模縮小したり倒産していく
出る杭は打たれるという残念な文化も持っているので、
変えようとしても上手くいかず、
これからも延々と可哀想なことになっていくのではないかな ソフトもできるハード屋にコードレビューしてもらってる現場にいたことあるけどソフト屋って下位互換だよなぁ
文系ソフト屋は回路設計とかできないじゃん
下手したら交流と直流の違いすらわからんでしょ ソフトはなんとなくでも組めるから文系でもいけると言いたいのか?
その通りだよ 数学や物理とか絡むと、こういうふうに書いてねって優しく詳細に伝えないと文系では無理だな
理系でも電気電子、機械、物理とか学んでないと厳しい
今流行りのデータサイエンス学科とか出ていても厳しい >>556の理由が>>558ってことがよくわかるね >>567
なんとなくでいいならハードも同じだけどな >>568
時々現れるけど設計にそれらの厳しいレベルのを必要としてる
ハード屋って全体のどのくらいだろうね、うちは必要ない
みんながみんな車や飛行機を作ってるわけじゃねえから 厳しいレベルの力学電気電子等々は限界を攻める場合に必要で
そういう業界は稀も稀
ほとんどが非高周波や余裕盛り盛りで手を抜いてる事が一般的
むしろ常に限界を攻める必要がある、攻めることを周囲から
威圧的に強要されているのがソフト、何かトラブルがあってもまずはソフト
そんなに簡単だと思っていたらソフトを疑う行為がまず矛盾だというのにね ・ハードの問題だけど替えるのは難しいからソフトで直して
・ハードの仕様減らしてソフトでできることはソフトでやって
・ハードの試験やりたいからこういうふうにソフトを改造して
・偉い人に生産性を上げる施策をやれと命令されたから試験自動化か何かを考えて(作っても大概中途半端に終わる)
とソフト屋の仕事は増えるけど、スキルを備えたソフトエンジニアはすぐには増えないし、すぐには投入もできないから、
ずっと人手不足で、ストレスばかり蓄積されていく 実際に、ここはそのための(プログラム板から切り離された)場所だからね… おまえらは自身をハード屋とソフト屋のどっちだと思ってる? >>573
たぶん、箇条書き4点は愚痴とかじゃなくて正解なんだよね
俺の認識もそれは正解で、総論でソフト屋の仕事が増えるのも同意 >>579
ハードやろ
あれをソフトだと言う奴はあたまがイカれてる プログラミング=ソフトとするならソフトなんだろうし
書いたプログラムが命令で動くのがソフト、論理回路そのものになるがハードならハードなんだろうし 成果物としてはハードの設計、仕様の定義と製作過程はソフトの設計
どちらの側面もあるんだからソフトじゃないって言い切るのは阿呆ならではの発言 いや、FPGAのスクリプトは論理式だから
普通のソフトウェアのつもりで書いたら訳わからなくなるぞ
あいつら時系列が狂ってるんだよ 手続きじゃないのは分かってるけどさ
だったらラダーはどっちの分類? 電子部品だけで回路を組むような電気系にとってFPGAは仕事を奪う存在になるのか? FPGA使ってみたいけどハードル高くない?
みんなどうやって覚えたの? >>589
何を言ってるんだ?
ラダーは左から右、上から下が基本だろ もしかしてラダーが無限ループで処理されてるのを
>>589はFPGAのようにハードレベルで並列動作していると勘違いしてるのか? ラダーって工作機械メーカーでよく使われてるイメージ
家電や医療機器、自動車とかではあまり使われていないイメージ 制御屋はラダーやる が
組込みはラダーやらない。
やらないというかそういうコントローラ作る人じゃないかな
以前滋賀の事業所で開発参加してた >>595
自分も昔そこにいましたけどコントローラ案件は要求レベルが高くてクソしんどかったです
FWだけじゃなくラダーとか制御プログラムも普通に書けないと仕事にならないので >>596
コンパイルで生成されるのは中間言語で機械語じゃないし
中のマイコンに焼いてるわけでもなくVMで処理されるようなものだから
CPUとの距離で言ったら組込のWindows、Linuxよりも遠いかもね
FPGAもソフトかハードかって話があったけど
電源入れる度にFRAMに入れたプログラムを読んでるからソフトよな >>598
あれはFPGAの回路接点のON/OFFを書き込んでいるだけ…って、あれ?RAMのビットにON/OFFのコード書き込んでるのと変わらないや
まあ、チューリングマシンかそうじゃ無いかの違いかな? >>597
自分はOSとかドライバ層だったのでラダー知らないレベルで問題なかったです。 ダイハツのエアバッグをタイマーで、の意味がわからない。 >>601
衝突試験でちょうど衝突する瞬間に発火するタイマーな
日常では意味が無いやり方 実はもっと前からスキャンダルになること決まってたんかな。
俺が参加するPJがもろそれ向けで、年末でメンバ半減される。
いつ決まったった? もう11月には決まってたから。
1月からやるPJはメーカー変わるし >>601
俺も思った、タイマの方がタイミング激難じゃないか? 衝突試験のマシンのスイッチと連動させて、何ミリ秒後に衝突ってならだいたい毎回同じ時刻にしとけば事足りるだろ あくまでも試験に合格させるだけの仕組みだから
実車には搭載されて無い
→現場じゃ機能しないって話だから大問題なんだよ バグを見つけても直してとか言われたり、なぜかキレられたりするので、
面倒臭くて報告してない人いますか? 安易にバグを見つけたり認めたりするなんて
SEとしての基本姿勢がなってませんよ 自分の作ったバグの場合もあるが、聞いてるのは人の作ったバグの話っぽいよね。
なので認めるとかはないかな ちょっとぐらい面倒だからスルーしたいが
微妙なところだと延々上がり続ける報告を握りつぶさにゃならん >>601-602
動画見てる限り、普通に加圧センサーや感圧センサーを使った方が簡単にタイミング合いそう
エアバックがソフトウェア制御されているわけじゃないだろうし、タイマーを仕込む方が何倍も手間がかかる 他の会社のエアバッグは動いてたのよね?
ダイハツだけ一切動いてなかったら事故ったとき問題になってないか? ダイハツの話、世間的には一大事だけどこのスレでそこまで広げるようなことか? ダイハツの件って認証試験の実施タイミングが早めだったので試験の時点では実装が間に合わずにごまかしたけど
その後のどこかのタイミングで同等の試験をちゃんとやってて実力的には問題無いんだよな? >>614
>その後のどこかのタイミングで同等の試験をちゃんとやってて
そんなヤブヘビやるわけねーだろ 昨日のサンジャポ見た?
社内の検査以外に国際的なTUVラインランド認証受けてるから
ダイハツの車は安全です。とかおばさん専門家らしき人が言ってた。
TUVラインランド認証も不正検査結果をもとに認証してるだろうし
なにも安全じゃないだろう >>614
前半ごまかすまでは、そうだと思う。
実装後、試験したかどうかは怪しい。それビジネス上意味ないし
あとやるまでもない試験と思ってるように思う。 エアバックは電子制御じゃ無いんじゃないかなぁ?
物理的に強いGが掛かったら作動する仕組みだと思う
マの出る幕は無いと… 調査で新たに発覚した衝突試験の不正は本来、エアバッグの作動に使う電子制御装置の開発が間に合わず、タイマーで作動させていた。
とか記事があるから電子制御だろうと思うけどな 遠隔操作ならまだ解るが、不正手段としてタイマー駆動は発想に無い
派手な不正の割には事故は多発して無いし、何か臭う あくまで俺の想像だが
ECUの実装してソフト検査済みを渡して、認証試験では間に合わない。
ECU実装前から認証試験しないとめんどくさい手続きなんで間に合わない。
でとりあえず、タイマーで認証試験やっておいて、
ソフト実装してソフト屋の試験でOKだから、たぶんそのあと認証試験したら
通る。 けどもう開発終わってるから改めて認証試験はやらない。 マスコミ報道は組織ぐるみじゃないって報道
報告しても「で、」としか言わない上司とか で印象操作してると思う 冬休みに一度もコード書かないやつはPG名乗る資格ないって言い切れる コード書くだけが仕事じゃないから
組み込みでPGは底辺 色々あって、ウチはBPにはコード書かせずテストだけやらせてる
リポジトリも見せない
手を動かすことしか期待してない エアバッグのプログラムって、無限ループと割り込みだけやな 割り込みなしでいけるで
ループでタイマー値 読んだらいい 最近単価あげてくれと言ってくるBP増えたから
単価より給料安いかとんとんのプロパーを使うことの方が多くなった
SESの単価はの相場は月55万円〜65万円らしいが、
それなら月給40万のプロパーを使った方が安い これまでリーダー候補(開発メンバーを引っ張っていけそうな人)ばかり中途で探してたけど、今はコード書ける技術者を中途で探すことのほうが多くなった
誤って採用して使えない時に簡単に解雇できないのがあるけど、
その時は別の仕事(コード書けないなら要求仕様やST担当、品質保証とか)に異動すればなんとかなるので AI様に頼るのはあかんのか?
だれしも別にコードかけんということはなかろう 気づいたら貯金1000万超えてたわ
組み込み脱出してから年200万くらい貯まるようになった 組み込みは素行の悪いヤクザが多すぎて死んでもやりたくない 新人のドキュメントや議事録とか見て
教育と称して赤ペン先生やってるアホがいる 若手の日報と週報に毎日赤ペン上司やってる奴は居た
正解の無いようなことにもこれが正解かのように赤ペンで指摘していた 新人に赤ペン先生するとどういう点で不味いん?
最初期の教育としてはそれほど悪手でもないと思うんだけど 議事録や稟議書や第三者に見せる書類に赤ペンなら分かるが、直属の上司への報告書に赤ペンって… より良い方向に文章をなおすのならあり
大半の人はより良い文章というのがわかっていないけど こういう書き方に直せって指摘でも
それが本当に世間一般的に良い書き方とされるエビデンスのあるものなら良いが
大体はその辺も知らずになんとなく感覚的にわかりにくいとかで指摘したり、
自分の価値観押し付けで指摘してる奴が多いと思う
それをやられると
A先輩はaという書き方が良いと言ってるけど、
B先輩はbという書き方が良いと言っている、
というような矛盾が色々出てきて、
指摘される側はどれが正しいのかがわけわからなくなるし、
ひどい場合だと自信とかも削がれて喪失していく うちの会社は文章の書き方や体裁とかで一々指摘する奴なんか多分居ないぞ?
居たとしたらパワハラの手段として使う人くらいだろう
書き方なんか人それぞれ好みがあるのに
他の会社はそんなレベル低いことやってるの?
そんなの一々指摘し合ってたら仕事進まなくならないか? 現場の会社は言葉表現についてガイドラインを文書で示しているよ。
簡単な例ではコンピュータ動きを~されるという表現ではなく、~する
という表現にしましょうとかね。
こういうことが程度が低いのか高いのかはそれぞれ判断すればいいと思うよ コードレビューもパワハラの一環になりがちと言われがちなので最近は細かい指摘は黙ってこっちで直してプッシュしてる
コミットコメントに何がダメなのかを書いて、アンテナあるやつが読んで参考にしてくれたらいいや的な諦めでやってる なんかレビューで英語のニュアンスが違うから直せとか言って分厚い辞書に小さな文字で載ってる単語に変えさせられるとか、非生産的過ぎて嫌になる 下請けの会社の奴が、
レビューで後輩に出来ないレッテル貼るために、
文章の書き方とか糞どうでもいい指摘をさも重要かのように
指摘してる奴ならいるなw
技術力ならその後輩のほうがあるんだが、負けたくないんだろうなw 適切な語彙の選択と語彙の統一と定義
てにをは
係り受けの正しさ
長すぎない文
章立て
せめてこれぐらいはちゃんとしてくれ うちは外国人のエンジニアが増えてきて
ドキュメントの日本語がはちゃめちゃだから
そんなの気にしてる余裕ない ドキュメントがめちゃくちゃだと
誤解に誤解が重なって
とんでもないことになるけどな 最近はめちゃくちゃでもなんとかなる
レゴブロックみたいなもんで仕組みは煮詰まってる
パンピーはできあいを組み立てるだけ >>658
それならドキュメントは英語で統一するんじゃないの? >>662
グローバル人材のために社内言語を英語にするところもあるだろ
ドキュメントが英語なんて別に珍しくないけどね
ちなみに君のところは全部日本語? >>663
日本で作ってる商品は日本語
海外拠点で作ってる商品はその国の言語 ちなみに今うちの会社の社内公用語を英語にしたら
恐らく大混乱する
TOEIC500点ぐらいしかとれない人も普通にいるので
また、SESや下請け会社の人らが学校を出てから
一切英語を勉強していない喋れない人だらけ 英語の点数さえ良ければ、そこそこの大学に入れるので、下請けに居ない なぜか中小SESにそこそこな国公立大を出てる人がちらほらいるけど、就活の時に何があったんだろう?
「俺にはマネジメント向かないし、技術的なことのほうが好きだから給料は低くてもSESにしよう。地頭では周りに勝てるかもしれないし、勝てるところで勝負しよう」って感じかな? そういうのであえてSESを選択する人もいる
ある意味賢い選択
大手メーカーに行ってたら学閥のようなものがあったり
東大京大東工大旧帝早慶卒の方が昇格しやすく
地方国立やMARCH卒ぐらいの人は主任か係長止まり(年収7、800万)だったりする
ならばSESの小さな会社でヒラや係長のときは年収5、600万ぐらいだけど
しぶとく残って課長、部長、役員になって年収700万から1000万超を目指した方がいい場合もある 情報系じゃないけど、高専4年の子供には、設計専門企業がよさそうとか
いって一度、インターンシップ行ったが、SESみたいなことしてるようなので
自分で止めたみたい。将来的にはメーカーに行くとは思うが、たぶん
大学編入して大学院(修士)まで行ってからの話だと思ってる。 一部上場してるようなSES企業でのし上がる、いや出世するというのは
それなりの資質がいるように思う。
昔まだ社名が違っていたが今はTVCMもしてるIT大手(実際SESが主要だと思う)
大学生の希望ランクでも上位にはいっているところの話。
昔というのは、1990年ごろかな
私はメーカーの子会社にいて、サブリーダーしていて派遣さんの面倒見てた。
そこのその今大きくなった派遣さんが一番多く入っていて、個人的にも多少付き合いがあって
彼らのスキーにも一緒に行ったことがある。そこでわかったのは、まるでヤクザの世界かと
思うような上下関係とそのふるまいかな。一番上の奴は彼女つれてきてて回りは姉さんで
呼んでいたかな。
単にある1企業の過去の有様かもしれないけどそういう文化が今も続いているなら
ヤクザの世界でのし上がるような度胸がいるんじゃないかと個人的に思ってる。 組込み屋のリスク
メーカーの組込み屋
・マネジメント業務中心で、要件定義、設計、実装、テストまでやらせてくれない可能性あり
・新卒で入ると組込みソフト開発の部署に配属されない可能性あり
・業績が悪くなってくるとリストラ。断ると組込み以外の無関係部署に組込みと関係あるかのように理由を付けて飛ばされる可能性あり
メーカー子会社の組込み屋
・親会社(メカ屋、エレキ屋、他)の言いなりになる可能性あり
・結局SESに要件定義、設計、実装、テストは投げてマネジメント業務中心になる可能性あり
・親会社の業績が悪くなるとリストラに巻き込まれる可能性あり(ソフト会社であれば断っても無関係部署に飛ばされる可能性は低い)
SESの組込み屋
・結局、2次請け以降のSESに要件定義、設計、実装、テストは投げてマネジメント業務中心になる可能性あり
・使えないと判断されると1ヶ月で契約終了
・何度も契約終了が続くと行くところが無くなり、待機状態が続く。待機状態が続くと退職勧奨を受けることも 1)メーカーの組込み屋
配属ガチャあり
給料はいい場合が多い
生活は安定
2)メーカー子会社
開発の仕事できることが多い。
給料など親会社待遇より低い
生活は普通
親会社より会社が無くなる可能性高い。場合によっては親会社に吸収
3)SES
開発にまずいける。
待遇、仕事内容、同僚の質
低い
給料安い、昇給見通しもない
生活不安定
すべて経験してる。SESに関しては個人で契約してるからSES会社経験ではないけど もう組み込み抜けるわ 気づいたらクラウドの仕事ばっかやってるしそっちのが圧倒的に待遇良い メーカーなんか10年後20年後はリストラや倒産しまくりだし
メーカー子会社は上記に加えて親会社とSESの板挟みだし
SESは元々将来が不安定だし
どこに行っても不安定。いい事ない どの業界でも会社が30年続かないだろうし
どこで何しても上から下から板挟みあるだろうし
SESは問題外だし 会社の従業員らの日本独特の意地悪な雰囲気から、業績悪くなっていくのは確実だけど、後20年持ってくれたら60歳なので逃げ切れる SESが居なくなった後の引き継ぎがまったくされてなく、
あー腹立つ >>685
SESが前任者に引き継ぎせず居なくなり、
前任者は何も担当せず他のプロジェクトへ逃げ、
メンテナンスは頼むと俺に丸投げされた 今後メンテできずに消えていく製品が増えてくんだろうなあ 引継はさせられるけど、されたことねえわ、大抵いきなり渡されてあとヨロシク
いや、一度あった、情報めっちゃ間違ってて寧ろ先入観なく始めた方が
良かったんじゃねえかって混乱に陥った だいぶ昔だけど
プロパーがあるソフトの対応をずっと続けても自分にメリットがないと思って
別部署に上手く移動。それで外部の人で対応というとき自分が担当した。
8年ぐらいやったけど、会社が分割や併合したり東北地震とかで
部署が解散になって、終了したけどね 単体テストってどうやってる?
今の職場だと先人が作ったオレオレ環境でやってて
ナウでヤングな環境にしたいのだが
googletestとかみんな使ってるの? 単体試験仕様書って皆どういう書き方してる?
ソースコードの1命令ずつ確認すること書いてる?
でもそれだと膨大な修正した時大変そうだけどどうしてる? >>694
見たけど該当する書き込みがなかった ということだね 単体テスト仕様書って会社によって書き方全然違うよ
ソースコードをExcelに貼り付けて1行ずつ確認事項を書いてる会社もあれば、
貼り付けはしないけど1行ずつ確認事項を書いてる会社もあるし、
関数名だけ列挙して試験したらOK、NGを書いているだけの会社もある
そもそも単体テスト仕様書は作らない会社もある
それから、関数単位ではなくタスク単位とかある領域だけのテストを単体テストと言ってる会社もある。関数結合してるから本当は結合テストだと思うけど WinAMSというツール使ってる
関数に対してINPUTで設定する変数、OUTPUTで変数期待値を書くこれはCSVで書けば
いい、これを必要なケースを作成してシミュレーターで実行する
変更なしの関数をテストする場合はCSVもそのまま使えるし
変更する、例えば追加する場合でもCSVに変更を加えればよい。
CSVそのものが試験仕様になるからこれを実施前にレビューもできる。 そのツールはGoogletestみたいなテストコードを書かなくても自動で単体テストできる感じ?
C++も対応してますか? ググればわかると思うし資料なども入手できるんじゃないかな 海外はググればわかることもわりと答えてくれるらしいけど、
日本はググれカスらしいな 海外とは具体的にどこでしょうか
もうちょい頭使おうね 確かに海外とは反応が違うな、器が小さい、中華人かチョンみたい 5chと海外のコミュニティサイトと比べてるのか?
比べ方に問題ないか?
あとオープンソースとか無料のものじゃないからなんぼでも売り込みの
サイトがあるわけですぐ見つかるもんだけどね そういう問題じゃなくて教える気がなきゃ
わざわざ時間作ってまでググレカスしなくてもいいんじゃね?
ググレカスって書いたらそこで会話止まるでしょうよ まぁいいんじゃね、これまでそういう教えて君の姿勢でやってこれたならさ 教えて君に教えないのは別に自由で無視してればいい話でさ
実質教えなーいってわざわざ言ってるようなもんでしょ、器ってそこ 本当に困ってて自分のできること総てやったがわからないって人には教えるが
なんにもしなくてただ教えろという奴には教えないだけ
それを人の器というのもなんだかなぁと思う >>698-708
日本は業務でもこうやって糞みたいな事で一々揉めたり、足引っ張ったりするから、アメリカや中国などの海外に負け続けてるらしい。
最近、日本人が意地悪っていうのが、研究論文等で言われ始めた。
経済低迷はそういったところから来てるんだと。 こういうこと言うやつって、自分自身のことはどう捉えてるだろう >>710
聖人でも悪人でもないと捉えてる
そもそも、キレてやろう、足引っ張ってやろうなど
「他人にストレス与えてやろう」的なことはあまり思わないタイプ
遺伝子のような先天的なものと、
育ってきた環境のような後天的なもので、
その辺は大きく変わってくるらしい
日本人に意地悪が多いと言われるのは、遺伝子的な問題だと予想 >>709
いろんな国の人で構成した最強の軍隊って何? ってたぶん聞いたこと
ないんだろうな
下っ端から軍曹ぐらいまでがダントツで日本人が優秀というのは有名は話だよ。
海外がどうかって言うぐらいだから当然海外経験あって語ってるかと
思うが、私はもちろんあるよ。日本の海外支社なのでそこにいる外国人は
マイノリティばかり
中国人、インド人、ポーランド人、トルコ人、アフリカなんだけど白人、
モンゴル人、韓国人 当然アメリカWASPなどいっぱいいた。
優秀で信頼できるのはアメリカ人WASPで次がモンゴル人だったかな
現地で実感したのは日本人エンジニアが世界一ということだ >>709
だいたいレスがザツすぎるぞ。
おれは708だが
全く調べもしない奴に教えない
のは意地悪でもなんでもないぞ ググレカスを有用なアドバイスとして捉えられないような思考様式の奴は何やっても駄目 こう言ってるやつ、まさか教わる側じゃないよな?w
ググりたくないでちゅ!一から十までわかるように教えろでちゅ!
僕ちんがわからないのはお前の教え方が悪いでちゅ! 知らなくても知った気になってアドバイスできる魔法の言葉、ググレカス IT系の人のこういうところが気持ち悪い
くだらんことで殺伐とするところ ググって分かる一般常識と会社の常識で合っていないこと多いよね
特に村意識がやたらと強くガラパゴスが根強く残るこの組み込み業界は
変化を嫌う 逆ギレされそうな上司や先輩にはググれカス言えない癖にな
自分より下と思う奴には少しでも粗を見つけると徹底的に叩く気持ち悪さ うちの会社、休職者が増えてきたこともあり、
そういう粗見つけるとすぐ怒る系の人をリストラしたから、
9割がた温厚な人ばかりになってしまった
昔は若い人にレビューや進捗会議等でパワハラ的な説教したり、
詰むような無理難題な指摘をして助けず
追い込ませようとする人が多くて、
病んで休職してしまう人が多かったが、今は少なくなった
昔の人は「そんなこと質問する前に検索しろよ!」ってちょっと声荒げながら怒ったんだろうけど、
今の人は優しく「検索したら出でくるんじゃないかな?」って言ったり、態々丁寧に教えてあげる人も多いと思う 技術力がないから発言力がなくて言い返せずに弱ってくんだろうな
一応技術職なので向いてないやつは辞めてもらうほうが本人のためでもある そりゃスキルあって弁が立つなら楽でしょうけどそんな人なんて一握り
一握り以外を切り捨ててたら会社回んないよ うちは人辞めまくって回らなくなってきてる
3つも4つもプロジェクト掛け持ちしてる人が増えてきた 組み込みは現場出勤が必須やで
出勤しないと仕事を回せない >>727
PC上で動くようにスタブ作って
最後の実機試験だけSESにやらせれば
極力出社しなくても済むのでは?
作る余裕が無いなら実機を持ち出せない限り厳しいけど >>722
このレベルで「徹底的に叩く」とかなんか温度差感じるよ
ここは比較的優しいスレなのにな >>723
仕事の問題が検索するとあるとか
どういう仕事の仕方してるのか疑問に思うね。
基本的にに開発プロセスについては開発プロセスの基準書があるし
設計するにしても手順書がある。あくまでもここでのルール上の記載方法などが
基本的な疑問が多くあるだけ。
設計できない人やコーディングできない人のさせることはないので
例えばあるコードはどうやったら実現できるようなことを検索することは無いけど
一体何を検索して解決しようとしてるか疑問でしかない。 >>727
うちは実機を使う作業以外はテレワークだけどな >>731
全文検索とか知らないの?
ツール入れれば社内のドキュメントの中身も検索できるやない? >>733
今話てるのは WinAMSも検索しない奴の話なんだけどな
当然 >723もそれをうけてインターネット検索の話かと思うのが普通で
いつの間にかイントラの検索の話に話がずれているならそれは
話がずれているだけだよ、貴殿も話がずれてる うちの会社の場合、
プロジェクトマネージャーはテレワークで済みそうなのに
出世欲が強くてお偉い人と対面会議が大好きで出社
開発担当は基本的にテレワークで実機を使う時だけ出社 Web系と比べて、新しいことが次々と出てくることはないが、
コンピュータそのものに一番詳しくなれるのが組込み系 そのコンピュータというのは低水準な話?
基礎の構築がすっかり終わって抽象化で食っていく時代に? 組込み業界のこと知らないのに上から目線とか
コンピュータのことを低水準とか痛いけど
業務用のコンピュータやスーパーコンピュータのような
空調管理されたところで動作するものと
車のエンジンルームなどの環境性能が求められるものとは
違うこととかわかって書いてるんかな >>738
昔から機械語などの具象側を「低水準(言語)」と言うの知らん?別に上から目線では無いと思うが。
Cとかの抽象側が「高水準(言語)」ね。たぶん英語のLow level を直訳したのが問題で、「低層」とでもしとけばよかったかもね。 それはプログラム言語のことでコンピュータのことではないよ
だから 「コンピュータというのが低水準」とか勘違いもいいところだよ というか、組込みでも高級言語使ってることも知らなくて
本気で聞いてるならそれもそれで痛すぎるけど >>739
>基礎の構築がすっかり終わって抽象化で食っていく時代に?
これが上から目線でないことがわからないとかこれも痛すぎるよ 低水準言語がアセンブリ言語あたりであるのは同意するけど、
ガべコレ有り無しの区別もしたい
高水準言語と低水準言語のメモリ管理あたりの区分として中水準言語みたいなものを設けてほしいわ
低水準言語をメモリの自己管理言語と指す輩が多すぎる >>740
低水準は言語に係わらず、レジスタ構成の話などハードウェアにより近いって意味でも使われるかな。
>737は「低水準な(ハードウェアに近い)話?」と聞いたのであって「コンピュータが低水準(程度が低い)」とは言ってないだろう。
>742 その発言は確かに感じ悪いと思うが、それなら上に書いた >740 の取り違え?も痛いだろ。感じ悪いが故とは言え。 ソフト屋は相変わらずくだらねーことで言い争ってるなw CやC++やRustはれっきとした高水準言語なのに、なぜか世間では低水準言語扱いされるのは腹立つに決まってんだろ 低水準なのはお賃金だけで求められる技術レベルは高水準なのが辛いよな 低水準と聞いて上から目線とか言い出す間抜けはマジでこの業界の人間なのか? 組込業界はパーソナルコンピュータに詳しくない人が意外にも多くて驚く
コンピュータに詳しくなるのコンピュータが何を指してるのか
いまいちわからんね 組み込み屋は、下周り担当の場合は
回路とのIFのところから作るやない?
それ以外の分野の多くは、
回路やOSは準備されてる前提で開発始めるやん 確かにパソコンやスマホの使い方的なことはそんなに詳しくない人も多い
だが、人並みに使えるなら組み込み開発に直接は影響しない だって組み込みやってる人って、
大学で情報工学科や情報科学科じゃなくて
電気電子工学科、ロボティクス学科、機械情報工学科みたいなところを出てる人の割合もかなり多いから
元々そんなにパソコン自体には興味ない人も多いんじゃないの?
ロボやメカ、自動車の制御みたいなところに興味ある人が多いんじゃない? >>746
それ補足しすぎ、
見えない文字が見えるようだな君は
正確には
>そのコンピュータというのは低水準な話
だ。
コンピュータが低水準ということを言ってる。
ただ、量子コンピュータより低水準というなら間違ってはいないが、
高級言語のこと とかごまかしだしたのがさらに痛いわけだよ >>746
取り待ちがえではないし、君がなぜ >737 みたいな上からの発言を擁護するのかも謎だな 低水準言語はアセンブリ言語とかなのに、CC++Rustが低水準言語扱いされると、まるでCC++Rustがアセンブリ言語並みに使いにくいと思われる
これは許しがたい >>752
組み込み屋の下周り担当の場合だけど
車載の場合(というかあるサプライヤーの場合)だけど
ハード設計はやらない。
ハード屋の書いたエクセルのポート割り当て表なるものが来て
それに合わせて全ポート設定のCodeを書く。これもエクセルになってるから
エクセルからコードをコピペすればできる。
その表だけで対応できない場合はスクラッチでコード書くことになる。
あとAUTOSARの場合はMCALについて指示されたバージョンのモジュールを持ってくるか
コンフィグを変えたりするぐらいかな
まぁ他にも作業はあるけど >>757
>743はごもっともな意見だと受け取っている
単純にGCの有無で高級低級をわかつのであればRustは中間なのは別に異論はないはず。
>>アセンブリ言語並みに使いにくい
全部アセンブリ言語記述が前提のあるプログラムだったが、確かにメモリプールを扱う部分は
Cで書いたことがある。確かに使いにくいというのは同意。
>>CC++Rustがアセンブリ言語並みに使いにくいと思われる これが許しがたい
別に使い易さについて言及してないのに、そこからそれぞれが想像するのは勝手だしそこまでかまってられないと思う >>755
その直後に「抽象化で~」と言ってるだろう。文脈的に「低水準(具象)」に対する対比で「抽象」と取れるわけだが、、、マジで「程度が低い」意味と受け取ったのか?
>>756
>>737が言及している>>736が一方的に優劣を語る上から目線だろう。技術的優劣を意見するなら根拠を添えないと説得力がない。 組み込みはハード動かしてなんぼ
ソフトの作り方なんて気にしない
むしろ下手にクラス化しても
実際にハードの都合で穴開けたり
最後にゃズタズタになるんだから 低水準言語のみ対応のコンパイラのデバイスか、高水準言語対応コンパイラ、ようするにLLVM対応か、これは組み込みを実際にやるうえで当たり前だが非常に大事なこと、 >>760
>その直後に
とか がいしゅつだが、見えない文字が見える人との会話は難しいね
後半の部分もつっこみどころだからそれだけコメントするが
>>736が一方的に優劣を語る上から目線
これが決定的におかしい。なんか本当に危ない人かと思う。
>>736は普通に読めば50 50 ということだよ Web系は新しい分野 組込みは新しくないが深く学べる
これが優劣がついてると思うとか。実社会でも公平なことで不公平を感じてる人かな。
つまり犯罪予備軍な見解だよ。
だから見えない文字も見えるのかもな いるよね、こういう空気読まずに意地でも反論するやつw
もう明らかに話終わってるのに いるいる
反論できないと
第3者のふりして終わってることにしたい奴 あと 第3者なりすましで議論もやめて欲しいね
俺は >756で第3者が擁護する理由を聞いたが、 結局本人だったんだろ。
今になって >737 は>736 に対する反論みたいで、今になって
>技術的優劣を意見するなら根拠を添えないと説得力がない。
とか、自分も根拠示してないしな。
矛盾だらけで、かなり混乱してる人だと思う >>766
https://xtech.nikkei.com/it/members/ITPro/ITBASIC/20021218/1/
低水準とは,コンピュータの生の動作に近いという意味で,高水準とは,人間の感覚に近い(コンピュータの生の動作からは遠い)という意味です。
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q14245662514
よりハードウェアに近いものが低レベル、ハードウェアを抽象化しているものが高レベルと言えます。
これで納得するか?
「普通に読めば 50 50」というが、>>736で「一番詳しくなれる」と順列を言っているんだが、、、「一番」て意味わかるか? >>771
前半はもうコメントしてないが、なにか説明つけたかったみたいだな
別にそれは否定しないが今更後付けで書かれてもな。
後付けで書く場合の君の姿勢として
1)訂正
2)補足
なのかだ。1)であれば謝罪すべきだな。2)であればこれも説明不足
により誤解を与えたわけだから謝罪すべきだよ。
君に謝罪を求める。ちゃんと大人の対応できるかな?
後半、「1番」にこだわっているが、ここでは対局を示しているので
1番と2番しかないわけで対比の話。
新しい分野
1番 組込み以外 2番組込み
詳しく
1番 組込み 2番組込み以外
これが対等でないとか、やはり歪んで物事が見えるような
犯罪予備軍的な発想の人だという疑いがあるね 組み込みエンジニアはプログラマ界の土方
コロナ禍でもリモートすら許されない してないに決まってるじゃん
脳内イメージと条件反射だよ >>773
訂正でも補足でもなく間違いの指摘。
>> 771 で示したように、計算機関連で「低水準」という言葉は言語に限らず使用され、「ハードウェアに近い」という意味でも使われることが認知されている。
>> 755 の「コンピューターが低水準ということを言っている。」は「低水準」の意味を取り違えた誤解ということ。
「見えないものが見えてる」と揶揄していたが、見える常識が見えてなかったようだね。一応検索したら2分で事例が見つかったよ。
ただまあ、まさか知らない訳はないだろう、と決めてかかったのはこちらの落ち度で、その点は謝ろう。知らないものを理解しろといっても無理だからね。無知を想定できなくてすまなかった。
折角やりあったんだ、親しみを込めて低水準くんと呼ばせてくれ。意味はもう知ってるだろ?納得したら思う存分 >>737に論点踏まえて反論してやってくれ。それなら加勢するぞ。 コンピュータ工学において低水準か高水準かは重要なこと
大学で習わなかったか? 737だけど一体何事かと
なんか低水準と書いたのが勘違いで伝わったようで申し訳ない
コンピュータって表現が広範囲過ぎるけどローレベルの話だよね?
ってごくごく軽い意味だったんだが、まさかこんな血みどろバトルになってるとは
いや、ローレベルも変に伝わりそう
低水準で伝わらない人にどう表現したら伝わるんだ?
低水準高水準なんて大昔からのIT業界の標準語だと思って使ってた
上流工程下流工程を上流階級下流階級と盛大に勘違いして
エンジニアを見下してるバカな日本人が多いけど、それに近いものかな? 血みどろじゃなくて単に知識不足で粘着してるバカがいただけの話 なんとなく気付いたのは、>>736にとってコンピュータという表現が
一般的に言うところの低水準領域を指してるのだと思うけど
それだとパソコンを含む全体の99%以上を占める高水準系まで含むから
「コンピュータの構造や仕組みに詳しくなる」に変えれば良いかもね
もっとも99%の領域で稼いでる人には特に知らなくて良いことだし
詳しいとまで言わなくても半分くらいは知識があるだろうけど >>781
コンピュータ工学だと無知が勘違いするから計算機工学と言ってくれ >>777
謝る 謝罪するってどういうことかわかってないようだな。
まぁ 謝る意思があったことだけは評価してやる
謝った場合には、言い訳など通用しない、ひたすら相手に対して低姿勢であるべきものだよ。
謝った相手に対してへんな呼び名で呼ぶとか謝っていない証だ
もう一度ちゃんと謝ってみろ!!
常識がない人だぞそれではな!!
また謝る意思を示したということは、議論は君の前面的負けで終了だよ。
君は負けで敗者なのだよ
なのでもう議論は終了で君はこちらの判断をすべて受け入れたものなんだよ。
あとは君がちゃんとした謝罪をするだけ
言い訳は無用 なにを書いても終わったものとして無視されるだけだからね >>784
一般的な分野のコンピュータやソフトウェアの分野なら
その通りだけど
ここは組込みスレだし
間違ってるとは言わないけど
>「コンピュータの構造や仕組みに詳しくなる」に変えれば
という必要はないだろう、ほぼこのスレの組込み屋は重々承知のこと
>99%の領域で稼いでる人には特に知らなくて良いこと
組込みが1%なのかはさだかではないが、ここはその1%人が必要な知識だろ
誰に向けて書いているかちょっと疑いたくなるなるね 今後も20年ぐらいは組込みでよく使われる言語はC/C++な感じがあるな 組み込み系はc++17とplcでほぼ完結しちゃってる。c#はいい言語なんだがwindows機のUIにちょっと使う程度。c++が使われなくなる未来を凡人のワイは想像できないっす。 2003年から社会人だけど、
これまで20何年ずっとC/C++だよ
そしてOSも大概ITRON系かVxWorks、Linuxだ
なのに何年経ってもスキルが低い人やずっと同じ領域ばかり担当している人がいる
大概それは経験のない仕事を受け取っても
不安に感じてすぐ他人に投げてやらない人
周りに「私はそのレイヤーは担当した事がないから、○○さんのほうが適任では?」などと言って逃げる奴いるっしょ?
それを自力で調べながらでもやれば伸びるのに
勿体ねえと思いながら見ている そう言うやつに限ってクラウドとかwebの仕事振られたら逃げる このスレの人って、車載やってる人はいないか少数派かなって思う。
自分はSESの最下層だけど、好んで車載やってる。
理由は、Codeにしてもドキュメントにしても半端じゃなく完全にやりきるところがあると思うから。
プロセスにきっちりしすぎてるせいで、Code書く時間に比べて設計書や試験にようする時間が多いという
のはあるけどね 車載や医療機器とか、人命にかかわる系は
プロセスがきっちりし過ぎて
ドキュメントをある程度しっかりつくって
仕様書や設計書が無い、あるのはコードだけみたいなことが少ないイメージがあるのだが、どうよ? FAやってたけどアーキテクチャ設計書や機能概要設計書はあるけど詳細設計書はなくて各自のセンスで実装してた
コンポーネントというかクラスによって品質の差が激しい… c++もテンプレートやらboostやら使い出すとマルチスレッドでの挙動に不安が残るって言うか意味不明の不具合が頻発するんだよなぁ >>801
俺は聞いたことないではないけどそれに近いかな
某RTOS用の
今は別のコンフィグレータになってるから要らなくなったが、
以前のはコンフィグレータをビルドするのにboostが必要だった。
実際ビルドするのが結構大変だったからかなりの重い処理をライブラリ側に
させてるのかと思ったことがある。 低水準がどうとかいうクソくだらん小競り合いじゃなくてこういう話で盛り上がるのが健全だと思う stdのくせにスレッドセーフじゃ無いとかあるあるだしな >>782 わざわざ補足してくれてありがとう。助かります。
>>786 君は>>773 の前半で「後付けで書く場合の姿勢として~すべき」と言っているが、後半の「後付けの説明」でその姿勢を取っていない。1スレ内で自己矛盾している。まずはその釈明を「後付けで」してもらおうか?
>>782 氏の補足で完全に立場無しの格好になってしまったのでこれ以上は言わないが、コンピュータが好きだという情熱は認めている。俺も好きだ。議論の目的はくだらん勝ち負けや論破などではなく、相手に納得してもらい考えに同意してもらい、仲間を増やすことだ。ひたすらに相手を攻撃し謝罪を求めるのは議論ではなく喧嘩。
本当にコンピュータが好きならば下らん喧嘩などしてないで議論を重ねて知識を増やせ。無知は伸び代があるということだ。組込みを健全に盛り上げてくれ。
スレ汚し失礼した。 おめぇもクソくだらねぇ喧嘩乗ってんだろうが
周りからしたら誰が仕掛けたとかどうでもいいんだわ
さっさと消えろ老害 二度と来るなゴミ >>807
議論ではなく喧嘩とか
いい加減なことをよく言うね
一応君は非を認めただろ。
あとは謝罪が謝罪になってないことだけ
もう一度言う
君は非を認めて謝罪の意思を示した。
ただ、謝罪になってないので
ちゃんと謝罪しろ! と
これだけのこと
>ひたすらに相手を攻撃し謝罪を求める
とかまったくの事実誤認だよ
妄想癖があって都合よく事実を曲げるのはやめろ スレ違いの話題をいつまで続けるのか
みんなが迷惑してる件 >>807
あと。俺は議論をもうしないと言ったから、議論に対する反論も無視するつもり
あと 君が黙るか謝罪すれば、この流れは終わるんだよ
そうなんだよ 君が謝ればみんなが迷惑しないんだよ そこのところ理解できてないのか? できるだけ公平にしたい気持ちで一応まとめると
>736 >737
が始まりで、端的に言えば
>737が言葉足らずだったか/そうでないかが争点
なので議論の内容は薄い。なので続けるのは迷惑でしかない。
以下 私よりの見解だが
>736は優位性を示されたと感じたのでその反発で
>737を書いたという これは>760の発言の通り
736をそのまま引用する
Web系と比べて、新しいことが次々と出てくることはないが、
コンピュータそのものに一番詳しくなれるのが組込み系
これがWeb系より優位性を示すとかちょっと皆さんの意見を伺いたい std::mapをマルチスレッドで無防備に使ったら落ちた…Orz >>809
困ったことによく居るよね。
こういうヤツ 組込み屋ってなんでこんなにちょっときたことでキレたりむきになったりする奴おんの?
怖い業界やん マジでこんなのが社内にいたらちょっと失敗しただけで
ボロクソ恨まれたり、責められたりするわけやない?
怖いわ >>820
まず自分からだと思うけで
こういうRTOS使ってる 作ってる だな
私は車載なんでAUTOSAR使ってる 一時期作ってた >>821
あんがと、情報収集中なんで単語だけでも助かる
フリーとかいうの見てるけどハゲそう >Real-time Ubuntu is now generally available
らしいが… FreeRTOSとか出てくるとメーカー製のRTOSは高く感じるよな 組込み業界で楽な会社は国内外の様々な規格に対応しなくても売れる製品を造ってる会社
自動車や医療機器なんかは対応しなきゃいけないから
参入障壁は高いけど
人の命を守るかわりに、開発者は己を犠牲にして
体調を壊しながら造ってる感がある 業界も様々だから何とも言えないけど
国内向けのみの製品の開発ってあんまり見たことない。
大手メーカーもしくはその子会社が多かったせいかもしれないけど >>826
これ本当にそう思う
これ以上自己犠牲にしたくないから転職する 一般の人の人命は大切にされるけど、
開発者の人命はあまり大切にされてないからな
納期守って売らなきゃってことで
まぁ、それで色々不正も増えるわけだけども 汎用性は無くても、似たようなお決まり事ならあるからなぁ 組み込みは現場のローカルルールを覚えることが仕事の8割〜9割くらいだと思え 大手の組み込み開発の現場では喫煙所の中に入れないメンバーがPMに嫌われて解約されていた。
今どき喫煙所で業務に必要な指示を出す現場があるのかと驚いたぜ。 組み込みだから周りはみんなフル出勤させられているけど、だいぶガタイがでかくなってきた
もうエンジニアらしさがない 周りはチビとデブとガリが多い
平均的な体型の人が少ない
食に興味すら無さそうなのに仕事のストレスで過食気味なのか肥えてる奴が多い メーカーの工場が現場だといろいろ面倒が多いよね。
安全朝会とか最後に「ご安全に」とかみんなで言うとか
職場ミーティングにも参加させられてこの先完全禁煙に
向けてのアンケートとかもあって、禁煙になったら
会社辞めるという言う人もいくらかいたと覚えている。
メーカーの社員の話だけど 工場は行った事ないな
メーカーの汚い開発室と居室のどちらかで仕事してる 癖の強いオジサンが暴走し続けているヤバい現場を2回見たことある
カオス過ぎる 837だけど、以前の工場のとこは大手電機。
建物が汚くてフロアも狭くて、60cmのスチールデスク(いわゆる職員室デスク)
で間隔も狭くで後ろ通る人がかならず椅子に触れて通るような狭さ。
机どうし向かい合わせで島作ってるようなフロア。
何個か向こうの島では、いつも同じ人が同じ人を叱責してるのがフロアじゅうに
聞こえている状態だったかな。 某メーカーの仕事した時なんか、カビ臭い地下室の使わなくなって久しい光学系の実験設備が埃被ってる部屋で開発やらされたぞ
ここしか空いて無いんですよーとか言われたが
肺炎一歩手前までになったわ メーカーの建物は汚いとこ多いよね
特に業績の悪い会社の建物は老朽化していて
地震きたら潰れそう やっぱお金だのこと考えたら外資系、アメリカの外資系だよ
ストックオプションで老後も安心 >>847
ストックオプションのある会社勤めとは思えないけどな
>ストックオプションで老後も安心
とか意味がわからない アメリカのストックは持ってるだけで上がり続けてる
配当も年数百万はあるよ。 ストックオプション知らない人の書き込みのようだね
俺は元ストックオプション権を持ってたよ。
>849 や >847 は単に自社株の話としてなら正解だと思うね
ストックオプションは期間を設定して、その時期に自社株を指定金額で
購入できる権利のこと。
確かにストックオプション行使後に購入した自社株で老後も安心な場合もあるけど
だいたい新興企業の自社株が老後も安心なほど長期的にいい状態で
経営してるケースがどれだけあるんだろうと思う。
実際俺の場合ストックオプションは指定の株価に上がらなかったためというより
下がったので行使できなかったケース。 すいません、退職後も株価は上がり続けて順調です。従業員は世界で1万5千人です。
俺はこれで満足してるのでそれでいいです。もうこの話関係ないので終わりで。 ホワイトハウスがC++やCをやめてRust使えって言い出したから勉強しなきゃな・・・ 新しいPMがほんと理解力無くて
しかもすぐ忘れるからストレスたまる
前のPMとは割とスムーズに打合せできてたのが、
打合せする度にストレスたまるようになった そんなのマシな方だろがんばれよ
かの地方都市の市長みたいのがPMだったりしたら多分発狂する 打合せでもとんとん拍子で話が進む人もいれば
ごにゃごにゃゴネて進まない人もいるよね
志村けんと加藤茶が組むとコントのネタがすぐ決まるのに
いかりやが絡むと考え込んで長くなるのと同じ
まぁ、性格だろうな 若い人はあまり組込みに行きたがらない印象
webアプリが好きそう 業務内容や社会貢献度はともかく報酬がwebの方が高めな傾向が続いてるから仕方ないね クラウド関連の仕事は単価高いからそっちに軸足移した
これはこれで難しいけどクラウドのノウハウは汎用性が高いし何より楽
その代わり数年でトレンドや基盤の仕様が変わるからキャッチアップは必須
組み込みの感覚でいると若手にあっさり追い抜かれる 組み込みは有名大手メーカー本体に入らないと年収低い
下請けだと7掛けになってくる 請負で6掛け×3件プロジェクトかけもちで結構潤った
メーカーや下請けでプロジェクト専属だとこうはいかん ソフトやるんならWebの方が最低でも1.5倍は給料がいい 組込みエンジニアで定年まで行けるかな?
マネジメントはしたくないので 結局、プログラミングとか設計てのはマネジメントそのものだよね
対象がコードかハードか人間かくらいの違いしかない
リソース配分やスケジュール管理ができないやつは不要よ >>874
自己管理じゃなくて他者を管理する仕事はやりたくないってこと c++ってスネークケースが基本?
今の案件がパスカルケースなので気になった
c#慣れてるから嫌ではないけど 使い分けてるな、クラス名とか基本はパスカルケースだし
変数名はキャメルケース、関数名は目的に応じて使い分け
スネークケースはマクロやDBのフィールド名に使う いや別に決まりなんてないからキレんでも
あくまで一般的であって、ループ変数名にi,j,k,lと書くくらいの暗黙
特に大昔からやってる人はMFCなどにも馴染み深くて
当たり前にそう書いてる人も多いかと
最大手ITのコードルールも当然そう言うのが多かったし うちの会社は定年までソフトエンジニアとして昇格していけるようになった。
昔は係長級以上に昇格するにはPMになる必要があったが。
管理職の等級になった場合も、
通常の管理職と専門職に分岐するので、専門職を選べば
管理職の待遇でソフトエンジニアができるようになった。 極めて当たり前のことなんだけどね
日本の階級制度が元々すっげえおかしいだけで 下流工程より上流工程を担当してる人の方が偉い、プログラマーは下っ端みたいなのも、日本独特の変な文化
海外だと上流工程も下流工程も同じ人がやるのにね
勿論プログラマーの待遇はめちゃめちゃ良い うちはまだおかしいわ
管理職等級の専門職があるんだけど、あるんだけど、
専門職でも管理職研修を受けさせられて、管理職させられちゃうの。
わけわからねぇ 新人の人材育成や一括採用も廃止してほしい
C/C++の分法やITの知識とか
その辺の教科書読めばいいことを教えるのは糞だから
自分で勉強してくれ
採用はそんな教育を省ける即戦力だけにしてくれ
新卒はインターンで使えた人だけ採用で >>886
経営的視点で言ってる?
それとも教育がめんどいだけの苦情?
教育コスト:素人育てた戦力
この費用対効果だと思う
実際教育コストばっか高いというデータがでたところで
経営に口はさむのは難しいとは思うけどね いちからおしえてもつかいもになるまえにやめていくんだよなぁ 海外の企業はいちいち日本の会社みたいに教育とかしない
ジョブディスクリプションを提示して
それに書かれてることができる人を採用するだけ
勿論、社内独特の知識(例えば製品やソフトの仕様や社内規定とか)は共有したりするけど、世間一般的な技術などは知ってる前提 聖徳太子が法隆寺を建てた
と言われるように、日本は大昔から
技術者や技能者は軽視され、
管理者が偉いとされ全部やってるかのような扱い
役割ではなく肩書きで仕事する文化
法隆寺は大工が建ててるの まあ世間じゃアイホォンもジョブズが作ったことになってるし。 >>892
作ったとは言ってないと思う
発表したとか手がけたとか 組込みなんか誰でも出来る
って、メーカーでメカや電気の仕事始めた同級生に
昔はよく馬鹿にされたんだけど
今はIoTやら何やらと
重要な技術と認識されて、されなくなった Iotの主要技術は組み込みじゃなくてwebとクラウドだと思うけど
ウチでもアプリ部隊が主幹でやっててFW部隊は特にやること変わってない それってデバイス側がarduinoとかできあいものだけでやってるのかな どっちもやってるけど、
なんでもできるWindowsやLinuxより
できることが限られてる方が楽だよね。 できあいじゃない場合は
BSPがあればそれ使ってポーティング、なければ自力になるけど結構うまくこなしてるんかな。
picとかかなり小さいもの向けにもネットワークスタックをもたせたamazonRTOSとかから持ってくるとかしてるのかな? メーカーで働いてるけど、
製品の開発がメカ、エレキよりもソフト中心になってきて、
割合的に6割ソフト、2割メカ、2割エレキみたいな状況
打合せをしてもソフトに関係する話題が一番多い
投入されるエンジニアもソフト屋が一番多い ハードはもう底が見えてるけどソフトは底無しだからね >>903
だけど、製品全体のプロジェクトマネージャーは
メカ屋や電気屋出身だったりして、
ソフト屋との文化の違いを知らなかったりして
空回りして上手くいかない 未だにハードとかソフトとかで小競り合いしてる雑魚w ハード屋がソフト屋がいる所にデカい声で話しかけにきて帰って行った後の「うるせえなマジで」みたいな、異物が入ってきてやっと去ってくれたかのような雰囲気
あれはどこの職場でも同じですか? ハード屋「順調?」
ソフト屋「何を以って順調というのか?」
みたいな、少しハード屋にグサっとしてイラつかせるやりとりはよくある 基本的にハード屋は何とも思ってないけど
ソフト屋はハード屋を嫌ってたり、
あまり関わりたくなさそうにしている雰囲気はある。
どうしてもソフト屋からハード屋にお願いすることよりも
ハード屋からソフト屋にお願いすることのほうが多くなりがちなので、
ソフト屋が立てた計画通り仕事している最中に面倒な仕事を突然ぶっこまれたくない心理が働く こまっけーことは全部ソフト屋に丸投げて、ハード屋は大ざっぱに
という印象はたしかに受ける
ハード屋はソフト屋を対等には見てないだろ、見下してる、そら嫌われるわ ソフトはちょちょっと書き換えたら簡単にすぐ直せそうってイメージがハード屋や営業、顧客等からしたらあるらしい
現実にはプロセスや規約に則って必要十分な検証や調査をしなきゃいけないからちょちょっとした1行の変更でも労力かかる場合があるわけだけど ハードは高学歴理系
ソフトは低学歴文系
これは傾向としては事実だと思う え、低学歴のが優れてるとか言いたいのかな
バカのロジックはわからんw おっさんにJKをやらせるアニメが流行らない理由って何も分かってるだろうしって思っておけば信者騙せると思ったのによくソシャゲに全力で支えてくれたんだろう 俺の考察ではあるけどメダルが見られるお食事とかDOI前に退陣してるのに
アクアトープもあんな簡単に他人には叩きに乗っかるのがこう言う分布なんだろうな
ノートパソコンと脱毛器が届く うちの会社
高学歴:プロパー
→東大、京大、旧帝、上位国公立、早慶上理、MARCH卒が多い。稀に四工大や日大、東海大、金沢工大卒とかの低学歴だけど学年では一応成績トップ層だったんだろうなと思える人がいる
低学歴:子会社、SES
→MARCH、四工大、日東駒専、大東亜帝国、Fラン、専門学校卒が多い。稀に上位の国公立大や難関私大を卒業しているのにSESやってる人がいる なんで社内外関係なく一人一人の学歴なんか知ってるんだ
普通にストーカーっぽくてキモいわ 新人やSES来たらそいつの名前ググってる人いますか?
Facebookかリンクドインで学歴がわかる場合がある
学歴ある奴は学会発表や大学時代の研究室のページ、論文で学歴がわかる場合がある 自身のない奴は人のことを根掘り葉掘り調べたがる、弱みが欲しいから >>916
ソフトは開発費掛かるけど、量産コスト0だからな
でも、それはちゃんとしたシステム設計屋が居ないからだと思う 昔は新人が自己紹介で出身大学名言ってたけど
今は言わない方がいい風潮あるよね >>933
製品の出荷台数で、ソフトで対応するかハードで対応するかって分岐点がだいぶちがうからね ハード屋が、もっとこういう仕様にすればいいのにねと
後出しで文句言うのはやめてほしい >>914
ハード屋は何とも思ってないどころか思いまくりやないの嘘つき うちの会社のソフト屋は大人しい人が多いが、
ハード屋は声でかい人が多い
ソフト屋の居室にやってきて、でかい声で色々言ってくるの恥ずかしいからやめてほしい >>941
牛丼屋って行ったことないんだがチーズ牛丼?ってうまいのか? 大人しいと聞いて陰キャに即結び付くほど単純な脳細胞だったのかハード屋 隠キャだけど、チー牛ってそういう意味だったのか
ネットスラングとかもう全く興味ないから
デブとかそういう意味だと勝手に思い込んでた つか、組込みソフト屋もハード屋も8割ぐらい隠キャじゃないか?
グループワークの社内研修、任意にしたら皆途端に参加しなくなったぞ
参加するのはグループディスカッションや発表会が好きそうな一部の意識高い系だけになった Web系会社に移ったけど社内勉強会が盛んだったしみんなqiitaで記事書いてたり色々積極的で驚いた
思い出してみると組み込み系ってどの現場も意識低いというか空気が淀んでたよなぁ
まぁそれを過ごしやすいという人もいるんだろうけど 特定MCU固有の機能だったり割り込みだったり、話が一般化しづらいせいもあるんじゃね。分野によって上位側の組み方もずいぶん違うし。 勉強会はそんなの自分でやれやって思ってしまう
集まってやりたくねえw 組込みは高学歴多いから
一般的な技術の勉強会なんかやらなくても独学で勉強してしまうよな
勉強できない人にとっては勉強会が楽なんだろうけど、わかった気になるだけで持ち帰ってからどうせ勉強しないっしょ そのわりに教えて君や組み込み以外のことは触れようともしないのは何故か >>949
勉強会はなにも知を得ることだけじゃなく意識合わせに使うこともあるし
特にWebは多人数でグループを組んでプロジェクトを短期間で進めることが多いから
組み込み系には圧倒的に足りないチームワークには重要なこと web系ってチームワークそんなに凄いの?
虐めや仲間外れとか組込み以上に多そうな印象があるけど ハードチームがどうのこうので陰口叩いたり敵作ったりしてるスレでよくそんなこと言えるなW
自覚がないのが恐ろしい >>952
チームメンバー同士でリスペクトがなかったり足を引っ張ったりなんてしてるの
組み込み業界くらいのもんだよ
あとWebは勉強会を開くまで知識がないなんて奴はそうそういない
ほとんどの奴が既に知識を付けていて、職務経験まである人も少なくない
更に深めたり足りない部分を補ったり水準を合わせたりする為にある >>953
ソフト屋がどうのこうの言って敵を作ってる自覚がない人もいるね レベルの低い争いだなぁ
組み込みってなんか、他人にわざと仕様を教えないで自分だけが知ってることで優位性を保つ人が多いんだよね
今までの現場全てそうだった
部署異動で組み込みから離れてから数年経つけど未だにそんな現場組み込みだけ >>956
>組み込みってなんか、他人にわざと仕様を教えないで自分だけが知ってることで優位性を保つ人が多いんだよね
そういうの身に覚えがあるが、教えだすとキリがなかったりするから面倒なだけ
優位性とかじゃなくて 組み込みは大学出てから定年まで
同じ会社(古臭い大手メーカー)の中で生き残らなきゃいけない意識の人が多いから
社内での自分のキャリアを傷つけないために
他の人を下げたりして足引っ張る人が多い
webならすぐ転職するけど 確かに組み込みってメーカーの下にぶら下がる仕事が多いからなぁ
転職先に幅が無い 給料も低いし 頭悪い人ほどマウント取ったり馬鹿にしたり偉そうにしたりするらしい
賢い人ほど腰が低かったりするみたい
ダニングクルーガー効果っていうらしいけど
上司や先輩とか上の地位の人で、
部下や後輩に偉そうに接する人と
腰低めに接する人がいるけど、
前者は頭悪いみたい
そういうのが周りにいると要注意 IT業界全般だけど、レビュー虐めって昔からあるよね
見かけたり経験したのがこんなやつ
・何度も何度も自信喪失するまで直させる
・「全部つかえない」など成果物を全否定
・指摘から説教や叱責へ移行する(レビューアがレビューイに給料泥棒と言ってパワハラしたりなど)
・指摘の修正イメージや不明点を確認しても「自分で考えろ」などと言って協力しない
・膨大な工数がかかる指摘対応を強制する(「社員全員に手がかりとなる情報がないか一人一人聞いてまわれ。メールで一斉に聞くのはニュアンスが伝わりにくいから禁止」など)
・レビューの会議を設定をしても理由もなく拒否
品質のためだの、教育・指導のためだの紐づけて正当化するからたちが悪い レビューって最初にコーディング規約ありきだから普通は罵り合いにはならないんだがなぁw コーディング規約って作ってなかったり、あっても読んでない人が多くね?レビューアもレビューイもどちらも。
そのプロジェクトにコーディング規約が存在することすら新参者に教えないプロジェクトばかり。というかコーディング規約の存在を忘れている 実際クソみたいなコード持ってくるジジイはしばきたくなるけどな
1メソッド1000行とか正気か? その程度なら全然苦ではないな
ライブラリやフレームワークにもその程度の行なら少ないくらいだ
ラップされまくった最上階層の薄い処理だけ書いてりゃいいなら
こまっけー関数をちょこまか書いてもいいんだろうが可読性むしろ悪そう 高速道路の制限速100km/hじゃ時代にそぐわないから120km/hに上げるのと同じ
1画面に80文字x25行しか表示できないDOS時代ならまだしも
1画面に300行は表示できる今の時代に昔作られた見易い基準とやらを
今も使うってのは時代にそぐわない
6000行の関数が中身ほぼ同じで10個あったり
1ファイルに何万何十万行もあったりする大規模システムなんかを見てたら
1000行でクソとか言って現場の士気を下げる温室育ちの方がクソだよ >>968
画面に表示出来るサイズじゃ無くて
人間が容易に理解できるサイズな >>969
行数が少なければ容易かといえば全く関係ないと思うが >>971
古文書と絵本で考えてみたら分かりやすい
10ページちかくある絵本の内容と
古文で書かれた3行の内容が同じだったらどっちが読みやすいかと 例外例外って馬鹿の一つ覚えのように
例外と言えるほど少なくないから例がぽんぽん出てくるのですよ 1000行関数は流石にヤバいだろ
それを許容する流れにもビビる
リーダブルコードを熟読することをオススメします…^^; それをブチギレながらパワハラ的に指摘するか
普通に「長いので処理を分割出来ませんか?」と指摘するかで印象に大違い 自分よりC言語のスキルが低い上司に、端的に意味がわからないで返されるんだが?転職するべき? システムに問題があったら結局責任を取るのは上司であって
その上司が理解できないことやってたらボツになるのは当然
その上司のスキルの低さ(あなたから見た)は問題ではない
上司が理解できるレベルに落とし込めないのは能力が低いということだ
小学生に大学の数学を教えて理解されないと不満を漏らす教師は
大学の数学が出来る頭のレベルはあるが頭の悪い馬鹿 出たよ逆張りマン
屁理屈こねくり回して無理やり反論しようとする >>984
どれだけ知識があっても人に理解されなきゃただの無能ってことか 上司が理解する頭のない小学生レベルは問題外だが
転職するべきか聞くなら好きにすればいい >>984
その通りだね
俺の言葉で言うというかそういう向き合い方なんだけど
あくまで上司が君にやって欲しいこと、期待することをしたらいいんだよ
自分ならこうするとかはしないことだね
まぁ自分の全力が出せないけどね
俺自身としても転職何回もしたけど自分の全力が出せないことは多かったけど
逆にいうと何一所懸命仕事するのだろうかって思う
期待値までやれば十分じゃないかと 転職するかは大袈裟に言い過ぎた。申し訳ない。
でも、実際自分よりスキルの低い上司(言い方悪いな)にどう接したらいいのか分からなかった。
社会に出る前は「上司は自分よりよく知っていて仕事ができる人」と思っていたから、いざ会社に勤めてみると、考えと違い戸惑った。 >>980
俺の場合、すぐわからない、わからないと説教臭く言う上司には
馬鹿にでもわかるような資料を作って説明してる
子供の頃から文章を読んだりとかあまりしてこなかった人は
読解力や理解力がないので、
馬鹿にでもわかるように説明しなきゃ理解できない 小学生でもわかるように図をたくさん使って
文章も短く、大きく見易くして説明資料作った方がいいよ
ただ、例えば、ふりがなふったりとか馬鹿にしてると
さとられるような内容は避けるべきだがw 会社って、皆んなが頭良い学校出身とかではないので、
読解力や理解力とかそういう部分では
一番下に合わせないと話進まない場合がある 読解力理解力は現場で実務する人間に最も必要とされる力だから
それが低い人は出世して実務には触れないようになるもの ホリエモンが読解力ない人多いって言ってたな
SNS炎上するのも読解力ない人が多いからみたい
職場でわかんねえわかんねえって上司が言って炎上するのも
似たようなものかと 組み込みに限らず、
人にわかりやすいコード書けないやつ多すぎる。
1000行関数とかも最たる例、
どうやって単体試験しているんだろう?
カバレッジはどうなっているんだろう?
素人じゃないんだから設計の妥当性を証明できないコードは書いてはいけない。
自分がわかればよい、ぱっと見動いていればよいはプロの仕事ではない。 分かりやすいの定義がそもそも人それぞれだし
状況に応じた臨機応変とか無視されてもねぇ
100行の関数1つと、1~3行の関数が50個あるのでは
どっちがデバッグしやすくて可読性高くて保守性高くかとか >>997
それが解らんヤツがいるんだよ。
たくさん。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 303日 7時間 1分 46秒 5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/
▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login レス数が1000を超えています。これ以上書き込みはできません。