2017年12月6日水曜日

タスクのコツ

いつまでにやるべきか(期限)ではなく、いつまでに着手すべきか！
投稿者 時刻: 0 件のコメント:

2017年10月21日土曜日

Java SE 9/EE 8リリースイベント 兼 JavaOne 2017 報告会 @ 東京に行って来た

台風接近前アナウンスが流れる地下鉄に揺られながら、参加してきましたので書き残しておきます。

ヤフーオフィスでの開催でしたが、会場では飲食自由ということでうちの会社ではあと10年は実現しなさそうw

あくまで個人的な備忘録的なメモなのであしからず、、、

◾︎JavaOne 2017 Overview & Announcements 
by 伊藤 敬さん (日本オラクル)

JavaOne概要説明がはじめにありました。
Mark氏はJavaSE9発表ということで、上機嫌であった話。

JavaChampionも増えてるし、応援している人たちも増えてるよ！
世界ナンバーワン1200万人の開発者。前回は1000万人。

軽量化している(今までとは違う)
JavaEE8、JavaSE9

JDK変更について
MillingCoin、Jigsawリリースと順次反映されている。

リリースモデルについて
○現行リリースモデル
★新しいリリースモデル
<機能リリース>
○2年に一度(目標)。まず遅れるので、、、
★6ヶ月に一度

<更新リリース>
○3ヶ月ごと。メンテ用と限定的機能アップデート
★3ヶ月ごと

JDK8
→2018年9月まで。商用サポート 2025年3月まで。

OpenJDKとOracleJDKのソースコード管理
→今後は一本で管理していく。


Java商用サポートについては、常に注視しておいたほうがいい。他のソフトも同様だが。

新しいリリースモデルが遅延ばかりだと結局破綻してしまうので、追っかけしたいと思います。

来年の開催
2018.10.28〜

◾︎JDK9, Release Cadence & Future 
by 久保田 祐史さん (inc. JShell Demo by @bitter_fox) (@sugarlife)


久保田さんは難聴者とのこと。障害有無に関係なく立派ですね。
雑誌 WEB+DB

情報収集の仕方
追加機能については、JEPを見ることで分かる。
メジャーバージョンのマイグレーション時に注意すべき点はオラクルのマイグレーションガイドを参照する。

ざっくり知りたい方はこちら
↓↓↓↓

メリット
1、モジュール化(Jigsaw)
2、JShell
3、ライブラリ改善
4、セキュリティ強化
5、付属ツールの刷新
6、G1 GCやコンパイラなどの性能改善

上の３つが新機能。
デモしてくれました。

JavaのREPLツール
→Lisp、Phython
→教育分野ではREPLツールないと不人気になる。

Java9入れなくてもJShell試せる
https://tryjshell.org

補完機能が豊富
import簡単。Shift+iで候補出てくるので選択すればok！これは便利だわな。

フェイルセーフ
→NPE(NullPointerException、IAE。

StreamAPI強化
→Stream.Iterator for文的な使い方できる。

JavaSE18.3
→管理場所 JDK Project
→2018.3.20 リリース予定(Java9から半年後)

ローカル変数の型推論が実装されることで、
頭でクラス名を書く必要なく、すべて
var A
var B
みたいに書ける。

◾︎Intel's Persistent Memory 
by 吉田 真也さん(@bitter_fox)

立命館大学 大学院2回
OpenJDKコミッター

Persistent Memory知ってる人？？
→知らん、、、

最近アナウンスされた、新しいタイプのメモリ。安くて良いもの。大容量メモリ。
面白いのは、電源切れても内容が保持される！今までのメモリ概念を覆す。来年リリース？！

オラクルがIntelを意識している。

どれくらい改善される？割愛。
レスポンスタイムの改善。

今後10、20年後を見据えるキーワードになるのでは？！

IntelがJavaに力入れている。

◾︎Java EE 8 
by 西川 彰広さん (日本オラクル)

①JavaEE8
9.21リリース
GitHubに移管されました。
Glassfish5.0

WebLogic Server来年次期バージョンのリリース予定。

②EE4J(Eclipse Enterprise for Java)
Open、Evolving、Nimble(より速く動く？！)、Scalable

JavaEE
現代にあわせて成長。追随できる仕組み必要。JavaEEをEclipseファンデーションへの移管する。

EE4J→移管プロジェクトの名前です。

なぜ移管したの？！
メリットは、要はテクノロジーへの追随を実現するための移管である。
Open→OracleはJavaスペックリードする立場から降りる。スポンサーはEclipseファンデーション。


Compatible→移管はスポンサーシップも移管する。ドキュメントの資産はOracle所有という扱い。

Flexible→メモできなかった、、、
Nimble→クイックで早く。

EE4Jとは？
→FAQに詳しくあります。

ではオラクルはJavaEE7とかはどのようにサポートしていくの？
既存契約は継続。
既存(〜9/12)は継続。

MVC1.0とかはEE4Jで扱う。

@EclipseEE4J サブスクライブ

◾︎Microservices Topic & Approach 
by 森下 大介さん(ヤフー株式会社)

参加したセッション等。

システムにあわせて、組織や文化も変化していった。
コンウェイの法則
→組織のコミュニケーション構造がシステムに反映
Autonomy(自主・自立性)
→スクワッド(分隊)と呼ぶチームにメンバーが所属。一人一人が考え、どのように開発するかを検討議論し決めていく。

マイクロサービスを取り巻く仕組みについて
キーワード
→コンテナ、オーケストレーション
フォールトトレラント
→一部のエラーで全体が影響でないようにする

議論の対象が変化
フレームワークやライブラリは自前開発するものではない。サービスという部品をどう協調動作させるかがポイント。
同期<非同期





投稿者 時刻: 0 件のコメント:

2017年10月8日日曜日

備忘あれこれ

◼︎Powershell
https://cheshire-wara.com/powershell/ps-cmdlets/object/foreach-object-cmdlets/
◾︎使ってみたいツール

◾︎サーバー基礎

投稿者 時刻: 0 件のコメント:

2017年9月28日木曜日

Java アノテーションについて

知りたいこと
①概要
②メリット、デメリット
③学習コスト
④参考サイト

---------------------------------
①概要
アノテーションとは？
→アノテーションとは元々、注釈、注記といった意味を表す英語です。プログラミング用語でも、注意書きを追加する機能になり余白に文字を追加する機能、とのこと。

そして、アノテーションには3種類あります。
・名前だけでデータのないマーカー　
例：＠Override
・データをひとつ持つ単一アノテーション
・複数のデータをもつフルアノテーション

②メリット、デメリット
メリット
・これを記述した場合、その場所では指定した規則に従う必要があるので、例えばスペルミスやバグの発生を防止することになり便利なんです。

デメリット
・近年Java フレームワークではよくアノテーションが使われているが、(何事もそうだが)意図や標準をきちんとつくって展開していくことが大切である。、とまだ自分もそこまで使いこなせていないので何とも、、、というのが本音。^_^

③学習コスト
技術要素をあげるときりがないので、アノテーションに限らずJava 標準のテクノロジーをさわって一つ一つ自分のものにしていくしかないと思われる。

④参考サイト

【Java入門】アノテーションの使い方と作成する方法




投稿者 時刻: 0 件のコメント:

2017年9月19日火曜日

git cloneコマンド実行で利用する通信プロトコルについて

①git cloneコマンドについて

いまさら聞けないgitの使い方http://qiita.com/mountcedar/items/682743c95fd3b8fc274b

②使用する通信プロトコル

Git サーバー - プロトコル

https://git-scm.com/book/ja/v1/Git-サーバー-プロトコル


投稿者 時刻: 0 件のコメント:

2017年9月15日金曜日

jQuery基礎、その他雑談

jQueryを久しぶりに使いそうなので整理しておく。

(お断り)
個人的な意見がコメントでありますが、書いてて思ったことを残しているだけですので信憑性は不明です。

内容
1.jQueryとは
2.jQuery活躍どころ
3.JavaScriptとの比較(じゃあ全部jQueryで書けばいいの?という自問自答)

1.jQuery
JavaScriptを簡易に記述できるもの。
いまはWebデザイナーも使える必要がある。

昔はデザインはデザイナー、ロジックはプログラマーみたいに完全に分かれていたが、デザイナーもjQuery使えた方がよいというお話。

クラウドの普及により、業務アプリエンジニアとインフラエンジニアの領域がクロスオーバー(使いかたあってる？)してきてるよね、というのとイメージ似てる。

日々革新が進むIT業界において、一つ一つ技術要素へのハードルが全体的に下がるので自ずと今まで働いていたレイヤーより上でそれらコントロール、コーディネートするスキルが重要になってくる。

アプリエンジニアで言えば、業務ロジックのライブラリ化(部品化)が進み、それらをコントロールする(MVCのCみたいな)ところを如何に生産性高くできるかが大切。

インフラエンジニアで言えば、IaaSに代表されるメガクラウドの誕生で直接データセンターにいってケーブル地獄?!と格闘しなくていいよ、その代わりサーバーからネットワークからストレージと全体最適を実現できるシステム基盤をよろしくねー、みたいな難題を解決することを求められる?!

あとはサーバレスアーキテクチャを活用(PaaS、AWS Lambdaとか)して即座にアプリ作ってー
→了解でーす、できましたー。

とかAWSだとRedShiftのコストたかいんだけどー
→RedShiftから安価なS3に直接アクセスできるようになりまっせー

 こんな感じ、、、ってかなり脱線したw

2.jQuery活躍どころ
というかコード例。
下記サイトわかりやすい

3..JavaScriptとの比較(じゃあ全部jQueryで書けばいいの?という自問自答)
工事中、、、
投稿者 時刻: 0 件のコメント:

2017年9月12日火曜日

アジャイル型開発技法(スクラム)について

今後で開発することも考えられるため調査しておく。

ウォーターフォールは割愛し、
スクラム開発では下記のタスク？みたいなものが定義されている。

デイリースクラム（朝会）
→朝会、なるほど。そのままですね。
リリースプランニング（プロダクトバックログ）
→リリース順番を決めていくプロセス
スプリントプランニング（スプリントバックログ）
→機能開発の予実管理し、PDCAをまわすプロセスっと言ったところか。
　間違っていたらすいません。
スプリント（イテレーション開発）
→目標達成に向けてガンバル
スプリントレビュー（デモ）
→全員でのレビューみたいな。
ふりかえり
→KPT法など。以前個人でやってた。

またスクラムの役割として以下の様なものが定義されています。
プロダクトオーナー
スクラムマスター
チーム

特徴的だと感じたのはスクラムマスター、これは自分が昔いたプロジェクトで実施してきた
潤滑油的な役割にとても似ていてる。
目標達成に向けてコミュニケーションも含め開発が円滑にすすめるよう、見える化や
積極的なMT開催など、タスクの線引をせずに進めていく。

まあ、どうなるかわからんけど楽しみではある。
そんな甘くないと思うけど。仕事ですから。。。

投稿者 時刻: 0 件のコメント:
登録: 投稿 (Atom)