【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/ NTTって、携帯の絶頂期に家電メーカーの自主開発を邪魔してiphoneのようなものが 生まれる芽を積んで、結局何も残さなかったよね androidのようなフレームワークぐらい作ればよかったのに webアプリケーションでJava使うってどういう状況だよ 日本で有数のアクセスがあって、しかも負荷の高いシステムじゃないと必要ないだろ。 オラクルがサポート打ち切っても見捨てないでください。 ASKAさんって、まだギフハフ一味に追われてるのかな NTTって時点で 体が拒絶反応示して 最悪死ぬ気がする オラクルがJavaを有料化すると聞いたけど、一体どういう風に有料化するつもりなんすか? 開発環境を売るの?ライブラリを有料にするの? 20年前から時が止まってるんだけど これマジか。 オラクル支配を嫌ってiOSが登場したのにそこまで遡るのかよ 今からゼロ戦作って第二次大戦やり直すみたいな話だな まぁ好きにやれば良いけどまた金をドブに捨てるのか wwwwwwwwwwwwwww 既存のspringに乗っけただけで、FWとかwww そんなものをよくギフハふで公開する気になれるなw なんてことはない、普通のものだった件(´・ω・`) これは酷いし恥ずかしいな 大企業が、既存のフレームワークをただ拡張してそれをドヤ顔で公開とか ギフハブを単なる格納場所&公開場所だと思ってやがるところも痛々しい で、こうやって金使って、ニュース記事にしてもらえば、流行ると思ってるのけ? 誰もforkもしていない、誰もstarをつけてないし、プル陸のローカルルールも書いてない ソーシャルコーディングの基本からやり直せ!!! 糞やろうども で、Oracle得意の「特許侵害訴訟」で大赤字、 なんだろうなぁ なんだろうなぁ なんだろうなぁ フェードアウトしつつある技術に手を出してドヤ顔な、情弱NTTおェ ライセンスどうなってるか知らなくてすまないが、 これは自分で作ったもの全公開しないとだめなやつ? Javaの今後が怪しいし、成果物webアプリケーション 真面目に誰が使うんだこれ いい加減Javaとか忘れようよ… いつまでそんな迷惑なものを使ってるんだ。 >>29 NTTの案件に入りたければこれ使って練習してきてくれってことなんだろ Javaなんかもう何年も書いてないや C++/Pythonだけだわ 特にC/C++マスターしてりゃ何一つ不自由しないしな JAVAという負の遺産 誰も使いたくないけど使ってる案件が多すぎてやらざるを得ない >>20 おっとテラソルナ()の悪口はそこまでだw 今更Javaで俺様フレームワークなんて、10年遅いよ・・・ Javaはオワコン。フレームワークも結局Strutsを越えるものは無かった。 SpringにMyBatisとはまた生産性低い組み合わせだな。 Javaで組みたがる企業内システムではありがちで何周遅れなんだと言わんばかり。 こんなの使いたがるところは日本のお役所くらいな気がするが。あと銀行もあるが、そっちは自前で持ってるしなあ。 let jap = Object.create({ baka:function() {return(this.brain || "そんな能力ねーよバーカwww")}}, {brain:{value:null,writable:false}}) >jap.kaihatu.bind(jap)() //ジァアアアアアアwwwww ホルジャップさん見てるぅ〜〜? だwっwだwっっwwっwだいきぎょうwwwwwっうぇwwwwマジでこれ大企業なんですか? ジャッwwwッwッジャッwwwジャッwwwwwwwwファーwwww Javaのフレームワークなんて今さら使う奴いるの?w 10年おせぇよwww >>41 はbaka->kaihatsu ジャップを馬鹿にしたい気持ちが全面にですぎた。つまりぜんぶジャップが悪い。 皆、動的型付け好きよねぇ。 個人的にはコンパイラに怒ってもらえるのは安心だわ。 scala?haskell? あぁそういうのバリバリやってところに居ないのが自分の技術力の低さなのかもなぁ。 VB6 とか VBA の Variant型は動的型付けでしょうか? 一周回って元に戻ったの? Javascriptなんかも動的型付けになるんでしょうかね? >>1 にないから探しちまったが、ソースここか https://github.com/Macchinetta さっとリポジトリ斜め読みしたけどさ、これライセンス見当たらなくね……? >>54 javascriptが動的型付けじゃなかったらJavaは静的型付けじゃないぞ >>53 バナナ食って出たうんこをお前が食べるのか? >>57 だから、一周回って元に戻ったのか?って聞いてんだよ。 >>51 動的型付けと言うか、型推論だな DRYの原則的に、型定義は右辺から推論不可能な時に限った方が冗長にならない。 >>59 戻ってない。一ミリも戻ってない。そういう方向に進もうという兆しすら無い。 てかjavascriptから動的型付け取ったら何も残らないだろ。 >>60 型推論は良いよね。 記述量が減らせて素敵。最近、C#やったからとても実感する。 そこがjavaはとても残念。 自分が先の書き込みで念頭においたのは、php,python,ruby,jsとかの人たちかな 。 >>64 PHP とかリクエストのたびにプロセス立ち上がって、 スクリプト読み込んでるんでしょうか? >>66 そのあたりは、ずいぶん前から改善するしかけがいろいろある >>66 サーバの設定にも依るんじゃないかなぁ。 apache + mod_phpなphp環境だと、1アクセス毎にOSの1プロセス充てられるけど、他の方法もあるかもねぇ。 webサーバから動かす方法がひととおりじゃないしよくわかんないや。ごめんね。 >>67 >>68 答えてくれてありがとう。 今更ながらPHP勉強中だから、他の人からの情報はありがたいです。 >>66 あぁプロセスが立ち上がるかって点では違うかなあ。 あらかじめサーバプロセス立ち上げておいてそれを使う、そして何回か使い回すってなってたりするなあ。 >>70 PHPは、モジュールプロセスが常駐していて、その中でスレッドが動いているんですか? >>72 そうですか。require なんかは毎回ディスクからファイル読み込まずに メモリに常駐しているファイルイメージを読み込むんでしょうか? >>73 phpは基本シングルスレッドよ。 アクセス毎にプロセス生成するんじゃなくて 予め作っておいたプロセスをアクセス来たときに割り当てたりする感じ? fastcgiとかググれば少し幸せになるかも? >>64 Javaはlombokが標準だから問題無い 皆さん、いろいろと教えてくれてありがとうございました。 PHPの学習、精進します。 >>75 そこは毎回読むんじゃないかなあ。 ファイルシステムレベルのキャッシュ機構あったら別だろうけど。 サーバプロセスがそれやると、「ソース編集したのに反映されない?なんで?」ってなる気がする。 >>66 OLTP(一般的なウェブシステム)に関してはそのような考えで良いですよ(;^_^A ただし実際にはApacheのプロセスが待機しているのでリクエストがあるごとにプロセスをフォークしているわけではございませんが。 最近スレッドセーフ版のPHPも出たのですが使ってるのを見たことがないですね。 少なくともフロントで使うことはないと思います。 >>60 javascriptはブラウザによるが速いです よく分からんけどスクリプトを入れたらエラーが出て新しいのはここから入手しやがれ、 っていうの助かるわ。作ってくれてる人ありがとう ソフトなんて数年でオワコンなんだから開発とかいみわかんね オワコンになるのは新しいのが開発されるからでしょーが! それはさておき、>>1 はNTTとありますがデータですよね(;^_^A? 以前、NTTデータがSpringのエバンジェリストになりたいという話をしていたと思いますし。 問題は今からJavaなんて覚えたい人がいるのかという話ですが。単金もPHPの方がずっと高いですからね。 今からJavaなんか覚えても金融系のシステム開発にゴミ扱いの単金で放り込まれて奴隷にされるだけだと思うのですが(笑) 今からやるなら、ExpressとReact覚えた方がまだ幾分かモダンなWebエンジニアになれるよ 内容はともかく、とにかく案件はたくさんあるので営業には人気なんだなー 騙されてJavaやっちゃってる新人を見るとかわいそうになるけど 良いじゃんJavaでも。古臭いところもあるけどさ、 初めてのJVM言語でやるには悪くないんじゃねぇの。 そこからKotlinなりScalaなりGroovyなりClojureなりと派生してけばいい。 >>89 流行りのサービスの開発者になりたいならスクリプト一択だろうなと思いますね(;^_^A・・・ 流行モノはキャッチアップが大変ですが単金が良いですからね。好きでやるならそっちの方がお金を稼げるだろうなと。 Javaで業務システムの開発、しかも金融系、さらに銀行系とか、本当に駄目なプログラマーの掃き溜めですよ。 サービスの開発ならキャッチアップ(技術マーケティング的な観点での)が大変ですがライバルたちが勝手に氏んで行くのも有りますからね。 企画に「こんなの出来ちゃうんですよ、サクッとデモ作っちゃったんですけど」みたいな感じでどんどんモノ作りに参加したいタイプの人はJavaなんてやってたら駄目です。 >>82 そう言われても個々の処理系がどんな感じなのか俺詳しく知らんし。 var d = 2; var d = "a"; とか成り立っちゃうしな。 動的オブジェクト志向なんとかかんとかって書いてあったけどな。wikiに。 >>65 おう。バナナ食べろよ健康にいいぞ。 別の観点でJavaプログラマーになってはいけない理由を述べますと、 フルスタックエンジニアになりにくいというのも勿論ですが、 かなり長い期間ソフトウェアのライフサイクルのごく断片的なことにしか携われないことが多いですから、 下積みが異様に長いと言いますか、「マネジメントも頼みたいんだけど出来る?」なんて言われたときに困るんですよ(;^_^A・・・ 広い視野をもってお仕事出来ないですから面白くもないですからね。分野が異なる人たちとの付き合いが広がってそこから刺激を受けたりということもありませんし。 何と言いますか、世界を繋げるインターネットの仕事であるはずなのに、牢屋に閉じ込められているような状況に追い込まれるんですね(;^_^A・・・ ですので、これからプログラマーになりたいと考えているキッズたちに言いたいです。 「Javaだけはやっちゃ駄目」だと。やるとしても学問としてだけでお仕事にしちゃ駄目です、と。 >>97 var今すぐ使うのやめてletかconst使えば幸せになれるよ。 >>98 ジジジャップにも色々有るんだな。温泉浸かれよ。元気出るぞ >>99 黙れゴミ。今直ぐサル山言って二度とでてくるなゴミ。 >>98 お前はなかなか良いこと書いてるな。ニュー速+では珍しい。 >>98 Java自体はそこまで悪い言語じゃないが、VB.NETとかと同じことが言えるのかもね 開発者と、その言語を取り巻く業界がクソ中のクソ。 何と言いますか、Javaの業務システム開発とか根本的に人々をハッピーにしたいって感覚がないんですね(;^_^A・・・ こんなの作ったら世の中便利になるだろうなとかそういう発想がそもそもありません。 銀行系なんて更に酷いですよ(;^_^A・・・ よっぽど食い扶持がない限り、関わっちゃいけない世界です。 どこを見て仕事してんだろうな、こいつらは。と呆れること間違いなしです。 こいつらに文明の進歩や発展に貢献したいなんて気持ちを求めるのはまあ無理だとシラけること間違いなしです。 by かもめ党(鼎 梯仁) べつにJavaやってもいいけどさ! springに皮かぶせたものをギフハブにうpしたよ! ってニュースにしているその生き様に感動した! >>105 今会社でjavaやってる新人なんだけどどうすれば良い? >>103 私は「人々は遍く煌かねばならない」という思いを込めて新思想・σ原理を創始した男ですからね(;^_^A・・・ 厳密には思想ではございませんが。思想、哲学、宗教、学問などの現象領域の根源たる原理領域(超越領域)を研究しよう、踏み込もうという取り組みです。 その未踏の領域を歩むためには個人の力では難しいのですね。 ここまで来るとたった一人の天才(私のことですが)がどうにか出来るものではございません。 そのような渇望から私は人々の可能性、その煌きの目を摘むようなことに異常なまでの憎悪を燃やすのです(;^_^A・・・ もっと高く飛べる。 否、今の人類はまだ羽ばたくことすら満足に出来ていないと私は思うのです。 by 鼎 梯仁(新思想・σ原理開祖) >>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 こーゆーことをやれ、とw 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 そりゃ電気工事専門の人とか多そうだもんな いろいろかじっただけの幼稚園児レベルが吠えているようだな。 自称研究者かな? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる