Swift 2 (& LLDB) シンポジウム http://realm.connpass.com/event/16556/
この間0.6.0がリリースされたと思ったらその10日後に0.7.0がリリースされ、そしてその2日後に0.7.1がリリースされました。 いろいろパワーアップしたり追加されたりしているので新しい記事として書くことにしました。 長くなるので0.7.0の記事と0.7.1の記事を分けます。 廃止されたもの XPCDictionary 今まで使用していた全てのXPCDictionaryは[String: SourceKitRepresentable]に置き換えられました。 VariableNameMinLengthRule、VariableNameMaxLengthRule 代わりにVariableNameRuleに統合されました。 VariableNameRule 内容自体は以前のVariableNameMinLengthRule、VariableNameMaxLengthRule、Variable
こともあろうにサンフランシスコで強盗にあうというステータス解除をしてしまいました。今回はその顛末と、周りの反応がアメリカっぽかったので、それについて書きます。 経緯 その日は19時半頃にオフィスを出て、最寄りの地下鉄駅(BART)に向かいました。ところが一駅移動したタイミングで車が線路に立ち入ったということで、電車が運転を停止。(そもそもこんな事態が初めて)再開を見込んで1時間ほど待ったものの結局復旧のメドは立たず、代替輸送のバスも200m位の列が出来ていたので、諦めてオフィスに戻ることにしました。 ダメだ😵 pic.twitter.com/GsWwSqe1lh— Tomoaki Imai (@tomoaki_imai) 2016年7月21日 復旧の見込みないらしい、詰んでからが勝負— Tomoaki Imai (@tomoaki_imai) 2016年7月21日 この時は余裕もあった
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
なんでも気軽に話せるチャットコミュニティ【アンサー】の公式ブログです!アプリの最新情報やイベント情報、メンテナンスなどお知らせします。 http://answer.jp 2016年9月30日、アンサーは終了します。2年10ヶ月の間、本当にありがとうございました。しみったれた別れの挨拶も、うじうじした思い出の羅列も無しです。そう、簡単に言えば次に進むターンが来た!って事です。 楽しかった記憶だけを鞄に詰め込んで、次の旅に出発しましょう。インターネットは、可能性の水を永遠にたたえ続ける海です。スマートフォンは、その海を自由に航る最高の船です。 さぁ、次は何をしましょう? どの世界へ向かいましょうか?インターネットがどんなに広くても、またそこで出会えるはずです。それがまた、インターネットの特徴ですからね。 その時は、心の中でこっそりハイタッチをしましょう。合い言葉は、 「また会えたな!」 「また
2016 - 02 - 04 Swiftでクロージャをネストしたときのselfについて Swift list Tweet 要点 クロージャについて クロージャをネストするときの疑問点 guardを使っているときは注意 解決策 参照を意識する 要点 クロージャを使うときは、再度 [weak self] を宣言する必要はなく、そのままself?を使う。 しかし、1つ目のクロージャ内でguardを使ってself(weak)を新しい変数にretainしている場合、その変数をそのまま2つ目のクロージャ内で使うのは危険。 その場合は、2つ目のクロージャ内でもguard文を追加するか、self?をそのまま使う。 hoge { [ weak self ] _ in guard let me = self else { return } ... fuga . fetch { _ in // let gebo
2016 - 02 - 04 クロージャでselfをweakにする必要があるときとしなくてもいいときの違い Swift list Tweet 要点 そもそもなんでクロージャでselfをweakにするのか weakにする必要がある場合 しなくてもいい場合 全部weakでも問題はない 要点 クロージャでselfをweakにするのは、循環参照を避けるため。 クロージャでselfをweakにする必要があるときは、そのクロージャの持ち主がselfを強参照しているとき。 しなくてもいいときは、そのクロージャの持ち主がselfを強参照していないとき。 全部weakにしても問題はない。 そもそもなんでクロージャでselfをweakにするのか そもそもなんでクロージャでselfをweakにするのかがわかっていないと、selfをweakにする必要があるときとしなくてもいいときとの違いはわかりません。 結論から
アップルが、現地時間9月7日に『See you on the 7th.』と題したスペシャルイベントを開催することを正式に発表しました。 同イベントでは、例年どおり新型となる「iPhone 7」「iPhone 7 Plus」、「iOS 10」、新型Apple Watchが発表される見込みです。 スペシャルイベントは、日本時間9月8日午前2時から開催 アップルの発表と、The Vergeに届いた招待状によると、スペシャルイベントは日本時間9月8日(木)の午前2時からカルフォルニア・サンフランシスコのビル・グラハム・シビック・オーディトリウムで開催されます。 同会場は、昨年のiPhone 6s / 6s Plusを発表したスペシャルイベントや、今年開催されたWWDC 2016でも使用された会場です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く