更新できなければ淘汰されるiOSアプリ - いつもあさって
2020年12月7日に更新 最近の事情 UIWebViewの完全廃止 UIWebViewはiOS8以降に非推奨になっていたが新規アプリの申請を終了する予定でした。2020年末以降に延長した。今のところ未定となった。 WKWebViewに移行しなければいけない。依存しているライブラリに組み込まれている可能性があるので、今一度確認した方がいいだろう。iOS15では完全に使えずに実行時にクラッシュになるかもしれない。 developer.apple.com Apple Push Notification Serviceのアップデート 古いプッシュ通知の方法が使えなくなる。2021年3月31日に延期になりました。新しいプッシュ通知の方法を使うように切り替える必要がある。 developer.apple.com Xcode12でのビルドが必須 2021年4月末からXcode12でのビルドする必要があ
The missing ☑️: SwiftWebUI
Beginning of the month Apple announced SwiftUI at the WWDC 2019. A single “cross platform”, “declarative” framework used to build tvOS, macOS, watchOS and iOS UIs. SwiftWebUI is bringing that to the Web ✔️ Disclaimer: This is a toy project! Do not use for production. Use it to learn more about SwiftUI and its inner workings. SwiftWebUI So what exactly is SwiftWebUI? It allows you to write SwiftUI
SwiftUI Overview - Xcode - Apple Developer
SwiftUI SwiftUI helps you build great-looking apps across all Apple platforms with the power of Swift — and surprisingly little code. You can bring even better experiences to everyone, on any Apple device, using just one set of tools and APIs. Advanced animation control Build sophisticated animations with expanded animation support. Use phases to create sequences of animations, or create multiple
スマホアプリ開発者のための2018年動向まとめ - Qiita
はじめに 2018年もあと2日..! というわけで毎年1年間のスマホアプリ開発の動向をまとめています。 習慣化してきてしまい3年目になります。 私は2018年、ネイティブアプリの仕事をメインとしていました。 なので今年はUnity成分は少なめ、ネイティブ寄りの内容になっています。 スマホアプリ開発に携わっていない人もこの記事を見れば今年のいろいろが分かるかも。 振り返り用に「ふむふむ」「へー」程度に見ていただければ幸いです。 【前年】 Unityでスマホアプリ(特にプラグイン)を開発している人のための2017年対応まとめ Unityでスマホアプリ(特にプラグイン)を開発している人のための2016年対応まとめ 新OS登場(iOS 12/Android 9)について iOS12 毎年のことですが2018年9月に 新機種であるiPhone XS, iPhone XS Max, iPhone XR
絶対に見逃せない投稿が、そこにはある - Qiita
Qiita の 「見逃せない投稿」 を独自に評価してランキングするサービス Qaleidospace を作りました。 本投稿では、そのようなサービスを作ろうと思った理由、投稿を評価するアルゴリズム、システム構成について書きます。 余談ですが、今なら Yearly Ranking がほぼ 2015 年の投稿ランキングとなっており、眺めていて楽しいです。 TL;DR Qiita の「見逃せない投稿」をランキングするサービス Qaleidospace を作った。 適切な評価システムがあれば、書き手も読み手もみんな幸せになれるはず。 ストック数だけで評価すると、初心者向けの投稿やキャッチーなキーワードを散りばめただけの投稿が注目されやすい。誰がストックしたのかを重視して「見逃せない投稿」を評価する。 風変わりなシステム構成: GitHub Pages でホスティング + Swift で書かれたバッ
Carthageは日本語でどう呼ぶか？ - らっこのじゆうちょう
Carthageを日本語で「カッセージ」って言う人多いけどなんでだろう。arは促音ではないと思うんだけどな。カーセージの方がカタカナ語として近い気がする。 #tryswiftconf— Daigo Wakabayashi (@frnk) 2018年3月2日 というツイートをしたところ、ちょっとTLが盛り上がりました。 せっかくの機会なので、Carthageの日本語での呼ばれ方をまとめてみます。 カーセージ 日本語の一般的なカタカナ語変換ルールに則ったカタカナ語。 自分はカーセージ派。 Car→カー、th→サ行、age→エイジまたはエージという大変分かりやすいパターンで、カタカナ語からある程度は英単語スペルを類推することも可能（carthage・carsageのいずれか） カーシッジ パーリーピーポー方式。 英語の音をカタカナとして耳コピするとこんな感じになる。 パーリーピーポーやアポー、パ
ちいさく始めるレイヤードアーキテクチャ
俺コン Vol.1 / Day.1 Track C で発表した資料になります。 #orecon_ios #kyobashiswift
iOSアプリのバックエンドにFirebase使ってみた感想 - hiragram no blog
習作としてレシピのマスターデータがあってそれを作ったよというレポートをアプリから投稿できるようなやつを作ってみて感じたこと。 とりあえず動かすのが超簡単 コンソールからプロジェクトつくってキー発行してSDK入れて初期化すればDBにアクセスできて簡単だった。 考えなしに使うと多分いろいろ破綻する DBがスキーマレスなのでなんでもぽいぽいpostできちゃう DB操作する所は1箇所にまとめて抽象化しないと欠けたオブジェクトがDBに乗っちゃったりして詰みそう。そこはSwiftのカチッとした型と柔らかいスキーマレスDBとの境界で大変というかんじ。考えなしに進めてオブジェクトのプロパティがどんどんOptionalになっていくのは見ていられないので抽象化がんばりましょう 既にデータが刺さってるモデルにプロパティ追加したりしても古いデータは当然マイグレートされないので古いデータが落ちてきてパースに失敗する
CotEditor を Swift に移行する - Qiita
本稿は Swift Tweets 2017 Summer で発表（ツイート）したものをまとめ、Qiita 用に追記・再構成1したものです。 発表概要 CotEditor プロジェクトの現主催者 1024jp です。CotEditor は昨年 2016 年に Objective-C から Swift に移行しました。今日はその話をします。 本発表は、事前に以下のような概要を開示していました。 2004 年から脈々と受け継がれる総 Cocoa 製の macOS 用テキストエディタ CotEditor は、昨年 2016 年に Objective-C から Swift に 100% 移行しました。 Swift は魅力的な言語ですが、すでに Objective-C で 10 年超動いてるアプリケーションを誰に頼まれたわけでもないのにわざわざ Swift で書き直す意味は果たしてあるのでしょうか？
レガシーから脱却する話をしました - Diverse developer blog
2016年11月22日、ヒカ☆ラボにて、ネットマーケティング様と合同で「レガシーシステム脱却秘話」をテーマに勉強会をさせていただきました。 atnd.org 弊社からはエンジニア３人が登壇いたしました。何を発表したのか、どのような思想や思いでレガシーからの脱却に取り組んでいるのかをご紹介します。 どうしてコードはレガシーになるのか id:kikuchy です。 『どうしてコードはレガシーになるのか』という題でお話をさせていただきました。 どうしてコードはレガシーになるのか from Hiroshi Kikuchi YYCチームでは昨年から今年の頭にかけてAndroidアプリをフルスクラッチでリニューアルしました。 そのきっかけ（原因）となったリニューアル前のアプリのコードのレガシーさと、その分析から得られた「レガシーコードを生み出さない環境づくり」の方法についてのお話です。 レガシーコード
null安全な言語でも、バグ検知を怠れば安心ではない - Qiita
null安全な言語のSwift, Kotlinを使えば、 リプレイス前より、安全安心になります！ (￣ー￣) ﾄﾞﾔｯ! 本当に？ 前提条件 仕様がアプリによって違うため ここでは、文字列fooがnilまたはnullだった場合、 バグである仕様と仮定にします。 主語は、Swift, Kotlinの場合です。 以下は、僕の個人的見解です。 Objective-C時代 nilにメッセージを送っても落ちないが バグを検知できない NSString *foo = nil; NSLog(@"%lu", (unsigned long)[foo length]); // 0 // nilに対するメッセージ送信結果はnil（数値を返す場合には0）が返却される // クラッシュしないが、バグが起きたことは検知できない String string = null; System.out.println(stri
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
