年始が暇だから、いろいろブログの記事を書こうと思ってタイピングした際に、ムカついたことがあったので、晒す。
macを使っているのだが、入力して変換する際に、変換したい文字にカーソル当ててエンターを押したら、文字が確定してなくて、続きの文字を入力して変換が変になった。
ライブ変換という機能らしい。
慣れれば使えるのかもしれないが、windowsと環境を行ったり来たりするので、とても不便だった。
ライブ変換を切れば、windows環境と同じタイピングができるようになる。
※参考サイトの中身を参照
メニューバーに入力切替のアイコンがない場合は、システム環境設定→キーボード→入力ソースにある、「メニューバーに入力メニューを表示」にチェックを入れれば、表示される。
思うんだけど、ライブ変換って、タイピング量が増える気がするのだが、気のせいか？？
もしかしたら、全角入力のための機能ではないのかも知れない。
JavaのAdvent Callenderでjigsawでカスタムランタイム作ってる記事を見て、そういえばまだやってないなって思ってやろうと決心した。
実験の流れ
$sw_vers ProductName: Mac OS X ProductVersion: 10.14.2 BuildVersion: 18C54
もう、mojaveです。
最初、 もじゃば と読んでしまった流派の人です。
モハベが正しいらしい。
海外では、ややこしい読み方をカッコいいと感じるのだろうか？
日本だと、無理矢理感のあるルビは、もうイタイの部類に入ってきたと思うが、世界は遅れているな。
ダークモードにしたくて、恐る恐る変えた。
$ java -version openjdk version "11.0.1" 2018-10-16 OpenJDK Runtime Environment 18.9 (build 11.0.1+13) OpenJDK 64-Bit Server VM 18.9 (build 11.0.1+13, mixed mode)
簡単なサンプルクラスを作る
public class HelloSaga {
public static void main(String[] args) {
System.out.println("Hello Saga!");
}
}
もう、佐賀が好きすぎて hello world じゃなくて hello Saga にしないと気が済まない。
worldより偉大なSagaであります。
$ javac HelloSaga.java $ java HelloSaga Hello Saga!
当然、動きますよね。
これから、いろいろやるための準備として、jarを作る。
jar --create --file hello.jar --main-class HelloSaga HelloSaga.class
当然、動きます。
$ java -jar hello.jar Hello Saga!
java9で入った、jdepsコマンドで、依存しているモジュール郡を調べる。
$jdeps --list-deps hello.jar java.base
System.out.println が標準クラスに属しているので、 java.base のみが出てくる。
--list-depsは、公式サイトの説明を見ると、モジュールの依存関係の他、JDKの内部API (参照される場合)のパッケージ名もリストします。 とある。
コマンドの説明が見たい場合は、jdeps -hで参照可能。
ちなみに、何もつけないで実行した場合、下記の表記になる。
$jdeps hello.jar hello.jar -> java.base <unnamed> -> java.io java.base <unnamed> -> java.lang java.base
java.ioだけだと思ったら、Stringも使ってるから、java.langも入るのか。。。
ただ、どっちもjava.baseに入っているから、見たい情報が重複するので、依存モジュールを見たいときは、--list-deps をつけるのが良さそう。
依存しているモジュールが、java.baseだけということがわかったので、java.baseのみのJREを作る。
JREを作るには、jlinkコマンドを使う。
jlink --compress=2 --module-path "{jdkのパス}/jmods" --add-modules java.base --output jre-min
自分は、なぜかjlinkの環境パスが通ってなかったので、フルパスを打って実行した。
jenvを使っているのだが、それがいろいろやっているんでしょ？的な感じがした。
本題とそれるので、スルー。
目的を見失うからな。
とりあえず、jlinkのコマンド説明。
参考サイトにもオプション説明はあるが、疑問符が浮かぶ箇所もあったので、改めて説明をまとめる。
| 引数 | 説明 |
|---|---|
| --compress=2 | 圧縮オプション。2を指定するとzipで圧縮。0はなし、1は、定数の共有 |
| --module-path | jlinkツールで参照可能なモジュールを検出するパス。 |
| --add-modules | 追加するモジュール郡。複数指定可能。今回は、java.baseのみを使うので、ここに指定 |
| –output | 出力する場所 |
オプションを詳しく知りたい場合は、 jlinks -h で調べられる。
上記のJRE生成コマンドを実行した場合、jremin ディレクトリが作られる。
もとのJREのフォルダのサイズを調べたが、自分の環境では286Mあった。
生成したjreminは、26M。
java.baseしか使ってないからだが、かなり減った。
何も入ってない環境にするのが億劫なので、手打ちで試す。
$jremin/bin/java -jar hello.jar Hello Saga!
無事に動いた！
最悪、javaをインストールしてない環境でも、生成したJREとjarがあれば、動かせるってことですね。
これらをIoT端末に載せて動かそうってのが、意図だろう。
もしかすると、末端の部品は、更に省メモリだから、エッジ端末くらいかもしれないが。
ハードのことは、よくわからんとです。
Androidが可能性として高そうな気がする。
jdeps/jlinkといったツールが、かなり使える印象。
ある程度、ソフトウェアが育ってしまうと、モジュール分割したい要望が出てくるので、それを調査するのにも使えそう。
とういうか、モジュール分割をする作業をjavascriptでかなり苦戦してやっていたので、このツールのありがたみは、よく分かる。
初めてカスタムランタイムを作ったが、思ったよりあっさりできた。
もっと苦戦すると思ったんだがな。
環境周りの知識がついてきているおかげかも知れない。
JavaScript Advent Calendar 2018 - Qiita
JavaScript2 Advent Calendar 2018 - Qiita
JavaScript Standard Styleのススメ - Qiita
JSって、そんなに厳格なルールなのか？
個人的には、文字列はダブルクォートじゃないと無理派。
もともとJava屋だったので、文字列は無意識にダブルクォートにしてしまう。
ESLintは、デファクトスタンダードなのかな？
現場でも使っていたけど、Prettierに移行した
JavaScript で forEach を使うのは最終手段 - Qiita
俺も、foreachは、あんまり使わないな。
だいたいmapで済むことが多いし。
古い言語形態だと、for文が頻出するので、その考えから抜け出せないと、streamチックな考え方ができないのだろうって思う。
僕がそうでしたから。
forEach は戻り値を持たないので、意味のある処理を実現しようとすると副作用をもたせることが前提となり ↑の内容には、激しく同意。
別のところを変えたら、なぜかfor文でエラーが出たとか、ちょくちょくある。
改修コストがかさむ。
それが許可できるレベルなのか考えずに安易に使うのは、危険だと思うんだよね。
for文使う際は、よくよく考えるべきだ。
ESLintとPrettierをどう扱うべきかの考察（2018年12月版） - Qiita
うちの現場は、prettier使ってるな。
問題ありそうな箇所は、レビューで落とす方針。
ESLintは、まだ使ったことないので、バグを生みやすいコードの癖を直しておきたい。
switch文が実はもう少し使える子だった？ - Qiita
う～ん。。。
Switch文を見ると発狂してしまうので、使う気には、やっぱりなれないかな。
CoffeeScriptからJavaScriptに移行する - Qiita
CoffeeScriptを辞めた理由が気になる。
JavaScriptの基礎知識【初心者向け】 - Qiita
変数宣言は、基本的にconstしか使ってない。
プログラミングしてると、大体はconstで事足りてしまう。
基礎知識いっぱい詰め込んであるな。。。
これ、教科書レベルや。。。
書くの大変だっただろうな。
そりゃ、使ってる言語がオワコンなんて言われたら悲しいよね。。。
かなり気合入ってる記事だな。
だいたい網羅されてるんじゃないかな？
教科書レベルでガッツリ書いてある。
ファンタジー・ランドの保護地区をゆく Part 1 --- Functor · wshito's diary
Functorのメリットがよく分からなかった。
配列で良くない？って思ってしまう。
簡単な Webpack plugin を作成して Webpack と仲良くなる (ビルド時情報を console.log に表示する)
webpackは現場で利用している。
プラグインは既存のもので十分なので、とくに自作はしてない。
簡単にできるようなら、冬休みの間に覚えてしまおうかな？
👻globalThis👻と🌏global🌏と🌝this🌝 - Qiita
globalThisなんて初めて聞いた。
this以外にも、怪しげなのがあるんだな。。。
globalThisを使ったら、スパゲッティが出来上がりそうな気がするのだが、どうなるんですかね？
現状、Google Chromだけで使えるみたいだが、node.jsとかが追随しても、使いこなせる人が少ない気がするな。
JavaScriptでスタイリッシュなCLIプロンプトを作成できるEnquirer - Crieit
Enquirerってライブラリ、かなりイケてるな。
状態操作系のコマンドは、これ使えるんじゃなかろうか？
JestでプレーンJS／Vue.jsのTDDを行う - Qiita
今の現場の環境もJestだ。
前はKarma使ってたけど、新規プロジェクトやるときに、レポーティングツールが充実してたjestに乗り換えたんだっけな？
WebpackによるDynamic Import（実践編） - Qiita
webpackにDynamic Importなんてものがあるのか。。。
動的にimport使いたいケースが思いつかないが、発生してしまったら相当やっかいなケースだと思う。
黒魔術っぽいイメージしか沸かない。。。
ブラック・マジシャン使いだった頃があるけど、ＩＴ分野で黒魔術は、マジ勘弁だわ。。。
なるべく発生しないように気をつけて設計せんといかんね。
Javascriptの判定って、たまに厄介よね。
配列が空かどうかは、一瞬 if(!arr) とかでもできる気がしてしまうのが厄介。
やっぱり、numberじゃもたなくなってきているのか。。。
デカい数字を使ったりするのは、だいたいPythonに行ってしまっているような気がするな。
技術ブログ: 30分でわかるJavaScriptプログラマのためのモナド入門
結局、モナドとは何？
３０分で見るには、根気が必要ですな。。。
Webpack は、他ブラウザ対応で現場で使った。
loaderは、たしか、何か使っていた気するが、何だったっけな？
loader作ろうと思ったことはなかったが、かなり厄介そうだな。。。
アロー関数使えないとか、知らなかったらハマっていただろう。
試しにloader一個作ってみようかな？
Hexoって何？って思ったら、markdown特化のブログみたいなもんか？
読みがよく分からん。
ヘクソ？
下品なんですが。。。屁とうんこを思い出しちゃいました。。。
どんなもんか、触ってみたい。
JavaScript中級者向けHelloWorld - Qiita
いや、分からんがな。。。
どうやって作ったんだ？
ゴールから徐々に演算子を増やしていったのだろうか？
読もうと思えば読めるけど、進んで読みたいとは思わないな。。。
演算子はいいんだけど、変数が何なのか分からないケースのほうが痛い。
MSを偲び、ここにIE6対応SPAの作り方を記す - Qiita
うちの現場は、IE見捨ててるからな。
IE6は、鬼門だっていろんな人が言ってた。
俺が本格的にweb系をやり始めたのは、IE6から抜け出す過渡期だった気がする。
JavaScript: f( array ) よりも f( [...array] ) がいいとき? - Qiita
そこまで深く考えたことはなかったな。
ここまでする必要があるのかは、若干疑問。
PureScriptで関数型プログラミングに挑戦した - Qiita
AltJSって、結構乱立しているよね。。。
個人的には、TypeScriptがベストだと思っている。
どんなもんか調べてみたが、 {} がないのね。。。
Javaやってきた人間からすると、違和感を覚えてしまう。
Haskellにインスパイアされた言語っぽい。
IoTって言われると、ラズパイかArduinoしか思いつかなかったが、obinzなんてものもあるのか。
ネット越しの制御に特化しているのだろうか？
Google ChartsをQuickにStartする - クモのようにコツコツと
Googleドキュメントって、マイクロソフトのofficeの正当進化だよね。
MSは、officeを進化しそこねた感がある。
全部を用意せず、データ処理をJSで、描画関連をGoogleスプレッドシートと棲み分けしている感じなのかな？
WebUSBを使ってブラウザのJavaScriptからArduinoを制御してみよう！ - Qiita
Arduinoは、web経由で操作するのは見かけるけど、USB経由か。。。
最近のweb系は、ハードウェア操作の機能が増えてきたな。。。
ハードウェア機器は、ＡＰＩを提供することが重要性が増している。
npmでの配布は、package.jsonがしっかりしていればＯＫくらいの認識。
スプレッド演算子は、知らない人が見ると、全くわからないからな。。。
Javaから来たものだが、最初見たときは意味分からんかった。
今でも、「？」ってなる。
JavaScriptでカレンダーを自作したら勉強になった - Qiita
Gulpfileをナウく書きたい | Simple is Best
最近のgulpって、プレーンなJavaScriptっぽく書けるんだな。
ちょっと前のgulpを使っていたけど、なんか、むちゃくちゃネストが深くなりやすい印象がある。
あと、タスクが異常に増えるんだよね、gulp。
どうにかならんのかな？
バイナリって、扱いが面倒なイメージ。
でも、高速化を考えたら、使わざるを得ない。
zlibは使ったことないから、試しに使ってみよう。
「人間はJavaScriptにいずれ負ける」ことを実感するツールを作った - Qiita
玉の動きが最適化されてないのは、場所が分かってないからか。。。
勝負してる感はある。
ゲームのＮＰＣって、スコアを叩き出して動かしているのだろうか？
太古に3hで作ったシンプルゲームを眺めるの巻 - Qiita
やっぱり、JavaScriptにクラスの概念は必要なんだ。
ES2019で追加される(かもな)最新機能ピックアップ - Qiita
BigIntとNumberの棲み分けはどうなるんだろう？
flatMap見てると、Javaのstreamを思い出す。
あれ、かなり苦戦して使った記憶がある。
[JavaScript] パフォーマンス改善（その1） - Qiita
FireFoxとchromeの速さは、流石だな。
Safariはどうなんだろうって思いました。
関数型プログラミングの世界からやってきた Pipeline Operator - Qiita
関数言語のパラダイムは、やっぱり、まだ分からん。
来年は、関数言語の取得をしてみようかな？
ユーザーが画面内のコンテンツを見たかどうかを判定する一歩上の仕組み、サービスでの活用事例 - Qiita
広告系のサービスを展開しているところは、入れたい機能だろうな。 Intersection Observer APIは、あとで試してみよう。
AsyncIteratorとPromiseによるObservablePromise抽象 - falsandtruのメモ帳
ObservablePromiseって、聞いたことないな。
あとでちゃんと調べよう。
ファンタジー・ランドの保護地区をゆく Part 2 --- Maybe モナド · wshito's diary
モナドの実装って、いろんなところで聞く。
あんまりモナドがよく分かってないのだが、ちゃんと調べないとイケないのかもな。
Spread syntax知ってるけど、毎回、調べることが多い。
最近、配列の要素を展開するだけなんだなって分かった。
JavaScriptのプロパティ列挙の3原則 - Qiita
プロパティの列挙は、Object.keysを使う派。
変化が早いな、JavaScript界隈は。
Babel6使い始めたと思ったら、もう7か。。。
webpack使ってると、必ずbabelもセットで使うことになるからな。
最近、ビルド周りや環境関連の作業が多くなってきた気がする。
yearly presetsを使っていたので、非推奨になったのは、驚きだった。
document.hidden時のrequestAnimationFrameの挙動 - Qiita
requestAnimationFrameなんて使ったことなかった。
たぶん、ブラウザゲームは必要になるのかな？
ブラウザ毎に挙動が違うのは、もう、しょうがない。
次元が違うのだ。
技術ブログ: JavaScriptプログラマのための2019年の機械学習と関数型プログラミング
python使ったほうがいいよってこと？
たしかに、JavaScriptだとパフォーマンスが出ないとは思うが。
Web MIDI APIとWeb Audio APIを使って缶たたき音源をつくりました | TripArts Music
今どきのブラウザは、すごい。
ハードウェア操作系のライブラリが、使用策定されて、どんどん追加されて言っている。
そのうち、見境がなくなるんじゃないかと思う。
特定のユーザーのQiita新規投稿を定時でチャットに流す - Qiita
サービス連携って、ワードだけ聞くと簡単そうなんだけど、実際にやるとツラい。
規約・制約の網の目を縫っていく根気強さが必要なんだろうなと見てて思った。
「型」がないからJavaScriptはイケてないとかって言ってるヤツが本当にイケてない件 - Qiita
静的型付けも、たまに不便なときはある。
型の定義をしなければいけないのは、不便。
でも、そのおかげで規律のあるプログラミングが自然とできるのではないかとも思う。
JavaScriptは、静的型付けがないので、規律は、プログラマー任せな感覚がある。
静的型付けがないために、融通が利くプログラミングができるのは事実だと思う。
ハック的な実装は、JavaScriptの方がやりやすい。
命名回避は、結構、難しいとろこがあると思う。
組織で共通認識があればいいけど、そういうのは難しい。
個人的な認識だが、JavaScriptは、少数精鋭のチームだと力を発揮するイメージ。
円と円の当たり判定を使った簡単なシューティング - Qiita
結局のところ、プログラミングって数学分かれば何でもできますよね。
原理がわからなくても、最悪、数式さえわかればいい。
JavaScriptで画面に触れずにページをスクロール！ - Qiita
手でやったほうが早いんじゃ？って思うけど、こういった箇所に情熱を注ぐのは、嫌いではない。
Yearly Node.js 2018 - from scratch
llhttpってのに興味が湧いた。
話には、ついていくのがやっとくらいのレベル感に自分はいるんだなって思った。
Slime と Swank-js でサクサク JavaScript 開発 · wshito's diary
Emacs使いではないのです。
eclipse che みたいなもんだろうか？
最近、オンラインで開発するような環境が整いつつあると感じている。
Git Advent Calendar 2018 - Qiita
Gitのマージ概要および、共通の分岐元を持たないブランチ同士のマージ（割としょうもない話） - clock-up-blog
俺、「よくあるマージの誤解イメージ」の内容で理解してたわ。。。
よくあるマージの誤解イメージ
Gitのマージ概要および、共通の分岐元を持たないブランチ同士のマージ（割としょうもない話） - clock-up-blog
マージしたものを新規のコミットとして登録しているわけね。
既存のものがくっつくわけではない。
SVNとかのイメージを持ってると、この辺は間違いやすいのかもな。
Gitでよく使う「origin」って何？わかりやすく説明します - Reasonable Code
originがデフォルトってのは、なんとなく分かっていた。
オリジンって言われると、なんか中二病っぽい感じがするのは、気のせいですかね？
MacでMercurialリポジトリをGitリポジトリに変換する - Qiita
Mercurialって、たしか、Javaのソース管理に使ってなかったか？
ちょっと記憶が曖昧。
時代は、git一強なのかな？
gitを使って結構立つが、もうgitじゃないとダメな体になってしもうた。
久々にSVN使うと、一時的に試しでストックしておきたい実装が留められなくてイライラする。
Git のタグやコミットを (PGP ではなく) S/MIME で署名する - Qiita
gitでS/MIMEがサポートされてたのか。。。
公開鍵をアップロードするみたいな手間をかける必要がないわけね。
公開鍵って、手順が面倒だからな。
S/MIMEは、証明証が有効なものってのがネックな気がする。
自分は、毎回 git init して終わってた。
実は、もっと必須なのがあるのかも知れない。
ライセンス回りも、特に気にしたことなかったな。
Git Bash使ってると、コマンドライン上にブランチ表示されるから、あんまり気にしたことなかったな。
知りたくなったら、たぶん、僕は git branch すると思うね。
何が表示されるのかは全然覚えてないのだが、なんとなく分かりそうな気がするレベルで叩くと思う。
pre-commit時にformatterを実行する - Qiita
hookか。。。
Gerritのcommitidだったかを挿入するためにイジったくらい。
有効活用策は、あんまり思いつかないな。
[https://qiita.com/lemon2003/items/c6f4a6332afd806974df:title]
githubって、バージョン管理以外にも静的サイトのホスティングもできるのか。。
亜種っぽい気もする。
git logで特定ディレクトリのコミット履歴を閲覧する - Qiita
git log は、オプション前提のコマンド感がハンパない。
素直にgit log を使わず、オプションとセットで使うことが多いのは、俺も感じてる。
GitHub などへ git push して Web サイトを公開する他サービス。
githubのurlって、そんなに気にしたことなかった。
だいたいコピペ。
CLIが好きな人は、必要なのかもね。
ngixは、そろそろ覚えないとまずいのでは？って意識が出始めてきた。
Markdown対応GitバックエンドのWikiシステム - Qiita
reveal.jsっぽいのを作ったって理解でいいのかな？
gitは、使って覚えるのが早い。
頭で理解しても、実際に使うのとは別。
まずは、コマンド打ったほうがいい。
コマンド量が膨大にあるけど、全部覚える必要はない。
必要になったら覚えればいい。
だいたいは、clone, add, checkout, commit, push を覚えればなんとかなる。
俺は、今、submoduleでかなり苦戦している。
git の hook は、 gerritの設定でちょっとイジったくらい。 もう、俺の中では黒魔術。
Subversionしか使っていないSIerおじさんがgitに挑戦する - Qiita
gitにチュートリアルなんてあったのか。。。
git使うようになって２年くらい経つが、submodule関連がまったく分からん。
JEP 320の悪夢 – JDK 11は史上最悪のJDKかもしれない – My Note
後方互換が崩れたって意味で言っているのかな？
だとしたら、問題は、声を挙げなかった方な気がするのだが。。。
最近は、intellij起動することが多い。
JS使うことのほうが多いので、intellijよりもvscodeが更に多いかな。
Javaのプログラミングは、まずテキストエディタからってのは、どこも一緒か。。。
俺も、Javaを最初に習っていた頃は、tera pad 使ってプログラミングしてた記憶がある。
Effective Java とかは、書いて、いろんな問題にぶち当たるようになってから読むこと推奨。
いきなり読むと、変な勘違いが起きるか、本来、問題にぶち当たっていろいろ考えて知恵をだす機会をなくしてしまう気がするな。
きちんと問題にぶつかることの方が大事だと思う。
Arrays.asList(T... a) は、なぜ add や remove ができないのか？ - Qiita
そうだったのか。。。
Arrays.asList って、てっきり配列をリストのオブジェクトに変換してくれているとばかり思っていたが、ただラップしているだけか。。
それ聞いただけで、タイトルの意味が全部分かりましたわ。
Domaって、結構柔軟にログの設定ができるのね。
ログ周りって、煩雑で覚えにくい印象が、どうしても拭えない。
Retrofitの仕組みを知ろう - 絵描きエンジニアの日常
アノテーションの裏側って、やっぱり、黒魔術感が抜けないな。。。
もっと泥臭くやっている現場もある気がする。
一度、Proxy使ったサンプルを作って、アノテーションを提供できる能力を身につけないといけないかも。
Asakusa Frameworkと次世代データ処理基盤技術 - ひしだまの変更履歴
バッチは、ＦＷに頼るほどのことをしないから、ＦＷ不要ってところが多いのではなかろうか？
実際にやるのは、メール配信とかＤＢ更新とかぐらいしかしたことがない気がする。
だから、行き着く先は、高速化・並列化ってのは、なんとなく予想ができる。
AWS Lambda のカスタムランタイムにて Java のカスタムランタイムで関数を動かす - mike-neckのブログ
独自のランタイム作って、AWSで動かす話か。。。
そういえば、Javaのカスタムランタイムは、作ろうと思っていて間延びしていたな。。
話の内容自体は理解できる。
問題は、それが個人の力でできるかどうかだな。
冬休みに、Javaのカスタムランタイムを作るくらいのことはしたいな。
クラウド関連の話か。。。
クラウド系の知識がまったくないから、ライブラリ関連の知識くらいしか追いつけなかったな。。。
Micronaut が気になった。
Springbootと似たようなもんで、現代技術でフルスクラッチで作ったから、起動が速いってのがいいなと思った。
冬休みに試してみようと思う。
Micronaut 調べるついでにSDKMANを知ったのもデカかったかな？
試すのは楽そう。
ずいぶんと懐かしいコード。
そういえば、うちの会社のJavaコードが、似たような感じだったな。
ただ、この原理原則を知っているのは重要。
ORマッパーの動きを理解するが早くなるから。
ベースの知識として、学び直してもいいかも知れない。
絵で理解するリスト処理 - java8 stream / javaslang - - Qiita
javaのstreamは、完璧に覚えたので大丈夫。
reduceが怪しいくらい。
reduceって、なんでこんなに複雑になったんだろうか？
JavaScriptのreduceみたいなので良かった気がする。
JavaとJavaScriptは、全然違う。
型の扱いもそうだが、個人的には、環境面が大きい気がする。
Node.jsとか、ある程度分かってないとダメだと思う。
JavaでNode.jsみたいなものはないから、Node.jsの概念や動きを掴むのに苦労した。
DIの最大のメリットは、テストの促進。
どこいってもこの結論を述べている人が多いので、この結論は正しいのだろう。
最近は、gradle使うことが多いかな？
Androidやるときにgradleだから、なるべくgradle使って、動きを覚えようとしているのが、現在。
maven使い始めた当初は、環境構築に利便性を感じていた。
Switch文は、もう使わないから、あんまり興味はなかった。
気になたのは、もう一方。
JEP326は、いいね。
Javaでエスケープしたりするのは、かなり苦痛。
ちょっとしたプログラミングして、使いたいときに、固定でパスを埋め込もうとすると、かなりしんどくなる。
煩わしさが減るのは、welcomである。
そういえば、Java12は、３月だな。
そろそろ予習をしておこうかな？
ealy buildが提供されているのだろうか？
されているのなら、冬休み中に試す。
「JJUG CCC 2018 Fall」に参加してきた。 - 怒Ｍは思いつきでモノを言う
俺は、声出すのが嫌だから、声出すような役割は回避行動してしまう。
盛り上げ役とか、死んでも嫌。
ボランティアは、あんまりやりたいとは感じないんだよね、悲しいことに。
声を出さなくていい仕事だったら、率先してやるのだが。
JJUG CCC 2018 Fall で発表しました - Taste of Tech Topics
自動テストの基本的な内容をまとめた感じ。
ツール比較しながら語るO/RマッパーとDBマイグレーション(JJUG-CCC 2018 Fall 登壇記)
テストデータ投入だったら、O/Rマッパーは、手軽なほうがいいと思う。
動的にSQL生成するORマッパーって、本番運用に向くものなのだろうか？
チューニングができないんじゃないか？って不安が払拭できない。
Java 9で作成したJavaFXアプリケーションをOpenJDK 11+OpenJFX 11用にアップデートする - ひらおかゆみのなげやりブログ
そういえば、JavaFXは、Java8出た頃以降、触ってないな。
やっぱり、ネックはJava9のモジュール化か。
それ以降は、問題になることが少ないみたいだね。
Jibを使用したCircleCI上でのテストフロー構築 - Qiita
とうとうdockerイメージを操作するまで来たか。
環境設定の簡略化が加速しそう。
早いうちにキャッチアップしときたい。
やっちゃいけないことの１つに、あと、例外情報を入れ忘れるってのがある。
補足した例外を、別の例外クラスでラップする際に、よく忘れがち。
例外情報が積まれてないと、どこで何が起こったのか、ログみる側は途方に暮れるんだよね。。。
ログ見る側をやってきたから、俺はもう忘れないと思うが、初めの頃は、結構忘れていたかも知れない。
JFR APIを使ってメソッドの実行時間をタイムラインレポートにしてみる - Qiita
JFRって何だ？って思ったら、Java Flight Recorderの略か。
レポート機能は、一から作って出力したときの現物をみたら、やる気出るだろうな。
今どきは、dockerで作ったりもするのか。。。
Java Advent Calendar 2018, Day 24 – My Note
Maven Centralへ登録したことはなかったが、やっぱり、署名が必要になるのか。。。
署名と聞くと、アレルギー反応が出るものです。
認証とかプロキシを作ったりしていると、アレルギー反対が加速する。
【Java11】javacでコンパイルせずにJavaを実行してみた - Qiita
コンパイルせずに実行できるのは、すでに知ってた。
やっぱり、学生時代／新人研修のときのつらい経験を思い出す人が多いのね。
コミュニティの活発さが、javaの生命線だな。
人がいなくなれば、自然と衰退するだろう。
無償は、AdoptOpenJDK AmazonCorretto。
Amazon公開しているんだ。。。
Amazonは、情報分野でも存在感が増している。
Javaチャンピオン増えたな。
いつの間に増えたんだ？
動的型付け言語もJVMで動くような方向になっているらしい。
プロジェクトメトロポリスってのが、気になった。
JVMをJavaで実装するらしい。
実装するに至ったのは、C++で書かれているJVMがメンテしづらいから。
micronautが、結構話題にあがってた。
SpringBootをフルスクラッチで開発したようなものだから、実行が速いらしい。
試したが、IntelliJで謎のエラーが出るから、断念した。。。
viでいろいろいじればいいんだけど、僕はvimerじゃないんですよ。。。
サンプルは動かしたけど、違いはよく分からんな。
そういえば、ネイティブコンパイルで動かしたなかったが、それが原因かな？
デプロイ単位が短くなって、ウォームアップ時間を短縮しようという流れになっている。
それは、クラウド上で動かす際に、ウォームアップが長いと、パフォーマンスが出せないから。
内製化の動きが多いな。。。
思うんだけど、内製化が主流になってくると、ＩＴ業界の問題だった下請け構造は、減ると思うんだよね。
いい傾向ではあると同時に、それを見越して、経営方針を変えていかないとダメなんじゃないかなって思った。※下請け側の方が
大手のＳＩerは、どうするんだろうな？
たぶん、政府システムに従事するくらいしか仕事がなくなるんじゃなかろうか？
Javaを選んだ理由は、安定性・ＪＶＭ・エンジニア数。
新規でやるなら、やっぱり安定性とエンジニア数は、省けないだろうな。
全員にmac支給か。。。
windowsは、使い慣れているけど、ちょっとしたバッチを書くのには向かないからな。。。
batファイルの実装とか、かなり面倒くさい。
VBAにしても、どうしても違和感がある。
Kotlinで連想するものは、のんのんびよりの宮内れんげだな。
どっちかと言うと、中の人つながりで思い出してしまう。
Kotlin → ことり → 小岩井ことり → 宮内れんげ
別なことりを思い出す人は、たぶん、ほどんどがラブライバーじゃなかろうか？
nodeのexpressみたいなやつかな？
今expressを弄ってるから、記述がよく似てる。
すいません。。。
英語でも大丈夫だろうと思ってイキって出たのだが、ほとんど聞き取れませんでした。。。
保険制度、かなり複雑だな。。。
どちらかというと、リスクヘッジ的な考えでシステム開発をしているらしい。
変化することを当たり前化して開発に取り組んでいるそうな。
カスタマーの人は、ゼロから覚えていっているので、仲良くしておいて損はない。
課題管理は、思いついたらすくに登録
実行するプログラムを作るのは、誰でもできる。
たまに、いるんだよな、書いて満足するやつが。
あと、コメント全く書かないのが至高みたいな人も。
リーダブルコードを読めと言いたくなる。
人間が理解しやすい→間違いを見つけやすい
付箋とホワイトボードの使い方
ギャグ、ちょっと寒かったね。。。
情報のカテゴライズの問題なんだろうか？
企業文化によって変わりそうだな。
一貫性は、チームでの合意が重要なのだろうな。
モブ史上主義は、相手を無意識に信頼してしまい、質・効率を落とすこともある。
ドキュメントの図＝旅行の写真
議論内容を思い出せることが大事
判断がしにくかったり、やってみないとわからなかったいするので、やるなら短いサイクルでやる。
モデルを最初から完璧にしない。
Javaは参照渡しもあるじゃないかな？
printf書くあたり、元々Cのプログラマーっぽいな。
Javaプログラマーで、printf利用している人は、ほぼいないと思う。
あぁ、俺は参照渡しの定義が違っていたのかな？
引数で渡されているのは、オブジェクトのポインタってことね。
だから、オブジェクトの参照渡しではない。
参照渡しと参照の値渡しがごっちゃになっているわけか。
学生時代にCやっていたが、ポインタのポインタ渡しとかでかなり悩んだ記憶。
他の言語もやってるから、ごっちゃになっているひとがいるのではなかろうか？
俺は、たぶん、Cやったときにごっちゃになった気がする。
他の大多数の人もそうなんじゃないかな？
一つの言語に習熟する前に、他の言語の考えが入ってきて、ごっちゃになったまま成長してしまうという感じだと思う。
依頼が来て、いきなりかけるものではないのだな。
本を書く場合、ツテがないと、かなり厳しいんだな。。。
イベントで登壇して編集者に見つけてもらうのが重要そう。
補償金額率は、初めて聞いた。
部数が上がらないと、儲けるには厳しい業界だな。。。
アルバイト代金くらいが限度な気がする。
本を出すことで、お金が入ってくるようになるってことか。
ただ、多忙になってしまうと。
電子書籍だとどうなんだろう？
内容は、以下
こりゃ、海外語訳されたアニメを見るしかないな。
思うんだけど、日本にいるのなら、英語話さなくてもよくない？
日本にいて、英語で喋りかけられたら、日本語しゃべれや！って言い返すけど。
だいたい、おかしいだろう。なぜ日本に来たのに、英語で話すのか？
少なくとも日本語でしゃべる努力をするべきだろう。
習得するのなら、目的がないと無理かもな。。。
別に来なくていいんじゃないかな？
差別化ができなくなるから、俺は行けとは死んでも言わない。
なぜなら、俺が他と差別化できなくなるから。
現状は、慢性的に継続してくる人がいないのね。
新しい人が毎回いる割に、参加者数が伸び悩んでいるのが、その証拠というわけか。
あれれ？
おっかしいな～。
一人で来ている人には優しくみたいな雰囲気だったけど、僕は毎回一人で来ているが、誰ともしゃべらないね。
たぶん、来ても何かするってのがないんじゃないかな？
俺は、ブログのネタをくれたり、知らないことを見つけるきっかけとして来るけど、継続しない人は、来ただけで終わってる気がする。
だから、行けというより、ブログ書けとか、アウトプットさせる習慣を作ればいいんじゃないかな？
そうすると、ネタを求めてイベントに来るようになるんじゃないかな？ってのが、個人的な考え。
政治力
実はたいしたことない？
健康診断シンドローム？
頑張って話についていこうと思ったが、途中で萎えてしまいました。。。
Androidアプリをいじることになったのだが、パフォーマンス計測ってどうすればいいのか？
サーバサイドJavaなら分るんだけど、Androidは情報が全然無い。。。
Androidは、ウォームアップとか関係ないのかな？
Javaで動く以上、JVMの最適化からは抜けられない気がするのだが、どうなのだろう？
調べても分らなかったので、３０回くらい動かして、それの中央値と散布図作って終えた。
chromeは動いていたのに、なぜsafariはだめなのか？
動かしたときにCORSでエラー吐かれると、絶望感を覚える。
windowsのchromeでいじってたときも別の箇所でそれが出てきて、proxy用意したりするので、かなり四苦八苦した。。。
今回のやつは、どうやって回避したらいいんだ。。。
proxy作ったら、SSLの証明書が信頼できないって怒られて、絶望感しか沸かない。
webkitAudioContextを使う。
佐賀行きてぇ。。。
老後は佐賀で過ごすかな？
来年の早いうちに佐賀に行きたい。
もうMac/Safariの対応で、ハゲそう。。。
手詰まり感がハンパない。。。
会社の飲み会って参加する意味あるんですかね？
つまんなすぎて、もう出ようとは思わない。
２時間壁と喋ってなきゃいけないんだぜ。。。
一人は苦ではないが、何もしないで時間だけ過ごすのは、苦痛。
来年は、Android-Javaの取得が目標かな？
今年の振り返りは、どっかでしたいが、JavaScriptが思うように使えるようになったのは、かなり大きい気がする。
