From Spring Boot 2 to Spring Boot 3 with Java 22 and Jakarta EE
1. ごはんが美味しい! 2食付き1万円以下で泊まって「2万円くらいの宿よりご飯が美味しい」とか「こんなに美味しい定食屋もめったにないよな〜」という宿によく出会います。 ホントにボロいい温泉宿に、ご飯がとびっきり美味しいところが多いのです。 記事後半で、具体的にご紹介します! 2. 人情を感じる(家族経営で良い人ばかり!) ボロいい温泉宿は、長いことご家族で経営されているところばかり。 1人の人間として大切にしてくれている「人情」を感じて、「あ〜いい旅だったな〜」と思わせてくれるところが本当にたくさん。 親戚のおじさんやおばさんの家に泊めていただくような気分で、癒されますね。 3. 温泉は極上! 温泉好きの方ばかりではないと思うので、極上の温泉についてまとめると、 こういった特徴をもつ、極上の温泉は小さなボロいい宿に多いです。 大型の旅館だと、どうしても浴槽が大きいので、温泉の鮮度が落ちが
会場の「フィラ・デ・バルセロナ」は36万平方メートルという広大な敷地に巨大なホールが立ち並ぶ。MWCには毎年、世界200ヵ国から6万~8万人の通信事業の関係者が集まり、最先端のテクノロジーを競い合う。 午前11時15分、「楽天グループ」会長兼社長の三木谷浩史を乗せた黒いベンツのワンボックスカーがVIP受け付けの車寄せに滑り込んできた。初日ということもあり、入り口は黒塗りの車でごった返し、三木谷の到着は予定より少し遅れた。 三木谷を出迎えたのは、2022年にグローバルセールス・マーケティング統括として楽天グループに加わったラビー・ダブーシ。米通信大手「シスコシステムズ」の幹部でスマートシティ戦略を推進してきた。シスコ中興の祖ジョン・チェンバースの懐刀だったが、チェンバースが引退するとき、シスコの同僚だった楽天グループ副社長、平井康文の誘いで「楽天モバイル」に移籍した。世界の通信業界で、このジ
2023.08.09 NHK水戸放送局のロック・イン・ジャパン2024 ひたちなか開催の報道について、私たちは強く抗議します。 とても残念です。たくさんの方の協力をいただきながら積み重ねてたプロジェクトが、とてもぞんざいな扱いを受けて報道されたことに怒りを感じます。 僕にとって周年にひたちなかでロック・イン・ジャパンを開催することは悲願でした。 凄く時間を掛けてすすめて来たプロジェクトです。 NHKへの抗議メールにも書きましたが、いろいろな調整を経て決めた開催発表の日程でした。何度もNHKには開催発表を公式と揃えることをお願いしましたが、全く聞いてもらえませんでした。 公式と同時に発表し、開催を祝ってほしい。僕の望みはそれだけです。そんなに緊急性のあるニュースなんでしょうか?確かに話題にはなるでしょう、でも本当にフェスを盛り上げるなら同時発表の祝祭感を作って欲しかった。 何度もリークはやめ
NTT東日本は20日、センサーやカメラによる水質管理などITを活用し、福島市で実証実験していたベニザケの陸上養殖が成功したと発表した。同市のスーパーマーケットで21日から、約100匹分を切り身やすしとして試験販売する。生産拠点の拡大や他県での販売を検討し、2025年に年間売上高10億円を目指す。 実証実験は昨年1月に始め、人工海水技術を持つ岡山理科大と、福島県内でスーパーを展開する「いちい」(福島市)との共同事業。陸上の施設で養殖してウイルスや寄生虫が混入するリスクを抑え、1年半で体長約50センチ、重さ1・2キロに成長させた。ベニザケは病気に弱く、海面養殖は難しいとされる。 福島市にあるベニザケの陸上養殖施設=20日NTT東は近年、ITによる遠隔技術を使い漁業や農業分野に進出。ベニザケは「サーモン」の一種として世界的に人気が高い上、国内流通分も輸入品が多く需給が逼迫気味なことから、収益が見
世界最北の街・ロングイェールビーンに行った。この街はノルウェーのスヴァールバル諸島にあって、北極圏の中にある。 北極点の周辺の大半は海で、南極と違って大陸がない。なので、北極の定義は色々あるけれど、北極圏の中でも最北の街なので北極と言える。 きっかけは、いつだって意外なほど単純だ。いつものように、仕事終わりに Google フライトを見ていた。僕には、疲れ果てたとき Google フライトを開いて地図を見ながら次の旅を夢想する癖がある。 ヨーロッパ行きのお得な飛行機でもないかと探していたとき、マップの上の端、はるか上の端に空港のマークを見つけた。 Googleフライトで思い切りズームアウトするとロングイェールビーンは現れる それが名前も知らなかったその街を見つけたきっかけだった。その街はちょっと特殊な条約によって滞在するのにビザがいらないらしい。労働ビザもいらない。 引退後の理想の住処を探
Next.js App Router は global のfetch関数に patch をあてており、自動でデータ取得が最適化されるように設計されています。そのうちの一つが、取得したデータをキャッシュし、再利用する最適化です。キャッシュされた取得データは、必要に応じて任意のタイミングで Revalidate(データ再取得・キャッシュ更新)が可能です。本稿はこのfetch関数を経由してキャッシュされる「fetchCache」について、どのように向き合うべきか考察したメモです。 検証留意点 はじめに、筆者が検証にあたり留意した点を書いていきます。本稿を読んでみて「自分でも検証してみたい!」となった方は、参考にしていただければと思います。 【1】取得データがキャッシュされるタイミング タイミングは2通りあります。 ビルド時: next buildで Next.js アプリをビルドした時 リクエス
Secretlint v7でCommonJS からES Modulesへの移行を行いました。 Secretlint v7.0.0をリリースしました。Pure ESMへの書き直し この記事では、CommonJS(CJS)からES Modules(ESM)への移行を行った経緯と、移行する方法について紹介します。 CJSからESMへの移行は、率直に言えば単調な作業で、メリットが見えにくい作業です。 しかし、将来的にCJSよりもESMが主流になることは間違いないので、移行することは必要です。 移行の作業は、移行方法が決まれば大部分は機械的な書き換えが可能です。 では、実際にどうやって移行したのかを紹介します。 ESMへの移行の影響は依存元へと連鎖する Secretlintのリポジトリはmonorepoになっていて、だいたい40コぐらいのパッケージが含まれています。 そしてパッケージ間で依存関係があ
はじめに 今携わっているプロジェクトで凄腕エンジニアさんと一緒に開発をさせていただいているのですが、その凄腕エンジニアさんから教えていただいた例外の話がとても勉強になり、 さらにこの例外の話を他のプロジェクトのエンジニアさんに伝えたところ、反応が良く、とても勉強になりました!という声をいただけたので、アウトプットしていきたいと思います。 (この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。) ※【凄腕エンジニアさんから学んだ例外の話】の補足 というQiita記事を書きました。 この記事を読み終わった後に疑問が残った人などは補足資料として読んでいただけると嬉しいです。 例外の考え方の源 Tさんの例外の考え方は http://diveintopython3-ja.rdy.jp/your-first-python-program.html#exceptions ↑こちらのPyth
本書は Figma によるデザインシステムコースの日本語訳になります。デザインシステムに興味がある人や構築しようとしている人もチェックしてみてください。デザインシステムに縁のないデザイナーや開発者のためにプロダクトと向き合った最適なデザインシステムを探求するための材料になれば嬉しく思います。 (原文 : https://help.figma.com/hc/en-us/sections/14548397990423-Course-Introduction-to-design-systems) この記事は、Figmaから許可を得た上で翻訳され、Brand Guidelineに則った内容となっております。(Brand Guideline: https://www.figma.com/ja/using-the-figma-brand/) ## 更新情報 [2023/7/1] - 表紙画像に、このコ
コードを書く仕事をしてると、読むことも多い。読んでる時間のほうが多いかもしれない。いま書かれてるコードを読むことも、もちろん多いし、何年も前に書かれたコードを読む機会も割とよくある。 コードを読むと、そのコードを書いた人の考えや、そのときの状況が感じられて、おもしろい。特に、何年も前に書かれたコードを読むときは、コーヒーを片手に(そのときはこんな感じだったんだろうなぁ)って想像しながら読んで楽しい。 ふと、どういうコードから、自分がどういうことを想像するのかを書いてみようと思った。 前提 今、目の前で書かれているコードを読んでレビューしてるときの話じゃなくて、何年も前に書かれたコードを読むときの話をしようと思う。だから、そのコードが良いとか良くないとか、こうするべき「だった」とかは考えない。今後の自分がどう書きたいかなぁ?くらい。 また、そのコードを書いた人が良いとか良くないとかでもない。
こんにちは。モロと申します。 実は数年前警察のお世話になり、数年裁判等をやって、昨年晴れて無罪放免となったのですが、そういえばその後どこにも情報をまとめていなかったことに気が付きました。 正直にいうとまったく気の進まない作業ですし、数年間これにかかりきりだったこともあり「わざわざまとめなくても誰でも知ってることでは……?」みたいな気持ちもあります。 とはいえ冷静に考えると大抵の人は一生関わり合いになることのない知識で、お世話になった界隈に対して何も残さないのも不義理という感じがしたため遅ればせながら筆を執らせていただきます。 はじめに 当記事は、実際に警察のお世話になり、数年間弁護士の方にご指導いただきはしたものの、あくまで法律の専門家でも何でもない一エンジニア(というか多少エンジニアリングをかじったデザイナー)によるもので、第三者による監修等もなされていません。 実体験に基づいて少しでも
はじめに 擬人化した競走馬を育成するCygames開発の育成シミュレーションゲーム『ウマ娘プリティーダービー』(以下ウマ娘)。 このゲームをプレイした人間の多くが感じているであろう事がある。 このゲームの育成システムが『実況パワフルプロ野球』(以下パワプロ)のサクセスモードと酷似しているのである。 この点についてTwitterで検索すると、次のような情報が出てきた。 ウマ娘の育成システムがパワプロみたいだよって話を聞いて「なるほど! ……あれ、コナミの特許は?」と思ったんですが、調べてみたらちょうど半年〜1年前とかに関連してそうな特許が切れてますね。 通りでねぇ! 特開2001-175157(〜2019/12)⁰特開2001-252472(〜2020/3) — きっかん (@bowbwin) March 2, 2021 この方のツイートによると、パワプロ関連の特許は2019~20年の間に切
このツイート、手取り14万にやたら注目集まってるけど地方ならそんなもんじゃないか?というのが個人的な感想。 「手取り14万円しかもらってないのに目標設定させる会社はおかしい。手取り30万円にしてから求めるべき」という話題ですが、30万稼ぎるようになるために目標設定するということが理解できてない感あります。「給与上げてから求めろ」という思考では一生キャリアアップできません https://twitter.com/MotoyasuYamada/status/1651927402401136641?s=20 やっぱ、給与上げるなら転職が手っ取り早い。 目標設定は特にしてなかったけど、興味ある分野の情報収集とか、得た内容を仕事の中で勝手に実践をしていた。 求められてないことをやっても今いる会社からは評価はされないけど、転職先からは評価されることが多かった。 だから、給与に関係なく新しいことにチャレ
戦後のメンバーシップ型雇用を維持する日立では、スキルギャップから成果を出せなくなった中高年社員の雇用を維持するため、若手が余計に働いて稼がなくてはならない。そのなかでも、デキる人に仕事が集中する構造があり、過重労働がはびこりやすい。「仕事が終わらないから、社内の労務管理システムの抜け道を使って、残業時間が増えすぎないよう、改ざんします。具体的には、WindowOSに指示を出して、労務管理システムを停止させます。これは上司から強制されるわけではなく、同期やチームメンバーの間でやり方を教え合うんです。あとは、労務管理の対象外となっている(接続履歴が把握されない)別のパソコンを使って仕事をしたり…」(SE職) Digest 責任感から自滅していくパターン 行動規範SQDCとフェーズゲート QFマインド醸成会議、落穂(おちぼ)拾いの会 週休3日制の現実「有休消化で精いっぱい」 週1日丸ごと副業に費
空港で暇なので何か文章でも書こうという事で。 podcastなどでも度々話をしているが、ここ1年くらい掛けてお仕事で作っていた独自言語が割と使えるようになった。 リリースまでにはまだやる事がそれなりに残っているが、2年弱くらいで作ったとは言えそうだ。 これはコレクションからUnitTestのライブラリからパーサーから全て手作りで、結構大掛かりであり、実装の面でも色々な工夫が入っているし、 そもそもに実現しているものも、自分が作らなければ類似のものは無いくらいには新規性のあるものだ(独自言語なので当たり前だが)。 こういう、結構大きくて、自分が作らなければ世の中に無いものが、たった一人で生み出せる、というのは、結構凄いことだよなぁ。 一方で、2年くらい仕事でずっと一人で何かを作り続ければ、相当なものが作れる人は、世の中にはそれなりにたくさんいるんんじゃないか。 自分と同世代のプログラマの友人
はじめに 最近プログラマーとしてのキャリアに一区切りつけようと思っており、これまでのプログラミングの勉強の集大成となるブログを書きたくなったので書く。初めてプログラミングをして、フロントエンド開発をして、サーバーから値が返ってきたときは「どういう仕組みで値が返ってきたんだ?」と疑問に思っていた。ずっと理解したくて理解できていなかった。だからずっと勉強していた。そして最近になってようやく自分の言葉で説明できるようになった気がしたのでブログを書きたい。 2015 年版が自分の原点であり、この記事を書くモチベーションになった このような記事は実は過去に存在している。 FYI: https://blog.yuuk.io/entry/2015-webserver-architecture その記事はサーバーがどういう仕組みで動いていて、どのように進化し、2015 年に至るかを解説してくれた記事だ。自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く