パナソニックでは「クラスって何？」って連中が化石PCでソフト書いてるｗ

私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。
単価計算は人月とステップ数。仕様書を書く上流工程が重要で、
コーディングは単純作業という価値観のもとでの開発です。
当然正社員はなかなかコーディングに携わることができませんでした。

それから、入社してからプログラミングを始めたという方も結構いらっしゃったので、
どうしてもサイエンスの面からのアプローチが弱かったと思います。
オブジェクト指向を知らない(クラスって何? というような感じ)でコーディングしている方もいらっしゃったし、
アーキテクチャ、計算量やアルゴリズムを純粋に議論することが少なかったように感じました。

具体的には書けませんが、改善提案をしたときには「新入社員(または入社2年目)なのに」
というリアクションがついてまわりました。
中には「話を大きくすると、新入社員が思いつくようなこと何故今までやっていなかったのか」
と問題になるのでと却下されたこともありました。

http://blog.yuryu.jp/2012/05/blog-post.html

ソフトってなに？

プログラムは趣味で作るのが1番だわ

日本人は古臭い文化大好きだからな

さすがにネタだな
へったくそなネタだなあ

もう日本企業は社風も規則も人間関係も生産効率も何もかも最低だな
提携関係にある海外の企業からまるまる仕事のプロセスを輸入したらどうだ？

このブログの文章はかなりマトモだな。

なぜ不満に感じたのかが理路整然と書かれていて説得力ある。
すぐにファビョって支離滅裂な不満のダダ漏れになる2chネラーとは決定的な知性の違いを感じる。

コイツなら他で十分やっていけるだろ。

>>5
ネタではないかもしれん。
組み込みとかの人間はアセンブラとCくらいしか使わんからな。
C++なんて何それ美味しいの？ってのも世の中にいるよ。

計算機科学専攻してるけど米国で就職しようと思ってる
ワリとマジで

そもそもパナソニック入っちゃう時点でどうかと思うがな

>>8
アセンブラってまだ現役なの？
今度勉強してみようかな

>>8
証拠は？無いんだろ？
ネタ

そういう話は良く聞くのに俺が就職できないのは何故だ。

>>9
大事なのは就職する場所よりもどこの国の企業かってことじゃね？
日本企業の現地法人には行くなよ

ゴミ散らかすから面倒なのよねぇ

クラス知らないとCでも書けないだろ。
クラスは知らないけど関数なら知ってますってやつか？

パナは研究職4000人のうち2000人カットするらしいんだろ
ほぼ仕事成り立たなくなるわな

クラスの利点の説明って難しいよね

ヤバソニックｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>18
ゲーム作るとき便利、ぐらいしにか思ってないけど
本当のメリットってなんなの？

まあ日本の企業って、仕事してるわけじゃないしな
仕事ではなくお勤めなんだよ

同じような意味で使われるがぜんぜん別物

お勤めだから

元請けはクラスだの何だのを知らなくてもやっていけるんじゃねえの
大手はマネジメントこそが一番の仕事であって
コーディングなんて下賎なものは下請けのやる仕事
そんなんでいいもん作れるとは思えないけどなｗ

大企業病に侵されてたってことね
業種が違っても、大企業はどこもこんなんでしょ

どの参考書もクラスのこと難しく書きすぎなんだっての
光栄のパワーアップキットみたいなもんって書けばすぐわかるのに

>>11
マイコンとかだとアセンブラレベルでの最適化は普通。
ARMクラスでもブートローダーとかだと最初はアセンブラ。
BIOSはEFI出てからCメインに意向。

panaは空気がヘン

>>20
言語レベルでのアクセスコントロールとか？

むしろ逆に制御系でC++とかってあるのか？

>>27
分からん
やっぱりちゃんと中身も勉強した方がいいんだな

よくわからんけど下請けに丸投げすればいいんじゃね？

>>23
もっと致命的なのが電機メーカーがソフトまで手を出したことだよ
未だにメインフレームなどでやってた時代の癖が抜けてない

>>20
コーディング担当者に制約をかけられて秩序のあるソースになる
そして保守しやすい

日本の大企業ってPCの投資ケチるよな
数年前のPCをまだ使えるって使ってるみたいだな

外資はケチらない
開発なら一人複数台とかマルチディスプレイとか、余裕ｗ

せっかくスマホで新規参入が簡単に出来るようになったソフトウェア業界
新規アイデアに見向きせずに、既に他のアプリで存在するものを押し付けて作らせる日本のソフトウェア業界

いくつかのプログラムの作法は覚えたが、そのプログラムでやりたいことが思いつかなかった

>>27
内部動作のブラックボックス化で、モジュール単位の独立性を保つってのが一番の利点じゃない？

パナソニックでソフト開発？

組み込み以外で何か作ってたっけ？

>>31
ソフトに手を出さないとハードが出来ないから仕方がない
実態は下請けに丸投げ状態だけど

>>36
なんとなく分かったわありがとう

>>29
変数に対してpublicだとか設定できるし、クラスをちゃんと設計しておけば
そのクラスを利用する人がアホなことしようとしてもコンパイラが何しとんじゃ！って
怒るじゃん

Cのころはあくまでコーディングルールとしてソース単位で機能わけとか工夫しないと
いけないくて言語レベルでは自由だった

まあマシン語みてるとわかるように型なんて存在しないしねえ・・・・

>>38
まーねー
なので昔からあるハード屋が上でソフト屋が下みたいな
序列まであるんだよな

だから落ちぶれる

>>40
なるほど、確かに他人と作るとき便利そうだな

>>37
まさに組み込みの話なんじゃないかと思うが
あとはちょっとした個人用のツールをExcelのVBAで作るとか？

コードの局所化　→　構造化プログラミング
コード＋データの局所化　→　オブジェクト指向

だが組み込みソフトはブラックボックスではダメ
動作が丸見えである必要がある　リソースに制限があるからな

>>37
パナソニックレベルのとこは当然ITソリューション事業にも手出してるよ
執行部隊は本体というよりもPSSJとかだけど

組み込みはね、クラスを使うとROM容量が増大して実行速度が落ちるんだよ
それに機械語に落とした時のステップ数が計算できなくなるから知らなくて政界

パナソニックのUIがウンコな理由が垣間見れました

スキル自慢（私はもっと違うことができるのよ）はいいけど
その結果がモバゲグリーではな・・

自分も行番号が付いてて上から順に実行して行くプログラムが一番しっくり来るから
「クラスって何？」って気持ち判るわー凄く判るわー

>>41
ソフトウェア会社は携帯開発のせいでブラック企業という認識だから
しかも映画化までされたせいでその認識が一般化してるから

>>18
ウィンドウ系のライブラリを設計するならクラスは必須だろ
MFCとSDKの使い勝手を見ると良く判る

>>17
どこ情報だよ
門真から出して被ってた部署まとめるだけだぞ

>>50
未だに落ちぶれまくってるのに中央まで含めてハード屋よりじゃん
この国だとどうしても新興勢力はやりにくいよ

ちょっと何かあると国家権力使ってまでやりこめるし

経営者が今の現場を知らない
昭和頭の精神論ジジイばかり
悪いのは現代の若者というアホみたいな決めつけ
幹部職はと言えば無難志向の理想ばかり高い無能コネ採用の二世
理系と言えばハードの追求ばかりで相も変わらず単純なニコイチで満足
ソフトは外注と奴隷くらいの認識
ソフトとマルチメディア社会の提案が大事なのに
ビジョンが古臭いのしか出て来ない
そりゃ日本の企業が二度と這い上がることはないな

>>40
なんやこの変数、privateで使いにくいわ！
publicに変えといたるわ！

>>37
OCRソフトの読取革命とか割と有名だと思う
http://panasonic.co.jp/snc/pstc/products/yomikaku/

デバドラ屋とかコボラーは概念ぐらいは知ってても業務で全く使わないだろ

また社畜が看守達への不満を垂れ流すスレかよ
そんなに嫌ならやめろクズ共

>>55
勝手にクラスの設計変えんなｗ
Cのころはヘッダー取り込めばあちこちで触り放題だからな・・・
この辺が糞すぎる

ユーザー系だと「君の言ってる変数、関数って何？」みたいなコボラー普通にいるぞ
そのかわり業務知識と親会社での顔の広さがすごい

退職エントリーからブログをはじめるやつは大抵、長続きしない

大手元請けのPGに対する知識ってパナに限らずこんなもんじゃないかねぇ

社内に設計からコーディングまでチーム内で一貫して行うチームと
コーディングは外注でおこなうチームがあるけど、前者の方が
圧倒的にアウトプットは良いな

パナって家電系だから組み込みメインじゃないのかね
組み込み系ならクラスなぞ使わん
そもそもC言語がメインだし

どうせ下に投げてるだけだろ

しかし>>1のような新人教育の内容をblogだかなんだか知らんが
インターネットに公開しちゃっていいんですかねえ？ ww

パナソニックの方針としては？

横浜勤務とか書いてあったから携帯だろうな
コード書きたい奴は一番行っちゃ駄目なとこだろうに…

ポインタと何が違うんや？

>>28
Embedded C++とかあったが誰も使わずに廃れた

組み込み等でたとえ使わなくてもクラス知らないってことはOOPやデザパタの重要性を
知らわないわけで確実に糞コードを量産している

コボルトは後２０年必要だし
ハード屋とかデバドラ屋には高級言語なんて無用の長物だからな

c++は難しすぎる
勉強しても勉強しても奥深過ぎて極められる気がしない

>>63
後者は伝言ゲームが主になりがちだしな

プログラミング技術を持っていない上流工程
よくあるゴミ企業だな

class field theory

> 中には「話を大きくすると、新入社員が思いつくようなこと何故今までやっていなかったのか」
> と問題になるのでと却下されたこともありました。

生活保護の本店問い合わせとか
まさにこれだろう（´・ω・｀）

伝言ゲームで済めばいいな

身分が違うから「お伺い」に時間がかかるんだよな

最初からプログラミング出来る奴を採用すればいいがな
即戦力が大事なんだろ？

開発環境が整備された今こそ、下流工程なんて単純作業だろ？
インラインアセンブルでチューニングが劇的に有効だった昔とは違う

PCまでガラパゴスだったのかよ

何の部署かによるんじゃね
組み込みでクラスとか、別に・・・って感じではあるし。
とはいえ、パナの家電のGUIのクソさ見てれば、まぁ、ヘボいのはわかる。

4bitマイコンあたりでリモコンのソフトでも組んでたのけ？(´･ω･`)

>アーキテクチャ、計算量やアルゴリズムを純粋に議論することが少なかったように感じました。

これは俺も感じるな
大半の技術者はここら辺の議論をなぜか嫌うんだよな
研究者なら目を輝かせて話に乗ってくれるんだが

アーキテクチャを考えるのは上流工程の仕事じゃないの？
アーキテクチャが現場任せだったら上流工程は何を考えるんだってことになるが

Cだったらよく使うのはポインタ・構造体・共用体辺りじゃね？

とりあえずクラスを理解してるって事が凄い事に思えてきたので
このスレは良スレである。
これからも、もっともっと立てるように

まじだよ。
PICマイコンとかクソ品種数あるだろ？
あれはアセンブラ、Cでごりごり最小に書いて、
一円でも安い品種のを使うため。
必死で16KBに入れたりするぞ。

プログラムなんて大上段に構えてみても
しょせんは運動会の進行表止まりｗ

上流だとか下流だとかでしか捕らえられない時点で考えが古いんだよw
ソフトウェアなんて、ソースコード書くまでが設計だ

初心者の話じゃん
いきなりプログラミング覚えてる奴だけが入社するのは中小企業だけで十分だよ

>>1
は何幼稚な煽りやってるんだ？

＞メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない

これはよくないな。
社員がクソなものに慣れてるから商品までクソになるんだよ・・・

パナソニック→GREE
確かにやりたいことはできるのかもな・・

>>12
うちの上司

てかLinuxのKernelソースとか見てみ。
アセンブラとCばかりだよ。

>>89
それが日本の伝統ですから
新しい風なんて起こそうものなら国からマスコミから市民から一致団結して叩き潰しますとも

転職先がGREEなのか…

パナソニックのスチームオーブンレンジ開発の人たちには
今売れっ子の無線周りと相性良すぎなのでもっと別の仕事与えたほうがいいのに。

>>83
話し相手が
小手先の、ビット演算を当たり前のように使っている人達なら
メモリモデルを十分に理解している可能性は高いから
順を追って話せば見込みはあると思うけどなぁ。

議論を嫌悪しているのではなく、逃げているだけで
ハッキリと具体的なゴールを始めに掲げて伝えればのってくれるもんだよ。

ｶｰﾁｬﾝﾄｰﾁｬﾝに種類ある新製品を説明するレベルでさ
要は上司も同僚もお客さんとしてプレゼンしながら議論に入ればいい（´・ω・｀）

GREEの技術力はすごいの？

おまっクラスっつったら30人1クラスとかのやつだろへへっ

オブジェクト指向全然わっかんねーよ

自称大手のプログラム見たいな。
どんなコード書いてるのか興味ある。

>>98
なに言ってんだよｗ
クラスったらSDカードになんか書いてある奴のことだろ

>>100
1secサイクルでクローラー動かすと愛知県警が出動するレベルだと思うよ

夏の日の1993も知らないゆとりが働いてるのか

時代だな・・・

昔の漫画読んでると、マイコンレベルのクソしょぼいプログラム書くだけでハイテクだ天才だ言われてるから、マジで笑える

老害社会になるのは教育機関がゆとり脳製造機になってる事に起因してるんだよ
自発性を伸ばさない癖に権利だけ教え込んでアホかと
せいぜい潰しあえ

でもお前等、ｊａｖａ大嫌いだよな

>>9
いいね、がんばってくれ。
俺も計算機専攻してハイエンドＣＰＵ研究してたけど、
日和って日本企業に就職して組み込みＨＷやってるよ

>>104
マイコンでちゃんとした動作するプログラムを書くのもそれなりにスキルはいるぞ。

大手ではたぶんどこも従来の開発手法がオブジェクト指向に対応してないはず
パナソニックに限った話ではない

「社内SE」のレベルが低すぎて、ホスト時代の手法、ドキュメントを変えられない
逆にホスト時代は社内で全部作ってたのかな

ハンドアセンブルだろ
人間国宝級もいるんじゃないか？

大手の組み込み屋はすげえのいるだろ

プログラムなんか下請けにやらせとけばいいんだよ的な流れから
こうなることは目に見えてたろ

これぞ日本って感じ

お前ら、近年パナソニックが発表した携帯ゲーム機を知らないのか。
この記事も事実だろう。

FとかTだってステップ数とかいまだに盲信してるからな
無駄に改行したるわ

これは外資に潰されてもしょうがない

Appleは垂直統合を突き進んでるのにね
Google、MSですらその傾向

まぁ、さっさと日本は滅びて欲しいからいいや。

海外もPGは派遣なの？

プログラムとか余裕でわかる優秀な人雇ってんじゃないの？

>>108
だな
結局のところハードの仕様(チップのIOなど）を理解してるか
ライブラリの仕様（オブジェクト指向でいうメソッドなど）を理解してるかどうか

結局資源の恩恵を受けるために知るべき情報が必要なのは一緒

大手でも部署によるんじゃね

バージョン管理システムすら使ってなかったり
シングルトンって何って聞かれたときは少し驚いたけど

>>52
部署は統合するけど子会社の技術系総合職はほぼリストラだよ

大手ってコーディングができるとバカにされるらしいね

AppleやMicrosoftはソフトで生きて行く方向性がはっきりしてるけど
パナはどうするんだろうな。白物と住宅に特化するのかな。

>>100
/*----------+-------+--------------------+------------------------------+----------------------------------------*/
/* BEGIN(S92WP1) Change Log */
/*----------+-------+--------------------+------------------------------+----------------------------------------*/
/*Date |Rev.No |Auther |KeyWord |Comment */
/*----------+-------+--------------------+------------------------------+----------------------------------------*/
/* 09/10/30 | 1 | NTTDMSE T.Ono |S92WP1_1500056 | DNS cache support */
/*----------+-------+--------------------+------------------------------+----------------------------------------*/

glibc とか GPL,LGPL適用ソースコードはよく使われて公開されているけど、
勉強目的なら、K.Takata さんとかのソースコード見た方が良いと思うよ（´・ω・｀）

パソコンも出来ひんことはないねで〜
とかいってワープロを使い続ける上司が2007年位までいたわ

オブジェクト指向プログラミング覚えるのに必要なマシン

Pentium3 500MHz
メモリ512MB
HDD40GB
CD-ROMドライブ（DVDが必要なときは外付け）
14インチモニター1024×768ピクセル

このおねーちゃんはグリーに行ったんだな。まあその方が良いとは思うわ
クラスの利点がわかるかは関数に対するパラメータ指定を広域変数から取るか、関数入力で指定するかの違いがわかるかということだな
組み込みはまず実体が１個しかない事が明確なのでクラス化のメリットは基本的にない

メモリとか32メガとかで十分だろ
モニタもコンソールが80桁25行出れば十分だし

アメリカじゃ開発の仕事するならコンピュータサイエンスの学位が必須
管理職でもコーディングの知識あるの当たり前
ITで日本の土方企業が勝てるわきゃない

1993恋をした〜♪

昔のソニーソフトの重要性をわかっていたからあれだけ凄かった
今の日本企業がソフトもハードも下請けで中貫商売ばかりしてる

>>131
大学教授もコードを書くことが普通

つーかのこのブログは配色が最悪ｗ

クラスとかは別にプログラミングの本質じゃないだろ

20年前の最新技術を未だに崇め奉ってて、しかも本人達は世界の最先端だと信じきってるから困る

>>135
本質になったと思うけどなｗ

>>131
コンピューターサイエンスの学位って学士？
どの程度のことまでわかってないとダメなの？

最近人気のアジャイルってどうなん？
どこかアジャイルで開発してるとこないん？

家電メーカーのソフトの糞さを考えるとあながちネタとは言い切れない

大学で情報系を専攻して「プログラミングは嫌いだ。したくない」と言い、就職先はSE

これが日本

俺の商品なんてROM64K RAM4Kの世界だぜ

>>141
だってPGなんて派遣だしキツイし給料安いじゃん
あんな環境で好き好んでやるとか本気でプログラム書くのが好きじゃないとやってられない

家電とかのマイコンってアセンブラで書くんでないのか・・・
せいぜいFORTHぐらいまでしか想像できないけど、いまは違うんだな

>>144
最近ではgccが使えるタイプも出てきてるからc/c++でかける

c++を高級アセンブラとして使ってるイメージ

SEになって、現場で数百ラインのスクリプト作ったり
下請けのソースレビューができるレベルあれば普通に月収３０万もらえる

楽すぎワロタ

パナソニック腐ってるな
最近の若者は糞といいながら会社のこと考えない老がいがのさばってんじゃねーか

>>147
たぶんこの人、コード全然書けないんだろうなって感じの人が
レビューやってたりするしな。

>>138
研究スタッフでなければ学部で十分

中身についてはMITのコース内容がオンラインで見れるので見てみればいい
http://ocw.mit.edu/courses/#electrical-engineering-and-computer-science

日本のITがダメなのはPG→アーキテクト→設計コンサルというキャリアパスが存在しないから
SEはコンピュータの仕組みもわからずプログラムも書けない
PGの多くもコンピュータの仕組みが分からない　計算量や性能が分からない

>>150
存在しないから　というか　それ以外のキャリアパスはあってはいけない

某有名企業の社内PCは全部Windows2000

趣味でSTG作ったら、なんか変数の中身？が混ざってるみたいなんだけど
これはちゃんと理解してから作れってことかね

>>143
手取りどのくらい?

コボラー上司「オブジェクト指向？ああ、構造体に関数入れるやつね」

>>8

おまけに、丸投げする癖に
　「ＲＦＰってなに？」
だしな

その癖、金のチェックだけうるさい

>>153
メモリ確保やループでハミ出して
未定義領域を参照してしまってんじゃね（´・ω・｀）

ICEの使い方がわからない　とか言っちゃう組み込みソフトエンジニア

クラスって何っていう感じですが
無線チップドライバ作らされています＞＜
SPIバスがわからんのでクロック同期でポート上げ下げやってます＞＜

昔、社員でjavaのパス設定すらやり方全く知らなかった奴いたわ
マジで上流のSEはピンキリ

子会社技術系を切るって
分社で維持できてた部分多いだろパナなんか
終わりの始まりか

メモリ１Ｇとかさすがにネタだろ。
中小企業のおれより劣るぞそれ

>>162
むしろ中小企業のほうが恵まれてるんじゃないか

あくまで私見だが、関西人は何事によらず大雑把すぎて、モノ作りに向いてない気がする

>>161
どうせ外注丸投げするから子会社持つ必要なくね？って事なんだろ
もうどこの大手も自分でやってるのは管理だけで製造は丸投げみたいなのばっかり
高給維持するのが大変なのは解るけどメーカーが技術持たないでどうするんだろうな

>>157
そうなのか？そうなんだろうな
なんかいい参考書ない？

>>52
パナソニック、本社社員半減へ＝数百人規模の早期退職も検討

削減対象は、国内の従業員約１０万人のうち本社に所属する約７０００人。
内訳は事務部門が４０００人、研究開発部門は２０００人、
生産技術部門１０００人。今秋以降に早期退職を募る見通し。
http://www.jiji.com/jc/zc?k=201205/2012052900056
もう終わりだろうな

>>156
金のチェックがしっかりしてるのはいい上司だぞ

コーディングは今や外注がやるもんだからな
インフラの構築は設計も含めインフラチームがやる
でも上流SEはソース、ハード、ファーム、ネットワーク
全てのノウハウがないとろくなもん出来ない
細分化しすぎて人育てられなくなったな

>>83
ひと月ほど前にTwitterでステマされてたが
逆FizzBuzzだっけ。
あれブルートフォースやってるだけじゃんｗｗｗ
PythonかC#だったかな関数化言語俺かっけーか知らんが
3と5の倍数に対しては解けるけど
その発想では8bitCharぐらいの数の倍数にしただけで
スパコンで宇宙の年齢の時間書けても解けんわって思った。
だって多項式領域アルゴリズムですらなくて指数時間アルゴリズムだもん。

COBOLに構造体とか関数の概念があるのか
ってかオブジェクト指向拡張もあんのな

>>70
OOP(笑)デザパタ(笑)

クラスってあれだろ、要するにたい焼きの型だろ
でたい焼きがインスタンス

このたとえが一番わかりやすかった

>>139
車載制御屋だけど、丁度アジャイルでやってるよ。

ドキュメント量が少なく、確実でいいけど、客先で作業しなきゃ
ならないのが難点。←　ここがアジャイルのキモだもんね。

自社が気楽でいいけど、今更ウォーターフォールなんてやりたく
ねぇし、このまま客先でもいいやって気になってる今日この頃。

後、この業界に入ってクラスなんて使ったことねーやwwwww
オブジェクト指向なにそれ美味しいの？

>>130
>メモリとか32メガとかで十分だろ
安価な組込みシステムだとチップ内蔵の8KBだったりするwww
(8MBじゃないぞ)

>>173
staticつけるとたい焼きの型がたい焼きになるの？

最近VC++いじってるんだが
2010なのにインテリセンスでないとかたまにブレークしないとか
オブジェクトによってはウォッチできないとか.Netに慣れてると発狂しそうになるレベル

４０後半・５０代の脳の硬直がすさまG

俺の頭はベーマガで止まってる

>単価計算は人月とステップ数。仕様書を書く上流工程が重要で、
>コーディングは単純作業という価値観のもとでの開発です。


ステップ数はどうかと思うが、それ以外に何が間違ってるんだ？

パナソニックはソフト屋じゃないし、丸投げでいいだろ

クラスが分からないのはまだまし
うちは構造体って何？ってレベルだった
関数の引数が数十個あるのが標準みたいな

インド人は日本人を馬鹿にしてるんだってな
無能だって

まあ意識してるかは置いておけば
メンバ変数の出し入れ程度ですら関数作りまくる馬鹿と比べりゃ
結果的に速いプログラムを作るんじゃね

>>144
>家電とかのマイコンってアセンブラで書くんでないのか・・・
チップ関係のレジスタ初期化ルーチンだけはCで書くけど、スタックメモリ
が生きた後はCで作ることが多いよ。

面白いのはメモリが足らなくても最適化オプションを付けないコトが多い。
（なんとか工夫する）

コンパイラのバグで製品の動作不良出してもメーカーの補償になるため。

>>183
日本人はインド人を「使えねぇ」と思ってるよ。

何度か使ったけど、本当に使えない。
頭はいいんだけど、とにかくやんちゃw

>>176
なんかもっといい例えある？

無能なのはある世代の単純労働バカの年寄り

おれもオブジェクト指向わからんわ

>>182
関数が理解できるだけマシだわ
変数すら理解できない居る

>>183
日本のソフト会社のえらい人がインドの会社を視察すると
効率の良さとレベルの高さにショックを受けるらしいな

>>185
×　チップ関係のレジスタ初期化ルーチンだけはCで書くけど
◯　チップ関係のレジスタ初期化ルーチンだけはアセンブラで書くけど

起動直後はクロックの初期化だとかメモリの初期化だとかの
シビアな処理が多いのと、スタックが設定されてないのとで、
アセンブラで書くのが便利。

コード書くのにクラス何それって人は、
ゲームとか一切興味ないのかね

例えばポケモンなら、ポケモンクラスに、
各キャラクタの画像を保持して、技のインターフェイスを持ったフィールドが4つあって、
とかすごく理解しやすいと思うんだけど

>>193
プログラムの上辺を理解するのに、ゲーム作るのは良いよな
平安京エイリアンとか作ってたわ

>>191
これはすばらしい、よし発注しよう。
↓
どんなに単純な設計書ミスであっても設計書通りに忠実に作ってくる。
書いてないコトは本気で適当に作る。質問なぞ来ない。好きに作る。
そして笑い話の種が山ほど産まれるw

それに対応するため、慎重に検討を重ねた完璧な設計書を送る。
そして気がつく。

「これくらいなら日本のソフト屋に出そう」　←　いまここ（ウチの会社）

どうりでBDレコの編集が切った所で切れずにゴミ残ったり音声数秒消えたりと文字通りゴミクズな訳だ
7年前のDVDHDレコから微塵も進歩してないってどうかと思うよ
てか、そういう部分の信頼性のなさがパナがオワコンな理由の一つじゃね

>>193
関数に構造体のポインタ食わせてやるだけで間に合うので、その例だとあんましだな。

>>195
欧米で普通に商売してるインドの会社が日本の企業は
仕様を決められないって、日本から撤退してたしな

>>193
組込み制御の世界だとチト違う。
メモリリークなんかしたらリコールだものw

>どんなに単純な設計書ミスであっても設計書通りに忠実に作ってくる。
>書いてないコトは本気で適当に作る。質問なぞ来ない。好きに作る。

コーディングが単純作業だとしたらこれが正解だろうな
むしろ日本の底辺PGがダンピングしてるようなもん

>>195
お前の会社が悪いじゃねえかｗ

>>197
じゃあvtbl持たせて進化に対応させようぜ

>>193
実行時のオーバヘッドは？

クラスを使ってるようで
実際は単なる関数の集まりだったりするのがオチ

オブジェクト指向勉強するときにモグラたたきとか作ってたなぁｗ
モノが出てくるゲームがやっぱり学ぶには最適だよ

>>196
それは仕様だろ
1フレーム単位で編集したいって要望が地デジのフォーマットじゃ無理がある

＞それから、入社してからプログラミングを始めたという方も結構いらっしゃったので、
＞どうしてもサイエンスの面からのアプローチが弱かったと思います。


いやいやどういうことだ　そもそもお前の会社何が売りだよｗ

>>198
商習慣の違いが大きいんだろね。

日本の場合、そもそも顧客の仕様がしっかり決まってなくて、
方向性だけを語って、それをメーカーが形にする例が多い。

んで、持ってくと「あ、本物見るとイメージと違うねぇ」となって
バタバタと作り直す。

こんな状態でインドの会社を使ったりすると偉いことになるw
米国なぞは上から下まで契約書できっちり縛るでうまく行く。

日本ってウォーターフォールよりアジャイルに向いてるんだ。 >>174　←いまここ

クラスとかオブジェクト指向ってそれ以前からプログラムやってる人間以外だと案外知らずに
使ってて具体的になんなのかわかってなかったりするよな
でも厄介なのはクラス化することが何を置いても優位と勘違いしてるわかってる(つもりの)後発連中で・・・
要不要に関わらずシーケンシャルアクセスってだけで鼻で笑うような勘違いはなんとかならんものか
まぁまず俺がなに言ってるかわかんないわけだけどｗ

>>200-201
>>207

>>5,12
なんかスゲー頭悪そう

>>206
会社の風土を大事にする「お勤め」出来る人が作り上げる物が売り
仕事ではなくお勤めというところが肝

>>202
ポケモンの進化はもっと単純なスペック表に過ぎなくて、
進化の系統図も元から先へのテーブルに過ぎないから…。
組み込みを意識するなら、個々のモンスターはむしろサイズのかわらないレコードに収めることを考えて、
あちこちに領域が飛ばないようにすることの方が大事じゃね？

>155
サブルーチンの大きい奴だろ

クラスだとかなんとかはよくわからんが、
＞中には「話を大きくすると、新入社員が思いつくようなこと何故今までやっていなかったのか」と問題になるのでと却下されたこともありました。

これがマジなら、なんで今まで生き残ってたの？ってレベルで糞だろ

ソフトウェアが重要なのに工学部が何時までもしきるからこういうことになる

工学部内での情報系の地位の低さは異常

笑いものにされるパナソニックさん
どうしてこうなった・・・

>>195
そりゃしょうがねえよ
下請けする側にもなってみろよ

なぜ開発を外注するとロクなもん帰ってこないのかというと
人間の作るドキュメントには必ずどこかに穴があるからだよ
そし下請けからすれば元請けに対して「ここおかしくね？」「こここうした方がよくね？」というドキュメントのツッコミがしづらい
下請けの現場からすればそのおかしなまま作るか開発自体をやめてしまうかのどちらかしかない

日本人同士ですらこういうことがザラにあるのに
言葉も違って物理的に遠い海外に出してまともなもん出来るかよｗ

>>207
ウォーターフォールモデルってのは、河のように一方通行じゃあないんだぜ
http://cartoon.iguw.tuwien.ac.at/fit/fit01/wasserfall/images/waterfall_boehm81.gif

>>1
＞http://blog.yuryu.jp/2012/05/blog-post.html

パナソニックを退社しましたって、、
最近、○○辞めました！っての流行ってるのか。


博報堂をやめましたとか
http://shimpe1.com/?p=84
http://diamond.jp/articles/print/16723

>>208
デザインパターンみたいなもんだな

>>218
日本のソフトハウスに出した場合、それこそ山盛りのQAシートが手元に届くよ。
そして出す側も、クライアントには山盛りのQAを出してる。
（発注元以外は全て下請けだものw）

そして末端の下請けにしても、部下に仕様を展開して、まったくQAが
無いってのは、仕様が完璧か部下が無能かのいずれかで、大抵は
後者である例が多い。

顧客から末端下請けの部下に至るまで完璧な仕様が流れるのが理想なんだろう
けどね。

>>219
日本の場合、V字工程をきっちり通ってきた最終で
「あーー、これじゃないねえ。うん、確かに言ったけどさ」
ってなるコトが多いんだなw

極論作り方作る人はどんな方法でもいいんだよ
出来上がる物の全体像がどれだけ把握されているかということのほうが重要なんだ

クラスの利点てなに？
初期化とかめんどくさいし、関数でいいやん

パナは年齢相応の知識ある奴多かったけどな
２，３年目の奴は知識足りないのもいるけど
下請けとかに叩かれて伸びていく感じ

サンヨーは終わってた

>>220
こういうのって、半年後くらいに
詐欺臭い情報商材サイトの入り口になってるんだよなｗ

>>219
それただの理想論じゃん

>>228
モデルってそういうのじゃないの？

>>220
こういのって基本的に円満退社じゃないから恨み辛み、愚痴がメインになるんだろうな
そのうち調子乗って守秘義務違反起こしたりして訴えられてファビョる

組織の統制の考え方の基本が「役割＝地位」だからな
やり方次第でどの役割が重要になるかが変わっていくような場合に対応できない

いつもの、「ブランコ」の例えくれ

　　(ﾆ三三三三三()
　　||￣8￣￣8￣||
　　|| /　　/ﾞ　||
　　|∧_∧ /ﾞ　 ||　　　顧客が本当に必要だったもの
　　(･ω･`) ｷｰｺ ||
　 ○　 ○ﾉ　ｷｰｺ||
　 /< < /)　　　||
(三三三三()ｿ　　||
　　||　　　　　||
""""""""""""""""""""

>>229
だね。

顧客に確固たる意志があって、創りあげたいモノが決まっていて、
その仕様が確立している。

もしくは、長い間稼働してる既存製品の改造には良いと思う。

後は、クライアントの思いを確実に設計して下流に流すことを繰り
返せば最終的にクライアントの期待通りのモノができあがる。

このやり方は客の思いにブレがあると崩壊するし、得てして伝言
ゲームが始まる。 >>232

逆にアジャイルの良さは>>233のブランコを（素材はなんでも）手早く
作って客に見せちゃうことで、客の思いとの一致が図れること。
デメリットは >>174

>>225
関数群が利用してるグローバル変数の初期化とか状態管理とか糞面倒だろ

渡すパラメータが多いと呼び側でそれ管理するのも面倒だし

工業高校の情報系の教師になりたいんだけど、どうだろう？

嫌儲プログラムスレ見るとおっさんだらけだなぁといつも思う
流行りの技術の話なんて全く出ない

今やユーザー系企業は内製化に励み、
逆にエレクトロニクス企業は丸投げで技術がなくなってる

プログラマはハードと共に生きるのを辞めてから糞化した

>>236
授業中に、平気でネトゲやりだすレベルだけど
大丈夫か？

女が嘘っぱち書いて貶めてるだけだなw

>>237
ソースが流行りの技術の話ではないから当たり前だろう……（´・ω・｀）

中には「話を大きくすると、新入社員が思いつくようなこと何故今までやっていなかったのか」
と問題になるのでと却下されたこともありました。
これ嘘みたいだけどホントにあるだろうな
性能より体面

>>240
普通の工業高校ってそんなんなのか
俺が行ってた所は真面目だったんだな

飽和状態とかないよな？

組み込みでクラスとか別にいらんだろ。

あれはメモリと速度を犠牲にしてコーディングの安定化と再利用性を向上させるための
手法でしかない。WindowsやMacみたいな膨大なAPIやインターフェイス群を使うので
あればクラスが無いと実際書いてらんないが、そうでないならクラス使えばいい品質の
ソフトが組めるかっていうと、そんな事はないｗ

ハードが主導の業界じゃ、使わなくていいなら使わないほうがいい

>>243
バグ管理はエクセルやめてBTS使いましょうってレベルの
話でさえ全力で抵抗したりするからな。
で、ちょっとトラブルが起きるとそれみたことか、こんな
の使えないって大喜び

>>243
「新入社員が思いつくようなこと」はたいていろくな物じゃない
「自分は特別」と思ってる新入社員に多いけど経験に勝る物なし

>>244
イナカはレベル高くて都会はDQNって話>工業

Cだのアセンブラだのしか使わない世界でも、
考え方としてのクラスっぽいものはわりと有用だと思う。

>>1
よくわかる
自分が分からんことは却下される
だから伸びない　斬新な発想は生まれない
そういう文化　大企業病
だから衰退している

はてなにいるよなこういう女
おまえはネット系いけよ
分野が違うって気づけあほ女
まあ退社した会社の悪口かくようなやつはブラックリスト入り確定だが

今時たとえCとかの非オブジェクト指向プログラミングでも分析設計はオブジェクト指向でやって再利用性や生産性、可読性は高めておくべきだろ

でいった先がグリーかよw
ばーかばーかw

パナソニックとはそんなところ
SONYの圧倒的技術力が、内部抗争でソフト勢力に駆逐されてる現状もアレだが。。。

>>252
再利用性や生産性、可読性を高める手法はオブジェクト指向だけじゃないからなー
現場によってルールもコーディング手法も様々。オブジェクト指向とかあり得ない、
まさにシーケンサーのようなタイムスライスっぽいコーディング手法で組む場合も
あるしｗ

といっても最近は組み込み機器でも、メモリもCPUも昔のPC並みになってるから
全然オブジェクト指向が使えないわけでもないし、そこで微妙に混乱が出たり
してると思うｗ

上流工程が重要でコーディングが単純作業ってのはその通りだろ

>>249
俺はアセンブラで書いてもクラスっぽく使ってる。


ところで今、iPhoneアプリ作ってるけど、結局アセンブラの
リスト見ながら最適化してるwww

C直書きできるひとの方がカッコいいし偉い


だろ？

>>258
勧められて、C++やってるけどどう違うの？

プログラム書いたこともないど素人が
配属されるのが大手電機メーカーの設計部門

>>260
それはどこの会社も同じようなモンでないかい？

その設計部門がその新人に依存してるなら別だけどw

>>259
「本物のプログラマーはPASCALを使わない」の類だろ

大昔のMacOSってカーネルはPASCALじゃなかたっけ？
TOOLBOXとかも

パナといい日本のBDレコとかのUIや使い勝手が
10年前から全然進歩しない理由がわかるな。

10年前ならハードウエアの制限やお手本となるUIもなかっただろうが、
もうiPhoneとかが流行ってから何年経つと思ってんだ。

まぁ今時ソースコード管理システムすら使ってないような現場じゃ
もう完全に終わっとる。

>>259

文字列操作やらMFCとかで既にライブラリ化されてるもんを
わざわざ自分で作るなんて非効率的なことやって自己満足に浸れる

>>263
アセンブラ。インターフェイスはPASCAL。
今では初期のQuickDrawはソース公開されてて読める。

ID:InxBwL8Q0

社員の方ですか

>>265
その言葉の意味が分からん俺には、あまり関係ないってことか

今年の四月にプログラマに転職して今月までJava、来月からC#の勉強しなきゃいけないんだけどC#ってjavaと何が違うの？
javaは動く範囲広くしすぎて野暮ったいからC#は動く範囲絞って早くしたみたいな話は聞いたんだけど「じゃあ文法はjavaと一緒でいいじゃん」
って思っちゃうんだけど。いまのところ言語作った会社が違うくらいしか違いがわからない。

>>269
Javaは堅苦しい。C#はフリーダムw

そんなイメージ。

>>269
javaはネット上で動くのが特徴と聞いたことがある
気がする

クラスなんて多くの場合は単にメンバ変数とメソッドを囲むだけの外壁だぞ。
今も昔もプログラミングの現場で大事なのは、オブジェクト指向ではなくて、構造型プログラミング。
すなわち、まとまった処理を関数化・部品化させる概念。
オブジェクト指向型というのはただの「概念先行」のパラダイムだよ。
唯一使い物になるのは、フレームワークに用意されてるライブラリ(クラス)を拡張する場合な。
オブジェクト指向型に関して一番「バカだなーｗ」と思うのは
「実装の隠蔽(カプセル化)こそOOPの一番のメリットだ！(ﾄﾞﾔ]とかほざいてるやつ。

public class Female {

　　 public vagina Manko;

　　 public void Sex (Chinko c) {
　　 　　//処理
　　 }
}

この状態だと、外部からMankoとSex()に自由にアクセスできてしまうから、privateで宣言しておいて
publicなアクセッサーメソッドを用意して、そこでアクセスできるようにしろ！と言うんだけどさ・・・

それって単に、

f.Manko = "ケツ毛"

これが

f.setManko = "ケツ毛"

こうなるだけで、どっちにしろ何処からでもアクセスできるのは変わりねーじゃん！
そもそもOOPじゃない言語でもできるし。

>>265
http://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html

>>272
プロパティとか使えば普通のメンバ変数にアクセスする感覚で
代入時の値チェックとか複雑なデータを参照するときの再計算とかができる

まあでも全てのプログラミング言語はチューリング機会と等価なんだから
自分がわかりやすいやり方でプログラムするのが一番だよな

クラス使うと管理情報とかでメモリ食うんだよ
数バイトレベルで必死でシュリンクしてる状況でまず使わないだろ(´・ω・｀)

ドメイン駆動設計をしよう（提案）

酢豚が二組でどーのこーの

設計・実装が糞過ぎて遅いのを言語のせいにしてるんですね。わかります

>>274
プロパティってVB(もしくはデルファイ？)からC#に取りいれたけどさ
結局は.set変数()が .変数 = になるだけで、
プロパティをわざわざ書かないといけないという事実は変わらないんだよね
最近はIDEで自動生成してくれるにしろ、このアクセッサーメソッドとかって真剣に意味のない習慣だと思うよ。
クラスがごちゃごちゃ汚くなるし、意味がない。

メソッドで setXXX getXXX の羅列を見た時
なにかがおかしいって思うよね

夏の日の1993

普通はsetXXXとかgetXXXとかの中で例外処理を入れるんじゃないん？
ただ変数に代入したりするだけのメソッドなら意味ないだろうに

>>264
ソニートルネとか見ても家電屋って無能しかいないんだなってことがわかる

部署にもよるんじゃないかな。携帯スマフォとかTVとかBDレコ作ってる所ならオブジェクト指向だろうが
新しい事ガンガン使ってるだろうけど。１０年２０年とか平気で使う業務機器とかじゃ保守的になりそうだな。

まあ、BD対HD-DVDで協奏やってた時AVC HiProfileを規格化したりMpeg4あたりのリファレンスのバグを
自前で直したりしてたっていうから、そっちはソフト強そうだが。

setやgetは一応チェック挟んだりするんじゃないか
Is〜とかならreturnでBOOL値をそのまま返したりとかでいいだろうけど
くどいってのはしょうがないとは思うけど

>>279
ｒｙ

これってパナソニックのデジタル関係機器はウンコだってこと？
ハンディカムこないだかった・・・・orz

COBOラーにオブジェクトとかクラスとか関係ないやん

>>182
>>190
ね・・ネタだよな？

>>240
フィルタリングもしてない管理者が悪い

>>290
生徒がスーパーハカーなのかもしれん

組み込み用マイコンってまともなc++コンパイラがなかったりしたからな

知り合いプログラマーが普段何してるか分からない
突然2・3週間音信不通になるんだけど、どんな仕事なんだ

>>272
アクセサを使えばリードオンリーとかライトオンリーなプロパティを作ることができるんだよ
多人数開発をする時にバグを減らすには必要だろ

一人でやってる限りじゃ、行数増えるだけのめんどくさいものでしかないのはその通り

スマホの開発がダメダメなところを見ると本当にこんなんだろうな

継承だなんだで名前が衝突するような不慮の事故は防げる

実際はこんなだからな
コーディングするやつは負け犬

【発注者】NTT子会社　１人月２００万
↓
NTT子孫会社
↓
NEC
↓
NEC子会社
↓
NEC孫会社
↓
大手独立sier
↓
大手独立sier子会社
↓
中堅独立sier
↓
小規模独立sier
↓
零細独立sier組合
↓
零細独立sier
↓
派遣会社
↓
【製作者】特定派遣　1人月１４万

組み込みだとC・アセンブラあたりの下回りしか知らんやつは本当にいるぞ

直接ハードと叩き合って話せ！

>>298
2ch見てると、Cを知ってればほかのどんな言語でも通用するとか
言ってる人いるね。
それはないでしょって突っ込んでも、Cをやっていればオブジェクト指向も
自然に身につくとか言ってゆずらない。

CでもOOできるじゃないですか！やだー！

ドライバのインターフェースとかまんま多態じゃないかと思うんだが
見るとメモリガー・・・となる
モダンな言語がうらやましい

CからJavaにやってきて、あいかわらずCみたいな書き方してる
おっさんとかよくいるから、Cだけやってればどこでも通用するとか
信じられない。

現場でCアセンブラでカリカリにコード小さくする仕事してたとしても、
オブジェクト指向を知らないとか完全に終わってる。
どんなもの設計するにしてもマトモなモデリングとか出来んだろそれ。

>>300
Cでも突き詰めていくとオブジェクト指向っぽくなっていく
とは言え、Cに求められるのは速度や省メモリ・メモリ管理であってそれらを重視したら
オブジェクト指向の思想は犠牲にせざるを得ない
ましてや自然に身につくなんてあり得んがな(´・ω・｀)

敢えて言うなら「オブジェクト指向言語を使う」のは容易だろう

Ｃから始めた知り合いは、他ともなんか似てる気がするって言ってたな

パナソニックって倒産するかしないか、じゃなくて「いつ」倒産するか、なイメージ。

時間の問題で潰れる。

パナが逝ったら、門真市、守口市も税収激減でヤバいんじゃ

http://ideone.com/SgKX3
オブジェクト指向フルに使うとこうなる例
これかけるからどっか雇って

メンバ変数をprivateにするの忘れてた

>>1を書いた奴
http://a3.sphotos.ak.fbcdn.net/hphotos-ak-ash3/541249_2999944358091_245826969_n.jpg

privateにするとサブクラスから参照できないんだった
やっぱまだまだだな

パナはかなりの期間コンピューターにはタッチせずに家電だけに専念して成功していた
その間は富士通が全部やっていた

企業文化として厚みが無いからしかたない

サブクラスで参照したいならprotectedだろ

>>313
なるほど、ありがとう

>>183
アメリカ人が著した「情熱プログラマー」にはインドはクソって書いてあったな
まとめると
アメリカ　>　インド　>　日本
ってことか

http://ideone.com/sFf6b
Cでもオブジェクト指向できるとか言うけど、
実際こういうコレクション作って、中身に型の異なる要素とか入れてとかどこまで出来るの？
想像しただけでスパゲティコードが見えてくるわ

>>316
スパゲティコードって今でも使うのか

gtk+とかjpeglibとか、Cだけでオブジェクト指向だよ。

>>316
静的型の言語でコレクションションクラスみたいのをやろうとすると、
C++のテンプレートとかJavaのジェネリックみたいな仕組みがないと
ダウンキャストの嵐になるな。
Java1.4とかジェネリックのないバージョンで仕事したけど、やって
られんって感じだったわ。

パナソニックには一緒に仕事をしている
外部スタッフにまともに挨拶できない
ものすごい性格プスな女がゴロゴロいる
顔もまあブスw
実名晒したろか

基本的な部分で教育できてない
最近のパナソニックっであった

激ブス名前晒します

赤字だもん赤字だもん

高　　　　０　　　　　データ
↑
給　　　０　０　　　　デー子に丸投げ
料　　０　０　０　　　下請けに丸投げ
↓　０　０　０　０　　孫請けに丸投げ
低
　　　NTT Data

http://www.ioi-jp.org/image/NTTdata_logo1x2.jpg

>>320
お前がブなのは分かった

>>315
インド人は能力はあってもがめつすぎて信頼はできない

サブルーチンに毛が生えたもの

インド人は豚喰えないヤツがいるから、メシとか行くとなったらめんどくさい
あと、英語がメッチャ聞き取りにくいわ（←これは、日本人も似たようなもんかも試練が）

C++だってプログラマの方にカプセル化などの意識が無かったらどうにもならん。

今、前任者から引き継いだソース解読してるんだけど、
クラスのメンバ関数が、実質的にグローバルに参照できるメンバ変数を介して、
ガンガン他のクラスの関数と情報のやり取りをしまくっていてワロタ。

もう見たくねぇ。

しかし、組み込み系やリアルタイム系で巨大なクラスを値渡しで関数呼びまくられても。

>>328
組み込み系はメモリの動的アロケートを禁止してる所が多いんで、
newができないw

>>320
おぅ　晒せや

>>329
newできないと全部スタックに積むの？

>>331
staticじゃないの？

そういうことね。メモリもROMとRAM領域に別れているとか。

>>283
トルネ使いやすいだろ

CとC#できればこれからでも食っていけるぞ
JAVAはオワコン

MSXでやったベーシック以降プログラミングのことはわからない

>>331
そもそもC++が禁止されてるんでnewなんかしないしmallocも使わない。
auto変数は使うけど、基本的にはstatic変数だね。

んで、変数仕様書ってのを書くんだけど、番地を記入する欄があるw
auto変数は対象外だけど、最大スタック量をバイト単位で書く必要があるw

>>332
組み込みでstaticはあまり使わないんじゃないかね？
メモリがもったいないし
なるべくスタック領域に突っ込んで、無駄のないようにしたいと思うんだが

>>1のブログ書いたやつはコンプライアンス違反で賠償だな

>>333
組み込み系はそうだね。

正確には外部ROMを使うのは組込みでも大きなシステムで、
小さいのだとチップ内蔵のROMを使う。（容量が少ない）

外部ROMとRAMを使う場合は、製品毎に初期化方法が違う
んだけど、初期化が終わるまではROMもRAMも使えないw

まずは内蔵ROMで起動し、その後にROMとRAMを初期化
すると、そこで初めてROMとRAMが使えるんで、そのアドレス
に飛んでシステムが起動する。同時にスタックも使えるように
なるんでアセンブラからCのモジュールに移行することが
できる。

ここいらをあれこれ作るのは面白いよ。

>>338
どちらかってぇと変数が何番地にあるか決まってる方が安心だね。
スタックは最大使用量の計算がめんどいw
メモリがあるウチは全部使えばいいしさ。

>>341
スタックも結構面倒なんだよな

数学の中でプログラムもやってる学生なのかたまーに
2chの専門スレに質問してくるんだがdoubleの巨大な配列を
スタックに取ろうとして動かないってくるしｗ

>>334
トルネの制御ソフト作ったのは家電屋じゃなくてゲーム屋

>>32
１人で書いてるぼっちグラマーには無関係だな
クラス周りは設計できるかどうかよりも誰かが設計したのを理解できるかどうかの方が重要だとおもう

>>341
現場に詳しそうだから聞くけど、組込みでOSって結構使われてるものなの？
趣味で組込みOSをいじってみようと思ってるんだけれど、現場でどんな感じなのか知りたい

>>269
C#は関数型っぽく遅延評価できたりいろいろ洗練されてると思う
あとiPhoneで動くゲームつくれるw

C#でiPhoneアプリ作れるんだ
Objective-Cしかダメなものだと思ってた

>>345
大抵のシステムは規模が小さいんでOSは使ってないです。
昔ながらのラウンドロビンなシングルタスクで、細かい制御は割り込みで実現。

ちょっと凝ってくると自社製の超コンパクトなOS（RTROS）を使う。

外部メモリを使える位に大きくなると、μiTronが登場。
SH4だとルネサスのμiTron、ARMだとREALOS（富士通のμiTron）と言った具合。
ただ、これってOSの補償も自分達でやるんです。だから大変。ソース検証します。

自分は車載なので、これにクライアント（自動車メーカー）指定のOSが加わるハズ
だけど、まだやったことが無いです。

パナのmp3プレイヤーに付いてた転送ソフトが糞だったのを思い出した
SDjukebox

>>347
直接じゃなくてコンバーターでしょ
C#で書いてMonoTouchが途中どうしてるかしらんが最終的にiOS向けの
ネイティブコードを出力するだけ
Flashも同じようにできるよね

アップルがこの辺を弾いてたけどある程度経ってから折れたｗ

OO-COBOLとは一体なんだったのか？

>>348
なるほど、やっぱりITRONがメインなのか
手持ちのボードにITRON入れていじってみるわ

SH4ならLINUX使うお

典型的な大企業病か

パナソニックがグローバルチャレンジャーというキャッチフレーズで採用活動をしていることは、ご存じの方もいるかもしれません。私も海外で仕事をしたいと考えていました。

ところが、入社して2年になりますが一度も海外出張はありませんでした。これも部門によっては最初の研修で海外に行くことがあるようなので、一概には言えないのですが...



あるあるｗ
グローバルって叫ぶ会社ほど、全然グローバルじゃない村社会なんだよなｗ

街の電気屋が家の販売始めてた
ﾜﾛﾀ

落ち目会社ほど、グローバルグローバルって連呼するからな。
しかも毎回決算の度に言ってるわ
お前の会社はいつになったらグローバル化するんだよって

そして一部の事業部長クラスのおっさんが、半旅行でインドとか中国行っておわりなんだよな。

>>352
OS使ったプロジェクトは車載以外にも10種類位やったけど、
μiTronが主流だね。

これ以外だと>>353も書いてるLinuxがあるけど、モバイル
（携帯電話だね）のアプリを動かすCPUで使われてた。

自分が担当したのは、もう一つの通信制御CPUで、こちらは
μiTronだったw

シビアな制御をやるには反応が計算できるってのがいい部分
かもしれない。

>>11
マイコンのマニュアル見ると、
初期化サンプルなんかは、アセンブラでしか書いてないのが普通だよ。

グローバル化論て好景気の日本企業が一番のモデルであるべきだよね
余計な手間かけずに自分の国でいろいろこさえて海外でも売れるっていう
100点満点だったろ

>>8
組み込みはC++が主流だぞ

OSない環境の仕事一度だけやった事あるけど、
時刻の更新まで自分でやる必要があって新鮮だった。

>>361
コンパイラはC++（eclipsだったりsoftuneだったり）だけど、
C++の命令は社内規程で禁止されてたりする。

少なくても自動車各社では禁止されてるね。

メーカー提供のソースチェッカーがあって、それをかけると
違反命令が出力される。（NG）

>>362
時刻の更新はそれなりにめんどいな。
特に温度補正。

> 「壊れるまで使う」のが基本のためなかなか新しくなっていませんでした。

どこの職場でも、そうだろ


> ところが、入社して2年になりますが一度も海外出張はありませんでした

こいつの部門って、海外相手の部門なのか？

>>306
白物家電屋になるべくごっそり人減らしせてる

>>365
パソコンなんて消耗品だろ
いつまで耐久財扱いなんだ

embeded c++とか聞いたことがあるなってぐぐったら例外もテンプレートも使用不可とか厳しすぎてワロタ

replacement newでstaticの配列から持ってくるような感じなのかと思ったけど
そもそもnew使わないのか

サンヨーって、いつの間にか社名が消滅したな。

いつもの

【軍曹が】携帯電話開発の現状【語る】
ttp://mssi.blog29.fc2.com/blog-entry-830.html

なんか難しい思想をやろうとするのはいいんだが
RAMもROMも処理時間も足りなくなるってことを理解できてない奴は使えない。

今になってアセンブラとかCとかがやりたいんだと気づいたがもう手遅れ

こぼらーだけどオワコン扱いするのやめて！

>>373
COBOLScriptとか作って流行らせてくれw

なにこのスレまったく内容がわからない

>>345
前働いてたところは組み込みでNetBSD改変して使ってたわ
まあシステムが大規模だったからだろうけど

LinuxはELECOM筆頭にやらかしたところが多そうだしやっぱ*BSDなのかな

サブルーチンをまとめて構造化しろってこと？

>>376
システムが大規模だからできたんだろね。

一般的にUNIX系オープンソースを使う場合、その補償を
誰がするかが問題になり、そこが組込みでのネックになる。

補償会社はあるけど、そりゃもうとんでも無い金額を言って
くるんで１枚数千円で薄利多売なボード商売じゃコストが
合わない。

それこそモバイル（携帯）みたいな規模で初めてペイできる。

auto変数は使用禁止じゃないみたいだしデストラクタに期待して
javaやc#でいうtry-with-resourceは書けそうだな

全然興味なかったけど、必要に駆られてRubyをやってみた

最初は イテレーターの|var|とかループのn..mとか継承の<とかがキモ過ぎてキモ言語と思っていたけど
書き始めてみたら思いの他なかなかよくてﾜﾗﾀ

これで


　　end
　end
end


じゃなくてPythonみたいにインデントでシンタックス作っていたら最高の言語になれたのになあ

rubyとかクロージャで{}なくせに他はendとか色々とキモイ

>>343
ワロタ

>>310
写真間違ってね？ブログには「100人中わたしも含めて女子は４，５人しかいませんでした」
って書いてあったけど

>>20
Bertrand Meyer のEiffelの本を読めば分かる。

rubyは短く書きたいがあまり破綻してる
その有様でendとか何の冗談だ

1クラス40メソッド

そこでHaskellですよ

begin〜endの見栄えの悪さは異常