勉強も部活動もすべて先生が担わなきゃ、なんてない。｜妹尾 昌俊
妹尾昌俊さんは、野村総合研究所のコンサルタントの職を捨て、フリーランスの学校業務改善アドバイザーに転身した。深刻化する教育現場の問題を目の当たりにし、現状の改善に少しでも貢献したいという強い思いを抱いたからだ。妹尾さんが教育分野に目を向けたきっかけは何だったのか？ 日本の教育には評価すべき点があるとしつつも、現在の学校には大きく2つの改善すべき問題があるという。その解決策とともに語ってもらった。 文部科学省「教員勤務実態調査」（2016年実施）によると、小学校教諭の33.4%、中学校教諭の57.7%が週60時間以上勤務、つまり月80時間以上の時間外労働をしていることがわかった。これは過労死リスクが高まる過労死ラインを超えている。民間企業では、長時間労働や過労死が問題視され、少しずつ改善の歩みが進められる中、学校の先生たちの多忙な現状は数十年変わっていない。長時間労働の蔓延（まんえん）だけで
Serverless Framework+mangum+FastAPIで、より快適なPython API開発環境を作る - JX通信社エンジニアブログ
はじめに 最近ハイボールにハマっているSREのたっち(@TatchNicolas)です。 昨日オンライン開催されたJAWS DAYS 2020にて、JX通信社もサーバレスをテーマとして発表をしました。（by 植本さん） 発表でもありましたように、上記プロジェクトにおいて開発当時はスピードを優先してプロジェクトメンバーの手に馴染んでいて分担もしやすいフレームワークとしてFlaskを採用しました。 一方で、JX通信社としてはFlaskよりもFastAPIを使うプロジェクトが増えてきており、今後もその傾向は続く見込みです。 そこで、特設ページ作成やAPI提供など初動としての開発が一段落したのを機に、JAWS DAYSで発表した仕組みを今後のために発展させる検証をしたので紹介します。 TL; DR; JAWSでは Serverless Framework+awsgi+Flaskな構成でスピーディに
「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由 - Qiita
「もったいない」マインドが逆に効率を悪くする。フロー効率とリソース効率から考えるチームで仕事をする理由チーム開発プロジェクト管理マネジメント はじめに 前回、なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのかの記事において、プロジェクト型の人員規模を柔軟に変化させる開発スタイルに関して、理論的なスケジュール削減の限界について考察しました。その際に、チーム型開発や組織とソフトウェアの紐付けについても示唆しました。 今回は、チームでソフトウェアを開発することに関して、「フロー効率」と「リソース効率」という観点から考察し、なぜ私たちはチームで開発するのか、あるいはなぜプロジェクト型を採用するのかについての考え方を深めていきたいと思います。 そして、組織における効率性の価値観が異なると、新しい効率性に関して理解をする前に「もったいない」と感じてしまい、新しい文化を取り入れづらくして
ゆめみオープンハンドブック🔰
ゆめみオープンハンドブックとは？ ゆめみ社内の規則やガイドラインなどをまとめた情報ポータルです。 このコンテンツは業界の発展に貢献・寄与するために、ゆめみの徹底的な透明性の考え方をもとに一般公開しており二次利用可能です。また、採用候補者向けに社内の実態を知ってもらうねらいもあります。 リンク切れなどがある場合はこちらのサイトからアクセスしてみてください
これからランニングをやってみようという人が、知っておいたら役に立ちそうな知識たち。
毎日3.5キロ走り続ける生活が4ヶ月を突破した。 最初はキツくて全く楽しくなかったこの作業だけど、今となっては毎日の楽しみとなる有様である。 走るのがこんなに楽しいアクティビティだったなんて、走る前は全く想像もできなかった。 人生というのは不思議なものである。 ランニングは楽しいのみならず、肉体的にもよい効用を提供してくれる。 走ると頭がスッキリし、メンタルもかなりタフになる。 メンタル面だけではなく、好き放題食べても体重が全く増えなくなるなど、肉体的なメリットも大きい。 かなりオススメなアクティビティである。 今の時期は暑くも寒くもないし、ランニングを始めるのに実に丁度いい季節だ。 なので今日はこれからランニングをやってみようという人に向けて、知っておいたら役に立ちそうな知識をまとめて紹介しようかと思う。 現代ではランニング界のF1クラスのシューズを誰でも買えるのをご存知ですか？ いうま
AWS サーバーレスサービスによるマルチテナント SaaS ソリューションの構築 | Amazon Web Services
Amazon Web Services ブログ AWS サーバーレスサービスによるマルチテナント SaaS ソリューションの構築 この記事は、Building a Multi-Tenant SaaS Solution Using AWS Serverless Services を翻訳したものです。 本投稿は、AWS SaaS Factory の Sr. Partner Solutions Architect である Anubhav Sharma と AWS SaaS Factory の Partner Solutions Architect である Ujwal Bukka により寄稿されました。 SaaS (Software-as-a-Service) 提供モデルへの移行に際しては、コストと運用効率を最大限に高めたいという要望が伴います。 これは、利用傾向を予測することが困難なマルチテナン
Notion vs Obsidian (あるいはアスカ vs 綾波)
今最もアツいデジタルノートアプリと言えば、NotionとObsidianでしょう。となると、当然ながらこんな疑問を持つ方も多いはず。 NotionとObsidianって結局、どっちがいいの？しかし注意しておきたいのは、この2つが『実際は全くの別物である』ということ。 どれくらい違うかって？ それはもう「アスカと綾波くらい違う」と言うしかありません。 今回はNotionとObsidianの対照的な違いとその棲み分けについて、好対照なキャラクター2人の議論を通じて比較しましょう。 (エヴァンゲリオンをご存じない方には地獄のような時間が始まります。予めご了承ください) Notionは即戦力、Obsidianはユーザー次第Notion「いいわね。最初からフル稼働、最大戦速でいくわよ」プラグインがどうたらこうたら、面倒なことする必要無いの。 Notionは起動した瞬間、何もかも揃ってんだから！ 新し
イーロン・マスクのロケット製造５つのステップがサイコーだった
イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく
GitHub Actions のデバッグをローカルで行う
概要 GitHub Actions で GitHub ホストランナーを使用する場合、パブリックポジトリは無料ですがプライベートリポジトリは従量課金（無料枠あり）です。 ワークフローを編集する際にデバッグしていると結構な時間を消費してしまいます。 そこでデバッグ時は GitHub ホストランナーを使わずに無料で実行する方法を 3 種類紹介します。 nektos/act 言わずと知れたローカル実行ツールです。 すべてを再現することはできませんがコミットを増やさずにデバッグができます。 注意点 ubuntu-* のみサポート ソフトウェアは指定する Docker イメージ依存、デフォルトのイメージだと色々足りないので -P で指定 secrets.GITHUB_TOKEN が未定義なので Personal Access Token を発行し設定が必要 サービスコンテナ services が使えな
Electronで組み込み端末向けアプリケーションを開発し3年間運用してみて
組み込み端末のアプリケーションに Electron を採用し開発・運用を行っています。 継続的な機能追加やトラブルサポートを行いながら 3 年が経過したので、Electron を採用した経緯や結果を経験を交えながら共有したいと思います。 組み込み案件自体が初めてでしたのでその話も入っています。 約 700 台ほど導入されており、なかなか大きな案件での採用と思いますので参考になれば幸いです。 ※Electron の基本的な説明は割愛します。 システムについて 一般的に「受付精算機」などと呼ばれ、店頭に何台か並べて設置して自動で受付・精算を行うシステムです。 ホテルの受付端末のイメージです。ハード的にはセルフレジにも近いです。 筐体自体は他社が用意し、弊社はその上に載せる GUI アプリケーションのみを担当しました。 機能 主な機能として 来店受付・整理券発行 予約チェックイン チェックアウト
エンジニアだけど米国で足湯を開湯した話
コロナ禍で引きこもりが加速し、創作欲求が爆発した結果、自分で足湯を設計＆施工してウチのワイナリー「SUNSET CELLARS」に実装し、おそらくカリフォルニア初の本格的な日本式公共足湯を開湯（かいとう）しました。今週末から「Zen Zin Onsen」として営業を開始し、SUNSET CELLARSのテイスティングルームでワインを飲みながら足湯に浸かるという極上体験を誰でも気軽にお楽しみいただけます。いままでガレージをDIYしてオフィスを施工したり、本業でも家を作ったりしているフルスタックエンジニア（物理）な自分ですが、今回の対戦相手は行政と水漏れ、ボイラー制御でした。小さな頃から本当に温泉の文化や雰囲気、エクスペリエンスが大好きで、死ぬまでに自分の手で理想の温泉を開湯したいという夢を持っていた私ですが、その目標の5%くらいを達成することができたかなと満足しています。このエントリーは、カ
Atomic Designをやめてディレクトリ構造を見直した話｜食べログ フロントエンドエンジニアブログ
こんにちは。フロントエンドチームの金野と申します。 食べログでは現在、React+TypeScriptでフロントエンドのリプレースを進めています。 以前の記事で、食べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか／入らないか」。「抽象的か／そうでな
複雑な開発要件を整理する際の考え方〜RDRAを参考に〜 - LayerX エンジニアブログ
はじめまして！LayerXのカレー担当のN_Taisho（西井）です。 私は、もともと霞ヶ関の役人として、６年ほど地方財政支援、大規模災害の被災地の復旧・復興支援、国際協定交渉等に関わってきました。現在はLayerXに所属しながら、三井物産デジタル・アセットマネジメント株式会社（以下、MDM）にてProduct Managerとしてプロダクト開発に主に携わりつつ、会社立ち上げに係る様々な業務に従事させてもらっています。 このMDMは、「眠れる「銭」を、Activateせよ。」をミッションに、「Operation × Techでどうアセマネ業務をリデザインするか」に取り組んでおりますが、その概要については以前、同じくLayerXに所属しながらMDMにコミットしている丸野が執筆した以下の記事が詳しいところなのでそちらをご一読いただければと思います。 tech.layerx.co.jp 今回は、
［速報］Google、新デザインフレームワーク「Material You」発表。デバイスからアプリケーションまでGoogleの製品すべてに適用へ。Google I/O 2021
Googleは、5月19日未明に開催したオンラインイベント「Google I/O 2021」で、新しいデザインフレームワーク「Material You」を発表しました。 Material Youでは、これまでデザインフレームワークによってあらかじめ指定されていたカラーパレットから色を選ぶのではなく、「あなた自身のパーソナルカラーを基に、デザイナーの視点とカラーサイエンスの組み合わせによって作られたカラーパレットを生成することで、あなたがアプリケーションのルック＆フィールのクリエイターになる」（Matias Duarte氏）と説明。 そして自動的にそのカラーパレットにUIが適合していくとのこと。
すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie
仕事は挑戦の連続です。経験を積み、スキルが上がり、評価されるほど、難易度が高い仕事に関わるようになります。そこには必ず苦難があり、ストレスが待ち構えています。 ストレス学説の生みの親であるカナダ人生理学者のハンス・セリエ氏は、「ストレスは人生のスパイスである」という名言を残しています。確かにストレスは必ずしも悪いものではありません。 例えばパフォーマンスとストレスレベルは、逆U字の関係にあります。あるレベルまではストレスレベルの高まりに従ってパフォーマンスは向上し、あるレベルを超えるとパフォーマンスは低下します。この法則は心理学者ロバート・ヤーキーズとジョン・ドットソンの名前を取り、「ヤーキーズ・ドットソンの法則」と呼ばれています。 この法則に従えば、仕事で高いパフォーマンスを発揮したいなら、ストレスをゼロにするのではなく、適度なレベルにコントロールしなければなりません。そのために必要なの
Notion API
Start building with the Notion API Connect Notion pages and databases to the tools you use every day, creating powerful workflows. Get started Building blocks for developers Aggregate data from many sources into your team’s workspace. Spend less time context switching, and increase visibility across the software and services you rely on. Stay in the loop Twitter Spend more time on Twitter than you
初心会興亡記 -かの大帝国は如何にして一夜で滅んだか-：追記あり
※この旧版になります。完全版は無料でnoteで公開中ですので、是非そちらの方をご覧下さい。 https://note.com/syosin_kai/n/nb97f2a0a193a ちょっとゲームの歴史をかじったことがある人なら聞いたことがあるだろう言葉『初心会』。 とにかくこの言葉へのイメージは最悪だ。「真っ黒組織」「ゲームヤクザ」「歴史の闇」「悪の秘密結社」etcetc。 そんな初心会だが、はたしてどれだけの人が正確に初心会とはなんなのか、どのような悪どいことをしてきたのか、そして最後はどういうふうに消えていったかを語ることができるだろうか？ おそらく、ほとんどいないのではないだろうか。 この初心会について、私が調べたことをゲームの流通の歴史を絡めてまとめて書き出すぞ。これで君も初心会マスターだ！ ちょっと長いけど勘弁な！ まずは初心会そのものについての解説だ。 もともとの任天堂は花札屋
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラブの“現場”はどこにある？ 「clubasia」鈴木店長×「GHOSTCLUB」0b4k3対談
Vue.js & Nuxt.js から React & Next.js へ移行した理由 | fwywd（フュード）powered by キカガク
世界一わかりみの深いOAuth入門
