  |
はてなキーワード: stringとは
サマータイム関連でマウント取りたいプログラマーがブコメやブログ書いてるけど
もしかしてこんなびっくり低レベルプログラマーが世の中のいろんなプログラミングしてるの？
サマータイムよりそっちの方が怖い。
プログラムで時刻を扱う場合はほぼほぼ１００％ライブラリの機能を使う。
日付なり時刻を表すオブジェクトを作る。
そうしないと単純な引き算とか足し算が面倒だろ？
今から10日後ってどうやって計算する？一ヶ月は必ず30日じゃないんだぞ？
だからライブラリに任せる。そこそこのプログラマーなら面倒なことをいちいち実装しない。
で、そういう実装をすると内部で保存されてる時間情報と表示する情報は別物になる。
たいていは内部ではUTCで保存されていて、そいつを表示の時にJSTにする。
OSなりのロケール情報から何で表示するべきなのかを取って来てそれに合わせて表示させる。
サマータイム対応をする場合はこのロケール情報を変えるのであって、内部の時計は変更しない。
だからほとんど全ての時間的演算は影響を受けないし、コードを変える必要もない。
だから正確に言うとサマータイムが導入されても「時計は変更しない」
表示を変えるだけだ。内部時計と表示の関係をわかってない人が多すぎる。
はてなの（おそらくエアプ）プログラマーがその辺をわからずに記事にしてるのがほんとキモい。
で、そんじゃ影響はないか、っていうとそうじゃない。
さっきの10日後、みたいな演算は影響を受ける。２時間ずれる。
あと、簡単なところだとcronなんかのスケジューラは影響を受ける。
夜中の1時に実行するっていうcronの設定はロケールに応じて意味が変わるので、切り替えの時に1日に２回実行されたりするかもしれない。
ただ、利用者側に見えないところのスケジュール実行なら、ぶっちゃけサマータイム対応させる必要はないと思ってる。
サマータイムなんて所詮は人間が見たときの時間であって、内部の時計の話ではないからだ。
エクセルがタイムゾーンに対応していないとかの話もあるが、スタンドアローンで動いてるなら全く問題ない。
影響は皆無ではないしかなり大きいと思うが、OSの更新とかそんな大それた話ではないはずだ。（もちろん、将来的に変更する必要はある）
じゃぁサマータイム賛成なのか？って言われるとそれは別だ。
おそらくスケジューラの影響だけでも相当大変だし、それに関連したシステムの再検証とかどう考えても時間が間に合わない。
内部のコードがどうなってるかわからないから時間に関係してる・していないに関わらずシステムは全て再検証だろう。
どう考えても無理なのは無理だが、根本的に無理かと言われたらそうでもないはずなんだ。
もしかしてハードコードでJSTって書いてたり、独自の時間管理ライブラリを使ったりしてる人って結構いるのか？
String time = "2018-08-16 13:41:00"
とかやってんの？
スタンドアローンならそれでもいい（勝手に電源落として時計あわせりゃいい）が、そうじゃないシステムでそんなアホなことしてる人って多いの？
んじゃ、以下のテーブルがあると仮定して、どの言語のどのORMでもいいから仮想コード書いてみ。
CREATE TABLE M_ITEM( /*アイテムマスタ*/
ID INTEGER UNIQUE,
PRICE INTEGER
);
ITEM_ID INTEGER UNIQUE,
STOCK_COUNT INTEGER
);
必要な要件は「PRICEが0のものをグループA、PRICEが50未満のものをグループB,PRICEが100以上のものをグループC、それ以外をグループDとした上で
それぞれのグループ内で在庫数が多いものトップ10を取得するクエリな。
さあやってみろ。
Quick Tutorial for Pyramid は公式のチュートリアル
https://docs.pylonsproject.org/projects/pyramid/en/latest/quick_tutorial/index.html
$ $VENV/bin/cookiecutter gh:Pylons/pyramid-cookiecutter-starter --checkout 1.9-branch
として、プロンプトの問いに答えるとサンプル的なアプリができる。
ghはgithubか。
引数で指定できるテンプレートは https://github.com/Pylons?q=pyramid-cookiecutter
sqlalchemyを使うものは分かるけど、zodbって何？
アプリは以下のようにして起動する。
$ env/bin/pserve development.ini --reload
このpserveというPythonモジュールでアプリ動かしたりする。
超単純なPyramidアプリを作って、WSGIのイメージをつかむ。
app.py を書き写して動かしたらHello Worldが動いた。
viewとURLの紐付けはconfig.add_routeしてconfig.add_viewする。add_viewしてからadd_routeしても大丈夫だった。
viewにはrequestが渡される。requestに色々入ってそう。
waitressは知らないけど、serveでHTTPサーバ作ってWSGIアプリを公開できるのかな？
print('Incoming request')
...instead of:
print 'Incoming request'
Inernal Server Errorになった。アプリのほうではValueErrorでresponseを返すようにと怒られていた。text/plainとか返すには何かしないとダメっぽい。
print(xyz)してみろ、ということかな。1と同じくInernal Server Errorになって、コンソールにはNameErrorが出た。
CGIかな？
数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た
bg.js
const username = "" const api_key = "" chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { if(message.bookmark){ bookmark(message.bookmark) } }) async function bookmark(url){ fetch("http://b.hatena.ne.jp/atom/post", { method: "POST", referrer: "no-referrer", headers: { Accept: "application/x.atom+xml, application/xml, text/xml, */*", "X-WSSE": await createCredential(), }, body: ` <entry xmlns="http://purl.org/atom/ns#"> <link rel="related" type="text/html" href="${url}" /> </entry> `.replace(/\t/g, ""), }).then(e => {console.log(e)}) } async function createCredential(){ const non = Math.random().toString(36).substr(2) const now = new Date().toISOString() const buf = new TextEncoder().encode(non + now + api_key) const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf)) const str = Array.from(u8a, e => String.fromCharCode(e)).join("") const b64 = btoa(str) return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"` }
username と api_key を埋めてバックグラウンドで動かす
page.js
chrome.runtime.sendMessage({ bookmark: location.href })
ページ内で動かすコード
public static void main(String[] args) {
System.out.println(helloWorld());
}
// https://stackoverflow.com/questions/15182496/why-does-this-code-using-random-strings-print-hello-world
private static String helloWorld() {
return IntStream.of(-229985452, -147909649)
.mapToObj(Random::new)
.map(ran -> IntStream.generate(() -> ran.nextInt(27))
.takeWhile(k -> k != 0)
.map(k -> k + '`')
.collect(StringBuilder::new,
StringBuilder::appendCodePoint,
StringBuilder::append))
.collect(Collectors.joining(" "));
}
StringBuilder で文字列化してるところがなんとも野暮ったい感じなんだけどどうにかならないかな?
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Button btClick = findViewById(R.id.btCalc);
CalcListener listener = new CalcListener();
btClick.setOnClickListener(listener);
}
private class CalcListener implements View.OnClickListener {
@Override
public void onClick (View view) {
EditText input1 = findViewById(R.id.etInput1);
EditText input2 = findViewById(R.id.etInput2);
TextView output = findViewById(R.id.tvOutput);
String input1str = input1.getText().toString();
Integer input1int = Integer.parseInt(input1str);
String input2str = input2.getText().toString();
Integer input2int = Integer.parseInt(input2str);
output.setText(input1int + input2int + "です" );
}
}
}
Integer.parseInt()を見つけるのが最大の難所であった
$ rake setup rake aborted! No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb, Rakefile.rb) (See full trace by running task with --trace)
は？
$ git clone https://github.com/hanachin/rurema-kaku Cloning into 'rurema-kaku'... remote: Counting objects: 47, done. remote: Compressing objects: 100% (26/26), done. remote: Total 47 (delta 20), reused 44 (delta 17), pack-reused 0 Unpacking objects: 100% (47/47), done. Checking connectivity... done. $ cd rurema-kaku/ $ ls Gemfile Gemfile.lock Guardfile README.md Rakefile config.ru $ rake setup rake aborted! /rurema-kaku/Rakefile:24: unknown type of %string directory "public/theme" => %i(bundle_install public) do ^ /rurema-kaku/Rakefile:24: syntax error, unexpected $end directory "public/theme" => %i(bundle_install public) do ^ (See full trace by running task with --trace)
あれかな。
$ ruby -v ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]
たぶん、これ。
$ rbenv commands --version commands completions exec global help hooks init local prefix rehash root shell shims version version-file version-file-read version-file-write version-name version-origin versions whence which
installがない？
$ rbenv --version /usr/lib/rbenv/libexec/rbenv---version: 17 行: cd: /home/unko/.rbenv: そのようなファイルやディレクトリはありません
詰み。
rubyやーめた
$ rake setup -bash: /mnt/c/Ruby23-x64/bin/rake: C:/Users/Justin/Projects/rubyinstaller/sandbox/ruby23_mingw/bin/ruby.exe: bad interpreter: No such file or directory
Justinって誰だよｗｗ
$ ruby -v ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]
# apt-get install ruby-build # rbenv install -l usage: rbenv install VERSION rbenv install /path/to/definition Available versions: 1.8.6-p383 1.8.6-p420 1.8.7-p249 1.8.7-p302 1.8.7-p334 1.8.7-p352 1.8.7-p357 1.8.7-p358 1.9.1-p378 1.9.2-p180 1.9.2-p290 1.9.2-p318 1.9.2-p320 1.9.3-dev 1.9.3-p0 1.9.3-p125 1.9.3-p194 1.9.3-preview1 1.9.3-rc1 2.0.0-dev jruby-1.6.3 jruby-1.6.4 jruby-1.6.5 jruby-1.6.5.1 jruby-1.6.6 jruby-1.6.7 jruby-1.6.7.2 jruby-1.7.0-preview1 maglev-1.0.0 rbx-1.2.4 rbx-2.0.0-dev ree-1.8.6-2009.06 ree-1.8.7-2009.09 ree-1.8.7-2009.10 ree-1.8.7-2010.01 ree-1.8.7-2010.02 ree-1.8.7-2011.03 ree-1.8.7-2011.12 ree-1.8.7-2012.01 ree-1.8.7-2012.02
古いような気がする。
# apt-get upgrade rbenv Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done rbenv is already the newest version. The following package was automatically installed and is no longer required: os-prober Use 'apt-get autoremove' to remove it. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. # apt-get upgrade ruby-build Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done ruby-build is already the newest version. The following package was automatically installed and is no longer required: os-prober Use 'apt-get autoremove' to remove it. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
なんとかしてruby 2.4をパッケージマネージャからインストール。ソースからビルドじゃないよ。やり方は教えません。
# rake setup bundle check || bundle install The following gems are missing * progressbar (0.21.0) * rack (2.0.3) * bitclust-core (0.9.5) * coderay (1.1.2) * eventmachine (1.2.5) * http_parser.rb (0.6.0) * em-websocket (0.5.1) * ffi (1.9.18) * formatador (0.2.5) * rb-fsevent (0.10.2) * rb-inotify (0.9.10) * ruby_dep (1.5.0) * listen (3.1.5) * lumberjack (1.0.12) * nenv (0.3.0) * shellany (0.0.1) * notiffany (0.1.1) * method_source (0.8.2) * slop (3.6.0) * pry (0.10.4) * thor (0.20.0) * guard (2.14.1) * guard-compat (1.2.1) * multi_json (1.12.2) * guard-livereload (2.5.2) * spoon (0.0.6) * guard-rack (2.2.0) * rack-livereload (0.3.16) Install missing gems with `bundle install` Fetching gem metadata from https://rubygems.org/........... Fetching gem metadata from https://rubygems.org/.. Installing progressbar (0.21.0) bInstalling rack (2.0.3) und Installing bitclust-core (0.9.5) Installing coderay (1.1.2) Installing eventmachine (1.2.5) Gem::Ext::BuildError: ERROR: Failed to build gem native extension. current directory: /var/lib/gems/2.4.0/gems/eventmachine-1.2.5/ext /usr/bin/ruby2.4 -r ./siteconf20170918-66-19devli.rb extconf.rb mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h extconf failed, exit code 1 Gem files will remain installed in /var/lib/gems/2.4.0/gems/eventmachine-1.2.5 for inspection. Results logged to /var/lib/gems/2.4.0/extensions/x86_64-linux/2.4.0/eventmachine-1.2.5/gem_make.out An error occurred while installing eventmachine (1.2.5), and Bundler cannot continue. Make sure that `gem install eventmachine -v '1.2.5'` succeeds before bundling. rake aborted! Command failed with status (5): [bundle check || bundle install...] Rakefile:13:in `block in <top (required)>' Tasks: TOP => setup => template => bundle_install (See full trace by running task with --trace)
たまらんなあ・・。
5はbash on Windowsで特殊環境下ってのは否めなかったので、やむを得ずネイティブLinuxで。
同じエラー発生。
# gem install eventmachine -v '1.2.5' Building native extensions. This could take a while... ERROR: Error installing eventmachine: ERROR: Failed to build gem native extension. current directory: /var/lib/gems/2.4.0/gems/eventmachine-1.2.5/ext /usr/bin/ruby2.4 -r ./siteconf20170918-3352-1g6kzdu.rb extconf.rb mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h extconf failed, exit code 1 Gem files will remain installed in /var/lib/gems/2.4.0/gems/eventmachine-1.2.5 for inspection. Results logged to /var/lib/gems/2.4.0/extensions/x86_64-linux/2.4.0/eventmachine-1.2.5/gem_make.out # apt-get install ruby-dev パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています 状態情報を読み取っています... 完了 ruby-dev はすでに最新版です。 以下のパッケージが自動でインストールされましたが、もう必要とされていません: libntdb1 linux-headers-4.2.0-27 linux-headers-4.2.0-27-generic linux-image-4.2.0-27-generic linux-image-extra-4.2.0-27-generic python-ntdb これを削除するには 'apt-get autoremove' を利用してください。 アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 414 個。 # apt-get upgrade ruby-dev パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています 状態情報を読み取っています... 完了 アップグレードパッケージを検出しています ... 完了 ruby-dev はすでに最新版です。
rubyで消耗するのやーめた
https://github.com/hanachin/rurema-kaku
$ git clone https://github.com/hanachin/rurema-kaku $ cd rurema-kaku/ $ rake setup
以降、うまくいく場合は、そのままで。なんかしらエラーになっちまった場合は、↓が参考になるかもよ？なお、bash on Windowsでやってる。
https://stackoverflow.com/questions/26595620/how-to-install-ruby-2-1-4-on-ubuntu-14-04>|
$ sudo apt-add-repository ppa:brightbox/ruby-ng $ sudo apt-get update $ sudo apt-get install ruby2.4
複数のバージョンを混在させて・・みたいなのもできるみたいだけど、クソなのでキーワードだけ：rbenv
$ sudo apt-get install rake
http://qiita.com/mrmr/items/24302bc9812c820bda91
$ sudo apt-get install ruby2.4-dev
↑だけでダメだったら、↓を手当たり次第試す
$ sudo apt-get install ruby2.3-dev $ sudo apt-get install ruby2.2-dev $ sudo apt-get install ruby2.1-dev $ sudo apt-get install ruby-dev
$ sudo apt-get install bundler
（ほんとは、gemからインストールする？？てか、aptとgemで違うもん？だよなｗ これもコマンド履歴にあって、なんかしら効果があったような気がしたので・・。）
（apt installしなくても、rake setup 時に必要なのがインストールされるかも）
こんなの２０１７年にやることじゃないだろ・・。Ｌｉｎｕｘ終わったな。
$ rake setup $ bundle exec guard
ブラウザで、http://localhost:9292/ 開いて、「るりま書く」ってでてきた。たぶんOK・・だと・・と思う・・。
退職者が「会社で何らかの『システム』を入れないから、これで作るしかない」といってVBAで作っていた。
一時は社内規定の残業上限に達するほどに、「夢中」で作っていた。
が、退職後3ヶ月、あるマクロの書き出すデータに致命的な問題が判明し、私が一部、使用停止を宣言した。
基幹系へ投入するデータが特定条件で確実に狂うのである、それも何ヶ月にも渡って誰も気づかなかった。
当該マクロでのデータ処理を禁止し、1年と少しぐらい、現業部が手作業でエクセルデータを作成していたと思う。
ろくに解説サイトも見ないでVBEでコードをこねくり回して作っていたのだと思う。
もしかすると、解説サイトや書籍の内容が理解できなかったのではないか、とすら思う。
Dim da as String da = "データ" Dim after as String after = "修正済" '---------------------------------------------- With ThisWorkbook.Worksheets(after) .Cells(i, 1).Value = ThisWorkbook.Worksheets(da).Cells(i, 1).Value .Cells(i, 2).Value = ThisWorkbook.Worksheets(da).Cells(i, 2).Value .Cells(i, 3).Value = ThisWorkbook.Worksheets(da).Cells(i, 3).Value .Cells(i, 4).Value = ThisWorkbook.Worksheets(da).Cells(i, 4).Value End with
シートをまたいで、ただ値をコピーして集計していく程度の内容であるが、Workbook/Worksheetの呼出が理解できていないのだと思う。
また、変数はワークシート名を格納する程度にしか使っていない。
シートの見出しも「修正決定○○数」という、一体、何の数量なのか理解に苦しむ見出しである。
使える制御構文はFor Nextだけらしく、Do WhileやFor Eachもなく、果てはLike構文すら見たことがない。
その人が退職して直ぐ後のミーティングで、自部署の担当役員がレジュメにこう書いていた
「努力は夢中に勝てない」
退職者も「夢中」で書いていたのだろうか。
str → ストア
英語の不規則動詞はおおまかに，過去分詞がtかdで終わるもの（以下dtタイプ）とnで終わるもの（以下nタイプ）に分けられる。ほとんどのdtタイプの動詞は過去形と過去分詞形が同じ形で，A-B-B（一部はA-A-A）のように変化する。また，原形の末尾がdかtの不規則動詞はほとんどがdtタイプに属する。（例外：eat,get,bid等）一方，ほとんどのnタイプの不規則動詞は原形，過去形，過去分詞形がすべて異なり，A-B-Cのように変化する。
原形から過去・過去分詞形になるときに起こる変化は基本的に母音が変化するか末尾にdtnが加わるかの2種類，あるいはその両方で，原形にあった子音がなくなることは原則としてない。（例外：-ught型,went,had,made）
分類は以下の通り
become,forgetなど末尾にほかの不規則動詞を含むものは省いた。
表中の*は規則変化もし得ることを，#は他の不規則変化もし得ることを，!は意味によって変化が異なる単語であることを示す。
すべてdかtで終わる。特に末尾tで短母音のものが多い。get,sitが含まれないことに注意。形が1種類で覚えやすいが，英文中の「have put」「is put」等を見てもビビらない心構えが必要。
| bet * | bust * | cast | cost | cut |
| hit | knit! | let | put | quit * |
| set | shit *# | shut | sweat * | thrust |
| wet* | burst * | hurt | beat # | bid # |
| clad | glid * | rid* | shed | spread |
| wed* |
原形がdで終わる動詞が母音を変化させて過去形・過去分詞形になる型。最後のplead,readは発音のみ変化する。
| breed | bred |
| feed | fed |
| lead | led |
| plead *# | pled |
| speed ! | sped |
| tread # | trod |
| bind | bound |
| find | found |
| grind | ground |
| wind | wound |
| chide *# | chid |
| slide # | slid |
| hold | held |
| stand | stood |
| abide * | abode |
| plead *# | plead |
| read | read |
原形の末尾のdがtに置き換わり，それ以外は綴りも発音も変わらない。endで終わる動詞が多いが，end自体は規則動詞。原形のほうが過去形っぽく見えたりするので注意が必要。逆パターン(At-Ad-Ad)は存在しない。
| bend | bent |
| lend | lent |
| rend | rent |
| send | sent |
| spend | spent |
| build | built |
| geld * | gelt |
| gird * | girt |
【Ad-Bd-Bd】の末尾tバージョン。get,sitはこちらに含まれる。
| fight | fought |
| light * | lit |
| meet | met |
| shoot | shot |
| get # | got |
| shit *# | shat |
| sit | sat |
末尾にdが加わるという点で規則動詞に近いが，付き方が特殊で母音も変化する。
| lay | laid |
| pay | paid |
| say | said |
| sell | sold |
| tell | told |
| hear | heard |
| flee | fled |
| shoe * | shod |
| baa * | baa'd |
| make | made |
| have | had |
末尾にtが加わる。原形の/iː/が/e/に変化するものが多い。
| feel | felt |
| keep | kept |
| sleep | slept |
| weep | wept |
| creep | crept |
| kneel * | knelt |
| sweep | swept |
| leave | left |
| bereave ! | bereft |
| cleave *# | cleft |
| deal | dealt |
| mean | meant |
| dream * | dreamt |
| lean * | leant |
| leap * | leapt |
| lose | lost |
| spoil * | spoilt |
| burn * | burnt |
| learn * | learnt |
| dwell | dwelt |
| smell * | smelt |
| spell * | spelt |
| spill * | spilt |
| drip * | dript |
| grip * | gript |
| wrap * | wrapt |
| pen * | pent |
末尾が-oughtか-aughtに変化する。どちらも発音は/ɔːt/。wentを除けばもっとも原型をとどめない変化が起こるので過去形から原形を思い出せるようにしておく必要がある。
| beseech * | besought |
| bring | brought |
| buy | bought |
| overwork * | overwrought |
| seek | sought |
| think | thought |
| catch | caught |
| teach | taught |
過去分詞形が原形+nとなるもの。過去形では母音が変化している。fall,eatにはenが，do,goにはneが付くことに注意。
| blow | blew | blown |
| grow | grew | grown |
| know | knew | known |
| throw | threw | thrown |
| draw | drew | drawn |
| shake | shook | shaken |
| take | took | taken |
| drive | drove | driven |
| rise | rose | risen |
| strive | strove | striven |
| thrive * | throve | thriven |
| see | saw | seen |
| give | gave | given |
| eat | ate | eaten |
| fall | fell | fallen |
| do | did | done |
| go | went | gone |
【A-B-An】の亜種で，showに代表される過去形が規則変化(-ed)になっているもの。
| grave * | graved | graven |
| hew * | hewed | hewn |
| mow * | mowed | mown |
| prove * | proved | proven |
| saw * | sawed | sawn |
| sew * | sewed | sewn |
| shave * | shaved | shaven |
| show * | showed | shown |
| sow * | sowed | sown |
| strew * | strewed | strewn |
過去分詞形が過去形+nとなるもの。eが脱落するtear-tore-tornのパターンに注意。wakeはtake,makeと異なり，この型に属する。
| break | broke | broken |
| cleave *# | clove | cloven |
| freeze | froze | frozen |
| speak | spoke | spoken |
| steal | stole | stolen |
| weave ! | wove | woven |
| shrink # | shrunk | shrunken |
| wake | woke | woken |
| bear ! | bore | born |
| swear | swore | sworn |
| tear | tore | torn |
| wear | wore | worn |
| bear ! | bore | borne |
原型にd,tを含み，過去分詞形でそれが重なるもの。get以外は【A-B-An】に近いがgetは【A-B-Bn】に近い。
| smite # | smote | smitten |
| ride | rode | ridden |
| write | wrote | written |
| bite | bit | bitten |
| chide *# | chid | chidden |
| hide | hid | hidden |
| slide | slid | slidden |
| bid # | bade | bidden |
| forbid # | forbade | forbidden |
| forbid # | forbad | forbidden |
| get # | got | gotten |
過去分詞形にnが付くが，【A-B-An】でも【A-B-Bn】でもないもの。
| fly | flew | flown |
| lie | lay | lain |
| slay | slew | slain |
| shear * | sheared | shorn |
| swell * | swelled | swollen |
| tread # | treaded | trodden |
原型にiを含み，それがi-a-uと変化していくもの。わかりやすい変化だが数は少ない。
| begin | began | begun |
| drink | drank | drunk |
| ring | rang | rung |
| shrink # | shrank | shrunk |
| sing | sang | sung |
| sink | sank | sunk |
| spring # | sprang | sprung |
| stink # | stank | stunk |
| swim | swam | swum |
dt型でないが，A-B-CではなくA-B-Bと変化するもの。末尾が-ingのものが多いが，bringやring,singが含まれないことに注意。
| cling | clung |
| fling | flung |
| sling | slung |
| slink | slunk |
| spling # | splung |
| sting | stung |
| stink | stunk |
| string | strung |
| swing | swung |
| wring | wrung |
| hang ! | hung |
| dig | dug |
| stick | stuck |
| strike | struck |
| heave ! | hove |
| reeve * | rove |
| stave * | stove |
| shine ! | shone |
| win | won |
| dive * | dove | dived |
| smite # | smote | smit |
| beat # | beat | beaten |
| come | came | come |
| run | ran | run |
最近ふと思った
「感じる」っていう関数を考えると、こう書ける
感じる（x）
xの型はもちろん「感じるもの」だ
感じる（カンジルモノ x）
しかし、人間の脳は多態性を担保してるので、実際には動的型付けに近い
感じる（var x）
例
・感じる（暖かさ）
・感じる（力強さ）
・感じる（お昼ご飯）
・感じる（猫）
・感じる（波）
人の脳内で渡されたオブジェクトをカンジルモノにキャストする（解釈する）
この時、当たり前だが渡されるものはカンジルモノである方が、受け手にとっては簡単だ。
つまり
感じる（◯◯感）＝◯◯感を感じる
「かっこいいコード」をありがたがり、「分かりやすいコード」を否定するプログラマーがいるが
あれと同じだ。
ちなみに、感じる（◯◯感）に、そのまま◯◯感を入れるのはバカっぽいというのは分かる
isEmpty（String x）に、isEmpty（string）と渡すより、isEmpty（name）などと
今回の場合はisEmpty（nameString）に近いが。
ただ、「渡すものがnameStringという名前だからisEmpty（String x）よりisBlank（var x）に渡したい」
「違和感が◯◯感だから、『感じる』じゃなく『覚える』を使おう」
という主張はそういうことを言っているのだ。
と言うわけで「違和感を感じた」はそれほど悪くないと思う
newしてから渡せば良いと思うよ。
いちいちクラスに分ける理由は、こういう感じで、クラス内の変数にアクセスすれば、画面事の表示とかが簡単に出来る的な？
// Javaの書き方しらん、インターフェースを実装することを定義したい
public class EventHoge : View.OnClickListener {
//画面事の名称
// Javaの書き方しらん、インターフェースのメソッドを実装することを定義したい
public void View.OnClickListener.onClick(View v) {
AlertDialog.Builder dlg;
dlg = new AlertDialog.Builder(MainActivity.this);
dlg.setTitle("画面の名前：" + ViewName); // 画面名称が表示されるイメージ
dlg.setMessage("Hello, サンプル!");
dlg.show();
//＜ーー
}
}
// Androidなにも知らんけど、元増田がボタンにイベントを書く処理が書いてあるクラスのことが言いたい
// そのメソッド
final Button button = new Button(this);
button.setText("ダイアログの表示");
View.OnClickListener ocl = new EventHoge();
ocl.ViewName = "画面その一";
button.setOnClickListener(ocl);
}
}
こんな感じにすれば、画面が二つあって、
その画面の名称を表示するようなボタンを、二つメソッドをコピペして作らなくていい的な？
サンプルは、出来るだけとっちらかさないよう、匿名クラスとか使って、サンプルで紹介したいところ「だけ」を書くんだよね。
だから、そのサンプルがどういう意味かをちゃんと読み取って、自分ならこう書くとか、こう書けるか？ とかを考えてこそ勉強だと思うよ？
今回のレイだと「View.OnClickListener」っていうインターフェイスを実装したクラスを、setOnClickListenerすればいいってことさえわかれば、
匿名クラス？（っていうのかな？ ちょっと用語はよくしらん、クラス定義を使い回さず、その場だけのクラス定義を書く書き方）とかを使わずに、
どういうふうに応用ができるか？ とか頑張れ！
頑張れ！
頑張れ！
はああああああ。
おれはビールを飲む！
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。
要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。
ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。
抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。
atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。
こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。
ということで、以下用例を羅列していく。
以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。
| Add | 1149 |
| Fix | 1014 |
| Update | 584 |
| Remove | 566 |
| Use | 382 |
| Don't | 260 |
| Make | 228 |
| Move | 178 |
| Change | 103 |
| Rename | 85 |
| Improve | 76 |
| Avoid | 68 |
| Allow | 65 |
| Implement | 60 |
| Handle | 58 |
コミットログの基本形はもちろん動詞 + 名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。
何かを追加した、という表現では非常に広く Add が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。
一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typo や crash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。
Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合は Make sure が使われる（こちらはthat節が取れる）。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う（Ensure はさらに重い表現っぽい）。
また、Fix は typo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメント、コメント、テストに使われ、本体のコードの修正に対しては使われない。本体コードの修正にあわせてテストも更新したなら Update が使われる。ただ、テスト機構それ自体のバグを修正したなら Fix である。
無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)から別のもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合は Don't use を使うことが多い。
何かをしないようにしたなら Don't を、内部実装の効率化なら Make A + 比較級/形容詞 か Improve が使われる。
中身の変更を伴わない単なる名前の変更なら Rename A to B、コードや機能の論理上の場所を移動させたなら Move A to B である。
この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。
コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である。
一方で、シンプルな単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的で平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。
8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体が効率のいい学習になるという話と同じだと思う。
このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。
ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。
今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。
「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。
タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー
面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。
Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。
かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日にリリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。
今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。
Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日にオラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」（The Network is the Computer）というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。
当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。
1996年の時点にこんな言語が登場したのですから革新的でした。
いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。
プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロード、テンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。
Wikipediaからピックアップすると1.1での大きな機能追加は
といったところです。当初よりJavaの内部文字コードはUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ！というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。
なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。
当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。
JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアのフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。
Microsoft Visual J++ もこの時代ですよ。
Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。
当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。
この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。
strictfpキーワードは浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。
リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassをロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。
1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。
初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。
JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードにコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。
あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。
Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつがMicrosoftだったわけですね。
Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルはMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの！と喧嘩になったわけです。当時のMicrosoftはブラウザまわりでも独自拡張がやりたい放題、標準規格？なにそれ美味しいの？みたいなスタンスをあちこちで見せていたものです。
結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。
JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。
Java SE とは別にこの時代に Java EEがリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。
2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットのサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的なユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。
企業で用いられる社内システムにもServletは多く採用されました。
理由はいろいろ挙げれると思うのですが
というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャはある意味では便利で簡単でした。
もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。
2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホ、ガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。
そこにdocomoのiアプリ、Jフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ！というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリはちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。
iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。
docomoはiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。
この賭場が、将来にAppleのiPhone, GoogleのAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoはSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。
話を2001年に戻しましょう。
Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。
Java Appletがブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。
Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。
端的に言えば入力値が数字かどうか？みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。
また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。
こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい！という要望があったわけです。Webシステム使いにくい！という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。
Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。
RIAの代表とされるのは
あたりです。三つ巴の戦い、どこに軍配が上がるのか！？と注目されましたが、勝利したのはHTML / JavaScriptでした。
Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。
RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントのひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。
しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。
1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。
Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。
言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。
Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。
Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日にオラクルに吸収合併されました。
Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。
やや戻って2007年にAndroidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。
Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。
このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。