V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shijingshijing  ›  全部回复第 109 页 / 共 146 页
回复总数  2911
1 ... 105  106  107  108  109  110  111  112  113  114 ... 146  
看到键盘帖子我就要怼巧克力,以下再来一遍,反对以苹果把路带歪,反对 ThinkPad 跟风,反对一切为了轻薄而轻薄的形式主义:
----------------------------------------------------
继续吐槽巧克力键盘。其实大厂们在 HMI 方面是做过了大量的实验的,经典的键盘构型设计,都是有实验数据支撑的。我知道的,有明确数据表明巧克力反人类的地方,说两点:

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

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

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

其实最早在 SONY 给 OEM 提出巧克力键盘(当时也叫浮岛式键盘)的设计时,几个大厂都讨论过,特别是自身有一定设计实例的,HMI 方面有一定功底的厂商,都反复比较过,结果大家也都心知肚明,然后没有大规模推广。后来被苹果这个设计具有强势话语权的外貌党给彻底带歪了,几个大厂横向一看风向都是往巧克力键盘那边吹的,结果就都一起被带歪了。苹果自己吹的什么 X 构架、蝴蝶架构,省省吧,自己拆一拆老的 Thinkpad 的 T 系列就知道是怎么回事了,不过是被苹果有一次重新发明 /定义了键盘而已。
@likuku 恩,这个版本寿命很短,知道的人不多吧。Win 97 是俗称,启动的时候显示的还是 Win 95。
@jy02201949 很多用户的需求不高,能用就行了,再说 BS 的部署不要太方便。
@liquanhai
@ibugeek
@halFKing
@pezy

我发现以前写桌面应用的,一直写不转型的话,MFC -> .Net -> WPF -> Qt 好象唯一可以走下去的一条路了。桌面的开发成本还是太高了,远不如用 Web 的那一堆框架+一条老狗带一堆新手组团,所以 CS 架构能往 BS 架构转的基本上都会往那边转。
@ibugeek 是入了 PHP 神教么?
@liuzelei 看规模吧,大公司里面我描述的可能是个高级软件工程师;中小型的这个配置够用了。毕竟大公司上面还有 CTO 呢。
2018-01-16 00:04:21 +08:00
回复了 guiguan 创建的主题 MongoDB 基于 React 和 Electron 实现的跨平台高颜值开源 MongoDB IDE
不得不说,前端们真是把 js 玩出了花~~~
@miketeam OOP 这一条线上去也不是那么容易的,一般有几个阶段:

先要干几年的 software engineer,在别的架构师写好的框架上面搬几年砖,仔细体会为什么架构会这样设计,这一阶段你只需要把 C++,Java,C#任何一门用的烂熟基本就能混过去;

然后是自己尝试写一些小的模块,比如支付模块,用户模块,后台管理模块,存储模块,尝试自己从零开始设计几个小型的模块,这个时候你需要了解对象与对象之间的关系以及如何交互,Design Pattern 就用上了。

接着你对很多模块都比较熟悉了,是时候独立写几个完整的项目了,不管是 Web 还是 MIS 系统,还是其他 Application。尽量用上你前一阶段的积累,然后多上网找找轮子,看看别人写好的模块,这一阶段你需要站在整个项目的高度上去组织这些东西,实际业务用到的最多的 CRUD 这时候基本上就是体力活儿了。实际上这时候你才开始介入架构,一些高级的工具和方法这时候需要引入,比如 UML,泳道图,Enterprise Architect,IBM Rational Rose,IBM Rational Rhapsody 这些神器就开始上场了。

最后,你做过很多个项目之后,你发现有一些类似的项目,比如电商类、信息管理类等等,你发现这些项目有很多共性的需求,然后你将这些共性的东西提炼出来,用一种语言实现一个较为通用的框架,你做完了这个框架,然后有其他公司或者程序员陆续开始使用,积累到一定的用户基数,这时候,你才算是较为成功的架构师了。

当然,一般你把第三步做好就已经不错了。
2018-01-15 23:18:12 +08:00
回复了 mb135 创建的主题 程序员 为什么上海的互联网行业跟它的一线城市地位不符?
互联网的屌丝一身运动鞋+冲锋衣,一出场就被西装革履的金融高富帅秒杀了;还有各种外企的 OL,各种小资各种优雅,看都不会正眼看一眼互联网屌丝,对她们来说,互联网宅男就一暴发户,要气质没气质,要品味没品味。
上面漏了一句,不喜欢 cpp,那 C#和 Java 起码还是要熟悉一个的啊,不然 OOP 没办法玩。cpp 玩熟了,其他语言不要太简单。。。
想做架构师,不熟悉 OOP 的那一套东西,不熟悉 Design Patterns,怎么可能做得出来架构?项目也要看好坏的,那些个垃圾项目,纯粹是浪费时间;还有一些项目是成熟框架,无外乎就是业务 CRUD,你又能学到什么么?

如果真心想扎下去,操作系统、算法、数据结构、网络、面向对象+设计模式,都是绕不开的,这些都是要静下心来认认真真啃那几本大部头的书的。这些东西,等你 30 多岁了就知道了。
1 ... 105  106  107  108  109  110  111  112  113  114 ... 146  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2867 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 09:11 · PVG 17:11 · LAX 01:11 · JFK 04:11
Developed with CodeLauncher
♥ Do have faith in what you're doing.