@jsun 我的思路和你一样。

看了以上的留言大概就能看出来，哪个 IDE 都没有压倒性的优势。或者说，无论选哪个都不重要，先干起来是真的

这个事只能你自己拿主意咯。究竟这个公司什么情况，前景如何，这个你跟的经理资源如何，为人又如何，没人比你更清楚了

从应用本身的角度上来说，肯定是越上层越好移植，越底层越难移植。软件本身无非就是一层一层的封装，层次越高，需要关心底下的操作系统和硬件的知识就越少。但是整个软件栈里总得有一层去支持这些不同的架构，有很多恶心的#if def，有很多的 system API，甚至有一些汇编(最简单的比如实现不同平台的 atomic)去封装这么一个 HAL layer 。

就 C/C++语言来说，也不能一概而论。如果一个简单程序只用了 C/C++标准库和比如 POSIX API 的话，那么只要依赖库和 API 都已经移植了，移植起来不会太难。如果确实用了很多 x86 的特性，但是 HAL 层封装的好的话，也会容易不少，大不了 arm 上的实现都先用最朴素的实现先顶着。如果没有封装好，平台相关的代码遍布整个软件各个层面的话，那就是另外一回事了。

发完贴想起来，我这样写和你原帖是一样的，需要分情况讨论，原因是你这种表示方法(0.5 表示缩小一倍,2 表示放大一倍)不是对称也不是均匀分布的；另一个表示方法是负数表示缩小，正数表示放大，那么实际上就从[0.5,2]变成了[-2, 2]，就对称了。

因此换个思路的话，你这个其实是指数对称，也就是 2^-1 表示缩小一倍，2^1 表示放大一倍，这样指数项就变成了对称且均与分布的了：

# 假设返回[-1, 1]
return exp(2, rand())

r = rand() # 假设 rand()返回[0, 1]
return (r + 0.5) if (r < 0.5) else r * 2 #相当于 50%的概率位于[0, 0.5),要把它 scale 到[0.5, 1); 50%的概率位于[0.5, 1],要把它 scale 到[1, 2]

考虑买 air，用作轻量级上网本+浏览代码+玩具级别小程序开发。当然真正日常干活还是台式机+thinkpad 。现在手头有 mbp 16，但是太重了，用的很少。比较享受那种随开随关，桌上、沙发上、床上随便带来带去的感觉

如果仅从岗位上考虑的话，技术支持 vs 开发（假如腾讯是开发），感觉还是开发更好一些。我有点怀疑微软的技术支持能学到啥“绝对领先”的技术。如果两者都是技术支持且非得 2 选 1 的话，我会选 ms

<Algorithms>, <CSAPP>，都是入门神书

感觉 AI 相关的门槛逐年升高，如果不是有很好的学历+顶级会议发表，很难的。而且一旦换个赛道，你做了 6 年的 java 基本都用不上，相比应届生在经验上没有优势，在年龄上还有劣势，你琢磨琢磨。

而且说实在的，就像我现在去读个美术的专业，不代表我出来就能靠画画吃饭了不是，天生不是这块料啊。不妨先业余时间自己看看书籍、看看论文，坚持一段时间，看看自己是不是这方面有兴趣和天赋再说吧……

@FS1P7dJz
@jim9606

还有这种操作？

@amiwrong123 我的意思是按照我的理解，你增加的额外几种情况，其实一个 O(1)的判断就完成了，剩下的又回到了原来的题目，所以并没有给题目带来任何实际的变化，比如:

if (A[1] < A[0]):
.... return -1 # monotone decreasing

if (A[n-2] < A[n-1]):
.... return -1 # monotone increasing

// same old code that finds the index within a mountain array

"要么这个数组是严格递增和严格递减的两个有序数组构成的（这种情况返回 peek 的索引），要么这个数组就只是一个严格递增或严格递减的数组（返回-1 ）。"

没看明白，你增加的这两种情况头尾判断一下(O(1))就能知道吧，比如
For A[n], n >= 3,
if A[1] > A[0]:
....if A[n-2] > A[n-1]: MoutainArray
....else: 单调递增
else: 单调递减

如果不是拖延和焦虑，那是什么使我们在 v2 相会？

今天是周日下午，本来这两个小时要拿来做点东西的，但是解决思路还没有，一想到就头大。打开电脑，点开 v2ex，现在已经刷了 10 分钟了

dlsym