charlestang 最近的时间轴更新 charlestang 最近的时间轴更新 |
charlestangCharles Tang V2EX 第 29379 号会员，加入于 2012-11-06 13:35:29 +08:00 |
charlestang
http://sexywp.com
上海
charlestang
charlestang 最近回复了
158 天前 回复了 acainiao 创建的主题 › 游戏开发 › 我的游戏《魔旅之塔》将要发售了。 |
一个人也能开发游戏太牛逼了
158 天前 回复了 ChenXuting 创建的主题 › 生活 › 是玻璃心还是真的应该委屈？ |
如果网格活动本就无意义，可能他们也不想去，你增加了无意义活动的效率。
2021-05-19 14:39:21 +08:00 回复了 chaleaoch 创建的主题 › Python › 给同事讲 Python 的高级用法, 有没有提纲什么的... |
@DeleteZN 我也觉得《流畅的 Python 》很不错的。
我推荐一个，https://www.mkdocs.org/ MkDocs 是用 Python 实现的，感觉很清爽的样子，MarkDown 支持各种插件和皮肤，很适合文档。还有个现在公司里用的 Outline https://www.getoutline.com/ 这个也有点小清新，是 JS 实现的。
2021-05-19 14:16:55 +08:00 回复了 trepwq 创建的主题 › 问与答 › mac 蓝牙键盘乱码到底是什么原因 |
仔细回想起来，我的笔记本是 touch ID 的，解锁后，才开始输入，这时候，屏幕上回显乱码，20% 左右的概率，反正是很常见的，这时候，习惯动作是关掉键盘电源，重启，再连就好了。
但是，iMac 是没有 TouchID 的，鼠标唤醒电脑后，第一个输入是密码，很少因为蓝牙键盘连接导致的乱码而无法登录。这就说明一个问题，一楼说的那个规律极可能是正确的。这么提醒我才回忆出来，觉得很有道理。
后面我会注意一下，蓝牙键盘重连的时候，尽量不要按 command 或者 option 键，说不定真可以。
但是，iMac 是没有 TouchID 的，鼠标唤醒电脑后，第一个输入是密码，很少因为蓝牙键盘连接导致的乱码而无法登录。这就说明一个问题，一楼说的那个规律极可能是正确的。这么提醒我才回忆出来，觉得很有道理。
后面我会注意一下，蓝牙键盘重连的时候，尽量不要按 command 或者 option 键，说不定真可以。
2020-03-04 10:52:06 +08:00 回复了 mylxsw 创建的主题 › 分享创造 › 开源文档管理系统 Wizard 1.2.1 发布 |
我现在发现，各种 Markdown 制作 目录都极其困难，一个是不自动生成目录，手动生成的话，制作网页内锚点链接也极其困难。不知道你这个怎么解决的。
2020-02-29 16:39:36 +08:00 回复了 xiaotianhu 创建的主题 › 程序员 › 现在写代码还有快感吗 |
感觉吧，谈到快感，其实是一种生理过程，这个过程还是有规律可循，类似于分泌多巴胺之类的。你做一个事情，成功的这个信号，让你产生多巴胺，于是就有了快感。
为什么快感会越来越少呢？就要谈到 “边际效益递减” 这个原理，这是一个比较普遍的原理，属于心理上的一种错觉。比如你从没享受过编程创造的快感，第一次成功的时候，效用是无穷大的，让你坠入了这个大坑。那么体验过一次以后，你就知道这是什么感觉了，第二次成功的时候，哪怕跟第一次一样的时候，你的期望是 无穷大，你得到的感受实际上无法超过上一次的。不过还是有意义的，第二次带来的感受 是 1/(1+1)，也就是二分之一。以此类推，每次你得到的都一样大，那么第 N 次后，就变成 1/(N+1)，随着 N 增大，每次编程成功的快感效益，无限趋近于 0。
怎么治愈快感消失的问题呢？
改变分母。编程成功这个事情，本质上，都是一样的，你就不能把这个当回事。所以，你总要去找一些全新的成就，编程既然是一个特长，就让编程成为一个手段。比如，通过编程迎娶白富美。这个快感应该是无穷大的。通过编程炒股票赚到钱，这个快感也是无穷大的。你只要找到无数多个以编程为手段的成就列表，你就可以让编程带来的快感总是无穷大的。
总结：程序员应该好好关注业务！而不是总聚焦在编码本身～
为什么快感会越来越少呢？就要谈到 “边际效益递减” 这个原理，这是一个比较普遍的原理，属于心理上的一种错觉。比如你从没享受过编程创造的快感，第一次成功的时候，效用是无穷大的，让你坠入了这个大坑。那么体验过一次以后，你就知道这是什么感觉了，第二次成功的时候，哪怕跟第一次一样的时候，你的期望是 无穷大，你得到的感受实际上无法超过上一次的。不过还是有意义的，第二次带来的感受 是 1/(1+1)，也就是二分之一。以此类推，每次你得到的都一样大，那么第 N 次后，就变成 1/(N+1)，随着 N 增大，每次编程成功的快感效益，无限趋近于 0。
怎么治愈快感消失的问题呢？
改变分母。编程成功这个事情，本质上，都是一样的，你就不能把这个当回事。所以，你总要去找一些全新的成就，编程既然是一个特长，就让编程成为一个手段。比如，通过编程迎娶白富美。这个快感应该是无穷大的。通过编程炒股票赚到钱，这个快感也是无穷大的。你只要找到无数多个以编程为手段的成就列表，你就可以让编程带来的快感总是无穷大的。
总结：程序员应该好好关注业务！而不是总聚焦在编码本身～
2016-04-11 11:21:58 +08:00 回复了 lincanbin 创建的主题 › GitHub › 在 GitHub 提交垃圾 PR 成为知名项目 Contributors、通过互粉后取关骗 Followers、建仓库转载文章获取 Stars 的行为，脚本刷绿，是值得批判的吗？ |
不合宜的 pr ，关了不就完了。能废多少时间？
骗个关注又有啥了不起，愿打愿挨的，不愿意取关不就完了，有人愿意啊。
假的真不了，真的假不了，做这些行为，又没妨碍谁。
画猫这么有情怀和爱心的事情，知乎怎么那么多人批评？我还想画猫呢！但是太难，确实做不到而已。
没仔细看，反正没发现什么劣迹，无非在 github 玩耍了一下啊……
Star 和 Follower 屁用都没有，跟小时候折纸星星一样，骗再多有什么关系呢，又没废多少电，
那么多人又在愤怒点啥？
硬盘那么便宜，连个画猫的女孩子都容不下么……
骗个关注又有啥了不起，愿打愿挨的，不愿意取关不就完了，有人愿意啊。
假的真不了，真的假不了，做这些行为，又没妨碍谁。
画猫这么有情怀和爱心的事情，知乎怎么那么多人批评？我还想画猫呢！但是太难，确实做不到而已。
没仔细看，反正没发现什么劣迹，无非在 github 玩耍了一下啊……
Star 和 Follower 屁用都没有，跟小时候折纸星星一样，骗再多有什么关系呢，又没废多少电，
那么多人又在愤怒点啥？
硬盘那么便宜，连个画猫的女孩子都容不下么……
2015-10-07 22:47:35 +08:00 回复了 Andor_Chen 创建的主题 › PHP › 送几本《Modern PHP（中文版）》 |
PHP 程序员，五年陈的，不知道能不能学到东西，盼中奖～
2015-05-19 16:37:40 +08:00 回复了 linoder 创建的主题 › 程序员 › 14 年 7 月份入职，马上 PHP 从业满周年，总结下工作 |
看了楼主的帖子，感触蛮深的，我是工作了5年的PHP
1. 一个框架用好、用透就行了，别的框架也差不多，触类旁通的，不用自己写一个框架的，除非你觉得你写一个能够锻炼你的能力，否则的话，大部分应该有的功能，各种框架已经实现遍了，基本上，写框架除了练习，就是浪费时间了；
2. PHP在语法上没有任何难点，设计思想上，基本上也没有什么亮点和营养，就是一个解决问题的语言，所以，个人觉得，归根结底还是去解决问题，学习解决问题的通用方法；比如面相对象方法论，设计模式，这些都是指软件构建时候的一些通用方法论，是值得去研究的，但是不必拘泥；
3. 前端技术发展太快，而且个人也觉得是在朝着不断解放生产力的工程实践创新方向发展，没有技术本质的进步，没有必要去跟随，太过累了；
4. 关系型数据库还是存储的主流，尤其是MySQL，基本是高性能、低成本的同义词了，还是要深入掌握的，尤其是InnoDB，索引，理解越深越好；
5. 网站架构师可能是一个发展方向，走到后来，你不得不跟java，python，ruby，node，go，等各种兄弟开始竞争；
6. 架构师要了解网站所有的层面的问题，并有所掌控。比如网站在规模扩大的时候，会遇到什么困难，比如数据库访问压力，那要怎么去处理，加cache，nosql，然后，读写分离，一主多从，队列；然后会有什么困难，可能是io压力，怎么平行扩容，冷备，热备，自动切换，自动伸缩，容灾；多种业务有不同特性，比如高并发，间歇性；读多写少，读少写多；高可靠优先，高性能优先，取舍问题；还有一种，类似游戏和聊天之类的，有大量连接的问题，怎么去处理；
7. 架构师基本是技术广度的问题，鸟哥的道路也不错的，就是技术深度的问题，比如研究PHP的解释器，从领域语言层面解决问题，实现扩展，进而到改进PHP内核，都是不错的发展方向，只是我觉得，这是光荣的荆棘路，要吃得了苦，耐得住寂寞；
1. 一个框架用好、用透就行了，别的框架也差不多，触类旁通的，不用自己写一个框架的，除非你觉得你写一个能够锻炼你的能力，否则的话，大部分应该有的功能，各种框架已经实现遍了，基本上，写框架除了练习，就是浪费时间了；
2. PHP在语法上没有任何难点，设计思想上，基本上也没有什么亮点和营养，就是一个解决问题的语言，所以，个人觉得，归根结底还是去解决问题，学习解决问题的通用方法；比如面相对象方法论，设计模式，这些都是指软件构建时候的一些通用方法论，是值得去研究的，但是不必拘泥；
3. 前端技术发展太快，而且个人也觉得是在朝着不断解放生产力的工程实践创新方向发展，没有技术本质的进步，没有必要去跟随，太过累了；
4. 关系型数据库还是存储的主流，尤其是MySQL，基本是高性能、低成本的同义词了，还是要深入掌握的，尤其是InnoDB，索引，理解越深越好；
5. 网站架构师可能是一个发展方向，走到后来，你不得不跟java，python，ruby，node，go，等各种兄弟开始竞争；
6. 架构师要了解网站所有的层面的问题，并有所掌控。比如网站在规模扩大的时候，会遇到什么困难，比如数据库访问压力，那要怎么去处理，加cache，nosql，然后，读写分离，一主多从，队列；然后会有什么困难，可能是io压力，怎么平行扩容，冷备，热备，自动切换，自动伸缩，容灾；多种业务有不同特性，比如高并发，间歇性；读多写少，读少写多；高可靠优先，高性能优先，取舍问题；还有一种，类似游戏和聊天之类的，有大量连接的问题，怎么去处理；
7. 架构师基本是技术广度的问题，鸟哥的道路也不错的，就是技术深度的问题，比如研究PHP的解释器，从领域语言层面解决问题，实现扩展，进而到改进PHP内核，都是不错的发展方向，只是我觉得，这是光荣的荆棘路，要吃得了苦，耐得住寂寞；
Select Language