java这样写有没有问题？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

java这样写有没有问题？

java这样写有没有问题？# Programming - 葵花宝典

p*e2019-02-08 08:02

1 楼

我是新AP，开会遇到早一年AP师兄，在一个比我好得多的学校，师兄比较牛，组里人和
funding都很不错，今后肯定是我们行业的牛人。我们平时关系很好，我申请时还得到
他不少帮助。今天受到师兄来信，说we should stay in touch with what we each
working on so we don't compete with each other. 我们都是从同一个组里出来的，
肯定会有overlap，怎么办？研究上我并不逊色，但是独立之后才感到学术圈子人脉的
重要性，不想得罪师兄，但也不愿就此放手我喜欢的领域。该怎么办？

N*Z2019-02-08 08:02

2 楼

刚买的T420，结果internal mic不好使，qq上的语音检测检测不到，而且一测就会把音
响的声音也
搞没了。感觉上是因为他们用audio/mic combo jack，所以switch的时候会出问题。不
知道大家
遇没遇到过类似问题，如何求解？谢！
以前的R60，用了5年了，没出过任何一丁点问题，结果怎么越新的产品反而问题越多了
，有点些许失望
啊~~

p*c2019-02-08 08:02

3 楼

不妙

g*t2019-02-08 08:02

4 楼

请教各位老师一个问题。
我经常这样写动态数组。
就是用函数里面new一个varizble size的数组，然后函数return数组。
这样写的优点是各种语言都可以一样写。
这种写法各位认为有什么缺点吗？
double y[];
double x[] = f(n);
y = f(n);
In another file:
public static double []f(int n){
double [] result = new double [n];
return result;
}

M*o2019-02-08 08:02

5 楼

合作不是很好吗

【在 p****e 的大作中提到】

: 我是新AP，开会遇到早一年AP师兄，在一个比我好得多的学校，师兄比较牛，组里人和
: funding都很不错，今后肯定是我们行业的牛人。我们平时关系很好，我申请时还得到
: 他不少帮助。今天受到师兄来信，说we should stay in touch with what we each
: working on so we don't compete with each other. 我们都是从同一个组里出来的，
: 肯定会有overlap，怎么办？研究上我并不逊色，但是独立之后才感到学术圈子人脉的
: 重要性，不想得罪师兄，但也不愿就此放手我喜欢的领域。该怎么办？

p*c2019-02-08 08:02

6 楼

看看你的HP direct的charge还在不在

【在 p*****c 的大作中提到】

: 不妙

h*c2019-02-08 08:02

7 楼

不oop，应该写一个支持generic的arrayFactory

L*s2019-02-08 08:02

8 楼

人家的意思是大家合作，别互相compete。明明是来示好，你想成威胁了...
你要改改你的negative thinking了。

【在 p****e 的大作中提到】

g*t2019-02-08 08:02

9 楼

Oop寰堥洠瀵嚭鍙互姗熸鍖栫殑缈昏鎴愬垾鐨勮獮瑷殑浠ｇ⒓鍚э紵鐣剁劧
涔熷彲鑳芥槸鎴戞按骞充笉澶犮
鎴戠敤鍑芥暩澶氫簺涓昏鏄鎱悇绋獮瑷皪鍑芥暩鐨勫畾缇╅潪甯搁浼笺
銆鍦hnpc(鐖辨厱鎷嗚吇瀛愷焽焽仇焽) 鐨勫ぇ浣滀腑鎻愬埌: 銆br />

: 涓
峯op锛屽簲璇ュ啓涓釜鏀寔generic鐨刟rrayFactory

t*h2019-02-08 08:02

10 楼

re
而且做的东西想完全一致还真不是那么容易

【在 L***s 的大作中提到】

: 人家的意思是大家合作，别互相compete。明明是来示好，你想成威胁了...
: 你要改改你的negative thinking了。

z*n2019-02-08 08:02

11 楼

有动态数组长度的需求，为啥不用arraylist
感觉你这样写特别容易越界，就是写着写着忘记这个数组到底是多长的

p*e2019-02-08 08:02

12 楼

这不是合作的意思吧？是同一个领域，大家用不同的方法，但是肯定compete同一块蛋
糕（funding）。

【在 L***s 的大作中提到】

: 人家的意思是大家合作，别互相compete。明明是来示好，你想成威胁了...
: 你要改改你的negative thinking了。

c*v2019-02-08 08:02

13 楼

你是指语法越界吧？这个确实时有发生。但是编译会给提示，所以不会出现运行时的微
妙bug。我不在细节部分引入oo相关的东西，主要是考虑到oo在各种不同语言的差别很
大。我这样写，可以机械化的，基本上bug free的翻译成其他语言。
ArrayList高维很麻烦（也可能是我经验不够）。另外无法翻译成别的语言，所以不考
虑。

【在 z****n 的大作中提到】

: 有动态数组长度的需求，为啥不用arraylist
: 感觉你这样写特别容易越界，就是写着写着忘记这个数组到底是多长的

s*y2019-02-08 08:02

14 楼

你把人想得太坏了。
你这种情况下，你和他分开各做各的对你是一个更好的选择。再说了他又不是什么都不
让你做，你完全可以和他互相讨论然后各分一块。至于说资金，这个世界上又不是仅仅
你和他，又并不是说除了他你就可以独享所有资金。
当然如果你不想和他分而享之的话你也可以选择和他鱼死网破，但是这个最可能的结果
就是你会成牺牲品。因为你毕竟比他年资低。

【在 p****e 的大作中提到】

: 这不是合作的意思吧？是同一个领域，大家用不同的方法，但是肯定compete同一块蛋
: 糕（funding）。

z*n2019-02-08 08:02

15 楼

那这样，还是c++爽，一个指针完事。。

【在 c*******v 的大作中提到】

: 你是指语法越界吧？这个确实时有发生。但是编译会给提示，所以不会出现运行时的微
: 妙bug。我不在细节部分引入oo相关的东西，主要是考虑到oo在各种不同语言的差别很
: 大。我这样写，可以机械化的，基本上bug free的翻译成其他语言。
: ArrayList高维很麻烦（也可能是我经验不够）。另外无法翻译成别的语言，所以不考
: 虑。

d*g2019-02-08 08:02

16 楼

我second Sunnyday的帖子（你怎么老是这么有道理捏？）
加几句my 2 cents：
你和你师兄做的东东有没有什么分别，比如technique或系统？有的话就最好，你们完
全可以合作，从不同角度去阐述一个问题，做得完整而新颖的话可以合发CNS。要是没
有分别，而你们有mutual trust的话，可以有君子协议：同做一个topic，和对方保持
联络，有重大进展告诉对方，有manuscript一起投，这样你们可以有back to back的
papers，大家都有credit。有时这样的文章影响力更大，因为重要性，可重复性都非常
可观。当然这要你们两人都守信，对对方的人品有信心才行。

【在 s******y 的大作中提到】

: 你把人想得太坏了。
: 你这种情况下，你和他分开各做各的对你是一个更好的选择。再说了他又不是什么都不
: 让你做，你完全可以和他互相讨论然后各分一块。至于说资金，这个世界上又不是仅仅
: 你和他，又并不是说除了他你就可以独享所有资金。
: 当然如果你不想和他分而享之的话你也可以选择和他鱼死网破，但是这个最可能的结果
: 就是你会成牺牲品。因为你毕竟比他年资低。

c*v2019-02-08 08:02

17 楼

除了函数和定长数组，for loop。还有哪一段语法在不同语言里（c plus plus，java
，go,c sharp,swift）
的定义比较类似，大多数情况下可以比较容易的互相翻译？给个建议？

【在 z****n 的大作中提到】

: 那这样，还是c++爽，一个指针完事。。

a*82019-02-08 08:02

18 楼

大家团结一致把一个方向做大挺好的，就是合作的时候注意自己的contribution。而且
和师兄合作同时你也可以开辟自己的一块自留地。这样有合作也有自己别的东西，总之
，别人示好还是好事。

【在 t*********h 的大作中提到】

: re
: 而且做的东西想完全一致还真不是那么容易

z*t2019-02-08 08:02

19 楼

你不是也买本书 effective java

a*u2019-02-08 08:02

20 楼

你师兄这个避免撞车的想法很好，这样可以避免各做各的然后恶性竞争上了。
现在通气的话如果有些方向一方有兴趣的话，另一方先别插手，或者从属性的加入；
如果有些方向双方都有兴趣的话，直接合作就好了。

c*v2019-02-08 08:02

21 楼

那本书的作者在前言讲了。不适合extreme programming。
另外我将来会把一些程序放在很小的芯片上。
能够比较容易，稳定，无大错的，翻译成C,rust,go..这样的small size程序
是硬需求。

【在 z***t 的大作中提到】

: 你不是也买本书 effective java

t*d2019-02-08 08:02

22 楼

自己想做什么就做什么,能合作最好,要竞争就做好准备,肯定不是真正公平的.但是如果
你很想做一件事情,那就去做吧.
同时不要把所以鸡蛋放一个篮子里,以防竞争不利.

w*z2019-02-08 08:02

23 楼

你是马甲？

：那本书的作者在前言讲了。不适合extreme programming。
：另外我将来会把一些程序放在很小的芯片上。

g*t2019-02-08 08:02

24 楼

是的。不可能是最后一个知道的。

: 你是马甲？

: ：那本书的作者在前言讲了。不适合extreme programming。

: ：另外我将来会把一些程序放在很小的芯片上。

【在 w**z 的大作中提到】

: 你是马甲？
:
: ：那本书的作者在前言讲了。不适合extreme programming。
: ：另外我将来会把一些程序放在很小的芯片上。

a*i2019-02-08 08:02

25 楼

为什么需要 f(n)这么个东西只是为了 new一个array？
各种语言一样写是一个缺点，而不是优点吧

【在 g****t 的大作中提到】

: 请教各位老师一个问题。
: 我经常这样写动态数组。
: 就是用函数里面new一个varizble size的数组，然后函数return数组。
: 这样写的优点是各种语言都可以一样写。
: 这种写法各位认为有什么缺点吗？
: double y[];
: double x[] = f(n);
: y = f(n);
: In another file:
: public static double []f(int n){

c*v2019-02-08 08:02

26 楼

(1)
a[0]这样的表达式，可以是一个数，也可以是一个二维数组的第一维也就是一个
reference，出问题很难检查。
写数组代码我尽可能每次赋值前都先new。避免reference进来。
(rust现在据说是语言自带one time assignment功能，还是很实用的。)
(2)
多语言一样写是个要求。假如你用java写了个bisection的程序，50行。找个人重写下
js一上午就可以完成。如果用多语言接口互相调用反而麻烦。将来用的包改了什么的，
还得维护.

【在 a****i 的大作中提到】

: 为什么需要 f(n)这么个东西只是为了 new一个array？
: 各种语言一样写是一个缺点，而不是优点吧

a*i2019-02-08 08:02

27 楼

a[0]是一张还是一个数不是在你 double a[]的时候就确定了吗？
如果是一维的话，那就该是 double a[][]
java到js好说，到python怎么办？
我的感觉，用另一个语言重写，也比翻译容易

【在 c*******v 的大作中提到】

: (1)
: a[0]这样的表达式，可以是一个数，也可以是一个二维数组的第一维也就是一个
: reference，出问题很难检查。
: 写数组代码我尽可能每次赋值前都先new。避免reference进来。
: (rust现在据说是语言自带one time assignment功能，还是很实用的。)
: (2)
: 多语言一样写是个要求。假如你用java写了个bisection的程序，50行。找个人重写下
: js一上午就可以完成。如果用多语言接口互相调用反而麻烦。将来用的包改了什么的，
: 还得维护.

c*v2019-02-08 08:02

28 楼

You can try to write the bisection solution and then draw the conclusion.

【在 a****i 的大作中提到】

: a[0]是一张还是一个数不是在你 double a[]的时候就确定了吗？
: 如果是一维的话，那就该是 double a[][]
: java到js好说，到python怎么办？
: 我的感觉，用另一个语言重写，也比翻译容易