首页   注册   登录
 no1xsyzy 最近的时间轴更新
no1xsyzy's repos on GitHub
Makefile · 2 人关注
fcitx-flypy
flypy for fcitx-table
PowerShell · 1 人关注
winrunner
Win+Run with short names
XSLT · 0 人关注
APItester
Light-weighted API tester using XML/XSLT.
JavaScript · 0 人关注
avalonsaber.github.io
The rep for the website avalonsaber.github.io
JavaScript · 0 人关注
BaiduExporter
Assistant for Baidu to export download links to aria2/aria2-rpc
Makefile · 0 人关注
elec-homework
TeX · 0 人关注
fyp
Final Year Project
Python · 0 人关注
getwallp
Using Python 3.5 To search pictures from some sites.
PHP · 0 人关注
HProxy-PHP
HProxy powered by PHP
HTML · 0 人关注
jsdemo
0 人关注
jyfc-book
classic books of computer science
Makefile · 0 人关注
MachineLearningNotes
机器学习笔记
Ruby · 0 人关注
no1xsyzy.github.io
Personal Homepage
Nginx · 0 人关注
packed-aria2
Fully packed aria2 in docker
Python · 0 人关注
pms-final
Made into a Service
Python · 0 人关注
pysinpl
The python implementation of SINPL
0 人关注
reburning-book
电子书
0 人关注
treestyletab
Tree Style Tab, Show tabs like a tree.
Vue · 0 人关注
vue-utils
Useful tools for exercising Vue.js.
JavaScript · 0 人关注
webui-aria2
The aim for this project is to create the worlds best and hottest interface to interact with aria2. Very simple to use, just download and open index.html in any web browser.
no1xsyzy

no1xsyzy

V2EX 第 250548 号会员,加入于 2017-08-24 12:31:37 +08:00
今日活跃度排名 2291
僕と契約して魔法少女になってよ!
微软邀请 RMS 发表演讲
业界八卦  •  no1xsyzy  •  129 天前  •  最后回复来自 pingpingping
1
你能辨别如下情况是否属于盗版吗?
分享发现  •  no1xsyzy  •  183 天前  •  最后回复来自 no1xsyzy
31
提需求:引号也应该自动空格
反馈  •  no1xsyzy  •  199 天前  •  最后回复来自 lzxgh621
4
leetcode-cn.com 显示“内部出错”
全球工单系统  •  no1xsyzy  •  2018-11-27 18:02:46 PM  •  最后回复来自 pipi32167
2
no1xsyzy 最近回复了
5 小时 53 分钟前
回复了 moxuanyuan 创建的主题 PHP 无聊问下代码风格的事
我突然意识到结合看似不兼容的几种想法,我足以给出一个兼容的最终结论了
第零条,一切的格式、规范、风格、结构、形态…… 统称 “视觉表现”。它影响的是 “可读性”,因为执行起来没区别。
此处也不例外,编写者应当选择在阅读此段代码的过程中对于程序逻辑理解更清楚的一种。
那么核心在于,以何种 “视觉表现” 编写的话,逻辑是清晰的?
这设计到这一序列的内容物的清晰程度。
风格 1 将内容紧实到一行,它容易引起这一序列的 “整体感”。
风格 2 将内容分散到多行,它看上去更像是独立的个体,形成 “模块感”。

对于将数组看作一个整体的,会更倾向于第一种。
对于将数组看作个体的集合的,会更倾向于第二种。

人们常说,一本书是先越读越厚,然后越读越薄的 —— 对于代码风格应该也一样,逐渐倾向第二种,然后再重新倾向第一种。

实际上,我最近对同一个事物建了三次模正好类似 1、2、1 的形态…… 但第一个 1 和最后一个 1 是不同的。
前者是粗略粗糙;后者是精炼简洁。
前者是对其组成的不理解,只得以整体考虑;后者是已经清楚明晰,不必单独考虑。
6 小时 16 分钟前
回复了 moxuanyuan 创建的主题 PHP 无聊问下代码风格的事
@icylogic 说来我已经忘了最初我想说什么了(说到底大概我只是想说下我的规范有多神奇)
这些能自动化的,确实不叫规范也不叫风格,也就是 format lint 还有更多更多 xxer 里的 xx
大概都能叫 convention 吧
(后面关于词法语法规范不自然,就是突然意识到了自己的感觉是啥)
主要还是 pick one and forget it

PS. 总感觉免不了出现图灵完备的换行与否要求,不过那都无关紧要了
6 小时 31 分钟前
回复了 xytdj 创建的主题 程序员 从 996 谈开发团队的绩效管理
说到底是囚徒困境,你就算发明了某种措施 M,最终也不过是某种措施 M,与 996 无关。
在每个格子上加 100 并不会改变博弈结果。
如果你确实在管理学方面很牛,确实成功设计了某种措施实现生产力激增,那你最终也不过是在蹭 996 的热度。
6 小时 40 分钟前
回复了 xytdj 创建的主题 程序员 从 996 谈开发团队的绩效管理
@xytdj 神奇的是,我特地避免了对你的思想进行论述,而仅仅将你的行为和一些经济学原理并列放在一起,这种隐喻的方式来告诫;连拿破伦的例子也仅止于 “拿破伦知道自己无能”,也没有具体谈你是否知道自己无能。
既然你往我特地移开的枪口上送,那我也不客气了。

你所幻想的,是以一种管理方面的技术打败 996。你说:
> 如果实施正确的绩效管理措施,不但无需 996,并且还可以持续增强团队的效能。
分解一下,你认为:存在
1. 一种绩效管理**措施**;并且它
2. **正确**;
3. 比 996 强;
4. 具有可持续性。
我同意确实存在某种措施(且称为 M ),它 3. 比 996 强,并且 4. 具有可持续性。
但 “正确” 的定义不明了,且略过。然后应当警惕古德哈特定律:一切措施本身成为目标时它便不再是一个好措施。

我不确定您是否希望靠它消灭 996,但我看到了这个:
> 我承认有你所说的就算是有更有效率的管理方法、一样还是会 996 的老板,**但也有不是的**
显然,你是希望部分(至少一名)企业家,将会仅凭措施 M 而不进行 996,可以说 “借助于” 措施 M,来不进行 996。
这一点,我将告诉你为何不现实:
第一点,在几乎所有公司,996 从来不是绩效的一部分 —— 因为合法性的关系,他们不可能这么明目张胆地做;
第二点,你的方法不可能不被误用(古德哈特定律);
第三点,也是最重要的一点,除非你的方法明确阻止了 996 (方法仅限于特殊的设计使其他方法与 996 不兼容,比如设计为只有太阳仰角 45 度以上才可以写代码),不然最终的结果就是大家都同时采用措施 M 和 996 的方法。

问题点在于 “回报是基于相对投入的”,并且措施 M 不具有独特性。
想象,公司 A 采用了措施 M 但不 996,公司 B 并没有采用措施 M,但是 996。
公司 A 凭借较低的成本,在投标中胜出。
公司 B 自然会调查 “为何公司 A 的投标价如此低?” 自然会知晓公司 A 采用了措施 M。
所以接下来公司 B 采用了措施 M,同时仍然保持 996 (压榨)。
结果就是,公司 A 采用措施 M 但不 996,公司 B 采用措施 M 且 996。
谁会拿到下一次投标?如果是 A 那还好;如果是 B,那 A 恐怕也要 996 了。
最终就是大家都采用措施 M,该 996 的还是 996,甚至原本不 996 的也要 996。
这就是比烂的意思,大家都往好的方向走,没问题,问题是仍然免不了比烂。
法律的意义就是让每个个体,不仅考虑自己个体的利益,也从社会全体的利益上考虑,通过调整全局系数,改变纳什均衡点。
7 小时 25 分钟前
回复了 xytdj 创建的主题 程序员 从 996 谈开发团队的绩效管理
@xytdj #83
> 我只能说,你再次以你自己的理解,臆想和猜测他人的思想。这样做,是不对的。
我根本没有猜测您的 “思想”,我没有任何一句话提及您的 “思想”。

看看我在 #63 说了什么吧:
> 洋洋自得以为发现了什么不得了的真理
我是在总结您的表现,而没有提及您的 “思想”
> 还因此声称自己找到了解决方案
我是在复述您说的话,而没有提及您的 “思想”
> 靠一个 “机制” 就能够解决问题
我是在洞察您尝试做的事,而没有提及您的 “思想”
> 这就是自负
我是在评判您(糟糕)的品格,而没有提及您的 “思想”
> 而自负,正是无能的象征
我是在推断您的能力(无能),而没有提及您的 “思想”

我在 #79 又说了什么呢?:
> 你中文太烂了
我是在讽刺您的语言能力,而没有提及您的 “思想”

上述语句中我一处都没有提到您的 “思想”,如果连 “提到” 都没有,何来的 “臆想和猜测”?
7 小时 38 分钟前
回复了 gtkkit123 创建的主题 程序员 在经历理发除螨事件之后,我发起了公众维权开源项目
@gtkkit123 什么叫试试?可以预见害处(因为 Github 连接不佳的原因不少人放弃参与你的活动),还想着试试?
而且我暗讽您的智商,您也看不出来。
7 小时 53 分钟前
回复了 moxuanyuan 创建的主题 PHP 无聊问下代码风格的事
@icylogic BTW,我对于词法语法层面的 “代码规范” 是感到不自然的。
代码规范是为了阅读方便的,但现在大部分**编辑器**都有代码高亮功能的情况下,词法语法方面进行规范对可读性是没有帮助的。
还有一些 “规范” 竟然是为了 git 的方便。为了一个不完善的工具的方便!
我说的不完善不是使用者的 “抱怨”,也不是(王垠所说)创作者的 “改进方向”,更像是经济学家的 “历史的必然”。但因为历史的扭曲而继续扭曲不符合理性,很难想象这是所谓 “软件**工程**” 的一部分。
8 小时 3 分钟前
回复了 moxuanyuan 创建的主题 PHP 无聊问下代码风格的事
@icylogic 我是说不能被 IDE 或 hook 自动化
我的规范是种合理且极端的情况。单双引号是两种基本可互换的词法结构,但我却要求其具有语义。这需要的是 Review,靠程序是做不到的,上那些所谓 “人工智能” 的 Review 更不行(至少 RNN 肯定不行)。
我提出这点用以例证:如果没有 Review,实际上所谓代码风格的存在就是幻象,松散的规定会导致 A. 风格有歧义,严格的规定会导致 B. 无法变通反而代码可读性更糟糕的情况。
而我对于 “不是列表而是元组” 也是语义上的要求。

详细地针对 1. 进行论述:
就算对 column 进行限制仍然导致 A. 风格有歧义,就像 #5 那样,仍然可能存在多个元素一行的情况 —— 不要说限制单行单元素,那样的话就是 B. 无法变通,比如使用一维表示二维数组,那样显然仍然按照二维方式书写更好;或者是分几类的,比如枚举 alphanumeric,一行数字一行小写字母一行大写字母,不然还需要做列表拼接或者 flat。
10 小时 53 分钟前
回复了 gtkkit123 创建的主题 程序员 在经历理发除螨事件之后,我发起了公众维权开源项目
不是,你觉得放 Github 会有人关注?
现在这个 Github 时上得去时上不去的状态,广大人民群众过 8 秒就劝退了,谁还来在乎你?
996 是因为直接关注程序员群体才能在 Github 有推广价值
11 小时 35 分钟前
回复了 xytdj 创建的主题 程序员 从 996 谈开发团队的绩效管理
@xytdj #72 你在 #61 中 “996 是一个发展过程种的产物” 蕴含了 “你说的什么我国这个阶段不 996 就没法追赶了”。
虽然我知道你想说的是 “副产物”,只是你中文太烂了(建议不要干涉我国内政(狗头
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1097 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 86ms · UTC 18:50 · PVG 02:50 · LAX 10:50 · JFK 13:50
♥ Do have faith in what you're doing.