離婚のご報告｜小林さやか | Sayaka Kobayashi
昨日、私の最終学期がついに終わった。今期履修していた授業の論文も最終プロジェクトも無事提出が完了し、あとは卒業式に出るだけだ。初めての留学、初めての海外生活。本当に刺激的で、あっという間の２年間だった。 卒業のご報告の前に、別のご報告がある。 実は、今年の１月に夫とお別れをした。 ちょくちょく私の発信に出てきていた彼だったので、いつも応援してくださるみなさんには知っておいていただこうかと思い、この記事を今書いている。誰も興味ないかもだけど、少しだけ背景を説明してみようかと思う。興味がある方だけ読みすすめていただけたら。 4年間にありがとう2020年のコロナ禍に結婚し、2021年春に私のコロンビア教育大学院への留学が決まって「俺も一緒に行く！」と言って仕事を辞めた彼と一緒に渡米した。ニューヨークでは１年半、一緒に生活をした。 とても仲が良かった私たちだったが、去年の夏、初めて喧嘩らしい喧嘩を
Screaming Architecture - Reactのディレクトリ構成を進化させる(和訳) - Qiita
Professional React Development 2022年に最も普及するReactの技術スタック Screaming Architecture - Reactのディレクトリ構成を進化させる プロフェッショナルなReactプロジェクトの立ち上げ方 React開発者のためのGitワークフローとGitHubセットアップ （この記事の和訳となっております） Reactのディレクトリ構成...昔からあるトピックです。しかし、Reactの独創的なアプローチは、頻繁に質問を引き起こします。「どこにファイルを置けばいいのか？どのようにコードを整理すればいいのでしょうか？正直なところ、長年の経験を持ってしても、同じような質問をすることに気づきました。 そこで私は、Reactのプロジェクトを構成する最も一般的なアプローチの概要を知るために調査をしました。その結果は以下の通りです。 ファイルの種類
アメリカのZ世代を中心にブームとなっている「アタッチメントスタイル」
アタッチメントとは、「不安や恐怖を感じたとき、特定の誰かにくっついて不安を解消し、安心感を得ようとする欲求や行動」のことですが、そのくっつき方には個人差があります。アタッチメントの個人差は、その人の「人間関係の築き方のクセや行動の傾向」に現れ、それを「アタッチメントタイプ」や「アタッチメントスタイル」と呼んでいます。 不安なときに、安心させてほしいと求めるアタッチメントの対象は、幼少期は主に親などの保護者ですが、成長とともに友人や仲間、恋人やパートナーへと移っていきます。 こうしたアタッチメントの対象となる特定の人とのあいだで繰り返されてきたやりとりは、特定の人との関わりだけでなく、一般的な対人関係におけるひな型となります。 相手の表情や、ことばのとらえ方、距離のとり方など、人との関わり方のクセや傾向として現れます。5/4放送のNHKスペシャル「アタッチメント」では、代表的な３つのタイプを
Effectで作る堅牢でスケーラブルなAPIゲートウェイ / Robust and Scalable API Gateway Built on Effect
May 11, 2024 @ TSKaigi
データ基盤を支える技術
主にクラウドの話してます - 広島 での登壇資料です。 https://omoni-cloud.connpass.com/event/315682/
OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
個の力に頼るのは危険？いま重要な「チームレジリエンス」とは：連載「チームレジリエンスの科学」第２回 | CULTIBASE
外部環境の変化が速く、先行きが不透明な時代を生きる上で欠かせない要素の１つに、レジリエンスがあります。レジリエンスとは環境の変化や仕事上の困難に対処し、回復する力（Noe, et al., 1990）*1のことを意味し、レジリエンスが高いと、変化の多い時代においても高いパフォーマンスを発揮できると考えられています*2。これまでレジリエンスは主に個人の問題として研究がなされてきましたが、近年では「チーム」でいかに逆境を乗り越えるのかということにも関心が集まり、「チームレジリエンス」の研究も進められてきています。「チームレジリエンス」という新しい言葉を耳にすると、「なぜ個人のレジリエンスを考えるだけでは不十分なのか？」「チームレジリエンスとは一体何か？」と言った疑問が生じてきます。この記事では、こうした疑問に関する答えを、最新の研究動向も踏まえながら解説します。 『困難さを創造的に乗り越えるレ
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと｜安斎勇樹
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD（Zone of Proximal Development、最近接発達領域）」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、
遺伝子特許の是非を問い、不可能に挑戦した人々の物語──『ゲノム裁判――ヒト遺伝子は誰のものか』 - 基本読書
ゲノム裁判――ヒト遺伝子は誰のものか 作者:ジョージ・L・コントレラスみすず書房Amazonこの『ゲノム裁判』は、ヒトの遺伝子に特許が認められるのが当たりまえだった時代のアメリカで「誰かが発明したわけでもない、自然に存在するヒト遺伝子に特許が認められるのは人間の権利の侵害といえるのではないか？」と疑問を抱き、歴史的な裁判を起こし、最高裁で判決が下るまでの流れを記録した一冊である。 遺伝子特許がとられると何が起こるのかと言えば、特定の疾患のリスク要因となっている遺伝子を検査する時に特許使用料をとれるので、ほぼ独占的に検査ができるのである。しかしそれは検査を行いたい個人からすればはなはだ不都合な状態だ。 普遍的な書名に惹かれて買ったので、読み始めてから「アメリカの裁判の話なのか〜」と若干読む気が失せたのだが、読み進めてみたらこれが意外なことにめちゃくちゃおもしろい！ 「自然の産物」ついての特許
自炊するな。ガチでやめろ。人生終わる。
引越しをするついでに自炊――家の本の電子書籍化――を行った。以下はその時の作業メモ、および深い後悔についての記録である。短くまとめると、絶対に自炊はしてはいけない。自炊をすると最悪死ぬ。 具体的な自炊の方法が知りたい方はすぐさましかるべき場所までスクロールすればよい。そうやってインスタントに情報を知っていればいいんだ！ ずっとそうしていればいい！ だが覚えておけ、Q. そうやって得た知識が何になるというんだ！ A. 知識になる 前書き 引越しをした。私は引越しを安上がりにするタイプで、おおむね宅急便 + 赤帽 + 自家用車による庶民的な引越しを行うことが多い。だが引越しの詳細についてはまた今度にしよう。 引越しをするついでに家にある本を大雑把に1. 重要な本、2. 持っておく本、3. くそどうでもいい本 の三つに分けた。 各カテゴリには、例えば次のようなものが含まれる。 重要な本 父親から
GraphQLを導入する時に考えておいたほうが良いこと | メルカリエンジニアリング
はじめに こんにちは、ソウゾウSoftware Engineerの@sue71です。連載：メルカリShops 開発の裏側 Vol.2の13日目を担当させていただきます。 以前メルカリメルカリShopsの技術スタックと、その選定理由でBFFの実装にGraphQLを採用していることをお伝えしました。メルカリShopsをリリースしてから約半年たった今、これまでを振り返ってGraphQLサーバーを実装する上での課題やあらかじめ考えておくと良い項目をまとめてみました。また、本記事ではメルカリShopsでGraphQLの実装としてApolloを採用しているため、Apolloの利用が前提の話もいくつか混在しています。予めご容赦ください。 GraphQLの説明や、メルカリShopsの実装方法に関しては以前こちらの記事で紹介しています。こちらも是非ご覧ください。 パフォーマンス課題 GraphQLは、アプリ
バックエンドエンジニアとしてnewmo株式会社に入社しました。移動で地域をカラフルに🚕🚙｜やおっち | newmo
2024年2月に、タクシー・ライドシェア事業へ取り組むnewmo株式会社へ入社しました。人生初の正社員です。入社までの経緯や今感じるチャレンジ、ワクワク感を残しておきます。 この1年半の変化：立ち上げた会社の清算、LLM領域でソフトウェアエンジニア、東京への引越し1年半前に書いた記事では、2020年に創業したCoachatの状況をこのように書いていました。 2022年9月現在、Coachatはサービスを停止しています。今の僕のやりたいことや学びを反映したものになるよう、作りなおしています。昔の僕のような、「こうあるべき」に合わせようとしてしんどい人にとっても、毎日が過ごしやすくなるサービスを作りたい。そのために、まず作り手の自分を広げようとしているので、時間がかかっています。すぐに作って人へ届けたいというもどかしさを感じながらも、立ち止まって心と目を動かす時間が、いいサービスにつながると信
増えるタッチパネルに困ってます 視覚障害者には何も伝わらず 「世の中は便利になるけど」増す生きづらさ：東京新聞 TOKYO Web
荒川区町屋の職場近くのスーパーでは、支払い方法をタッチパネルで選ばなければいけない。全盲の長島さんは店員に操作してもらっている。カードの暗証番号は知られたくないので、スマートフォンのバーコード決済を使う。混雑時は店員に申し訳ないと、買い物には行かないようにしている。 銀行のATMは、一部の操作がタッチパネルでないとできない。行員に暗証番号を口頭で伝えて入力してもらう必要がある。視覚障害のある仲間も、マイナ保険証の利用時にタッチパネルで暗証番号の入力を求められ困っている。「信用はしているが、個人情報が守られているだろうかという不安は消えない」
オンボーディングの作法。入社してくる仲間のお手並みを拝見するな。 - フジイユウジ::ドットネット
今日はチームメンバーのオンボーディング時の作法、チームでの仲間の受け入れまたは受け入れられについて書きたいと思います。 ここ最近、ぼくは自分で会社をやりつつ、色々なスタートアップや事業会社にも入らせていただいて一緒に事業をやったりプロダクトを頑張ったりマーケティングをアレコレしたりしているのですが、その関係もありチームメンバーを沢山迎え入れることもあれば、新しいチームに迎え入れてもらう側ということもあります。一般的な人よりも両方のオンボーディング機会が多い人生を歩んできました。 そこで気づいたことというか、経験してみて考えたことを書いていこうと思います。 つよつよ人材が有名企業から来てくれたけど特に活躍しないで消えていくあるある GAFAや有名な企業・スタートアップで働いていたとか、いわゆる「つよつよ」とされる人。当然「つよつよ」と言われるのだから優秀であると認識されていると思います。 で
UPSIDERのこれからを担うFlutterアプリのアーキテクチャ - UPSIDER Techblog
こんにちは、UPSIDERで日々モバイルアプリ開発をしているふっくです。 UPSIDERでは今後、よりアプリ開発に注力し決済プラットフォームの中核的な役割を果たすことを目指しています。 今回は、今後の開発・運用を目指して考えたFlutterアプリ向けのアーキテクチャを紹介します。 ネイティブアプリの世界で触れてきた色々なアーキテクチャ・フレームワークを参考に、開発の後半でも順調にスケールさせることができるように、工夫を凝らしました。 本アーキテクチャで作ったサンプルアプリもあるので、ぜひ以下のリンクから見てみてください。 https://github.com/upsidr/flutter_architecture_blueprint デモはこちら https://upsidr.github.io/flutter_architecture_blueprint/ 対象読者 目指すところ 参考に
What is Maestro? | Maestro by mobile.dev
Maestro is built on learnings from its predecessors (Appium, Espresso, UIAutomator, XCTest) and allows you to easily define and test your Flows. What are Flows? Think of Flows as parts of the user journey in your app. Login, Checkout and Add to Cart are three examples of possible Flows that can be defined and tested using Maestro. Built-in tolerance to flakiness. UI elements will not always be whe
Flutter Engineering Trainings
Hi! I'm Majid Hajian , author of the "Flutter Engineering" project . I am a passionate software engineer since 2006, having taken on various roles ranging from developer to architect. I've been a Flutter community leader and educator since 2019. Ever since I embraced these roles, the above question keeps popping up. Throughout my career, I have worked in various roles such as a backend, frontend,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Screaming Architecture Story
Riverpod 3とTips 4選 | ドクセル
Hixie's Natural Log: How big is the Flutter team?