由买买提看人间百态

topics

全部话题 - 话题: llvm
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)
c***r
发帖数: 4631
1
http://libcxx.llvm.org/
libc++ is a 100% complete C++11 implementation on Apple's OS X.
LLVM and Clang can self host in C++ and C++11 mode with libc++ on Linux.
Ports to other platforms are underway.
k**********g
发帖数: 989
2
来自主题: Programming版 - Sun当年设计Java的败笔

现在 2013 年, LLVM 才是一统江湖的王道。
G 家 PNaCl 也用 LLVM ,替代了上一个版本的 NaCl 。
g****y
发帖数: 436
3
来自主题: Programming版 - Mavericks 9.2 and clang 5.1
Hi, I recently updated from 9.1 to 9.2 and consequently installed the latest
Xcode that bundles with clang 5.1, which is now notorious for its "feature"
in calling warnings as errors.
So I manually delete it:
sudo rm -r /Library/Developer/CommandLineTools/usr/
xcrun
xcrun: error: invalid active developer path (/Library/Developer/
CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr
/bin/xcrun
Then I install Command Line tools for Mavericks 9.1 which bundles with clang
5.0... 阅读全帖
n****1
发帖数: 1136
4
来自主题: Programming版 - 所谓FP就是 递归+pattern matching?

Monad is the bread and butter in haskell. List is an example monad, "map" is
a function over monad. Monads are warm and fuzzy things.
You are talking about metaprogramming, not FP.
Even in terms of meta programming, C++ templates is not composition-friendly
. "Concepts" is yet to be added, while haskell could manipulate asm code
directly using llvm-bind in a composable way.
example:
https://github.com/bos/llvm/blob/master/examples/Array.hs
p***o
发帖数: 1252
5
你的解决方案似乎和通常的差别比较大,没市场自然也就没人做。
一般都手写个HAL把硬件相关的东西独立出来,剩下的都是标准C/C++,用LLVM处理成
IR再编译到你的芯片。LLVM的好处是可以从IR开始加自己的东西,啥都可以,比如
emscripten和AutoESL。
D***n
发帖数: 6804
6
来自主题: Programming版 - 请不要盲目崇拜FP语言
蠢,那是上千个人写的。
不过倒是经常全局查找几千万行代码,后来还专门拓展了LLVM来帮助进行符号分析。
LLVM有Python binding,2天就上路了。
d********g
发帖数: 10550
7
来自主题: Programming版 - 被苹果给惊呆了!! (转载)
Clang/LLVM才是趋势吧。本来BSD系的就不怎么鸟GNU/Linux,FreeBSD不久前也全线抛
弃GCC了
OS X:
$ g++ --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx
-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.0.0 (clang-700.1.76)
Target: x86_64-apple-darwin15.0.0
Thread model: posix
FreeBSD:
$ clang --version
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.2
Thread model: posix
GPL不是啥灵丹妙药,open source也并非GNU的天下
d********g
发帖数: 10550
8
来自主题: Programming版 - 被苹果给惊呆了!! (转载)
Clang/LLVM才是趋势吧。本来BSD系的就不怎么鸟GNU/Linux,FreeBSD不久前也全线抛
弃GCC了
OS X:
$ g++ --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx
-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.0.0 (clang-700.1.76)
Target: x86_64-apple-darwin15.0.0
Thread model: posix
FreeBSD:
$ clang --version
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.2
Thread model: posix
GPL不是啥灵丹妙药,open source也并非GNU的天下
n******t
发帖数: 4406
9
来自主题: Programming版 - 感觉python的前途堪忧 (转载)
llvm編譯結果性能並沒有比gcc強,很多時候還稍微差點。
llvm的優勢是編譯效率。但是我本來就不是c++的fan,所以對我沒用。
g****t
发帖数: 31659
10
来自主题: Programming版 - 忙起来了
大牛怎么敢当。我的几点浅见:
(1)
Naive python优点太多了。学了不会有损失。
其他的我个人不会看。
(2)
Coding学起来容易,坏的习惯和过时的思路想忘掉,非常难。
所以任何系统,我只看很少很少一部分。这样每天获得的经验
不需要洗掉,可以慢慢积累。
这些东西在现在的时代第一属性都是商品。
什么语法糖我看都无法比goto label生存的更长。任何人的技能点
都是有限的,我觉得加起来要谨慎。
Dropbox那个项目,还有Python go都是很好的项目。
但是万一主持人工作变动了呢?你跟着玩吗?我希望
他们能取得Chris lattner当年在apple的地位,不然现在无法考虑啊
所以我还是觉得学Python llvm,还有各种加速办法,不
如julia靠谱。
另外julia有phd 论文,给出了作者的思路,
这比那些细枝末节的文档强多了。


: Python go 和cython 哪个更值得钻研? 大牛请评论

: [在 guvest (我爱你老婆Anna) 的大作中提到:]

: :熟人做了领导管我们这的生意。

: :为老中自己人努力工... 阅读全帖
g****t
发帖数: 31659
11
来自主题: Programming版 - scala vs clojure ?
hci, scala的functional programming也不错啊?
Any comments?
另外我和wdong看法类似。
先不说Java,scala能走llvm就走llvm,我觉得这是目前语言的王道。
加一分
g****t
发帖数: 31659
12
来自主题: Programming版 - scala vs clojure ?
python走llvm,难点之一是C扩展的各种库搞不定。
llvm上的clojure是不是也会有这个问题?
k****i
发帖数: 101
13
来自主题: Programming版 - scala vs clojure ?
两个套路
基于JVM/V8 runtime之类的
利用JIT+GC
而LLVM是用AOT
GC类语言要自己实现runtime
现在server端的scala转LLVM
与client端的asmjs转WASM性能或会提高
坑还是很多
g****t
发帖数: 31659
14
来自主题: Programming版 - java ---> Kotlin --- > Native
除了Android之外。还一件怪事。
Java转成Kotlin,不就可以走LLVM了吗?
Kotlin已经有LLVM native executable的preview版本了。
d******c
发帖数: 2407
15
来自主题: Programming版 - java ---> Kotlin --- > Native
1. IBM搞swt是在eclipse之前,那是很早以前了。
2.LLVM解决不了这方面的问题。我觉得LLVM只能解决common module的问题。
你要搞平台无关,很多代码是很简单的,数学运算,控制逻辑,编译到任何平台都不是
很难的事情。用户界面才是难点,各个平台底层实现不一样,你只有两种方法:
搞虚拟机,各个平台实现虚拟机,语言层次则是完全一样的。这样你只能实现各个平台
UI方面的最大公约数,性能上也不可能最优化。Java Swing是这样。Swing始终没有真
正火起来,我觉得可能大家对UI还是要求性能高,要求界面好看,而AWT/Swing界面也
不算好看。等到sun/oracle开始搞Java FX试图用web来解决问题,更比不上人家直接
html5 / js了。
为每个主要平台实现一个底层库,然后用户开发时不接触底层细节,但不同平台的界面
会有各自风格。Qt可能是这样,我不是特别清楚。IBM SWT就是这样,所以windows和
linux下的SWT界面风格不同,性能也比Swing好不少。但你在windows下要多装个dll,
也只有eclipse和相关的东西用。
WEB... 阅读全帖
g****t
发帖数: 31659
16
来自主题: Programming版 - java ---> Kotlin --- > Native
My two cents:
如果果真要native 跨平台界面自用软件。
Lazarus free pascal是最好选择。语言好,用户接地气,开发快。社群都是生命力顽
强的屌丝工人。


: 1. IBM搞swt是在eclipse之前,那是很早以前了。

: 2.LLVM解决不了这方面的问题。我觉得LLVM只能解决common module的问
题。

: 你要搞平台无关,很多代码是很简单的,数学运算,控制逻辑,编译到任
何平台
都不是

: 很难的事情。用户界面才是难点,各个平台底层实现不一样,你只有两种
方法:

: 搞虚拟机,各个平台实现虚拟机,语言层次则是完全一样的。这样你只能
实现各
个平台

: UI方面的最大公约数,性能上也不可能最优化。Java Swing是这样。
Swing始终
没有真

: 正火起来,我觉得可能大家对UI还是要求性能高,要求界面好看,而AWT/
Swing
界面也

: 不算好看。等到sun/oracle开始搞Java FX试图用web来解决问题,更比不
上人家
直接

: html5 / js... 阅读全帖
d*****g
发帖数: 1616
17
苹果还可以的,投资不少开源项目,WebKit,LLVM之类,都是原创性很强的东西。
s*****V
发帖数: 21731
18
透过现象看本质,目前自主软硬件的发展已经到了十字路口,选择的关键是要不要建立
自主可控的信息产业体系。我认为,在现有体系中具体产品(芯片、软件)的突破,都
不代表这个体系的建设。我国正面临建立自主可控信息产业体系的难得机遇。一方面,
当前IT产业正在经历一个广泛而深刻的变革:云计算和新型移动终端的兴起改变了传统
信息化的应用模式;IT产业的商业模式在经历了IBM的纵向整合模式到Intel的横向整合
模式后,正重新经历着从横向到纵向的螺旋上升过程;以CPU为代表的基础技术平台的
进一步发展遇到了物理极限,正经历着从快速发展到发展放缓,以及“够用就行”的转
变。另一方面,我国经济发展正在经历转型,IT产业界对过去三十年没有主导权的发展
进行反思,巨大的市场需求为我国自主软硬件发展提供了空间,过去十余年我们在自主
软硬件方面形成了较强积累,加上体制机制的优势,我们完全可以抓住目前IT产业从单
极化向多极化发展的机遇,争取在IT产业的多极世界中形成既开放又竞争的一极,而不
是成为其它极的参与者。宁愿自主体系刚开始小一点,也一定要形成体系,再小的体系
也是块根据地。就像共产党打天下一样,有了根据... 阅读全帖
G*****h
发帖数: 33134
19
那是当然
现在还有 llvm
s******c
发帖数: 1920
20
如果后门足够智能也未必管用啊:
识别当前源代码, 如果判断是编译器(不管是llvm还是gcc),
就注入自己这段代码.
比如我之前说的ken thompson给UNIX加后门的例子就是让编译器识别是不是在编译
login这个function. 如果是, 就加后门
s******c
发帖数: 1920
21
编译原理早就是cs本科必修课了
用lex和yac做个词法分析器 语法分析器也都是二三十年前的成熟技术了,新的有llvm
这些工具。根本没那么高门槛
f*******y
发帖数: 139
22
编译器需要优化,没有优化的至少慢十倍
编译器需要提供函数库支持,慢慢建立一个生态环境,然后才有人用。
新的语言和编译器一般会以新特性为安生立命的根本。
那未来的语言需要什么新特性呢?

llvm
g***n
发帖数: 14250
23
更牛的人其实是搞编译器 llvm 的那些。随便就造个新语言,还优化编译。
以后万一搞成了电脑自动编写程序,估计也是靠编译器这些人搞出来的
z****e
发帖数: 54598
24

这就是脚本嘛,哪个脚本不能实现if then else?
这个叫做操作,file system可以做到,vert.x的filesystem,自己去看能做啥
还有就是,任务本身并不一致,你做个四则运算,难道是copy&paste能够解决的?
如果你觉得能够把所有人类的任务都给归纳总结出来的话
那就做吧,你觉得人类的活动有多少种?
jvm是一个平台,os/linux/unix/windows->jvm/llvm/hhvm/clr -> vert.x/其它还没有
这是一个平台上的进步
c对于物理机器的指令做了封装
java对于跨平台以及内存管理做了封装
vert.x则处理了并发冲突
基于这个进步,有理由认为,vert.x是下一个generation的平台
事实上vert.x已经开始逐步支持各种脚本语言了
这就是一个维度,最左边表示机器能够看懂,而人看不懂的,最右边表示人能看懂,而
需要翻译机器才能看懂的
机器语言 - 汇编语言 - c -c++ - java - 脚本 - 置标语言
我比较看好的下一个语言应该是groovy,groovy已经投入apache的怀抱了
估计以后会得到大面积的支... 阅读全帖
z****e
发帖数: 54598
25

计算机语言其实很简单啊
就是把机器能够理解的各种指令,翻译成人能够理解的语言
最早无非01010000111这些,然后有了汇编,就是指令集嘛
但是看指令多累啊,所以有了操作系统unix和c
但是操作系统和c主要是解决cpu的问题
对于cpu基本上封装得差不多了,但是对于内存呢
c封装得不彻底,就是人还是要手工去操作内存,释放内存这些
很烦,而且容易错,但是在c那个年代,没有特别好的方法
然后c++加入了点object的概念,因为在c横行的那个年代
软件系统已经开始越做越大了,而因为c对于内存的操作没有做封装和统一管理
导致很多项目因为程序员对内存的操作不当,而失败
当时的数据是90%以上大型项目是失败的
包括james gosling本人做的那个c++项目
搞不定,疯了,于是sun那批人就凑一起,说,我们来设计一种新的语言
以解决这些常见的问题,然后就有了java和jvm
jvm其实就是操作系统的扩展,无非就是做了几件所有项目都会遇到的问题
一个是跨平台,把所有操作系统无差别对待,让软件摆脱对于操作系统的依赖
程序员可以不在乎什么操作系统,你可以在unix上编译,然后放到window... 阅读全帖

发帖数: 1
26
随手写一个llvm之类的东西不难吧

发帖数: 1
27
来自主题: Military版 - 程序员真的挺low b的
我tmd有次去应聘个职位 让我写个正则表达式
我说不同系统对那些符号有不同的定义 你说的grep怎么定义的 我记不太清了
瞬间 那个傻x一副不屑之色
我tmd后来一句话都懒的说了
这low b东西还不是看manual查查一分钟的事情
这有什么拿来考的 更有什么得瑟的
别说那些正则符号了
就是java语法 gdb命令 我不用也很快忘一半啊
所以说 很多程序员真的是low b
连得瑟都不知道得瑟啥
你问点device driver的中断处理
问点signal handler的可重入
问点lock-free的优缺点
问点b+tree为什么高效和使用场景
问点caching和buffering的区别
问点llvm前端后段分别怎么写
问点false sharing危害是啥
问点页表中内核部分如何更新
问点thread-local variable是啥
问点memory mapped file怎么帮助加速
问点lock如何用test and set实现
多好
就算为正经程序员队伍在半路出家的low b面前维护点逼格也好啊
f*****r
发帖数: 229
28
来自主题: Military版 - 这差距还是明摆着的
第一大学计算机教育水平很差。BSD linux都先是学校教授带学生搞出来的。学生是最
喜欢搞这样免费大系统的。现在还有LLVM。
第二大家缺乏真正的open source的精神。都想着挣钱,弯道超车呢。
s****r
发帖数: 68
29

云系统。这个集成基本的单机系统,比如linux, gcc/llvm等,和一般的大数据计算
open source软件,但是系统架构是自家的,其中的数据管理,cluster管理,甚至分布
式文件系统都是自家开发的。还有淘宝的online serving系统,微信也是一个系统平台
,华为还有交换机系统软件。
这么讲吧,能服务几亿人的系统是超大规模。这样的系统做的好的话,其他系统基本就
是a piece of cake。
g***n
发帖数: 14250
30
来自主题: Military版 - 学会编程,和学会开车一样简单
而且现在编译器开发也标准化,半工程化了。语法分析词法分析都有工具,加上 llvm
,基本完成了一大半
g***n
发帖数: 14250
31
来自主题: Military版 - 学会编程,和学会开车一样简单
而且现在编译器开发也标准化,半工程化了。语法分析词法分析都有工具,加上 llvm
,基本完成了一大半

发帖数: 1
32
用llvm
写个前端
5分钟的事

发帖数: 1
33
说得就是前后端全部自己实现。

:用llvm
:写个前端

发帖数: 1
34
华为消费者业务总裁余承东在朋友圈说最快今年秋天,最晚明年春天,华为自己的操作
系统(OS)将可能面市。华为的OS打通了手机、电脑、平板、电视、汽车、智能穿戴,
统一成一个操作系统。且华为OS还兼容全部的安卓应用和所有的Web应用,相关安卓应
用在华为OS上重新编译后,运行性能提升将超过60%。
据传这个操作系统叫鸿蒙。鸿蒙本意是中国神话中的在天地开辟之前,一团混沌的元气
世界。很奇怪,为什么华为的OS叫鸿蒙。等待开辟?还是一团混沌?
余承东别号余大嘴,朋友圈的话算不上正式发布,双重不靠谱。
这位老总一定是把操作系统混同于华为宣传的方舟编译器了。以前华为宣布方舟编译器
的终极目标,是推出一个跨平台、跨系统、跨设备多种语言的软件开发平台。操作系统
包括的东东比一个编译平台多得多。工作量也大得多。能够跨系统写应用软件不等于一
统江湖的跨设备的操作系统。
根据现有信息,鸿蒙是一个基于安卓的,集成了华为对安卓系统的既往优化的操作系统
,包括EMUI5.0 优化,方舟编译平台, GC 优化,EROFS文件系统等等。但主框架仍然
脱不了安卓或者Linux的操作系统。由于安卓和Linux都是开放的,这... 阅读全帖
o****y
发帖数: 790
35
disclaimer:学术八卦,文责不负:)
---------------------------------
我认为,要真正理解学术界的精髓,只需读懂“食“和”色”两个字。您可能不解,怎么
学术科研这么“阳春白雪”的东东和“食色”这等俗务扯上啦?
为了不使我的讨论太突兀,first, allow me to formally introduce myself:)
我就是传说中的“三俗”哥。第一,我好吃。基本到了“食不厌精”的地步。曾经
我一红颜知己评价我“吃嘛嘛香,干嘛嘛行”,虽然我知道是忽悠,但仍然深以
为许:)我还特好酒。不管洋酒,国酒,我都喜欢。对酒,我不但舍得花钱,
而且舍得花时间去研究和鉴赏。In order not to diverse, I'll save this
topic for another day. 第二,我好穿。我对各种服饰,fashion有着一种
近乎病态的痴迷。而且打心眼里认为我对服饰有一种异乎常人的敏锐感觉。
第三,我好色。When I look at woman, most women, my mind wonders
in variable w... 阅读全帖
s***r
发帖数: 238
36
ZT
学术界之风花雪月(5)食色,科研之性也!
disclaimer:学术八卦,文责不负:)
---------------------------------
我认为,要真正理解学术界的精髓,只需读懂“食“和”色”两个字。您可能不解,怎么
学术科研这么“阳春白雪”的东东和“食色”这等俗务扯上啦?
为了不使我的讨论太突兀,first, allow me to formally introduce myself:)
我就是传说中的“三俗”哥。第一,我好吃。基本到了“食不厌精”的地步。曾经
我一红颜知己评价我“吃嘛嘛香,干嘛嘛行”,虽然我知道是忽悠,但仍然深以
为许:)我还特好酒。不管洋酒,国酒,我都喜欢。对酒,我不但舍得花钱,
而且舍得花时间去研究和鉴赏。In order not to diverse, I'll save this
topic for another day. 第二,我好穿。我对各种服饰,fashion有着一种
近乎病态的痴迷。而且打心眼里认为我对服饰有一种异乎常人的敏锐感觉。
第三,我好色。When I look at woman, most women, my mi... 阅读全帖
b*******t
发帖数: 79
37
来自主题: JobHunting版 - 研究比开发难进不等于研究好
SOSP, OSDI据说灌水的也不少, 当然原型是肯定做出来了的
现在哪有那么多创新啊 多部分是phd和faculty的自娱自乐罢了
除非你能做出一个让工业界掏钱的东西来,比如LLVM
e********5
发帖数: 422
38
来自主题: JobHunting版 - 现在搞CUDA的好不好找工作
所以最近他们把上层open了 采纳了llvm的架构
我十分同意。。cuda的文章基本靠蒙。。搞了好几年这个了 深有体会
w*****c
发帖数: 20
39
来自主题: JobHunting版 - 请教方向选择,真心求建议
是吗,我还以为,flg那些最核心的就是大数据,分布式,自然语言处理等,貌似我压
根就不够格。
原来比较喜欢找一个行业背景的,比如搞os的就去搞mac,windows啊,搞编译器的就去
llvm,gcc,microsoft啊,搞动画的就去disney,autodesk等。
现在看来去我去纯it,只能做低级的coding了,我再想想,也许去一些公司做一些
framework,比如ios的uikit,或者qt什么的,也许转行容易些。
谢谢。
p*******r
发帖数: 3
40
verilog, synthesis, c/c++这些技能不算重要,仅仅是最基本必须精通工具。
重要的是领域知识,比如computer architecture里的核心是cpu设计,那么围绕cpu设
计相关的所有知识都是重要的,如micro-architecture中的LSU,ROB,branch
prediction,以及cache coherence, memory consistency,工程上要做到性能评估,设
计和验证都精通。如果是Ph.D,那么还必须有学术创新能力,能在本领域顶级会议上发
表有思想性的的学术论文。众所周知,目前ISCA/MICRO/HPCA是computer architecture
领域最好的会议。如果是CS背景学computer architecture的,那么OS或compiler也至
少要懂一个,在源代码级,即能调试修改Linux kernel或gcc/llvm的代码。如果是EE/
ME背景学computer architecure的,那么应该在circuit领域有所造诣。
f********o
发帖数: 13
41
想找一份自己喜欢的工作。
自己擅长language design, functional programming. (有作品)
fresh master
谢谢
s***e
发帖数: 403
42
这个很NB。
y******u
发帖数: 804
43
jvm jdk 感兴趣不?站联
o*********d
发帖数: 187
44
来自主题: JobHunting版 - 谷歌眼镜停售了,也不产了
apple技术上牛x的地方很多,只是很多码农不知道。这个世界是让码农有自己站在世界
之巅的错觉,但也不要看不起EE,ME的民工嘛。
就算是只谈大家熟悉的CS领域,Apple牛人还是很多的,比如llvm的那位,比如Metal的
那位,比如OS的一干大牛,这些Google都是没有的,但你不知道他们的名字,因为他们
很少被造神。。apple有史以来就一个神。。
当然Google牛掰的方面Apple是难以望其项背的
z*******3
发帖数: 13709
45
来自主题: JobHunting版 - FB architecture 很老旧啊
重新搞一套eco,一般公司承受不了
也就是apple, fb这种大公司有这个条件
一个llvm,一个hhvm,本质上跟jvm有相似的地方
google干脆就是抄了jvm的hotspot搞了dalvik
还有m$的clr之类的,主要搞vm这种东西难度一点不比os低
很容易失败不说,就算做出来了,上面的轮子还需要大量时间去建设
这一来二去,各种开销花费可不少
z****e
发帖数: 54598
46
来自主题: JobHunting版 - G真的比FLA技术先进吗? (转载)

换成swift就有办法斗了
jvm vs llvm
java vs swift
java也可以用jni搞c那些,不过不建议你这么搞
而且随着硬件性能的爬升,越来越没有理由这么搞
apple也不怎么建议你从c开始搞了现在
f*******r
发帖数: 976
47
来自主题: JobHunting版 - 你果是不是很多烙印
基本中肯,当年俺在LLVM组时,没一个烙印,基本都是白人,东欧人,犹太人,还有几
个老中。Apple核心组基本没有烙印,像iOS,OS X,compiler and developer tools,
A系列的处理器设计组,基本没有烙印,高层烙印也很少,白人天下。iCloud那边不太
清楚。
o****y
发帖数: 790
48
【 以下文字转载自 Faculty 讨论区 】
发信人: outcry (outcry), 信区: Faculty
标 题: 学术界之风花雪月(5)食色,科研之性也!
发信站: BBS 未名空间站 (Sun Oct 24 02:24:48 2010, 美东)
disclaimer:学术八卦,文责不负:)
---------------------------------
我认为,要真正理解学术界的精髓,只需读懂“食“和”色”两个字。您可能不解,怎么
学术科研这么“阳春白雪”的东东和“食色”这等俗务扯上啦?
为了不使我的讨论太突兀,first, allow me to formally introduce myself:)
我就是传说中的“三俗”哥。第一,我好吃。基本到了“食不厌精”的地步。曾经
我一红颜知己评价我“吃嘛嘛香,干嘛嘛行”,虽然我知道是忽悠,但仍然深以
为许:)我还特好酒。不管洋酒,国酒,我都喜欢。对酒,我不但舍得花钱,
而且舍得花时间去研究和鉴赏。In order not to digress, I'll save this
topic for another day.... 阅读全帖
r**z
发帖数: 481
49
来自主题: Immigration版 - NSC EB1A 140 PP 10天approve
大大的恭喜
[在 llvm (dragon) 的大作中提到:]
:RD 07/01/2016
:AD 07/11/2016
:专业Data Scientist,老三样,其他的啥也没有。本人博士毕业后做博后两年,现在
银行业从事大数据建模方面的研发工作。
:文章22篇(6篇journal+16会议),全是在学校期间发的,引用170+,绝大多数是一作
引用,review 20+。
:因为条件弱,之前想都不敢想会这么快就批准了,后来找了wegreened评估,直接给了
:approve or refund的合同,一下子就有信心了。去年年底才开始着手准备,没想到如
:此顺利。他们确实是严格按照合同办事的。自己只需要写research summary和找推荐
人。reference letter和petition letter都是他们写的,虽然我看的很仔细但改动很少
:,真心觉得自己写不出wegreened那种高质量的petition letter,而且还帮我挖了一
些自己忽略的亮点,真的很感谢。另外一个印象深刻的地方是,wegreened会策略性准备
:申请材料来降低RFE的风险,有些地方在... 阅读全帖
c****f
发帖数: 1102
50
来自主题: SanFrancisco版 - 有没有熟悉ruby on rails给说说?
从现在来看python应用面更广 但是我私人觉得语法真的不如ruby简单
ruby是我看到现在语法最简单明了的 而python缺比较拘泥于格式
说实话 只要以后LLVM做得好的话 这些语法简单的高级语言很容易就代替c++ c这类语
言 虽然效率不如原生语言 但是机器性能的提升可以极大的缩小效率的损失 同时兼顾
敏捷快速的开发和维护代码
比如一个编译了的jruby跑在jvm里面是1.1秒 而一个编译了的java.class泡在jvm里面
是1秒 硬件的提升正在缩小这0.1秒的差别
随便选一个这类胶水语言学一下吧 没坏处
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)