5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

組み込みプログラマー雑談スレッド その31 [転載禁止]©2ch.net

1 :仕様書無しさん:2014/12/04(木) 06:30:35.96
前スレ
組み込みプログラマー雑談スレッド その30
http://kanae.2ch.net/test/read.cgi/prog/1411996106/

2 :仕様書無しさん:2014/12/04(木) 08:49:11.19


3 :仕様書無しさん:2014/12/04(木) 19:36:51.26
ガジェットルネサスとかarduinoとかお仕事で使ってる方居ます?

4 :仕様書無しさん:2014/12/04(木) 20:24:25.49
死んだ! もういない!

5 :仕様書無しさん:2014/12/04(木) 20:54:02.84
もう全然おもしろくない

6 :仕様書無しさん:2014/12/04(木) 22:31:32.39
前スレ読んできたんだけど、
組み込みLinux上でデバドラを叩く部分を
作ってる俺みたいなのは、
組み込みプログラマの範疇じゃないのかもしれないのね。

じゃあなんなんだろう?というと
特に思いつかない、超中途半端な状況
なんだと気がつかされてしまった、、、

7 :仕様書無しさん:2014/12/04(木) 22:42:24.80
>>6
組込みってのは文字通りガッツリ組み込まれてて
そうそうアップデートも出来ない環境のことを言う

だからデバドラじゃなくてユーザランドオンリーでも
組込みと胸張って言っていいよ

8 :仕様書無しさん:2014/12/04(木) 22:48:18.54
WindowsでC#で.NET frameworkのフルセット使ってても
カーナビや電光掲示板やサイネージの組み込み開発だから。

9 :仕様書無しさん:2014/12/04(木) 23:27:10.39
>>3
arduinoは普通に製品で使ってるよ

10 :仕様書無しさん:2014/12/04(木) 23:28:50.12
reprapとかはardiuno

11 :仕様書無しさん:2014/12/05(金) 00:44:39.53
「組込み」って誰が言いだしたんだ?
原点がわからん

12 :仕様書無しさん:2014/12/05(金) 00:56:11.12
昔はファームウエアとか言ってた

13 :仕様書無しさん:2014/12/05(金) 03:12:22.00
その前はマイコン応用システムとか

14 :仕様書無しさん:2014/12/05(金) 19:07:07.46
マイコン入りが
売りだった時代の話か

15 :仕様書無しさん:2014/12/06(土) 00:39:23.15
マイコン応用。マイコンを応用しない場合って何?

16 :仕様書無しさん:2014/12/06(土) 04:16:02.00
プログラミングなしの既成電子部品だけで作るとか?

17 :仕様書無しさん:2014/12/06(土) 05:36:21.45
マイコン単体で売るとかでは。

18 :仕様書無しさん:2014/12/06(土) 10:50:55.90
Lチカで終了した場合とかかな

19 :仕様書無しさん:2014/12/06(土) 11:08:09.33
>>7
wifiモジュール積んでてネットワークアップデートできる場合でも組み込みだよな?
サイズを小さく、MPUに縛られない連中をクミコマーでいいんじゃね?

20 :仕様書無しさん:2014/12/06(土) 12:14:11.35
計算器以外のプログラマブル入り製品は全て組み込み

21 :仕様書無しさん:2014/12/06(土) 12:54:20.00
リアルタイムシステムとか要求されるものによる呼び方の方がしっくりするな

22 :仕様書無しさん:2014/12/06(土) 19:36:18.49
こないよ

23 :仕様書無しさん:2014/12/06(土) 22:09:05.00
>>19
アップデートがものすごくしづらければ組込みです
しづらいのは技術的な意味に限らない

24 :仕様書無しさん:2014/12/06(土) 23:31:00.35
組み込みといっても範囲広いですね。
LinuxOSが動いてる&ユーザランドオンリーな仕事から
産業機器の仕事に転職したとして
うまくやれますかね?
転職サイトではやたらFA機器系から
DMがきて気にはなるんですが、
産業機器向けの組み込みの仕事で書かれるプログラムってどんななのか
想像もつかない・・・

25 :仕様書無しさん:2014/12/06(土) 23:34:07.30
>>24
テストのしつこさと細かさとウザさが違うだけで
あとは大差ないから心配すんな

26 :仕様書無しさん:2014/12/07(日) 01:00:38.03
定時で帰れるようなゆるい現場から
今度は終電で帰ったり徹夜したりする激務な現場に移った。
ゆるい現場のときは、
設計書作成⇒レビュー⇒指摘修正⇒リリース
コーディング⇒レビュー⇒指摘修正⇒リリース
単体試験仕様書作成⇒レビュー⇒指摘修正⇒リリース
結合試験仕様書作成⇒レビュー⇒指摘修正⇒リリース
というふうに段階をふんでやっていたのが、
激務な現場は、
設計書は作ってる暇ない
コーディング⇒レビューする暇ない⇒レビューせずにリリース
単体試験はやってる暇ない⇒適当
結合試験は適当に試験項目つくってレビューもせずに実施
という感じだw

27 :仕様書無しさん:2014/12/07(日) 02:51:54.84
試験せずに出荷してりゃそら激務になるわな

28 :仕様書無しさん:2014/12/07(日) 05:03:53.37
俺激務のとき通常業務に加えて回路設計、工場の工程管理や客先での取り付け作業もやった…トホホ

29 :仕様書無しさん:2014/12/07(日) 10:48:35.19
>>28
零細企業だとそんなの当たり前だよ
自分はそれに加えてCADで機構設計までやらされる。

30 :仕様書無しさん:2014/12/07(日) 11:09:03.45
機構設計のCADって何使ってるの?

31 :仕様書無しさん:2014/12/07(日) 11:18:07.41
>>30
auto CAD

32 :仕様書無しさん:2014/12/07(日) 12:41:59.94
>>23
車載ECUはリプログが容易になってきてるけどね
何を持って容易というかは意見が別れるけど、ディラーでアップデートできる環境は揃ってる
昔は制御系のバグは、ECU全交換しかなかったけど

33 :仕様書無しさん:2014/12/07(日) 13:15:01.13
アップデートの難易度は組み込みの定義とは何の関係もないな

34 :仕様書無しさん:2014/12/07(日) 14:39:04.14
組み込みプログラマは
ソフトウエア産業で言うと
「その他」に対応する概念だと思う

その他だから何でもあり

35 :仕様書無しさん:2014/12/07(日) 14:44:56.10
ハードとかがわかってやりこまないといけない分野?

36 :仕様書無しさん:2014/12/07(日) 22:15:13.79
今週はついにつまさきの話題すら出て来なかったぞ
いいのかこの展開

37 :仕様書無しさん:2014/12/07(日) 22:52:57.89
回路設計や機構設計もやってる組込み屋と、
ソフトだけやってる組込み屋の両方に接する機会があるが
ソフトだけやってる組込み屋はソフトの知識はすごい。
あれもこれもやってる組込み屋はソフトに関する知識が浅い人が多い

38 :仕様書無しさん:2014/12/07(日) 23:35:22.25
当たり前だろ
ソフトしかやってないんだからソフトの知識が豊富なのは当然だ

ハードもやりたいけど人間の脳は容量があり得手不得手もある
だから自分は得意分野を伸ばし、他人の得意を借りるしかない

39 :仕様書無しさん:2014/12/08(月) 03:45:34.07
水道橋博士を目指さないと

40 :仕様書無しさん:2014/12/08(月) 09:59:59.01
どういう意味?

41 :仕様書無しさん:2014/12/08(月) 12:08:38.16
この文脈の場合、覇悪怒組かな?

42 :仕様書無しさん:2014/12/08(月) 12:13:17.68
つーかハード屋や制御屋や数学屋のコードは酷すぎる。

43 :仕様書無しさん:2014/12/08(月) 15:00:26.26
両刀の方もたまにいらしゃるので・・・

44 :仕様書無しさん:2014/12/08(月) 15:07:14.44
ダブルメジャーみたいな才がなくてもそれなりの品質の仕事ができるような
方法論ができるといいよね。

45 :仕様書無しさん:2014/12/08(月) 20:03:59.14
チップ部品なんて半田付けできないよう

46 :仕様書無しさん:2014/12/08(月) 20:46:45.25
手動表面実相なら任せてくれ

47 :仕様書無しさん:2014/12/09(火) 06:44:45.16
チップ部品はちゃんと半田付けできないと動かないが
コードはでたらめなコーディングでもしばらくは動くからねえ

48 :仕様書無しさん:2014/12/09(火) 06:52:14.69
チップはピンセット使うんだぞ
ICも0.3mmピッチくらいになると拡大鏡あると幸せになれる

一番小さいサイズのチップだと
人間じゃ半田付けできないみたいね

49 :仕様書無しさん:2014/12/09(火) 09:20:01.56
>>42
会社に数学屋なんているのか?

50 :仕様書無しさん:2014/12/09(火) 19:53:35.25
数学科卒はいるな。

51 :仕様書無しさん:2014/12/09(火) 20:41:18.91
数学屋とか格好いいな。
自分の場合、新卒で入社以来、
泥臭いソフトウェア開発ばかりで、
正直、数学とかアルゴリズムに疎いから
一生土方でおわりそう。。。
って最近になって気がついてしまった。

現職を続ける限り
高度な数学もアルゴリズムも縁遠いから
自分で勉強しないとダメなんだろうけれど
帰ってきたら疲れて寝てしまう。
休日は遊びに出かけてしまう、、、

52 :仕様書無しさん:2014/12/09(火) 20:42:25.66
さらにいうと現職の分野が
あと何年持つのかもきになるというか
非常に不安だわ、、、

53 :仕様書無しさん:2014/12/09(火) 23:28:06.17
今日も怒鳴られて帰ってきました。
ストレスが蓄積して鬱病になりそうだ

54 :仕様書無しさん:2014/12/09(火) 23:40:28.86
なにがきっかけで鬱になるか
ぜんぜんわかんない、、、
俺はまだ大丈夫だと自分では思ってるんだけれど、
同僚に数人、メンヘルで休職と復職を繰り返している人がいる。
そんなに激務じゃないとは思うんだが、
結局主観の問題だろうしなあ、、、

55 :仕様書無しさん:2014/12/09(火) 23:49:09.46
ただでさえIT実務はストレス半端ないうえに
上司の小言やら職場環境やらで追い討ちがかかるからな

56 :仕様書無しさん:2014/12/10(水) 00:03:09.21
>>53蛙のツラでも見習えば?

57 :仕様書無しさん:2014/12/10(水) 00:13:27.88
メンタルになる人ってそもそも向いてない
休職せずさっさと辞めたほうがお互い幸せなのに

58 :仕様書無しさん:2014/12/10(水) 00:18:53.33
ちゃんと仕事してれば欝になんかなんないよ
無駄な頑張りばっかしてんじゃないの?
正しい頑張りをしろよ

59 :仕様書無しさん:2014/12/10(水) 00:23:44.24
鬱病になるとちゃんと仕事もできなくなる

60 :仕様書無しさん:2014/12/10(水) 00:29:18.67
体力はあるので長時間働くのは苦ではない
何か作業する度に上司からごちゃごちゃ説教されるのは精神的に苦だ
他人からのストレスが無ければ月150時間以上残業でも苦じゃないな

61 :仕様書無しさん:2014/12/10(水) 00:31:06.83
>>57
ぶっちゃけ精神的な攻撃をし続けてやれば誰でも鬱病になるけどね

62 :仕様書無しさん:2014/12/10(水) 01:23:43.38
>>59
ちゃんと仕事できないなら仕事できるようになるまで仕事すんな
つらいくるしいみたいな面で仕事されたら迷惑だ

63 :仕様書無しさん:2014/12/10(水) 06:49:44.42
>>51
http://sourceforge.jp/projects/sfnet_maxima/

数学屋たってMathematica とか matlab 知ってるだけだから

64 :仕様書無しさん:2014/12/10(水) 06:55:55.71
いびる側の体育会系脳がいるな
この業界で鬱に理解のない人間は管理職をやらせるべきではないな
人を殺して罪悪感を感じるどころかむしろ喜んでる自覚のない殺人鬼と変わらん

スケジュールは自己管理責任でも、仕事内容そのものは各担当者ではどうにもならない
鬱にならないよう仕事をコントロールするのも(するのが)管理職の役目
仕事の難易度、仕事量、納期などがしっかりと想像できる熟練レベルの経験者じゃないとできないけどな
それを怠っていれば将来必ず何らかの形で竹篦返しが来る

65 :仕様書無しさん:2014/12/10(水) 06:59:53.38
しっぺ返しは、もと「竹篦返し(しっぺいがえし)」

覚えた。

66 :仕様書無しさん:2014/12/10(水) 07:21:20.81
部下のスケジューリング能力を鍛えるには
定時帰りを徹底すればいい

67 :仕様書無しさん:2014/12/10(水) 08:23:12.98
少なくとも他のメンバーと同じだけ仕事してれば
普通は大丈夫だろ。
それが辛いなら単に向いてないだけ。

68 :仕様書無しさん:2014/12/10(水) 08:53:00.79
おまいら、新しい分野の技術勉強しとかんと、ひどい目に会うぞ

2000年当時、おれの会社、業界屈指の技術力を誇ったが、
今は受注ほぼゼロだ

これからどうやって食っていくか とほほ…

69 :仕様書無しさん:2014/12/10(水) 20:09:06.81
どなどなど〜など〜な〜

70 :仕様書無しさん:2014/12/10(水) 20:50:02.10
>>67
仕事量を量れる管理職がいるのか?

71 :仕様書無しさん:2014/12/10(水) 23:42:53.71
>>70
オレが量る

72 :仕様書無しさん:2014/12/10(水) 23:54:25.36
>>68例えば何を勉強しますん?

73 :仕様書無しさん:2014/12/10(水) 23:56:04.25
それがわかってれば彼は窮地に立たされてないだろ

74 :仕様書無しさん:2014/12/11(木) 00:04:34.48
技術ない奴とある奴の差が激しすぎる
無い奴は勉強しないからずっと無いし、
ある奴はない奴を指導と称して虐める奴が多過ぎて
結局技術者が育たない・・・

75 :仕様書無しさん:2014/12/11(木) 00:05:51.77
技術無い奴とある奴の差が激しすぎる
無い奴は休日に趣味として自分でやってみたりしないからずっと技術が無いままだし、
ある奴はない奴を指導と称して虐める奴が多過ぎて
結局技術者が育たない・・・

76 :仕様書無しさん:2014/12/11(木) 00:09:24.35
スマソ、書き直してみた
結局趣味でプログラミングとかをやってる奴が一番技術力が高い気がする
ただ、技術力が高くなると「これくらい知ってて当たり前だろ」的な感じになる奴が多くて
そういう人は新入社員や若手社員とかを指導中に馬鹿にしたりするんだよなぁ

77 :仕様書無しさん:2014/12/11(木) 00:18:25.00
本当に技術がある人は指導してる暇がないほど仕事を振られる
たとえ指導をする場合でも相手の目線に合わせられる圧倒的な実力と余裕があるので
優しくわかりやすく丁寧に教えてくれる
知識はあるけど実力が微妙な人は指導をしたがり苛めやすい、実力のある人を敵対視する

78 :仕様書無しさん:2014/12/11(木) 01:04:15.33
リファクタリング?今まで動いている実績のあるソースはいじらないで下さいよ〜バグが見つかったらどうしてくれるんです?

79 :仕様書無しさん:2014/12/11(木) 01:48:34.18
バグが見つかったら直すだけだよこのクソ土人

80 :仕様書無しさん:2014/12/11(木) 07:44:52.54
>>53 ああ、怒鳴られるとメンタルダメージ蓄積するから

睡眠不足のよな鬱の前兆が出る前に、ストレス解消とか会社に相談するとか
やったほうがいいぞ

俺は精神おかしくなってしばらく廃人モードになってしまった
休職はしなかったけど明らかに精神的に異常になってしまった

今はその上司と離れて回復してる

81 :仕様書無しさん:2014/12/11(木) 07:46:03.66
>>68 今はどうやって食ってるの?

82 :仕様書無しさん:2014/12/11(木) 07:47:22.18
>>78 実績あるソースが今日もマイコンに書き込まれて出荷されてるけど

その秘伝のソースの関数仕様書はないので
実際どうやって動いているのかは
毎日さわってる奴もソースを見ないと解らないという・・・

早くこの職場から逃げたいかも

83 :仕様書無しさん:2014/12/11(木) 09:30:33.56
>>81

生活は、かみさんが支えているよ
開発は、貯金を取り崩しながらやってる

84 :仕様書無しさん:2014/12/11(木) 10:33:26.95
>>82
ソース見てわかるならまだいいじゃん。

85 :仕様書無しさん:2014/12/11(木) 10:35:38.22
>>82
リバースして仕様書くらい作っておけば他の奴に引き継ぎできるから楽になれるぞ

86 :仕様書無しさん:2014/12/11(木) 11:11:44.87
☆☆☆☆☆
               /  /     /   |      \ ヽ
               / /  /   / /    ||  |  i  ヽ i
              i /  / /  / / /    ||  ||  |│ |ノス
               |//  / /___, -一ァ|  /! |ト、|│ | | く」
                |,-‐¬  ̄---┘'7 |!  ハ! |,、-┼十|! | | |
          , -‐ ''"  し' '´_ /,ィ二l |ト、/!ヽト、\_ヽ!|!l | ハ |
       ,r/      __   ,イ|リ ヾハ! ヽ!  ,ィ⌒ヾミリノ!/リ  | ☆ 自民党、グッジョブですわ。 ☆  
      / ||ヽ  -'     / ̄ )` __      |ヒノ:} '` ,イ/ |  |  http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
    ,r '   ヾ、  ,-、____ , イ ̄,r==-      ==-'  レ' /|  |  
  / ヽ    `ーソ  ' | |ト、,ヘ ′""          "" / / || | ☆ 日本国民の皆様、12月14日(日)の
. /    \_  /  | ハ ヽ`゙'ヘ       ' '__. ィ  / / | |  |     『衆議院議員総選挙』に必ず投票にいきましょう。 ☆  
           /   / / |  ヽ 川\    ヾ三ニ‐'′//! |  | |  |   
        /    / / 八  \川| |`ト- ..  __ , イ‐ァヘ |  | ||  |!
      /    / / /  \  \ 「`ー- 、    /  .〉  ト、|  ヽ、
     ,イ    /-─=¬ニヘ、_  \   厂\ 厂ヽ /!|   | `ー=ヘ
 -‐  ̄ /─ '  ̄     ├- ヽ\  \ノ\ \ 人 ハ!ヽ ||  |-┤ ヽ
      /          /!‐-- | |\   ト、_`ヽ oヽ  ト、!  ||  |‐┤- ヽ
  // 〉      __ /  ├‐-  ||  | 川-‐  | |  厂7! ハ!  ├:┤  ̄ヽ
  / / ー ─    ̄       ├‐- リ  || ハ!ヘ   | |  ト┤|/′ ヾ,┤   ゙i_
  ‐ '              〉‐-    | / /\ .|o | /ヽ/(′    ∨     \
‐--─ ──-r、___-、    /ー_     {(   '´>、! /ヽ/       |\       \

87 :仕様書無しさん:2014/12/11(木) 23:26:55.71
そういう書き込みをすればするほど、ダメな馬鹿が自民党を支持してることがバレバレだとなぜ気付かない

88 :仕様書無しさん:2014/12/12(金) 17:40:14.42
>>84 なぜそういう実装になってるのか
変更する場合はどこを修正するのが正しいのか
知ってる人がいないというのが怖い

89 :仕様書無しさん:2014/12/12(金) 19:58:09.00
そんなこと誰もわからんよ。

90 :仕様書無しさん:2014/12/13(土) 02:39:53.26
>>79
単純ミスなら簡単に直るが、仕様のバグはどうしようもない。

91 :仕様書無しさん:2014/12/13(土) 10:31:29.34
こっそり仕様書が修正されて、
バグ見つけた人のところだけが直されていて、
他の人には連絡もいかずテストも済んでいて、
そのまま出荷されて、後になってフィールドで爆発
までがワンセット

92 :仕様書無しさん:2014/12/13(土) 11:19:30.05
仕様書と合ってるか仕様書が改版されるたびに全てチェックしなけりゃならないが
大半の人間はその余裕がなくてやろうとしないので、後になって色々めんどくさいことになる。

93 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 12:32:52.37
あるいは逆もなー

94 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 14:31:25.61
コードから
遷移図とかタイムチャートとか
そういう仕様書を出すべきなんだよ。

95 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 19:48:36.92
>>94
自動生成は幻想だ
手を動かせ

96 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 20:51:49.90
半自動までなら生成スクリプトよく組むよ

97 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 22:21:59.31
csv出させて、エクセルで作画とかね。

98 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 23:41:49.97
仕様書の改版履歴だけ見てソースをチェックしてたら
改版履歴に載っていない仕様書の修正がたくさんあり、
すんげー困ったことがある

99 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 11:01:01.64
結果動いてるのはコードなんだから
読めるコードが書けるほうが重要。

仕様書なんて意味無いよ。

100 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 17:39:33.41
>>99
こういうやつが一番迷惑する。
死んでほしい。

101 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 19:28:54.55
読めるコードならまだいいが、
読めないコードが大量にあるし・・。

102 :仕様書無しさん:2014/12/14(日) 20:04:05.56
読めない なら諦めもつくが、
読むに耐えない ってのが頭にキて困る

103 :仕様書無しさん:2014/12/14(日) 21:32:02.99
そういう奴に限ってドキュメント書かないんだよなあ
書かないんじゃなくて書けないんだろうが

104 :仕様書無しさん:2014/12/14(日) 22:14:54.00
誰が書いたどんなソースでも読めて、読みやすいコードも書ける人は
ドキュメントを書くのも上手いけど、意味を為さない余計なドキュメントは書かないね
ただページ数を盛るために余計なことをズラズラ書いて読みにくくしたり
文章が下手だったりする人はソースを書くのも下手

105 :仕様書無しさん:2014/12/14(日) 23:09:31.73
言葉だけで説明できれば、誰も苦労しないのでは

106 :仕様書無しさん:2014/12/15(月) 06:55:28.56
相手の目線に合わせて人に読ませることを考えて書いてるかどうかの違いだな
あと、文章を書くのが苦手な文系ってかなり多いと思う、理系だけでもガチガチ
理系と文系の両方を備えた人は文章を書くのもプログラミングも激しく上手い

107 :仕様書無しさん:2014/12/15(月) 10:25:54.02
そもそも論だけど仕様書書かないでソース触っちゃいかんでしょ
ネーム切らないで漫画描くようなもんだ

108 :仕様書無しさん:2014/12/15(月) 10:31:01.63
>>107
正論だけど、仕様書なしのソースってぐちゃぐちゃのことが多いから、
「修正に必須の部分だけでも仕様書起こしてから」って始めると一大事業になる。

109 :仕様書無しさん:2014/12/15(月) 12:02:51.83
わかりにくい書き方のコードでも理解できるのが技術者
全員スキルが違うのだから
読みにくいだのわかんないだの文句や批判しかいわないのは似非技術者
読みにくい素人が書いたようなコードでも
読んで理解し、こうしたらもっとわかりやすくなるよと言えるのが技術者

110 :仕様書無しさん:2014/12/15(月) 12:05:19.82
>>109
そもそも読みにくい読みやすいと自分の主観で語っている時点で似非技術者

111 :仕様書無しさん:2014/12/15(月) 12:06:49.11
あらゆるコードを読み解くスキルはあってもソレを為すための工数がもらえないのがヒラ

112 :仕様書無しさん:2014/12/15(月) 12:10:23.86
if文は必ずelseで終わらせる
ってよくゴーディングガイドにあるけど
デバッグの工数が増えたり、読み間違えてバグの原因になるから
elseの中が処理無しになる場合は
elseを書くなと指導する連中もいる
コーディングガイドかこの指導かどっちが正しいの?

113 :仕様書無しさん:2014/12/15(月) 12:16:07.38
>>112
統一性の問題

114 :仕様書無しさん:2014/12/15(月) 12:20:55.81
else強制ってMISRAだっけ?

115 :仕様書無しさん:2014/12/15(月) 12:26:11.43
コーディング規約を
最初に決めておかないと
コードレビューで「わかりにくい1だの「書き方が駄目」だの
個人の主観がたくさん入るんだよな

116 :仕様書無しさん:2014/12/15(月) 13:27:27.58
お前らのまわりにも
赤ペンで仕様書やコードのそういったミスを添削する上司はいないか?
添削で指摘された個所を全て直してもっていくとまた赤ペンで添削。
その繰り返しで一度に添削を済まさない
酷い場合は指摘通りに直した個所をまたしても赤ペンで修正。
部下は何が正しいのか判断がつかなくなり、やる気も自信も失せてしまう
指導する立場として絶対やってはいけないことだと思う

117 :仕様書無しさん:2014/12/15(月) 13:38:00.21
そういうのって、上司が部下より地位が高いことを誇示したいだけだから。
自信がない上司にありがちで、そういった人間は自分より立場が低い人間には
やたら細かく指導をする。
観察してたらわかるが、逆に自分より立場が上の人間や恐れている人間には
同じように細かい指摘はしない

118 :仕様書無しさん:2014/12/15(月) 14:51:05.51
>>112
premature return(早期リターン)
guard clause(ガード節)
http://d.hatena.ne.jp/asakichy/20090614/1244934302
とかあるし

あなたが"モダン"なプログラミングスタイルを目指すならば、
無駄で意味のないelseを書くなんて愚行はよした方がいいと
オレは思うわ

119 :仕様書無しさん:2014/12/15(月) 14:51:53.93
私はこういうことやってハマったから、こうしましょうっていってるだけでしょ
そういうのを定石と勘違いしてる方も

120 :仕様書無しさん:2014/12/15(月) 16:13:13.33
>>112
空気読め、ってことだな
やるならやる、やらないならやらない方向に全部倒すだけだ

121 :仕様書無しさん:2014/12/15(月) 19:50:18.10
return はひとつ

ってのが一番ダサい

122 :仕様書無しさん:2014/12/15(月) 20:20:38.84
「returnはひとつ」とかって30年前くらいの超貧弱な開発・デバッグ環境では
そうしたほうが良い場合が多かったってだけなんだよね。
その時期に育った老害が有害なルールを押し付ける。

123 :仕様書無しさん:2014/12/15(月) 21:03:52.82
違うよ。

その関数内でリソースの取得と解放がある場合に、解放し忘れを起こすから。
(あるいは、取得と解放が字面的に1対1で対応しなくなるから)
だから、そういう問題がない関数では使って構わないし、一方で注意すべき関数が
あることは今でも変わらない。

124 :仕様書無しさん:2014/12/15(月) 21:05:29.54
>>120
「空気」とか言ってるからいつまでも解決しない。
全部倒したら、もっと解決しない。
こういう場合は可、こういう場合は不可と、機械的に判定が可能な表現で明文化すること。

125 :仕様書無しさん:2014/12/15(月) 21:16:48.14
>>112 単体テストを考えると

ifの中を実行しなかった場合でも
カバレッジ100%になる可能性があるelseなしよりも

elseありでNOP()でもいれておいたほうが
確実にテストできるんじゃないかと思う

126 :仕様書無しさん:2014/12/15(月) 21:18:43.31
社内のコーディングマニュアルには
elseで終わるようにと書いてあるんだけど
実際にコードを見てみると終わらせてない場合が多いw
皆守ってないというか読んでない

127 :仕様書無しさん:2014/12/15(月) 21:20:41.21
>>125
NOP()なんて関数を今まで無かったのに勝手につくんなと
怒られる

128 :仕様書無しさん:2014/12/15(月) 21:25:02.88
elseの中に何も書いてないと最適化で消えるからね
NOP()って組み込みなら必ずあるだろ

gccならasm("nop");とかさ。
IARなら__no_operation();とかさ

それもないって職場まずいだろ

129 :仕様書無しさん:2014/12/15(月) 22:22:13.62
「守りたくなるようなルール以外はルールにするな」が
俺の人生の大原則だが、会社のルールがあれば仕方なく付き合うまでだ...

130 :仕様書無しさん:2014/12/15(月) 22:50:26.24
社内にコーディングマニュアルなんてあるのか・・・いいなそれ

131 :仕様書無しさん:2014/12/16(火) 01:00:46.68
なければ作る

132 :仕様書無しさん:2014/12/16(火) 01:12:23.23
客に合わせる

133 :仕様書無しさん:2014/12/16(火) 03:24:50.85
雰囲気が悪い職場が常駐先になってしまったってことある?

134 :仕様書無しさん:2014/12/16(火) 03:26:35.72
常駐先の職場の雰囲気を悪くさせたことなら何度かある

135 :仕様書無しさん:2014/12/16(火) 05:19:42.92
会社はそこそこの規模なのにコーディングマニュアルが無くて
実際作るの俺だけみたいな状況だから俺がルール状態

136 :仕様書無しさん:2014/12/16(火) 08:54:28.74
今行ってる会社がパワハラが日常的に行われてるな
たまに派遣に対してもパワハラに近いことやマイクロマネジメントとかをしてくるので面倒臭い

137 :仕様書無しさん:2014/12/16(火) 09:07:14.81
elseを絶対書け、なんてルールは何処かに根本的な取違えがあるとしか思えない。
if (なんとか) {
 a = x;
} else {
 a = y;
}
みたいな場合の抜けを防止するとかいうアホな理由なら、
最初から「a = なんとか ? x : y;」と書くべきだし。
条件演算子が読めないとかいうアホな理由ならプログラミングができませんと
言ってるのと同義だから、この仕事やめちまえと。

138 :仕様書無しさん:2014/12/16(火) 11:54:39.99
>>137
個人的には激しく同意するんだけど、どうも世の中それでは駄目らしい
プログラミングは作業員の仕事だから、ルールは最底辺に合わせて作られてる

139 :仕様書無しさん:2014/12/16(火) 12:03:45.09
ほんとそれ。
プログラマをライン工として管理できるようにしようとした
ヘンテコな開発手法を本気で導入している会社があって呆れる。

140 :仕様書無しさん:2014/12/16(火) 12:25:39.57
3項演算子は禁止だったな。
使ったら「新人がこれ理解できると思ってるのか?」って怒られた。
でもラムダ式は誰もがそういうものと思っているのかノープロブレム。

141 :仕様書無しさん:2014/12/16(火) 12:34:59.42
3項演算子も理解できない人間が作ってるシステムって。。。

142 :仕様書無しさん:2014/12/16(火) 12:49:04.13
だれか構文チェッカーとか作ればええんとちがうか
んで、いんふぉなりわーにんなり出てくるようにして、そこを重点的にチェキればいいっていう

143 :仕様書無しさん:2014/12/16(火) 13:23:23.61
まともなプログラミングの基本的な規準としては、gccなら-Wallでまず大丈夫。
本気ならCoverityだが、かなり高価いからなぁ...。

144 :仕様書無しさん:2014/12/16(火) 15:09:46.04
メッセージ・ツールに頼るとそれが出ないようにしようとして.....

145 :仕様書無しさん:2014/12/16(火) 19:28:34.62
[](){};

余計わからん(・∀・)

146 :仕様書無しさん:2014/12/16(火) 22:10:27.27
>>138
3項演算子ありでもいいけど
ありだと頭のいい馬鹿がわかりにくいコード書くからなしのがいい

1行に3項演算子を複数使って括弧なしのコード出してきたときはぶん殴りたくなった
読めるけど非常に読みにくい

147 :仕様書無しさん:2014/12/16(火) 22:20:25.64
どれほどのバカかも見当がつかない頭の悪い馬鹿にいちいち合わせてたら
開発効率が落ちてかなわんだろう

148 :仕様書無しさん:2014/12/16(火) 22:43:53.62
理解できないのは
新人じゃなくて上司がだろうな。

149 :仕様書無しさん:2014/12/16(火) 22:53:18.66
だれでも初心者からはじめるんだけど
わかってやってるのかってヒトいますから

150 :仕様書無しさん:2014/12/17(水) 01:14:20.62
>>141
コードチェッカが三項演算子非対応だからって理由で
三項演算子が無条件で全面禁止ってのがあった

チェッカ直せよ、と思った

151 :仕様書無しさん:2014/12/17(水) 01:15:58.01
>>147
何千人も使ったらそんなバカが居るのが普通
むしろバカ抜きで何千人も集められない

152 :仕様書無しさん:2014/12/17(水) 03:29:38.03
>>134
愉悦

153 :仕様書無しさん:2014/12/17(水) 03:30:49.99
>>139
トヨタdisってんの?

154 :仕様書無しさん:2014/12/17(水) 06:21:22.05
移植時に面倒な言語特有の依存コードを使いまくるならともかく
三項演算子はほぼ共通で使えるだろ
2〜3種類くらいしか言語知らないと何が共通しててとかさっぱりだろうけど

155 :仕様書無しさん:2014/12/17(水) 09:16:25.91
おまいらの理屈は禁止した奴の思考に劣るな。
コードをメンテナンスするのにどんだけ単価の安い外注使えるかを考えてから言えよ。
そのコードおまいが未来永劫面倒見るなら好きな様に書きやがれ。

156 :仕様書無しさん:2014/12/17(水) 10:58:40.80
なんかエロいこと言いてる人がいますね

157 :仕様書無しさん:2014/12/17(水) 18:51:29.71
三項演算子ぐらいで大げさな(´∀`)

158 :仕様書無しさん:2014/12/17(水) 21:09:39.42
>>155
俺が居る間は俺が面倒見なきゃならんから俺の見やすいように書く
退職を検討するような糞企業の後先なんか知ったことか

159 :仕様書無しさん:2014/12/17(水) 21:28:39.52
こういう屑の遺物が積み重なっていくんだな

160 :仕様書無しさん:2014/12/17(水) 21:32:00.98
>>159のような頭の悪いゴミカスが低品質を生み出してるわけだな

161 :仕様書無しさん:2014/12/17(水) 21:59:37.19
俺がルール!俺が正義!俺が敏腕プログラマ!

162 :仕様書無しさん:2014/12/17(水) 22:08:05.92
>>161
それが堂々と言えるくらい技術力に自信がなければ
お遊戯やってるのと変わらないから出ていけ
どの業界もプロ意識を持って本気で仕事をしてる
バカに合わせろって最高のバカだろ

163 :仕様書無しさん:2014/12/17(水) 22:32:18.10
俺は技術力あるからコーディングスタイルには拘らないなー
顧客に合わせるしチームに合わせるし結合するシステムに合わせるし要求される品質に合わせる
MISRAで書けと言われりゃそうするさー
一人で作る趣味コードなら俺ルール全開にするけど、それプロの仕事じゃないっしょ

164 :仕様書無しさん:2014/12/17(水) 22:41:43.74
>>163
コーディングルールがあれば誰だってそれに合わせるだろ
コーディングルールがなければ俺ルール全開って話だと思うが

165 :仕様書無しさん:2014/12/17(水) 22:48:50.91
まあバカに合わせすぎる質の悪いルールなら提案して変えるけどな
質の悪いルールなんてバグや納期圧迫などのトラブルの原因になるだけ

166 :仕様書無しさん:2014/12/17(水) 23:00:15.09
コーディングルールより何をしてるのかすぐにわからないソース書く奴をなんとかしないと

167 :仕様書無しさん:2014/12/17(水) 23:07:47.88
それはプログラミングスキルが圧倒的に不足してるんだよ
読みにくいソースってのは書いた本人さえも読みにくい
逆に書いた本人がスラスラ読めてるコードなら読めない人のスキルが圧倒的に足りない

168 :仕様書無しさん:2014/12/17(水) 23:25:04.79
C言語で三項演算子って学校で教わったことないなぁ
実は知らない人多そう

169 :仕様書無しさん:2014/12/17(水) 23:34:34.64
>>168
プログラミングって学校で習って覚えるもんじゃないだろ

170 :仕様書無しさん:2014/12/17(水) 23:40:05.05
>>169
何古臭いこと言ってんだ? 年寄りかよ

171 :仕様書無しさん:2014/12/17(水) 23:50:23.80
人に教わらないと覚えられない程度の意欲と学習能力じゃ
ライン工が関の山だな

172 :仕様書無しさん:2014/12/17(水) 23:52:52.39
まぁ三項演算子使うなって言われてもそれはそれでプログラム書けてはしまうから、知らない人は知らないだろうな

173 :仕様書無しさん:2014/12/18(木) 01:17:05.27
学校で習わなかったから知らない、ではプロとして通用しないよ

三項演算子程度でわかる分からない等と言ってたら、テンプレートクラスとか演算子オーバーロードとかラムダ式とか多重継承とかどうなんのよ

C++11どころかC++禁止になりそうだわ

174 :仕様書無しさん:2014/12/18(木) 01:35:45.64
「学校で教わったことない」って>>168が言ってたから、学校の範囲内ならそうだろうなって思っただけ

そりゃ、それで飯食ってくなら甘ったるくてしょうがない

175 :仕様書無しさん:2014/12/18(木) 01:53:32.85
今は大学でエクセルも教えるみたいよ。
マイコン黎明期とは違うみたい。

176 :仕様書無しさん:2014/12/18(木) 04:59:38.48
関数とかはともかく、エクセルの操作ぐらいは義務教育中に教えてほしいわ

177 :仕様書無しさん:2014/12/18(木) 05:16:43.71
教えてもらっただけでできるなら・・・・

178 :仕様書無しさん:2014/12/18(木) 06:18:56.45
学校で教わりたい子は教わったことしかできない応用力の乏しい子という感じ
形に拘る凝り固まった人間は100%スキルが低い
学校で習う基礎が必ずしも業界の標準でもないしな

179 :仕様書無しさん:2014/12/18(木) 06:24:19.93
>>178
またそうやって新人辞めさせて
自分の居場所確保するのね

180 :仕様書無しさん:2014/12/18(木) 06:34:15.62
基礎は大事だけど
教える側と教わる側がちぐはぐだと

181 :仕様書無しさん:2014/12/18(木) 06:49:28.75
>>179
いや、新人だけでなく年長や管理職に至るまで今現在業界にいる人間全てに言えること
たとえばスキルの低い年長者は口出しが多く教育が下手で
自分の決まった形に当てはめようと躍起になり結果的に部下の応用力を狭める
またスキルの低い管理職は純粋に人をスキルで評価できないから
スキルとは別の部分を重視する、外面、勤怠、学歴、資格などなど

182 :仕様書無しさん:2014/12/18(木) 06:50:54.11
>>176
学校ってのは、勉強の仕方を学ぶ所。
教えられた事しか出来ない奴は、本来は落ちこぼれ。

183 :仕様書無しさん:2014/12/18(木) 07:16:56.67
スキルの高い人間は自己学習能力と応用力が並外れて高い
仕事も早いから常人が1の経験を積んでる間に10のあらゆるケースを経験する

だからこういう時はああするべきという何通りもの指針を無数に持っているから穴や不具合が少なく仕事も早い
仕事が早いから経験量も人の何倍も多く年齢や経験年数では量れないものを持ってる

鍛えるべきは応用力
形に拘ってる人間を手本にしてはいけない

184 :仕様書無しさん:2014/12/18(木) 08:27:16.96
で、バグの少ないメンテナンスし易いコードなんて、
経験で覚えるしかないって結論にいつ辿り着くん?
普通はそれがコーディング規約になってるんだが、
そうじゃないクダラナイ命名規則とかばっかりだしな。

185 :仕様書無しさん:2014/12/18(木) 08:54:38.26
会社入ってからの方が学生時代よりも沢山勉強しないといけない、専門的なスキルは学校では習わないし、社会はもっと先へ進んでる

勉強は学生時代で終了、あとは吐き出すだけ、では直ぐに落ちこぼれる

186 :仕様書無しさん:2014/12/18(木) 09:02:31.62
要求・仕様の読解力でしょ、必要なのは
違うかな?

187 :仕様書無しさん:2014/12/18(木) 09:44:57.12
「読みやすい文の書きかた」だけで
わかりやすい文章が書けるわけじゃない
ってことが解ってないだろうな、世間の大半の人は。
では「わかり易い文章の書き方」が作れるかというと
それは結構難しい

188 :仕様書無しさん:2014/12/18(木) 10:14:36.00
全員が全員自分と同じくらい読み書きできる訳じゃないからなあ
こればかりは仕方ない

189 :仕様書無しさん:2014/12/18(木) 12:22:42.99
バカに合わせろ、という理由にはならない

190 :仕様書無しさん:2014/12/18(木) 12:35:58.38
上の方から徐々に変えていかないと
悪循環が・・・

191 :仕様書無しさん:2014/12/18(木) 13:03:24.99
要件定義が箇条書きな時点で、伝言ゲームが始まっている。

192 :仕様書無しさん:2014/12/18(木) 13:53:29.98
要件定義
請け負う側が書かないといけないの?

193 :仕様書無しさん:2014/12/18(木) 18:31:50.68
どっちが書いても伝言ゲームだ。

194 :仕様書無しさん:2014/12/18(木) 19:41:29.63
みんなで教えあって
使える様になれば良いやん

195 :仕様書無しさん:2014/12/18(木) 19:56:21.17
誰でも理解できる文章
そんなものが描けたら、法律家なんて不要

196 :仕様書無しさん:2014/12/18(木) 21:03:23.32
誰でもである必要はないが、少なくとも曖昧だとか難解に書いて
実装担当者に少しでも考えさせるドキュメントは書いてはいけない

197 :仕様書無しさん:2014/12/18(木) 21:40:48.76
要件定義は身を守るために書くもの
いざモメた時に、ほらーちゃんと書いてあるでしょーって言える

198 :仕様書無しさん:2014/12/18(木) 22:47:13.94
それないと営業に「追加仕様ですね。お見積もりを…」攻撃されるからな。

199 :仕様書無しさん:2014/12/18(木) 23:06:56.86
要件定義とかの上流工程の仕様書は、あえてハッキリ明記しない、って所があったよ。
なんでも、「変更すると色々面倒だから」という理由だとか。

当然、あ〜でもないこ〜でもない、といった負荷は全部実装側にまわってくる。
バカバカしくてやってられんわ。ちゃんと仕事しろ、と言いたい。

200 :仕様書無しさん:2014/12/18(木) 23:12:54.54
ソフトを作ったことのない人間が、上流の仕事をしているのがダメだよな
集合論を考える力が圧倒的に欠如している

201 :仕様書無しさん:2014/12/18(木) 23:25:02.33
たとえ作ったことがあったとしても作ったことがある程度で
圧倒的に経験やセンス、スキルが低すぎる人間とかな

低スキルが作るゴミのような仕様書からお客に納品する製品を作り(創り)出さなければいけない
実装者に必要とされる高いスキルとストレスの高さは尋常じゃないわな

202 :仕様書無しさん:2014/12/18(木) 23:40:04.17
やっぱ全部バカに合わせなきゃ仕事にならんよ
上流も下流もバカばっかなんだろ
要件定義も仕様作成も設計も実装も検査もバカがやってることが前提でなきゃダメじゃん

203 :仕様書無しさん:2014/12/18(木) 23:52:45.23
勘違いした凡人が陥る道

204 :仕様書無しさん:2014/12/19(金) 00:42:53.16
新人のスキルが無さ過ぎる
最近はパソコン興味ないのにSEになる奴多過ぎ

205 :仕様書無しさん:2014/12/19(金) 00:48:58.45
自分で勉強していくしかない世界なのに
自宅ではパソコンをやらない若手が多い
仕事で全部教えてもらおうとする奴多過ぎ
忙しくて教えてる暇なんかないのに
無理だろw
Linuxも会社に入るまで使ったことないとか笑える

206 :仕様書無しさん:2014/12/19(金) 01:05:26.75
>>205
特定のOS触った事がないってのは別に普通だろ、Linuxだけが開発環境じゃないんだし

207 :仕様書無しさん:2014/12/19(金) 01:06:54.94
若者は若者で、年寄使えねーとか思ってんだよなあ
回転の鈍さを経験で誤魔化してるようなジジイは特に
そして、そういうのほど威張り散らすときた

208 :仕様書無しさん:2014/12/19(金) 01:11:42.40
で?具体的に何を勉強して覚えてもらいたいのさ?

209 :仕様書無しさん:2014/12/19(金) 01:13:05.95
>>205
Linuxは珍しくないか?

210 :仕様書無しさん:2014/12/19(金) 01:13:09.84
そんなの開発アイテムのジャンルごとに千差万別

211 :仕様書無しさん:2014/12/19(金) 01:41:22.47
>>209
どこが?
フリーで誰でも手に入るじゃん

212 :仕様書無しさん:2014/12/19(金) 02:01:42.21
Linuxなんて余程の好き者か必要に迫られなければ触らんだろ普通

プログラミングのスキルアップだってMS環境の無料版もあるし、自作ソフト作って人に渡すにしてもLinux用なんて誰も欲しがらない

必要になるまでWindowsっていうのが普通

213 :仕様書無しさん:2014/12/19(金) 02:18:31.27
あのー、ここ組み込みスレなんだけど

214 :仕様書無しさん:2014/12/19(金) 02:20:46.62
>>213
組込みでもLinuxを使わない仕事の方が多い

215 :仕様書無しさん:2014/12/19(金) 02:23:36.15
【画像】中国モーターショーのコンパニオンエロ過ぎワロタwww
http://yomogi.2ch.net/test/read.cgi/news4plusd/1418656652/

216 :仕様書無しさん:2014/12/19(金) 03:20:13.16
Linux=組込開発環境
とするならば、尚更就職前の学生がLinux触る機会なんか少ないだろ

大学のゼミか専門学校でそれ系の事でもやってれば兎も角、趣味で組込とか余程の好き者しかやらんし

217 :仕様書無しさん:2014/12/19(金) 06:30:31.94
>>200 集合論?

218 :仕様書無しさん:2014/12/19(金) 07:06:30.53
androidのカーネル見るときぐらいしか
linux 使わんな。つかubuntu使いにくい

219 :仕様書無しさん:2014/12/19(金) 08:41:32.65
>>200
計算の出来ないのが営業やるからなあ。
客を説得出来ないので、何でも只今同然で引き受けてくる。

220 :仕様書無しさん:2014/12/19(金) 08:45:01.57
RaspberryPiのようなキットが、もっと認知されると良いけどね。
30年前のTK-80みたいなもん。

221 :仕様書無しさん:2014/12/19(金) 08:49:35.16
ルネサスも格安ボードは出してんだけどな。
いかんせん取っ付きが悪い。
英語の壁より高い扱い辛さは頂けない。

222 :仕様書無しさん:2014/12/19(金) 10:04:39.81
RasPiをベアメタルで使ってる奴なんて、全体からしたら誤差の範囲内だろ

223 :仕様書無しさん:2014/12/19(金) 10:36:41.98
ベアメタルってなに?

224 :仕様書無しさん:2014/12/19(金) 10:56:11.28
Linuxなんて余程の大物じゃないと載せられない
載せてもOSEKかな
OSレスの仕事だってそこそこあるし

225 :仕様書無しさん:2014/12/19(金) 11:34:36.77
>>205
>Linuxも会社に入るまで使ったことないとか笑える

こういう常識のない先輩がいる職場は最悪だな

226 :仕様書無しさん:2014/12/19(金) 11:35:11.51
>>223
http://www.raspberrypi.org/tag/bare-metal/

227 :仕様書無しさん:2014/12/19(金) 11:35:50.11
>>225
常識?
バカに合わせることを常識とは言わん。

228 :仕様書無しさん:2014/12/19(金) 11:54:34.10
>>227は只の犬厨、犬以外OSと認めてないんだろう

229 :仕様書無しさん:2014/12/19(金) 12:22:05.51
今どきlinuxも触ったことない奴なんか要らねえわ

230 :仕様書無しさん:2014/12/19(金) 12:49:03.23
>>229は、入社してから経験したり覚えたりするのでは遅いという考えなんだろう

新卒に対して、ベテラン中途採用並みの知識を強要し、後輩や部下に対しても教育とかしないアホ、最初から何もかも知ってなければ人と認めない

231 :仕様書無しさん:2014/12/19(金) 12:54:40.38
>>229
わかるよ
俺もいまだにitronやったことないやつ
軽蔑してるもん
生きてる価値ゼロだよね

232 :仕様書無しさん:2014/12/19(金) 13:10:35.78
>>222
組み込みへの取っ掛りとしては良いんじゃないか?
裾野を広げる事考えないと、ジリ貧だよ。

233 :仕様書無しさん:2014/12/19(金) 13:43:36.87
itron、もう製品で使うのやめてしまったわ
同一優先度同士でマルチスレッドに成らない所が嫌だった

234 :仕様書無しさん:2014/12/19(金) 16:08:32.03
>>227
こういうPCヲタは本当に無駄な存在

235 :仕様書無しさん:2014/12/19(金) 17:44:02.70
組み込みOSが乱立し過ぎてて使いにくい

ルネサスが無償で移植性のたかいOSを作れば問題ないのだが
日本企業が作るものは性能がパっとしないくせに超高いからな

OSがミドルウェアで高い金を要求して
そのくせマイコンが売れないといって、国の金で救済されてるんだから
マジでアホとしか言いようがない

236 :仕様書無しさん:2014/12/19(金) 17:51:19.02
FreeRTOSとかに流れてくんじゃね
ARM CM3とかが主流だから
どのみちルネサスはオワコン

237 :仕様書無しさん:2014/12/19(金) 19:01:35.03
>>233
マルチコアに対応していないってこと?
そりゃそうだろうなあ

238 :仕様書無しさん:2014/12/19(金) 19:06:02.02
>>237
そういう事じゃなくて、同じ優先度を持つスレッド(tronの用語だとタスク)同士は、dly_tskとかslp_tskしないと並列処理されない、擬似マルチ

239 :仕様書無しさん:2014/12/19(金) 19:30:41.76
>>238
プリエンプティブカーネルの奴なら行けんじゃねーの?

240 :仕様書無しさん:2014/12/19(金) 19:42:22.37
>>238
プリエンプト可能なiTronもあったのでは?

241 :仕様書無しさん:2014/12/19(金) 20:56:05.17
タイマーで無駄に割り込み回せば切り替わるだろ。

242 :仕様書無しさん:2014/12/19(金) 21:15:12.68
>>238
懐かしいな〜

243 :仕様書無しさん:2014/12/19(金) 22:30:16.82
>>234 オタにすらなれないトンチキがよく言うんだよな

244 :仕様書無しさん:2014/12/19(金) 22:51:46.12
外人はマニュアルを整備して使いやすいように改良をするが

日本人はメモだけ残して使い方はノウハウとして隠蔽し
「そんな事も知らないのか」とドヤ顔して仕事の足を引っ張る

245 :仕様書無しさん:2014/12/19(金) 22:58:32.72
>>244
あったりまえじゃん、日本は技術者が冷遇されてるから
価値ある技術をそう易々とあげるわけなかんべ
海外の技術者はしっかりと厚遇されてるから技術放出し放題、俺でもそうするわ

246 :仕様書無しさん:2014/12/19(金) 23:16:16.91
日本の技術者は厚遇されてると思うけどねえ
成果を数値化して首切られることなんてないでそ
納期に間に合いませんでしたテヘとか言いつつボーナスはしっかり出る、
そんな環境でプロを自称するとかもうね

247 :仕様書無しさん:2014/12/19(金) 23:23:21.85
新人にLinuxの知識や経験なんて求めないよ
求めるのは論理的思考能力

地頭が悪い人間は知識や経験をことさら重視するよね
超スピードで環境が移り変わるこの時代ではクソの役にも立たないのに

248 :仕様書無しさん:2014/12/19(金) 23:29:40.62
>>246
ならばスキルの低いゴミには厚遇、スキルの高いエンジニアは冷遇と区別しよう
海外ではしっかりとゴミにはゴミなりの、ハイスキルにはハイスキルに見合った待遇が与えられている

249 :仕様書無しさん:2014/12/20(土) 01:04:22.87
組込み屋だけどLinuxとVXWorksしかしらねぇ・・・
TRONとか全く触ったことがない

250 :仕様書無しさん:2014/12/20(土) 01:28:36.77
>>249
LinuxやCEみたいなPC由来OSは別として、RTOSなんて大体どれも似てるから他のも直ぐに分かる。

APIのバリエーションが違うとかその適度

ただ根本的な違いで、同一スレッドでのラウンドロビン式プリエンプションの有無とか、イベントフラグのオブジェクトが独立なのかスレッド共存ななか、とかは移植の障害になった。

251 :仕様書無しさん:2014/12/20(土) 01:30:35.62
×同一スレッド
⚪︎同一優先度同士の複数スレッド

252 :仕様書無しさん:2014/12/20(土) 01:32:54.90
タイマでrot_rdqまがいのことやればラウンドロビンなんて超簡単
んで応答性能が予測不能になって、せっかくのリアルタイム性が吹っ飛ぶ

253 :仕様書無しさん:2014/12/20(土) 01:59:34.30
明示的にrot_rdqしないといけない所がなあ... まあラウンドロビンしない利点も無くは無いけど、共有リソースアクセスへの同期を手抜きできるとか

254 :仕様書無しさん:2014/12/20(土) 02:01:10.78
誰が殺したぁラウンドロビン

255 :仕様書無しさん:2014/12/20(土) 02:11:28.57
>>246
お上様は納期の数値化を(論理的、物理的根拠なしに)テキトーにやってんだから
現場が納期に間に合わないのは必然であり当然

256 :仕様書無しさん:2014/12/20(土) 02:12:02.66
複数スレッドから単一のイベントフラグを待つ(早い者勝ち通知、又は全員通知)、っていうのはitronならではの機能なのかな

257 :仕様書無しさん:2014/12/20(土) 02:23:31.92
>>256
カウンティングセマフォ使えば同じようなことはできるべ

258 :仕様書無しさん:2014/12/20(土) 02:25:07.48
>>256
WindowsにだってPOSIXにだってあるだろ
RTOSだってそれがないのってあるの?

259 :仕様書無しさん:2014/12/20(土) 07:41:32.35
アプリやOSとかレイヤ毎に担当のプロジェクトリーダーわけてて
あるプロジェクトリーダーの周りだけ
潰れる人(休職する人)や休みがちになる人がでてきてるんだけど
そういうものなの?

260 :仕様書無しさん:2014/12/20(土) 07:48:05.56
そのプロジェクトリーダーを別のレイヤに移すと今度は移った先のレイヤの人が潰れだすよ

261 :仕様書無しさん:2014/12/20(土) 08:22:54.14
>>260

あれこれ細かくて
すぐに怒るリーダーなんですよね
作った仕様書や資料をメンバーで確認して
これで大丈夫だろうと、リーダーのとこに持っていくと
「意味がわからない。作り直し」とか言い出す
どこがわからないのか聞いても「全部」とか言いだしたり
で、とりあえず直して持っていくと、
今度は細かく添削し出したりしてよくわからない
さらにそれを直してもっていくと
またいちゃもんつけて修正させられる
その繰り返しで作業が全く進まないw

262 :仕様書無しさん:2014/12/20(土) 08:30:13.65
やることないから(暇?)いちゃもんつけてる(だけ)とか

263 :仕様書無しさん:2014/12/20(土) 10:02:18.72
>>246
評価のための結果残さなくていいから、ドキュメントなんかも整備しない

264 :仕様書無しさん:2014/12/20(土) 10:04:23.93
偉そうにして自分の地位を誇示したいからだよ
俺はお前よりできるんだぞ、えらいんだぞ
って見せつける一番簡単な方法が
内容に対して言葉遊びをしたり
粗探しをしたりすることだから

265 :仕様書無しさん:2014/12/20(土) 11:46:19.44
そういう奴は
同じもの持って行っても
気づきゃしないよ

266 :仕様書無しさん:2014/12/20(土) 12:06:54.05
>>258
イベントの投げ込み先がタスク又はスレッド、ていうのは多いよ
set_event( tid, 0x00000001)
みたいな

267 :仕様書無しさん:2014/12/20(土) 17:02:50.47
>>265 クソワロタ

268 :仕様書無しさん:2014/12/20(土) 18:22:43.06
組み込みの世界は先細りなのかねえ。
自動車業界の組み込みは好景気らしいけど、それ以外は先行きが暗そう。

269 :仕様書無しさん:2014/12/20(土) 20:10:22.14
>>268
>自動車業界の組み込みは好景気

ならば何故ルネサスは先が無いんだろうか

270 :仕様書無しさん:2014/12/20(土) 20:11:44.40
>>259
うちの会社も同じ。特定の人のところだけやたらと休職者と退職者出る。
しかもパワハラの常習者、相談すると「また、あの人ですか」って言われるらしい。
でも、お咎めでてるところを見ない

271 :仕様書無しさん:2014/12/20(土) 20:32:07.76
> ならば何故ルネサスは先が無いんだろうか

欧州標準とかについてける地力がない。
ソフト的な所で完全に周回遅れだから、ハードランディングに向けて秒読みだろう。

トヨタが、これまで頑張ってもらったからということで成長を待ってくれるか、
それともあっさり切り捨てるかw

272 :仕様書無しさん:2014/12/20(土) 21:29:50.95
>>271
トヨタは自分に関連するところだけひっぺがして後は見殺すと思う

273 :仕様書無しさん:2014/12/20(土) 22:26:35.15
トヨタの誤算とルネサスの苦悩 マイコンシェア1位で何故か赤字
(Adobe PDF)
www.electronicjournal.co.jp/article/PDF/201106.pdf

274 :仕様書無しさん:2014/12/21(日) 00:15:59.32
何故か赤字やないかァーい

275 :仕様書無しさん:2014/12/21(日) 05:31:24.44
赤字、黒字って、思惑で・・・

276 :仕様書無しさん:2014/12/21(日) 10:55:36.82
>>272
コンピュータ屋ってのはひっぺがしてうまくいくようなもんでもないしな。
「産業のコメ」とはよく言ったもので、まともに使えるコンパイラが無い命令セットなんて、
生米だけあって煮炊きする熱エネルギーがどこにも無いようなものだw

日立や三菱ってのはあの総合力があってのもの、ということを考えると、ルネサスにした時点で
運命は決まってたのかもなぁ。

277 :仕様書無しさん:2014/12/21(日) 11:29:44.80
技術力は問題無かったけど商売は下手だったな、三社合弁なのに結束力なくて元会社ごとの派閥で協調性もなかったんでしょ

278 :仕様書無しさん:2014/12/21(日) 11:52:28.07
なんで過去形なんだよw
現在進行形で派閥が醜いんだよw

279 :仕様書無しさん:2014/12/21(日) 12:03:49.55
まだ存続してたのかw

280 :仕様書無しさん:2014/12/21(日) 12:12:11.42
ルネサスのビルって日立製と三菱製のエレベータが並んで設置されてて
それぞれがおのおののメンテ会社で保守してるとか聞いた

281 :仕様書無しさん:2014/12/21(日) 14:16:36.10
産業のコメだからGENMAIか。今頃気がついた。

282 :仕様書無しさん:2014/12/21(日) 14:49:34.01
統合開発環境すら統合出来ないw
シナジー効果も何も無いんだろうな。

283 :仕様書無しさん:2014/12/21(日) 15:17:03.01
「産業のコメ」とはよく言ったもので、
政府からカネ貰ってやってることは減反政策

284 :仕様書無しさん:2014/12/21(日) 15:17:14.30
>>282
あれはダサいよなw
CubeSuiteとHEWはまあ悪くなかった

285 :仕様書無しさん:2014/12/21(日) 16:52:16.69
学閥とか合併前の会社とか、
「今、目の前にない組織」にさえ
縛られるのが大好きだな社畜ってのは。

286 :仕様書無しさん:2014/12/21(日) 17:14:54.79
お前、縛られるの嫌い?

287 :仕様書無しさん:2014/12/21(日) 18:17:50.77
ルネサスは色々使ってきたし頑張って欲しいんだけど、いかんせん価格が高いのと今後の供給への不安から、どうしても避けてしまう

288 :仕様書無しさん:2014/12/21(日) 19:22:26.51
>>285
「国家」に属してる時点で同レベルなのに、自分は違うんだ!ってw

289 :仕様書無しさん:2014/12/21(日) 21:13:09.59
デスマーチプロジェクトに投入されて
最近社畜になり気味なので
休日の会社からの電話は無視しよう
どうせ「今から(あるいは明日)会社来れる?」か
「○○はどこにあるのか教えて」のどちらかだ
休日出勤してほしいなら平日のうちに言え
休日に電話して出た分の給料を請求してやろうか考え中
(法的には会社は払わないといけないので)

290 :仕様書無しさん:2014/12/23(火) 01:47:09.91
40代後半の派遣が作業がのろま過ぎて使えない。技術力も無い
変なの雇うなよ・・・
20何年も技術者やってるのにパソコン操作すらのろまな技術者っているんだな・・・
どうやって生き延びてきたのか気になるわw

291 :仕様書無しさん:2014/12/23(火) 09:03:01.17
何の技術者かは知らんが、20年以上まえの機材を一式そのまま保守している企業ぐらいあるんじゃね?
うちにもちょっと前までHP64000とか普通にあったし

292 :仕様書無しさん:2014/12/23(火) 09:44:24.12
>>290
変なの雇うのをやめさせる事すら出来なかったの?

293 :仕様書無しさん:2014/12/23(火) 09:46:44.34
保守対象が古い事とPC操作がノロマな事とは関係ないだろ

294 :仕様書無しさん:2014/12/23(火) 10:09:43.80
正社員で下請けばかり使っていた奴
にそういうのいるよね。
で放出されて経歴だけは立派だから
人事部は通過すると。

295 :仕様書無しさん:2014/12/23(火) 12:44:35.64
下請け管理はそれはそれで必要な業務なんだろうけど、気付いた時には技術や知識が空洞化してて自分には何も残らない、
自分だけ世の中から取り残されている

296 :仕様書無しさん:2014/12/23(火) 14:19:02.46
技術者としては管理職になるのが一概に良いことではないよなあ

297 :仕様書無しさん:2014/12/23(火) 21:31:46.99
管理者としては技術職になるのが一概に良いことではないよなあ

298 :仕様書無しさん:2014/12/23(火) 21:33:35.60
管理職になって給料あげないと老後が詰む

ソースは俺

299 :仕様書無しさん:2014/12/23(火) 22:16:35.95
管理職に染まった頃放り出され老後の前に詰む

300 :仕様書無しさん:2014/12/23(火) 22:18:06.63
>>298
管理職になる気が無いなら、その分自分の技術磨かないとだめだろ?

301 :仕様書無しさん:2014/12/23(火) 22:25:35.42
管理職になりたくない
夜遅くまで残ってなきゃならんのは嫌だ

302 :仕様書無しさん:2014/12/23(火) 22:45:39.36
半人前の管理職を飼うための費用=販管費

303 :仕様書無しさん:2014/12/23(火) 22:46:15.30
>>298
実務担当で年収800万円(税込)あるから管理職に無理になりたいとは思わん。
管理職にならないと給料安い会社ならそうかもしれないが。

304 :仕様書無しさん:2014/12/23(火) 22:51:56.02
>>291
体力ありそうなヒットポイントだな

305 :仕様書無しさん:2014/12/24(水) 00:12:34.78
日本のIT企業が素質のない管理職だらけになってしまったおかげで
今や日本製品を誇れないほど製品品質は劇落ちしてるからな
技術と技術者をナメてしまった会社は、そう遠くない将来、手元にはゴミしか残らなくなるだろう

シェア独占にあぐらをかいて技術にストップをかけてマーケティング優先にしたら
僅か数年で他社に技術力で抜かれて、独占だったシェアは一気に奪われ今や瀕死寸前
なんて企業も近年着実に増えてきてるしな

306 :仕様書無しさん:2014/12/24(水) 01:11:21.73
糞にー

307 :仕様書無しさん:2014/12/24(水) 02:49:07.88
win7でHew、H8S/2000シリーズの石用のコンパイラで:
_UWORD func (void) { __asm { R0に結果を求める演算 } }  って書くと
warning:No return value が出る。 別のcファイルに実体をvoidで書き、呼び出す
ほうでは_UWORD func(void); と書けば双方問題なくリンクもできるが、
同じファイル内に書けばBSR :8 のコールになるのに別ファイルだとJSRになる
のがシャクだ。 実体をvoid func(void) { で書き、呼んだ側で(_UWORD)func()
というキャストは illegal cast で許されなかった。 なんかイイ躱し方ないかな。

308 :仕様書無しさん:2014/12/24(水) 16:19:13.64
相対コールは同じソースにないとアドレス解決できないから
nearみたいな修飾子つけることで別ファイルの関数を相対コールにしてくれることも...

309 :仕様書無しさん:2014/12/24(水) 20:38:31.52
係長職(管理職前の役職)で今年の年収910万円だった。
残業まみれ(平均60時間/月)だけど。
俺には管理職は務まらないので今のポジションをキープしたい。
指導力ある人間を管理職に抜擢すべきだと思う。
俺の直前の上司は本当に厳しかったけど、技術者/社会人として2段階ぐらいレベルアップさせてくれた。当時は無茶なこと言ってると思ったけど俺を鍛えるためだった、今思えば。

310 :仕様書無しさん:2014/12/24(水) 21:32:42.69
早く管理職になってくれないと金ばっかかかって邪魔なんだよなぁ

311 :仕様書無しさん:2014/12/24(水) 22:30:08.19
どういうこと?

312 :仕様書無しさん:2014/12/24(水) 22:34:27.53
>>309
鍛えるために無茶を言うのと、既に鍛えられた超人に無茶を言うのとでは
言ってる人間の知能指数が天と地だなw

313 :仕様書無しさん:2014/12/25(木) 01:13:26.78
>>311
ずっと技術者やってるオッサンは
残業代ばかり稼いで組織や後輩を育てないから
ゴミって意味だよ

管理職になれるのに
ならないやつはモラトリアムだから
クビにすべき

314 :仕様書無しさん:2014/12/25(木) 01:15:00.65
>>313
なんで残業ばかりしてると決めつけているんだろう
自分の姿が重なって見えたのかな

315 :仕様書無しさん:2014/12/25(木) 02:04:34.47
>>313
管理職にすら成れない奴は、首で当然。

316 :仕様書無しさん:2014/12/25(木) 04:16:48.43
>>313
管理職にならなければいけないという自己脅迫概念にでも囚われてるの?
スキルに応じて売上量も変わってるはずだけど
管理職重視してる割に売上の概念すっ飛んでるようだけど

317 :仕様書無しさん:2014/12/25(木) 05:17:25.89
>>313
残業なんて1秒だってしたくはないけど、スケジュール的にせざるを得ない状況を作られてやむを得ずだったり
職場が帰りにくい雰囲気だったりする「よくない」系の企業もあるしな
確かに残業代目当てとか、仕事が遅いとか、日中の雑用時間(私語等)が多くて
残業してるというなら呆れて話にならないけど

318 :仕様書無しさん:2014/12/25(木) 07:42:56.85
裁量労働にすればおけ

319 :仕様書無しさん:2014/12/25(木) 08:24:58.67
管理職とか罰ゲームだろ
皆で押し付け合って負けた奴がやらされる

320 :仕様書無しさん:2014/12/25(木) 08:51:36.11
>>319
まあやってて楽しい仕事ではないだろうね

321 :仕様書無しさん:2014/12/25(木) 12:23:10.11
楽しくない仕事だから
それなりの報酬を貰わないとやってられん

322 :仕様書無しさん:2014/12/25(木) 21:27:00.29
楽しくない開発もあるだろ?

323 :仕様書無しさん:2014/12/26(金) 00:00:43.30
今の仕事はたのしくねーわ
せっかく作ったのにすぐに仕様変更になるからイライラする

324 :仕様書無しさん:2014/12/26(金) 00:06:59.62
えっ、>>310の言ってるのって管理職になったら残業代払わなくていいとかそういう話じゃないの

325 :仕様書無しさん:2014/12/26(金) 02:14:03.25
>>323
それは工夫が足りない

326 :仕様書無しさん:2014/12/26(金) 02:34:17.53
あなたには工夫が足りないわ

327 :仕様書無しさん:2014/12/26(金) 04:54:49.44
あなたには功夫が足りないわ

328 :仕様書無しさん:2014/12/26(金) 06:16:37.02
あなたには坑夫が足りないわ

329 :仕様書無しさん:2014/12/26(金) 06:49:43.64
>>325
工夫の一例を挙げよ

330 :仕様書無しさん:2014/12/26(金) 07:42:51.28
どうせすぐに仕様変更になるだろうし
この作業報告はやったことにしとこう。

331 :仕様書無しさん:2014/12/26(金) 19:57:46.23
仕様変更がソフトの真骨頂
そんなこともあろうかと

332 :仕様書無しさん:2014/12/26(金) 22:26:27.82
今まで仕様変更の少ない開発ばかり経験してきた俺は
仕様変更が頻繁にあるのは嫌だな

333 :仕様書無しさん:2014/12/26(金) 22:28:55.59
仕様変更?
そんなこともあろうかと
元の仕様のコードは書いていません

334 :仕様書無しさん:2014/12/26(金) 22:29:55.33
↑すまん >>330 で既出だ

335 :仕様書無しさん:2014/12/26(金) 22:40:01.17
325だが・・・

>>329
必要な工夫は大きく分けて2つ
 ・仕様変更を容易にする工夫
 ・仕様変更させない工夫

まあ、あたりまえのことなんだが。
ちゃんと設計して部品化とか気を使えってこと。
うまく設計してたらプロトタイプも作って早期に仕様固め。
基本をちゃんとやればスムーズに仕事できるようになる。

336 :仕様書無しさん:2014/12/27(土) 01:38:37.96
>>335
そういうことは開発者として半人前なのに
設計なんて大それたことやらかしてるトーシローに言いたまえ

337 :仕様書無しさん:2014/12/27(土) 01:40:36.55
>>336
そんなに自分を責めるな

338 :仕様書無しさん:2014/12/27(土) 01:44:23.16
>>337
人を見る目がない人は、スキル不足すぎて見る目がない
君のことな

339 :仕様書無しさん:2014/12/27(土) 01:51:35.57
>>336
どゆこと?

340 :仕様書無しさん:2014/12/27(土) 03:51:10.59
要求・仕様の先にあるであろうことを予測することも
エスパーになれといってるわけではないので

341 :仕様書無しさん:2014/12/27(土) 08:17:02.63
仕様→設計→実装
って別の人がやってると
仕様の仕様→設計
って発想がでてこないってことだな

342 :仕様書無しさん:2014/12/27(土) 08:44:21.64
仕様=実現したいこと。
設計=実現方法。

343 :仕様書無しさん:2014/12/27(土) 12:24:19.23
>>341
どゆこと?

344 :仕様書無しさん:2014/12/27(土) 13:08:13.82
意味分からん

345 :仕様書無しさん:2014/12/27(土) 13:11:01.66
仕様変更も何も、仕様からして丸投げされるので変更するもしないも思いのまま

346 :仕様書無しさん:2014/12/27(土) 13:11:52.01
仕様が横槍で設計を攻撃してるの図

347 :仕様書無しさん:2014/12/27(土) 14:00:01.27
設計は穴があっても補間できるが
仕様に穴があったら着手もできない

348 :仕様書無しさん:2014/12/27(土) 14:02:14.34
書いているのが仕様書なのか設計書なのかを理解して書かないと
いらないところは細かく、必要なところは杜撰なドキュメントになる

349 :仕様書無しさん:2014/12/27(土) 19:43:15.07
>>347
んなわきゃない

350 :仕様書無しさん:2014/12/27(土) 20:08:32.87
>>349
どゆこと?

351 :仕様書無しさん:2014/12/27(土) 20:14:27.15
>>350
仕様に穴が開いているのではなく、
俺が仕様に穴を開けるってこと。

こればかりは他人任せにできんよ。

352 :仕様書無しさん:2014/12/27(土) 20:41:38.28
>>351
んなわきゃない

353 :仕様書無しさん:2014/12/28(日) 00:12:37.92
>まあ、あたりまえのことなんだが。
>ちゃんと設計して部品化とか気を使えってこと。
>うまく設計してたらプロトタイプも作って早期に仕様固め。
>基本をちゃんとやればスムーズに仕事できるようになる。

お前のように、お題目を並べるのがすきなのは 、
マニュアル人間といって、マニュアルがないと何もできないのだよ
ソフトは、創意が本質

354 :仕様書無しさん:2014/12/28(日) 00:17:52.20
>>353
基本すら理解できない奴は意見が斬新だな

355 :仕様書無しさん:2014/12/28(日) 00:56:46.99
>意見が斬新だな

お前の頭は硬直している

そうして、斬新というのはこのように言う
硬直はチンコや乳首でなくちゃ-

356 :仕様書無しさん:2014/12/28(日) 01:02:19.05
マニュアル作る奴をマニュアル人間と呼ぶのか。
日本語も知らないのな。

357 :仕様書無しさん:2014/12/28(日) 01:06:32.42
ヒント: 冬休み

358 :仕様書無しさん:2014/12/28(日) 15:10:24.57
会社が傾いたので転職先を探してみようとしているんだけど
「組込み」をキーワードにした場合
分野も幅広すぎるし
具体的な業務がぜんぜんわかんないのね。
どんな感じのソフトウェア開発なのか
そういうところが知りたいんだけどなあ。

359 :仕様書無しさん:2014/12/28(日) 15:15:42.75
>>358
お前の得意分野のキーワードもつければいいだろ。

360 :仕様書無しさん:2014/12/28(日) 15:27:23.55
レスどうもありがとうです。
得意分野というか
ソフトのレイヤーといいますか・・・
ここ数年、ユーザランド側のソフト(ミドルウェアっていうんですかね?)を書いてたので
つぎもそのあたりをやりたいなあと思ってるんですが
求人票みても私にはよくわからず。。。

転職先の条件として
商品とか機器の分野はどんなのでもいいのですが、
上述のようなことや
OS有無ですとか開発言語、ソースコード管理とかCIとか、チケット管理してますか?とか
そういう実際の仕事に関わる部分が
知りたいと思いまして、、、

XX業界のソフト開発っていったら
だいたいこんな感じでやってるよ
とか、あるんでしょうか?
面接までこぎつけて、そこで聞いてみるしかないのかなあ。。。

361 :仕様書無しさん:2014/12/28(日) 15:29:08.30
あ、ちなみに意味あるかわかりませんが
日経業界地図というのを注文してみました!!
初転職活動なので右も左もわかんないんですよね、、、

362 :仕様書無しさん:2014/12/28(日) 15:44:32.90
いや、開発手法に関するキーワードもいいんだけど
「自動車」「通信」「防衛」
みたいな、今までやってた産業分野は重要だぞ。
プログラム組めることより周辺知識が重要視されることも多い。

経験してれば意識しなくても身についてるものだから、
この機会に文書化しておいて武器に変えるとよかろ。

363 :仕様書無しさん:2014/12/28(日) 16:10:50.45
なるほどです。
考えてみます!

364 :仕様書無しさん:2014/12/29(月) 03:59:22.59
私はOS無しが多い。チビの石でシリアル通信だけとか。割込み処理は固定ベクタ
の指す先で直接ポートを読み書き。電子工学とか回路図の教育受けてないので
ポート割り付けは表にしてもらって自然言語で確認して、CPUのデータブック落として
それ見ながらコード書く。Hewが吐くresetprg main intprg RAM初期化に相当する
コードは自前のテンプレが昔からあった。Hew使うようになって、なまじその辺隠す
から不透明で分かりにくくなるじゃねえかと思ったわ。

365 :仕様書無しさん:2014/12/29(月) 07:13:51.99
俺様ツールで不透明にされてる環境なんていくらでもあるぞ。
Hewなんかコードが見える分マシ。

366 :仕様書無しさん:2014/12/29(月) 08:03:05.14
i2cってめんどくね?

やたらi2c好きな奴いるけど
タイムアウトしないから
クロックズレ起きると毎回バス解放の
面倒な処理が必要だし

全部spiにしろと

367 :仕様書無しさん:2014/12/29(月) 08:05:36.96
>>365
cubesuite+は酷いぞ
hwinit関数はram初期化前らしく
そこでflashdataライブラリーを起動すると
100%不正命令リセットする

R8Cのほうが全然マシだった

368 :仕様書無しさん:2014/12/29(月) 08:20:25.03
>>366
あれなんだろ。
数本で繋ぐだけだからハード屋が楽なんかな。
つーかマイコンのI2C周辺機能にバスリセット機能入れとけと思う。

369 :仕様書無しさん:2014/12/29(月) 08:51:23.05
あれ?
I2Cって初期状態に戻すシーケンスが無かったっけ?

370 :仕様書無しさん:2014/12/29(月) 08:53:14.69
いや、それが面倒なのでw
リセットビット一発で自動で初期化してよ、と。

371 :仕様書無しさん:2014/12/29(月) 09:12:37.67
ハード屋に全部SPIにしてくれって我が儘なお願いをすればいいだけじゃない?
もっともタイムアウトリセットの実装程度がそんなに面倒かな
レベルの低い人が自分がラクな方に転がしたいだけの更にレベルの低い話にしか

372 :仕様書無しさん:2014/12/29(月) 09:16:39.47
>>368
SPIは、マスターが一つしか存在出来ないのが、一番不便な点かな。

373 :仕様書無しさん:2014/12/29(月) 12:19:06.37
一本化するならI2Cだろ

374 :仕様書無しさん:2014/12/29(月) 14:12:31.93
>>366
物理的な結線の量が全く違うから組み込みはI2Cの方が多いだろ

375 :仕様書無しさん:2014/12/29(月) 14:27:06.38
面倒ってw
1個処理作ればいいだけじゃん。

376 :仕様書無しさん:2014/12/29(月) 21:30:21.35
とりあえず強制的にクロック8発打ち込んどけや!

377 :仕様書無しさん:2014/12/29(月) 22:37:38.53
全く話についていけない、、、
それでも自分は組み込みプログラマなのか?

378 :仕様書無しさん:2014/12/30(火) 00:02:41.36
そもそも組み込みっていったって、ジャンルはいろいろあるわけで
スタンドアローンというかCPUイッパツで完結する…というかさせないといけないようなのから
あらゆる場所にCPUなりデバイスなりがぶら下がるようなのまであるし




CANとか485とかで、自分が外部デバイスになるのならやったけど
ドライバ関数は貰いものだから、俺もさっぱりだ

379 :仕様書無しさん:2014/12/30(火) 00:46:08.86
見ない間に話が高度になってきてた
カスカ 懐石・研究
ttp://peace.2ch.net/test/read.cgi/avi/1417216255/

380 :仕様書無しさん:2014/12/30(火) 03:03:51.92
>>376
マスターである自分のステートが異常な場合と
スレーブが異常な場合がある

spiならチップセレクトをhighに戻す
だけでリセット出来るけど
i2cの場合は結構めんどい

i2cしか用意されてないicとか絶対に使いたくない

381 :KAC:2014/12/30(火) 03:47:37.29
例えば折りたたみ式携帯電話。
可動部分のコードをなるべく減らすことを考えたら、
ディスプレイ側の部品の制御はI2C経由にするのが自然。

これは極端な例だけど、I2Cじゃないと駄目な事例は結構あるよ。
基本的な制御は共通なんだから
自作のライブラリとか作って対応したらいいのでは?

382 :仕様書無しさん:2014/12/30(火) 06:36:25.84
I2Cのメリットはなんだかんだ言ってもコストだよね。
実装も比較的シンプルだし足2本でデバイス一杯制御できるのは便利。
たまにSPIしか使えないICが居たりすると、そのためにピン数足りなくなって
一回りでかいパッケージのマイコン使う羽目になったり
シリパラ変換IC使う羽目になったりすることもある。

383 :仕様書無しさん:2014/12/30(火) 06:48:27.70
もう少し速度が上がってもらえると良いのだが
書き込みでms待ちはつらい
何ページも書き込むときはOSもその事を考慮しないと

384 :仕様書無しさん:2014/12/30(火) 08:17:35.62
ハードが簡素化できるってこの上ないほど最大のメリットだよ
ソフトも簡単だから標準機能を使わなくても簡単に実装できるし
お陰でエラー処理やタイムアウトも簡単に仕込める
端子数を気にせず多数の機器に接続できて遅くもない
待ちの発生が気になるならそこだけ回路を独立させればいいだけ

385 :仕様書無しさん:2014/12/30(火) 11:49:10.41
組込み業界からWeb業界に移ったんだけど
Webのほうが普通に大変だぞ
覚えることの量が違う
組込み系の仕事に戻りたい・・・

386 :仕様書無しさん:2014/12/30(火) 12:29:27.94
元の組み込みでどんなもんやってたかしらんけど、
Web系で人死にでないだろうしそう言う胃の痛みと無縁そうなのはうらやましい。

387 :仕様書無しさん:2014/12/30(火) 13:48:26.47
>>386
俺も組み込みの方が遥かにヌルいと感じる
Webも死人が出るし精神的にも身体的にもボロボロになって
年単位で仕事に復帰できない人が山ほどいる

388 :仕様書無しさん:2014/12/30(火) 14:54:58.59
組み込みの人死には、そういう意味じゃないよ。

389 :仕様書無しさん:2014/12/30(火) 15:03:17.01
組込みプログラマの死因のトップは蚊が媒介する伝染病だっけ?

390 :仕様書無しさん:2014/12/30(火) 15:13:01.79
だから
死ぬのはプログラマじゃなくてユーザ様

燃えたり感電したり事故ったりそりゃ大変

391 :仕様書無しさん:2014/12/30(火) 17:18:44.14
自分がぼろぼろになるのは組み込みとか関係なくマならみんな一緒だよね。
一歩間違えばユーザ様殺しちまえるのが恐ろしい。

392 :仕様書無しさん:2014/12/30(火) 19:11:06.90
情報系ITは直接的な人死はあまりないけど、自殺のような間接的人死や社会的死亡をさせる可能性はあるな
たった1文字のミスで莫大な損害を出して、数百人、数千人、
ものによっては数万人を超える第三者に損害を与えたり会社潰したり
金やポイントを直接動かすことが多いから1円や少数以下の扱いで利益や損害に大きく影響もしたり
金を動かすプログラムはいつ組んでも胃が痛くなる

393 :仕様書無しさん:2014/12/30(火) 19:14:07.37
どうせ人死にが出てしまうなら、いっそ軍事系やりたいけどな。

394 :仕様書無しさん:2014/12/30(火) 19:30:08.50
防衛庁で作業した知人は後ろに制服がつっ立ってて作業の一部始終を監視されたそうだ。

395 :仕様書無しさん:2014/12/30(火) 19:41:49.66
なにを防ぐための監視?
防衛省の人件費の無駄遣いだろ

396 :KAC:2014/12/30(火) 19:44:25.90
>>395
なにって。
そりゃあ、軍事機密に不用意にアクセス試みたりしないようにとか
変なもの仕込んだりしないようにとか普通に理由は思いつくだろう・・・

397 :仕様書無しさん:2014/12/30(火) 19:47:43.39
>>395
お前みたいなのが不正を働かないようにするためだよ

398 :仕様書無しさん:2014/12/30(火) 19:49:21.66
>>395
後ろに人間が立ってるだけで9割の犯罪は未然に防げるんですよ

399 :仕様書無しさん:2014/12/30(火) 19:55:51.61
>>396
防衛省のネットワークにフリーパスで繋げられるパソコンで組込み開発なんてさせるか?

400 :KAC:2014/12/30(火) 20:13:30.65
>>399
それは作業次第だろ・・・

あと、ネットワークに特化した話じゃないぞ。
セキュリティってのは物理的なものも含んで考えないと。
作業エリアといえど、周りは機密情報の塊なんだから、
記念に何か盗む馬鹿とかいるかもしれないよ?

401 :仕様書無しさん:2014/12/30(火) 20:41:42.09
>>400
そこまで厳重なら身分証明や身元調査、誓約書は当然として、
入退場、入退室の際の荷物検査、ボディチェックもあるんでしょ?

402 :KAC:2014/12/30(火) 21:05:40.97
>>401
いや、だから
作業も監視されるって話だろう。

403 :仕様書無しさん:2014/12/30(火) 21:31:19.32
護衛艦の寄港にあわせて一般試乗してきた
ブリッジ内にアルソックの防犯カメラがついてたw

404 :仕様書無しさん:2014/12/30(火) 22:40:25.14
寒村で仕事したとき似たような状況だったわ
建物入るときに事前申告してあったもの以外はUSBやらなんやら
全部封印シール貼られ常時監視されててすげぇやりにくかった

405 :仕様書無しさん:2014/12/31(水) 01:03:30.48
組込み系だと
言語はCとアセンブラだけみたいな2つくらい知ってればいいけど
Web系は、
HTML、JavaScript、Java、C、PHP、Pearl、XML・・・といろいろ知っていて
プロジェクトがかわるごとに、特にサーバサイト側は何の言語でつくるかかわるから
結局全部できなきゃいけない
組込み系は、ずっと同じ製品に携わってる人多いし
Cとアセンブラ知ってれば言語に関してはそれでOKな世界も多い

406 :仕様書無しさん:2014/12/31(水) 01:19:47.99
RTOSベースの組込だけどC++、PHP、HTML, CSS, Java Script使うよ

アセンブリ言語は知らん、スタートアップルーチンの自動生成コードでスタック調整とベクターテーブル弄る程度

407 :仕様書無しさん:2014/12/31(水) 05:00:56.08
今はiotとかやるし。
運用は専門家の方がやるけど、
自分も出来ないと組みようがない。

408 :仕様書無しさん:2014/12/31(水) 06:56:27.75
組込みっていってもいろいろあるしなぁ
ルータみたいに
Webから組込み機器にアクセスして設定する場合もあるし
最近はIoT云々でそういう機器が増えてるよね

409 :仕様書無しさん:2014/12/31(水) 08:18:13.22
さすがに組込みWebのレベルと本家を一緒にしたらいかん
生成物に求められるクォリティや規模、品質の桁が違いすぎる

410 :仕様書無しさん:2014/12/31(水) 08:19:02.80
>>405
組み込みも高度なものだと、C++はいるだろ。
最近はネットワークに接続するものも多いから、HTMLやJava scriptも必要なことが増えた。

411 :仕様書無しさん:2014/12/31(水) 08:21:32.59
Pearlってperl?

Cに似てるからプロトタイプによく使う。

412 :仕様書無しさん:2014/12/31(水) 08:25:26.53
WEB系が動くだけなら直ぐできるんだよ。
Iotクライアント開発だったらその程度でよいから。

問題は運用。負荷分散とかセキュリティとか
経験ないと知らんことが一杯。

413 :仕様書無しさん:2014/12/31(水) 08:44:11.72
WebでC/C++はサーバで稀に使う程度でまず使わない
それよりも言語の流行り廃りでチョイスを変える厄介なのがいるから
Ruby、Python、Scala、C#、WPF、Silverlightなど守備範囲は果てしなく広い
加えてDB設計構築、レプリケーション計画、非同期更新、MVC、サーバ、ネットワーク、
セキュリティ、Webサービス、キャッシュ、多種ブラウザ対応、デザイン、etc
全てがネットワークでやり取りされるうえに負荷があらゆる条件でバラバラ
それでも応答時間に制限が付いたりするので高度なチューニング知識も必要

WEBほどエンジニアと非エンジニアの差が広すぎる業界はない

414 :仕様書無しさん:2014/12/31(水) 09:00:02.72
Flashの全盛時代はActionScriptが必要な時もあったな
これも流行り廃りで廃れてしまったけど

組込みとの大きな違いは流行の移り変わりが早すぎて覚えることが並外れて多いのに
廃れるのもまた早くて、折角マスターしても長くは使えないという点だろうな
だから廃人になる人も多い

415 :仕様書無しさん:2014/12/31(水) 09:31:57.76
違った、エンジニア同士の差も半端ないな、月とすっぽん
ただ月並みの優秀なエンジニアもすっぽん扱いされてるのがWeb業界
大多数のすっぽんの中にいる数少ない秀逸なスッポンという便利な扱いだから
クオリティも仕事量も桁違いなのに支払われる報酬は同じすっぽん

416 :仕様書無しさん:2014/12/31(水) 09:38:16.46
WEBはたいへんそうだなあ
組み込みでよかった(´∀`)

417 :仕様書無しさん:2014/12/31(水) 09:47:38.54
>>416
組込みは仕事がなくなる危険性があるんだよなあ。
坂村先生も組込みは中国での開発が増えているとか言っていたし。

418 :仕様書無しさん:2014/12/31(水) 09:58:52.91
>>416
組み込み業界ってなんか閉鎖的で上下関係が厳しくて
大したスキルもないのに偉そうにしてる人がいるイメージ
Web業界は何だかんだで暗黙的な差はあるけど皆フレンドリー

419 :仕様書無しさん:2014/12/31(水) 10:27:05.33
組み込み、偉そうかどうかはしらんが、
秘伝のたれってのはあるよね

420 :仕様書無しさん:2014/12/31(水) 12:11:56.07
組込WEBにSilverlight使った時はC#も使ったな

組込は言語以外にも、通信プロトコルとか演算や暗号化アルゴリズムも知識として必要になる

421 :仕様書無しさん:2014/12/31(水) 12:15:06.64
>>419
割り込みハンドラーを扱うのは組込ならではだろうね

422 :仕様書無しさん:2014/12/31(水) 13:05:02.24
Hewでcコンパイル後のlstファイル見ると、85キャラで折り返されてます。
リストの横幅をどこかで指定できると思うんですけど、どこでするのでしょう?

423 :仕様書無しさん:2014/12/31(水) 13:24:49.94
組み込み系はある程度マイペースでやれるしな

Web系やCS系なんて大プロジェクトが多いし会議会議でまじしがらみだけで疲れる
二度とやりたくないwww

424 :仕様書無しさん:2014/12/31(水) 15:05:48.50
API作るまでが組み込みの仕事じゃないの?
APIは相手の言語に合わせて作らないとだから
アプリケーションがC#ならC#を使って作らないといけない

425 :仕様書無しさん:2014/12/31(水) 17:21:33.61
DLLならC++でも作れる。

426 :424:2014/12/31(水) 18:43:46.93
>>425
DLLだけだとイベントドリブインのAPIはつくれない

427 :仕様書無しさん:2014/12/31(水) 18:55:54.17
>>420
>通信プロトコルとか演算や暗号化アルゴリズムも知識として必要になる
それはWeb系でも同じ
そして特に知らずに仕事をしてる奴がいるのも双方同じ

428 :仕様書無しさん:2014/12/31(水) 19:05:26.39
>>421
interruptって当たり前のように使ってたけどあれ秘伝なの?

429 :仕様書無しさん:2014/12/31(水) 19:58:34.13
んなわけない

430 :仕様書無しさん:2014/12/31(水) 20:35:30.42
>>428
マイコンはハードウェア割り込みごあるからね

431 :仕様書無しさん:2014/12/31(水) 20:38:07.86
ごある?

432 :仕様書無しさん:2014/12/31(水) 20:38:38.34
>>428
PCしか使ってない人にはそうなるだろうね

433 :仕様書無しさん:2014/12/31(水) 20:40:09.60
>>432
何が言いたいの?

434 :仕様書無しさん:2014/12/31(水) 20:42:15.54
>>428
interruptプラグマ命令は
割り込みベクターにフラグが立ったときに

その関数に飛ばすことを宣言するものな

435 :仕様書無しさん:2014/12/31(水) 20:50:15.58
>>427
ストリームデータ(byte配列)をプロトコル構造体に当てはめたりエンディアン交換とかするのは、流石にPHPやJavaScriptじゃ大変そうだな

436 :仕様書無しさん:2014/12/31(水) 20:59:13.92
>>427
Web系に求められる知識は表層だけだろ

437 :仕様書無しさん:2014/12/31(水) 21:07:00.55
組み込みだけやってる人ってみんなこんなにレベル低かったのか
マイコンのただの割り込み実装でハイな気分になれるなんて・・

>>435
超簡単だよ、jsは類する公開スクリプトもしくはajaxでPHPとやりとりすればいい
どうしても難しい処理があればsoなりdllで拡張モジュール作ればいい

438 :仕様書無しさん:2014/12/31(水) 21:09:34.12
>>436
組み込みやる人はみんなCANやUSBの深層まで理解して実装してるの?

439 :仕様書無しさん:2014/12/31(水) 21:10:27.66
>>438
usbはやったことない
canは理解してる

440 :KAC:2014/12/31(水) 21:21:11.58
>>438
規格書とにらめっこしないと実装できないだろ。
担当したことがある規格ならかなり深いところまで理解するぞ。

441 :仕様書無しさん:2014/12/31(水) 21:23:27.75
>>436
まあその辺の機能は一発作ってしまえば使い回ししまくれるから
それを理解して作れる人間はごく一握りで済むのは確かではある
誰かが作らなきゃいけない

そんなアルゴリズムやプロトコルを楽しめる作業は膨大なプロジェクトの全体の0.1%にも満たない
>>413のようにやることが山ほどあるからね

>>439
UART、SPI、I2C、CAN、USBならハード・ソフト共に実装経験あるけど
全部は理解してないわ、CANの差動とか細かい仕組みまでは知らないし

442 :仕様書無しさん:2014/12/31(水) 21:27:07.99
あ、あとイーサネットとwi-fiも経験あるな
こちらは完全にモジュール任せだけど

443 :仕様書無しさん:2014/12/31(水) 22:30:14.93
>>438
バグが出ればね

444 :仕様書無しさん:2014/12/31(水) 22:37:12.47
>>443
通信系の不具合が出ればWebもパケットモニター位は使うけどな

445 :仕様書無しさん:2014/12/31(水) 22:55:49.41
>>444
わいやしゃーく!

446 :仕様書無しさん:2014/12/31(水) 23:01:30.63
>>444
見るったって内容が薄いだろ?

447 :仕様書無しさん:2014/12/31(水) 23:13:09.40
>>446
濃いことが何かのステータスになる?
見る目的が違うんだから張り合う点が違うっしょ
もっともプロトコルなんて大したことないが、Webと組み込みの両方とも仕事でやってる身としては

448 :仕様書無しさん:2014/12/31(水) 23:15:02.96
>>438
USBはシリアル信号としてのトランザクションまでは介入しないな

標準デスクリプタには介入するし、デバイスクラスのライブラリの助けがあったとしても、クラス固有プロトコルの詳細は分かってないと難しい

ストリングデスクリプタも、シリアル番号の所は個体ごとに別にしなければいけないとかもある

449 :仕様書無しさん:2014/12/31(水) 23:20:05.53
>>437
>soなりdllで拡張モジュール作れば

組込だとLinuxやCEでうごいてるとは限らない

450 :仕様書無しさん:2014/12/31(水) 23:29:00.94
>>448
そのくらいは知ってて当たり前で深層までの理解には当たらないっしょ
安いやつだけど個人用のVID/PIDも持ってて使ってる

>>449
一例を挙げたにすぎない、人に言われたまま動くんじゃなくて
仕事にあわせて適切な実装方法を選びなさいな

451 :仕様書無しさん:2014/12/31(水) 23:40:33.28
Linuxのソレ系は、ライブラリあちこちから集めて来ないと動かないのが嫌。
移植なんて絶対無理。

452 :仕様書無しさん:2015/01/01(木) 00:13:22.70
>>447
話を理解できないのか?

453 :仕様書無しさん:2015/01/01(木) 00:30:12.72
>>452
新年早々うざい子だね

454 :仕様書無しさん:2015/01/01(木) 00:30:19.03
>>450はどうして上から目線なの

455 :仕様書無しさん:2015/01/01(木) 00:42:02.90
>>453
新年早々馬鹿な子だね

456 :仕様書無しさん:2015/01/01(木) 02:23:09.35
>>455
理解できないなら帰ってくれる?

457 :仕様書無しさん:2015/01/01(木) 02:27:31.92
>>456
新年早々馬鹿な子だね

458 :仕様書無しさん:2015/01/01(木) 02:31:10.16
>>457
とうとうコピペしかできなくなったのねかわいそうに

459 :仕様書無しさん:2015/01/01(木) 02:33:12.66
ネットワークのモニタリングはWiresharkで事足りるよ、バージョンアップするたびに解析可能なプロトコルも増えてるし

460 :仕様書無しさん:2015/01/01(木) 02:55:16.28
あけおめ

>>452
話を理解って何のこと?

>>454
「だから何?」と返すよりは良いかと思ったけど上からに見えたか
すまんね

>>459
Web系はサーバがデータセンターにあることがほとんどだから
TCPのC/S監視程度ならわざわざハード用意しなくても
パケモニのソフトならいくらでもあるよ、当然組込でも使ってるし

461 :仕様書無しさん:2015/01/02(金) 00:38:01.67
一年の計はなんとやら
ちょっと勉強してみよう

放送大学 コンピュータのしくみ('14)
http://ocw.ouj.ac.jp/tv/1570102/

462 :仕様書無しさん:2015/01/02(金) 06:05:51.37
タスク(スケジューリング)の表面的な動きの説明はなんだかなあ と
別講義の兄ちゃん、知らな・・・

463 :仕様書無しさん:2015/01/02(金) 07:40:55.35
習うより慣れろ

464 :仕様書無しさん:2015/01/02(金) 09:06:15.55
新年早々厨ワロタw

465 :仕様書無しさん:2015/01/02(金) 13:48:24.47
ちょっとパソコンに詳しくなったからといって図に乗る痛いタイプだよなw

466 :仕様書無しさん:2015/01/03(土) 09:47:11.36
WireSharkも、多機能で改良も頻繁なのが利点だが、見た目が
ねえ。 もっと、見やすく分かり易く使い易く出来れば...カネ
取られるな。

467 :仕様書無しさん:2015/01/03(土) 11:17:55.95
>>466
だからお前は二流なんだ
金を取られるではなく、金を取れると考えろ

468 :仕様書無しさん:2015/01/03(土) 11:23:42.50
>>462 ちょっとお電話が遠いようで、最後が聞こえませんでした

469 :仕様書無しさん:2015/01/03(土) 12:24:53.47
タイマ割り込みでタスク切り替えしてるなら、理想に近くなるかもしれないけど
実際には、波打ったような感じになるにではないかと
タイマ管理してるだけのトレースオンとかは、APIコールしないとタスク切り替え怒ら...

470 :仕様書無しさん:2015/01/03(土) 15:16:41.05
タスク切り替えなんてタイマ割り込みだけじゃないだろ

471 :仕様書無しさん:2015/01/03(土) 15:29:45.78
そりゃIO待ちとか、イベント待ちとか

472 :仕様書無しさん:2015/01/03(土) 17:04:32.47
タスク優先度切替もあるしイベントもセマフォもありまっせ

473 :仕様書無しさん:2015/01/03(土) 17:05:51.87
あとやっぱりメールボックス待ちかな
俺は設計上、片方向をタスク分割の理想にしている
双方向は基本やりません

474 :仕様書無しさん:2015/01/03(土) 17:31:44.83
これまでタスクと呼んでいたものは、ARM CMSIS-OSからはスレッドと呼ぶ事になった

475 :仕様書無しさん:2015/01/04(日) 01:46:11.46
>>469 タイマ割り込みでタスク切り替えしてるなら、理想に近くなるかもしれないけど
何が理想だ。素人が何もしないでもタスクが切り替わるのが理想なのか。

お前は CPU の時間付加を最小にすることなんて考えたこともないのだろう。お前がタス
クの CPU 使用権を放棄して他のタスクに CPU を使わせないと、無駄に CPU 時間を消費
するのだぞ。

476 :仕様書無しさん:2015/01/04(日) 02:12:32.61
そんなの知らないでやってるから、ブツブツ言う人がいるじゃないの

477 :仕様書無しさん:2015/01/04(日) 06:52:19.19
スケジューリングとして
よくあるのは
フラグ立ててのラウンドロビン方式だと思うけど

最近はFIFO(FCFS)で処理するほうが時系列で処理できるから
良い気がしている

ただイベントを保持するキューの必要個数と全イベント発生という最悪時の遅延時間のシミュレーションによる見積りは必要かと

なおリアルタイムOSはさわったこと無い…
リソース的にも実装できないし

とにかく組み込み系では各イベントの処理時間の把握は必須になる
(割り込み処理時間も)

478 :仕様書無しさん:2015/01/04(日) 08:48:44.51
理想wって放送大学の教材用にでしょ?

そんなに新年早々かっかしなさんな(´∀`)

479 :仕様書無しさん:2015/01/04(日) 08:59:55.63
組込はホント無駄なところにコストかけるな

480 :仕様書無しさん:2015/01/04(日) 10:55:18.61
CQの雑誌でも似たことを書いてたのいるから、なんでかなと
勘違いさんが増えてる理由がやっと

481 :仕様書無しさん:2015/01/04(日) 10:57:50.74
カッコの付け方も本だとページ数減らすために・・・

482 :仕様書無しさん:2015/01/04(日) 11:02:30.13
>>466
Wireshark普通に見やすいけど
難を言えばMac版のやつがX11アプリなもんで少し操作し辛いくらいか

483 :仕様書無しさん:2015/01/04(日) 11:02:39.47
>>478 理想wって放送大学の教材用にでしょ?
ごめん「教材用に」と読み取れなかった。また教材ならばこそ
CPU の時間負荷にも注意を払って教育して欲しい。

組み込みの世界なのに時間負荷に無頓着なのが多い。平気で数百サ
イクルの busy loop を作ってタイミング調整することを何十箇所
もやりやがる。コードのように ROM サイズとして明確に現れない
から厄介だ。

そういえは三菱系の real time OS でタスクの処理時間を nop 挿
入して全てて同じにすることを主張する馬鹿たちもいた。デジタ
ル回路のようにクロック間隔を揃えるためだと理由にならない説
明をしていた。今はどうなっているのだろうか。

484 :仕様書無しさん:2015/01/04(日) 11:14:58.27
割り込みハンドラでの時間調整は、OSコールのdelay/sleepが使えないからnopループにする事が多いし、OS前提のサンプルコードでもそうなってる

スレッド(タスク)文脈では流石にそれはやらないけど、ペリフェラルの初期化処理だけは起動時だけなので、スレッド文脈からでも御構い無しでnopループが挟まれたりする、

スレッド文脈ではdelay/sleepもしくはyield(又はrot_rdq)を使うけど、delay/sleepの最小分解能は大抵10msなのでやり難い事もおおい

485 :仕様書無しさん:2015/01/04(日) 11:26:18.65
>484 割り込みハンドラでの時間調整は、OSコールのdelay/sleepが使えないからnopループにする事が多いし、OS前提のサンプルコードでもそうなってる
割り込み内で busy loop を設けることは、他の割り込み応答が遅
らされることを意味する。まだタスクでの busy loop の方がまし
だ。C-R 回路で済ませられるならハード屋に対処させろ。サンプ
ル・コードなんぞ鵜呑みにするな。

486 :仕様書無しさん:2015/01/04(日) 11:33:34.77
低レベルなI/Oアクセス時の時間待ち(マイクロ秒?)とかはマイコンの処理速度に依存した書き方になるから
ある程度はしょうがないでしょ
結果に後付的な説明はどうかと思いますがね

487 :仕様書無しさん:2015/01/04(日) 12:45:17.74
>486 低レベルなI/Oアクセス時の時間待ち(マイクロ秒?)とかは

先に hard も含めた全体設計の時点でI/Oアクセス時の時間待ち
が発生しない系にすることを目指せ。俺もマイクロ秒の時間だっ
たら、 busy loop を使う可能性はある。でも それは最後の手段
だ。処理順序を変えるだけで busy loop を避けられないか探す。
I/O で mSec の遅れが許されるなら polling かタスク処理側に回
す。

割り込みでの処理は最小にして時間負荷を下げる。複数の割り込
み処理が存在するから、それらの応答遅れをたらしたくない。

例えばキー入力のスキャンを 1mSec 周期で取り込んで、チャタリ
ングをとるために、タイマー・フィルターをかけたりするのが珍
しくない。

キー入力など 10mSec 周期でも早い。通常は 50mSec 遅れでも人
間には分からない。こんなものはボーリングとタスク処理で十分
だ。割り込みを使う必要は無い。不必要な割り込み処理を避けて
時間負荷を小さくする。

>結果に後付的な説明はどうかと思いますがね
どこが後付だ。

488 :仕様書無しさん:2015/01/04(日) 12:52:18.40
ボーリング?

489 :仕様書無しさん:2015/01/04(日) 12:55:38.03
割り込み内のusオーダーでの待ちはnopか何か他の処理をはさむことになるだろうね
スタック積むだけで時間かかるし

なるべく割り込み内の処理は減らしたいが

後にイベント処理することが可能なら
ダブルバッファ化してメモリに貯めておいてまとめて処理したいところ
すると遅延なくイベントが処理される必要が出てくるので
各タスクの処理時間の把握が要る

490 :仕様書無しさん:2015/01/04(日) 12:55:48.50
悪い ボーリング → polling だ。カナ入力で小指がずれた。

491 :仕様書無しさん:2015/01/04(日) 13:14:51.51
キーは割り込みではなくポーリングが多いね、しかし回転式ロータリーエンコーダーで早回し検知がある時はそれだけ割り込みかな

UARTみたいな通信系は最小限度のバッファリングはISRで、終端検知出来た段階でイベントフラグ設定してスレッドに伝達、が俺の常套手段

FIFO無しURAT送信やI2Cなどに連続書きするときは送信済みを確認してからじゃないとレジスタに書けないけど、レジスタの変化確認はノーウェイトのwhileループで済ます

ただ、何らかのHW不良で書き込みが永遠に終了しないケースではUIにそれをエラー表示する必要があるので、適当なループ回数限度を設定してスレッドが継続するようにはする

492 :仕様書無しさん:2015/01/04(日) 13:21:13.28
ソフトウエアシリアルが普通になれば
こういう人の仕事って無くなるんだよね。

493 :仕様書無しさん:2015/01/04(日) 13:37:06.88
ロータリーエンコーダって、角度でスイッチ状態変えればいいのにな。
6bitくらいあれば十分だろ。

494 :仕様書無しさん:2015/01/04(日) 14:06:10.65
>ソフトウエアシリアル
なにがしたいんだろ
なんちゃってコスト意識?

495 :仕様書無しさん:2015/01/04(日) 15:52:19.26
>>492
逆だよ
こんな仕事ばっかりになる

496 :仕様書無しさん:2015/01/04(日) 18:13:18.53
ソフトウェアシリアルなんて実装の手間が増えるだけかと
それにクロック100MHz程度のCPUで115.2kbpsとか動かんだろ

497 :仕様書無しさん:2015/01/04(日) 18:18:04.52
>>491
FIFO無しURAT送信やI2Cなどに連続書きするときは送信済みを確認してからじゃないとレジスタに書けないけど、レジスタの変化確認はノーウェイトのwhileループで済ます

よくわからんが
送信完了割り込みは使用せず?

498 :仕様書無しさん:2015/01/04(日) 18:37:14.21
>>492
そんなシリアルのソフト保守するの嫌だ
シリアルくらいIPっつーかハードでやって欲しい

499 :仕様書無しさん:2015/01/04(日) 19:19:05.37
>>498
おれもそう思う
しかしUARTは5本必要、でも内蔵は2本、あとはソフトでよろしくとかやられるよね・・・

500 :仕様書無しさん:2015/01/04(日) 19:34:10.34
ハードやらん奴は自由が少ないんだな

501 :仕様書無しさん:2015/01/04(日) 19:42:08.21
>>497
OS付属のデフォのドライバがTX割り込みつかってないやつが多いのよ、で、特に問題無ければワザワザ書き直すのもめんどいのでそのまま使う、問題が有れば書き直す

502 :仕様書無しさん:2015/01/04(日) 19:50:57.13
デフォのドライバはあくまで参考資料でしょ?
確かにそのまま使えれば問題ないけどさ
TX割り込みを使えるように改造した方がいい場合もある

503 :仕様書無しさん:2015/01/04(日) 20:04:32.91
>>502
>デフォのドライバはあくまで参考資料でしょ?

いや、可能な限り利用する方針
ARMの場合CPU変更を考慮してポータビリティーを維持するのも必要な事だし、それにドライバ類全部書き直してたらキリがない

504 :仕様書無しさん:2015/01/04(日) 20:49:24.19
リソースが
-CPUレベルの人と
-自分のようなOSなしのマイコンレベルの人と
-あとCPUレベルだけどハードもからんでる人がいる感じか

505 :仕様書無しさん:2015/01/04(日) 21:04:05.54
>>499
STM32F4xxなんかもUSART/UART 1~7まで有ったりするんだけど、USBとかイーサネットとかI2Cとか使うから、競合GPIO避けてくとUARTは二系統くらいしか残らないのよね

506 :仕様書無しさん:2015/01/04(日) 21:11:34.66
>>505
そういう理由ではなく、 LAN, USBとか使わないのに最初から2本しかないの
選んでるからw

507 :仕様書無しさん:2015/01/04(日) 22:15:02.42
安いのは安いなりの周辺機能しかついてないのに
コストがどうので洗濯・・・

508 :仕様書無しさん:2015/01/04(日) 23:41:14.22
安物をあえて選んで四苦八苦に膨大なコストを掛けるアホッぷり

509 :仕様書無しさん:2015/01/04(日) 23:48:19.07
それが普通じゃね?

510 :仕様書無しさん:2015/01/04(日) 23:51:45.46
ソフトウェアでどの程度四苦八苦するかに依る
どうあがいても無理と判断してCPUグレード上げるか、目処がたちそうだから低いグレードで原価を押さえるか、その判断もまた設計スキル

511 :仕様書無しさん:2015/01/05(月) 02:44:29.65
>>508
ど素人は黙るべき

512 :仕様書無しさん:2015/01/05(月) 06:45:47.62
大抵はCPUのグレードを抑えることに時間を掛ける人件費で努力が無駄になる
別の箇所で元を取ってるだけだな

513 :仕様書無しさん:2015/01/05(月) 10:03:43.40
>>512
程度にもよるし製品の販売数にもよる
一概に言えない

514 :仕様書無しさん:2015/01/05(月) 10:23:13.27
上の方にあったソフトシリアルってなに?
SPIみたいにシリアルを自分で制御すんの?

515 :仕様書無しさん:2015/01/05(月) 11:43:02.58
自分で制御するんだよ

516 :仕様書無しさん:2015/01/05(月) 12:15:01.78
マジかよ。もはや苦行の域だな。

517 :仕様書無しさん:2015/01/05(月) 12:20:44.74
>>516
タイマーでタイミング取ったりするんだろうから高速ビットレートが出来ない
まあ、俺はやったことないしやりたくもない

518 :仕様書無しさん:2015/01/05(月) 12:29:40.53
>>515
I2Cならコントローラーなしでソフトだけで書いたことがあるけど、
RS232Cみたいなシリアルだとしんどそう。

519 :仕様書無しさん:2015/01/05(月) 16:53:03.55
8bitの石でやったことがあるよ。9600bpsが限度だね。まずはLレベル割込みに
設定して、Lレベルがstartbit分続いたらbitの中ほどでRX信号を見られるように
内蔵タイマ設定して、8bit読みこんだら次はパリティ、またはstopbitとして読む。
1バイト分そろったらやっとuartの1バイト受信のイベントを発行できる。
石のclockが20MHzだったので正確なクンロクが作れず、十数バイトならいいが
長いフレーム送るとクンロクから動機が外れてゆく。そのシステム内ではそれで
よかったけど、一般的にやるなら分周したとき正確になる2のn乗のクロックだな。

520 :仕様書無しさん:2015/01/05(月) 17:00:34.53
>>519
恐ろしいシステムだ。
修正の余裕がないと言うか。

521 :仕様書無しさん:2015/01/05(月) 17:50:03.00
でもそのシステム内で完結してればそれでもOKになるのも組み込みの良いところではある

522 :仕様書無しさん:2015/01/05(月) 17:58:13.35
ほう、8bit CPUでも9.6kbps出るのか

523 :仕様書無しさん:2015/01/05(月) 18:14:16.80
>>519
チップのクロックはいくらだったの?

524 :仕様書無しさん:2015/01/05(月) 18:15:37.95
>>518
I2Cはクロック同期だからな。
クロックが伸びても縮んでも動く。

525 :仕様書無しさん:2015/01/05(月) 22:33:29.31
>>518
しんどいし意外と難しい部分もあるけど、結構サンプルドライバとかも
流通してるし雑誌のバックナンバーでも資料があるから扱いにくいわけではない

話変わるが、資料で困った時はよく神田の書泉グランデで技術雑誌のバックナンバーを
あさってたものだが、何年かまえにすっかり様変わりして
一切扱わなくなったのが今でもショック

526 :仕様書無しさん:2015/01/05(月) 22:34:33.29
↑スマソ・・神田ちゃうわ。水道橋だ

527 :仕様書無しさん:2015/01/05(月) 22:36:09.95
水道橋駅のほうが近いかもしれんが、神保町は一般に神田と認知されてる

528 :仕様書無しさん:2015/01/05(月) 22:38:45.43
神田でよかったのか・・>>527
俺もなんか神田が頭に残ってたもんで最初に書いてもうた

あの見通しのいいエレベーターに乗ることはもうないかな
ご指摘ありがとう

529 :仕様書無しさん:2015/01/05(月) 22:38:59.84
住所が神田神保町だからでしょ
神田駅からは遥か遠くだけど

530 :仕様書無しさん:2015/01/05(月) 22:42:02.38
今時下の下のCPUでもUARTは2系統くらい有るけど、それじゃ足りないの?
それともソフトで組みたいマゾなの?

531 :仕様書無しさん:2015/01/05(月) 22:54:37.84
UARTをソフトで組むって選択、信頼性考えたら有り得なくね?
I2Cとかなら全然問題ないけど

532 :仕様書無しさん:2015/01/05(月) 23:04:46.84
>>531
一時期流行ったソフトウェアモデムってのもあるぞ。
ファームウェア無しのモデムをPCパワーだけで動かすんだ。

533 :仕様書無しさん:2015/01/05(月) 23:25:21.73
>>532
その例からすると、組込(ファームウェア)側が自らそれをやる意義は無さそう
そもそもPCみたいなプロセッサパワーないし

534 :仕様書無しさん:2015/01/06(火) 01:13:48.09
>>502
何時来るか分からないRXはともかく、TXは無理に割り込み使わなくても良いと思う。

535 :仕様書無しさん:2015/01/06(火) 02:49:54.14
>>524
I2Cのなかにマイコンが・・・

536 :仕様書無しさん:2015/01/06(火) 03:36:43.68
スタートビットで受信開始するから、送信側のズレはある程度吸収できるようになってるのが非同期
同期はズレがあると時間がたつほどズレが蓄積するところが・・・

537 :仕様書無しさん:2015/01/06(火) 03:39:24.13
あ、非同期でもストップが1ビットだと連続送信が同期みたいになるから
それでストップが1.5、2がある?

538 :519:2015/01/06(火) 04:16:12.34
>>530 下の下以下の8bitでuartは1CHの専用チップ、A/D D/Aが12bitに強化された
分通信が弱い石だった。それに2CH通信が欲しくなったため。

>>523 20MHz。水晶なら19.6608とかを付けるんだろうけど、発振回路も石に内蔵。

>>534 それだとフレーム送信の間張り付くから、並行度/応答性が悪くなる。
フレームが短いものしかないシステムには良いが、長いものや可変長なら×でしょ。

539 :仕様書無しさん:2015/01/06(火) 07:29:22.80
ソフトウエアシリアルは
出力はともかく、入力が無理。

IO使い果たしたデバッグポートにしかやったことない。

540 :仕様書無しさん:2015/01/06(火) 07:43:24.62
通信速度とマイコンの処理速度で無理なこともありますよね、ソフトウェアシリアル
あと、他の仕様とのからみとかもでも
なんでもソフトウェアシリアルでとかいう人は怖いもの知らず・・・
そのうち、プツンしそうですが、別なところで

541 :仕様書無しさん:2015/01/06(火) 07:53:07.15
LANのイーサネットやIPレイヤーに踏み込むより敷居高いな、ソフトウェアシリアル

UARTもI2Cも足りてるから俺は手出ししないぞ

542 :仕様書無しさん:2015/01/07(水) 01:28:58.84
Lチカの次にやる練習課題としてならいいかもな、ソフトシリアル

543 :仕様書無しさん:2015/01/07(水) 01:41:02.50
は?

544 :仕様書無しさん:2015/01/07(水) 04:13:30.94
時間があるなら一度やっておいてもいいかもね、ソフトシリアル

545 :仕様書無しさん:2015/01/07(水) 06:33:59.95
やるだけ無駄

546 :仕様書無しさん:2015/01/07(水) 06:39:34.77
>>542 Lチカの次にやる練習課題としてならいいかもな、ソフトシリアル
>>544 時間があるなら一度やっておいてもいいかもね、ソフトシリアル

阿呆ばかりか。赤外線リモコン信号の送受信ならば理解できるが、ソフトシリアルなん
て技術的には無意味なのが判らんのか。

UART が一本だけでもセレクト信号を何本か付ければ共用できるだろうが。それだけで時
間負荷も ROM 容量負荷も減らせる。

もって頭を使って UART 信号腺に arbitration protocol を追加すれば一つの UART 腺
を複数のマイコンで共用できる。

547 :仕様書無しさん:2015/01/07(水) 06:47:13.05


548 :仕様書無しさん:2015/01/07(水) 07:16:38.78
通信機能をソフトで組む時ってのはクロック同期型か
自前のプロトコルを組み込む時くらいしかない
だから>>546の言いたいこともわからんでもないが
そもそも調歩同期をソフトで組むこと自体がナンセンス

549 :仕様書無しさん:2015/01/07(水) 07:29:29.60
頭に残っていれば
シリアルIO使い果たして
printf デバッグやりたいときに
ポートが余っていれば文字が出せる

無意味って力説する理由がわからん。

550 :仕様書無しさん:2015/01/07(水) 07:30:13.93
どうでもいいことだよね、やってもやらなくても、なにもかも?

551 :仕様書無しさん:2015/01/07(水) 08:53:03.46
最初からどうでもいいことと割り切る奴は仕事できない

552 :仕様書無しさん:2015/01/07(水) 09:00:32.40
>>549
UART余ってればデバッグ端末に回せるから確かに便利、ただMAX232の付いたDSUB9端子つけないとPCにつながらないけど

余りがない時は、もしLANがあればあきポートをデバッグTelnetにする方法もある、こちらの難点は起動時の様子を端末に吐けない事

553 :仕様書無しさん:2015/01/07(水) 09:06:24.50
レベルコンバータなんざ100円で買えるだろ。

554 :仕様書無しさん:2015/01/07(水) 09:37:33.82
部品が手に入っても、ハンダ付けとかいろいろありますから

555 :仕様書無しさん:2015/01/07(水) 09:40:10.42
RS232Cレベルにこだわる理由が分からん
どうせPCにはUSBで接続するだろうに

556 :仕様書無しさん:2015/01/07(水) 10:15:19.66
CP210xとか挟むの?

557 :仕様書無しさん:2015/01/07(水) 10:20:47.76
傍からみると簡単そうに見えるのと、
USB知ってるから
言ってみたかっただけでしょ
そういう人がなんちゃてSE(セールス・営業)やってるんでしょ

558 :仕様書無しさん:2015/01/07(水) 11:05:57.55
ここはマ板だから誰かがHWお膳立てしてくれないとどうしようもないのは仕方ないか

>>557
USB知ってたらエライの?

559 :仕様書無しさん:2015/01/07(水) 11:07:11.18
知ってる単語書いてみたかった?とか

560 :仕様書無しさん:2015/01/07(水) 11:22:09.46
USBが乗ってないマイコンはいっぱい知ってるが、UARTがのってないマイコンなんてあんまないし
232Cも枯れまくってるわけで、MAX232を乗せた変換基板ぐらい引き出し漁ったら出てくるんじゃないか?

というわけで、USBコントローラもってきてコードを書くのは工数の無駄じゃなかろかと思うのだが、どうだろう?

561 :仕様書無しさん:2015/01/08(木) 00:02:56.32
GPIO上げ下げで921600bps出したことあるよ。

48MHzの水晶振動子付けたPICだと、
命令サイクルが12MHzになるので、
nop挟みつつ13命令サイクルごとに上げ下げすれば
12*10^6 / 13 ≒ 923,077bps → 921600 に対する相対誤差 1.6%
で、秋月で売ってる UH232H にでも突っ込めば
PCのターミナルソフト(TeraTermとか)で読めるよ。
まあ文字化けはたまにするけど。
メインの仕事が忙しくない場合のログの垂れ流しにはいいよ。

…てなことを何処かのスレで書いたら、>>559 みたいな
反応されたけど、それはさすがにてめえが知らなすぎるんだろう。

562 :仕様書無しさん:2015/01/08(木) 05:25:44.75
無駄な努力とまでは言わないけど、デバッグとかでほかに楽な手段があるならそっち使うわな
特に仕事でやるならば

563 :仕様書無しさん:2015/01/08(木) 12:06:57.58
そういえば昔のGPIBって消えたなw
割と安定してて好きだったけど

564 :仕様書無しさん:2015/01/08(木) 12:21:25.79
>>563
>昔のGPIBって消えたな

GPIBなら今でも計測器制御で使われてるよ
消えてない

565 :仕様書無しさん:2015/01/08(木) 16:05:24.83
重すぎ。
俺はこの機にscに移動するよ

566 :仕様書無しさん:2015/01/08(木) 16:15:06.25
>>561
すげーな。
ソフトだけでUARTって自分には苦行にしか思えん。

567 :仕様書無しさん:2015/01/08(木) 18:55:58.16
質問ですが、組込み機器も
ディレクトリ(フォルダ)はあるのですか?
Windowsだと適当なディレクトリ内に置いたexeファイルをクリックしたら
アプリが実行されますが、
組込み機器の場合は電源を入れたらアプリが自動的に実行されるイメージです
どういう仕組みになっているのですか?
IT初心者なのでよくわかんないです

568 :仕様書無しさん:2015/01/08(木) 19:05:28.93
>>567
機器によるとしか。
最小構成だとマイコン内蔵のフラッシュROMにソフト(exeですらない生の実行コード)を書き込んでそれが動作する感じ。
ファイルの概念は外付けの(SDとかHDD)ファイルシステムがある(組み込みとしては豪華な)システムだけ。

569 :仕様書無しさん:2015/01/08(木) 19:34:30.22
機器というかOSによるね

LinuxやCEではファイルシステムがあるので、実行形式アプリを自動起動するようにシェルが書かれている

小さいRTOSの組込は、OS(GUIもファイルシステムも無い場合が殆ど)はアプリの一部に埋め込まれる
CPUがリセットされると特定番地から実行されるので、そこに目的のアプリのmain()にジャンプするようなスタートアップルーチンをROMを仕込む
そのmain()も勿論ROMの中

570 :仕様書無しさん:2015/01/08(木) 19:36:46.88
パソコンのBIOSと一緒

571 :仕様書無しさん:2015/01/08(木) 20:04:43.63
>>568-570
なるほど、ありがとうございます。
そういった内容が組込み関連の書籍とか読んでもあまり詳しく書かれていないので
どうなってるのかなと思っていました。

572 :仕様書無しさん:2015/01/08(木) 20:59:02.43
>>571
確かに組込みっていい本がないよな。
仕事してから気がつくことが多い。

573 :仕様書無しさん:2015/01/08(木) 21:03:35.37
買ってくれるなら本書くよ

574 :仕様書無しさん:2015/01/08(木) 21:55:54.10
>>564
せやせや!

計測器忘れてた!確かに

575 :仕様書無しさん:2015/01/08(木) 22:00:03.38
転職先が見つからない、、、

576 :仕様書無しさん:2015/01/08(木) 22:08:14.54
地域による
掃いて捨てるほどいた三洋の社員達は今いづこ

577 :仕様書無しさん:2015/01/08(木) 22:23:45.97
メモリが足りない。今さらメモリ増やして欲しいと言えば部品原価があがるとハード部隊・企画部隊が大騒ぎするんだろうな。

578 :仕様書無しさん:2015/01/08(木) 22:26:19.71
うちに何人か流れて来てたが、さすがに単身赴任なのと閉鎖的な社風で大半が辞めてしまった

579 :仕様書無しさん:2015/01/08(木) 22:37:25.47
>>575
組み込みは転職が大変だよ。
仕事が中国やインドに流れているからね。

580 :仕様書無しさん:2015/01/08(木) 22:44:05.57
しかも国内の組込機器市場が縮小している。
特に家電メーカーの衰退の影響が激しい。
20年前なら組込といえばいくらでも仕事があったんだよなあ。

日本の組込が高度化できなくて、組込の中心が海外になったのも大きい。
高度な組込はCPUがARM, x86とかになっているし、OSもLinuxみたいな豪華なものになっている。
日本の組込はOSなし、uITRON、組込DOSレベルで止まっていたところが多い。
日本人が高度な仕事についていけなくて、仕事が欧米、中国、インドに流れたのは間違いないだろう。

581 :仕様書無しさん:2015/01/08(木) 22:58:14.51
組み込みっていう考え方しなくても、最近はマイコンの電子工作がわりとよくとりあげられる気がするし
マイコンからとっつけば基本的な概念はわかるのではなかろうか

とか思ってたら、Arduinoとかでてきて、それはそれで根っこが判らなくなってしまってるなあ、と思う、恭子の頃

582 :仕様書無しさん:2015/01/08(木) 23:36:48.87
>>574
計測器以外のGPIBってなによ
まさか、あのHP-IBで周辺機器繋いでるHPのワークステーションとか

583 :仕様書無しさん:2015/01/08(木) 23:48:08.17
開発に人手が要らなくなったからだろ。

584 :仕様書無しさん:2015/01/09(金) 00:54:41.23
>>583
一商品あたりの人手は増えている

585 :仕様書無しさん:2015/01/09(金) 01:04:33.73
型落ちしたのが国外にいってるだけでしょ
中身いじってるのかなと思う今日このごろ

586 :仕様書無しさん:2015/01/09(金) 07:43:17.24
高度というか
CPUパワーに余裕ができて
富豪プログラマでも組み込みできるようになっただけ。

587 :仕様書無しさん:2015/01/09(金) 08:15:21.71
>>586
富豪プログラマー?

588 :仕様書無しさん:2015/01/09(金) 08:20:37.57
いまどき職人的なのはちょっとやる気が起きないよね。
キャリア的に死んでしまいそう。
富豪のほうがマシだと思われる。

589 :仕様書無しさん:2015/01/09(金) 08:35:32.99
けど富豪OSはリアルタイム性に欠ける
その部分はRTOSに対して劣る

590 :仕様書無しさん:2015/01/09(金) 08:39:06.81
OSについてはそうだとしても
自分はOSの開発者じゃないからなあ。
富豪OS上のプログラミング経験なしで
この先やっていけるのか不安。

591 :仕様書無しさん:2015/01/09(金) 08:50:30.10
まわりに合わせることができるかではないかと、別の意味で

592 :仕様書無しさん:2015/01/09(金) 08:59:01.82
もとの意味が規定されていないのに
「別の意味」だってWWW

593 :仕様書無しさん:2015/01/09(金) 09:01:47.88


594 :仕様書無しさん:2015/01/09(金) 09:03:48.60
世間話はできるけど・・・

595 :仕様書無しさん:2015/01/09(金) 09:07:06.14
富豪プログラマーって何だよw
一等地に自分の名義でマンション建ててたりすんのか?

596 :仕様書無しさん:2015/01/09(金) 09:12:46.05
馬鹿なの、、、

597 :仕様書無しさん:2015/01/09(金) 09:17:41.91
>>596
馬鹿はお前だろ・・・

598 :仕様書無しさん:2015/01/09(金) 09:22:26.97
富豪プログラマという表現を知らなかった
というところまではまあ許すとして、問題なのは
その言葉を聞いて脊髄反射しかしないとこだ。
少し調べればわかるだろうに。ましてやこの分野

599 :仕様書無しさん:2015/01/09(金) 09:29:06.34
「富豪プログラマ」なんて馬鹿な単語使ってるのお前だけだろ。
アホは自宅で警備してろ。

600 :仕様書無しさん:2015/01/09(金) 09:45:39.24
デスマでホクホク経営者はいると思う。

601 :仕様書無しさん:2015/01/09(金) 10:09:37.92
"富豪プログラマ" 約 225 件 (0.29 秒) すくねえw

602 :仕様書無しさん:2015/01/09(金) 10:13:23.36
要は、自分は揚げ足取りがしたかっただけで
文脈を読めていなかったわけじゃない!

という主張ですね

603 :仕様書無しさん:2015/01/09(金) 10:18:01.39
日本語のことはよくわからないが
俺がネットでたまたま見かけた単語は
みんなが知ってるべきだ。

という主張だと思う。

604 :仕様書無しさん:2015/01/09(金) 10:25:00.68
>>590
>OSについてはそうだとしても
>自分はOSの開発者じゃないからなあ。
>富豪OS上のプログラミング経験なしで
>この先やっていけるのか不安。

富豪OS(高機能OS)は多機能なのですぐに習得できないしなあ。
しかもRaspberry Piみたいなものが安く買える時代に
RTOSにこだわるのはやばいかもね。

605 :仕様書無しさん:2015/01/09(金) 10:40:56.90
ちょっと気になったからさらにググってみる

"富豪OS" 約 64 件 (0.27 秒) …いよいよ減ったな…

606 :仕様書無しさん:2015/01/09(金) 10:45:36.97
アスペ

607 :仕様書無しさん:2015/01/09(金) 10:49:15.48
やってる人を富豪と言ってないのでは
実行(動作)環境が富豪という意味でしょ(メモりたくさん等)

608 :仕様書無しさん:2015/01/09(金) 10:52:24.84
豪華なOSとか、贅沢なOSってのは聞くけど、富豪〜ってのは聞かないな…
とか書いてたら、「豪華な粗品、略して豪品」ってのを思い出し

609 :仕様書無しさん:2015/01/09(金) 11:07:39.61
>>607
富豪プログラマなのに?

610 :仕様書無しさん:2015/01/09(金) 11:09:15.59
バブルと言われたた時期にコボルやってた人は富豪になったらしい
今コボルやるとどうなるんでしょうね

611 :仕様書無しさん:2015/01/09(金) 11:14:52.08
2匹目のどじょう

612 :仕様書無しさん:2015/01/09(金) 11:27:23.01
>>588
15年以上前にそんな仕事していた。
8bitマイコンで滅茶苦茶汚いゴミみたいなプログラムの改造。
そんな仕事じゃ将来見えなくて豪華な環境で仕事できるところに転職した。
あのままあの仕事をしていたらとっくに消えていただろうな。

613 :仕様書無しさん:2015/01/09(金) 11:42:11.01
32bitマイコンだけど応答速度命なところで10年以上アセンブラしこしこやっとりますがな

614 :仕様書無しさん:2015/01/09(金) 11:44:49.74
そういうの素直にすごいと思うけれど
そういう業界って今後もあんのかなー?
とか、そういうのが心配な今日この頃。

615 :仕様書無しさん:2015/01/09(金) 12:07:57.04
対象が64bitマイコンになるだけでまだまだあるよ。
新しいコアを採用するたびにそういうの発生する。

616 :仕様書無しさん:2015/01/09(金) 12:09:03.24
富豪はこのスレではじめて聞いた言葉
(面白い言い方だと思うよ)
要するにリソースが富豪であって、開発者自身のこどではないね

ウチの会社ではメモリ大臣という方言がある、意味は分かるよね

617 :仕様書無しさん:2015/01/09(金) 12:15:32.01
システム構築屋ではなく電子機器メーカーだと、市販ボードを組み込むと高く付くのよ、数千個とか入手するのも大変だし

普通は自前のCPUボードを設計する、そうするとLinuxとか走らない規模のCPUのほうが安いし製造原価的にそっちへ行ってしまう、もちろんGUIの豪華な高機能製品は別だが

618 :仕様書無しさん:2015/01/09(金) 12:26:04.66
アセンブラじゃ小さいプログラムが限度だな
ある程度以上の規模じゃやってらんないし全体がカオスになりそう

619 :仕様書無しさん:2015/01/09(金) 12:34:00.99
富豪的プログラミングならともかく、富豪プログラマと書く人は初めて見た

620 :仕様書無しさん:2015/01/09(金) 12:38:09.87
>>617
>普通は自前のCPUボードを設計する、そうするとLinuxとか走らない規模のCPUのほうが安いし製造原価的にそっちへ行ってしまう

しかし、そのような仕事がいつまであるのか。

621 :仕様書無しさん:2015/01/09(金) 12:41:03.89
言い訳必死だな

622 :仕様書無しさん:2015/01/09(金) 13:22:33.29
どれのはなしだ

623 :仕様書無しさん:2015/01/09(金) 14:13:42.87
組み込みで富豪開発って、
業界的にはどんなところでなら
そういうことやっているのかね?
デジタル家電とか?
でもデジタル家電だとしたら
落ち目の業界だよね。

624 :仕様書無しさん:2015/01/09(金) 17:04:55.84
大手の電子機器メーカーで市販のボード使うところなんてあるのか?w
せいぜい評価ボードで初期デバッグくらいだろ!
自前で作らなくてどーするよ

625 :8085:2015/01/09(金) 17:19:13.78
>>612 今でもそんな仕事「だけ」来ます。化石チップ+生き残ってる化石PGに。
いよいよ基板が無くなったらしいので、H8SにHew環境で移植した同等機能の
試作コード書きました。シミュレータでデバックしたあと、5年かけて机上デバック(w
富豪の真逆の超貧乏プログラミングを極めました。ROM/RAM最小・実行速度最速

626 :仕様書無しさん:2015/01/09(金) 18:04:51.81
正直格好良いとおもう。
今後のキャリアだけが心配・・・

627 :仕様書無しさん:2015/01/09(金) 18:10:07.72
Linuxのアプリて富豪っぽい希ガス。
自動変数で平気で[BUFSIZ]とかやってそう。

628 :仕様書無しさん:2015/01/09(金) 21:39:28.78
>>623
なんで家電が落ち目とか思っちゃったのか不思議なんだけど・・・

629 :仕様書無しさん:2015/01/09(金) 21:48:28.44
デジタル家電のつもりで言った。
落ち目でしょ、あくまで日本の大手家電メーカーの話だけど。

白物のことは知らない。
けど家電全体落ち目な印象だけどなー、。

630 :仕様書無しさん:2015/01/10(土) 05:32:47.57
cesとか行かないんだ

631 :仕様書無しさん:2015/01/10(土) 07:44:56.32
ウェアラブル端末が増えて
ユビキタス化(この単語ももう古いな)がさらに進めば
仕事量は増えるかと思う

通信機能が必要かもしれない

機能に対して低リソースなハードウェアにC言語とかアセンブラとかでガリガリ記述する流れは変化無いかも

各企業や個人にしか知識がないからアセンブラとか全く触れたことの無い人が増えてくると
今後の製品開発に支障をきたすかも

除算器無しでの割り算とか
ライブラリ関数無しでのルート開閉とかの上手い方法をシェアしたいものだ

632 :仕様書無しさん:2015/01/10(土) 07:59:30.90
×ルート開閉
○ルート開平

あとワンチップ化進むと
処理内容が増えて
上手くメインループ(タスク)を回す必要が出てくる

AD割り込みで数回分とっておいた
サンプリングデータをタスクでまとめて処理しつつ
他の通信割り込みも取りこぼさない設計が必要

633 :仕様書無しさん:2015/01/10(土) 08:04:14.60
引退技術管理職に組み込みやらす
のがローカルブームなんだけど。

普通はどう?

634 :仕様書無しさん:2015/01/10(土) 08:45:56.08
>>617
バッテリーで動く機器となると、消費電力との戦いになるから、豪勢な物は使いづらいしな。

635 :仕様書無しさん:2015/01/10(土) 09:29:07.28
>>625
>シミュレータでデバックしたあと、5年かけて机上デバック(w

実機はないの?
5年ってねえ

636 :仕様書無しさん:2015/01/10(土) 09:41:26.27
今ならシュミレータのほうが速く動く。ホント。

637 :仕様書無しさん:2015/01/11(日) 00:46:04.36
あー、デスマーチだ
3連休も出社や

638 :仕様書無しさん:2015/01/11(日) 01:06:18.24
終電ででも帰れてるだけマシ

639 :8085:2015/01/11(日) 04:11:17.76
>>626 とっくに年金生活ですから、今後のキャリアは歩行器→棺桶だけです。

>>635 先月の出荷で基板が無くなったらしいので、次に同じ機能が必要に
なったら、適当なチップが載ってる既存製品の基板にソフトを乗せて働かせる
(起こす金は無い)と聞いてるんで、先回りしてやっといて売り込もうかなと(w
お金は貰わなくてもパツイチで動いたら嬉しいじゃないですか。

640 :仕様書無しさん:2015/01/11(日) 04:25:06.06
   /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ヽ
    /:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::://ヽ:::::::::::::::|
    l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::// ヽ::::::::::::::l
    l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ::::::::::://   ヽ:::::::::::|
    |::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ノl:::ノ l:::::::/      ヽ::::::::|
   ノ:::::::::::::::::::::::::::::::::::::::::::::::::::::/ ゙゙  ノ:::/ ,,;;;;;;,,    ,,,,ヽ:::::l
   ):::::::::::::::::::::::::::::::::::::::::::::::/    ノ/ __,'''i: ('''__):::l  
  )::::::::::::::::::::::::::::::::::::::::::::::::::/         ̄ ̄ン:. :「 ̄`ヾ   
 1:::::::::::::::::::::::「 `┤l:::::::::::::::::l          ̄   ,  ヽ ̄ l   
  `l:::::::::::::::::::::ヽ  :l li:::::::::::::/        ヽ  /´   `l  |
  ヽ::::::::::::::::::::::\_」 lヽ::::/         .l  !:-●,__ ノ  /  
  ノ:::::::::::::::::::::::::::ノ | l `゙゙           i ,,;;;;;;;;;;;;;;;;;;;;,  /ヽ      ヴッ!!
,/ ヽ::::::::::::::::::::::(  l l::::::::..         /.:''/´ ̄_ソ  /  `ヽ
     ヽ:::::::::::::::ヽ | l:::::::::::...      /::// ̄ ̄_ソ  /    \
        ヽ:::::::\| l::::::::::::::::...    / :::.ゝ` ̄ ̄/ /       ヽ
           ヽ:::l l:::::::::::::::::::..      ̄ ̄;;'' /         ヽ
              l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ            l
              l l '''''''''''''''''''''''''''''''''''''' ̄l |             |
https://www.youtube.com/watch?v=z2qK2lhk9O0

641 :仕様書無しさん:2015/01/11(日) 08:19:22.79
>>639
基板を追加生産するより別基板向けにソフトウェア書き直す方が金掛かるだろ普通

642 :仕様書無しさん:2015/01/11(日) 08:22:29.09
>>625
何やその怠慢スケジュールwありえん

643 :仕様書無しさん:2015/01/11(日) 11:28:14.59
ソフト屋がよく言う虚言
「1週間徹夜した」

大抵は会社に1週間寝泊りして作業してるだけで
それを誇張して「1週間徹夜した」と言ってるだけ
普通、1週間も徹夜したら
病気になるし、最悪死ぬこともある

644 :仕様書無しさん:2015/01/11(日) 11:40:23.21
このスレって年齢層たかそうだね。
かくいうおれも30代半ばだけど。

645 :仕様書無しさん:2015/01/11(日) 12:13:35.08
>>643
それ以前に、そういう虚勢を張る奴等は大抵昼間ずっと半居眠りで仕事をしてない
休憩室でコーヒー&煙草三昧

646 :仕様書無しさん:2015/01/11(日) 12:32:18.98
>>639
65歳超えても仕事あるって凄いね。
年齢からすると古い仕事をこのまま続けるべきかと。

でも若い人が古い仕事をするのは将来がやばい。

647 :仕様書無しさん:2015/01/11(日) 12:46:28.72
古い仕事でも多少ながら新しい概念を入れたりすることはあるだろうから、歳取っても勉強は続けるべき、ボケ防止にもなるだろうし

新たにUSB付けることになったりする話は古い案件の保守でもあるし

648 :仕様書無しさん:2015/01/11(日) 13:42:40.14
ハイエンドからマイコンが姿を消そうとしているな
今はもうFPGAが中心になって、FPGA内にCPUコア載せる形に変わりつつある

649 :仕様書無しさん:2015/01/11(日) 14:36:16.89
組み込みで5年開発とかって
人工衛星かなんかの特殊基板かな。

650 :仕様書無しさん:2015/01/11(日) 14:47:36.07
人工衛星だとVxWorksとかリッチな環境を使うかと。

651 :仕様書無しさん:2015/01/11(日) 15:40:52.38
5年かけて「机上デバッグ」なんて...いくら特殊な案件でも
正気の沙汰じゃあないわ。 この動きの速い時代にさあ。

それに、ソフトは実機で動かしてみんと分からん問題があったり
するからな。

5年もかけるなら、Linuxのコア部分を解析理解して
独自の実装を試作するなんてやってみたいわ。

652 :仕様書無しさん:2015/01/11(日) 19:05:41.38
まさにライフワークだね。

653 :仕様書無しさん:2015/01/11(日) 20:02:01.56
宇宙・航空・防衛・医療系なら有り得るのかなあ?
でもヒートランじゃなくてデバッグに5年?
なら作り直せよw

654 :KAC:2015/01/11(日) 20:36:38.04
5年かけて「机上デバッグ」してたらただのアホだろう。
エミュレータ作るとか他にいくらでも手はあるだろうに。

655 :仕様書無しさん:2015/01/11(日) 23:19:45.61
組み込みのSEだけど、頭良くないと務まらないね、つら

656 :仕様書無しさん:2015/01/11(日) 23:20:57.69
5年間結果を生み出さない仕事って何よ
普通速攻リストラだろ

657 :仕様書無しさん:2015/01/11(日) 23:27:21.91
既存製品の保守ばかりやってたから
新卒で入って5年間で書いたソースコードのステップ数が
15000程度しかない(新人研修も含めて)

658 :仕様書無しさん:2015/01/12(月) 00:35:10.04
今23歳なんですが地元のIT企業に内定もらいました。
IT以外にも半導体関連の事業をてがけていて、特許をもっていたり、プログラマでこの道20年ぐらいのベテランが多くいたりで技術力がありそうな会社です。
しかし、後から調べて見ると主な使用言語がCやC++で半導体製造装置のソフトや、画像処理のソフトなんかが得意分野として上がってます。OSもRTOSとかいう聞いたことのないものが。。
これがいわゆる組み込み系と言うやつですかね?
一応求人広告ではWeb,オープン系になってたんですが。
それに使用言語にはJavaやJavaScriptやVB.netなんかも上がってます。
組み込み系でもこれらの言語を使うことはあるんでしょうか?
もし組み込み系ならば将来性とかどうなんでしょう?
個人的にはWebサービスに携わったりしたいんですが組み込み系だとほぼ無理ですよね?
質問ばかりで申し訳ないですが、組み込み系という分野があること自体最近知ったので本当に困っています。
ご教示いただけたら幸いです。

659 :仕様書無しさん:2015/01/12(月) 00:39:50.51
>>657
行数は関係ないよ
完成物の実績のほうが重要

意味もなく行数多いのはむしろ生産性が悪い証拠

660 :仕様書無しさん:2015/01/12(月) 00:45:57.02
>>658
RTOSだからバリバリの組込系
そういう案件でも今後はネットワーク接続が必須になっていくから、当然組込WEB鯖も当然必要になるし、組込製品自らインターネット接続する事もある

そこの会社は恐らくWEB関連がまだ得意ではなく、新しい風としてWEBが分かる人材として、君を求めてるんだと思うよ

661 :仕様書無しさん:2015/01/12(月) 00:48:56.79
最近というか前からだけど
組込み機器でもWebからデータ設定をしたりするんだよ
だからWeb技術は組込み分野でもすげー重要
メインシステムの動作に影響がないように作り込まなければいけないし

662 :仕様書無しさん:2015/01/12(月) 00:55:17.64
俺がやってるRTOS案件は、自作のCGI機能付きのWEB鯖を持ってるし、そのWEBコンテンツはjQueryバンバンつかってるよ、もちろんHTML5/CSS3だし、扱うデータはXMLかJSON

もう一度言う、OSはRTOS、カーネルサイズたったの5KBのシステム

663 :仕様書無しさん:2015/01/12(月) 00:56:14.72
身近なものだとルータはWebからデータ設定をするし
工場の工作機械のような制御機器なんかでも
Webから稼働状況や障害ログとかを取得・閲覧したりするわけよ
半導体製造装置でも、よく知らんけど
似たようなものがあるんじゃないの?

664 :仕様書無しさん:2015/01/12(月) 00:59:06.05
>>658
実際どういうことに期待されての内定なのかとか、
疑問点を先方に問い合わせてみたらいいと思うよ
あと、Webサービス系をやりたいという希望も伝えたらいい
(既に面接で伝えているとは思うが)

就職条件のすり合わせは早い方がお互いのために良い
納得がいかないなら次の行動が早く起こせるわけだし

665 :仕様書無しさん:2015/01/12(月) 00:59:30.90
>>663
コンシューマ向けじゃない機器、工作機械とか測定器、電源装置なんかも、最近はネットワーク接続多いね
動作状況やデータを遠隔地からブラウザで閲覧、なんてのも普通になってきたし

666 :仕様書無しさん:2015/01/12(月) 01:01:04.90
>>658
>これがいわゆる組み込み系と言うやつですかね?

半導体製造装置だと組込で間違いない。

>組み込み系でもこれらの言語を使うことはあるんでしょうか?

一応ありえる。
例えば、電子機器がHTTPサーバーになっていて、PCのネットブラウザで設定できるようになっているとか。
しかし、それを主流にすることはないと思われる。

本格的にWebをやりたいなら組込系の会社では無理。

>組み込み系という分野があること自体最近知ったので本当に困っています。

さすがにそれは調査不足だろ。

667 :仕様書無しさん:2015/01/12(月) 01:01:43.24
組込み屋だけどWeb担当だから
普通にPHPやJavaScript、HTML、CSSとか使うわ

668 :仕様書無しさん:2015/01/12(月) 01:03:13.18
古参の組込屋はWEBとかデータベースとか苦手の所が多いよ

今後の組込技術として必要なのは分かっていても中々手が出せない、なのでそっち系に明るい人材を求めてる可能性もある

669 :仕様書無しさん:2015/01/12(月) 01:04:05.52
デジタルオシロスコープとかも
Web画面で波形保存したりすんじゃん

670 :仕様書無しさん:2015/01/12(月) 01:05:08.62
>>667
どんなシステム?

>>668
新卒でWeb系のスキルをつけるなら組込の会社に入るのはお勧めできない。

671 :仕様書無しさん:2015/01/12(月) 01:07:03.29
>>669
電子計測器の分野は、LXIっていう業界標準のネットワーク規格まであるからね

672 :仕様書無しさん:2015/01/12(月) 01:08:35.24
あ、勘違いしてた
WEB開発スキルのある中途ではなく、WEB業界に行きたい新卒か
うーん、微妙だな

673 :仕様書無しさん:2015/01/12(月) 01:08:40.05
>>670
PBX

674 :仕様書無しさん:2015/01/12(月) 01:09:12.82
こんな時間にみんなすごい真剣に回答しているじゃないか
優しすぎてびっくりしたw
いつもこんな感じだったら良いのに

675 :仕様書無しさん:2015/01/12(月) 01:09:53.61
けどWEB/IT業界はブラック多いからなw
組込系はそこまでブラックはびこってないだろう

676 :仕様書無しさん:2015/01/12(月) 01:10:40.05
運だな
運良くWeb関係でもやらせてもらえればいいんだけどね
他のとこやれって言われるかもしれないからな
とりあえず上司に希望は出すべきだな

677 :KAC:2015/01/12(月) 01:11:00.57
>>658
内定もらっておいて「後から調べて見ると」とか、
どういう就職活動していたのか疑問なんだが・・・

「個人的にはWebサービスに携わったりしたい」について、
なにか具体的なイメージはある?
今、どんな言語が使えて、どんなサービスに興味がある?

具体的なことがイメージできた状態で
面接に望んだのであれば、相手にも伝わっているだろう。
そうであれば、そういう部署に配属するつもりで採用されたんだろう。
(会社は得意分野だけで食べていくわけじゃないから)

もし、なにもかもがイメージではない状態なら
この機会に自分のやりたいことをもう一度じっくり見つめなおせ。

678 :仕様書無しさん:2015/01/12(月) 01:11:33.96
>>673
PBXって内線電話の交換機だよね。
PCのブラウザで制御できるようにしているのかな?

679 :仕様書無しさん:2015/01/12(月) 01:14:22.79
組込のWEB関連実装は、組込の基本分かってないといけないからな、PCベースの設計とは色々違う

組込Linuxとかならだいぶ近いけどRTOSではファイルシステムも無かったりするから全く別物よ

そういう環境でのネットワークシステムも、分かってくると中々面白いんだけどね

680 :KAC:2015/01/12(月) 01:14:41.20
>>673
横からごめんよ。

ここ数年PBX関係触ってないんだけど、
最近のPBXは単体でWebもしゃべるの?
・・・とまで書いて気がついたけど IP-PBX ?

681 :仕様書無しさん:2015/01/12(月) 01:21:46.27
でも、一番のアイドルは武内Pその人だという皮肉さ

682 :仕様書無しさん:2015/01/12(月) 01:23:20.09
実際の配属がどうなるかは運だよなあ
たまたまそのタイミングで労働力が不足している部署に送られるわけだし
新規事業に巡り会えるのが一番得かなとは思う、いろいろ経験できるから

俺の例を言うと、組み込み製品のプログラミングをやってみたくて
その系統の企業に応募したけど、配属は結局、製品評価の部署だった
一応異動の希望は出してたんだけど、なかなかそのチャンスに恵まれなくて
10年ほど勤めてから辞めたよ
持ってた組み込みの知識は製品評価を行う上で役には立ったが、
なかなか充足感は得られなかったな

683 :KAC:2015/01/12(月) 01:24:14.96
こんな所でシンデマスのネタ振られても・・・

684 :仕様書無しさん:2015/01/12(月) 01:24:32.77
最近のPBXはクラウド化して組込みじゃなくなってきてるけどな

685 :仕様書無しさん:2015/01/12(月) 01:27:55.71
プリンタだって今の時代は
Webからプリンタの設定をするんだぞ
http://www.konicaminolta.jp/business/download/copiers/bizhub_c554_c454/guide/contents/id08-_100437271.html

686 :仕様書無しさん:2015/01/12(月) 01:42:42.59
Webと組込みの繋がり

ルータ
http://www.shinseicorp.com/wimax/URoad-HomeWM/2.html
プリンタ
http://www.konicaminolta.jp/business/download/copiers/bizhub_c554_c454/guide/contents/id08-_100437271.html
オシロスコープ
http://jp.tek.com/sites/tek.com/files/media/image/MDO3000-Oscilloscope-Datasheet--179272-24-N.jpg
工作機械
http://www.procast.co.jp/mc-web.htm
PBX(電話交換機)
http://www.hitachi-ite.co.jp/products/web_phonebook/
半導体製造装置
http://www.toseisys.co.jp/operation/product/realtimepmss.html

687 :仕様書無しさん:2015/01/12(月) 01:49:57.24
計測器業界全般
http://cp.literature.agilent.com/litweb/pdf/5989-5188JAJP.pdf

688 :仕様書無しさん:2015/01/12(月) 01:56:04.24
RTOSベースの機器はHDDやフラッシュメモリーが使えなかったりするから、作業ログなんかを自前で保持出来ず、クラウドに委託したりするケースもある
ほれ、インターネット技術の出番だよ

689 :仕様書無しさん:2015/01/12(月) 02:25:27.09
>>675
>けどWEB/IT業界はブラック多いからなw
>組込系はそこまでブラックはびこってないだろう

組込系でも底辺だとブラックかもね。
昔は携帯電話のGUI作成をしている下請けとかにブラックが多かった。
今はそういう仕事も減っているだろうなあ。

690 :8085:2015/01/12(月) 02:29:09.90
>>641-642 その基板はもう作らないんですよ。
15年前からアキバで再利用CPU調達してたくらいなので。
8085だけじゃなく8255,8253,8251に8KRAM、256K(bit)RAM
どれももう存在しないチップです。最近製造した機器なら全部1チップに載ってるから
ソフト書けば基板起こし(\ん十万)が要らないんです。同じ敷地に常駐してる
ソフト会社に頼めば90万くらいかな。私に頼めばその1/10って売り込もうと思って
5年前から用意してただけなんです。県外に移転しちゃうと私に声かからなくなるかも。

>>649 人工衛星本体じゃなくて衛星シミュレータを8085で作ったことならあります。
開発期間が5年じゃなくて、5年前から予想がついていてコード書いてみたってだけ。
コードは1500行くらいで3日で書けました。忘れた頃に見直してシェイプアップ・・・

691 :仕様書無しさん:2015/01/12(月) 02:36:05.04
>>690
衛星シミュレータってなんかすごそう。
何なのかはわからないけどw

692 :仕様書無しさん:2015/01/12(月) 06:47:20.84
>>一応求人広告ではWeb,オープン系になってたんですが

普通に組み込みの老舗が
Iotがらみで人ほしかった
って感じだけどなあ。

>>もし組み込み系ならば将来性とかどうなんでしょう?

よほど絞ってブランド化してない限り、ほぼ無いと思う。

693 :仕様書無しさん:2015/01/12(月) 08:10:01.45
>>685
ファームウェアを更新する度にドライバやアプリまで入れ替えしなくて済むようにと
GUI開発の手間の低減を考えればWebの利用は自然なこと
メモリの決まった部分を更新するI/Oさえ作ってしまえば後はどうにでもなるしな
本家Webは単にPHPやHTML5/CSS3、JS/JQが使えれば済むって世界じゃない
それなら穴だらけのアプリを平気で組んでグローバルエリアに公開してしまうような
学校で言語だけ習って入ってきたばかりのペーペーと同水準

694 :仕様書無しさん:2015/01/12(月) 08:37:08.80
将来性に関して、
業界にもよるか自社ブランドを持つ製造業ならまあ問題無い
請け負いだと色々危ない

695 :仕様書無しさん:2015/01/12(月) 08:44:28.01
>>688
Web分野でもクラウドの利用は最も手が抜ける嬉しい部分

696 :仕様書無しさん:2015/01/12(月) 08:51:39.29
中途半端な独自UIもつよりも
WEBサーバ入れたほうがよほど
スマフォ世代にはユーザフレンドリだもんな。
スイッチも表示も要らないから機器のコストダウンにもなるし。

で外部からハックされると(´∀`)。

697 :仕様書無しさん:2015/01/12(月) 09:32:02.60
>>696
ネットワーク接続が必須の機器はそうだけど、オフラインでも操作できないといけない製品はどのみちローカルなUIが必要になる

698 :仕様書無しさん:2015/01/12(月) 15:02:45.35
ブログとかで情報発信している人の多くが
Web系の人たちだからかもしれないけれど
そっち系の人たちに比べて
組み込み系の人間って
技術的においてけぼりになっていそうで
非常に恐ろしい今日この頃なんですが
みなさんいかがですか?

699 :仕様書無しさん:2015/01/12(月) 15:38:27.33
Web系なんて、毎年同じ事を違う言語でやり直してるだけだろ。

700 :仕様書無しさん:2015/01/12(月) 18:59:44.63
>>698
そもそもWeb系と組込系で使う技術が異なる。
さらに組込は一つのジャンルとするには無理があるくらい幅が広い。
8bitマイコンとアセンブラで小規模なソフトを作ることもあれば、
組込Linuxで巨大なシステムを作ることもある。
前者と後者はスキル的に別物。

701 :仕様書無しさん:2015/01/12(月) 19:00:07.65
じゃあ組み込みは?

702 :仕様書無しさん:2015/01/12(月) 21:27:55.96
>>699
業界の動向やITニュースに激しく疎いとそう見えるんだな

>>700
Linux組み込みとマイコンは良い意味でソフトの作り方が違うだけじゃん
Webで言うところのCRMってところか

まあマイコンから携帯まで定義が広いのは確かだが
どいつもその広い定義の中のごく一部を専門としてやってるだけで
広域に関わってる奴はまずいない

あと巨大って?
組み込みで巨大な規模なんて滅多にいないと思うが

703 :仕様書無しさん:2015/01/12(月) 21:40:58.54
あ、CRMじゃなくてCMSな

704 :仕様書無しさん:2015/01/12(月) 22:13:14.44
>>703
CMSはただの省力化システムなので、意味が違うかと

705 :8085:2015/01/13(火) 09:27:07.81
昨日落ちまくってて書けなかった。
>>691 衛星が送ってよこすのと同じフォーマットの信号作るだけですよ。
たしかシリアル以外にテレメーター信号というのを作ったような・・・
衛星から受信する機器のデバック用ツールですね。
ERS1とかいうのが上がる前の頃でした。

706 :仕様書無しさん:2015/01/13(火) 11:20:09.55
衛星の仕事とか、、、
夢があっていいなあ。
もう今の仕事で開発しているライブラリの
メンテナンスやめたいですわ、、、

707 :仕様書無しさん:2015/01/13(火) 11:30:06.14
Web系やってる人全員がついていけてると思ってるんだ

708 :仕様書無しさん:2015/01/13(火) 12:03:13.22
>>704
CMSがただの省力化システムって、ニワカ知識にも程がある
単に省力化が目的なら流行ったりなんかしない、省力化にも工夫が必要だし
中には全く省力化に繋がってないのに大流行した有償CMSもある

ただ、省力化という観点で見たらLinux組込も省力化の一種だろうな
PCでも広く使われてるLinuxが組込でも標準化されれば
マイコンやメーカ毎の開発環境の違いの吸収にも繋がるし

ベタ書きonlyな組込マンにはLinuxOSでの開発が難しいのかもしれんが
Web業界でも、作り方がまるで違うCMSを苦手とするエンジニアは多い
その辺が似てると思った

もっとも、CMSは1つでも修得にはそこそこの規模があって大変なのに
種類が多すぎて、その上エンジニアにはそれらの選択権が無い場合もあるからな
一生に1度しか使わない知識を覚えなきゃならんことばかり

709 :仕様書無しさん:2015/01/13(火) 12:20:15.86
>>708
>ベタ書きonlyな組込マンにはLinuxOSでの開発が難しいのかもしれんが

OSなしの組込をやっている奴には未だにオブジェクト思考って何?みたいな奴が多い。
それどころか構造化すら理解していない奴もいる。

CMSを使えるかどうかとは意味合いが違いすぎるような。

>もっとも、CMSは1つでも修得にはそこそこの規模があって大変なのに
>種類が多すぎて、その上エンジニアにはそれらの選択権が無い場合もあるからな
>一生に1度しか使わない知識を覚えなきゃならんことばかり

だからWeb系は使い捨てが多いと。

710 :仕様書無しさん:2015/01/13(火) 12:33:09.90
OSの有無とオブジェクト指向
なんの関係も無いんだが

711 :仕様書無しさん:2015/01/13(火) 12:46:44.75
>>710
実質あるよ。
OSなしのシステムって高級言語が使えないものが多い。

712 :仕様書無しさん:2015/01/13(火) 12:55:48.78
高級アセンブラなCは使えるでしょ、8bitマイコン以上なら、(8bitは微妙かな)
4bitマイコンとかのことでも言ってるのかな

713 :仕様書無しさん:2015/01/13(火) 13:18:48.20
>>711
OSを使いたくても使えないなら実質アセンブラだろうけど、OS使えるのに使わないやつもいるからな
もっともそんなエンジニアなら確かにオブジェクトなど望むべくもないが

714 :仕様書無しさん:2015/01/13(火) 14:05:19.91
オブジェクト指向って言いたいだけちゃうんか

715 :仕様書無しさん:2015/01/13(火) 14:07:28.64
そもそも、OSとオブジェクト指向に何の関連性も無いんだがな。

716 :仕様書無しさん:2015/01/13(火) 14:07:58.31
組み込みこそオブジェクト指向だろう

717 :仕様書無しさん:2015/01/13(火) 14:10:15.06
アセンブラで書いてもオブジェクト指向になるだろう。
書き方、作法の問題だよ。

718 :仕様書無しさん:2015/01/13(火) 16:31:04.60
アセンブラでマクロからCソースを展開するような
オブジェクト指向的な作りにしてる

719 :仕様書無しさん:2015/01/13(火) 16:47:06.71
え?

720 :8085:2015/01/13(火) 17:07:39.26
4bitもやりましたね〜 さすがにお作法の概念持ち込む余裕はなかった(w
コメントを日本語で丁寧に書いたぐらいかな。10年後に似た仕事やった時、
「これが参考になるだろうから読んで」ってお客から渡されたのが私のコード(w
10年も使いまわしてくださったのかと涙が出ましたよ(ToT)

>>717-718 に一票。カプセル化や情報隔離、レジスタコンベンションなど、
ASMしか使えなくとも抽象化の概念を持ってるかどうかで標準化の度合いダンチ

721 :仕様書無しさん:2015/01/13(火) 19:39:55.67
OOPはカプセル化を徹底すると
コールバック必須になるから
リソースの少ない組み込みだと痛し痒し

722 :仕様書無しさん:2015/01/13(火) 20:08:08.61
え?

723 :仕様書無しさん:2015/01/13(火) 21:41:52.87
え?

724 :仕様書無しさん:2015/01/13(火) 21:45:19.84
oopなコールバックて、イベントドリブンなアーキテクチャー?
asmかどうかとは関係ないね
確かにasmじや書きづらいけど

725 :仕様書無しさん:2015/01/13(火) 22:19:41.68
>>716
激しく同意!
俺はこれを10年前に唱えたらこのスレでアホ扱いされた・・・

726 :仕様書無しさん:2015/01/13(火) 22:33:48.28
リソース本当にギリッギリならともかく、
多少のリソースを食ってでもOOPの思想で抽象化・カプセル化すべきって20年唱えてるが
(特に上には)理解されないのが悲しい。

727 :KAC:2015/01/13(火) 22:39:12.01
頭が硬いのが結構いるからねぇ・・・

OOPのオーバーヘッドを正しく理解できてないから
正しい評価ができないって人が多い。
一度、余裕のあるときに実装してみるといいよ。

728 :仕様書無しさん:2015/01/13(火) 22:46:29.89
OOP云々言ってる人って
どんな商品分野の組み込みやってるの?
別世界すぎるんだけど・・・

729 :KAC:2015/01/13(火) 23:06:52.30
>>728
ネットワークスイッチとかカーナビとか電話とか計測機器とか

730 :仕様書無しさん:2015/01/13(火) 23:12:54.17
なるほも

731 :仕様書無しさん:2015/01/13(火) 23:13:26.14
まちがえた、、、なるほど。

732 :仕様書無しさん:2015/01/14(水) 00:24:33.05
>>716
俺がオブジェクト指向だ!

733 :仕様書無しさん:2015/01/14(水) 00:30:51.35
Web系の人たちはオブジェクト指向に見切りをつけて
関数型とかいうのをやっているみたいだが
・・・

734 :仕様書無しさん:2015/01/14(水) 01:19:07.33
>>733
なんだ、原始回帰か?

735 :仕様書無しさん:2015/01/14(水) 01:19:28.04
>>728
リモコンとかエアコンとか。

>>725-726
あくまでも指向とか志向でだけどな。
C++すら載せるのはつらいから

736 :仕様書無しさん:2015/01/14(水) 07:08:02.91
>>734
専門外の分野はとりあえず貶してみるのが組込屋

737 :仕様書無しさん:2015/01/14(水) 12:32:43.92
オブジェクトってポインタだy

738 :KAC:2015/01/14(水) 17:26:50.65
>>737
ポインタを利用した実装を否定はしないが、
その発言だと「間違ってる」としか言えない・・・

739 :仕様書無しさん:2015/01/14(水) 19:31:50.40
>>737
あまりにも馬鹿発言過ぎるだろ

740 :仕様書無しさん:2015/01/14(水) 19:45:24.33
>>737
このレベルの奴が偉そうにしてるから
ろくでもないコードが生産される。

741 :仕様書無しさん:2015/01/15(木) 00:18:57.75
ISSに行きたい

742 :仕様書無しさん:2015/01/15(木) 01:47:14.64
米国側モジュールで14日、アンモニア漏れが起き、6人の搭乗飛行士が全員ロシア側モジュールに避難した。トイレ貸してください。

743 :仕様書無しさん:2015/01/16(金) 08:08:32.75
オブジェクト指向って、クラスのことらしい(C++だと)
データと関数をセットで管理できるから、人に優しいらしいが
人によっては難易度高になりそうな

744 :仕様書無しさん:2015/01/16(金) 09:52:57.73
>>743
ちがうよ。
文字通りオブジェクトがひとつの単位。
クラスは単なる動作の記述。
同じクラスのオブジェクトを沢山生成して使ったりする。
同時に複数の異なる機能を持つオブジェクトを協調動作させたりして使うと幸せになる。

745 :仕様書無しさん:2015/01/16(金) 09:54:56.83
コンテナ使って別のクラスにオブジェクトを引き渡したりな。

746 :KAC:2015/01/16(金) 09:57:47.79
>>743
データと関数をセットで管理するってだけだと、
C言語で言うところの「モジュール」と同じになるぞ。

あくまでも「オブジェクトを中心に考える」のが主体だよ。

747 :仕様書無しさん:2015/01/16(金) 10:55:49.78
動的変数管理で四苦八苦してる人いるのに
上位?層との連携とかできるんですか

748 :仕様書無しさん:2015/01/16(金) 14:57:40.84
>>741
ISISかと思った

749 :仕様書無しさん:2015/01/16(金) 18:24:40.36
オブジェクト指向プログラミングとオブジェクト指向設計を一緒にするから、組み込みでは使えねえって議論になっちゃう。
カプセル化も、薄いカプセル化してオーバーヘッド減らすことだって可能。
やりようによっては、マクロ関数でアクセスすることを強制するルールでもいいし。

750 :仕様書無しさん:2015/01/16(金) 18:37:27.08
オブジェクト指向的なことはやりこんでる人はやってるんじゃないですかね
と言ってみるテスト

751 :KAC:2015/01/16(金) 18:44:56.35
C++が使えないと言われたので
Cでオブジェクト指向の実装したのはいい思い出。

C++使わせてもらえないってのは
言語に対する誤解が主要因だと思うんだが・・・

752 :仕様書無しさん:2015/01/16(金) 19:48:34.19
C++詰め込み過ぎなんだよな。
C+位の機能でいいのに。

753 :KAC:2015/01/16(金) 20:22:51.85
まあ、使わない機能は使わなければ悪さしないから・・・

754 :仕様書無しさん:2015/01/16(金) 22:54:34.41
使わなくても稀に悪さをしたりする
支給コンパイラがbareじゃなくて、呼んでもないのにraiseがねーよとか発狂したり
crtいじったら謎initや謎finiが山ほど出てきたり

755 :仕様書無しさん:2015/01/16(金) 23:27:43.59
どんなコンパイラ使ってるの?

756 :仕様書無しさん:2015/01/17(土) 00:48:30.43
IARだよ

757 :8085:2015/01/17(土) 04:55:37.28
IARのはsprintfの「整数型変換だけ」限定盤が気に入ってた。
実数まで扱えるフルセットだと24KBが6KBで済んでた。

758 :仕様書無しさん:2015/01/17(土) 05:47:52.80
オブジェクトは概念
クラスは実装
インスタンスは実体

759 :仕様書無しさん:2015/01/17(土) 10:16:23.21
>>753
try/catchはマルチスレッドの組込で誤動作するからオフしてるな

760 :仕様書無しさん:2015/01/17(土) 13:10:32.16
例外マンセーの人が...

761 :仕様書無しさん:2015/01/17(土) 13:38:03.13
>>754
そこで躓くようじゃ組み込みに向いてない

762 :仕様書無しさん:2015/01/17(土) 15:39:08.96
それって
奥が深い症候群
なんでは?

763 :仕様書無しさん:2015/01/17(土) 15:44:39.27
開発環境をチューニングする程度で奥が深いとか言われても

764 :仕様書無しさん:2015/01/17(土) 16:04:35.79
>>751
C++に問題が多いのも事実だ。
そもそも例外が組込みに向いていない。
テンプレートもメモリ多いのが前提。
newもヒープ少なかったら破綻する。

組込Linuxでもない限りC++は使いにくい。
大抵は意図的に機能制限を付けて使っているのでは?

765 :仕様書無しさん:2015/01/17(土) 16:06:44.10
>>752
そうだよね。
クラスが使えるだけのCならちょうどいいけど、
PCのアプリを書くための言語なので仕様が肥大化した。

766 :KAC:2015/01/17(土) 16:21:22.47
>>764
組み込みのコンパイラなら流石に例外は無効にできるだろ。
テンプレートなんて使わなければ問題ないし、
newも使いたくなければ使わなけりゃいいし、実装自分で変えてもいい。

どんな言語でもフル機能使う義務なんて無いんだから、
使う部分だけ組み合わせて使えばいい。
むしろ、C++は実装を組み合わせやすくよく出来てると思うんだが・・・

>>765
大抵の実装ではクラスが使えるだけのCとして利用することも可能だけど、
他のこともやりたきゃできるってことに問題でもあるの?

767 :仕様書無しさん:2015/01/17(土) 16:27:49.95
RTOS案件で問題になるのはnew/delete繰り返した時のメモリー分断だよ、何らかのメモリー管理機構は必須

768 :KAC:2015/01/17(土) 16:39:00.32
C++ならnew/deleteの書き換えは言語レベルでできるから
メモリ管理対策は結構簡単にできて便利。

769 :仕様書無しさん:2015/01/17(土) 17:15:11.12
>>766
new使わないC++って意味あるの?

770 :仕様書無しさん:2015/01/17(土) 17:47:04.83 ID:3zx2goaY
>>769
STL使うなら内部で勝手にnew/deleteが呼ばれるから避けて通れないだろうね

771 :仕様書無しさん:2015/01/17(土) 18:21:47.58
>>766
>>768
それが正しいとすると、C++だと環境構築の手間がかかるし、コードが環境依存になってしまう。
C言語にした方が無難なんだよね。
LinuxでもC言語でできているわけでC言語で不便ってこともない。

772 :仕様書無しさん:2015/01/17(土) 19:00:36.75 ID:3zx2goaY
>>771
グローバルnew/delete演算子をオーバーロードしてカスタムなmalloc/freeに向けるだけでしょ、むしろその方が環境依存減らせるが

773 :仕様書無しさん:2015/01/17(土) 19:06:49.23
>>772
new/deleteだけならな。

774 :KAC:2015/01/17(土) 19:09:00.24
>>769
インスタンスをヒープやスタックに置いても別に構わないけど・・・?

775 :仕様書無しさん:2015/01/17(土) 19:17:58.57
小規模なくせに大規模の真似事なんてするからトラブルが起きる

776 :仕様書無しさん:2015/01/17(土) 19:33:22.55
>>774
組込はスタック大きく取れない

777 :KAC:2015/01/17(土) 19:39:41.34
>>776
そのあたりは自分で調整すりゃいいし、
大きなクラスを作らないといけない理由はないだろう。

778 :仕様書無しさん:2015/01/17(土) 20:33:35.76
embedded c++という黒歴史が

779 :仕様書無しさん:2015/01/17(土) 20:54:54.57 ID:3zx2goaY
>>778
目指すものは悪くないんだが、C++の可能性の芽も摘み取ってしまうダメ仕様だった

780 :仕様書無しさん:2015/01/17(土) 21:24:08.80
プログラムがまともに書けない若手(20代〜30代前半まで)が増えてない?
社内の教育では限界があるし、独学を怠ってる奴が増えたのかな?

781 :仕様書無しさん:2015/01/17(土) 21:34:09.24
心配するな
年寄り連中のコーディング能力も、自分で思っているほど褒められたものじゃない

782 :仕様書無しさん:2015/01/17(土) 21:37:53.62
>>781
自己紹介はいいから

783 :仕様書無しさん:2015/01/17(土) 21:42:20.09 ID:3zx2goaY
若くても年寄りでも勉強しなくなったら終わりだな

784 :KAC:2015/01/17(土) 21:46:09.88
>>780
最近はなにをやるにしても便利なツールがどこかにあるから
自分でプログラムを書く理由がなくなってきているのかも。

書かないと身につかないことはいっぱいあるのに。

785 :仕様書無しさん:2015/01/17(土) 21:49:30.03
今の現場は皆、詳細設計とかせずにいきなりコーディングしてるんだけど
異常ですか?

786 :仕様書無しさん:2015/01/17(土) 21:51:38.59
時間がないから
スキルがない人にプログラム書かせてないだけ
(教える余裕ががない)
ほとんどテストだけやらせてる

787 :仕様書無しさん:2015/01/17(土) 21:58:35.76
>>785
プロジェクトがデスマーチ化してると
設計書を書いてる暇がないから
コーディングしかしない場合も多いよ
レビューも全く行わず、単体・結合テストも
試験項目表を作らずにテストしたりな
後々困ることになるけどね

788 :仕様書無しさん:2015/01/17(土) 22:13:35.08
工数が本当に「開発」期間だけで見積もってるから詳細設計どころかまともなテストもできない
遊びというか余裕もないから一通り組み終わったらほとんどテストする間もなく納品
納品担当者も納品時か納品直前に初めて触るほど
そんな一つでも異常なギリギリの状況のPJを3つ4つ同時に抱える極度の異常振り

789 :仕様書無しさん:2015/01/17(土) 23:29:24.24
>そんな一つでも異常なギリギリの状況のPJを3つ4つ同時に抱える極度の異常振り

それが、結構あるんだよね。そうして同時進行をこなせるようになる。
こうしてプログラマは頭が異常に発達する。


後で分かるんだよね。一般人を見るとなんて頭の回転がにぶいのだろうと

790 :仕様書無しさん:2015/01/17(土) 23:35:58.51
>設計書を書いてる暇がないから
>コーディングしかしない場合も多いよ
>レビューも全く行わず、単体・結合テストも
>試験項目表を作らずにテストしたりな
>後々困ることになるけどね


合理的なのは、コーディング後に設計書がかかれるというやつ。
それが後々役に立つ設計書だな。
設計書→コーディングという設計図なんて
後々に役立たない

791 :仕様書無しさん:2015/01/17(土) 23:47:37.94
でも設計書って、コーディングするために必要なものだから、
コーディング→設計書作成の順番はおかしい

設計書作成→コーディング→設計書に設計漏れ等を反映→コーディングというのならわかるけど

792 :KAC:2015/01/17(土) 23:48:27.98
まともな設計をするためには設計書は必須だけどな・・・

まともに設計する能力が端から無かったり、
作ってもレビューすらしなかったり、
設計作業を伴わない「設計書作成作業」なら
やるだけ無駄だから抜いてしまうのはありかもね。

793 :仕様書無しさん:2015/01/17(土) 23:49:56.58
コーディングしてから設計書って
家を立ててから家の設計図を書いてるのと同じだな

794 :仕様書無しさん:2015/01/18(日) 00:03:09.52
フローチャートやUMLの図とかを
描いて設計してる暇がない
ソフトウェアは膨大なのに対し、
民家はそれほどでもないから図面を書く余裕がある

795 :仕様書無しさん:2015/01/18(日) 00:25:51.59
KACは設計の話になるとよく反応する

796 :仕様書無しさん:2015/01/18(日) 01:06:33.59
まともな会社のまともな開発設計品証プロセスフローを知りたいな
零細なんで全部おひとり様、辞めたら誰も引き継げない。

797 :仕様書無しさん:2015/01/18(日) 01:59:21.00
要件定義
妥当性確認
機能設計
機能設計レビュー
詳細設計
詳細設計レビュー
実装
実装レビュー
単体テスト
結合テスト
総合テスト
テストレビュー
QA検証
出荷検査

標準的なWF

798 :8085:2015/01/18(日) 02:22:05.41
お客さんの品証部門の人のスキルは面白かったよ。PTTボタンのチャタを
起こさせる絶妙な触り方知ってたり、(我々が触っても起こせない)
感熱紙プリンタの紙燃やさせる使い方とか(w

799 :仕様書無しさん:2015/01/18(日) 02:45:29.50
静電気対策にもなる健康サンダルを探してるんだけど
なにかいいのは無い?

800 :仕様書無しさん:2015/01/18(日) 03:35:39.48
う〜ん 機能設計レビューまでが見積もり時のタダ働きって感じかな?
大抵そこまで進んで、低予算な他社さんに持って行かれてオシマイ

801 :KAC:2015/01/18(日) 03:43:30.63
>>800
機能設計までしないと受注するレベルの見積もりができないってこと?
・・・そういうところが予算の高騰招いて悪循環してない?

802 :仕様書無しさん:2015/01/18(日) 05:55:56.19
>>789
ただ単に相当な無理をしてるだけ
無理をこなしたところで消耗するばかりで何も発達などしないよ
同時進行できてるのは奇跡か腕が相当良いかのどちらか

803 :仕様書無しさん:2015/01/18(日) 07:26:50.59
>まともな会社のまともな開発設計品証プロセスフローを知りたいな

下請けに丸投げ。そしてそこには技術力なし。
ユーザからの問い合わせにたいして、下請けの返答まちしかすることがない

804 :仕様書無しさん:2015/01/18(日) 07:47:55.52
針金や3Mのテープ巻いたり
常にピンセット持ち歩いたり
いろいろ静電気対策したけど
ミドリ安全の作業靴にしてから皆無

静電気対策健康サンダル知らないな。
変なシート載せると導電効果なくなりそうだし(´∀`)

805 :仕様書無しさん:2015/01/18(日) 07:51:35.34
本来は、
設計書を書くとコードが出てくる
デバッグは設計書を変更する
が理想なんだが、

20年経ってもよほど限定分野でしか出来てないな。

806 :仕様書無しさん:2015/01/18(日) 11:55:18.93
俺の担当システムでは、プログラムソース中に設計情報書いてる。
てか情報入れないとIDEが切付いてくるし、コンパイル、実行時にワーニング出まくり。
言語、IDEがドキュメント支援機能付きの場合限定だけどね。

807 :仕様書無しさん:2015/01/18(日) 12:42:52.07 ID:JddFboqr
プログラム製造→設計書

そう考えるから逝けない

プログラム製造→解体書

こう考えれば全て丸く収まるw

808 :仕様書無しさん:2015/01/18(日) 13:43:38.26
解体書?

809 :仕様書無しさん:2015/01/18(日) 15:02:39.38
>>808
そこじゃなく「逝けない」に注目しろよ
そういう候補が第一に出てくる奴の言うことだぞw

810 :仕様書無しさん:2015/01/18(日) 20:02:52.50
マイコン関係仕事してる人残業はどんな感じ?よく言われるしょっちゅう終電までだとか残業100時間くらい当たり前とかそんな世界?

811 :仕様書無しさん:2015/01/18(日) 20:27:38.46
ターヘル・アナトミア

この記憶がここで役立つとは(´∀`)

812 :仕様書無しさん:2015/01/18(日) 23:19:25.01
>>810
うちは残業ほとんどないよ、社員100人以下の規模だけど
外回りしてる営業以外はほぼ全員定時あがり

813 :仕様書無しさん:2015/01/18(日) 23:43:21.73
ほわいとめ・・・

814 :仕様書無しさん:2015/01/18(日) 23:48:48.80
>>813
どんくらい残っての?

815 :仕様書無しさん:2015/01/18(日) 23:49:58.72
ホワイトかどうかはわからないけど職場の方針でPMには無茶なスケジューリングをさせない
残業が多いとPMが呼び出しを食らうんだが優秀なのが揃ってるから残業ほとんどない

816 :仕様書無しさん:2015/01/19(月) 01:17:24.43
OEM製品を作ってるうちの会社は、
要求者がむちゃくちゃなことばかり言うからまいってる
休日出勤、残業、徹夜、鬱病が当たり前になってきた

817 :仕様書無しさん:2015/01/19(月) 03:27:28.71
>>816
むちゃくちゃって例えば?

818 :仕様書無しさん:2015/01/19(月) 06:06:49.50
>>816
着手する前に仕様固めないのか
途中で仕様変更求めてきたら開発費上げると脅せばいい

819 :仕様書無しさん:2015/01/19(月) 07:35:02.14
シャープの掃除機
ttps://portal.cloudlabs.sharp.co.jp/portal/wp-content/uploads/2014/12/main-ending002.png
ttps://portal.cloudlabs.sharp.co.jp/portal/projects/precoco/kawahagi/
にはこんな機能も
プレミアムなCOCOROBO<妹Ver.>ニュース機能
ttps://portal.cloudlabs.sharp.co.jp/portal/projects/precoco/kawahagi/news_func/

820 :仕様書無しさん:2015/01/19(月) 08:01:03.70
俺は
”連休中休むから、その間に進めといてね”
とか平気でいう人いますから

821 :仕様書無しさん:2015/01/19(月) 09:06:03.06
>>811
買いたい新書!

822 :仕様書無しさん:2015/01/19(月) 09:12:10.26
買いたい新書(技術書)とかなくなったなあ
最近は何でもググれば出てくるから

823 :仕様書無しさん:2015/01/19(月) 10:59:38.70
組込み系で
毎日、定時〜残業1時間程度で帰れる職場はありますか?

824 :仕様書無しさん:2015/01/19(月) 13:19:42.84
あるんじゃない?てか大体波があると思うけど。

825 :仕様書無しさん:2015/01/19(月) 13:26:11.27
就労出来る前提ですか?

826 :仕様書無しさん:2015/01/19(月) 14:58:00.91
三菱のFA機器事業部が
もうずっと求人をだしているけれど
ひと集まんないのかね?

827 :仕様書無しさん:2015/01/19(月) 17:23:43.51
即辞められて人がいないもある

828 :仕様書無しさん:2015/01/19(月) 21:04:19.10
【政治】残業代ゼロ制度 SEなどのIT技術者も対象 厚労省検討★3 [転載禁止](c)2ch.net
http://daily.2ch.net/test/read.cgi/newsplus/1421540072/

829 :仕様書無しさん:2015/01/19(月) 21:10:53.23
安全靴の試着したいわ、わたし。

830 :仕様書無しさん:2015/01/19(月) 22:24:46.20
>>810
今年度から入った新入社員だけど
残業100時間くらいある。
マジできつすぎ
40人くらいの小さい企業だから
回路からマイコン、PCの表示ソフトまで1人でつくらないといけない。

831 :仕様書無しさん:2015/01/19(月) 22:28:05.64
>>830
40人か
ずいぶん大きいとこだな
その規模なら割りと融通効くだろ

832 :仕様書無しさん:2015/01/19(月) 22:34:51.77
40人居ても誰も得手不得手を把握してないと融通も効かないけどな。

833 :仕様書無しさん:2015/01/19(月) 22:36:41.62
>>830
やっぱりこういうところが多いのか残業なんてせいぜい40時間くらいまでにしてほしいわ
初っぱなから限界まで残業させるとか人を育てる気も続けさせる気もなさすぎる、人が足りないんじゃなくて潰してるだけだろってな
残業こそ美学みたいなクズは死ね出社時間守ってんだから退社時間守れ

834 :仕様書無しさん:2015/01/19(月) 23:14:09.56
ウチは社内製品評価の期間直前は忙しいけど、それ以外は自由だな
帰りたければ帰る、やりたければ残業して帰る、全体のスケジュールさえ満たせれば好き勝手だ

835 :仕様書無しさん:2015/01/19(月) 23:14:56.00
今月は15日までで時間外労働が130Hでした
うちの会社だと俺が一番少ないくらいで
周りは200Hとかいってます

836 :仕様書無しさん:2015/01/19(月) 23:24:45.14
転職先って何があんのかなあ...

837 :仕様書無しさん:2015/01/19(月) 23:24:57.37
土日はどちらか出社で、
祝日は大抵が出社で、
毎日朝8時半から24時(終電)まで働いてる
時間外は月200〜250Hくらいかな

838 :仕様書無しさん:2015/01/19(月) 23:26:23.59
年収600万、いや、700万超えるな

839 :仕様書無しさん:2015/01/19(月) 23:30:01.19
常に怒鳴り声とか聞こえてる中で月200時間ぐらい残業して働いてるけど
よく俺は耐えられてるなぁと。
月100時間を超える残業が続いて過労死みたいなニュースをきくと
俺はもう死んでも許されるくらい働いてるのかと最近よく思う

840 :仕様書無しさん:2015/01/19(月) 23:34:14.02
>>838
それがボーナス少ないし
若手だから500万円台しかいかない

841 :仕様書無しさん:2015/01/19(月) 23:35:36.38
16年前は月100時間〜200時間程度働いていた。
辛いので今の職場に転職した。
今の職場も忙しい時は忙しいけど、暇な時は暇なんだよなあ。

842 :仕様書無しさん:2015/01/19(月) 23:35:51.16
>>839
>常に怒鳴り声とか

誰が誰に怒鳴ってるの

843 :仕様書無しさん:2015/01/19(月) 23:36:52.22
>>841
訂正。


○月に100時間〜200時間残業していた。
×月100時間〜200時間程度働いていた。

844 :仕様書無しさん:2015/01/19(月) 23:41:11.72
>>842
プロマネが各担当のリーダーや部下とかにキレてる
俺も時々キレられる

845 :仕様書無しさん:2015/01/19(月) 23:56:21.79
甘くみてるとブラックに捕まりますよ

846 :仕様書無しさん:2015/01/19(月) 23:58:56.89
>>841
元プログラマーで今は別の仕事?それとも別のところでプログラマー?
差し支えない範囲で教えてほしい

847 :仕様書無しさん:2015/01/20(火) 00:09:08.78
結局、残業時間が長くなる理由は
納期が短すぎるからなんだよなぁ
納期を伸ばしてもらうように
交渉する力も無し
プロマネはいついつまでにやれ!と
無茶なことしか言えない

848 :KAC:2015/01/20(火) 00:43:08.07
>>833
残業が美学とか思ってる奴なんていないだろ。
この業界はライン工となんかとは違って、
かけた時間と生産量が比例しないから波が大きいんだよ。
結果として会社として残業が「必要」だからなくならないだけ。

退社時間守れとかいう奴がこの業界選んだ理由はなに?
無知だった?甘く見てた?

公務員にでもなればいいのに。

849 :仕様書無しさん:2015/01/20(火) 00:44:06.72
>>846
別のところでプログラマーしている。
以前よりも大きい会社になったので、楽になったと思う。
その代わり物作りから少し遠ざかった感じ。
外注任せの仕事も多いし。

850 :仕様書無しさん:2015/01/20(火) 02:05:13.51
>>848
ソフト作りを製造業に例える人が居るが、それが間違いだと思う。
「ハッカーと画家」にも自分の言いたいことが書いて有ったが、
どっちかというと文芸活動に近いと思う。
そういう意味では、「本来のソフト作り教育」が出来てるんなら、
「正しい意味での成果主義」が合うんだろうけど、両方とも誤解
されてるからなあ。

851 :仕様書無しさん:2015/01/20(火) 05:28:13.20
ソフトウェア開発はなんだかんだ言っても経験と技術と素質の塊
パソコンアプリ、スマホアプリ、中大規模なWebシステム等
複雑さが要求されればされるほど創作傾向が高くなる

ただ、組込系のソフトはロジックをシンプルかつ素直に書くことが重要で
ある意味では経験も技術も大していらないのかもしれないし
最も製造業に近い分野とも言えるから、技術はいらないとか
プログラマの仕事をひとまとめにライン工に近い的なことを言っちゃう
世間知らずが居るのも確か
普通のソフト業界では決して許されないソフトウェアの穴を見事に埋めるには
当然、相応の経験、知識、技術が必要だけど、必要な流れしか書かない組込系では
ソフトの穴を埋めるのではなく、客に空いてる穴を避けるよう強要する
もしくは指摘されてから対応する、そんな世界

852 :仕様書無しさん:2015/01/20(火) 05:41:30.13
もちろん組込でも工業系か一般市場向けかでも変わるけどな
一般人向けのPC周辺機器なんかでナメたソフト作ってたらネットで叩かれて一発KO
その点、工業系なら使う奴限られてるしマニュアル化してれば
マニュアルにないことするなで終わらせられる
技術力や技術者の待遇に差がでる要素

853 :仕様書無しさん:2015/01/20(火) 07:17:53.12
伝えられる技術でないなら才能だ

854 :KAC:2015/01/20(火) 07:39:11.09
>>850
プログラミングは本来、文芸活動に近いってのは同意。
でも、職業プログラマに求められているのは文芸ではなくプロダクト。

例えば週刊漫画家やアニメ会社なんかを連想するといい。
毎週一定量の作品を生産しないといけないから
多人数で協力しながら作品を作り上げる。

プログラミングも同じで、ものづくりを複数人で行うんだから、
各メンバーに求められるのは単体での能力じゃなくて
「チームに貢献できる力」だったりする。

成果主義なんかが誤解されてるのも同意。
他の業界と違って分業がロクにできていないから
働いてる側と評価する側でイメージのズレが大きいんだよな・・・
(どっちが正しいとかじゃなくてどっちも違う方向にずれてる)

855 :830:2015/01/20(火) 22:21:27.81
>>831
社員は40人だけどプログラマーは5人しかいない。
プログラマーが少ないから納期遅延が起こるのは大抵
プログラマーのせいになる。
だから残業が他の社員に比べて圧倒的に多く、
8時以降になると残ってる社員がほぼプログラマーだけになる。
プログラマーはそれぞれ別々のプロジェクトを抱えてるから
プログラマー同士の会話は全く無く、殺伐とした空間になる。

・・・そろそろ転職活動をしようと考えてる。

856 :仕様書無しさん:2015/01/20(火) 22:36:49.73
新たな3kとか言われてるししゃーないね

857 :仕様書無しさん:2015/01/21(水) 00:02:13.93
会社がヤバくなってきたため、
俺も転職を考え始めたんだけど、
いまさら他にやりたい分野の仕事が思いつかないというか、
なんかもう仕事したくないのかもしれないW

いや、というか、真面目な話、
求人票をみてもどんな仕事内容なのか
いまいち想像つかないのが困りもの。
テキトーに応募して内定とったあとで
実際に転職するか決めりゃいいなんて
話も聞くけれどなかなか思い切れんわ。

858 :仕様書無しさん:2015/01/21(水) 00:03:40.81
思い切れない、なんてもんじゃなくて
単に面倒で重い腰が上がらず、
俺はこのままゆっくりと死んでいくのかもしれない、、、

859 :仕様書無しさん:2015/01/21(水) 00:31:31.65
>>855
会話を求めない人が集まる業種だと思ってた

860 :仕様書無しさん:2015/01/21(水) 00:37:50.98
会話が無い=殺伐
ではないと思うけど

861 :仕様書無しさん:2015/01/21(水) 01:28:22.88
会話がないのはうらやましい
うちは会話が多過ぎて殺伐としてるから。

862 :仕様書無しさん:2015/01/21(水) 01:35:51.46
メーカー勤務だから協力会社の人になめられないようにしないといけないから辛い

863 :仕様書無しさん:2015/01/21(水) 06:29:52.02
すでになめ猫なのでは、通ってるとこが

864 :仕様書無しさん:2015/01/21(水) 09:07:54.67
40人所帯でマが5人しかいなくて、ソフト作りを生業としてる…って、
どんだけ無駄な人いるんだって話だな。
みんなクビにしちゃえよ。

865 :仕様書無しさん:2015/01/21(水) 11:04:05.02
>>855
そもそも全体のスケジュール設計がおかしいんじゃね?
基本的にソフト試験は最後になるのに、機械や電気が時間取ったり遅延分をプログラマが補完してると想像
回路からってあるけど、その前工程はどうなん?

866 :830:2015/01/21(水) 21:27:51.89
>>865
機械や電気が取った遅延分では無い。
他のプログラマがプロジェクト3つかかえてて
納期まで残り1ヶ月なのに全く手を付けれてないからって
自分に仕事を丸投げされた。
本来なら3ヶ月猶予があるはずなのに1ヶ月って無理すぎた。
2ヶ月かけてなんとか終わらせたけど
自分の元々やってたプロジェクトがその間できなかったせいで
また納期に追われることになった。
しかも、納期がやばいというのに次のプロジェクト2つ頼まれてるw

ちなみにうちの会社は固定残業代だから残業を多くする
プログラマが1番時給が少ない仕組みになってる。

867 :仕様書無しさん:2015/01/21(水) 22:44:18.89
殺して金奪って逃げろ。
殺された方の自業自得だ。

868 :仕様書無しさん:2015/01/21(水) 22:45:55.56
殺人教唆

869 :仕様書無しさん:2015/01/21(水) 22:50:15.24
本人が言うならともかく外野が言うことじゃねえわ

870 :仕様書無しさん:2015/01/21(水) 22:58:33.94
仕事に殺されろ。
社畜に似合いの末路。

871 :仕様書無しさん:2015/01/21(水) 23:52:57.53
>>870
なぜニートがこんなスレに...?

872 :仕様書無しさん:2015/01/22(木) 00:04:38.85
過労&自殺のコンボ。

873 :仕様書無しさん:2015/01/22(木) 00:05:58.74
あー、俺ばっかいくつもプロジェクトまかされてツレーわー
っていうプレイだから大丈夫。

874 :仕様書無しさん:2015/01/22(木) 21:22:20.48
なんで組み込みだけこんな地獄なん

パッケージの開発とか銀行系とかやってきたけど
言われてるような長時間拘束される職場なんてひとつもなかったぞ

875 :仕様書無しさん:2015/01/22(木) 21:24:04.43
苦労自慢を真に受けてどうする

876 :仕様書無しさん:2015/01/22(木) 22:06:48.44
>>874
サービス業なんて軒並み地獄だろ

877 :仕様書無しさん:2015/01/22(木) 22:33:02.72
組込はサービス業ではなく製造業

878 :仕様書無しさん:2015/01/22(木) 23:19:19.81
組み込みだけが地獄だっていったから他の業界にも地獄があると言っただけなんだけど
言語不自由だと辛いね

879 :仕様書無しさん:2015/01/23(金) 01:17:10.50
メーカー勤務の俺は残業代全て出るよー
残業代きちんと出ないの嫌なら大手メーカー行け
ただ、一生同じ製品の担当かもしれないし、
責任が重くなるのと、
開発以外に雑用もいっぱいあるのがめんどいが

880 :仕様書無しさん:2015/01/23(金) 06:52:18.90
残業0法案が通ったら
こういう話もなくなるよ。

881 :仕様書無しさん:2015/01/23(金) 07:16:48.77
なんで?

882 :仕様書無しさん:2015/01/23(金) 08:18:22.62
残業代出るかどうかは、大手か中小か、派遣か正社員か、あんまり、関係ないんじゃね

883 :仕様書無しさん:2015/01/23(金) 08:49:30.18
残業代をゼロにする→早く家に帰る→子供ができる

by 連日贅沢三昧で豚丸出しの安倍

884 :仕様書無しさん:2015/01/23(金) 09:30:50.26
>>883
>残業代をゼロにする→早く家に帰る→子供ができる

残業代ゼロでも仕事が多い人もいるかと

885 :仕様書無しさん:2015/01/23(金) 09:33:04.91
>>884
だからそれを豚に言ってくれ
もしかして意味が分かってないのか?

886 :仕様書無しさん:2015/01/23(金) 09:43:52.05
>>885
意味がわからん。
文盲はこんな所くんな。

887 :仕様書無しさん:2015/01/23(金) 09:50:02.90
>>885
よう豚

888 :仕様書無しさん:2015/01/23(金) 10:44:57.16
>>885
安倍を豚だと思っているのはお前だけだ。

889 :仕様書無しさん:2015/01/23(金) 11:48:07.68
まあ、>>885には人間の言葉がわからんのだろう。

890 :仕様書無しさん:2015/01/23(金) 13:50:22.03
火消しバイトが必死だことw

891 :仕様書無しさん:2015/01/23(金) 13:58:32.60
>>890
馬鹿の捨て台詞はいつも同じだな

892 :仕様書無しさん:2015/01/23(金) 14:03:10.70
>>891
一人でいつまで自演してんだよ糞ニート
悔しかったら何か言ってみろや
最後に発言した者が勝者なんだろ、はいどーぞ(笑)

893 :仕様書無しさん:2015/01/23(金) 21:40:56.11
うちは完全に成果報酬だなあ
残業してもしなくても給料同じ
仕事内容が研究寄りだから、まあ当然だとは思ってるけど

894 :仕様書無しさん:2015/01/23(金) 22:01:40.60
>>893
成果報酬なのに給料一律とはどんな変換ミス?

895 :仕様書無しさん:2015/01/23(金) 22:27:50.09
給料一律とか書いてないよ?

896 :仕様書無しさん:2015/01/23(金) 22:43:33.39
残業代ゼロ制って、大半のマは無関係なんだけどな。
成果をきちんと数値化して評価する方が会社にとってコスト高になる。
普通の作業員は、時給いくらで数えた方が安上がり。
特売ミカンを一個一個選別なんてしないよね。キロいくらで計って終わり。

しかし、そういう人間ほど安い煽りに乗せられて騒ぐんだよなあ。
世の中って不思議。

897 :仕様書無しさん:2015/01/23(金) 23:35:17.02
よくわからんがマは成果報酬、上司は固定時給ってことでおk?

898 :仕様書無しさん:2015/01/24(土) 09:12:36.68
首相動静見てると総理は21時前後に家に帰ってることがそれなりにあるからうらやましい
俺はいつも25時前後なのに

899 :仕様書無しさん:2015/01/24(土) 10:27:18.80
>>898
総理代行やれば?

900 :仕様書無しさん:2015/01/24(土) 12:20:48.85
アイムSory

901 :仕様書無しさん:2015/01/24(土) 12:26:43.63
sorry な

902 :仕様書無しさん:2015/01/24(土) 15:38:18.94
組み込みって、昭和世代ばっかりなの?

903 :仕様書無しさん:2015/01/24(土) 16:06:42.91
そういえば、
一緒のチームに平成生まれの人が
いたことって、一度もないな・・・

904 :仕様書無しさん:2015/01/24(土) 16:19:57.59
平成生まれはweb系に流れて行ったっきり帰って来ない。

905 :仕様書無しさん:2015/01/24(土) 16:20:19.88
一回質問したらそれ以降は「前教えただろ!」と切れられて同じ質問できないって聞いたけど本当?

906 :仕様書無しさん:2015/01/24(土) 16:39:36.92
そもそも何を教えたかを
覚えていらんない今日この頃です

907 :仕様書無しさん:2015/01/24(土) 16:41:35.73
同じ質問や失敗を繰り返すやつには向いてないお仕事

908 :仕様書無しさん:2015/01/24(土) 16:50:32.11
>>907
同じ質問したらダメとか器小っさ、お前みたいな器極小のやつばっかだから新入りがわけのわからん苦労するんだよ
そのせいで同じ失敗されるほうが遥かにダメだということもわからないんだな
残業だけじゃなく業界の体質がすでに真っ黒けだな怖い怖い

909 :仕様書無しさん:2015/01/24(土) 16:55:04.07
はいはい、よかったねw

910 :仕様書無しさん:2015/01/24(土) 17:07:03.29
老害様ご機嫌損ねてごめんなさい

911 :仕様書無しさん:2015/01/24(土) 17:16:00.18
謝るぐらいなら出てくんなよカスw

912 :仕様書無しさん:2015/01/24(土) 17:21:30.62
せいぜい2回までだな
3回目は強めに注意
4回目以降は、その程度の奴だったとみなして放置

913 :仕様書無しさん:2015/01/24(土) 18:02:55.08
俺は短期間なら5回くらいまでなら全然OK
というか言ってから日にちが経ってるなら何回でもOK
勘違いとかで間違った方向に進められるより余程いい
2回3回聞かれたくらいでへそ曲げるような気の短い奴は
迷惑だから集団の中で仕事しない方がいい

914 :仕様書無しさん:2015/01/24(土) 18:06:22.77
何質問されたかよく覚えてられるな。

915 :仕様書無しさん:2015/01/24(土) 18:07:27.92
おじいちゃん、その話5回目。

916 :仕様書無しさん:2015/01/24(土) 18:50:34.54
「前に言ったよね」が言葉として出てきてしまう奴は
器も危険意識も低く、人の粗探しが生き甲斐な人間

917 :仕様書無しさん:2015/01/24(土) 19:02:54.13
同じ失敗を繰り返すのは、
明らかに態度ではなく、個人の能力の問題です。

だから怒っても割としょうがなかったりする。
ストレス掛けて行動を訂正しても、そこだけしか直んないし。

割り切ってちょくちょくつついて方向修正させながら運用するのが一番いい。

918 :仕様書無しさん:2015/01/24(土) 19:23:02.42
記憶喪失を失敗と考える人は
きっと瞬間記憶レベルの記憶力なんだろうな

919 :仕様書無しさん:2015/01/24(土) 19:39:38.89
後輩が聞いてくると気分悪く突っ込むけど、自分が後輩に何度聞いてもおとがめなし。
心当たりあるんじゃない?

920 :仕様書無しさん:2015/01/24(土) 19:41:14.05
なにがお前らをそんなに刺激したんだよw
なんかトラウマでもあるのか?

921 :仕様書無しさん:2015/01/24(土) 19:59:39.26
RaspberryPiを見て、
組み込みってすげー!--->平成世代。
あんなのは組み込みじゃねー!--->昭和世代。

922 :仕様書無しさん:2015/01/24(土) 20:33:46.20
Raspberry Pi ってただのLinuxマシンにすぎない。
これが組込Linuxの仕事をする上で役に立つのかどうかよく分からない。

一つ言えているのはRaspberry Piの場合、ハードドライバが揃っているのが前提なので
ハードウェアを直接叩くことはない。
GPIOにしても間接的に叩いている感がある。

そういう意味ではいわゆる組込なのか微妙ではある。

923 :仕様書無しさん:2015/01/24(土) 20:48:15.06
>>922
手軽にドライバやら弄れて、かつ実機ですぐ動かせるのがいいんじゃね?
ググれば情報山ほど出てくるし

>>917
推測できない、応用できない、自分で考えることが出来ないってのはどうしようもないよな
同じ失敗繰り返す人間は開発業務からバイバイしてもらっている
アウトプットが信用ならないことを理解していれば、テスト要因くらいには使える

924 :仕様書無しさん:2015/01/24(土) 21:03:59.06
教育できない自慢しなくても

925 :仕様書無しさん:2015/01/24(土) 21:07:15.89
使い物にならないのを教育してるほど暇じゃないんでなあ
伸びる奴だけ残して集中的に育ててやった方が効率がいい
みんなで手を繋いで一緒にゴール、みたいなのは幼稚園までにしとけよ

926 :仕様書無しさん:2015/01/24(土) 21:27:41.07
頭の悪い奴ほど自分基準で考えるからな。

自分にないその人のいい部分や出来る部分は全く目に入らないし、
ちょっと鈍臭かったり、ミスが多かったりすると付け込んでいびり倒そうとする

会社の雰囲気悪くなるわ不信感はもたれるわでマジで迷惑。

927 :KAC:2015/01/24(土) 21:27:49.24
いるねぇ・・・
仕事の失敗を「後輩が無能だから」とか他人になすりつける奴。

教育やフォローができない無能がいらない子なのは自覚して欲しい。

928 :仕様書無しさん:2015/01/24(土) 21:47:13.08
>>925
先輩が違えば同じ仕事をやらせても後輩の成長や成果が大きく変わるだろうね
君の身勝手な判断で見捨てられる後輩が可哀想だ

929 :仕様書無しさん:2015/01/24(土) 21:54:29.86
>>925
お前、そのうち真っ先に切られるわ
精々今のうちに忙しがってろやw

930 :仕様書無しさん:2015/01/24(土) 22:02:55.28
>>929
継続して成果出してるから、横領や背任でもしない限りそれはないねえ
そんなリスク取るつもりもないしな
時代が変わって成果出せなくなったら切られるかもしらんが、それはそれでしょうがない

>>928
つか、現状に不満なら外に飛び出していけばいいのよ
それを邪魔はしないし止める気もない
本当に才能があるなら成功するだろうさ

931 :仕様書無しさん:2015/01/24(土) 22:16:43.70
無能だから後輩の成果に便乗して横取りしてるだけでしょ。
だから教育いらずで成果を出せる言いなりにできる後輩が必要なんだな。

932 :仕様書無しさん:2015/01/24(土) 22:24:22.79
>>930
後輩が不満なのは会社じゃなくて君にだろうね
人の人生を好き放題に弄ぶ君に
会社を辞めるまでいびりそうだな、君の性格だと

933 :仕様書無しさん:2015/01/24(土) 22:26:50.41
いびるなんて工数の無駄、そんな生産性のない作業はしない
即バイバイしてもらうだけよ

934 :仕様書無しさん:2015/01/24(土) 23:27:03.01
前に何言ったかなんて覚えてないし、
前に何書いたかも覚えてないし、
前に書いたもの見ても思い出せない。

935 :仕様書無しさん:2015/01/25(日) 00:06:57.28
組み込みって携帯以外になにつくっとん

936 :仕様書無しさん:2015/01/25(日) 00:29:00.76
いろいろ

937 :仕様書無しさん:2015/01/25(日) 00:30:33.45
>>935
家電製品全般
自動車
製造システム
軍事

他にもいろいろあるよ

938 :仕様書無しさん:2015/01/25(日) 01:23:06.53
製造システム系のプログラミングって普通のソフトウェア開発できるレベルなら大丈夫?

939 :仕様書無しさん:2015/01/25(日) 01:56:01.25
RaspberryPiっていきなり電源切っても大丈夫なものなん?

940 :仕様書無しさん:2015/01/25(日) 01:58:44.17
>>939
全然オッケー。 poweroffしてもすぐ再起動するし
そのうち何もしなくても再起動してくれて便利だ。

941 :仕様書無しさん:2015/01/25(日) 02:03:31.01
ファイルシステムぬっこわれるんじゃね
ジャーナリング有効なら再起不能までは行かないだろうが

942 :仕様書無しさん:2015/01/25(日) 02:28:20.79
全然ってのは全く無いって意味

943 :仕様書無しさん:2015/01/25(日) 02:33:19.40
>>942
全然大丈夫

944 :仕様書無しさん:2015/01/25(日) 03:02:48.12
全くもって大丈夫じゃないって意味だね

945 :仕様書無しさん:2015/01/25(日) 04:49:28.60
今年就活なんですが,組み込み業界について教えてください
自分はカーネル(OS)の開発に興味があって,組み込みに行けば将来的にそれに近い仕事ができると考えているのですが

組み込みでカーネル使ってるとこってどのくらいありますか?
特に,自社で独自のカーネルを開発してるとか,それに近いことをしてるとこはあったりしますか?
そういうことをやってるとこは少ないですか?(企業次第だとは思いますが)
あったとして,独自のカーネルが必要となる組み込みの分野にはどんなものがありますか?

自分のとこはどうだとかいう話でもよいので,レスお願いします

946 :仕様書無しさん:2015/01/25(日) 06:22:48.03
>>933
この程度の低い人間が人事権を持ってるってことは上の人間も程度が低そう
育てるスキルもなしじゃ評価も何もあったもんじゃないだろうな

947 :仕様書無しさん:2015/01/25(日) 06:46:00.80
>この程度の低い人間が人事権を持ってるってことは上の人間も程度が低そう

おまえな、文字見ただけでなんかわかるわけねーだろー
基本情報の試験の勉強をして、わかったきになるようなもの
基本情報の試験は、あほが有難がるものというしかないね

948 :仕様書無しさん:2015/01/25(日) 07:02:02.92
>>947
いやわかるだろ
人を育てられない人間が人を即バイバイできる権利を与えられている
そいつの上にいる人間も人を見る目がないか、もしくは同類

949 :仕様書無しさん:2015/01/25(日) 07:03:02.44
てゆーか、なんでいきなり資格の話?

950 :仕様書無しさん:2015/01/25(日) 07:05:58.65
なんかえらくこだわるけど、マジでどんだけいじめられたんだよ

951 :仕様書無しさん:2015/01/25(日) 07:09:44.31
>>950
最低な人間が嫌いなだけ

952 :仕様書無しさん:2015/01/25(日) 07:11:58.71
違うな、スキルの低い人間が人の上に立ってることが嫌いなだけ

953 :仕様書無しさん:2015/01/25(日) 07:27:21.45
>>947
そんなことより、なんでいきなり資格の話?

954 :仕様書無しさん:2015/01/25(日) 09:27:00.38
>>945

> 組み込みでカーネル使ってるとこってどのくらいありますか?

ほぼすべて

> 特に,自社で独自のカーネルを開発してるとか,それに近いことをしてるとこはあったりしますか?

ほぼすべて

> そういうことをやってるとこは少ないですか?(企業次第だとは思いますが)

ほぼすべて

> あったとして,独自のカーネルが必要となる組み込みの分野にはどんなものがありますか?

スタック切り替えぐらいCPU毎にやる

ここでカーネルの意味がわからん。
コードよりドキュメントや政治が優先される世界なので、
あんまり関わりたくない分野。

955 :仕様書無しさん:2015/01/25(日) 09:30:25.48
>>954
質問者の意図が理解できないクセに
適当に答えるんじゃないw

956 :仕様書無しさん:2015/01/25(日) 09:51:31.71
>>955
> 適当に答えるんじゃないw

エスパーじゃないので
適当に答えて様子をみる(´∀`)

ところで、カーネル(OS)って何?>>945

957 :仕様書無しさん:2015/01/25(日) 09:55:20.10
知ったかぶりと適当の巣窟、それが組込er

958 :仕様書無しさん:2015/01/25(日) 10:16:53.38
>>945
OS=カーネル、と仮定して
組込では余程の小さい案件とかアセンブリ言語だけで組むマゾヒストな開発以外は大抵OSを使うよ
けどOSを開発するとなると話は違う
多くの企業にとって組込OSは使うものであって作るものではない

959 :仕様書無しさん:2015/01/25(日) 10:24:52.49
>>958
作るものじゃあないが、修正するものではあるな。
つらい。

960 :仕様書無しさん:2015/01/25(日) 10:32:02.49
LinuxやCEを実機に合わせてポーティングすることはあってもRTOSとかは基本手を入れないで使うなあ

OS作って生計立てる会社はミドルウェアビジネスだから普通の製造業とは違うね

961 :仕様書無しさん:2015/01/25(日) 10:41:02.68
OSビジネス以外でOSを作るっていうのは、仕組みの勉強か趣味以外では聞いたことない

962 :仕様書無しさん:2015/01/25(日) 12:58:14.22
RTOS開発の中の人がやってきましたよ。

>>945

>自分はカーネル(OS)の開発に興味があって,
>組み込みに行けば将来的にそれに近い仕事ができると考えているのですが
>組み込みでカーネル使ってるとこってどのくらいありますか?

組み込みの世界は広い。
基本は958の言うとおり、ただ使うだけ。せいぜいコンフィグを自分でいじるくらい。
上位の開発だとプラットフォームのインタフェースを使うだけでOSすら触らないところもある。
ケジューラまで手を入れてるとこもあるが、本当にごく一部の特殊用途。

>特に,自社で独自のカーネルを開発してるとか,それに近いことをしてるとこはあったりしますか?
>そういうことをやってるとこは少ないですか?(企業次第だとは思いますが)
単純なタイマ+ディスパッチャは除外するとして、独自開発してるところはほとんどない。
坂村先生のアレとか高田先生のアレとかをベースにして周辺ビジネスしている程度。
昔は独自ITRON作ってるところもあったが今は全然聞かないな。
特殊用途で独自OSを作ってる所もいくつかあるが、一般向けじゃないわな。

>あったとして,独自のカーネルが必要となる組み込みの分野にはどんなものがありますか?
高信頼性が求められるところ、特殊なプロセッサを使うところ、
特定用途に特化してギリギリのチューニングが必要なところ。
具体的な名前は出せないので許せ。

963 :仕様書無しさん:2015/01/25(日) 14:24:06.03
>昔は独自ITRON作ってるところもあったが今は全然聞かないな。
本コレ
昔はITRONというかITRONモドキならどこでも作ってたな
>>954はその時代の感覚で言ってるんだろう
ネットワーク対応の必要性が増えたり、対応するデバイスが増えた今となっては
全部自前でなんかやってられない

964 :仕様書無しさん:2015/01/25(日) 15:43:20.82
 
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://www.apamanshop.com/membersite/27009206/images/kamo.jpg
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
http://www.o-naniwa.com/index.html 事務員 東条 南野
http://www.o-naniwa.com/company/ 岡田常路
このように現在まで6通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
http://www.apamanshop-hd.co.jp/ 加茂正樹 舟橋大介
http://s-at-e.net/scurl/nibn-apaman.html 大村浩次
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に11通のメールを頂戴しているか不明なところであります。
  
 ・ハンガー・ゲーム   http://s-at-e.net/scurl/TheHungerGames-Aircraft.html
 ・スタートレック     http://s-at-e.net/scurl/StarTrek-Aircraft.html
 ・アバター        http://s-at-e.net/scurl/Avatar-Shuttle.html
 
 ・アバター       http://s-at-e.net/scurl/Avatar-Dragon.html
 ・トランスフォーマー http://s-at-e.net/scurl/Transformers-Flyingboat.html
 ・Star Citizen     http://s-at-e.net/scurl/StarCitizen-Starfarer.html
 
 ・T   http://s-at-e.net/scurl/ia-T.html
 ・Zle  http://s-at-e.net/scurl/ia-Zle.html
 
大阪府八尾市上之島町南 4-11 クリスタル通り2番館203
に入居の引きこもりニートから長期にわたる執拗な嫌がらせを受けています。
この入居者かその家族、親類などについてご存知の方はお知らせ下さい。
hnps203@gmail.com

965 :945:2015/01/25(日) 15:43:59.70
レスありがとうございます

>>956
ここで言うカーネルは,ITRONとかLinuxなどのことです

>>958
>>962
>>963
既存の組み込みOSを使うだけで,
独自に開発しているところはほとんどないということですね
OSの開発に携わるというのは難しそうね

>>962さんはRTOSの開発に携わっているのですね
うやらましいです
具体的な名前は出せなくとも,どのような分野なのでしょうか?
自動車系とか医療系とかでしょうか
OSの開発となると有名どころの企業しかしていないですか?

カーネルの開発は趣味でやるとしても,
仕事でも趣味のカーネル開発に活かせることがしたいのですが,
どのような仕事がありますでしょうか?

あまり詳しくないのですが,
HDDドライバやUSBドライバ,DMAドライバなどのドライバの開発であれば,
活かせそうな気がするのですが,あってますか?
そういう仕事はまだありますか?

966 :962:2015/01/25(日) 16:16:51.47
>>965
言いたいのは山々だけど、分野も含めて情報は出せないのよ。すまんの。
ニュースリリース調べるとか、展示会でソレっぽい会社の人と話すとかで情報を集めてほしい。

独自OSの開発は、大半は最終製品作っている有名どころの企業がやっているわけではなく
その技術のある先端企業と提携してやってる。
なのでOS開発に携わりたければ、有名どころではなく実際にモノを作っている会社のほうがいい。
何社かググって会社説明会行けば見えてくるはず。

> 仕事でも趣味のカーネル開発に活かせることがしたいのですが,
> どのような仕事がありますでしょうか?

ドライバもそうだし、一括受託でビジネスしてるところの大半はRTOSの知識が必須になる。
中規模以上の受託開発会社なら確実に活かせる。
仕事はこれからも山ほどあるから心配無用。

967 :962:2015/01/25(日) 16:25:56.23
どうしてもOS開発やりたいのなら、適当な会社で5年くらいスキル磨いた後で転職する手もある。
その頃には、どこが何を作っているか業界の仕組みも見えているだろうしね。
モノ作るのは面白いぞ。諦めずにチャレンジすべし。

968 :仕様書無しさん:2015/01/25(日) 17:01:34.78
>>965
ウインドリバーとか?

969 :仕様書無しさん:2015/01/25(日) 17:04:31.20
>>967
OS開発なんてそうそうできないのでは?

970 :仕様書無しさん:2015/01/25(日) 17:33:22.57
>>966

> その技術のある先端企業と提携してやってる。

あれを先端というのかな?
レガシーのほうがあってると思うけどね!

971 :仕様書無しさん:2015/01/25(日) 18:30:04.19
言えない分野は防衛分野だな
OSも独自だろうし

972 :945:2015/01/25(日) 19:53:35.11
レスありがとうございます
自分でいろいろ調べてみます

973 :仕様書無しさん:2015/01/25(日) 22:19:06.29
os(カーネル)作ることを生業としたいならos開発元に行くのが良いんだろうね。
うちの会社でもos作ってたけど最近は市販osをポーティングして使う傾向にあって自社のosはそのうち利用しなくなりそう

974 :仕様書無しさん:2015/01/25(日) 23:52:45.35
スレタイの転載禁止が転職禁止に見えて仕方がない

975 :仕様書無しさん:2015/01/26(月) 00:35:03.97
組込み系のOSの開発やりたいならWindRiverとかに入ればええやろw

976 :仕様書無しさん:2015/01/26(月) 00:40:32.38
うちの会社(メーカー),も、昔は自社でOS作って組み込んでたけど、
最近はLinuxやVXWorksやμITRONとか便利なOSいろいろあるから
自社では作ってないな
最近は、小規模な組込み製品にはμITRON、
大規模な組込みにはLinuxやVXWorksを使うことが多い

977 :仕様書無しさん:2015/01/26(月) 00:42:52.93
>>976
自社で作るのは大変だからなあ。
簡単なRTOSで済ませてもデバッグが大変。

978 :仕様書無しさん:2015/01/26(月) 00:59:25.74
実際の開発だと
プラットフォーム(OS、ミドルウェア)担当、アプリ下位レイヤ担当、アプリ中位レイヤ担当、アプリ上位レイヤ担当みたいな感じで
わかれる。
OS担当はOSの選定、ポーティング、デバドラ開発、OSをいじったりとかしかしない
OSそのものを開発したいなら
MontaVistaやWindRiver、Microsoftとか
OSのベンダーにいくしかないな。

979 :仕様書無しさん:2015/01/26(月) 08:11:41.51
> MontaVistaやWindRiver、Microsoftとか
そのへん全部、開発拠点はアメリカじゃね
無理とは言わんが

980 :仕様書無しさん:2015/01/26(月) 08:18:14.07
Tizenなら(ry

981 :仕様書無しさん:2015/01/26(月) 08:35:23.32
OS開発してる会社は少ないからそこへ就職するのは大変だろう
OSを使う側での仕事も経験しないと、使う側が何を求めてるのかも分からんしな

982 :仕様書無しさん:2015/01/26(月) 23:01:14.33
自社の独自osと市販os比べると言うまでもないが市販osの方がプラットフォームとしては優れる。制約は多いし、機能少ない。
独自osが優れてるのは軽いことと、ソースコードが全て手の内にあること。

983 :仕様書無しさん:2015/01/26(月) 23:23:53.42
OSなんてのは、結局、アメリカに手を握られてる
日本では、T-EngineフォーラムのTRONプロジェクトとかに所属したら
機会はあるかもしれないけどねー
手っ取り早いのは東大の大学院に入って、
修士、博士と坂村研に所属して、修了後も
大学でOSの研究を続ければいい

984 :仕様書無しさん:2015/01/26(月) 23:27:30.93
ttp://www.esol.co.jp/
イーソルっていう組込み系の会社は
TRONとかのOSいじったりしてるっぽいよ

985 :仕様書無しさん:2015/01/27(火) 01:45:48.73
>>780
ヒント プログラム作成には、コミュ力が、必要不可欠。

986 :仕様書無しさん:2015/01/27(火) 01:50:42.94
>>985
コミュ症で20年ほどプログラマーしていますが何か?

987 :仕様書無しさん:2015/01/27(火) 01:53:57.79
>>986
>コミュ症で

成りすましとバレた瞬間であった。

988 :仕様書無しさん:2015/01/27(火) 02:12:40.36
OS作るっていっても、GUIやファイルシステム周辺機器まで含むLinuxやWinみたいのも有れば、RTOSのようなカーネルのコア部分だけみたいな物もある

RTOSなんかの開発は地味な仕事だとおもうけどどうなんだろ

989 :仕様書無しさん:2015/01/27(火) 02:12:49.83
>>987
なにがだよ

990 :仕様書無しさん:2015/01/27(火) 04:29:50.43
>>989
コミュ"症"w
漢字書けないだけじゃん。

991 :仕様書無しさん:2015/01/27(火) 07:33:22.28
RTOSのコアなんて
CPUに組み込むべきものだと思うが
なんで無いんだろ。

992 :仕様書無しさん:2015/01/27(火) 07:58:09.95
>>990
え?

993 :仕様書無しさん:2015/01/27(火) 08:05:38.02
itronのコア部をfpgaに実装した論文がどこかにあったよ。

994 :仕様書無しさん:2015/01/27(火) 08:39:52.53
>>990

995 :仕様書無しさん:2015/01/27(火) 08:59:31.23
RTOSのコアなんて昔からCPUに載ってるだろ。
80386とかな。

996 :仕様書無しさん:2015/01/27(火) 10:22:58.83
OS周りの開発やってたことあるけど、糞つまらんぞ
アプリ開発のほうが商品の機能やUIを作るって点で絶対楽しい

997 :仕様書無しさん:2015/01/28(水) 11:57:47.53
OS開発って若い人は憧れたりするけど、OSだけでは何も動かないので、実はあまり面白くない。
ドライバ実装も含めてだと、いろんなデバイスさわれるから楽しいけど。

998 :仕様書無しさん:2015/01/28(水) 12:06:32.87
RTOSの場合デバドラはOSから見て蚊帳の外だからな
OSベンダーがドライバの面倒を見る場合もあるけどオプションのミドルウェア的な扱い

999 :仕様書無しさん:2015/01/28(水) 16:06:03.07
RTOSだってドライバがある程度そろってないカーネルだけなんて殆ど何の価値もないよ
OSの利用価値はドライバやミドルウエアの充実具合による

1000 :仕様書無しさん:2015/01/28(水) 16:19:10.28
え、トレースオンでそんなコトしたら・・・

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

211 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)