Swiftのエラーハンドリングはなぜ最先端なのか - Qiita
Swiftのエラーハンドリングは他のメジャーなプログラミング言語のどれとも異なる新しい仕様を持っています。特に、検査例外を持っているのですが、これはJavaで採用された以降はほとんどの言語で採用されていないため、現代では否定されている過去の間違いだったと広く認識されていると思います。そのため、Swiftユーザーで無い人は、検査例外という言葉をみた瞬間に興味を失ってしまうため、その詳細がなかなか世の中に伝わっていないと感じています。一方、私はこんなSwiftのエラーハンドリングをとても気に入っていて、様々な言語の進化の歴史を踏まえた産まれた最も優れた最先端の仕様だと思っています。この記事ではその考えを説明します。 Javaのエラーハンドリング Javaは検査例外を持っています。これにより、あるメソッドがエラーを送出するかどうかを関数のシグネチャとして静的に表明できます。 // 検査例外の例
Language Server Protocol
In October 2018, Apple announced on the Swift.org forums that it was starting work to adopt the Language Server Protocol (LSP) for Swift and C languages. At Apple we are making it a priority to support high-quality tooling for all Swift developers, including those working on non-Apple platforms. We want to collaborate with the open-source community and focus our efforts on building common infrastr
iOSDC Japan 2018 「圏論とSwiftへの応用」発表スライドメモ - Qiita
この記事は、先日の iOSDC Japan 2018 で発表した 「圏論とSwiftへの応用」 のスライドメモです。 来月10月16日に開催される プログラマのための圏論勉強会 - connpass の予習用の入門資料としてお使いください。 （さらに勉強したい方は、 圏論のオススメ勉強法（プログラマ向け） を合わせて読むと、キャッチアップしやすいと思います） スライド・動画・補足記事 Slide: 圏論とSwiftへの応用 / iOSDC Japan 2018 - Speaker Deck 動画: https://www.youtube.com/watch?v=zvrgfsDfxf8 関連記事: 圏論のオススメ勉強法（プログラマ向け） iOSDC Japan 2018 で発表した「圏論とSwiftへの応用」の補足 - Qiita それでは発表を始めます。 本日のテーマは 「圏論」 です。
iOSに向き合い続けた10年。岸川克己がSpreadsheetViewで埋めたかった「iOSに不足していたもの」 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
iOSに向き合い続けた10年。岸川克己がSpreadsheetViewで埋めたかった「iOSに不足していたもの」 KeychainAccessやSpreadsheetViewなど、iOSアプリ開発で広く使用されるOSSを送り出した岸川克己さん。iOS、Swiftの世界で先駆けと評される岸川さんに、ソフトウェア開発の裏側をお聞きしました。 職業、iOSアプリ開発者。いまでこそ、こうした肩書は珍しくありませんが、10年以上前から、iOSに向き合い続けてきたエンジニアがいます。今回の主人公である岸川克己（きしかわ・かつみ／ @k_katsumi ）さんは、まさに“iOSの第一人者”と呼ぶにふさわしい人物です。 2008年9月、日本でiPhoneが発売されるやすぐにアプリを送り出し、以降、岸川さんはiOSアプリを開発し続けてきました。エンジニアとしての高いスキルが評価され、これまで数多くの有名企業
Server-Side Swift from Scratch
Video transcript:Thanks for the great intro. Yeah, I worked at Kickstarter for a long time doing iOS and Android, five and a half years. While I was there, I did a lot of backend work. In fact, still to this day, I think I'm the fourth top contributor to the web repo at Kickstarter. Today, I want to talk about some future directions of Server-Side Swift that I think kind of makes it maybe state-of
Optional(2018)年あけましておめでとうございます - Money Forward Developers Blog
iOS エンジニアの西信です。 新年早々、大変お騒がせしております。申し訳ありませんの一点に尽きます。 yuga panda on Twitter: "おっ、null安全だ https://t.co/RFta3RFXxu" マジレスすると『Optional(2018)年』を恐れる必要はない - Qiita はてブや、Twitterなどで大きく話題にしていただいたので、この機会に、恥は承知の上で、なぜこんなことが起きてしまったのか、筆をとらせていただくことにしました。 この問題は昨日 (2018年1月4日) リリースしました、バージョン 9.1 にて修正済みです。iOS のみで発生していました。 蛇足ですが、当バージョンから、ホーム画面が新しくなり、カードの引き落とし額決定や、使い過ぎなどをお知らせする『MY通知』がさらに便利になりましたので、ぜひお試しください。 さて、今回の起因となったの
iOSアプリを作るときのおすすめ構成
高性能なMacマシンを確保まず、技術的なこと抜きに一定以上の性能のMacマシンを用意するのが良いです。取っ掛かりの勉強目的などならともかく、中規模以上のアプリを作る場合低スペックマシンでは著しく非効率です。 大体以下のようなイメージで、これ未満だと早めにマシン変えた方が幸せになれると思っています。 2–3年以内に買った20万円以上程度のMacBook Pro: 許容範囲iMac 5K: 良い感じiMac Pro: 一般的なiOSアプリ開発ではオーバースペック気味でコスパは微妙かも🤔会社で、交渉しても低スペック環境を強いられるのならば転職した方が良い気がしています🤔ちなみに転職ドラフトでSWHGという招待コードで登録するとお互いプロテインゲットできるので、気が向いたらお願いします( ´･‿･｀) Continuous Integration(CI)環境次に、CI環境について触れます。CI
Swift に導入予定の Ownership 機能の紹介 - Qiita
Swiftはネイティブコンパイルや値型など、高速な動作を意識して設計されていますが、CPUの性能を活かしきるコードを書くには機能が足りていません。コアチームは、その不足している機能群のうち、あるグループに Ownership 機能と名前をつけ、今後の対応方針を Ownership Manifesto として文書化しました。 この記事では、この文書に基づいて Ownership 機能を紹介します。その内容のうち、すでにSwiftに導入されているものもありますが、そうでないものについては、あくまで方向性が提示されているものであり、確定した仕様ではないことに注意してください。 Ownership は主にコピーの回避を実現します。これまで「コピーしていた」場面で、そのかわりに「貸したり」「渡したり」できるようにして、より高速なコードを書けるようにします。 コピーコスト つまり前提として、コピーにつ
What's New in Swift 4
About the content This content has been published here with the express permission of the author. Introduction I’m Daniel Steinberg from Dim Sum Thinking with a quick look at what’s new in Swift 4. It’s hard to believe that Swift’s only been available for a few years. It’s best to see Swift on a continuum. Swift 2 was Apple’s initial pass at what they thought needed to be added to and changed in t
ラズパイとサーバーサイドSwiftでLチカ！ ( Raspberry Pi 2 + SwiftyGPIO ) - Qiita
ラズパイとサーバーサイドSwiftでLチカ！ ( Raspberry Pi 2 + SwiftyGPIO )電子工作RaspberryPiSwiftIoTSwiftyGPIO 今回の話は、 サーバーサイドSwiftでLチカです。Swiftで直接LEDを光らせることができるってすごい時代ですよね。 国内で事例記事がなさそうだったので書いてみました。 LチカはLEDをチカチカと点滅させる電子工作でいうハローワールドです (Swiftやアプリ界隈だと伝わらないかもと思ったので念のため解説) この間、VaporでサーバーサイドSwiftに入門してみる。 (swiftenv + Swift Package Manager利用)という記事を書きましたが、最近、サーバーサイドSwiftで少し遊んでいました。 調べていたら、SwiftyGPIOというサーバーサイドのSwiftでLEDやセンサーなどハードウ
Swiftのオブジェクトグラフを生成する flock を作った - AnyType
Swift で定義されたオブジェクト間の依存関係を可視化する flock というツールを作った。これによって、 Swift で書かれたコードベース全体を把握しやすくなったり、リファクタリング時に影響範囲を把握しやすくなる。 Usage Homebrew からインストールできる。 $ brew tap naoty/misc $ brew install flock flock は指定したディレクトリ（何も指定しなければカレントディレクトリ）以下の Swift のソースコードを解析して dot 形式のソースコードを出力する。これを Graphviz 等を用いて画像に出力して使う。 $ flock <directory> 試しに Alamofire で flock を試してみた。 横長になってしまうので、一部を切り取った。 コードの依存関係がハッキリと把握できるようになった。 How it wo
Building a Coffee Shop App with Swift, Foursquare API and Realm
Building a Coffee Shop App with Swift, Foursquare API and Realm Reinder de Vries It’s often said that coders turn coffee into computer programs. Let’s take that to the next level by coding an app that shows you the nearest coffeeshop! In this coding guide, you’ll use the following techniques: Swift, Xcode and Interface Builder (Auto Layout, Constraints and Storyboards) Realm, the lightweight Core
Building a LISP from scratch with Swift
Some say that building a small language interpreter, especially if a LISP, is one of those things you have to do at least one time in your life as a programmer, an eye opening experience that will give you new insights into how the tools you use everyday work and demystify a few concepts that seem daunting when seen from afar. In this article, we’ll implement a minimal LISP based on the 1978 paper
Swift逆引きハンドブック Swift 3.0 対応
Swift 3.0に対応するには、全体的に次のような変更を行う必要があり、このドキュメントでの訂正情報は主にこれらに従ったものになっています。 「NS」から始まっているクラス、定数などの置き換え 関数やメソッドの第1引数の外部引数名が、デフォルトで追加されるようになったことによる、コード変更 Enumのメンバーは小文字で始めるやメソッド名の変更など、「Swift API Design Guidelines」に沿った名称の変更 「Swift API Design Guidelines」に沿った名称変更は、サンプルコードで定義している定数については行っておりません。このドキュメントではビルド出来ないエラーに対する訂正情報を主目的としております。今後、新規で記述するコードについては「Swift API Design Guidelines」に従った名称にするのが望ましいでしょう。
IBM Cloud Tools for Swiftをつかって、KituraでWebAPIを作ろう
はじめに 2014年に登場したプログラミング言語Swift。2015年にOSS化が発表され、2016年秋にはメジャーアップデートSwift 3.0のリリースを控えています。私は、iOSアプリ開発に3年ほど携わっていますが、Swiftほど書けば書くだけ好きになる、また書きたくなる言語はないと思います。 SwiftのOSS化にともないIBMが次々にSwift開発のツールを発表しました。IBM Swift Sandboxはサイト上でSwiftのコードを実行できるサービスです。また、KituraというSwift製のサーバーサイドプロジェクトも発表されました。そして、IBM Cloud Tools for Swiftです。IBM Cloud Tools for Swiftは、Bluemix上のSwiftコードなどを管理するためのMac用ツールです。従来は、コマンドラインツールを使う必要があったBlu
Swift 3.0でなぜ「Cスタイルのforループ」「++／--演算子」などの仕様が廃止されたのか
大規模な破壊的変更が行われる最終的なバージョンといわれているSwift 3.0がついに正式リリース。多数の変更から「廃止」となった言語仕様にフォーカスを当て説明する。 ← 前回 連載 INDEX 次回 → 先日正式リリースされたSwift 3.0では数多くの変更が含まれたが、今回はその中から廃止となった言語仕様にフォーカスを当てる。 仕様廃止のProposal 第3回で紹介したSwift EvolutionリポジトリのProposalステータスページを見ると、それぞれのProposalが「承認されたが実装待ち／Swift 3.0に実装済み／Swift 2.2に実装済み／後回し／リジェクト済み」のどの状態にあるかが分かる。これらのProposalの中で仕様の廃止に関係しているものは、その名前に「remove」「eliminate」などを含むものである。 Swift 3.0で廃止された12件の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - google/swift: The Swift Programming Language
Building a command line tool using the Swift Package Manager | Swift by Sundell
Swift 3.0 now available for all the ARMv6 RaspberryPi (1,Zero)
Swift で開発した Web アプリケーションを Amazon EC2 Container Services (ECS) にデプロイする
