使用済み紙おむつを保護者に持ち帰らせている公立保育園 大都市圏の半数で常態化
使用済み紙おむつを保護者に持ち帰らせている公立保育園 大都市圏の半数で常態化関西圏で6割超、東京23区はゼロ 保育園からの使用済み紙おむつの持ち帰り問題に取り組むBABY JOB株式会社（本社：大阪府大阪市、代表取締役 上野公嗣）が、首都圏と関西圏の計361自治体の公立保育園担当者に行った調査で、半数近い168自治体（47％）で、使用済み紙おむつを保育園で廃棄せずに保護者に持ち帰らせていることが分かりました。使用済みの紙おむつを保護者に持ち帰らせている理由は、「便からの体調確認」「これまでの慣習」などがありますが、負担に感じる保護者は多く、保育園での使用済み紙おむつの廃棄が進むことが望まれます。 【調査結果トピックス】 京都、大阪、奈良…関西圏の公立保育園で「使用済み紙おむつを保護者に持ち帰らせること」が常態化 東京23区は「使用済み紙おむつの持ち帰りゼロ」 おむつを持ち帰らせている理由「
AWS Lambda battle 2021: performance comparison for all languages (cold and warm start)
Let’s compare the performance of all supported runtimes + 2 custom runtimes (Rust and GraalVM). Will compare cold start and warm. Source code is here: https://github.com/Aleksandr-Filichkin/aws-lambda-runtimes-performance. It requires the minimum local setup(almost all is Dockerized) NodeJs (14.x)Python (3.9)Go(1.x)Ruby(2.7).Net(3.1)Java (11)Rust(1.54.0)GraalVM(21.2)Disclaimer:All benchmarks were
なぜDXは分かりにくいのか？ なぜ３種類のDXが生まれたのか？ ビジネスパーソンのためのDX入門セミナー【セミナーレポート】 | Aidemy Business
Aidemy Business > AI-CAN > なぜDXは分かりにくいのか？ なぜ３種類のDXが生まれたのか？ ビジネスパーソンのためのDX入門セミナー【セミナーレポート】 この記事は2020年12月23日に開催されたWebセミナー「DXを徹底解説！ビジネスパーソンのためのDX入門セミナー」のレポートです。 ※記事化のために一部を編集しています。 2020年12月23日、“中山ところてん”として知られる株式会社NextInt代表の中山心太氏と、株式会社アイデミーの共催セミナーが開催されました。Aidemy Businessの新講座「ビジネスパーソンのためのDX入門講座」を制作された中山氏が、そのエッセンスを凝縮してお話しくださいました。進行は、アイデミーで開発本部コンテンツ部長を務める登坂直矢です。 中山ところてん（中山心太）氏 株式会社NextInt代表 著書： 『仕事ではじめる機
参考にしたい圧倒的クオリティの採用スライド7選｜ジョニー / リクメディア 代表取締役社長
2019年はHR界隈において、自社のカルチャーや人事制度をオープンにし、採用によるミスマッチをなくすための採用スライドが多くの方に認知された年になりました。 これまで、会社の人事制度やカルチャーはかなりクローズドにされることが多く、採用スライドは会社説明会に来てくださった方のみに見せるのが主流でしたが、この2,3年でよりオープンに人事活動する企業が増え、それに伴って採用スライド公開企業も増えたように感じます。 採用スライド公開の流れができた原点2018年8月にSmartHRさんが面接用スライドを公開し、採用面談の応募数が5.3倍になったことが非常に話題になりました。
「採用スライド」の作り方を、反省点とともにすべて公開します｜やまもとはなか
こんにちは！エンタメ業界のDXを進めるブロックチェーン系スタートアップのGaudiyで、採用・PRを担当している山本（@hanahanayaman）です。 Gaudiyでは先日、3周年の節目に「Culture Deck」を公開しました。（※一般的に「会社説明スライド」「採用スライド」と呼ばれているものです。） この先駆けはSmartHRさんですが、今ではスタートアップを中心に、多くの企業が自社の採用スライドを作成・公開していると思います。 事業やカルチャーを数十枚のスライドを通じて伝えることで、候補者のアトラクトや面談を有意義に使えるメリットがありますが、「よし、自分たちも作ろう！！」と思っても、なかなか難しいのが現実ではないでしょうか。 Gaudiyでも数度の挫折を経て（笑）、私がお試し入社したタイミングで引き継ぐことになったのですが、「参考になる採用スライドまとめ」的な記事はいくつか見
docker composeのserviceをグループ化
docker composeではserviceごとにprofilesという属性を指定できて、起動時にこれを指定することで関連する一連のserviceだけを起動させられる。 どういうシーンで使えるのか。例えばとあるRailsアプリでは、一部の開発者はMySQLやRedisなどのデータストアだけdocker composeで起動して開発し、他の開発者は加えてRubyもdocker composeで起動して開発している。osxfsが遅すぎて、ファイルへの読み書きが頻発する処理がmacOSのDockerでは使い物にならないからだが、この話は今回どうでもいい。さてこのとき、データストア用のserviceに適当な名前のprofileを割り当てておくことで、個々のserviceの名前を逐一指定しなくても起動でき、将来の変更にも強くなって嬉しい。 # profile導入前 docker compose u
マイクロサービスでチームを分離したくないマン - まっちゅーのチラ裏
コンウェイの法則とかで、マイクロサービス=組織 という話になることが多いなと感じる。 正解の場合もあるし、不正解の場合もあると思っていて、個人的には小さいチームでもマイクロサービスをやるメリットは技術的にも組織的にもあると思う。 そのメリットを無視してすぐ組織の話に持っていきたくないので、基本分離したくないマンとしての主張を書いておく 技術観点でのメリット いまさら語るまでもないけど、 ドメイン境界の分離 デプロイ独立性 リソースの最適配分 障害の局所化(サーキットブレーカー等) このうち、ドメイン境界の分離だけはモジュラモノリスで対応可能だが、あとの3つにはマイクロサービスが必須。(もっとあるかも) この3つが必要なのにモノリス or モジュラモノリス で進める判断をするということはシステムの表現力を落とすことに直結する。 もちろん、複雑度は増すし難易度も増す。熟練のサーバーサイドエンジ
マイクロサービスチーム編成のベストプラクティスとメルカリでの構想 - Mercari Engineering Blog
今年もMercari Advent Calendar 2018 が始まりました。初日は @stanaka がお送りします。 メルカリでは創業以来開発してきたPHPのアプリケーションから(主に)Goで実装されたマイクロサービスアーキテクチャへの移行を進めています。これまでにMercari Tech Conferenceやその他のカンファレンスでMicroservice化の意義、移行の方法、基盤となるMicroservice Platformの概要などについて様々な発表をしてきました。 現在、来年からの本格的なマイクロサービスアーキテクチャでの開発に向けて、これまでのサービスの施策ドリブンのチーム編成から、マイクロサービスを軸としたチーム編成に移行しようとしています。 しかし、マイクロサービスアーキテクチャを成功させるためには、各種プラットフォームの機能を揃え、それらを利用したマイクロサービス
DXコンサルが絶対に言わない後ろめたい真実｜naoto
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
120 個のアプリを触って見えてきたオンボーディング 15 種類・そのメリットとデメリット｜Fritz | Lead Product Manager @ Mercari
オンボーディングとアクティベーションについて考察した 前記事 の続き。今回は 120 アプリのオンボーディング体験を調査してそれらを 15 種類の UX に分類、それぞれの UX について共通項・個人的に思ったメリット・デメリットをまとめました。 次回はこれらの統計結果を公開。今回は実際の UX 事例について。現場で「これ使ってみる？」と今日から検討できる（かどうかは知らないけど…）記事になっていれば幸いです。全 6 記事予定の 2 記事め。 00# こんな感じで 120 のアプリ UIUX を調査した ・ US iOS App Ranking Top 100 + 気になるもの 20 をダウンロード ・ ゲームは除外 ・ アプリひとつひとつを 4-5 分触る。気になったもののみ深堀り。 ・ 定義・種類は独断と偏見。 ・ 複数種類の手法を使っている場合はそれぞれをカウント 01# スライド式
インフラエンジニアを20年やってて初めて知ったtopコマンドの表示を劇的に見やすくする方法 | 株式会社ビヨンド
こんにちは、カナダに来て1年弱ですが、いまだに"how are you?"にアイムファインセンキューと返してしまう全然英語が上達してない聖賢です。 インフラエンジニアならみんな大好きtopコマンド、おそらくビヨンドの中ではサーバ運用の中で最初に覚えるコマンドじゃないでしょうか。 実は結構奥が深いコマンドでいろんなことができるので、これまでドヤ顔で「こんなこともできるんやで」と上司の威厳、、、もとい先輩としての経験を後進に伝えていたのですが私も最近になって初めて知った超便利な使い方を紹介したいと思います。 ちょっと長いですがお付き合いください。 普通にtopコマンドを実行すると以下のような画面が表示されます 結構これだけでもサーバ運用には重要な情報が詰まっているのですが、topコマンドの見方などは他でも色々と紹介されていると思うので今回は割愛します 今回はこのtopコマンドの表示を最終的にこ
失敗する書き直し、成功する書き直し / karino2 - Message Passing
全体的な事を言えば、自分は書き直し反対派と思う。 morritaさんの言う20年前の意見をほぼそのまま現代まで持っている。 頭の硬い古い老人という事だろう。 そういう訳で、そんな古い側の人間が書き直しについてどんな事を思っているのかを書いてみたい。 失敗するケースは割と限定されている ソフトウェアの書き直しには、成功するものと失敗するものがある。 失敗する条件を厳密に挙げるのは難しいけれど、失敗する書き直しは、自分は見れば分かる、と思っている（本当に分かるかは議論の余地があるけれど）。 まずshinhさんの言っている半分素人が挑戦するケースは良く見かける。これはまぁいい。全然良く無いけれど。 それ以外で良く失敗するのは、ある程度の規模、だいたい10万行以上のソフトウェアで、 その時点で多くのユーザーを持っていて、 書き直しにかなりの時間と人がかかる奴が多いと思う。 そしてデスクトップ、iO
A new public beta of GitHub Releases: How we’re improving the release experience
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Redshift Federated Query for RDS/Aurora MySQL をつかったType-2 Slowly Changing Dimensionの実装 - KAYAC Engineers' Blog
こんにちは。技術部の自称データエンジニアの池田です。 Redshift Federated Query for RDS/Aurora MySQL(Federated Query for MySQL)がめでたくGAになりました。 Federated Query for MySQLを使うと、RedshiftからAurora MySQLにクエリを発行し、その結果をRedshift上で利用することができます。 今回は、この機能を使ったType-2 Slowly Changing Dimension(SCD2) の実装の話をします。 aws.amazon.com TL;DR Change Data Capture（CDC）を実装・運用するほどじゃないけど、State Sourcingなテーブルの変更履歴を追跡したいときには、SCD2を使うと嬉しいです。 Federated Query for MyS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AIひらめきメーカー
アプリケーション開発者は Amazon ECS あるいは Kubernetes をどこまで知るべきか #AWSDevDay / You build it, you run it
GitHub - dandavison/delta: A syntax-highlighting pager for git, diff, grep, and blame output
20200318 AWS Black Belt Online Seminar Amazon Redshift