ウクライナに提供する車輌の中に「資材運搬車」が含まれていたが「資材運搬車」とはどんな装備なのか「かわいい」「めちゃくちゃ役にたつ」リンク NHKニュース 岸田首相 ウクライナに100台規模の車両を提供へ | NHK 【NHK】岸田総理大臣は、ウクライナのゼレンスキー大統領と会談し、日本からの追加の支援として、自衛隊が持つトラックなど100台規模… 1 user 24
【誤進入】東海道線、間違えて武蔵小杉に行ってしまう
JR東日本【東海道方面】運行情報 (公式) @JRE_F_Tokaido 5月23日6時38分 配信 湘南新宿ライン：『運転見合わせ』 湘南新宿ラインは、東海道線内での信号確認の影響で、新宿駅以南の東海道線の列車で運転を見合わせています。 #湘南新宿ライン #Shonan_Shinjuku_Line jreast.co.jp/t_i/tokaido.ht… とれいんふぉ + @Trainfo_Update 【東海道線】大船駅6:33･横浜駅6:51発の「上野東京ライン直通 高崎行」(1826E列車)が大船駅手前で貨物線に誤侵入した模様。 当該列車はこのあと、戸塚・横浜・川崎を通過し、武蔵小杉に臨時停車します。 品川より先は通常通り運転する見込みです。
macOSでの動的ロード問題まとめ - なるせにっき
主な問題 最近のRuby+Xcodeでは以下の4つの問題があるっぽい dynamic_lookupがXcode 14で警告が出る two-level namespace vs. flat namespace 別の拡張ライブラリのシンボルを参照できない disable-sharedなrubyがfat binaryを読めない dynamic_lookupがXcode 14で警告が出る https://bugs.ruby-lang.org/issues/19005 Xcode 14にて以下の警告が出て、拡張ライブラリのコンパイルに失敗する。 ld: warning: -undefined dynamic_lookup may not work with chained fixups https://openradar.appspot.com/radar?id=5536824084660224 W
［C++］ 例外送出からキャッチまでのあいだ - 地面を見下ろす少年の足蹴にされる私
C++のthrow式はどんな型のオブジェクトであっても投げることができます。この是非は置いておいて、あるthrow式に対して適切にcatch節（例外ハンドラ）が用意されている場合に、呼び出される例外ハンドラは厳密にどのように決まるのでしょうか？なんとなくthrow式の引数と同じような型ならマッチする気はしますが、そのルールは関数のオーバーロード解決時のものとは異なる気がします。 catch節での型マッチング 例外ハンドラで使えない型 例外オブジェクトの型 例外オブジェクトの状態 例外ハンドラ引数の初期化 コピー省略が起こるところ 例外オブジェクトの寿命 std::exception_ptr 例 余談 : 決して選択されない例外ハンドラ 参考文献 catch節での型マッチング 例外オブジェクトの型をEとすると、対応する例外ハンドラの決定はそのcatch節の宣言型（以下、ハンドラの型）とEをマ
Async/Await - 非同期プログラミングのベスト プラクティス
async void を避ける 使用できる戻り値の型には、Task、Task<T>、および void の 3 つがありますが、async メソッドで自然な戻り値の型は Task と Task<T> だけです。同期コードから非同期コードに変換する際、型 T を返すメソッドはすべて Task<T> を返す async メソッドになり、void を返すメソッドはすべて Task を返す async メソッドになります。次のコード スニペットは、void を返す同期メソッドとそれに相当する非同期メソッドを示しています。 void MyMethod() { // Do synchronous work. Thread.Sleep(1000); } async Task MyMethodAsync() { // Do asynchronous work. await Task.Delay(1000);
Rubyとnamespaceと拡張ライブラリについて - なるせにっき
2020年代はモノリスの時代 ここ10年ほど流行っていたマイクロサービスについての理解が深まり、その限界が広く知られるようになってきた。ShopifyのModular Monolithについての記事などは代表例だろう。並行して必要性が叫ばれるようになってきたのがnamespaceだ。RubyKaigi 2023ではshioyamaさんがMultiverse Rubyと題して発表をしていたし、その後tagomorisさんも記事を書いている Rubyでは以前からnamespaceへの議論が行われてはいたのだが、Ruby 2.0の頃の議論では主にMonkey Patchingによる副作用を局所化するためのものだった。当時の議論とはライブラリ読み込みの局所化という課題が挙がっている点が異なっており、それに伴い技術的な困難も異なる。上述の記事でもそれらの多くは整理されているのだが、この記事ではまだ議
Ruby Parser開発日誌 (9) - RubyKaigi 2023で発表してきた ~ 世はまさに”大パーサー時代” ~ - かねこにっき
5/10から5/14の5日間、RubyKaigi 2023に参加するために松本市に行ってきました。前回参加したのがRubyKaigi 2019の福岡のときなので、じつに4年ぶりの参加でした。 今回はコミッター/登壇者/LTスピーカーとしての参加になりました。その結果、0日目のDevMeeting含めて3種類のスライドをつくり、3日目の"Ruby Committers and The World"含めて3回登壇するというイベント盛りだくさんなKaigiでした。 いやー、自分のRubyKaigi史上、最高のRubyKaigiでしたね。まさにParserKaigiだったのではないでしょうか。 いろいろ書きたいことはありますが、まずは時系列で振り返っていきましょう。 Day 0 (5/10) - DevMeeting DevMeetingに参加するためDay 0から松本へ向かいました。新宿から特急
LLMを理解する一歩として「ゼロから作るDeep Learning」をやった - $shibayu36->blog;
LLM、GPT界隈を追いかけていて、GPTの仕組みと限界についての考察（2.1） - conceptualizationという記事を見かけた。これを見たとき、「どういうことか全然理解できない」という気持ちになった。また、その他LLMの解説記事を理解できないことが多く、自分の機械学習知識不足が明確になった。 理解できなかったことは悔しいし、LLMやChatGPTをうまく使いこなすには最低限どのような原理で動いているか理解したいと感じた。そこで一歩目として「ゼロから作るDeep Learning」を完走した。 ゼロから作るDeep Learning ―Pythonで学ぶディープラーニングの理論と実装 作者:斎藤 康毅オライリージャパンAmazon 知識なしからはじめたので時間はかかったが、次のように進めていった。 自分もコードを写経しながら読む レポジトリは https://github.co
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
プログラミングにしか興味のないエンジニアに困っている
今年の頭にうちの会社にやってきたエンジニアの話。 彼は実装がめちゃくちゃ速く、コードもきれい。テストもちゃんと書く。 とてもできるエンジニアなのだが、一つだけ困っていることがある。 実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になるのだ。 うちの会社が開発しているのはtoBのシステムで、実装内容によっては営業やカスタマーサポートからお客さんにアナウンスがされてからでないとデプロイができないものがある。 急にUIが変わったり新機能が追加されるとお客さんが混乱するしカスタマーサポートに問い合わせが殺到するので、デプロイ前に調整が発生するのは致し方ないことなのだが、こうした背景を説明しても彼は納得してくれない。 「とにかく早くデプロイをさせろ」の一点張りで、彼が勝手にPRをリリースブランチにマージして、機能が出てしまったこともある。 それによってカスタマーサポートへの問い合
相次ぐサラダ類への「カエル」混入…なぜ? 「カエルは今の時期、1年で一番活発」（BSS山陰放送） - Yahoo!ニュース
スーパーなどで販売されたサラダ類に「カエル」が混入するケースが相次いでいます。専門家らは「カエルは今の時期、水場が近い場所にはどこにでもいる」などとして、落ち着いた行動を呼びかけています。 【写真を見る】相次ぐサラダ類への「カエル」混入…なぜ? 「カエルは今の時期、1年で一番活発」 5月11日、長野県上田市内のスーパーでサラダを購入した客から「カエル」と見られる異物が混入していたと店に連絡がありました。 サラダを製造したのは松本市の会社で、カエルは、原材料の野菜に混ざり込んでいたと見られることがわかりました。混入したのは、国内に広く分布する体長2センチから4センチほどの「二ホンアマガエル」だということです。 また23日には丸亀製麺が、「丸亀シェイクうどん」にカエルが混入する事案が発生したと発表しました。 丸亀製麺の発表によりますと、カエルが混入したのは21日に諫早店で提供された「丸亀シェイ
【独自】賽銭箱を蹴り破壊する外国籍の男『神様はアッラーしかいない』と参拝者に発言 | MBSニュース
神社の賽銭箱などを壊したとして逮捕された外国籍の男。防犯カメラが犯行の一部始終を捉えていました。 神戸市垂水区にある「瑞丘八幡神社」を撮影した映像。それ確認すると、５月３日の午前９時半ごろ、黄色い服を着た男が境内に現れました。すると…置いてある賽銭箱を蹴りました。 器物損壊の疑いで逮捕されたのは、アフリカのガンビア共和国籍で垂水区に住む無職のママドウ・バルデ容疑者（２９）です。ママドウ容疑者の犯行は他にも…。 別の防犯カメラには、手を清める手水舎にある竹筒を引きちぎったり、別の賽銭箱の上に置いてあった木箱を地面に叩きつけたりする様子も映っていました。 （瑞丘八幡神社・宮司） 「本当に残念ですね、その一言に尽きます。（当時、参拝していた女性は）『（神様は）イスラム教のアッラーしかいないから、ここに神様はいないのでここで祈るな』と言われたと、うかがいました」 ママドウ容疑者は警察の調べに対して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ネットワークなんて触ったことないから分からない」という人も必見 AWSを題材にネットワークの基礎が学べる無料の電子書籍