バス置き去りの女児、懸命に暑さしのごうと…車内に脱いだ衣服・空になった水筒【読売新聞】 静岡県牧之原市の認定こども園「川崎幼稚園」に通う河本千奈ちゃん（３）が通園バスの車内に取り残され、熱中症で死亡した事件で、バスの乗降口付近に千奈ちゃんが自ら脱いだとみられる服があったことが関係者への取材で分かった。持っ
女児バス置き去り死で理事長「四重のミス」…「病院で待ち合わせの予定あり、焦りあった」
【読売新聞】 最悪の事態をなぜ防げなかったのか――。通園バスに取り残されて熱中症で死亡した河本千奈ちゃん（３）が通った静岡県牧之原市静波の認定こども園「川崎幼稚園」は７日、初めて記者会見で経緯を説明した。これに先立って行われた保護者
女児バス置き去り死で理事長「四重のミス」…「病院で待ち合わせの予定あり、焦りあった」
【読売新聞】 最悪の事態をなぜ防げなかったのか――。通園バスに取り残されて熱中症で死亡した河本千奈ちゃん（３）が通った静岡県牧之原市静波の認定こども園「川崎幼稚園」は７日、初めて記者会見で経緯を説明した。これに先立って行われた保護者
幼稚園バス3歳児置き去り死、防ぐには？ 「スクールバス王国」アメリカ 安全策は意外にアナログ でも確実（AUTOCAR JAPAN） - Yahoo!ニュース
スクールバス王国、といえるアメリカでは小学校1年生（5歳～）から17歳まで約9割近くの児童生徒は自家用車またはスクールバスを利用して登校する。 4歳以下の幼稚園児の場合は保護者が自家用車で送迎するのが一般的だ。 時に命を奪う危険も大きい「車内置き去り」に対してアメリカではどのような対策が講じられているのだろうか？ アメリカのスクールバス製造会社大手「ICバス」が標準装備している「Leave No Student Behind」（後ろにいる子どもを置き去りにしない） 手順としてはシンプルでメーカー公式の動画で手順が説明されている。 スクールバスの後部安全機能「Leave No Student Behind」について 朝、子どもたちを乗せたバスが学校に到着し子どもたちが降車するのを見届けると、ドライバーはエンジンキーをイグニッションから抜く。 その瞬間からバス内にアラームが鳴り響く（10分以上
女児の父、悲痛の訴え「娘は降りる順番を待っていたはず」 牧之原園児死亡、保護者説明会（あなたの静岡新聞） - Yahoo!ニュース
牧之原市静波の認定こども園「川崎幼稚園」が7日に同園で開いた保護者説明会には、送迎バスに約5時間取り残されて命を落とした女児（3）の父親も参加した。出席した保護者によると、父親は「バスに乗るのをいつも楽しみにしていた」などと女児の日頃の様子を語った。発見時の状況も明かし、懸命に生きようとした娘の姿を訴えたという。 新型コロナウイルスの感染防止のため、バスの中では会話を控えること。自宅から幼稚園までの距離が近く、乗車する園児の中では最後に乗るのだから降車も一番後にすること。女児は事件当日もこうした言いつけを守り、降りる順番を最後まで座って待っていたはずだと話したという。発見時の女児は服を脱いだ状態だったことや、水筒を飲み干していたことも明かした。 説明会には保護者約110人が参加した。20代の母親は「出欠確認が甘かったと園から説明があった。許せない。自分の子供も同じ目に遭っていたかもしれない
ローソン、AI活用の値引き実験を162店に拡大！粗利額と廃棄ロスはどこまで下がるのか？ _流通・小売業界 ニュースサイト【ダイヤモンド・チェーンストアオンライン】
ローソン（東京都/竹増貞信社長）は、都内162店舗で「AIを活用した値引き」の実証実験を開始した。これは、個店の在庫数や販売実績に応じて、AIが値引き額を推奨する「人の手に頼らない値引き」を実現するシステムで、ローソンが昨年東北地方23店舗で行った実験を進化させたものである。値引きの対象となるのはおにぎりや総菜、チルド麺など約270SKU。実験期間は2022年6月28日から9月下旬までを予定している。ローソンのAI活用による「粗利額」アップと「廃棄ロス」削減をねらう取り組みとは。 値引き推奨を確認するローソンの従業員 AI活用により「思い込み」による値引きをなくし、合理化をすすめる! ローソンはAIを活用した値引き実験を、21年6から10月にかけて、東北6県の郊外型店舗23店で行ってきた。22年6月下旬から9月下旬までは、この取り組みを都内の駅チカ店舗、直営店、FC店など計162店舗まで広
[書評] A Philosophy of Software Design を読んだ。複雑性を理解し、戦う術を身につけた - My External Storage
今年読了した40冊ほどの本の中で一番よかった「A Philosophy of Software Design」を紹介する。 所感 本書はソフトウェアエンジニアが設計やコーディングを行なうときに何を考えるべきか教えてくれる本だ。 発売から数年経ってから読んだ私が言える立場ではないが、今までの経験の中でモヤモヤしていたりはっきりと理由が言えなかった部分を一気に言語化してくれる本だった。 「アジャイル」、「オブジェクト指向」、「DDD」などソフトウェア設計には「良い」と呼ばれるプラクティスやパターンが多く存在する。 また、「戦術的なエッセンスだけ取り入れてもよくない、戦略的なところから取りくまないといけない」なんてことを耳にすることもある。 では戦略的なプラクティスに取り組めば必ず「良い」のか？必ずしも良いわけではない。 エンタープライズFizzBuzzというリポジトリがある。皆さんご存知のFi
![[書評] A Philosophy of Software Design を読んだ。複雑性を理解し、戦う術を身につけた - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/aab89cc3e9ac460ea60fb75fdb46619465df02bb/height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2F2021%2F12%2F17_aposd.jpeg)
ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか？ 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな
文化からツールまでを扱ったタイトルに違わぬ大著『Googleのソフトウェアエンジニアリング』を読んだ - こまぶろ
昨年11月末に発売された『Googleのソフトウェアエンジニアリング』を読みました。 Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 細かい内容についての感想はTwitterの方に放流しているので、ブログでは簡単に。 とりあえず一周した。17章以降は基本「いやーGoogleさんすごいっす」という感じだったが、ところどころ役立つ話があったし、「エンジニアリングを発展させていった先の一つの形がこうなのか」という面白さは大きかった。逆に前半は実践的にかなり勉強になったのでちゃんと復習しよう…… #swebookjp— こま (@koma_koma_d) 2022年1月3日 全体の構成 書籍全体の構成は、以下のようになっています。 分量としては、「第4部 ツール」が最も大きな部分を占めています。 第2部から第4部に
ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ
あけましておめでとうございます、になるはずだったのですが、後から読んだ『Googleのソフトウェアエンジニアリング』の方を先に記事にしたので新年2本目の更新です。 ky-yk-d.hatenablog.com さて、本題。最近のお気に入りポッドキャストであるe34.fmで激賞されていた『A Philosophy of Software Design』を読みました。初版は2018年に出ていて、今回は2021年に出た第2版を読みました。 スパゲッティコードを想起させる装丁 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon scrapbox.io どんな本？ 書籍のテーマはソフトウェアの複雑さです。複雑さとは、システムを理解したり変更したりするのを困難にさせるも
merpay Tech Talk ~伝わる技術文書の書き方~
merpay Tech Talk 、今回のテーマは 『伝わる技術文書を書く』 についてです。 テーマをTech Blogとし、執筆など文書を書くことに経験豊富なメンバーでディスカッションします。一緒に「伝わる技術文書を書く」を学びましょう！ 00:00 Opening 06:23 伝わる技術文書の書き方 by shibataさん 19:36 伝わる技術文書の書き方 by ひつじさん 34:10 伝わる技術文書の書き方 by tenntennさん 48:20 わいわいディスカッションタイム 1:04:40 Mercari Engineering Blog公開レビュー！ 1:25:30 Closing ★視聴後アンケート：https://forms.gle/oQxW512V63wYoJqYA ＜イベント関連情報＞ - イベントページ : https://mercari.connpass
テスト駆動開発の経験（6）: 柴田 芳樹 (Yoshiki Shibata)
4年ほど前に「テスト駆動開発の経験」と題して記事を書いています。 テスト駆動開発の経験（1） テスト駆動開発の経験（2） テスト駆動開発の経験（3） テスト駆動開発の経験（4） テスト駆動開発の経験（5） 1978年に大学でプログラミングを始めてから、（「テスト駆動開発の経験（1）」に書いてあるように）2003年まで、私自身はテスト駆動開発を経験したことがありませんでした。 1990年代までのソフトウェア業界では、自動実行するテストを書いて資産として残していく習慣はありませんでした。手作業によるテストと目視確認というのが普通に行われていたのがソフトウェアのテストでした。テストコードが書かれたとしても、テストコードを手作業で実行し、目視確認が終わったら捨てるということが行われていました。実際、同じようなことを、Martin Fowler、Robert Martin、Joshua Blochが
テストファースト開発: 柴田 芳樹 (Yoshiki Shibata)
（私自身のテスト駆動開発については、こちらにまとめてあります） 一年以上、メルペイでウェブサービスのbackendのマイクロサービスを開発していますが、組み込み系のソフトウェア開発と異なり、短期間に新たな機能を開発してリリースすることが求められます。2週間のスプリント単位でリリースしていますが、一つのスプリントで数個の機能を開発することも普通になっています。現在は、ウェブブラウザのフロントにAPIを提供しているあるマイクロサービスを担当しているため、機能の追加は、既存のAPIの仕様変更だったり、新たなAPIの追加だったりします。 開発順序現在担当しているマイクロサービスは、その開発の当初から私自身が関わっていたものでないため、既存のコードを調査して理解する必要がある場合が多く、開発はおおまかに次の順序となります。 既存のAPIの仕様の記述の変更、もしくは、新たなAPIの仕様の記述 既存のA
API仕様を書く（まとめ）: 柴田 芳樹 (Yoshiki Shibata)
「API仕様を書く」として私自身の過去の経験を書いたものを読みやすく並べてみました。 API仕様を書く（1） API仕様を書く（2） API仕様を書く（3） API仕様を書く（4） API仕様を書く（5）ー gRPC protoファイル ー API仕様を書く（6）ー gRPC protoファイル（2） ー API仕様を書く（7） ちょうど同じような内容が『A Philosophy of Software Design』に書かれていました。 関連する章は、第12章「Why Write Comments? The Four Execuses」と第15章「Write The Comments First」です。第12章では、コメントを書かない理由として多くのソフトウェアエンジニアが挙げる理由について反証しています。第15章ではコメントを最初に書くことの有用性を説いています。ここでのコメントは、私
伸ばすのが難しい能力: 柴田 芳樹 (Yoshiki Shibata)
2018年6月1日に株式会社メルペイに入社して、4年が過ぎました。入社当時は、定年が60歳と聞いていたので、1年半の勤務だと思っていましたが、実際の定年は65歳であり定年まであと2年半です。 ソフトウェアエンジニアにとって重要な能力と（私は考えるが）、身に付けるのが難しいのが現実だと、この4年間で再認識したのは次の三つです。 開発の最初にAPI仕様をきちんと書けるソフトウェアエンジニアは少ない テストファースト開発を行っているソフトウェアエンジニアは少ないか、いない Tech Blogなどの執筆で、読み手を意識して、分かりやすい文章を書く、ソフトウェアエンジニアは少ない API仕様については、このブログでも何度か書いています（「API仕様を書く」）。テストファースト開発についても、「テストファースト開発」を書いています。分かりやすい文章については何も書いていないですが、「伝わる技術文書の書
レンタカーポイントご利用ガイド｜ニッポンレンタカー
【レンタカーポイント獲得について】 ●レンタカーポイント獲得の対象 ・基本料金、延長料金、乗捨手数料、車両・対物事故免責額補償制度（CDW）加入料金、オプション料金（NOC補償制度（ECO）、チャイルドシート、スタッドレスタイヤ、シート、ロープ等）の合計金額 ●ニッポンレンタカーメンバーズクラブとして、ニッポンレンタカーメンバーズクラブ料金でご利用の場合にポイントが貯まります。 ●以下につきましては、レンタカーポイント獲得の対象となりません。予めご了承ください。 ・「燃料代」「事故に伴う費用（修理代、NOC等）」「消費税（地方消費税含む）」 ・法人メンバーカード(※1)、おでかけ優待プラン(※2)、提携カード割引、一部の期間／地域限定商品、当社が対象外と定めた商品等をご利用の場合。 ・旅行代理店や他社サイト経由でご予約いただいた場合（当日発生した料金等を含みます）。 ・その他の割引や優待を
段取りとマイクロマネジメントとスクラム - yigarashiのブログ
仕事ができるエンジニアはだいたい段取りがうまい。達成したいゴールがあるときに、AとBとCをやる必要があって、Bはわからないことが多いから先にやろうとか、AとCは並行してできるからCを誰かにお願いしようとか、とにかく目標を達成するための道のりをうまく計画できる人が多い。こういう作業をそつなくこなせるかが、ジュニアと一人前を区別する重要な指標のひとつと言える。そしてこの段取りをうまくできない人に対して、細かい計画を立ててあげて指示をするのがマイクロマネジメントだと思う。 スクラムにおけるスプリントプランニングは、この段取りをチームでやると思うとよく腹落ちする。達成したいゴールとしていくつかのプロダクトバックログアイテムを置いて、その達成に必要な作業を半日から1日で終わるサイズのタスクにみんなで分解して、不明点を一緒に洗い出して、どういう順番でやっていくか計画を立てる。まさに段取りだ。これがスク
【閉店】9/30をもって「ヒバリヤフードフロント 東山店」が閉店です！「東山ビル」も建て替えへ！！｜ちくさん
2022年9月30日をもって東山公園の「ヒバリヤフードフロント 東山店」が閉店です。 場所はこちら。 東山公園駅直結のビルの１階です。 スタッフの方に聞いたところ、建て替えの予定だそうです。（次にまた入るかは聞くのを忘れました。。。） 東山公園駅の象徴のひとつのようなこのビルもまもなく見納めですね。 昭和の雰囲気を残す建物です。 先日、御器所の「西友 御器所店」の閉店も話題になったばかりですがスーパーの建て替えが続きますね。
「iOS 16」「watchOS 9」が9月13日に配信開始
Appleが、iPhone向け「iOS 16」、Apple Watch向け「watchOS 9」の配信を9月13日に始める。iPad向け「iPadOS 16」の配信予定時期は10月となっている。いずれも2022年6月に開催した「WWDC22」で発表したもので、2022年秋にリリースする予定とアナウンスしていた。 iOS 16 iOS 16ではロック画面が大幅にアップデート。壁紙に設定した人物の写真に“奥行き ”を与えることが可能になる。日付、時刻のフォントや色の変更に加え、ウィジェットを配置できるようになる。メッセージやメールで送信予約やキャンセルが可能になる。顔認証の「Face ID」はこれまでの縦向きに加え、新たに横向きでも認証できるようになる。音声入力では自動で句読点を追加でき、フリック入力などとの併用も可能になる。 iOS 16の対象機種は次の通り。 iPhone 13 iPhon
大ウケした「Midjourney」と炎上した「mimic」の大きな違い “イラスト生成AI”はどこに向かう？
大ウケした「Midjourney」と炎上した「mimic」の大きな違い “イラスト生成AI”はどこに向かう？：小寺信良のIT大作戦（1/2 ページ） 8月9日に本連載で公開した「AIが描いた絵の著作権は、誰が持つのか Midjourney画像の扱いを考える」というエントリーは、著作権の観点でAI生成画像を扱った記事が少なかったこともあり、当時かなりよく読まれた。ところが最近また別の視点で、読まれるようになっている。AIが学習する画像に対する著作権の位置付けも、この記事の中で扱っていたからである。 その点だけかいつまんで紹介すると、日本の著作権法では2018年の改正で柔軟な権利制限規定として、AIに学習させるソースとしては著作権が制限される、すなわち権利者の許諾がなくても自由に使える事になっている。 ただ当時の利用イメージとしては、自動運転が念頭にあったのではないかとも思う。つまりインプット
好きな被写体のみを撮影できるカメラ 他の物体は瞬時に削除し記録せず 撮影後のデジタル処理は不要
Innovative Tech： このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 米UCLA（University of California, Los Angeles）の研究チームが開発した「To image, or not to image: class-specific diffractive cameras with all-optical erasure of undesired objects」は、好きな対象物だけを撮影し、その他は削除できるカメラシステムだ。いったん撮影し除去しているのではなく、光学的に瞬時に削除し記録しないようにしている。 スマートフォンや監視カメラ、自動運転車、顔認識など至る所にカメラが存在するデジタル時代において、プライバシー保護はま
最もサイバー攻撃の餌食になりやすい業界は？ 攻撃数は他業界の2倍以上
最もサイバー攻撃を受けやすい業界は「教育・研究分野」──イスラエルのセキュリティ企業チェック・ポイント・ソフトウェア・テクノロジーズが9月6日、そのような調査結果を発表した。1週間の攻撃数は他業界の2倍以上という。 教育・研究業界における2022年7月の攻撃数は、1組織につき毎週2000件のペースだった。これは21年7月比で6％増、20年7月比で114％増。アジア太平洋地域は特に多く、22年上半期には1組織につき毎週4600件ペースだった。 同社は、夏休み明けの学生を狙ったサイバー攻撃が増える可能性があるとして、不審なメールやWebサイトに警戒すること、安全なインターネット環境を確保すること、モバイルデバイスも含めて情報セキュリティ対策をすることなどを呼び掛けている。 関連記事 Cloudflare、フォーラムKiwi Farmsをブロック 「命にかかわる脅威と判断」 ホスティングおよびセ
iPhone
下取りに出すと、iPhone 15が実質2,216円/月 x 36回から†。24か月目のアップグレードで残りの支払いが不要に††。 キャリア契約付きで、さらに8,800円割引に†††。すべてのモデルを見る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「最後まで生きようと…」女児に多くの献花 ずさん管理に不安の声 【静岡・牧之原市 女児置き去り事件】（Daiichi-TV（静岡第一テレビ）） - Yahoo!ニュース
“A Philosophy of Software Design” を30分でざっと理解する / Understand roughly "Philosophy of Software Design" in 30 minutes
Ruby meets WebAssembly
iPhone 14とiPhone 14 Plus - 仕様
