【IT】NTT、Java開発フレームワークをGitHubで公開
■ このスレッドは過去ログ倉庫に格納されています
NTTは、Webシステムを開発するためのアプリケーションフレームワーク「Macchinetta（マキネッタ）フレームワーク」をGitHub上で公開した。
Macchinettaフレームワークは、Java言語向けのオープンソースソフトウェアのアプリケーションフレームワーク「Spring」を中心に、Webシステムの開発において必要となる共通機能の提供と、アプリケーションの基本的な実装手法等をドキュメントとして整備したもの。NTTグループにおいて広く標準的に活用されており、豊富なベストプラクティスに基づいて作成されているという。
OSSの組み合わせによる共通機能の提供においては、様々なユースケースを想定した動作検証を行い、OSSのアプリケーションフレームワークであるSpringを中心にOSSスタック推奨モデルとして定義しているという。
https://news.mynavi.jp/article/20180313-599889/images/001.jpg
アプリケーションの実装に関しては、これまでの適用で培ったベストプラクティスに基づくノウハウを整理し、具体的な実装方法をドキュメントとして定めた開発ガイドライン、機能確認や性能確認を行うための検証プログラム、Macchinettaフレームワークに基づく実装手法の習熟や開発時の事前検討に有効なモデルシステム等を提供している。
https://news.mynavi.jp/article/20180313-599889/ >>99
黙れゴミ。今直ぐサル山言って二度とでてくるなゴミ。 >>98
お前はなかなか良いこと書いてるな。ニュー速＋では珍しい。 >>98
Java自体はそこまで悪い言語じゃないが、VB.NETとかと同じことが言えるのかもね
開発者と、その言語を取り巻く業界がクソ中のクソ。 何と言いますか、Javaの業務システム開発とか根本的に人々をハッピーにしたいって感覚がないんですね(;^_^A・・・
こんなの作ったら世の中便利になるだろうなとかそういう発想がそもそもありません。
銀行系なんて更に酷いですよ(;^_^A・・・
よっぽど食い扶持がない限り、関わっちゃいけない世界です。
どこを見て仕事してんだろうな、こいつらは。と呆れること間違いなしです。
こいつらに文明の進歩や発展に貢献したいなんて気持ちを求めるのはまあ無理だとシラけること間違いなしです。
ｂｙ かもめ党（鼎 梯仁） べつにJavaやってもいいけどさ！
springに皮かぶせたものをｷﾞﾌﾊﾌﾞにうｐしたよ！
ってニュースにしているその生き様に感動した！ >>105
今会社でjavaやってる新人なんだけどどうすれば良い？ >>103
私は「人々は遍く煌かねばならない」という思いを込めて新思想・σ原理を創始した男ですからね(;^_^A・・・
厳密には思想ではございませんが。思想、哲学、宗教、学問などの現象領域の根源たる原理領域（超越領域）を研究しよう、踏み込もうという取り組みです。
その未踏の領域を歩むためには個人の力では難しいのですね。
ここまで来るとたった一人の天才（私のことですが）がどうにか出来るものではございません。
そのような渇望から私は人々の可能性、その煌きの目を摘むようなことに異常なまでの憎悪を燃やすのです(;^_^A・・・
もっと高く飛べる。
否、今の人類はまだ羽ばたくことすら満足に出来ていないと私は思うのです。
ｂｙ 鼎 梯仁（新思想・σ原理開祖） >>108
まずエンジニアとして行きたい分野を見つけることだ
次にJavaが不安ならそれ以外の生き様を見つけるといいかもな
WebやりたいならNodeJSも良いだろうし、スマホアプリやりたいならUnityもあり
あとギフハブは活用しまくれ
経歴書は嘘つけるがソースコードは嘘つけない >>108
とりあえずやっとけ。そんで他の言語もやっとけ。
できればJavaとかけ離れたものが良い。
「パラダイム」ってものをきちんと体得するんだ。
そうすれば他の人とも仕事しやすくなる。 >>108
とりあえずプログラミングのワークフローを覚えるだけなら、さしあたって何だっていいと思いますね(;^_^A・・・
それが最短距離ではないにしてもです。
そして次のアクションとしてはなるべく「Javaだけではないプロジェクト」を希望することでしょうね。
Javaを起点にしつつも他へ移住する道筋をつけておきたいです。
ですがJavaの案件って大抵はJavaオンリーなんですよね(;^_^A・・・
そういう意味ではやはりプログラマーへのオンランプとしてJavaはあまり良くないだろうなと。
これがPHP起点ならRubyやJavascript、Pythonなど拡げやすいのですけどね。周辺のMWもそうですが。
麻雀に喩えるとJavaはカンチャン待ち、PHPなどのスクリプトは多面待ちということが言えるかも知れません(;^_^A・・・ やべーじゃん
ぎっとはぶって追跡妄想されちゃんだよね？
？？？？？w >>104
まったくそのとおりだと思いますね(;^_^A・・・
Java界隈はプログラミングという役割をする人を安くで買い叩こうというそればっかりの発想なんです。
そうした発想にお付き合いしていても楽しくないですし、そうした発想自体に継続性があるのか疑問でもありますし、
そもそも人々を幸せにしないだろうとも思いますし、関わってたらろくな人生にならないことは容易に想像できますからね(;^_^A・・・ ごめんswingに見えたわ
流石にそれはないか
真面目に、Javaのスタックマシン思想って未だに有効なんだな
ギガサイズのキャッシュにオクタコアが手のひらで動いてる時代にスタック積んで足し算してるとか胸熱
社内ツールを外販？
元々うまく行った例は少ないが、NTTともなれぼ極めてて怪しい。
ツールを作る側も、使う側も競争意識は希薄だろ。
>>5
> NTTって、携帯の絶頂期に家電メーカーの自主開発を邪魔してiphoneのようなものが
> 生まれる芽を積んで、結局何も残さなかったよね
> androidのようなフレームワークぐらい作ればよかったのに
うわーーー
そんなこと書いて大丈夫？？
ほんとのことでも書くと、
QUIYUORIWE)
おわ
なにをするお
やめ >>5
作ったけど、流行らなかったので
無かったことになりました NTTではフレームワークが何なのか知ってるレベルの「若手」が
ようやくただいま管理職に成れましたという
激寒な話 >>117
Javaより単価安くてオススメしない。求人も少ないし。 >>14
ライセンス商売だよ。
サーバサイドなら、1CPU当たり60万円/年で保守は別途15万/月だったかな。 ITは技術よりも信用とかｺﾈ、何よりお金だから、
NTTがｶﾞｻｯと仕事を取っちゃった。
しかも、安価で上げるために、
有り合わせのJava LAMPとか利用して作ってたから、
技術的に発展しなかったし、多様性も生まれなかった。 民業圧迫。
ﾃﾞｰﾀの人間は、利益を億単位で持っていき、
派遣の給料は20万円以下なんてのもある。 TIS連合とかもあるけど、
ほぼ独占に近い状況だから、
安く買い叩くことができるんだよ。 SpringFrameworkの本でいちばんまともなやつって
NTTデータが書いてるんだけど、こういうことだったんだな 開発元はNTTソフトウェアイノベーションセンタか
>>145
たまたまじゃないか? SpringFrameworkもJavaEEも新しい規格にのりきれてなくて古いからなぁ。
このごろHTTP/2なんかのサーバーアプリはNode.jsで組んでるわ。 >>124
たしかHinemosがそれなりに成功したように思いますね(;^_^A・・・
ただ、NTTグループの場合は再解体を回避するために複雑なグループ間取引を行う名目作りが大切だとも聞きますし。 今ちょうどJavaのAndroidアプリの保守してるとこだけどC#に慣れてるとJavaは糞言語でイライラするわ >>153
こーゆーことをやれ、とｗ
http://www.pro.or.jp/~fuji/mybooks/cdiag/cdiag.8.2.html NTT案件をデータとやってたとき、フレームワークをテラソルナ()かマッキネッタ()かで揉めててNTTはバカなんだなと思った
どちらも中身は既存フレームワークを個人用レベルでカスタマイズしてるだけという >>154
javaの構文を短縮しろなのに何でもパスカル持ってくんの？
イミフ。 >>33
Python使ってりゃ、
C++で不自由ないとかあり得ないと思うんだが‥
宣言しないと変数使えないとか
クラス定義しないとデータ構造作れないとか
ループ書かないと配列処理できないとか
書いたコードを試すのに一々コンパイル挟むとか
色々面倒臭すぎるだろ >>157
そのめんどくささが、俺は設計している！という雰囲気を醸し出し
安心感を生む、そういう宗教に最適。 >>157
VB厨みたいなこと言うね
バグを減らすためにその手間がある方が楽なんだよ >>157
> 書いたコードを試すのに一々コンパイル挟むとか
pythonでもリントかけるだろ >>159
違うよ、バグ減らすためには
「小さなコードをすぐ試せる」ってのが
一番重要なんだよ
>>160
遅いという人の大半は使い方が下手
どうせC/C++のノリでfor多重ループとか書いてんだろ >>162
使い方が下手でも速度出せるC/C++最高 >>164
はいはいそうですか
そういう人に限ってループのど真ん中で
class->counter++とか書いてたり
倍精度なんて要らないのに小数の定義をf無しでやってたり
値渡しと参照渡しの区別ついてなくて
無駄にコピー発生させたりするんだけどな
本当に速度が必要な場所なんてほんの一部
必要ならそこだけCでもasmでもGPUでも使って速くすりゃ済むよ >>166
自分に都合のいい仮定条件つける人だねw >>155
ほとんどいまのはSpring4系のクラスだからな。独自部分はSpring2系の頃より減った。
そういえばNTTコムウェアのラズベリーシリーズもあったっな。 >>162
自動定理証明とか仕様記述言語って世界もあるよ。
静的型付けをうまく使えばそもそも開発してる段階で計算機のほうから
勝手に「ここ文法エラーだから直せ」って言ってくれるじゃん？
自動テストを自分で書くの大事だけどさ、文法や型システムって
かなり強力な自動検証機能なんじゃねぇの。 印刷したら型が読めなくなるから型推論使うな、それとローカル変数の抽象化もやめろ
って今日言われて閉口したわ >>169
逆にツール通さなきゃ言ってくれないし
型チェックしかしてくれない（ロジック合ってるかの検証は別）じゃん
書いた関数の動作をその都度確認できりゃ
手元で単体テストしながら開発進められる
動作がおかしけりゃ書き始めで気付くんで
手戻りが少ないし、作り込んだあとでどこがおかしいか探し回る必要もない
だから後からデバッグするツールも要らない
結局そういうツールってウォーターフローな開発で
検証する人が楽するためのツールでしょ？
アジャイルな開発したきゃそれじゃ遅すぎるよ >>171
なんかいってるけど
あなた知識足りてないのでトンチンカンとだけ指摘 >>166
必要なら仕方のないことに無条件にダメ出しするプログラマーってw >>169
前半
ユニットテストは仕様検証ではなく実装検証の領域で
静的なチェック、例えば型検査、到達性検査など、
では賄えない領域に強い
後半
静的検査で可能な領域が狭いことを理解してない
そもそもC/C++でもユニットテストは重要
この事は>>162もよく理解してないようだ
pythonはツールが多いことは確かだが
ユニットテストをしっかりするには
スクリプトだから楽なんて事はない >>172
はいはい、そう思っときゃ良いよ
こっちも貴方は知識不足と思ってるからさ
>>174
必要なら？どれも回避方法あるけど？
>>175
建前はいいけど、じゃあ貴方のプログラマは
ちゃんとユニットテスト書いてるの？
C/C++で単体テスト作るのはとにかく面倒くさいので
プログラマがサボりがちなんだよ
つーかお前らPython真面目に使わず批判してるだろ
こちとらC/C++からVB、Java、perl/ruby、PHP、obj‐C、R言語にLISPまで
色々やった上で、Pythonがずば抜けて出来が良いと言ってるんだよ 製品としてではなく社内ツールとか個人ツールとして作るならpythonで適当に作っときゃいいんじゃね >>176
うーんそんだけの言語しか使ったことが無いのに大口叩いていたのか
だから抜けたこと言ってたのか納得 >>176
pythonならユニットテストが簡単なの? そんなことよりコムウェアが作ってるくそ重くて使いにくいソフト何とかしろよ！ 本物のSpringFrameworkじゃなくてこっちをあえて選ぶ人なんてそんなにいるもんかね？
NTTデータが絡んでる案件くらいなもんじゃね？ ログ、プロパティ、グローバル例外などのまとまった部品だけ失敬するといいよ。
今のSpringに無い部分だけね。 失敬するにしても、なんでわざわざ独自ライセンスなんかにしたんだ
斜め読みした限りではCC-BY-NCライセンスに近いけが、
ドキュメント英語なのにライセンス表示だけ日本語とか
オープンソースライブラリとして流行らす気なさそうだな >>97
javascriptでvar使っているなんて10年前で知識が止まっていますね >>176
> C/C++で単体テスト作るのはとにかく面倒くさいので
> プログラマがサボりがちなんだよ
pythinでも同じ >>176
> こちとらC/C++からVB、Java、perl/ruby、PHP、obj‐C、R言語にLISPまで
> 色々やった上で、Pythonがずば抜けて出来が良いと言ってるんだよ
用途が違いすぎて
本気で言ってるのなら経験不足としか いまどきJavaで業務ソフトやってる人って大手SIの奴隷だけだろ？
10年後はCOBOLと同じ立ち位置なんだろうから仕事にあぶれなくていいってのはあるか >>148
Spring2系はWebFluxいけるで 最近(2017/9/28)になってでた Spring 5.0 の間違いでしょ？ >>189 >>5
自主性に任せてもメーカーの開発体制じゃロクなのできない。
それ以前にNTTにすり寄ったのはメーカーの方だし。アップルやGoogleと違って Tomcat9 HTTP/2 springboot2.0/spring5.0 ってのが非同期ウェブ実現の選択肢なんだな。
今のSpringMVC資産はそのまま流用できないから、新しく作るんだね。 NTTってプログラムも実際に書いたことのないようなやつが
大量にのさばってるんだろ？ こんなの使い物になるのか？ >>194
そりゃ電気工事専門の人とか多そうだもんな いろいろかじっただけの幼稚園児レベルが吠えているようだな。 自称研究者かな？ ■ このスレッドは過去ログ倉庫に格納されています
