  |
はてなキーワード: javaとは
JAVA と Javascirpt を混同するレベルなのか、
え？今どき Javascript なの？ Typescript とかじゃなくて？
そもそも Typescript/Javascript を今どき勧めるのってどうかと思うけど・・・
なのか、どっちなんだろうと思った。
やってるのは社内の業務システムのフロントエンドだけなんだけどね。
「プログラム開発はじめたいんだけど」「SEになりたいんだけど」
みたいなことと言い出して、相談をしてくるようになった。
そこで、まぁ自分が初めて触った言語がJavascriptなのもあって、
「まずは環境整える必要もないし、すぐに出力できるJavascriptを触ってみてはどうかな？」
みたいなこというので、これって、もう、「はじめてのプログラミング」みたいな本に「そういう風に返しましょう」って書いてあるか、
AmazonLinuxでも独自にJava提供されてるからクラウド利用も問題ない
というか、内部利用の業務システムなんか、もともとろくにアップデートしてないくせに（アップデートで金とるくせに）なんで慌ててるのかね
BlackBerryとかNokiaのSymbianとかはちゃんとスマホ扱いされてるんだろうか
とは言え私はJavaScriptしか扱えないわけですから、ああ、JavaScriptのことを言っているのだな、と、わかるわけです。
どんとはれ。
カスタマーサポートからjavaを解析するチームに転属になった
これまで前職で7年くらいSIerでjavaいじってきたけど、表面上をいじったり設定を変えたりしたたけで、全然スキルにならないことはわかっていた
だから転職してカスタマーサポートになったのに、カスタマーサポートの中では多少コードが読める、というだけで転属になってしまった。
java+tomcat+postgressqlというまーたぶんOSS使うなら標準的な構成だと思うんだけど、
tomcatの外にあるcontext.xmlじゃなくてjavaプロジェクト内のcontext.xmlの設定を変えただけでなんでDBの見る先が変わるんだろう？
eclipse内にあるtomcatってwindowsで普通にインストールするtomcatとどう違うの？
そのへんも分からないし、手順書通りにやっても動かないこともストレス(これはpostgressqlをインストール済みの環境でリストア済みのDBがあること前提で手順書が書かれていることが後に分かった👍️)。
このITのなぜ？に一つ一つ答えられる人がいなくて前職辞めたのに、みんな忙しそうで聞きづらい。
みんなどうやって一から環境構築してるんだろ？構造わかってるから出来てるんだよね...。
設定変えたら動くからそんなもん、て言われたらそれまでなんだけど。
きっとこうやって割り切れなさを抱えてるから仕事遅いと思われてるし、気ぃ遣いで優しそうだと思われてるかもしれないけど、ほんとは一から十まで最初から教えてくれないと分からない頭悪い人だと自分では思ってる。
きっかけと構造さえ掴めれば応用きいたりするんだけど...知識欲もあるし誰か教えてほしい。学校にいくか、本を買って読まなきゃなーって思ってるところです。
人に聞けない俺はその方向で合ってるのかな？
IT業界、特に「Web系」を自称する人達は気楽ですよね。システムがダウンしたところで人命には全く影響ないですから。IT業界全体、自分達の「社会的責任」について無頓着極まりないと、傍らか見て思うのです。ITエンジニアの職業倫理に関しては個人的に疑問を呈します。— HASUNUMA Kenji (@khasunuma) 2019年6月18日
https://web.archive.org/web/20170103043159/https:/twitter.com/khasunuma/status/815913100574539780
I社は技術に疎いから、僕が元旦に廃止したライブラリに自社製品が依存していることを知るのは、たぶん僕の退職後です。その時になって気付いても、何もかも遅いです。社員じゃなくなったら、こっちは権利すべてを渡す代償に数百万はふっかけますよ。
I社にはCSV処理技術はタダでは渡さないです。転職先次第では、後輩（別の中国籍）を引き抜いて去ります。彼もI社には勿体無いJava技術者、天性のテスターです。
最近はGoが流行っているが、それならJavaだって同様に良さそうな気がする。
- nullがたまにうざい
- なんか重厚な感じがする
- ORMとかが重厚なのが多かった
- 故に環境構築が大変だった
- strutsがしんどかった
- xml地獄からアノテーション化したりいろいろと模索していた
- ちょっと昔には「俺たちイケてるプログラマ」はみんなRailsに移っていった流れがあった？
- Effective Javaよいが、そもそもそういうtips意識せずにそう書けるような言語仕様になってほしかった気もする
- 非同期処理やスレッド処理がやや難しかったか、あるいは言語側でのサポートが薄かったか(?)
言語仕様的な批判と、エコシステム的な批判に分けられそうなきがするな。
関数型言語の関心はScalaやClojureに全フリしてもらって、Javaはシンプルな機能を持つGoの方向性なModan Javaになっていってくれれば良さそうな気も。
httpサーブレットとかそのへんが微妙だったかもしかして。Goみたいにnet/httpライブラリが標準であればそれをベースにすることでオレオレフレームワークの乱立を避けることができるか、と思ったけどJAX-RSとかがあるな。
Goだって冗長な記述が必要な言語だが、好かれているし、Javaも悪くない言語な気がするんだよな。
まあ何でもいいが。
ロジカルに考えているようで結局なところ雰囲気的なところに左右されているエンジニア多い気がする。
まあわいも、人気な言語に乗っておいて高単価を得られたほうがいいのでそうするが。今の所Goが肌にあっているんだよな・・。3年ぐらい使って熟練度上がってきたし、さほど悩まずにコーディングすることができる。
PHPの人が好きな、あるいはRubyのmethod_missingなど活かしたテクいコードは、書いているやつは気持ちいいかもしれないがわいは明示的にinterfaceがわかるコードが書かれていたほうが好きだ。型で振る舞いがわかったり制御されていないと分かりづらくない？複数のプロジェクトを掛け持ちするから、読むときに前提知識が少なく読めるコードがいい。
まあJavaもリフレクションでテクいことができる気がするな。
Goがいい。誰が書いてもだいたい同じコードになるから、誰かに作業を振ったとしてもレビューしやすい。
まあこれからJavaを書く気はしないが、GoでAPI書いているマンから見ると、JAX-RSとかでゴリゴリAPI書いていくの全然悪くないんじゃないかと思うのであった。
最悪別にGeneric入らなくてもいいかもな。別にそんなに困ってない。はいってくれるなら、はいってくれたほうがいいが。sliceに対してmap, each, filter, existsなどのメソッドが生えることになるイメージかな。まあそれは欲しくなるけどな・・・。
Scalaもいいんだが、たまにイキったコードを書くと分かりづらくなる時がある。イケてるコードを書こうと思ったとき、結構パワーを使う言語だ。なんかモナドってジェネリックを更に強くしたやつだとも捉えられるような気がするな。ゴリゴリ関数型で書こうと思った場合、プロジェクト全体に影響がある話なのでアーキテクチャ設計に力がいる気がする。
年をとると大事にするポイントが変わってくるな。昔はスーパープログラマになりたくて関数型言語とかやっていたが、今はいかに効率よく仕事をする＝金を稼ぎ自由を得るかを重視している。職業プログラマとなったわけだ。仕様固めたりリリースしたり不具合対応したり運用したり、フリーランスなら税金計算したり、金儲けの方法考えたり忙しいんじゃ。今は結局スーパープログラマとは何か悩ましいよ。「プログラマとして」キチガイレベルにすごい人間というのはまだ見たことがないかもしれない。コーディングが早い？バグ修正が早い？パフォーマンスのやばいコードを書ける？設計が優れている？
