先日ラクマさんでも同様のツイートがありましたが、実はほぼ同時期にnoteのiOSアプリからもObjective-Cのコードが消えました。 今朝ついにラクマiOSアプリのObjC削除の最後のPRをマージしました。僕が入社してマネージャーを引き継ぎ、約4年かかりました。何で4年もかかったのかは別途ブログにでも書こうと思いますが、とにかく大変で、奇跡的に優秀なメンバーが揃ってみんなで成し遂げることができました。 pic.twitter.com/NY6V5kUhcI — だーくろ (@darquro) August 3, 2022 ちなみに僕が入社した頃のコード量を見てみましょう。（2020年4月） 1332 text files. 1161 unique files. 459 files ignored. github.com/AlDanial/cloc v 1.92  T=0.33 s (35

昨日がイエスタデー✨ ゆめみ広報担当の福太郎（@fukutaro_yumemi）です！ 最初に目に入った会社名が次にあなたが入社するIT企業です。 最初に目に入った会社名が次にあなたが入社するIT企業です。 ※日本CTO協会発表による開発者体験上位トップ10の企業も入っています pic.twitter.com/OnY6c790Ej — 片岡俊行＠ゆめみの代表しています (@raykataoka) May 11, 2022

「配色マステ帳」があるとコラージュのベースが作れるので、そこから手帳コラージュをしていく応用になります。 完成予想はこんな感じになります。M6で作りました。この作り方を以下で紹介していきます。 「主役と脇役の組み合わせ」ってなんだろう？手帳コラージュは映画やドラマ、アニメに少し似ています。たとえば全員が主役だと物語のどこを見たらよいかよく分からなくなってしまう。脇役が主役を引き立てたり、主役が目立つから台詞が見ている人の心にぐっと響く。演出も主役と脇役がきちんと分かれていると物語の進行がスムーズで分かりやすくなります。 そこで、コラージュのデザインでも「主役」と「脇役」を要素で分けていきます。手帳という物語にマステをキャスティングするようなイメージです。 私の手帳ではいつもこんな感じでキャスティングしています。無地と方眼で作る「ベース」と、好きなイラストで印象を強く持たせる「メイン」の大き

Designed for ✐ creatives, built for {coders}Raindrop.io is the best place to keep all your favorite books, songs, articles or whatever else you come across while browsing.We're not trying to reinvent the wheel; we're working on a tool that does everything you expect from a modern bookmark manager. Organize with easeRaindrop.io is not just a pretty interface, it can help you untangle your bookmarks

先週の This Week In React に流れてきたやつ。 🧵 TypeScript Cheat Sheets by @orta 4 nicely designed and official cheatsheets now online: - Types - Interfaces - Classes - Control Flow Analysishttps://t.co/fnqAcuU8c8 pic.twitter.com/D7BlZsyvjf— Sebastien Lorber 🇫🇷 🦖 ⚛️ 📨 (@sebastienlorber) 2022年1月19日 ざっと読んでみたけどそこまで目新しい発見はありませんでした。以下メモ。 💬 はコメント。 Classes https://www.typescriptlang.org/static/TypeScript%20Clas

A consistent layout that adapts to various contexts makes your experience more approachable and helps people enjoy their favorite apps and games on all their devices.

Safe Area horizontal on iPhone XiOS 11 brings much more information and a lot of improvements regarding how views layout the user interfaces. You can be a little bit confused. It’s time to review and demystify margins, insets, scroll views and Safe Area. MarginslayoutMargins propertyApple introduced margins in iOS 8, and it’s available by using layoutMargins property on UIView. By using layoutMarg

noteをオフラインでnoteの記事をPDFで保存することで、ネットに接続していない環境でも読むことができます。外出先や新幹線、飛行機の中でもストレスなくnoteの記事を楽しみましょう。 KindleやiPadで読書noteの記事をPDFで保存すると、KindleやiPadで自分のタイミングで読むことができます。スマホやパソコンとは違ったnoteの読書体験を味わえます。

See this UIKit: Apps for Every Size and Shape before and after reading this. Might also want to see the notes from here as well. Being the Bounty offerer...I'd say the majority of my confusion came from not properly understanding the UILayoutGuide class. That is key, but also very simple. Let me first introduce a problem: In the old days, if you needed to constrain these circles like this: Then yo

If you can target iOS 9 Layout Anchors and Layout Guides make Auto Layout a lot easier. In this post I want to cover a special type of layout guide - the readable content guide. If you have text that stretches across the width of the device you can get lines that are so long they become hard to read. This is especially true on larger devices like the iPad. The readable content guide creates an are

紹介されているフリーソフトは企業が無償提供しているものや信頼性の高い老舗のフリーソフトですが、野良フリーソフトの中にはウイルスを感染させる目的のものもあるので、信頼できる企業のもののみを使うか、野良フリーソフトはダウンロード前に評判をネットで十分検索することをオススメします。

The padding solution suggested here doesn't make sense considering an infinite range of device widths. We need a solution that caters for all types of device sizes and can instead preserve a readable width for content. The end result can be consumed by any view in a SwiftUI-friendly manner: SomeReallyLongView() .readableGuidePadding() First, we need a ViewModifier that can fix a view's width to a

人が持つ普遍的な経験則に基づいたUI設計のための10個の原則。 ユーザビリティ評価のひとつであるヒューリティック評価で、90年代初頭に、Jakob Nilsenヤコブ・ニールセンとRolf Molichロルフ・モリッヒによって開発され、1995年にヤコブ・ニールセンが10の原則をNielsen Norman Groupにて公開した。 人の一般的な経験則に基づいて作成された原則のため、ほとんどの製品やウェブサイト、アプリなどに実施するヒューリスティック評価や、UI設計、ユーザビリティー評価に使うことができる。 10個の原則は以下の通りである。 システムステータスの可視性 現実世界とシステムの一致 ユーザーに操作の主導権があり自由がある 一貫性を維持しつつ、標準にならっている エラーの防止 覚えていなくても見て分かるようにする 柔軟性と効率性をもたせる シンプルで美しいデザインにする ユーザー

モバイル基盤グループのヴァンサン(@vincentisambart)です。 iOSの設定画面の右側は一定の幅を超えないように作られています。 iPadでは: 新iPad Pro 12.9"では: iPadでTwitterのタイムラインのセルの中身も一定の幅を超えません。 このように、自分のアプリで広い画面でもコンテンツが広がりすぎないようにするためにはどうすればよいのでしょうか。AutoLayoutでいくつかの制約を使ってできるのですが、もっと簡単な方法はないのでしょうか。 iOS 9以上では、端末の種類を気にせず、複雑なAutoLayout制約を使わず、殆どのビューですぐ使える仕組みがあります。Appleのドキュメントで「readable content」や「readable width」と呼ばれているものです。以下日本語で「読みやすい幅」と呼ぶことにします。 注意点：下記の説明はAut