程序员转产品的优势就在于，因为有技术打底，能大概预估其设计的功能 /需求的工作量与复杂度。能提高项目的成功率（产出类似“手机套壳系统就跟着换主题”这种需求的概率大大降低）。

一线程序员和产品是立场对立的。
如果非要说“程序员”是“产品”的话，那么这个“程序员”最起码也要是组长一类的技术管理人员。（也就是受到程序产出 kpi 限制小的岗位）
而不应该是基层一线技术落地的码农。

因为创造 /优化需求的过程往往意味着工作量，工作复杂程度的增加。
让一个开发者又设计又落地，同时还兼具考核其产出 kpi 和设计 kpi，是极不合理的。

我赌一个银币，肯定是云游戏 /串流。

最关键的，脱离烟民环境，制造吸烟障碍。

使用尼古丁代替品（尼古丁帖、尼古丁口香糖等）。这种方式的劣势是解决不了“手瘾”。且容易受到周围影响。

1 、正式工一般也不会被辞退。
2 、国企很吃地方和岗位，各地的国企相同职称的工资差距不小。
3 、不要听楼上们说的无脑去，一定要综合比较。国企和私企很大程度上优缺点是互补的。要抉择好。

确实，有一个充裕的放空时间不容易。
我的感觉是，只有自由时间充裕的前提下，思维才会活跃，且思考的结果也更理性和客观。

日常紧迫的节奏过多了，真心希望有一个放空的时机。

1 、开发应该懂业务：正确。能增加你写代码的质量，并提高你的不可替代性。

2 、跟客户直接交流更顺畅，需求了解的更透彻：错误，开发是技术落地的角度，客户是需求的角度，二者先天就是对立面。不可能“更顺畅”。而且需求往往牵扯到商务。所以开发不可能做到敲定需求。这种情况更多的是让开发直接顶雷。

3 、是否应该转述需求，开发专心做自己的事：流程上正确，但心态错误，多点心眼儿多学习。能多接触其他信息就多接触。

通过 ipfs 来架设网站，是不是会出现火的网站越来越快，冷门网站越来越慢甚至连不上的情况？
IPFS 有没有机制来促进各个节点自动帮助冷门文件 /网站做种呢？（据我了解 Filecoin 好像并不能做到，因为需要主动操作并消费 Filecoin ）

支持 lz 的维权行为。

我是看到去年 12 月份税就已经报上去了（通过个人所得税 app ），但是到现在还没发😂

现在你的程序的语义是：
触发点击事件 && 每次点击都往 id 为 del 的 dom 元素上添加一个 click 事件。

所以第一次点击没反应，然后越点越多。

我觉得没什么需要特别注意的，也别把这个事儿当回事儿。

就是让他发挥主观能动性，有问题就主动问，问了你也尽力回答就好。

很好奇软件开发的“末位淘汰”是怎么实行的。怎么定义一个员工是不是末位？根据绩效？
绩效又是怎么来的？

所以你需要：
ByteArrayOutputStream baos = new ByteArrayOutputStream();
bitmap.compress(Bitmap.CompressFormat.PNG, 100, baos);
return Base64.encodeToString(baos.toByteArray(), Base64.DEFAULT);

btw，手写的，所以不严谨。领会大意即可。