由买买提看人间百态

topics

全部话题 - 话题: 类库
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
g*****g
发帖数: 34805
1
来自主题: Programming版 - c++ programmer们就不用悲愤了
当然难度大多了,要写一堆的预编译,一旦涉及跨平台,可以利用的第三方类库很有限。
当然java对于C++的最大优势就是内存管理。C++出一个悬挂指针,就挂了。在server端
多用户下,测试的要求高无数倍。这年头C++性能比JIT只快一倍左右,一年的硬件区别就
抵消了。一些领域没有转,更多的是legacy原因,要从头写相当的类库要好多年。
g*****g
发帖数: 34805
2
公用的类库跟私用的类库完全两码事,没有可比性。这块传统上叫做企业中间件,G不
参与竞争。
真到公有要竞争的地方,GAE支持Python, Java。Android首选Java,虽然C++也支持,G
自己都不推荐。
g*****g
发帖数: 34805
3
人big data的东西基本都是指定hadoop这套。这东西是一个ecosystem,简化开发最重
要的是
类库,不是语言。.NET调用Azure的MapReduce可能不难,可是没人用,你学了又有啥用
。你不信去.net版问问谁熟悉的。你说你要是负责项目成败,你是拿一堆成熟类库,找
一堆有经验的程序员,还是拉上一帮没干过的,去给微软做小白鼠?

,
g*****g
发帖数: 34805
4
公用的类库跟私用的类库完全两码事,没有可比性。这块传统上叫做企业中间件,G不
参与竞争。
真到公有要竞争的地方,GAE支持Python, Java。Android首选Java,虽然C++也支持,G
自己都不推荐。
g*****g
发帖数: 34805
5
人big data的东西基本都是指定hadoop这套。这东西是一个ecosystem,简化开发最重
要的是
类库,不是语言。.NET调用Azure的MapReduce可能不难,可是没人用,你学了又有啥用
。你不信去.net版问问谁熟悉的。你说你要是负责项目成败,你是拿一堆成熟类库,找
一堆有经验的程序员,还是拉上一帮没干过的,去给微软做小白鼠?

,
g*****g
发帖数: 34805
6
来自主题: Programming版 - Scala higher-kind type和jvm弱type system
你要说打Oracle也罢。Android是对Java 1.5除awt/swing以外的API兼容的,绝大多数
第三方类库可以拿来就用。对Java开发者无非是熟悉一下GUI类库就得。
g*****g
发帖数: 34805
7
来自主题: Programming版 - Scala higher-kind type和jvm弱type system
你要说打Oracle也罢。Android是对Java 1.5除awt/swing以外的API兼容的,绝大多数
第三方类库可以拿来就用。对Java开发者无非是熟悉一下GUI类库就得。
g*****g
发帖数: 34805
8
来自主题: Programming版 - 其实开源(OpenSource) 不便宜!
俺这么多年下来用struts, spring, hibernate, jersey, cassandra, mysql, netty,
apache httpclient, zookeeper, maven, 还有其他无数小的开源类库,还没买过维护
。在上一个公司我们从
Oracle转到mysql+cassandra,光License fee一年就省一百多万,光DBA就能养10个。
最搞笑的说开源不行的全是不用开源的。用开源类库的确是需要能力,没能力评估各种
选择,
没能力解决出现的问题的。确实不合适。微软那一坨就适合无脑码农。反正微软有啥你
就用啥,
没有的就直接躲着走就对了。所以到今天微软在internet上就没什么牛逼的服务,连收
购的那么牛逼的Hotmail都逼到改名的份上。

.
g*****g
发帖数: 34805
9
来自主题: Programming版 - 其实开源(OpenSource) 不便宜!
你又不懂了吧,Google一下Eclipse RCP吧,Eclipse如果不能算类库,那MFC也不能算
类库了。
g*****g
发帖数: 34805
10
来自主题: Programming版 - 请教 C++ 题
Java语言变化慢是有原因的,原因就是用的人多,要考虑向前向后的兼容。哪像
M$那一套,今天造个轮子,明天造个新轮子。这轮子圆不圆你都得用,没得选。
你说的这个duck type,不是什么新东西,也不是C#原创的。
我老说过很多次的,几个语法糖作用有限,你还没明白类库才是第一生产力。
看看今天的类库,只有.net从java那边抄过来的,几乎没有反过来的。近几年
IPO的IT公司更是没听说哪个是用.net的。

Java
z****e
发帖数: 54598
11
来自主题: Programming版 - 吐槽MS Visual Studio
主要是其它语言几乎都不太可能有几百个类库的规模
大部分其它语言的项目有个十个以上的类库就很大了
只有java有这个规模

classpath
g*****g
发帖数: 34805
12
我记得你是微软出来的。有可能记错见谅。
我们工作中用的每个类库都是开源的,事实上,除了服务器这种东西,不开源的是不让
用也没人用的。
我做了十几年java,产品中的非开源类库屈指可数。
z****e
发帖数: 54598
13
来自主题: Programming版 - 大部份 design pattern 是不需要的

dp其实只是实践的起步
真正的后续是通过发布dp实现的类库
并推广这个类库
最后在大规模流行之后,将这个dp制定成标准发布
强行要求所有人遵守,这才是整个流程的最后一步
aop和fp其实都没有实现最后标准化那一步
群众排斥太强烈,实际上很多人也的确不知道这两个东西
z****e
发帖数: 54598
14
来自主题: Programming版 - Java Class Loading 的顺序
在某些时候,尤其是早期的时候
加载类库会比较慢,所以人们希望能够通过提前加载某些类库
来优化速度,现在早就不是问题了
所以你问use case是啥
我勉强能够举一个例子
比如laod image的时候
图片比较大,加载会慢一点
所以这个时候提前forname一下,会有好处
但是如果你不用static来储存images的话
forname其实也没啥效果
现在机器性能上去之后,这些东西都是鸡累
不做也罢,至于为什么
只是历史某一个阶段出现的现在不再需要的特殊优化手段罢了
就像web server上的c++一样
g*****g
发帖数: 34805
15
还有一个原因是类库,后端逻辑远比前端复杂得多。前端怎么整其实也就是个MVC,把
数据转成网页罢了。
后端的类库五花八门,要攒出来像样的少说5年时间。当然SOA下个把服务用啥写都可以。
n****1
发帖数: 1136
16
来自主题: Programming版 - 请教下关于spring framework
俺之前没接触过J2EE之类的东西,最近看了些有关资料,想请教下:
1, spring的灵魂是inversion of control对吗?
2, 版上老手们都说Java的后端开源类库丰富,指的是像spring/aspectJ/hibernate这
样的 general framework多, 还是在指具体行业中的特别类库(像审计之类的,或者像
salesforce做的CRM)多呢?
g*****g
发帖数: 34805
17
来自主题: Programming版 - Java EE这东西还有必要学吗
无论是scala还是clojure,jvm上的fp语言都是小众。现在基本局限于写复杂多线程的
类库,诸如akka,storm。考虑到两个语言出来都有年头了,爆炸性发展的可能性不大。
Java 8是否会引入closure,迄今还是未知之数。community分歧很大。就算真的引入了
,也只是让某些类库写起来简洁一点,并不会让现在不能实现的东西可以实现。换句话
说,语法糖而已。从实践来说,java后端大量企业级应用,向来对升级很小心。一个新
版的java平均三年才会被采用,我们也才刚刚升到java 7而已。
n****1
发帖数: 1136
18
喷也不带点脑子。 一个程序可以用到很多类库, 但只可以有一套IOC机制,只能在一个
框架下工作。 Spring是一个很优秀的框架, 但如果让spring ioc container接管,
类库们就自己开始运作了, 动态语言也就无从控制了。
所以jvm动态语言不是说在IOC上更有优势, 而是第一件事就是get rid of Spring IOC.
n****1
发帖数: 1136
19
我是说由动态语言来写类库, 提供给spring framework来消费是很难的。 spring只支
持3种。
你说的这个不正是为了获取IOC控制么,与类库有啥关联?
g*****g
发帖数: 34805
20
来自主题: Programming版 - java是最好的语言
我对haskell不了解,我就是举个泛泛的例子。类库是人写的,community大了,数量和
质量才能上去。有和好用是两码事。
不管你fp不fp, 类库才是第一生产力。这点Rod在那个scala的演讲上已经说得很明白了。

composition
N******K
发帖数: 10202
21
我搞的是3d的图像 像素可以是数或向量
一维数组 可以用 std::vector 网上看了看 性能和new出来的裸
数组一样 c++11可以拿到裸指针 更加方便
二维容器 - matrix 这个必须自己搞 主要目的不是写一个类库 而是配合3d图像运算
以及调用各种线性代数类库的接口/wrapper
三维的 没有什么合适的 算法都要重新写 完全得自己搞
四维的/图像序列 可以把像素看成是四维的 (x,y,z,t) 定义运算

scratch
f****4
发帖数: 1359
22
你是想说比较底层的比如c/c++不需要懂(软件的)系统架构,有类库就可以干活了?
然后相对高级的比如java啊,elang啊首先要考虑(软件的)系统构建,然后关键的地
方用好轮子?
你看看我这么说是不是有点道理:
-比较底层得懂(os/platform)的架构,不能说你的程序把资源全霸占了让别的程序挂掉
-比较底层的软件架构尽量做到精简,不然稳定性很成问题,出了问题很难调试,运气
不好就重现不了
-能用类库不是一个优势么?不用自己做轮子
z****e
发帖数: 54598
23
java在c++那个年代,主要对手是c++,这是二十年前
然后j2ee发展出来之后,对手换成了c#和.net,这是十年前
现在web时代,真正的利益对象是python,ruby这些
现在主流根本不是什么c++,c++压根到不了这个层次
停留在简单的jni上,20年前的技术
c#发展出了一些东东,比如f#这些,然后java社区在抄这些东西
clojure和rxjava最早都是.net上的原型,现在抄过来
对于ruby这些脚本来说,现在要做的是接轨这些脚本
直接搬运这些脚本类库到jvm上,同时也让这些脚本能够用java的类库
vert.x就是多语言的,互相接轨,互通有无
然后还有通信那帮人用erlang做的东西,所有人都在汇集到一片海里去
要做什么,能做什么,完全都是个人意愿
总结:我现在要学也不学c++,有的是东西可以学,爆炸式增长
c****e
发帖数: 1453
24
来自主题: Programming版 - Scala的用途
这是infastructure,不是library.和hadoop一样。比如kafka,也是scala,这也不算“
类库”把,我认为“类库”就是link,reference的library,没有运行的runtime,当然
这个界限各有理解。Spark这就是下一代hadoop,商业影响会非常大。
Scala除了语言特性以外,用JVM踩着巨人的肩膀往上爬,enterprise,heavy lifting
backend我认为在新一代语言现在没有对手。play也不错。walmart canada整个供应链
加网站据说都用scala play重写了。Scala成为toB业务开发主流的潜力不可小视。

market
g*****g
发帖数: 34805
25
来自主题: Programming版 - FP就是忽悠
完全胡说八道,community大,就能多出轮子,提高效率。反之则反之。
list, haskell都存在多少年了?Scala能小火都是借助JVM,不够的类库全靠java补。
我老人家不厌其烦说了上百遍了,类库是第一生产力。
n****1
发帖数: 1136
26
来自主题: Programming版 - docker is next big deal
PaaS往往限制了能使用的语言和类库,所以连跑个JNI或python C module都可能被禁。
IaaS就是连内核都是单独运行。
docker能做到的就是跑任何用户态程序,无论语言无论类库配置文件。除非应用需要设
计内核编程,或者要利用某个特殊内核功能而公共内核没有, 否则docker都能游刃有
余。

applications
z****e
发帖数: 54598
27
来自主题: Programming版 - 早就说了,java+python就是将来
谁在乎它正统不正统
关键是这三个都很难用
我不可能自己去手写各种公式
能用类库一定用类库
python就是直接对这些做wrapper
java就是apache负责搞
我在工业界干活,不在学术界
学术界也不在乎coding
z****e
发帖数: 54598
28
来自主题: Programming版 - scala应该努力成为学术圈内的工具
只是在工作中调用一些类库的话
不需要弄scala,直接java/python就行了
代码简单容易读懂,便于维护
spark的python还可以用numpy
但是如果你是phd,给prof打工
或者本身就是搞ml, stats这些的叫兽
那你倒是应该好好看看scala
ml的spark,r的renjin都是用scala来写
而且现在做得颇为有声有色
以前jvm一直游离于学术界之外
导致很多学术圈内的工具,输出到工业界有距离
需要apache等组织来做project,麻烦,也慢
python倒是可以直接调,但是各种狗血事情也不少
现在叫兽们可以直接使唤下面的phd用scala干活
然后直接输出成类库,工业界就可以用了
拉近工业界和学术圈之间的距离
用scala蛮好,要用这个首先要先理论过硬
scala纯粹变成一个工具才行,否则看scala代码去学习ml那些理论
迟早疯掉
scala将会是jvm上的fortran
z****e
发帖数: 54598
29
将来数据结构如果能统一成json的话
换nosql可能会好一点
类库换os也很蛋疼
python的类库尤其如此
scipy什么,在mac上很难用
z****e
发帖数: 54598
30
用c这些语言主要是换个平台就要重新编译一遍
现在又不象以前,windows一统天下
现在macosx,linux什么满天飞,前一段每次重编译python的类库都在祈祷
千万别出问题,不是自己写的类库,出了问题我可没把握在短时间搞定
z****e
发帖数: 54598
31
来自主题: Programming版 - JCSP有人用过吗?
lgpl还好吧,只是要求类库本身扩展开源
你只是用类库的话不需要开源
z*******3
发帖数: 13709
32
来自主题: Programming版 - 做网站的语言,技术推荐 (转载)
dart和java
dart写起来飞快,用过dart之后再也不想碰什么js
java保证你类库ide文档都齐全,遇到啥问题,google一下就能搞定
无论啥算法,都很容易找到java的impl
现在java都在往统计上进军,stanford nlp之类的
backend你不堆轮子,自己写,写到猴年马月去,把自己累死
frontend无所谓,反正就那点东西,mobile上app一般都不大
自己动手写一个也就是几天的事
然后用ws连起来,java用ws的话,就用vert.x
dart天然就有一个http通信的轮子,你连堆轮子的力气都省了
其实如果你懒的话,直接放dart就可以了,dart也提供http server
用不用java看你对类库有没有需求
z*******3
发帖数: 13709
33
同学你这个态度不行
你这样搞下去没戏
python如果你对一些command line不是特别熟练的话
还是先不要搞了,python适合只用过c或者c++的过渡用
虽然语言本身要求低,但是类库折腾起来异常麻烦
工作中又尤其重视类库,学习的话老师放水就无所谓了
你ruby哲学跟python不一样,先不搞python比较好
你直接下java去,什么东西都严格要求你
如果你觉得语法太麻烦,用eclipse
自动化不少,各种错误,尤其是低级错误
不需要等编译才提示你,当场就可以提示你
所以无形中减少很多麻烦,加快你学习进度
不要用python搞,ruby和python其实是对冲的语言
从java开始,我就没见过有人后悔的
z****e
发帖数: 54598
34
来自主题: Programming版 - 说scala好的进来看看
但是我能想到的话,我就不丢exception了
java代码要写成这样一点都不难
但是因为很多时候要用到第三方类库
第三方类库会抛各种异常,这个往往在意料之外
我如果能穷尽所有的情况,我就不用exception了
就是因为我觉得不可能把所有情况全部考虑到
才有必要使用exception呀
g*****g
发帖数: 34805
35
fp不只是慢而已,不符合人对世界的建模呀。把世界看成matrix的是很少的人。到现在
也不过在并发类库上有所建树而已。写类库和写应用是两码事。就如spark是Scala写的
,不妨碍Java去调用。
g*****g
发帖数: 34805
36
来自主题: Programming版 - 用python写多线程。刘姥姥都笑了
你的所谓这种一不小心会发生的叫做bug,一个类库写得再好,不能阻止像你这样的傻
逼错误使用。但因为你这样的傻逼够傻逼,所以无数应用正在使用的JDK类库就不能用
,就只能是你这种傻逼才能想出的逻辑了。
z****e
发帖数: 54598
37
来自主题: Programming版 - Angular 2: Built on TypeScript
所谓框架就类似这样
比如logman说,我做了一个框架
然后定义了一个tag,叫做
可以不可以呢?当然可以,你也可以通过js怎么搞怎么搞
但是问题是,人家dreamweaver等产商未必会配合你
你自定义一个tag,要在开发工具比如dreamweaver里面做出相应的识别
只有正确识别了之后,才能做出相应的预览,否则就会出现排版的错误
所以最理想的就是不要定义这些scope=框架的tags
你想做啥,去dart等脚本里面做,不要在html里面乱改一通
做到了这一点的框架脚本类库,才是好的框架脚本类库
否则都是耍流氓
z****e
发帖数: 54598
38
来自主题: Programming版 - Angular 2: Built on TypeScript
所谓框架就类似这样
比如logman说,我做了一个框架
然后定义了一个tag,叫做
可以不可以呢?当然可以,你也可以通过js怎么搞怎么搞
但是问题是,人家dreamweaver等产商未必会配合你
你自定义一个tag,要在开发工具比如dreamweaver里面做出相应的识别
只有正确识别了之后,才能做出相应的预览,否则就会出现排版的错误
所以最理想的就是不要定义这些scope=框架的tags
你想做啥,去dart等脚本里面做,不要在html里面乱改一通
做到了这一点的框架脚本类库,才是好的框架脚本类库
否则都是耍流氓
z****e
发帖数: 54598
39
app开发不需要那么多轮子
android和ios都不怎么挂轮子
因为本身app就不大,其次绝大多数轮子都是针对server side的
app最常用的轮子是各种游戏引擎
而即便是游戏开发,很多人还是不用引擎
就直接用类库就好了,类库和引擎其实区别没那么大
无非几个api而已了
z****e
发帖数: 54598
40
来自主题: Programming版 - go也是三种paradigm混合的语言
语言不是类库,不可能什么都让语言去实现
语言是一个平台,应该实现最基础的东西
剩下的交给类库去做
抽象没啥好的,太过于抽象的东西华而不实
比较适合忽悠,不适合解决实际问题
哲学最抽象,其次是数学,工程学是最不抽象的学科
在各个学科抽象程度上做排列的话
z****e
发帖数: 54598
41
来自主题: Programming版 - 现在谈paradigm过时了
语言本身应该conservative
乱改语言本身的feature会导致大量现有代码重构
所以加一个feature应该非常滴小心翼翼才对
相比之下类库可以乱改,可以很激进
因为用户选择了一个类库就做了决定
但是一个用户的选择并不代表其他用同样语言用户的选择
g*****g
发帖数: 34805
42
来自主题: Programming版 - FP更接近人的思维
供求关系造成编程人员短缺,这就更决定了流行的语言是简单的,无歧义的,这样编程
门槛低。而简洁根本是无关紧要的。这就如白话文对比文言文。
并发对FP的需要被人为夸大了。高用户数的高并发并不等于并发复杂,因为大多数互联
网应
用里用户之间没有协作关系,没有调度的问题。今天有C*之类的轮子在,scale out不
说简单,但是有规范化的做法。在Spark之类的类库上写点脚本的,根本跟高并发全无
关系。当然还是得有人去写Spark,写这样的类库FP还是有优势,但这个是极小的一个
市场。
z****e
发帖数: 54598
43
来自主题: Programming版 - swift用了一个月有感
看版本号
第三方类库一般在官方升级之后,会很快升级
关键是如果你到时候要用旧版本的类库
反而不太容易找
尤其是文档
这个最新的已经升级到6.3了
Requirements
iOS 7.0+ / Mac OS X 10.9+
Xcode 6.3
z****e
发帖数: 54598
44
用什么j2ee啊
用upd或者tcp
直接上java socket
java做一层socket的lib,用vert.x去监听
vert.x对于常用的网络协议都有现成的类库,直接用
主要是swift需要找一个udp/tcp的类库
z****e
发帖数: 54598
45
如果你一定要用j2ee的components,最简单的是restful web service
如果你有选择可以不用,那就是tomcat, spring, jersey这些,这些也是j2ee
轻量级的j2ee,或者叫非正规的j2ee components
正规的开源重量级的j2ee就是wildfly(jboss),做法跟weblogic什么一样
如果可以选择不用j2ee,那就用vert.x,直接走tcp协议,比http高效
如果时效要求再高一点,就走udp,游戏一般是udp,vert.x搞这些没问题
ios那边,如果是udp/tcp协议,用我前面发的那个类库,你确定是udp还是tcp之后
只需要拷贝2个文件就好了,如果是http协议以及web service的话
需要parse xml,json这些,就用cocoa2009给你讲的那个类库
另外,apple跟ibm已经联手了,估计websphere那边早就有类似的东西了
如果用了websphere的话,直接问问他们的工程师,也许会有惊喜
z****e
发帖数: 54598
46

不勤快,基本上向下/向前兼容,至少我没听说过有破坏向前兼容的情况存在
api基本上很稳定,class是类库,这种至少官方类库不会乱改
但是第三方的经常出问题
swift倒是有乱改api的情况,但是因为版本号还低,所以也不能要求太多
基本上xcode会搞定,老老实实跟着官方ide走,准没错
z*******3
发帖数: 13709
47
来自主题: Programming版 - vert.x v3发布了

简单说,可以用
确切点说,绝大部分可以
除了一些c写的npm,还是没有办法直接用
node可以不管跨平台,但是对于jvm上的东西来说
跨平台是必需的,所以如果想用这部分npm,需要换其他类库
jvm上有的是其他类库/轮子可以用,随便选
g****t
发帖数: 31659
48
来自主题: Programming版 - groovy 不错啊
我的看法是相反的。学一个语言,一晚上就差不多了,如果是需要完成的
任务不复杂的话。无非都是分支循环类库,以及和其他语言的接口。这个成本比
折腾类库小多了。
a****9
发帖数: 200
49
来自主题: ChineseMed版 - 用编程序来打个比方
楼主的比喻有点意思
不过这个比喻有个前提就是这个庞大的程序本身必须编得非常好,就好比一个结构非常
好的oo程序,当出现问题时,往往不需要去修改基础类库,如果强行修改基础类库,那
么后续反应就比较难以预知了
而且编得好的程序往往都有很多很全的api,维护的人往往不需要知道底层的情况,只要
调这些api就可以了,这点我觉得就和中医很像,我觉得这些经络就是上帝造人时留下
的api,可惜西医不知道,还拼命分析分子层面的东西,把里面 code搞得乱七八糟
z****e
发帖数: 54598
50
【 以下文字转载自 Programming 讨论区 】
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: scala应该努力成为学术圈内的工具
发信站: BBS 未名空间站 (Thu Aug 28 10:28:03 2014, 美东)
只是在工作中调用一些类库的话
不需要弄scala,直接java/python就行了
代码简单容易读懂,便于维护
spark的python还可以用numpy
但是如果你是phd,给prof打工
或者本身就是搞ml, stats这些的叫兽
那你倒是应该好好看看scala
ml的spark,r的renjin都是用scala来写
而且现在做得颇为有声有色
以前jvm一直游离于学术界之外
导致很多学术圈内的工具,输出到工业界有距离
需要apache等组织来做project,麻烦,也慢
python倒是可以直接调,但是各种狗血事情也不少
现在叫兽们可以直接使唤下面的phd用scala干活
然后直接输出成类库,工业界就可以用了
拉近工业界和学术圈之间的距离
用scala蛮好,要用这个首先要先理论过硬
scala纯粹变成一个工具才行,否... 阅读全帖
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)