@macha 底层能底到哪里去？让你修 Kernel 么？还是写驱动？微软的东西讲真比开源的好多了，毕竟是花钱了的，写微软的东西各种舒服不操心。。。

Windows 的开发还难啃？自带 MSDN，宇宙第一 IDE，Stackoverflow 各种加成，写起来不要太简单了。

用微软系的都是大公司，随便大点的外企，或者非互联网的行业用户，简直随便找。当然工资是比不上互联网，但是也不加班啊。

@cxbig 有一种投标叫“陪标”

@honeycomb 为啥没说完？

我觉得这个问题是这样的，版本的升级不仅仅是安全方面升级，还添加了很多无卵用的新的 feature。为什么不能把这两部分分开，单独的发 security 方面的升级包？恐怕不是苹果不能，而是苹果不愿意。

我不用 apple watch，但是升级 iOS 后，为了支持 apple watch 加了一大堆东西；我不用 face ID，我的手机也不是 iPhone X，但是苹果也会把 face ID 这部分东西一股脑儿的全部装上。

说到底还是想通过各种方式强制用户购买更新的硬件。

苹果的软件这一块，一直感觉有各种问题。以前是 iOS 无论是 UI 还是界面都比 Android 好，是移动设备里面最优秀的操作系统；后来各种 feature 往上堆，不管你用还是不用，UI 也扁平化，现在连相对其他系统最显著的优势 --- 操作的流畅性都开始下滑了。倒是 PC 端的 iTunes，以前渣的不行了，现在慢慢开始好用了。

能够理解在苹果这种公司，写代码的要低于搞设计的。但现在这个发展趋势，跟微软一毛一样，难道又是被三哥带歪了？？？

gitlab 必须用一台双核+4G 内存以上的主机伺候，而且这配置只是入门配置～

@hushulin v2 这里的人个个都是人才，说话又好听，是不是？

撸完汇编接着撸编译器，我看好你～

谢谢各位大佬分析，看完获益匪浅，同时也有点瑟瑟发抖。。。

这样吧，再具体明确一下：

1，环境就是在 Debian 的 vps 上跑了，要么 LAMP 全家桶，要么 Python 的各种轮子组合。
2，框架要开箱即用的，不需要折腾太多。说白了吧，主要是不需要我太多维护，框架拿来就用，稍微配置一下最好是不要配置。最好是无脑配好了直接上来撸 CRUD 业务代码。
Django 自带 Admin 后台这种最好，PHP 的框架太多，选择困难，高档货 Laravel 这种本身比较重，还需要花点时间理解框架本身的，感觉不太合适。（哎，说到这里感觉不如找个 CMS 搞二次开发了。。。）
3，一般需要注意的比如跨站防注入肯定要做到位，https 肯定要上，其他的比如防 D 这种感觉还是交给卖鸡的老板吧，大不了花点钱找个好点的鸡场，有问题交 ticket。一般也不会盯着这种小业务量的站点猛 D 吧。。高安全要多花钱这是肯定的，一分钱一分货都懂，但是毕竟比不上大厂，我自己也不是搞 security 的，老板们预算也有限，尽可能吧。
4，维护这一块，我想最好是弄个脚本，反正定期无脑更新，有更新就上，不管是操作系统还是框架还是用到的第三方的轮子什么的，勤备份，升挂了大不了回滚。

感觉选来选去可能最后还是 Django 了。。。

谢谢楼上的大佬们，首先估计比较重的几个框架会被排除，ROR 他们都不会，Laravel 个人感觉无异于是重新发明了一门语言，多少都需要一点学习成本的，我自己估计也要看几天才能上手，说不定有什么坑也不知道。

其次非常感谢 @defunct9 @WuwuGin @leisurelylicht 三位大佬帮我重新定义了安全，这是一个体系而不是做到一两条比如防注入防跨站就能解决的，要注意的地方很多，我可能把这一块看得简单了一点。

最后感谢 @ebony0319 和 @cevincheung 两位大佬提醒数据库方面的坑，他们没有特别的存储过程，这个确实当时有很多人喜欢把业务逻辑做到数据库里用存储过程实现，不过他这个应该是太简单了以至于忘记了挖这个坑。数据库还是用 MySQL 吧，基本上我搞过的几个项目都是 MySQL，对这块熟悉一点，而且配合 PHPMyAdmin 维护起来也简单一点。

我估计最后还是无脑选 Django，开箱即用，python 入门也简单，就不知道里面的各个内置模块有没有什么特别的坑了。再次感谢各位大佬的热情回复和支持。

@loading

倒不会跑在 windows 2000 上，不过按照他们的做法，应该是这次改版了就用这个版本用到死的。。。

@loginv2 会挂到网上的，试运营的时候估计是买个 vps 然后部署上去，然后让几个国外的仓库登录了试试。

@bobuick
@leisurelylicht
@wujunze
@haozibi

谢谢各位，Java 应该是不会考虑的，一是他们没人会 Java，不懂就不好评论；第二个是他们可能后续还会自己做二次开发，他们主要是一群写 C 的，然后有几个会 Python，那些个写 C 的对 PHP 具有天生的亲近感，Python 他们也用来写测试脚本，也还行。业务 CRUD 这一块，可能会拉他们的人来帮忙减轻点工作量。

多用户登录是不是直接用 OAuth 就够了？还需要其他注意的地方么？

最后，希望大佬们解答的时候不要只说语言和框架，多讲讲能够说服人的论点，最好有案例什么的。

继续吐槽巧克力键盘。其实大厂们在 HMI 方面是做过了大量的实验的，经典的键盘构型设计，都是有实验数据支撑的。我知道的，有明确数据表明巧克力反人类的地方，说两点：

1，普通键盘还有以前笔记本使用的经典键盘（比如 Thinkpad 的老七行键盘），在键帽上都是有一定的弯曲弧度的，中间低四周高，而且这个弧度每个键位都不一样的，这是为了拟合人的手指的弧度，让整个接触面受力分布更加均匀而特意设计的，这样手指在接触键帽的时候，感觉更舒适。巧克力键盘直接无视这一条。

2，第一条提到的弧度，实际上即使是同一个手指接触的不同的键帽，弧度深浅也不一样。规律是，越靠近中心位置（手指经常停放的位置，键帽中心下沉弧度越深（比如 FGHJK 这几个键），越靠近外围，键帽越平台，比如左右 Ctrl ），这也是考虑了手指在打字过程中的运动方式而特意设计的，巧克力键盘不具有这样的特性。

3，键盘靠近下方的键帽高度要比靠近上方的键帽高度要低，也就是 Ctrl 键，空格键这一排的高度实际上要比最上面 1234...数字键的高度稍微低一点，这也是考虑到人在打字的时候会将手掌根部泊在(park)键盘下方，打字过程中整个手掌实际是稍微上翘然后向下击键的，这样的斜率保证了手指在击打最上方 1234 数字键和击打最下方的 zxcv 键的力度尽可能不要有太大变化，同时方便大拇指更容易的停靠在空格键上。而巧克力键盘没有这种倾斜式的设计，也无法让大拇指停泊在空格键位上。

其实最早在 SONY 给 OEM 提出巧克力键盘（当时也叫浮岛式键盘）的设计时，几个大厂都讨论过，特别是自身有一定设计实例的，HMI 方面有一定功底的厂商，都反复比较过，结果大家也都心知肚明，然后没有大规模推广。后来被苹果这个设计具有强势话语权的外貌党给彻底带歪了，几个大厂横向一看风向都是往巧克力键盘那边吹的，结果就都一起被带歪了。苹果自己吹的什么 X 构架、蝴蝶架构，省省吧，自己拆一拆老的 Thinkpad 的 T 系列就知道是怎么回事了，不过是被苹果有一次重新发明 /定义了键盘而已。

都是吹的，机械键盘又硬，声音又大，能说道说道的好处是耐用，长期使用触感变化较小。其实最最重要的是有 xx 轴的光环加成，信仰起码占成本 90%。

我是从 AST 的 PC/AT 大圆口开始用的，机械键盘可以看成是这种键盘的袖珍版，阅键盘也算是有几百了，个人感觉用过最好的是 SUN 工作站上面原配的键盘，激光蚀刻键帽，触感柔和，静音，防水设计，背部有钢板里衬，独立编码芯片。整体感觉用力过猛，over build 了。

后来觉得还可以的，主要是旭丽代工的 HP 或者 Dell 键盘，从经济学的角度讲，这个键盘在成本、质量、体验取得了很好的平衡了。Dell，Lenovo，HP 这几大家的键盘基本上都是由旭丽 SILITEK，群光 CHICONY，美蓓亚 NMB，英群 BTC 四家代工的。

NMB 沿袭了日系的精致，但是估计是报价较贵，成本下不来，用的比较少。群光 CHICONY 沿袭了富士康的精准质量和成本控制，量最大，手感普遍偏硬。旭丽 SILITEK 也是沿袭了 LITE-ON 的一贯风格，整体不错。BTC 略逊一筹，但质量绝对还是有保证的。

键盘真没必要追求机械键盘，机械键盘也是信仰加成厉害，IBM，HP，Dell 这种大厂在工作站上都是舍得花血本的，最早都是机械键盘，但后来无一例外都换成了电容式普通键盘，自然是有他们的道理的。工作站上是绝对不会偷工减料耍花样省键盘这点小钱的，毕竟做砸了直接毁招牌被打脸的。

最后，整个键盘行业，都 tm 被苹果一家带歪了，巧克力是最反人类效率最低的键盘，为了轻薄为了好看而特意设计的。有老外做过这方面的数据统计，巧克力键盘实际使用感受、打字效率、击键误触等方面都远远比不上传统键盘。