「JavaEE」を含む日記 RSS

はてなキーワード: JavaEEとは

2022-02-09

その辺の技術者知識で負けないくらいのふるすたっくえんじにあになりたい

機械工学大学で学んだ。機械系4力学さわりだけなら大体やったがもう忘れている。

・切削加工はけがきフライス盤、ボール盤、くらいならできるが複雑な形状は作れる気がしない。そういえば旋盤は使わなかった。耐久性を考えなければ3Dプリンタでなんでも作れるらしいが、3Dプリンタは触ったことがない。

CAD大学の演習でSolidWorksを触った程度。もうすっかり忘れている。手書きの製図とかは調べて思い出せば簡単な形状ならできるかもしれない。

シミュレータANSYSマニュアル通り触った程度。動力学解析とか連成解析とか仕組みは全くわかっていない。

電気工学はだいぶ勉強不足。簡単回路図チップ製品情報を睨めっこしながらINとOUTと接地をどうすればいいかくらいはわかったが、複雑なものになるとダメArduinoとRasberryPiは買ってみたが埃かぶっている。論理回路の読み方はすっかり忘れているが調べれば思い出せると思う。

化学系は全くの無知大学受験で知識は止まっている。物性物理的なところも無知

数値計算PythonMatlabちょっとできる程度。ライブラリを使った行列計算簡単ニュートン法くらいなら書けるが、精度や速さが必要だったり複雑になるとダメ。解析は微分積分常微分方程式を調べて思い出せばできる程度。測度論とか特殊積分かいわゆる大学数学的な道具が必要になる解析はできない。

競技プログラミングちょっとかじったがやめてしまった。むずかしすぎた。

機械学習や統計はなんとなく知識はついているが、手を動かして何か作ったことはない。この前統計検定1級落ちた。

バックエンドSQLをそれなりに書いてとりあえず動くものなら書ける程度。可用性とかパフォーマンスとか考えられるレベルではない。JavaJavaEEを横展開的に書いた程度。理解できている自信はない。保守性高めたりデザインパターン的に綺麗な書き方とかできない。C++は一瞬だけ触ったことがあるが、環境構築ハマった&謎のSegmentation Faultで苦手意識を残したまま。Go?Rust?なにそれおいしそうだね。

クラウドAWSマニュアル通りに使っている程度。1から設計なんてできない。なのでAWSソリューションアーキテクトを勉強中。AzureやFirebaseは触ったこともない。

ネットワーク系とかセキュリティ系は全く勉強不足。応用情報ギリギリ合格できる程度の知識しかない。わかるようにはなりたい。

フロントエンドFlutter勉強中。Flutterむずかしい、どんな言語でもそうだけどチュートリアルから業務レベルまでの乖離ありすぎてよくわからない。javascriptはjQuery一強時代ちょっと書いた程度。VueとかReactとかなにもわからない。TypeScript?なにそれおいしそうだね。

ハード系だったりファームウェア系だったりコンパイラ系は何もわからない。わかるようにはなりたい。

全部中途半端だな、、、

2018-04-25

AzureIOTについて自社で関わることになって、自分JavaEE化石時代Android(Linux Kernel 側w)しか経験ないし、

とりあえず下記のような青写真を作ってGW遊ぶかーと色々調べてた。

Android Architecture Componentsを使用したkotlin仕様AndroidクソUIアプリ --MQTT(HTTPよりかっこよさそうなプロトコル名前だけ覚えていた)--AzureIOT。

とりあえず肝はMQTTっしょということで、これも名前だけ覚えていた時雨堂さんの名前を元に[色々親切だったと思うsangoサイト](https://sango.shiguredo.jp/mqtt)にアクセスしても繋がらない。

え、なんでやと思ったら[去年サービス終了してた...](https://medium.com/shiguredo/mqtt-%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA%E6%8F%90%E4%BE%9B%E7%B5%82%E4%BA%86%E3%81%AE%E3%81%8A%E7%9F%A5%E3%82%89%E3%81%9B-c615ab484110)

役目を十分終えた、か。サービスインからアウトまでたったの3年...自分名前を知ったのもこのサイトだったはずだけど、早すぎたんやな。はやー。

[こっちはまだ残ってるけど](http://akane.shiguredo.jp/mqtt.html)

とりあえず、公式チュートリアルでならそう。

https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-mqtt-support

2018-04-02

言語だけできてもアプリカテゴリが違えば意味無い OR 経験済みのカテゴリなら言語が違ってもプロなら数日で対応できる

って営業がわかってなかったりする

JavaEEができるからって、Androidアプリはすぐには作れないぞ、とか

「うちPythonエンジニアいないんですよねー」って断ってきた案件普通MVCWebアプリならPHPエンジニアでも全然余裕なのに、とか

もちろんその都度説明してるんだが

2016-11-20

からお前らはブラックなんだよ?

ローカル仮想環境たてて開発するとマシンスペック足りない人いるか

みんなで一緒の開発環境上で開発しようね。

その際上書き事故防止のためにロック機能必須だね」

→ アホですか?

Gitは使い方難しくて工数増えちゃうからSVNソース管理しようね。

ソース触るときは他に開発中の人いないかチャット確認してね。」

→ アホですか?

「開発環境を構築するときは全部ちゃんとメモしてね。

あとで検証環境と本番環境でも同じ手順で構築するからコマンドまで細かく書いてね?

chef?ansible? itamae? 自動化するとミスがあったときにハマっちゃうからね。

手動が確実だよ。」

→ アホですか?

「Java8?使ったことないか不安だね。今回はJava7で行こうか。実績あるから安心だね」

→ アホですか?

JavaEE?使ったことないか不安だね。今回は大規模案件から使いなれたJavaSEにしよう。

アプリケーションサーバTomcatいいね

→ アホですか?

設計書書くとき知識がない人がみてもわかるように書こうね。

かいロジックまで設計書まで落とし込めるといいね

もちろんExcelで書いてね。更新するとき更新履歴シートに更新内容書いてね。

ファイル名は日付をちゃんと書くこと。更新したらチャットで報告してね。」

→ アホですか?


こんな会社は僕のとこだけだよね?

2015-09-28

Seasarサポート打ち切りを目の前で通告されたわけですが

あの発表の場にいたわけだけど、感想はよくわからないポエム理由だ、でした。

今日の彼のSeasar2打ち切り宣言ブログ記事も読んだがやっぱりポエムだった。

あの発想は正直私にはよくわからないです。飽きたなら飽きたと言えばいいのに。

つうか、開発を打ち切ったあの時に言えばよかったんじゃないですかね。

かっこいいのかもしれませんが半分言い訳が入っているようにも思えます

まあ、使ってる側が文句言ってもしょうがないですね。

あのフレームワークには大変お世話になっているので、

とりあえずは本当にありがとうございます

ま、でもすぐは消えないでしょ。この国ガラパゴスだし。

そもそも日本はまだStruts1.2.9ガチ新規開発に使ってるSIerがいたりするくらいだし。

来年で打ち切られたとして、確かに今後新規開発に使う人はほぼいなくなるだろうけど、

それでも5年いや10年以上既存アプリメンテとかで普通に使ってるでしょ。どうせ。

フレームワークのフの字もない時代に作られたサーブレットだけで書かれた昔のゴミアプリを書き換えたいと

5年以上主張してても顧客から改修費用もらえない(後そこにリソース取れない)

という理由で書き換えられない人も世の中にはいるわけですよ(私だけど)。

もちろん最終的にはSeasarが緩やかに消えていくのは確かだろうけど皆さんが思ってるほど早くはないんじゃないですかね。

で、とりあえず今うちの会社現在(かなり)Seasar資産を使って作ったアプリ稼働中なので

いきなり移行する気もないわけです(つかそんなリソースない)

そもそも確かにメーリングリスト見て参考にしたところは多少あるけど、

基本あんまりコミュニティに頼って開発したわけでもないので、

サポート打ち切られたからってああそうですかでしかないとも言う。

どうせ何かあったら最初からこっちでメンテするしかないんですよ。

ぶっちゃけ今もそうですし結局当面はなんも変わらないわけです。

(あ、でもメーリングリストバックアップは消えないうちに全部取っておこうかな)

フリー環境を使わせていただくというのは究極的にはそういうことなんだと思っています

それは多分Springに移行してもそう変わらない(最新の機能は随時提供されるだろうけど)

とは言え、新規に今後Seasar2を使うのがためらわれる状態なのは確かなので、

今後の新規開発案件では多分Springに移行することになるでしょう。

当日SpringBootのセッションも聞いたので日曜さらっと動かしてみてます。(ほんとにさらっとですが)

ひと月も触ってみればある程度Seasar2と変わらない程度で代替としては使えそうだとは感じてます

バージョン2.4くらいの時に少しSpring触っていまいちとっつけずに捨てていたけど、

当時から見て大分とっつきやすくなってるんだなとは思いましたね。

(未だにSeasar使ってる化石人間の私としては今のSpringならPlayよりとっつきやすそう。JavaEEは論外)

でも正直あれがSeasar2より優れているのかと言うとぶっちゃけよくわからないけれども。

せめてDB周りがS2JDBCくらい使いやすければなー。来週HibernateDBFlute連携を試しますかね。

せっかく(外的要因とはいえ)変えるのだからよりやりやす方法を探したいですね。

ま、もう少し研究して1か月くらいしたら新規案件はこっちでやるめどがつくかもですね。

既存を移行するかはわからない(受託開発は移行を提案しても金がもらえないと…))

とりあえず、

1、5~10年計画で徐々にSeasar2フェードアウトするとは思うけど、完全卒業は多分しない(苦笑)

2、とりあえず、新規の開発はSpringで今後やるけど既存アプリをどうするかは目途つけてない。変更のないアプリとかそのままずっと動き続ける可能性大(大苦笑)

3、ほどほど主義なもんであの人たちほどの成長意欲はない。流れのままのんびり生きていきたいっす。(SEに向いてない)

以上、誰も読まないと思うがBlogも持ってないのでこんなところでぶーたれてるヘタレSEの戯言でした。

2008-09-15

特集 私がRubyからJavaに乗り換えたくない10の理由

Re: http://anond.hatelabo.jp/20070304154248

 
ログイン ユーザー登録
ようこそ ゲスト さん