める可能性が大いにあります。以下の点にご注意ください。今週の私が気づいただけの、古い話題を含む場合があります私はつよつよエンジニアではありません私は業務Javaメイン。その他は趣味で触ってるくらいな人間です。無名変数と無名パターン、複数のソースコードからなるJavaを一発実行する新機能など。無名変数と無名パターン、複数のソースコードからなるJavaを一発実行する新機能など。main()」な記述もセカンドプレビューへwww.publickey1.jpJavaエンジニアとしては見逃せない話題な新リリース。なんか、バージョン進みすぎて全然ピンと来ないですね、というのを現行Javaで開発やってるエンジニアの一部は思ってると思う。いつも非常にお世話になっている、きしださん(nowokay)のまとめや、ひしだまさんのまとめを、今回も参考にさせていただきました。無名変数とかsuper()/this()の前に文が書けるようになる変更とか文字列テンプレートは、自然なコーディングがよりやりやすくなる変更でとてもグッドな感じですね。後ろの2つはまだプレビューだけど。早くOpenにして~。args)を書かなくてよくなる件が一番世間的には話題になりそうで好き。resultsspeakerdeck.comt_wadaさんの登壇公開資料。イベントには不参加だけど、興味深く読みました。JavaのDIコンテナは言語機能の補完でありinjectはimportnowokay.hatenablog.comなんか今週、DIの話をちょこちょこ見かけたので、代表してきしださんの記事を。DIって要するに高機能importだよね、がDIの本質だと思ってます。「依存性の注入」という言葉でちんぷんかんぷんだったあの頃にこの言葉を知りたかった。インジェクションはコンストラクタインジェクションでやりましょう(学び)。#17speakerdeck.comフロント、割とマジでこれでつまずくので良資料だと思った。このツールは何のために使うの?がわからないままコマンドだけを叩いている日々(無知蒙昧)。-Iconbuddycoliss.com便利~。AI使って自動コーディング&レビューな話題gihyo.jpdev.classmethod.jpqiita.comCopilotなどを使って、AIサポートを受けながら開発をするのはもう当たり前になってきてますが、だんだんとAI主導での開発体験の話題も増えてきたなぁと感じてます。みたいなことが出来そうになってきてて、人間はどこに責任を負うのかっていうのが今後の重要話題だと思っておるところです。最強アイデアノート「Obsidian」のデバイス間同期サービス、従来の半額プランが登場forest.watch.impress.co.jpObsidian、実際私も現在進行系で使っています。生のマークダウンと整形後とで切り替えたり出来るとか、テンプレートプラグイン活用して色々自動化できたりするので、手放せない。公式オンライン同期に無料プランがないので、敬遠してる人が多そう。プラグイン活用して、CloudflareのR2ストレージ(無料枠)に載せれば無料で使えるし、Obsidian使うの辞めてもデータが簡単に取り出せるって思って、これが割と最強だと感じてます。唯一、初期設定だけ面倒だけど。見据えた動きかinternet.watch.impress.co.jp有用そうなサービスが割と停止されてたりしてるみたいで、残念だなぁと思ったけれど、背景見てみるとまあ仕方ないかなという印象。放送法改正によるものという前提ではあるものの、民業圧迫(特に他社メディア)とか、視聴料の無駄遣いだという批判に対応するものだという声もあって納得(自分もNHK税払ってる人間ですが、使いもしないし大して使われてもいなさそうなサービス開発にお金が使われてると思うと辛いところがありますね)。開発者視点では、これをきっかけに、なくなるサービスを自前で作っちゃうのもありですよね。ウォッチしててもいいかもな、と思ったり思わなかったり。2024年3月18日x.com今週Xで大荒れな話題。自分も「認識です」って良く使っちゃうなぁと思って、最初コレ見たときはハッとさせられたけど、じゃあどこまで具体的にいうべきかというのは難しいところだなと思った。どれかがあると嬉しい」と述べられていて、まあ確かにその通りだなとも思う。一方で、後で確認しますと言ってしまうとタスクとして発生するので、作業者視点では嫌だなというのもまた事実。まあ結局、こういう質問受けたときに、完全なる事実を述べられるかというと、自分は無理だなと思ってしまうので、「~な認識です」っていう言葉に逃げやすいなと。これだと質問者は(悪い意味の)適当な回答をされたと感じる場合があるのだと思った。自分がもし回答者だとしたら、「私としては~な認識です」と行った後に根拠を付け足したりして確度を高めるか、明確なものがないなら「調査いたしますか?」と意思決定求めるか、くらいが出来るところかなと思ったのだった。色んなスレッド追っ掛けてやっと理解したけど。社内のリスクを過小評価してカフェのリスクを過大評価してる。これが前提にあるかないかで話が全然違ってて、カフェ「だけ」をセキュリティリスクのある場所だと限定的に考えるのが古いですよって話をしてるのよね。2024年3月19日x.comこちらも荒れてた印象の話題。元のスレッドがどこなのかわからないので、代表してえるさんのまとめポストを引用。端的に言えば「カフェで仕事はありかなしか問題」で、なんかやけに盛り上がってた感触。「IT系=カフェでマックブック開いてる」みたいな認識されることが多いけれど実際の開発現場ではむしろ「カフェでの仕事は一切NGです」みたいな現場も多くて、じゃあ実際どうするべきなの?っていう話が色んなところで種になって大きな話題になっていった感じ。たしかに自分もだけど「カフェ」っていう場所に囚われすぎている感じはあって、そもそも人がいる場所であればカフェだろうが電車だろうが社内だろうがセキュリティリスクはあるよねっていう視点の重要性が問われている話だったのかなと。実際オフィスだって、端末にはチェーンかけて、離席時は画面ロックかけて、とかいうのが基本だしね。それにしたって盛り上がりすぎ。今まで、情報収集手段もなあなあにしてきたのですが、一念発起してRSSとSNSを活用した情報収集に挑戦してます。Laterつけていってます。この記事書くときの確認用に一応Pocketも使ってるんだけど、イマイチ思い通りの使い方にならないから今後どうするか悩み中。2024年版という記事を参考にしてたりします。まあ全部を真似してるわけではないけれど。自分なりに良い形に落ち着けばいいなぁと思っている今日このごろです。気が向けば来週以降も続けます。»プロフィールささざめソフトウェアエンジニアSEやってます。業務はJava、C#がメイン。週に一回更新するのが目標です。11サイト情報プライバシーポリシーAmazonのアソシエイトとして、ささざめテックブログは適格販売により収入を得ています。