タグ

設計とアプリに関するmoritataのブックマーク (7)

  • 【爆速UI設計術】モダンなwebデザイン素材集 - Qiita

    特徴 女性らしいイメージがやや多い 下記のような柔らかい印象のイラストが多いです。 【ガジェットストック】 ガジェット関連のものを使用したい場合は、下記を使用すると良いと思われます。 【アイコン系】 【human pictogram 2.0】 オリンピックで流行ったやつです。 サイトでは、アタッチメントをつけたりすることでかなりカスタマイズ性が高いのが特徴です。 【EXPERIENCE JAPAN PICTOGRAMS】 特徴 海外から見た日が表現されている これはシンプルにUIが凝ってたので紹介します。 和テイストを演出したい場合は、良さそうですね! 【ICOOON MONO】 こちら色・サイズも変更可能です! 【Icon-rainbow】 ICOOON MONOと異なり、こちらは、中が肉抜きされているのが特徴。 【IFN FREE ICONS】 このデザインはどのようなパターンにマ

    【爆速UI設計術】モダンなwebデザイン素材集 - Qiita
  • 小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計

    iOSDC Japan 2023 にて登壇した内容となります。 https://fortee.jp/iosdc-japan-2023/proposal/eb9d4449-4ff8-421d-9ffb-691179245d14 登壇のアーカイブ https://www.youtube.com/watch?v=9GbG13-jMVM

    小さなバグが生んだ悲劇、そこから学ぶ耐障害性の高いアプリ設計
  • ヒットアプリ「ダブル計算機」って?開発者は定年後の63歳男性 | 毎日新聞

    一つの画面に二つの電卓が並ぶいっぷう変わったアプリが、米アップルのスマートフォン「iPhone(アイフォーン)」と、タブレット端末「iPad(アイパッド)」で公開され、人気を呼んでいる。その名は「ダブル計算機」。開発したのは、兵庫県の63歳の男性だ。リリース後しばらくはダウンロード数が伸び悩んだが、ある改良を加えたことで数が大幅に増えた。その一工夫とは――。【後藤豪】 まず、機能を確認しておこう。画面中央に表示される「→」や「←」の矢印キーをタップすると、計算結果をもう一方の電卓に移すことができる。たとえば、片方の電卓で「89×15=1335」を計算し、矢印キーをタップすることで計算結果の「1335」がもう一方の計算機に表示される(写真1)。そこから計算を続けられる。入力した計算式が表示されたままなので、ミスに気づきやすい。 また、それぞれの計算機で別々の計算をすることも可能だ(写真2)。

    ヒットアプリ「ダブル計算機」って?開発者は定年後の63歳男性 | 毎日新聞
  • Unityソルジャーの憂鬱

    自分がやってる仕事って実は”Unityエンジニア“じゃないかもしれないという話。 クリーンアーキテクチャはゲーム開発に不向き説 以前から、界隈では「UnityでDIコンテナを使おう!クリーンアーキテクチャをやろう!」みたいな話がたびたび盛り上がっている。 私も、「そんなに素晴らしいなら使ってみたい」と思って勉強しようとするたびに、そもそものメリットがサッパリ理解できずに終わるのを繰り返してしまう。 当にUnityでクリーンアーキテクチャをやるのは優れた方法なのだろうか?じゃあUnity公式のサンプルとかがベッタベタにUnityの普通の作り方になっててクリーンな設計が全然されてないのはなんでなん? 最近はこういう記事も見かけた。 ゲーム開発 に所謂なアプリケーション設計パターンをおいそれと適用するのは難しい クリーンアーキテクチャというものはUIフレームワークとかWebのアーキテクチャから

    Unityソルジャーの憂鬱
  • Rails 設計 最強

    自分が目指したいRailsアプリの形とは何か、ということについて考えていた。 常日頃から考えていたRailsアプリでの不満をこの議論に合流させた結果、「Rubyを書くときに当たり前にやるようなことを、Railsアプリを書くときでも当たり前のようにやる」というところが肝で、自分が目指したいRailsアプリの形はその先にあるのではないか、と一旦結論付けてみることにした。 「普通にRubyでコードを書くときはやらないけど、Railsだったらこう書く」という何かが存在していることが、さまざまな失敗の原因をつくっていると思う。 RubyRailsが地続きに繋がっていないというか、どこかで断絶があり、そこから筋の悪い設計が生まれている ―あるいは持ち込めるはずの良い設計を持ち込めていない― のではないか、という話。 実際にはどの辺りが気になっているのか?という例を挙げると、氷山の一角を指摘するだけな

    Rails 設計 最強
  • Flutterでそこそこ規模の大きいプロダクションアプリを作ったのでスケールする設計についてまとめる - タオルケット体操

    あわせて読みたい FlutterBLoCだChangeNotifierと振り回されて消耗するまえに - タオルケット体操 筆者のFlutterに対する印象は半年前にこのエントリーを書いたときから驚くほどに何も変わっていないので、逆にFlutterは非常に明快でわかりやすいライブラリなのかもしれないですね。 hachibeechan.hateblo.jp 筆者の主張の事前まとめ Reactの学習は実質Flutterの予習 クライアントアプリを設計するにあたってはActiveRecordパターンの再発明をしてはいけない 結局MVX RXSteamとはなんだったのか DDDの勉強をすると多くの示唆を得られる Remi wareを信じろ ちなみにここ以下で述べるActiveRecordパターンはPoEEAとRoRのものの混合があるかもしれませんが、利用すべきじゃないという点において同一なので特に

    Flutterでそこそこ規模の大きいプロダクションアプリを作ったのでスケールする設計についてまとめる - タオルケット体操
  • いま話題の 「stand.fm」 のUIを全力でトレースしてみた!|kakeru tokunaga

    皆さん stand.fmというアプリ/サービスを知っていますか? そうです。音声サービス界隈に彗星の如く現れたニューヒーローとも言えるサービスです。そのぐらい今、勢いがあると思います。 皆さんご存知の通り、音声コンテンツ市場は近年、googleやspotifyの参入やスマートスピーカーの普及に伴ってかなり盛り上がっており、日の市場も例外ではなく、RadiotalkやVoicy、Recなど様々なサービスが存在しています。 そんな盛り上がりを見せる市場で、最近、特にコンテンツの充実・サービスとしての伸びを見せているのが、この stand.fm だという事です。 僕は今まで、applepodcast、Voicy,Radiotalkのユーザーでしたが、そんな僕が最初にこのアプリを触った印象は、 「使いやすい!UIがかわいい!」 気軽にTwitterのタイムラインから飛んで配信を一度聞いたつもり

    いま話題の 「stand.fm」 のUIを全力でトレースしてみた!|kakeru tokunaga
  • 1