我目前升级到 16 的,用起来卡顿感很明显

大部分程序员估计都不爱运动,也不喝酒,就是不爱运动加上之前吃外卖积累起来的应该.
是要注意下才行,共勉

国内厂商基本操作了属于是 🤣

老老实实写程序是不可能富起来的,还得是这些灰产地带

培训班出身吗 🤣

@lusi1990 哈哈,我比你多点,5 年 3w 公里.现在一停就是一个月,然后去年电瓶亏电,换一个 800 🤣

你这是有点多,我一个西数的盘好多年了通电次数还不到 100.
也没准是什么省电机制搞的?好像有的设备有一个 "允许计算机关闭此设备以节约电源"的选项

在我们老家有个说法是,可以不开,但必须得有,就像核弹一样 🤣

我觉得这属于经验问题,我接了不少展厅或定制机上的触屏程序这类,而且也有维护了很多年的产品(16 年到现在,21 年刚用全部重写为 BS).
目前唯一一个黄了的业务是,当时我没时间,想着转给同学让他接(我中间不参与,直接介绍过去),然后后边给我说功能实现不了,预付退了.
所有我自己谈并且答应了的都是正常结束.一般我的经验是
1.尽量问清楚需求,然后评估有没有技术门槛,做不到的不要接.
2.最好能够问一下预付或心理预期价格,低于你的预期就不要继续了.如果对方没有或非让你先报,没问题,按你预估的 工期 x 工天工资 x 2,如果对方接受就继续
3. 收 30%-50%的预付,收到后再开始
4. 对于一些复杂一点的,最好是和你一起合作的美工或设计(这部分费用要先问设计,他报了后加到你之前的总价里)出设计(草图也行),然后给客户看
5. 开发过程中阶段性的提供成果,让对方确认,有问题尽早改
6. 不提供源码,需要则额外收取总价的 10%-15%的费用
7. 在提供的成品里加密或增加时间使用限制,收到全款后移除.此处因为使用的语言不同各有差异,自行选择
8. 提供部署支持或其他技术支持(比如服务器采购配置 网络拓扑等)
9. 我个人一般提供半年的免费维护(修复 bug 和技术支持)

@eason1874 我也习惯后边这么写 🤣,还有其他人吗,举个手统计下


题外话,我突然有点理解为啥写 java 的会说 C#甜得齁了,因为他们限制了大家就只有一种写法.

@7v9TEc53 主要用来进行分析用,比如微软打了补丁,那么就可以分析他前后的改动来反推修复的问题.
还有比如有时候不放心一些第三方的 patch 工具,此时在虚拟机运行 patch 后,然后需要对比 patch 版本和原版的差异来分析是否可能有恶意代码.

工具找到了,https://github.com/joxeankoret/diaphora

借楼问下

是否有可以直接从 dll 或 exe 等 pe 格式直接反汇编后并进行对比的工具?对比功能类似 Beyond Compare.
.net 的话有 https://www.telerik.com/justassembly,我想找一个支持原生程序且功能类似的工具.

@FYFX 个人看法是伪泛型实现也意味着运行时基础设施的不完善,从而无法支持一些高级特性.其中比较明显的不足就是比如各种 ORM 的实现上,C#使用表达式树和泛型配合可以实现比如 ef 或 linq to sql 这类 orm,java 的 orm 相比之下由于这些限制,存在语法表达上的不自然.至于代码对比我就不写了,太多了.

C#支持泛型后,BCL 的库也提供了一套泛型实现(均在 System.Collections.Generic 命名空间下),比如 List<T>,没有泛型之前就是 ArrayList,现在这些泛型和非泛型都保留了下来能够同时使用.

向前兼容来说,1 个是不重新编译的情况下的兼容,一个是重新编译兼容.据我所知.net 应该是这 2 点都满足(注意现在有个 netcore 和 netframwork,这 2 个之间有一些割裂,具体不展开)

java 了解不多,貌似即使实现为擦除好像也不是很影响?因为你在写代码的时候 IDE 和编译器保证你类型安全,至于编译后在 runtime 有什么魔法,普通人管他呢?

只从实现角度来看的话,真泛型应该还是会复杂很多.

年轻真好 😁