ymrl (@ymrl) header
ymrl (@ymrl) profile picture

UIデザイナー・フロントエンドエンジニア・アクセシビリティスペシャリスト。 ふだんはBlueskyにいます https://nitter.cf/t.co/lUCcqdjfg6

東京
Joined May 2007
Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)Photo by ymrl (@ymrl)
Pinned Tweet
最近はBlueskyにいます bsky.app/profile/ymrl.bsky.s…
4
4,350
最近わりとライト層っぽい人もAIで動画生成してる感じがあるけど、何のツール使ってるんだろ。開発者目線だとAIは金払って使うものという認識になってるけど、ユーザーとなる「ふつうの人」はそうでないわけで、お金を払わずに使えるAIの範囲を認識しておきたさがある。
7
1,315
人間どうしの(社内などある程度の信頼関係が期待できる場での)仕事のやりとり、面倒くさくても1往復めまではAIの書いたテキストそのままではなく、せめて自分の言葉で一筆添えたものを使ってほしい。というのは生産性を下げる考え方なんだろうか。
3
7
1
67
5,449
AIの書いた、内容の整理のされていない、読み手の知識量を考慮しない、長い、読みづらい文書を初手で読まされる側のテキストを読む手間とイラつきを考慮したら、全然ペイすると思うのよね。
6
21
735
インターネットにITやWeb業界のエンジニアだけを暗黙的に指して指して「エンジニア」と称した文章書いていると、たまに「ITのエンジニアだけをエンジニアだと思うな」と怒られが発生するように、「デザイナー」もWebとかUIとかでない方面のデザイナーから怒られた方がいいのかもしれない。
1
27
1,854
デザイナーを名乗っていますが美大を出ていません
16
1,456
個人的には自分のことをデザイナーだと思ってるけど、ここ1年くらいFigmaみたいなデザイン用のツールをほとんど編集してない(閲覧はしている)。コードは書いてる。ただしそのコードの大半はAIが書いてる。
1
1
1
21
3,047
会社の求人をツイートしたら、転職サイトの広告ツイートが表示されたんだけど、そうじゃあないんだよ
13
1,339
freeeの、私のチームで一緒に働く人を募集しています。 これまでfreeeはUIの品質(使い勝手、ブランド表現、アクセシビリティetc)を高めつつ、高速に開発していくためにデザインシステムを作ってきました。それを今度はAIの時代に超高速にしていかなればなりません。その方法を探求するお仕事です。
1
48
3
269
29,965
具体的にはAIを使ったUI設計・開発フローを定義したり、そのためのツールをスキルを作ったり、UIコンポーネントを設計したり実装したりしてもらいます。 デザイナーとエンジニアが一緒にUIを作れるようにデザインシステムを作っていましたが、今はAIと人間が一緒にUIを作るためのものを作っています
1
5
1
31
5,667
このポジションは敢えて「デザイナー」とも「エンジニア」とも呼んでいません(社内的にはどっちかで呼ぶことになりそうだけど……)。 UIが好きなフロントエンドエンジニアの人や、AIが気になるデザイナーの人をお待ちしています。 hire.wantedly.com/careers/fr…
7
1
54
3,846
これだけスマホが普及した時代に、cursorやhoverでしかインタラクティブ性を表現できてないなら、まずそこに問題がある。え?PC向けだから関係ない?ユーザーはそういうところにもスマホで来ちゃうんだよ。
1
8
70
5,190
AIがWebコンテンツを操作するときの手がかりに、画面に対して何も操作していない状態の見た目を手がかりに……は流石にしてないか。セマンティクスを追わせたり文字列から推測させたりする方がよさそう。奴らはソースコード読めるので。
707
テキストフィールドやセレクトボックス(たぶんインタラクティブ性を持つものすべて)がcursor: pointerになってるページを見たことがあって、あれは凄い違和感あったな。一貫性もあるけど。
1
11
1,368
たぶんBootstrapの .btn 由来で、うちの会社のコンポーネントでは以前からボタンがcursor: pointerになってる。これはどちらかというと、リンクとボタンが外見で区別できない状態でいいのか?ということの方を以前から気にしている。でもそれはパンドラの箱で、今更変えられないものでもある。
1
2
25
2,532
リンクとボタンの区別をしてない状態で作られた画面設計を、それらをきちんと区別する設計に持っていくのは難しかった。リンクとして機能できるもの(クリックしたときに副作用なく画面を遷移するもの)を<a href>にしてもらうのが精一杯だった。ここには新しいタブで開けるメリットがある。
1
4
538
jQueryの時代よりReactの時代の方がdiv要素やspan要素のボタン(roleやtabindexの考慮無し)は減ったくらいまであるんじゃないかと思ってる。確証はない。 得体の知れないCSSセレクタに対してclick()書くより、JSXのonClick書くほうが、それがbuttton要素でないことの違和感が高くなるのでは。
1
29
3,112
あとこれは、JSXのほうがlintで防ぎやすいよね、という観点もある。
5
585
悩ましいなと思っているのがspan要素とdiv要素の使い分けで、スクリーンリーダーは行ごとに区切る挙動をするものがあって、span要素などのフレージングコンテンツはCSSで離して並べていても繋がって読まれてしまったりする。これを防ぐにはHTMLを学ぶしかない。
4
1
22
2,144
もし全く時間をかけずにデータ転送ができるなら、もしメモリが無限に使えるなら、要らなくなるモノはある。そうはならないんだけど。そうはならないが本質的には要らない方がいいという前提で考えた方がいい、というものは結構ある。
1
1
6
881
という話をプログラマーに向けてはすることがちょくちょくあるし、逆にデザイナーにはこれらは絶対に無くならないんだぞという話をしている
1
2
397