スミ
2025年9月回 指名
2021年2月回 指名
キャリアビジョン
ユーザーが直感的に「使いやすい」と感じるアプリケーションを生み出す
フロントエンドエンジニアの評価軸としてよく話題に上がるのは パフォーマンス改善の経験や、フレームワークの最新機能についての知識などですが、 それと同じくらい大事な価値として「直感的に『使いやすい』と感じるアプリケーションの提案・開発ができるかどうか」があると思います。 要件を満たしていればOK、順当なUIであればOK、というのは システムに触り慣れている私たちであるからこそ発生する驕りかもしれまん。 これは顧客の潜在ニーズであり、 エンジニアが避けがちな課題の本質であり、 デザイナーへの全任せだけでは実現できない技術の領域でもあると感じています。 「考えればわかるシステム」より「考えなくてもわかるシステム」、 ラグや処理時間が気にならないような画面推移の魅せ方、 複雑で煩わしい操作感の排除、 さらには「使いやすい」にとどまらず「使ってて楽しい」を実現するなど、 秀逸なデザイン・UI・UXを生み出していくことで、 世の中のWEBサービスの多くの課題や不満を解決していけると思っています。
プロジェクト経験
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません
マネージメント能力
マネージャーではありませんでしたが、開発工数の見積もりや仕様の策定などを感覚で進めている現場だったため、このままでは将来的にチーム運用に支障をきたすと考え、ワークフローを改善するよう積極的に提案しました。
期限切れの常態化を阻止するために、工数見積の精度を上げる必要がありました。
仕様がふわっとしたまま開発がはじまる状況を変える必要がありました。
# 問題や障害
チームリーダも含め、メンバーの中にチーム運用の経験があるエンジニアがおらず、どのような対策をすれば現状を打破できるのかを皆がイメージできていない状態でした。
# どう工夫したのか
会議の場で現状の運用では破綻するということを指摘しつづけ、
皆に問題意識を持ってもらうよう働きかけました。
エンジニアにしわ寄せがいかない開発をしていくためのルール策定を提案しました。
自身で改善案を考えるだけでなく、参加していたコミュニティの先輩エンジニアや、
契約していたメンターの方などに相談したりして、
他の会社はこのような問題をどのように解決しているかの情報収集を行い、
自社のワークフローにどのように取り入れるか検討しました。
アピール項目
アウトプット
GitHub アカウント
未入力です
Qiita アカウント
未入力です
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
未入力です
今後、身につけなければいけないと思っている技術は何ですか？
未入力です
あなたが一番パフォーマンスを出せるのはどんな環境ですか？
未入力です
キャラクター
やりたい事
基本プロフィール
年齢
今年で30代中盤
好きなテキストエディタ
VSCode
希望勤務地
東京都 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
1000万円
ご意見箱
要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。
なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。
- {{error}}