Redian新闻
>
你们有没想过。Java是不是可能很快的进行开发。
avatar
你们有没想过。Java是不是可能很快的进行开发。# Programming - 葵花宝典
g*t
1
python,node,ruby,go开发快是没错。但是如果跳出盒子想一想。
Java是不是也可以有快速开发的写法。其实很多年以前就有java extreme programming
的书了。
现在也有很多快速开发的tool chain。
我个人感觉如果只是写一些microservce,RestAPI的话。
java挺划算的。但是和node等一样,tool chain的选择是决定性的。需要再三考虑。
avatar
r*t
2
部署贵,听说同样的 budget host 用户数少。
avatar
g*t
3
go内存少。这条确实占优势。

【在 r****t 的大作中提到】
: 部署贵,听说同样的 budget host 用户数少。
avatar
c*g
4
语法这么啰嗦,怎么可能快得起来?!
avatar
p*u
5
statically-typed这一条就赶跑了无数junior。

programming

【在 g****t 的大作中提到】
: python,node,ruby,go开发快是没错。但是如果跳出盒子想一想。
: Java是不是也可以有快速开发的写法。其实很多年以前就有java extreme programming
: 的书了。
: 现在也有很多快速开发的tool chain。
: 我个人感觉如果只是写一些microservce,RestAPI的话。
: java挺划算的。但是和node等一样,tool chain的选择是决定性的。需要再三考虑。

avatar
w*m
6
java虽好,挡不住oracle偷偷改license啊。
公司律师研究了半年,最后还是劝我们交license fee了。
你要是中国开的公司或者律师牛逼,那是没有问题的。
avatar
i*p
7
即使中国开的公司,一旦产品卖到美国也可以逼你缴费吧。

【在 w********m 的大作中提到】
: java虽好,挡不住oracle偷偷改license啊。
: 公司律师研究了半年,最后还是劝我们交license fee了。
: 你要是中国开的公司或者律师牛逼,那是没有问题的。

avatar
x*4
8
用什么替代品好?

【在 w********m 的大作中提到】
: java虽好,挡不住oracle偷偷改license啊。
: 公司律师研究了半年,最后还是劝我们交license fee了。
: 你要是中国开的公司或者律师牛逼,那是没有问题的。

avatar
h*i
9
If you are making any bit of money, such cost is nothing.
It's not for indie hobby project, that's for sure.

【在 r****t 的大作中提到】
: 部署贵,听说同样的 budget host 用户数少。
avatar
h*i
10
There are many distributions of Java. You don't have to use oracle java.
OpenJDK is actually the common upstream.
Just like Linux, you can choose to pay for RedHat Enterprise, or you can get
CentOS for free, or like me, use Debian (which is default OS in google
cloud btw)

【在 w********m 的大作中提到】
: java虽好,挡不住oracle偷偷改license啊。
: 公司律师研究了半年,最后还是劝我们交license fee了。
: 你要是中国开的公司或者律师牛逼,那是没有问题的。

avatar
w*m
11
我们请的律师很贵,做了很多simulation,结果是java有很多陷阱。
第一个例子,java如果有了security breach,oracle可以只给oracle JDK打patch。这
个时候交钱就来不及了。
第二个例子,oracle可以把open jdk的download的url改成oracle JDK。现在都是自动
部署,换也来不及了。
反正有很多花样,所以交钱是最简单的。
avatar
g*t
12
这就是机会啊。Oracle Java的lisense问题。别人接触的少,解决不了。
你能不交钱解决了,就是绝活。
Risk当然有,但我不认为Oracle的人有那么牛能有一个完美的系统让人想不出来work
around。
现在敌我双方应该都在摸着石头过河的阶段。

【在 w********m 的大作中提到】
: 我们请的律师很贵,做了很多simulation,结果是java有很多陷阱。
: 第一个例子,java如果有了security breach,oracle可以只给oracle JDK打patch。这
: 个时候交钱就来不及了。
: 第二个例子,oracle可以把open jdk的download的url改成oracle JDK。现在都是自动
: 部署,换也来不及了。
: 反正有很多花样,所以交钱是最简单的。

avatar
s*e
13
Java 也有很多快速开发 rest api 的框架,可以让人专注于逻辑,不用写配置和web容
器方面的代码。比如 dropwizzard

programming

【在 g****t 的大作中提到】
: python,node,ruby,go开发快是没错。但是如果跳出盒子想一想。
: Java是不是也可以有快速开发的写法。其实很多年以前就有java extreme programming
: 的书了。
: 现在也有很多快速开发的tool chain。
: 我个人感觉如果只是写一些microservce,RestAPI的话。
: java挺划算的。但是和node等一样,tool chain的选择是决定性的。需要再三考虑。

avatar
s*e
14
OpenJDK不是oracle一家的吧。ibm jdk呢

【在 w********m 的大作中提到】
: 我们请的律师很贵,做了很多simulation,结果是java有很多陷阱。
: 第一个例子,java如果有了security breach,oracle可以只给oracle JDK打patch。这
: 个时候交钱就来不及了。
: 第二个例子,oracle可以把open jdk的download的url改成oracle JDK。现在都是自动
: 部署,换也来不及了。
: 反正有很多花样,所以交钱是最简单的。

avatar
b*s
15
你车子刹车坏了,你会换handy man自己车库里加工出来的部件吗?
用java的那种企业基本也是这个思路

【在 g****t 的大作中提到】
: 这就是机会啊。Oracle Java的lisense问题。别人接触的少,解决不了。
: 你能不交钱解决了,就是绝活。
: Risk当然有,但我不认为Oracle的人有那么牛能有一个完美的系统让人想不出来work
: around。
: 现在敌我双方应该都在摸着石头过河的阶段。

avatar
g*t
16
我不是说这些库。我的浅见:
一个人在某个时间段,进行某个领域的coding。
那他如果是老师傅,会很快收敛到某种写法。
而且他对此有自我意识。
写法是领域不同的。写UI的和写后端的,写IoT的,就算同一种语言。
常用的写法也不同。
java的class = 变量,方法的容器。
一个application领域使用变量和方法不超过三种。那一共就9个组合。
1.9个组合里常用的也就5,6个组合。
2.再然后因为要用一些java库,以及第三方库。
有一些特殊情况。实际常用的写法in a total不超过10种。
这就覆盖了90%的需求了。
我个人认为老司机的代码。都是20%的关键字或者写法覆盖了80%-90%的代码。
如果你预先已经考虑到了这些关键字或者写法。那写起来自然无需在那么多Java关键字
或者乱七八糟的design pattern里面做决定。
实际上这似乎是个运筹学问题。
java本身没什么问题。比Cplus省事。
但是跟着java框架规定的写法走,绝对是坏脑子的。
我前面举了个例子。有个developer,我叫他写个android app,
launch之后开始录音,关掉app之前存下来一个.wav文件。
文件名字跟着使用app的次数变。
这样我叫人去实验室采集一个电机的声音。
他想不清楚为什么不需要用start,save,quit三个button。
基本的信号流在脑子里都建立不起来了。

【在 s******e 的大作中提到】
: Java 也有很多快速开发 rest api 的框架,可以让人专注于逻辑,不用写配置和web容
: 器方面的代码。比如 dropwizzard
:
: programming

avatar
g*t
17
这取决于risk/award的评价。事后才能知道正确与否。都是doable的
reasonable choice。
现实中,缴费的和不缴费的都有。

【在 b*******s 的大作中提到】
: 你车子刹车坏了,你会换handy man自己车库里加工出来的部件吗?
: 用java的那种企业基本也是这个思路

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。