Dropbox Engineering Career Framework
What’s a Career Framework? The Engineering Career Framework is your source for how to achieve impact for your role and team and how to grow in your engineering career. For managers, it can help you set expectations with your teams and hold them accountable for their work. What the Career Framework is not This framework is not a promotion checklist for your role; rather, it’s designed to help you f
Rails+Next.jsでGraphQLを導入する時に考えたこと - Timee Product Team Blog
こんにちは、タイミー開発プラットフォームチームで業務委託として働いている宮城です。 タイミーはリリースから4年が経過したプロダクトで、2022年の前半から一部領域でGraphQLを利用し始め現在導入を進めています。 本記事では、GraphQLをプロダクトに導入する上で判断に迷った箇所や課題に対して、タイミーでの意思決定とその理由を紹介します。参考にしていただければ幸いです。 GraphQLの選定理由についてはこの記事では触れませんが、CTOの@kameike が以下のイベントで詳しく紹介する予定です。まだ参加申し込みは可能ですので、興味がある方はぜひ合わせてご覧ください。 timeedev.connpass.com なお、本記事のタイトルはソウゾウさんの以下の記事にインスパイアされています。 engineering.mercari.com GraphQLの「Getting Startedの
GraphQL の Fragment Colocation について
TL;DR 考え方 コンポーネントとセットで、そのコンポーネントが必要なデータを Fragment で宣言する、React の宣言的 UI に合わせた宣言的データ取得（declarative data-fetching）という考え方 Component Scopedに取得データを宣言することで「そのコンポーネントで必要なデータはなにか」を管理しやすくなることで、under-fetching / over-fetching が抑制でき、変更にも強くなる お悩みポイント Fragment-scoped な変数を定義するための標準機構がない Relay は directive を利用した独自の機構を持つ 便利そうなライブラリ graphql-anywhere クエリ結果を Fragment の形に整形する not actively support apollo-link-fragment-arg
妻の姓にすると伝えて泣く親、キレる親
私は30手前の男で、弟がいる長男です。結婚の報告とともに、妻の姓にすることを伝えたら、散々な話し合いの末、父にはお前は親の気持ちもわからない幼稚な人間だ、”変”な人間だと散々罵られ、母には自分の息子でなくなる気がして悲しいと泣かれました。 皆さんならどうするか、ご意見を聞かせてください。 〈私の考えてきたこと〉 結婚した妻が夫の姓を名乗るのには「嫁入り」といった考え方が根底にあり、実際に妻が過ごした旧家を出て、夫の家に嫁ぐという、女性が実態として夫家に従属することを姓を持って表してきました これから夫婦になる私たちは、お互いに実家を離れて東京で過ごし、それぞれ仕事をしています。結婚しても仕事上の名前は変えず働くつもりです。嫁入りも婿入りもしない、という考え方です。今はまだ実現していませんが、選択的夫婦別姓が認められていれば検討したかもしれません。 ただし、これから生まれるかもしれない子供の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Reddit - Dive into anything