Tesla is reportedly getting 'absolutely hard core' about more layoffs, according to Elon Musk
Engadget | Technology News & Reviews
Tesla is reportedly getting 'absolutely hard core' about more layoffs, according to Elon Musk
Practical Swift
ถ้าไม่อยากให้เครื่องเจียร์ของคุณพัง ห้ามทำแบบนี้เด็ดขาด เครื่องเจียร์ หรือลูกหมู เป็นอุปกรณ์ช่วยในการ เจียร์ ขัดผิว และตัดวัสดุให้ขาดจากกัน ประสิทธิภาพการใช้งานขึ้นอยู่กับคุณภาพของวัสดุ รวมถึงแบรนด์ที่มีการการันตีเรื่องคุณภาพระหว่างใช้งาน ได้อย่างชัดเจนเช่นรับประกันภายใน 1-2 ปี ย่อมดีกว่ารับประกัน 3-6 เดือนอย่างแน่นอน อย่างเช่นที่เรากำลังพูดถึงคือเรื่องคุณภาพของเครื่องเจียร์ เมื่อใช้งานแล้วเกิดคว
Swiftのパワー（objc.io #16-1 日本語訳） - Qiita
Issue #16 Swift, September 2014 By Chris Eidhof まずはじめに、私は非常に偏っていることを認めなくてはなりません。私はSwiftが大好きです。私がCocoaのエコシステムに関わって以来起こったことの中で一番いい出来事だと思います。なぜそう思うか、それを私のSwift、Objective-C、Haskellの経験を共有することで伝えたいと思います。この記事で取り上げることはベストプラクティスということではなく（執筆時点でSwiftは新しすぎて確立したベストプラクティスはまだありません）、Swiftがどこで威力を発揮するのか、その例をお見せします。 少し個人的なバックグラウンドを説明すると、iOS、OS Xプラットフォームのプログラマーになる前、私は何年かHaskellを（他の関数型言語とともに）書いていました。私は今でもHaskellは経験した中
antitypical/Resultの良いところ
また、元のコードのvalue, errorは両方ともOptionalなので、以下の4つの組み合わせが存在します。 None, None None, Some Some, None Some, Some 元のコードは(None, None)と(Some, Some)を考慮していません。 つまり、実行時には(None, Some)と(Some, None)の2パターンしか存在しないという約束を前提としたコードとなっています。 Resultを利用するとそのような約束を型で表すことができ、2パターンしか存在しないことがコンパイル時に保証されるようになります。 Cocoaの伝統的なメソッドに対してもResultを使用できます。
Ruthlessly Simple Dependency Management with Carthage
About the content This content has been published here with the express permission of the author. Carthage is a new dependency manager for Objective-C and Swift projects, intended to be the simplest way to add frameworks to a Cocoa application. Carthage works by delegating tasks to Xcode and Git, minimizing new concepts as much as possible, so you can continue to use the tools you’re already famil
Swift 1.2 - cockscomblog?
第61回 Cocoa勉強会関西で“Swift 1.2 The long-awaited language updates”と題して発表した、Swift 1.2の主だった（おもしろい）変更点の紹介です。 if let Swift 1.2で最も改善されたのはif文です。if letでOptionalをunwrapできる機能が大きく向上し、複数のOptionalを同時にunwrapできるほか、unwrapされた値について条件を加えることができるようになりました。 例えばcondition: Boolが真でふたつのOptional<Int>がnilではなく、大小関係にも条件がある、という条件を表してみます。 Swift 1.1 let condition = true let aNumber: Int? = 3 let anotherNumber: Int? = 7 if condition {
Silver: The Swift Language for .NET and Java/Android | RemObjects Software
Silver is a free implementation of Apple's Swift programming language. Built on over ten years of solid compiler knowledge and technology, with Silver, you can use Swift to write code directly against a wide range of development targets, from .NET over Java and Android to, of course, Cocoa. And you can also share a lot of non-UI code between platforms. Platforms With Elements, you can use the Swif
NSHipster
What if, instead of lowering source code down for the purpose of execution, we raised it for the purpose of understanding? Continue Reading Recent Articles WWDC 2020 A brief remark about the excitement of Apple’s annual developer conference. Language Server Protocol Apple’s adoption of LSP is arguably the most important decision they’ve made for Swift since releasing the language as open source in
ASCIIwwdc - Searchable full-text transcripts of WWDC sessions
Find the content you're looking for, without scrubbing through videos Examples: Swift, Handoff, SpriteKit, Bluetooth, NSHipster Featured 101 Keynote 103 Platforms State of the Union 104 Apple Design Awards 105 Morning HIIT Workout with Aaptiv 106 Women@WWDC Breakfast 107 Accessibility Lunchtime Get-Together 108 Accessibility Get-Together 109 Music on the Plaza 110 WWDC Run with Joan Benoit Samuels
xcode6βで補完機能を使う方法 - Qiita
cocoaの関数名やクラス名は以前から長過ぎて覚えていられないと言われている中で、6月15日現在、xcode6βでは補完が効かないと言われています。 これではとてもじゃないですが、写経ひとつ満足に出来ません。 しかし、 ソースコードの中から日本語を無くす ことによって補完機能が使用出来ます。 ちなみにバージョンは6.0です。 ダブルクォーテーションで文字を入力する部分はもちろん、コメントでの日本語もしっかりと消しておきましょう。 ふと気付きにくい部分ですが、ソースファイルの一番上の created by Hoge の著名の部分が日本語名になっていることがあるのとファイルの制作年(2014年とか)にも要注意です。 追記：2014/06/19 xcode6-Beta2が公開されましたが、この問題は解決されていませんでした。 このバージョンでも日本語を使わずにコードを書くことをおすすめします。
TAKABO SOFT流 Objective-C ソースの書き方 - Qiita
概要 ここ１年ぐらいiPad向けのアプリを作っていたのですが、その際にXcodeを使ってObjective-Cのソースをそれなりに奇麗に見えるように自分なりにあれこれ試行錯誤してきました。その結果を整理して晒してみたいと思います。 なお、Appleが「Cocoa向けコーディングガイドライン」という物を出していますので、基本的な部分はそちらが参考になると思います。 https://developer.apple.com/jp/devcenter/ios/library/japanese.html （GoogleもObjective-Cのスタイルガイドを出していますが私は「なるほどそういう事もあるのかー」程度にしか読んでいません。） コーディングルールについては古の時代から様々な派閥があって議論になりがちですが、最終的には自分が好きなスタイルに落ち着くかと思います。 そのヒントにでもなれば幸い
意識高いiOSアプリのつくり方 - 方向
基本編 1. Objective-Cで書く Obj-C使いたくないが諦める 結局Obj-C使うのが一番楽であることに気づくのだ 2. Xcodeを使う VimとかEmacsとかAppCodeで書きたいが諦める 結局Xcode使うのが一番楽であることに気づくのだ 設計編 3. 仕様とUIをしっかり設計してから実装する きちんと設計しないとあとから大量の手戻りが発生して泣きたくなる。 技術的に可能なことをやろうとしているのか 基本的な画面設計 メインのビュー部分 ナビゲーション方法（TabBarなのかNavigationBarなのかNavigationDrawerなのか） くらいは最低限調査・設計しておく 4. フレームワーク的ライブラリを使わない UIKitは既に十分にフレームワークになっており、新たな思想を持ち込む必要はない Reactive Cocoaを使うのはUIKitのMVCをよくよ
旧・Macの手書き説明書 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
Objective-C のコードレビューチェックリスト - Qiita
はじめに 本稿は Juri Pakaste 氏による Cocoa review checklist (commit fff5703)の翻訳です。他人の Objective-C のコードをレビューするとき注意する点、また普段のコーディングで心がけるべき点についてまとめられています。 なお、原文のタイトルは Cocoa review checklist となっていますが、内容が Cocoa に限らない範囲のトピックをカバーしているため、本稿のタイトルは「Objective-C の〜」としました。 誤訳の指摘や例の補足を歓迎します。 コードの見た目とコード以外の問題 不要な #import や @class 宣言を消す #import をソートする .m ファイルの中では、対応する .h ファイルの #import を最初の行に書く。空行をはさんで、ソートされた他の #import を書く。 X
Cocoaの日々: ObjCがサクっと書けるコーディングTips
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 最近よく使っている省略記法を紹介する。これらを使うとなんとなく気分がいい。 クラスメソッドの . （ドット）アクセス 実はクラスメソッドも .（ドット）表記が可能になった。 [SomeClass sharedInstance] ↓ SomeClass.sharedInstance当然ながらさらにメソッドも重ねられる。 SomeClass.sharedInstance.localNameXcodeではクラスメソッドの.表記は補完が効かないのが難点。ただしそれ以降のメソッドは補完してくれる。 例えば SomeClass.share... ここまでは補完しないが、SomeClass.sharedInstance.local.. ここまで来ると補完できる。 インスタンス作成 (1)newお馴染
UINib知らずにCellが作れなくて人生半分くらい損した話 - yaakaito.org
こんにちは！うきょーです！ 僕はUIViewとかUITableViewCellを継承してかっちょいいビューを作ろうとすると3分でやる気が消える人なのですが、 最近UINibというものを知りました、創作意欲を返してほしいと思います！！！！ 追記しました 続き みなさんUITableViewCellのサブクラス作りますよね。 そしてそのままコーディングしていくと非常にだるく、3秒でモチベーションがなくなるので、 Interface Builderを使いたい！と思うわけですが、UITableViewCell用のxibファイル作るのは30秒で心が折れる。 (というかいつも忘れるしXcodeのバージョンあがると分からなくなる) UINibを使う おもむろにxibファイルを作ります。 UIViewを消します。 UITableViewCellをおきます。 ClassとReuse identifiterを
シングルトンを実装する時には @synchronized(self) - 強火で進め
Objective-Cでシングルトンを実装するのってどう書くんだっけ？と参考になるコードをcocos2dで探していたらこの様な記述がされていました。 static GameSoundManager *sharedManager = nil; + (GameSoundManager *) sharedManager { @synchronized(self) { if (!sharedManager) sharedManager = [[GameSoundManager alloc] init]; return sharedManager; } return nil; } 他の人の記述を見てなかったら @synchronized(self) の記述を抜かして書く所でした。他の人のコード読むの重要!! このコードの様に @synchronized(self) {} を行う事で、selfに対する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
objc.io
GitHub - hajimehoshi/cocoa_in_go: Cocoa application written in Go
描いた画像から Obj-Cコード を自動生成する開発者専用のドローイングツール Paintcode