NTTデータ「社内公用語をHaskellにする。奴隷どもJavaやPHPやCで書いた古いシステムは今すぐ書き直せ」
■ このスレッドは過去ログ倉庫に格納されています
NTTデータでは、レガシーシステムのリバースエンジニアリングツールの開発においてHaskellを
利用しています。レガシーシステムのリバースエンジニアリングを行うには多様なプログラミング
言語の解析を行う必要があり、解析対象のプログラミング言語に合わせて、一部の機能を修正したり
入れ替えたりすることが多いため、関数型プログラミングの利点を大きく享受できることが理由です。
また、関数型プログラミングを実践できる技術者の育成にも着手しています。
http://www.nttdata.com/jp/ja/insights/trend_keyword/2013032101.html データってリバースエンジニアリングなんてやってたのか・・・
金勘定と人足集めしかやってないと思ってたわ
こんな巨大SIerなんて、現場の人間の9割くらいはhello world位しか書けないよ
コーディングできるのは研究開発部門のみ
高 ０ データ
↑
給 ０ ０ デー子
料 ０ ０ ０ 下請け
↓ ０ ０ ０ ０ 孫請け
低
NTT Data
レガシーシステムのリバースエンジニアリングツールの開発か
こんなめんどくさいことは、Haskellやlispの世界なのかもな
もっといいのは、そのまま捨ててしまうことだろうけど
篩とはいえクソ金かけて、十分動いてて、バグもどうすればいいかわかってる古いシステムって、
一からまたバグと格闘に比べりゃ楽なんだわな。
NTTDの案件は厳しいからな
あそこの仕事は極力避けたい
>>12
COBOLからJavaに移植する系のプロジェクトで成功例をまず聞かないからなｗ >>13
いや、データは楽だろ。
客との打ち合わせも丸投げなんで風通しは良い方。
下手したら営業段階から丸投げします宣言して「詳細はこちらとお願いします」だし。
NECみたいに「仕事してます」を演じるために口出し伝言ゲームやってるところよりよっぽど良い。 データは元々丸投げせずにデスマだった
大量にIT企業が増えたから外注しだした
税金で成り立つ企業なんだが、、
残念？なことにデータ本体に二人
知り合いおるわ。どっちもプライドだけ
高い。人は変わるな。
データが作ったプログラム
バラして作り変えたことあるのだが（java）
下手とまでは言わないけど
何か異様に無駄が多いプログラムだったな…
丸投げどころか外注禁止にして全部自社内でやってる富士通を見習え。
今日もビルの窓が全灯だったぞｗ
これ社内でHaskellやってる奴が、
最もらしい口実付けて会社の金引っ張ってきただけだろ。
>>21
f系の外注嫌いはなんなん？
セキュリティ事故対策なんか? NTTデータはOracleで問題なく動いてるシステムをDB2に移行する案件とか意味不明すぎて困る
データに仕事をする力はない
丸投げのツギハギだらけ
NEC関連に発注してもかなりの確実で納期が延びるんだよね
マジどうなってるんだよここの体制は
>>15
参照透過、静的型付→UTはツールまかせ→相手に合わせて機能修正や置換が多発するような仕事が楽
色気だしてflipとか多用してなんでも一行で済まそうとするやつがでてきたら破綻しそう >>23
昔ガンガンやって派遣が居なくなると会社が回らないほどになった。
で、派遣なのに不況時にクビを切れないわ、人件費は高いわで死にそうになった。 マイクロソフトはHaskellの.NET対応やらんのだろうか？
開発メンバーのほとんどがマイクロソフトの中の人なのになんでだろう？
f系のプロジェクトに常駐してるけど、おっさんばっかりだな
ほんとITはゼネコンだな。4社程度で業界すべてを語れる。
>>23
ピンハネされまくりの高い派遣社員より、
正社員を過労死するまで安月給でこき使った方が儲かると気が付いた。 この業界も腐海に沈むんだろｗ
内需作り出して延命してるだけｗ
COBOL、C、とかの枯れた言語使っていれば
今後も困る事は無いだろうに。
あまり知られてないが官公庁案件の入札にGoogleが頻繁に現れだしている。
たぶんもうすぐ一波乱ある。
今更だが関数型やっとくか
lispの方言みたいなもんだろ？
データ系が壮大にやらかした案件がコム系で再受注とか仲悪すぎ
>>29
ファンクター→アプリカティブファンクター→モナドって順番に解説する本がめちゃくちゃ分かり易かった
けどもう忘れた Googleは独自に言語を作って公開していたな。
NTTDには新しい言語を作る能力は無いの？
C + Class = C++
C++ + bug fix = Java
C++ により生産性を高める拡張を追加した言語を作ればそれなりに普及すると思う。
おればかだから
インタープリタで継続動かない、理解が足りないのか、ってずっとループしてたんだよね
継続って結局よくわからんのだが。
状態を渡せるgotoって認識で良い？
一番分かりにくい再帰で全部書くと楽しい
っていうだけのパラダイム
声だけでかくて（まぁでかくもないか）
実際に作られたソフトをほとんどみない言語
>>51
オブジェクト系で言えば最強だと思うが、あれはNET環境を含めて初めて完璧なんだと思う あ またけんもうのおじちゃんたちむつかしい話してる
関数型といえばカッコだらけのSchemeだけど
Haskelはそんなことないのか
main = print (read "Hallo Warld")
学校の授業で最初に習った言語がSchemeだった
結構好きだった >>22
たぶんそう。
以前データが、これからはアスペクト指向開発方法論で行くとかブチ上げていて、
世界的に確立もしていない方法論をSIer風情(＝研究所ではなく現場担当会社)が実践するなんてメチャクチャな話だと思った。
人員募集までしてたから話を聞きに行ってとりあえず方法論は確立していないけど開発支援ツール開発なら協力できると伝えようとしたんだけど
相手方は世界のどこにも居ない理論に強く実践経験もあるエキスパートを探していたみたいで絶句した事がある。
レガシィシステムのCobolなんて、アセンブラにDBアクセス用命令つけたようなめちゃくちゃ原始的な言語で
大学院ぽっと出て研究所への就職に失敗したコンプレックス持ちには屈辱的な土方仕事だから、Haskelでコーディングしてお金になるとかニンジンぶら下げただけだろうね。
おそらく職場ではCobolやJavaの悪口を始終言いっ通しで雰囲気悪そうだからあまりオススメできない。 遅延評価ってなんとなくロマンあるけど実際に有用なのか
遅延評価の評価を今こそしたい
>>64
ぼく業界から離れちゃったんですけど、
アスペクト指向とか依存性注入って結局定着したんですか？ >>6
そのロゴ廃止されたよな
インド進出の時にカースト連想させてマズイだとかｗ >>53
データ、富士通、NEC、日立、IBM
IT界のスーパーゼネコン >>39
JRの東と東海とかもそうだけど、
分割された国策企業って仲悪くなるものなの？ 関数型はハッキリ言ってむずかしいと思う
リアルでそこそこの地の頭の良さ持ってないと無理だと思うわ
専門卒とかのプログラマーじゃ無理っぽい
>>64
IT業界で末端の土方やってるけど、何言ってるのかほとんど理解できない
土方仕事ではなく、真っ当な技術者として働くにはこれが理解できる程度の知識が求められるの？
加えて、関係ない話ではあるけど
この人(=>>64)の立場って何？営業？技術者？コンサル？
>>76
知識言うても＞アスペクト指向開発 だけだろ分からんの
ググればええやん クイックソートのコードをHaskellのすごいとこみたいに言う人多いけど
あれはフィルターのシンタックスシュガーが美しいだけで
Haskellの機能的な利点を使ってないプログラム的につまんない例だよね
そもそもアルゴリズム的に美しければどんな表現でも美しくなるのでは
糖衣構文でエレガントになるのはライブラリ使ってんのと変わんないだろ
俺仕事投げまくってるから正直そんなに知識がない
なので取引先に質問された時実際に作業する担当に直接聞いてくれって言って逃げてるわ
■ このスレッドは過去ログ倉庫に格納されています
