UXについて色々と考えることがあり、少し言葉にまとめてみた。何が正しいという話ではないが、率直に感じていることである。 意図されたBad UX 車を運転する人なら経験したことがあると思うが、「近づかないと識別できない信号」というのがある。 この手の信号は、近付くまで青なのか赤なのか判別できない。そのため信号の近くになるまで、このまま進むべきか、ブレーキを踏むべきか、とドキドキさせられる。 先日までペーパードライバーだった私は、当初、スムーズな運転を妨げてストレスを感じさせるこの信号を、液晶の表示角度などの計算を誤った設置ミスだと思っていた。 しかしこれは、複雑な交差点などでの交通事故を防ぐために意図的に仕掛けられたもののようである。 いちドライバーとしては、けっして心地よい体験ではない。しかし、社会全体にとっては良い方向に向かうようデザインされた信号といえる。 このような「意図的にユーザー

アプリの画面をデザインする際、エンジニアさんに 「なにも登録データがない場合、どう表示しますか」「選択したときの状態ってどんなデザインですか」などと聞かれて 「ｳﾜｱ考えてなかったすみません、今作ります。。」 （なんて自分はポンコツなんだ、、ｳｳｳ） と、なりたくないですよね。 UI Stackは👆のような状況を回避するのに便利で大事な考え方だと思ったので、言葉の意味を知らない方はぜひ読んでってください！ UI Stack アメリカのプロダクトデザイナー Scott Hurff さんが世に出した 「UIの考慮すべき5つの状態」という考え方です 5つの状態 ・Blank State（空っぽの状態） ・Loading State（ローディング状態） ・Partial State（部分達成状態） ・Error State（エラー状態） ・Ideal State（理想状態） 一つ一つ参考を交えな

プレシリーズAで5.2億調達。注目の若手起業家・ゆずしおが選んだ“しっかり報いる”ストックオプション設計株式会社Stack代表取締役福田 涼介

めちゃくちゃ良い記事でした。 「OSS は使っていることを公言するだけでも貢献になる」と songmu さんが言っていたので、私も貢献したいと思います。 僕も貢献したいのでよく使うコマンドラインツールを紹介していきます。 特定のプログラミング言語等に依存するツールは省いています。 actionlint - GitHub Actions の Workflow ファイルの静的検査 GitHub Actions の Workflow ファイルの静的検査ツールです。 かなり精度が高く、色々な設定ミスを検知してくれます。 エラーメッセージも見やすくて助かります。 aicommits - コミットメッセージを自動生成 変更内容を元に自動でコミットメッセージを AI が生成してくれるツールです。 コミットをする前にちゃんと確認してくれるのも安心感があって良いです。 cLive - ターミナル操作を自動化

リンク WLUCK PARK -ワラックパーク- | ワラパー | 芸人が集まるWEBメディア NTRの快楽に変換して乗り越えよう《春とヒコーキ「VIP ROOM HARUHIKO ～秘め問い～」第二十回》 | ワラパー | 芸人が集まるWEBメディア 『VIP ROOM HARUHIKO』は、春とヒコーキが読者から寄せられたお悩みに回答する場所。恋愛や仕事など、あらゆるお悩みに対し二人の視点でアドバイスします。 お悩みは、随時募集中。ジャンルは問いません。恋愛、夢、仕事、家電選び、おすすめのラーメン屋……。重すぎて誰にも言えないお悩みでも、「こんなこと聞いて良いの？」と思うようなくだらないお悩みでも、春とヒコーキが真剣に回答します。 バーのVI 13 users 1

新規開発の設計支援や古いコードベースを甦らせて欲しいという相談をもらったときに、最初にちょろっとコードだけお手本的なコードを書いてから引き渡しているのだが、そのときに必ず結合テストを書くようにしている。 3, 4年前から僕と付き合いがある人からすると、 「「「あの sadnessOjisan がテストを書くだと！！！」」」 という感じだと思うのだが、最近はテストに思うところもあってちゃんと書いている。 そしてそのテストコードだが、基本的にはアプリケーションから分離して書いている。その話をしたい。 OGP OGP は野方ホープで海苔が分離されて出てきた時の画像だ。 アプリケーションから分離したテストとはどういうことか 最終的にはテスト対象のサーバーを Docker コンテナで固めて、そのコンテナに対して HTTP リクエストを投げてその結果や DB の中身を検証するコンテナを docker

(サムネはエアコンが水漏れしていた部分の反対側の画像です。濡れたタオルを伝って水が漏れてしまい、仕切り戸の横に積んでいた新聞紙がくっついてしまいました) 去年の夏に賃貸を退去した際、多額の修繕費を請求されたのでその時の対応について記事を書きました。これから年度末も近づき引越をする人も多くなるかと思いますので類似のトラブルに見舞われた際に適切に対応するための一助になれば幸いです。動画は当時の水漏れの様子です。https://t.co/B12vXfxfMa pic.twitter.com/byb4RDF6ud — なもなき (@Nam0naki_) January 7, 2024 こんにちは。なもなきです。 去年、仕事の都合で引っ越しをしたのですが、そのときの退去費用(敷金精算)に関して管理会社と一ヶ月近く揉めることになりました。 結果的に敷金が一部戻ってくるという形になりましたので、他に似た

FVM 3がリリースされました🚀 Homebrewでインストール済みの方は brew upgrade fvm でアップデート可能です🍺 この記事はBeta版を使用して書いたものですが、Beta版から3.0.0への変更はなかったようです👀 こんにちは、Flutterでのアプリ開発をメインとしている「Altive株式会社」の村松龍之介（@riscait）です！ 2年前に「FVMでFlutter SDKのバージョンをプロジェクト毎に管理する」という記事を書きました。（もうそんな経ったの…⁉️） それからずっとFVMを使っていますが、v3.0.0-beta (Pre-release)がリリースされているので使ってみました！ FVMとは ご存知の方も多いとは思いますが、FVMは、Flutter SDKのバージョン管理ツールです。 複数のFlutter SDKをインストールし、プロジェクトごとに

はじめにこれはEngineering Manager Advent Calendar 2023 25日目の記事です。 毎日良質な記事がアップされて、完全に俺得な一ヶ月でした。ご参加いただいたみなさんありがとうございます。 最終日の記事では、EM Advent Calendarを俯瞰しながら執筆している私のEMキャリアをふりかえり、結局のところEMとは何なのか、ということを考えてみます。 Advent CalendarにおけるEMの多様性と共通点LLM時代におけるEMという、実に2023年的な切り口から始まったこのAdvent Calendarには、実に多様なコンテンツが集まってきました。 新任EMの方の奮闘の記録、手を動かしてなんぼという考え方、スクラムとの接近、プロジェクトマネジメント的アプローチ、オブザーバビリティのEM業への援用、キャリア論・・・。 共通しているのは「マネジメント対象

はじめに UI 向けのテストツールはいくつかありますが、Maestro は後発？のツールです。 DroidKaigi の勉強会を発端？に SNS でも少し話題になっていたので、チームで試して見ました。 こちらは試してみた系の記事も出回っているので、重複した内容もあると思いますがお付き合いくださいmm （半分は自分のメモようみたいな感じです、あしからず） Maestro とは？ UI テストを従来のもの（XCUITest）より簡単に書けるツールです。 具体的には指定された yml 形式で書くだけです。 タイトルは iOS ですが、Android もテスト可能です。 （フレームワークとしては Flutter, React Native も対応している） さらにオープンソースになっており、無償で使うことができるのも面白い点です。 何か使い勝手で気になることがあれば、自分で PR を出しましょうw

この記事は「paiza Advent Calendar 2023」の最終日の記事です。 最終日はpaiza株式会社で社長をやっている片山がお送りいたします。 タイトルはほぼ釣りです。 ちなみに、paizaはITエンジニア向け国内最大の転職・就職・学習プラットフォームです。（paiza.jp) 記事概要絵にかいた餅は大した価値はなく、実行し成果が出せて初めて価値がある 実行プロセスやプロダクトが良くても、市場ニーズがなければ価値はない 計画は粗くてもいいから一筆書きで描き切ることが重要 一筆書きで書いたら実際に動いてすぐ更新すべし つまり実行が出来る計画を描き、実際に実行し、発見があれば即修正しながら成果を出せ、というごく当たり前な内容です。 ただそれがとても難しいので、どのあたりでつまづきやすいのか、経験を元にまとめてみました、という記事です。 計画は荒くてもいいから一筆書きで書き、高速に

最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから

はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

YUMEMI Flutter Advent Calendar 2023の23日目の記事です。 Robotパターンはソフトウェアテストの手法の一つで、ユーザーのアクションを一連の手順としてカプセル化し、それを再利用可能なクラスとして定義します。これにより、アプリケーションとのユーザーインタラクションを効率的にシミュレートし、テストすることが可能になります。これはアプリケーションの品質を向上させるのに役立ちます。 この記事では、Robotパターンと私が開発したRobotライブラリーについて紹介します。このライブラリーは、RobotパターンをFlutterで利用するためのもので、各ウィジェットのテストを行うためのRobotクラスを作成することができます。Robotライブラリーを使用することで、テストの再利用性と効率性を向上させ、結果的にアプリケーションの品質を向上させることができます。 Robo

こんにちは！ 昨日の miisanさん に続き、Engineering Manager Advent Calendar 2023 の 20 日目はログラスの塩谷 @shioyang がお送りします！ みなさんの会社では目標設定をしていますか？ 会社のミッションを達成するために、短期で目指す方向性を明確にして、重要な事柄に焦点を合わせる目標設定をされていると思います。 自身も目標設定をしているいちメンバーとして、チームメンバーの目標設定を支援する EM として、目標設定に関わっている方が多いのではないでしょうか。 しかし、個人目標を立てるいちメンバーとしても、また支援する EM としても、目標設定はむずかしい点が多くあるのではないでしょうか。 わたしは前職で EM として 10 名以上のエンジニアが目標設定をする支援をしていましたが、毎度悩みながら試行錯誤していました。現在はいちメンバーとし

こちらの記事は カケハシ Advent Calendar 2023 の 16日目の記事になります。 概要 こんにちは。AI在庫管理の開発チームでSWEをしている小室です。 私は普段ドメイン駆動設計(以下、DDD)を意識しながら開発することが多く、実践を重ねるほどDDDの素晴らしさを実感しております。 最近異動してきたAI在庫管理の開発チームでは、現状はあまりDDDを意識して開発を進めていないのですが、プロダクトが対象としている世界が非常に複雑であることと、今まさに多くの法人様に利用していただけるようになったうれしい悲鳴として成長痛を感じ始めており、ドメイン駆動設計を何かのヒントとしてプロダクトによる価値提供速度を加速できればと考えています。 しかしながら、ドメイン駆動設計は独自の価値観や学習コストの高さから、まだ取り組んだことのないメンバーとしては大きな不安を感じる部分があると思います。

2023/12/15開催のEMゆるミートアップで話した内容です。 linkや当日お話した部分、誤解を生みそうな部分に関していくつか補足を書いておきます。 - p5~p11 補足: EMは会社や事業、チームの状況によって、求められることが違うので、弊社のプロダクトや自分の立場についてお話しています。それを踏まえて資料を御覧ください。 - p13 link: HIGH OUTPUT MANAGEMENT - p17 link: LayerX羅針盤 - p19 link: 相互理解の重要性と、促進するためのワークショップのご紹介 #LayerXテックアドカレ -p23 補足: 委譲度は、図解真ん中の「同意する」がちょうど合議で決めるラインで、それより左はMgrが意思決定している状態で、右がメンバーに委譲して意思決定している状態です。徐々に右に進み、委譲度が大きくなるように意識しています。メンバー

クリーンアーキテクチャというと設計における銀の弾丸のように扱われていて、クリーンアーキテクチャを導入するという記事をよく見ます。しかし自分の経験だとクリーンアーキテクチャで書かれているのにもかかわらず開発効率が落ちているという事が多く、いつでも使っておけばいいというものではないと思っています。 最近目にしたクリーンアーキテクチャに対する批判 本筋ではないので詳細は省きますが、あるとき[1][2]にUncle Bobの著書であるCleanシリーズへの批判をXで見ました。 ここで一番載せたかったものが今見つけられないのですが、以下のようなポストがありました。 書籍クリーンアーキテクチャに書いてある内容を抜きにして起こった現象だけを見るとマイナスの方が多い このポストが自分の感じていることを端的に表現できているように感じました。書籍クリーンアーキテクチャの内容を悪いと思いませんが、その影響により

この記事は 株式会社ログラス Productチーム Advent Calendar 2023 18日目の記事です。 はじめに ログラスの龍島(@hryushm)です。 ソフトウェア開発において、「シフトレフト」すなわち開発の早い段階でテスト計画を立て、実施していくことが全体的なコスト削減や価値提供の早期化につながるとよく言われています。 この記事では、シフトレフトによってもたらされる効果をログラスでの実例を用いて紹介した上で、なぜ効果が出るのか？を「抽象度」というキーワードから紐解いてみようと思います。 本記事ではスクラム開発においてPBIを完了させる中でシフトレフトしていくことを念頭に書いていきますが、ソフトウェア開発の任意のタイミングにおいて適用できる概念だと考えています。 テスト設計を実装前にやることの有用性 まずシフトレフトによって何が起こるのか？を考えます。PBIに書かれた受け入