てーけし

Accelerating development with type safety / 🌎Web 🎉TypeScript ⚛️React 🏝Kotlin / 📝

[SansanTech @SansanTech]

【ブログを公開しました】 #33Tech #Sansan技術本部 #Sansan
大規模同義語辞書でElasticsearchのIndex作成が重くなる問題とその対策 - Sansan Tech Blog
https://t.co/DEp4IKxWUK

[Shingo Sasaki @s_sasaki_0529]

yup の条件付きスキーマ初めてみたけどすごい。こんな手続き的に分岐書けることあるんだ。

ただやっぱ zod のほうが TypeScript のメンタルモデルに近い感じがして直感的だ。

Yup to Zod ~スキーマバリデーションライブラリの移行~ - Sansan Tech Blog
https://t.co/HKQwbHvn6o

[Takayuki Saruta @srt_taka]

最もフィジカルで、最もプリミティブで、そして最もフェティッシュなやり方でリーダーシップを発揮しています。

Netflixドラマ「地面師たち」から学ぶ理想のリーダー像 - Sansan Tech Blog https://t.co/6CjlcM4oFS

[【公式】Sansan @SansanJapan]

Bill OneとContract Oneのプロダクトデザインチームで共同で取り組んできた「One Design System」を公開しました。
https://t.co/FDvE51LjZE
「One Design System」は、プロダクト開発に関わる全ての人の共通言語となり、効率よくサービスを提供するための基盤です。プロダクトの進化のために今後もアップデートを続けていきます。

[てーけし @t__keshi]

前職の超デキる先輩が「エンジニアの仕事の大半は名前をつけることに割かれるべきだ」と仰っていた。

最初は「ふーん命名って大事なんだなー」というくらいにしか思ってなかったが、今になって至言に思う。

名付けることで、現実世界から開発に必要な要素を抽出していきたい。

[てーけし @t__keshi]

@vercel/postgre

Prismaも使えるのか...マジで進化が止まらねぇな、最近のNext.js。

https://t.co/B8tJ85OfCQ

[SansanTech @SansanTech]

【ブログを公開しました】
Strategic Products Engineering Unit 原の記事を公開しました！#33Tech

Vol.05 StorybookとChromaticでフロントエンド開発の開発効率と品質を上げる - Sansan Tech Blog
https://t.co/e4wO0ZM584

[Sage ⚡️ @thesegunadebayo]

Prepping for a new major release of Chakra (v3)

✅ Granular Imports ( = better Treeshaking)
✅ Single `chakra-ui/react` package
✅ Improved Next 14 compatibility

We'll release another major version (v4) shortly after to include all the new awesome components from Ark UI.

[sho otani @ozu_syo]

ようやく読めたんだけどフロントエンドのアーキテクトやってる人は全員読んだ方がいい。今後数年の方向性の道標になる
https://t.co/f9kpncTFVq

[てーけし @t__keshi]

「freeeさんのアクセシビリティチェック表をPRのレビューで活用している」という話を聞いた。

これめっちゃ見やすい。明日から使わせてもらいます。

https://t.co/4ptL14lJik

#Webアクセシビリティ忘年会2023

[Storybook @storybookjs]

Last week, we shared StorybookGPT – a GPT that automatically creates stories for React TS components.

Today, we bring you another incredible tool: Storybook Genie! It lets you automatically generate stories for React components via CLI 🤯

@_Eduard26 👏

https://t.co/U0kqkKVFp2

[Toru Kobayashi @koba04]

https://t.co/V1m44mzU5U の存在、英語版からリンクもなかったりで以外と知られてないかもと思ったので書いてみました。
https://t.co/DsdXZOZI26

[てーけし @t__keshi]

『You and 120% Cleaner React』の中で、ここのコラムが一番好きだったりする。

個人的にはReact一強ではなくて、WebアプリはReact、Webサイトは別のFWという使い分けが生まれてほしい。

そうすれば「Reactは無駄に難しい」という主観に満ちた批判も減っていきそう。

https://t.co/v4bnB3XJhA

[てーけし @t__keshi]

OSAwards React部門2022

- Remix
- Remotion
- react-use

など、けっこう納得の顔ぶれ。

特にreact-useは便利だし、内部実装もめっちゃ参考になる。一度は覗いてみてほしいライブラリ。

https://t.co/zADabj0NI7

[市谷聡啓 / Toshihiro Ichitani @papanda]

リーンとは、思考まで贅肉落とそうというものではない

チームの頭の中までMVPにしない｜市谷 聡啓 (papanda) @papanda #note https://t.co/qx1RdiX3D6

[てーけし @t__keshi]

「フロントエンドのパフォーマンスチューニング」

一括りにできない色々な方法があって、非常に難しい世界。

迷子になってしまいそうだが、これはマジで体系的にまとまっている地図。

https://t.co/Mt8iokpQp1

[てーけし @t__keshi]

HistoryAPIの詳解。

Next.jsのAppRouterもReactRouterも、これを前提としておくと理解が深まりそう。

https://t.co/gohUEiFRRQ

[てーけし @t__keshi]

「書き手と読み手の心が一致した時にようやく読みやすいコードになるのであって、変数名だの諸々はその前では些細な問題である」

...物議を醸しそうな一文だけど、確かにDDDのようなプラクティスも、結局そういうメンタルモデルを合わせるところに主眼があるのか。

https://t.co/XAXx46O8Gj

[てーけし @t__keshi]

「うちの会社は規模がデカすぎて、変化を起こすのが困難で...」

という悩みに刺さるスライド。

NTTでさえできるんだから、という希望も感じさせる。

https://t.co/hxZ1e6ZyNX

[てーけし @t__keshi]

失敗したときに、自分の「センス」や「才能」に疑問を感じる人と、自分の「努力の量」や「用いた手法」に疑問を感じる人の２タイプがいる。

この記事に出てくるラーニングアニマルっていうのも、徹底的に後者な人なんだろうと思ったり。

https://t.co/P36TBLVTr2