Microservices Manchester: Serverless Architectures By Rafal GancarzOpenCredo
1. Introduction JDK9のリリースまで残すところあと半年ちょっとになりました。 JDK9の新機能、 Project Jigsaw によるモジュール化が取り上げれることが多いですが、 Javaの REPL 、 jshell が搭載されたのが気になりました。 今回はjshellを触るまでの環境構築と事項してみた所感を書いていきます。 筆者環境はMac OS Xです 1.1 REPL?? 読んで字のごとく、 R : Read 読んで E : Eval 評価して P : Print 出力して L : Loop 繰り返す 一行書いて実行、一行書いて実行、一行書いて... を繰り返せます。 1.2 jshell?? 他言語ではこのREPLという仕組みが一般的で、 RubyやScalaには標準で付属しています。 いよいよJavaにもこのREPLが導入されました。 そもそもJavaには言語
文字列リテラル HTMLを含む文字列を生成する際に便利なため、囲む時はシングルクォート'hoge'がよい セミコロン 末尾にセミコロンをつけなくても解釈してくれるが、バグを生む可能性があるのでセミコロンはつけるように習慣化する ES6のclass記法のメソッド末尾にはセミコロン不要 同値比較 基本的に===をつかう。==だと寛容過ぎる解釈のため、バグを生むことがある。 短絡評価 hogeFuncの引数にtrue相当の値が入ってきた場合、 ||の右側は読まれない。 hogeFuncの引数にfalse相当の値が入ってきた場合、 (false, null, undefined, NaN, "", 0) ||の右側を読みにいく。 function hogeFunc(e){ e || console.log('piyo'); } hogeFunc(1); // 何も出力されない。もし短絡評価がなけれ
概要 最近いろいろな方(社内、社外含め)に、エンジニアチームどうですか?良くなってますか?という質問を頂きます naoya さんってどうなんですか?やっぱりすごいですか?とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く