デジタル庁は、政府の共通クラウド基盤「ガバメントクラウド」の選定基準を見直す方針だ。これまでの技術要件は要求事項が多岐にわたり、1社で基準を満たせるのは米大手ベンダーのみという状態だった。しかし8月下旬に実施予定の公募では、他社製のものなど複数サービスを組み合わせることで要件を満たす形態を認め、これまで参入できなかった国産クラウドサービスも参入しやすくするという。同庁が8月15日に明らかにした。 ガバメントクラウドは、政府やデジタル庁が主導するデジタル改革の一つ。自治体や政府が使うシステムの基盤を共通化する取り組みで、データの移行性向上や、サーバ導入コストの削減などを見込む。政府は基幹業務システムを利用する全ての地方公共団体に対し、原則2025年までにガバメントクラウド上へ移行するよう促している。 現時点でガバメントクラウドに採択されているのはAWSやMicrosoft Azureなど4サ

大手通販サイトのAmazonが2023年6月頃からテストを行っていることが報じられていた「ユーザーが書いたレビューの文章をAIが要約してまとめる機能」が、2023年8月14日、アメリカの一部のユーザーを対象に正式サービスを開始しました。 Amazon improves the customer reviews experience with AI https://www.aboutamazon.com/news/amazon-ai/amazon-improves-customer-reviews-with-generative-ai Amazon adds AI-generated review summaries so you don’t have to read the comments - The Verge https://www.theverge.com/2023/8/14/23

TwitterがXになる前後で変わったものはいくつかあります。その中でも「つぶやく／つぶやき (tweet)」という表現をやめてしまったことが私にはとても（もしかしたら一番）もったいないことなのではないかと思ったので、記録のために書いておくことにしました。 Xになる前のTwitterでも「お気に入り」が「いいね」になった時などはけっこう話題になりましたが、Twitterという名称自体が変わってしまったことのインパクトはやはり大きいですよね。もちろん「じゃあ "tweet" はどうなるんだ」という形では話題になっています。 私が「もったいない」と書いたのは、あるサービスやモノを使う時に付随する行為の名称（たとえば動詞）を普及させるのは、もしかしたらそのサービスやモノを多くの人に使ってもらえるようになるより貴重なのではないか（そして難しい）と思えるからです。 たとえば「短い投稿」を指す「つぶや

島田光一郎(Dr. Koichiro Shimada) @Account_KS_1 博士(理学)/2点テイラー展開(Two point Taylor expansion)/数学/mathematics/Mapleのツイート(@tweet_Maple)/日常のこと、思ったこと、数学のことなどツイートします💡 島田光一郎(Dr. Koichiro Shimada) @Account_KS_1 小学生の素朴な疑問 児童A「さっき実験で水100gに食塩1gを溶かしたじゃないですか？これって再現性はありますか？」 先生B「もう一回やってみようか？」 A「溶けると思います。でも、明日同じことをやって溶けることまで言いたいです。」 B「日付に依存しないってこと？」 A「はい。」 B「...」 2023-08-14 00:39:10 島田光一郎(Dr. Koichiro Shimada) @Accoun

えな鳥 @wani_kawaiinono 「契約書を全部袋とじにしといて」って言われたので国文学科で数々の袋とじ和書を見てきたワイは全部画像みたいにとじて持って行ったんだけど、ビジネス用語の「袋とじ」はなんか全然意味が違うらしくて上司がキャーって悲鳴あげてて面白い pic.twitter.com/Jkk20XUkJu 2023-08-14 14:42:53 リンク Wikipedia 袋とじ 袋とじ（ふくろとじ。袋綴じ、袋綴とも）は、意味が3つある。 図1が見本である。表面だけに情報を左右振り分けに刷った紙の、情報面が外になるように二つ折りし、それを複数枚重ね、折り目の反対側の端を綴じてある。折り目の内側が袋のようになっているので、袋綴じと言う。図1の例は市販のコピー用紙で固いので、指でめくる側が膨らみ、裏の白紙が覗いている。よく折れば裏側は覗かなくなるが、綴じ代側の反発力によって机などに

日記です。 タイトルの通り10年勤めたfreee株式会社を退職して、自分で会社を作ってやっていくことにした。 freee最終出社でした、10年間ありがとうございました！(ビルを見上げる写真撮り忘れた) 次回作にご期待ください！ — yo_waka (@yo_waka) June 16, 2023 やってきたことはこの辺のスライドによくまとまっている。 https://speakerdeck.com/waka/da-kinapurodakutofalseyu-tefang 社員5人から1000人になったり、ARRゼロ円からARR200億円になったり、ヤバかった品質をどうにか底上げしたり、開発本部長の立場で上場を経験したり、普通では経験できないことを濃度高く経験できて楽しく過ごせた10年だった。 freee会計という業務系Webサービスを10年間機能面/パフォーマンス/品質面共に育ててきた経験

TL;DR 技術に興味がなくても、エンジニアとして生きていくことはできる。 対象読者 自分を技術に興味がない側の人間だと思う方 筆者について Webアプリケーションの開発エンジニア。主な仕事はプログラム詳細設計、画面設計、コーディング。 技術にあまり興味がない。 初めに エンジニア界隈では、以下のような主張がしばしば見られる。 休日に勉強するべきである。 最新の技術動向は常にチェックするべきである。 技術イベントには参加するべきである。 毎日コードを書くべきである。 レガシーな技術ではなく、モダンな技術を習得するべきである。 etc... そしてこれらの"べき論"がさらに加速すると、 「技術に興味がない人はエンジニアに向いていない」 という主張すら出現し、それに同調する声も少なくない。 最近、とあるSNSで以下のようなやり取りを見かけた。 駆け出しエンジニアの質問 休日に勉強するべきですか