サービスは終了いたしました。 今までありがとうございました。 エールポイントをお持ちの方は ログイン後に確認・換金が行えます。

「iOSから連絡先をサーバーに同期させたい」 用件を受け、iOSにはContact APIがあるから楽勝でしょ、と思ったあなた。 しかしながら連絡先の構造はそんなに簡単なものではありません。 ミドルネーム？Suffix？振り仮名？旧姓？ そんなハマりやすい連絡先処理の説明やVCard変換など、 …

🚀  Join our webinar Dec. 3rd | Accelerate Your Mobile Builds: An Introduction to Bitrise Build Cache →

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

わふうの人が書いてます。 iOSアプリケーション開発、BLEのファームウェアとハードウェア試作のフリーランスエンジニア。 ドイツのCOVID-19対策アプリのコードを検索したら、ガチだなって思ったので、ポエムを書きます。 ランディングページは https://coronawarn.app です。このアプリを使うことで得られるメリット、陽性判定時の登録や曝露通知の受け取りなどの使用フロー、プライバシーの保護、そしてオープンソースで運営していることが説明されています。20日時点で1000万ダウンロードを超えるようです。 開発の事業者ホームページ、登録/検証サーバ及びiOSとAndroidのネイティブアプリなど、このシステム一式が https://github.com/corona-warn-app にあります。それぞれのライセンスを見ると、ライセンス形式はどれも Apache License,

強震モニタレイヤーは、防災科研が運用する強震観測網（強い揺れを記録するための地震計ネットワーク）によって観測された日本全国の今現在の揺れをリアルタイム震度として表示する機能です。緊急地震速報（予報）が発表された場合には、緊急地震速報の予想震度やP波・S波の伝播状況推定図と強震モニタレイヤーの情報を自動的に統合して表示します。 揺れ検知通知を有効にすると、地震と思われる変化を検知した場合にプッシュ通知を受け取ることができます。緊急地震速報が発表されていない地震についても検出して通知できるケースがあります。なお検知手法は完全ではないため、誤検知で通知が送信される場合があることをご留意ください。 この取り組みは、国立研究開発法人防災科学技術研究所（以下、「防災科研」）、ゲヒルン株式会社、株式会社TBSテレビ、TBS・JNN NEWS DIG合同会社の4者が締結した「強震モニタデータの利活用に関す

こんにちは、iOSアプリ黒帯の林（@kazuhiro494949）です。 先日、ヤフーのiOSアプリ内で利用されているコードを一部切り出してOSSとして公開しました。 https://github.com/yahoojapan/UICollectionViewSplitLayout このOSSを使うと、リストやグリッドで表示されているデータを画面サイズに合わせてレスポンシブに並べることができます。 iOSのユニバーサルアプリ1で上記のようなデザイン要件を受け、既存の仕組みでは実現することが難しかったため開発しました。本記事では、その技術的な課題を解説し、解決策としてのOSSを紹介したいと思います。 UICollectionViewとUICollectionViewLayout はじめに、UICollectionViewというiOSアプリ開発において重要なクラスのひとつを簡単に説明します。

Aug 12, 2018 少し前に、自分のStoryboardの使い方をツイートしたら割と反応があったので、改めてまとめてみようと思います。これまで何年かiOSアプリの開発をしてきて、Storyboardとの付き合い方は何度も変わりました。なので、今回紹介するものはあくまで2018年現在のもので、来年には変わっているかもしれません。 説明のイメージを掴みやすくするため、画面の例を用意しました。左が編集時のStoryboardで、右が実行時のiOSシミュレーターです。具体的なトピックが出た時に、この例を説明に使うことがあります。 記事の最後にこれが動作するサンプルコードも用意しましたので、興味があればどうぞ。 Storyboardを使う目的 以下の2つを重視して、Storyboardを選択しています。 動作確認に掛かる時間を短縮する 成果物の構造を把握しやすくする ただし、Storyboar

(Twitter での6年間 2 からの続き) 秋になると、上のほうが「Twitter は mobile centric company になる」という方針を打ち出した。つまり、それまではずっとウェブ中心の会社だったのを、これからはモバイル中心にシフトしていくという決意表明だ。その方針に従い、新機能を作るときにはまず iOS か Android に実装することが必須になった。もちろんプロジェクトに十分なエンジニアがいれば、ウェブも同時に実装してもいい。だが、これまでのようにウェブを先に作ってリリースしてから、あとで iOS と Android の実装を進めてリリースするということはしないことになった。その後のウェブトラフィックのかげり具合とモバイルユーザー数の伸びを考えると、いい時期のいい判断だったと思う。 そのころ、1人の男性エンジニアが育児休暇で10週間の休みに入っていた。少ししてから

(Twitter での6年間 1 からの続き) SQLite の導入とモデルレイヤーの刷新がうまくいったあと、ぼくは次のプロジェクトを探していた。何をやれば最終的に一番ユーザーのためになるか。そのときに選んだのは、JSON パーザーの置き換えだった。当時の Twitter for iOS は、YAJL という C で書かれた JSON パーザーをプッシュ形式のインタフェースで使っていた。プッシュパーザーはドキュメントパーザーに比べてピークのメモリ使用量は多少低くなるものの、パフォーマンスが悪くなる傾向がある。プッシュパーザーを使う側のコードは見通しが悪くなりバグが入りやすく、チームにとって頭痛の種だった。それを iOS 標準の NSJSONSerialization に置き換えることにした。Twitter for iOS のコードベースに存在するほぼすべてのモデルクラスの JSON データ

2012年1月、Twitter の iOS チームに7人目のエンジニアとして入った。 たまたま最初の週が Hackweek だったので、通常の仕事は一旦停止。なんでもやりたいことをやっていいらしい。入ったばかりで何もわからない状態だったので、ぼくのメンターのテックリードがやっていた Twitter for Mac の多言語化を手伝うことにした。水曜にパッチをマージしてもらって、ぼくの担当部分は完了。その後は次週から始まる通常営業に備えてコードを読み始めた。 次の週からは通常のサイクルが始まった。毎朝スタンドアップミーティングがあり、各自の仕事の進み具合を他のメンバーと共有する。前職までは同僚がほぼ日本人ばかりだったので英語で仕事をしたことがなく、聞き取りがうまくできなかったのを覚えている。 この日からさっそく Twitter for iOS のユーザーとして気になっていた問題を直し始めた。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

今年の２月ごろ今までビビってやってなかった電話サポートをというものを050の電話番号を使って始めてみた。今年の2月、開始して二週間ぐらいでわかったことを記事にしたのが以下です。 個人アプリ開発者だけど電話サポートをやってみた もし、これきついなあって途中で思ったらいつでも辞めようと思ってたんだけど、いまのところ半年以上続いているので、その中で発見とか、わかったことをアップデートしてみる。 どのぐらいかかってくんの？ とりあえず、今は会計アプリのTaxnoteと、最近リリースした読み上げアプリのVoicepaperのヘルプに電話番号を書いている。 例えば、Taxnoteだと、設定画面の「ヘルプ」をタップすると一番上に「お電話での問い合わせ」と表示しているので、ヘルプを見た人は一番最初に電話での問い合わせが出来ると気づくようにしてる。 ちなみに、アプリのDL数はそんなに多くないので、問い合わせ

As if robocalling wasn’t already enough of a problem, the advent of easily accessible, realistic AI-powered writing and synthetic voice could supercharge the practice. The FCC aims to preempt th

Easily add high-quality animation to any native app. Lottie is an iOS, Android, and React Native library that renders After Effects animations in real time, allowing apps to use animations as easily as they use static images. Get Started Learn more › Why Lottie? Flexible After Effects features We currently support solids, shape layers, masks, alpha mattes, trim paths, and dash patterns. And we’ll

以下のTwitterアンケートを見かけたので、記事書いてみました。 結果は、母数が10人なので参考程度にするのが良いと思いますが、僕も多数派の「CocoaPodsもCarthageも含めている」を特に迷い無く選択しています僕は今ではCocoaPodsもCarthageも含めていない運用にしています。 【iOSアプリプログラマに質問】 あなたはアプリのリポジトリにCocoaPodsで取得したソースコードやCarthageでビルドしたフレームワークを含めていますか？ — りず (r.izumita) (@rizumita) October 6, 2016 ちょうどCocoaPodsのガイドにこのことが記載されているので、まずはその訳を載せます。 (この記載はわりと有名なはずで、ここでオススメされているからバージョン管理に含める選択を取っている人も多そう。) CocoaPodsのガイドの訳 原文

スマホをビーカー代わりにして、理科の実験ができるアプリ「BEAKER」が話題になっています。リアルでやったら先生に怒られるような化学反応も、フリーダムに再現できます。 対応OSはiOS、Android。基本料金は無料です。 動画が取得できませんでした 化学クラスター集まれ～！ 起動すると画面全体にビーカーが表示され、酢酸や水酸化カリウム、硝酸アンモニウムなど140種類以上の物質を入れることが可能。また、バーナーやマッチで加熱したり、有料で濾過器、分離器、冷却器、ブレンダーを使ったりすることもできます。 インストールし実際に試してみましたが、バーチャルに実験できるので爆発事故などの心配はなく、安全です。好き放題に化学物質を入れてもまったく問題ありません。ヒャッハー！ 化学物質は日本語でも表示できます 水に入れたマグネシウムをバーナーで加熱した様子。ピカピカ 反応が起こるとその化学式が表示され

や、僕が知らなかっただけで世の中では常識の可能性もありますが。めっちゃ便利だった。 ネットワーク悪環境の場合のテスト。。。 iOSのネットワーク環境が悪い場合のテストって前から悩ましいと思ってて、MacのWifiをOffにするとか開発中のアプリを実機に入れて建物の隅っこに行くとか涙ぐましい感じでやってたんですけど。 ちゃんとネットワーク状態を調整してくれるツールあった。 Network Link Conditioner Apple Developer Center から Hardware IO Tools っていうユーティリティ群をダウンロードすると、その中に入ってる。 他に同梱されてるアプリも便利そうな名前が色々。。。 起動すると、再現したいネットワーク状況が色々選べて、スイッチをONにするとMac上の通信が制限される。 他にも、自分で通信状態を細かく指定したカスタム環境も作成できる。

iOS のヒューマンインターフェースを理解するためにはまず UI 設計の原則を定めた聖典 iOS Human Interface Guidelines を読むことから始めなければなりません。ここにはプラットフォームの特徴から情報設計の原則、それぞれ何のための部品なのか、という解説がされています。なぜこうなったのか、なぜこれが良くてあれが駄目なのか、Apple の UI デザイナーは何を考えてこのような設計にしたのか、HIG ではそのようなところまでは説明されていないことがあります。いくら内容を丸暗記したとしても「 なぜ 」がわからなければ本質から理解したとは言えません。 よくある UI デザインにおける誤り、『磨りガラス効果がかっこいい』『アニメーションしておくとかっこいい』『ボタンは右配置の方が押しやすい』『色が綺麗』『流行っているから優れている』…などがありますが、そういうことではない

##iPhone SafariのVideoタグの制限 iPhone SafariのVideoタグには大きく2つ制限がある。 ユーザインタラクション（タップ）なしに再生できない 初期再生時必ずフルスクリーン再生になる 特に2がクセモノで、これのせいでモバイルブラウザに動画広告はほぼ無いし、モバイルブラウザゲームには動画演出がない（MotionJPEGみたいにjpegを数百枚数千枚差し替えるとか涙ぐましいことをしている例はある）。 ##制限は超えられる この制限が超えられないものかと調べてみると、やはり同じようなことを訊いている人が居た。 inline html5 video on iphone - Stack Overflow http://stackoverflow.com/questions/30855662/inline-html5-video-on-iphone で、そのベストアンサ