c******g
发帖数: 4889 | 1 我也这几天刚开始在xcode6里折腾swift，感觉语言本身不难，难的是对什么iOS还有
Cocoa这个框架的熟悉程度。 |
|
c******g
发帖数: 4889 | 2 想搞Swift，升到Mavericks就可以了，用不着升Yosemite。 |
|
T******7
发帖数: 1419 | 3 zhaoce 师傅？没oc基础 能直接学swift做app么？ |
|
p*****2
发帖数: 21240 | 4 swift有没有online可以写code的地方 就像coffee一样 可以先练一下 |
|
O***b
发帖数: 104 | 5 最近跟着zhaoce的建议开始捣鼓Swift，结果发现刚出来的时候有很多 tutorial，但是
拿来都不能直接运行了，有类似于 let image:NSImage = NSImage()! 这种加个!或者?
的变化，Failable Initialization
是不是今后这种变动还会很多？ |
|
D***n
发帖数: 6804 | 6 现在去搞Swift如同97年你去投入搞Java。
者? |
|
c****f
发帖数: 1102 | 7 var inReverse = ""
for letter in "We ❤ Swift" {
println(letter)
inReverse = "\(letter)" + inReverse
}
println(inReverse)
// "tfiwS ❤ eW"
楼主应该会喜欢ruby lol |
|
T******7
发帖数: 1419 | 8 GoLang, Scala, Swift, Rust 哪个能在2０15有关键性的突破？
go的2０14年高开低走，万众瞩目下接连推出 1.3 1.4 语法上有一些微小改动比如for
range. 其他方面多是调整。比如更多操作系统的兼容。但是这个语言的成功与否还是
缺少决定性的应用。docker是为数不多的成功案例。2０15我们还要期待更多。否则go
的前景并不明亮。
scala 依托spark迅速崛起。coursera主打课程让很多人接触到这个语言。fp大潮从
paul graham推崇common lisp开始还未衰退。scala不错的切中了fp和传统语言结合的
sweet point。前景颇佳。周边产品也比go發展的好，比如ide的成熟度。这都大大保证
了这个语言继续吸引人气。2015看好scala.
其他2个我感觉和会火。但是不太了解。留给大牛评价了。 |
|
g*****g
发帖数: 34805 | 9 Swift有点戏，别的都是打酱油的。生态系统决定了语言成败，而不是反过来。
for
go |
|
s*i
发帖数: 5025 | 10 这个同意。现在是百花齐放，等大潮退去，主流的几个：
C／C++：硬件，效率方面的；
Java：legacy太多，too big to fail，另外，android上必须的；
C#: windows生态
Swift: 苹果花园
Javascript：已经客户端，服务器端通吃了，而且很优美；
其它的估计都是小众。python 吧，命运估计跟当年 VB差不多。 |
|
s*i
发帖数: 5025 | 11 Objective C :: swift
MFC :: C#
不可逆转。顶多3年
[发表自未名空间手机版 - m.mitbbs.com] |
|
c******g
发帖数: 4889 | 12 Swift就是准备全面替代Objective-C的，当然是要把现代新编程语言的特性都要囊括了
。所以说它类似于当年的VB可能不太准确。 |
|
g****t
发帖数: 31659 | 13 写起来和脚本语言一样快。
但又是静态语言，运行起来和C一样快。
编译器真的很强大。
就不说IOS app。开源库支持足够的话。
swift很可能可以威胁matlab,R什么的解释语言。
数值计算还不是它的主业。
python太慢，IMO,不可能在数值计算方向有什么大作为。 |
|
t**r
发帖数: 3428 | 14 go下一步就要支持android开发了，
坐等swift object-c和苹果系统一起死翘翘 |
|
z****e
发帖数: 54598 | 15 平台为王
语言有鸟用
ios牛，swift就牛
android再牛，出货量再多
利润7成还是在apple那
你创业难道不要钱？
不想赚钱？
那创业的都喝西北风去？ |
|
c******g
发帖数: 4889 | 16 我前一阵不是发过帖各位工、农民讨论过了么？最终定论swift是很有前途的语言。 |
|
|
c******g
发帖数: 4889 | 18 语言本身只需要看官方的那个《The Swift Programming Language》就可以了啊，其它
的就是对Cocoa/Cocoa Touch框架的熟悉了。 |
|
w*x
发帖数: 518 | 19 swift不错。
但是数值计算还早——有julialang为了这个目的在做着呢。 |
|
W***o
发帖数: 6519 | 20 不能以己之长比人之短对吧？go 的计算，分布式，并发肯定比swift 强 |
|
g****t
发帖数: 31659 | 21 很多GC需要周期性的运行下，然后如果卡住
的话，卡住的时间是无法预测的。
Overall, GC vs ARC的trade off是art of engineering,
没有绝对的谁好谁坏一说。另外以前OSX我记得是有过
GC的。过两年手机内存多了，加个GC应该问题不大。
swift就是写app的。可能是考虑到手机内存比较少，
所以没上GC。但它有些weak reference之类的避免
ARC死循环啥的。 |
|
c*******0
发帖数: 5247 | 22 如果你是做serious iOS开发，一年内，不学Objective-C是不可能的。太多的轮子目前
还是Objective-C。当然还是可以主写Swift，但一定要看懂Objective-C
如果你是自己side project搞着玩，那其实无所谓。 |
|
c*******9
发帖数: 9032 | 23 开发自己的程序看兴趣了。做游戏之类的可以直接学Swift。
找工作还是要OC吧。 |
|
|
m*****g
发帖数: 71 | 25 别着急弄这个，我觉得所有这种bridge都没有好结果，说不定哪天就停止开发了，弄
iOS用swift，Andoid用Java，.Net就C#，想用一种语言打天下是不现实的！ |
|
n****n
发帖数: 222 | 26 第一个as? -> as!非常蛋疼，我的一个project升级前毫无问题。升级完后，出现300+
行这个错误。Xcode也不能给swift rename。 |
|
n****n
发帖数: 222 | 27 是的我就是downcast的时候。Swift读restful API的时候不知道data类型是什么，我只
能一步一步downcast，最好还要加上 if let，以防万一类型cast错了，或者API改了
response。 |
|
z****e
发帖数: 54598 | 28 感觉swift无论是从线程，还是drawtext这些
都比android开发要容易一点，更人性化一点
android如果不是我对java比较熟悉的话
感觉很多东西还是比较容易混淆的 |
|
c*********e
发帖数: 16335 | 29 swift就是objective-c上穿个衣服，让程序员写得简单点。android就是借java，它自
己搞的那么多class,每个android版本会有新的class来代替，真是麻烦死了，不知道哪
天来个新版本，自己写的android代码又obsolete了!!!! |
|
z****e
发帖数: 54598 | 30 swift - 非游戏app，跟拖控件程序员差距不大
mvc - 游戏类app，拉开与拖控件程序员的距离
java - android & server，学会架设服务器并学会让服务器host你的服务
db/nosql - 先留住客户信息在server side
ml - 随着客户信息的增多，学会如何组织这些数据 |
|
e*******o
发帖数: 4654 | 31 大牛息怒
你主贴的观点我是同意的
除了Swift 太新 不开源
重要 |
|
O***b
发帖数: 104 | 32 老赵，你说的“等到市场上什么都有了”是什么意思，难道Swift能做出其他语言做不
出来的东西？靠语言的特性能填补什么功能上的空白么？ |
|
p*****2
发帖数: 21240 | 33 swift elegant很多 一些好feature java没有 所以你感受不到 |
|
d*******r
发帖数: 3299 | 34 老赵说说 android 的 java api, class 啥的, 换的勤快不
apple 这边就不说了, 整一 swift, 还不是很成熟, 结果同时还得用 Object C |
|
z****e
发帖数: 54598 | 35
不勤快，基本上向下/向前兼容，至少我没听说过有破坏向前兼容的情况存在
api基本上很稳定，class是类库，这种至少官方类库不会乱改
但是第三方的经常出问题
swift倒是有乱改api的情况，但是因为版本号还低，所以也不能要求太多
基本上xcode会搞定，老老实实跟着官方ide走，准没错 |
|
|
z****e
发帖数: 54598 | 37 那要看怎么定义效率了
swift的framework比如sk，就用了硬件加速，如果不用的话
会有些慢，对于android来说，不怎么需要
而且一般android的机器性能强于ios
就光内存就要大不少，屌丝机从来都这种做法
便宜，性能强，至于体验，那是客户自己的事
自己搞去，android就是把一堆牛逼的东西放一起就好了
然后里面各种不协调的浪费 |
|
m******t
发帖数: 635 | 38 WWDC刚才说Swift今年内要开源，支持Linux, 不知道用来作backend怎么样？
是不是比Scala更有前途？ |
|
g*****g
发帖数: 34805 | 39 做后端第一件事情要攒轮子，很多轮子。Scala考的是 Java的先用着，Swift可就得从
头写了。 |
|
z****e
发帖数: 54598 | 40 swift搞多线程还有难度，至少我从来没用过
不知道做得怎样，app是不讲究多线程的 |
|
z****e
发帖数: 54598 | 41 不过这个玩意开不开源没啥本质上的意义
开源了也是apple一家在玩，不开源，也还是apple一家在弄
这个又不是jcp之类的东西，apple定标准，不需要看其他家眼色
兼容linux也就是一层窗户纸，本来ios就是unix like system
服务器端最重要的是合作，如何跟其他家产品合作
至于能否运行，这个没听说哪个搞不定的，服务器不太可能跟app一样
所有东西用一家的，这个风险有点大
我倒是觉得swift和java很多共性，直接互换无难度 |
|
g****t
发帖数: 31659 | 42 语法容易学，i好用也是巨大的优点。
Java 没有swift容易学。 |
|
m******t
发帖数: 635 | 43 还真是这样，我今天看了看是不是可以用swift来作分钟级别的策略回测。现在用的是
python/pandas/numpy/scipy, 发现好像没有对应的库，都得自己重新造轮子，Scala倒
是都有轮子，虽然不够好 |
|
f*********t
发帖数: 17 | 44 swift still belongs to the frontend domain if not restricted on iOS platform
Apple is not known for their backend stack. |
|
z****e
发帖数: 54598 | 45 我不知道为啥现在还有人通过通读学习教材这种方式学习
应该都考过gre这些吧？阅读时候，难道你是通篇读下来？
不对吧？不都是抓重点，快快扫过去，找你需要的知识点
语言的学习也是一样的，50%来自javadoc这种自动生成的文档
swift有class reference，也是类似的东西
看了之后，动手做点试验，自然就懂了，这不是考试，动手比看书重要 |
|
z****e
发帖数: 54598 | 46 基本东西无非那点东西
编程这种玩意，无非熟能生巧
讲究的就是动手去码，而不是纸上谈兵
swift从不懂到熟练，也就是一两个月的事
没啥大不了的，sprite kit熟悉一下就好了
反正我没觉得有啥特别难的，很多理论之前都准备过
所以只要搞明白是啥意思，基本上就懂了
我不觉得比java难多少，可能略难一点吧，无非Integer 变成:Int
Int method变成method -> Int
其实差别很小 |
|
w***g
发帖数: 5958 | 47 Swift主要还是用来做GUI的那套SDK。那套东西是不可能移植到Linux上的。
Xcode应该也不会移植到Linux上。光语言的话很难成啥气候。
Linux下有原生的objective C，没有apple那套SDK。有人听说过吗？
另一个光有语言没有标准SDK支持的就是mono，现在也是半死不活。
还有octave，也是语言兼容，没有库，也是半死不活。
大部分语言和平台绑定太厉害了，跨平台其实很难做到。诚心要
让人用，还不如官方发布精简版的iOS和windows的虚拟机，让人免费
在linux上跑。 |
|
g****t
发帖数: 31659 | 48 就算不看SDK, Swift语言本身还是有不少优点的。
简单的说就一句话：
和其他快速语言写起来一样爽快，速度比其他快速语言好很多。 |
|
n***d
发帖数: 8857 | 49 有没有什么流行的快速工具可以绕过swift/objective C的？ |
|
z****e
发帖数: 54598 | 50 这些都是很低级的框架
没啥太大意义
虽然说简单的web形式可以满足很多需求
比如social
但是人类的欲望是无止尽的
必然会对app提出更高的要求
逐步向游戏靠拢过去才是正途
先2d，后3d，最终成为虚拟现实
迟早的事，脚本对于复杂逻辑的介入非常差
建模就更是无从谈起，建模时候绝对是oop的天下
不管swift还是android，其本质都是mvc或者是mvc的变种
其中m是一定要做的，也是最核心的部分
而且跟服务器要share一个m，而一般的脚本语言用来搞m又异常蛋疼
现在搞web主要就是一些crud，这些需求跟人类追求的需求两回事
两个档次，web当年可搞出了不少泡沫，究其原因就是m不够发达
api什么都有，但是做的还是crud那一套，那客户体验就很差了
而web -> 2d -> 3d -> 虚拟现实，这对于m的要求是逐步提升的
web可以不建模，但是2d开始就一定要建模，需要内存中运行该m
3d之后要求就更高了 |
|
