博文

Some of Team Management(开始带人了。。我得充个电)

目前大体思路。。 项目上: 派发需求(自左向右)与完成需求(自右向左) 分解上继需求/KPI - 需求产品化(整体与使用场景的构想) - 产品分解为模块 - 模块抽象为技术 - 指派工作 工作中 如何管理好一个小团队? - 张轶杰的回答 - 知乎 https://www.zhihu.com/question/20894963/answer/36455659 沟通工作/职业目标 你来这里,想要得到的是什么?这样东西,是别人夺不走的,是不会随着你的离开而离开,它将永远跟随你。 工作制度(不同于公司的,利用审批制度来做) 加班换调休等等。 小公司团队管理需求的三个特点:(当前可以认为是小公司团队。。) 简单。 必须足够简单,简单意味着抓住主要矛盾,解决核心问题; 说人话。 小公司的管理者和员工很多都没有受过专门的管理培训,不仅要管理者能够理解,而且要员工能接受; 可以落地。 理解接受之后,照着说明书一步一步做就好。 做好小公司团队管理,只需要搞清楚这五件事 想想怎么赚钱(经营) 为了赚钱要做什么事(管理) 做这些事需要哪些人(人力资源) 这些人明天要做什么(计划) 这些人昨天做了什么(总结)

User权限安装Python3

1. 安装python python版本库: https://www.python.org/ftp/python/ wget https: / /www.python.org/ftp /python/ 3.6 . 4 /Python- 3.6 . 4 rc1.tgz tar -xzf Python- 3.6 . 4 rc1.tgz cd Python- 3.6 . 4 rc1 mkdir -p /home/zck/zhuchengkai/software/Python- 3.6 . 4 rc1 # 编译安装 ./configure --prefix= "/home/zck/zhuchengkai/software/Python-3.6.4rc1" make make install 2 添加环境变量 vim ~/.bash_profile # python 环境变量 export PATH= " $PATH :/home/zck/zhuchengkai/software/Python-3.6.4rc1/" ; # pip3 环境变量 export PATH= " $PATH :/home/zck/zhuchengkai/software/Python-3.6.4rc1/bin/" ; 这里有一个坑,当你运行python的时候还是2.7版本的,因为python3的执行脚本名字也叫python(和python2.7一样),所以执行脚本需要改名字 cp python python3 3 安装其他包 pip3 install pandas pip3 install numpy pip3 install scipy pip3 install sklearn 作者:thinkando 链接:https://www.jianshu.com/p/c45af0ddd68a 来源:简书 简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

Unable to boot device because it cannot be located on disk.

  xcrun simctl erase all

NSTextField的keyDown()事件

无法override。

Xcode重装后Lincense Agreement无法点击

终端:sudo xcodebuild -license

CGBitmapContextCreate是线程安全的!

https://forums.developer.apple.com/thread/29031 eskimo   Core Graphics is thread safe on a context-by-context basis, and you’re creating your own context to work in UIImage is thread safe on modern systems (iOS 4 and later IIRC), making it 

ARM64和ARM32的混合关系

要在同一个异常级别下更改执行状态,系统必须切换到较高的异常级别,改完之后在返回到原先的异常级别。 例如,您可能会在64位操作系统下运行32位和64位应用程序。 在这种情况下,32位应用程序可以执行和生成监督调用(SVC)指令,或者通过接收中断,以此切换到EL1和AArch64。 之后OS进行任务切换并返回到EL0中的AArch64。 实际上,这意味着你不能拥有一个混合32位和64位的应用程序,因为它们之间没有直接的调用方式。 在AArch64和AArch32执行状态之间切换的要点可以总结如下: 更改为AArch32需要从较高的异常级别出发到更低的级别。 这是通过执行ERET退出异常处理程序的结果。 更改为AArch64需要从较低的异常级别出发到更高的级别。 异常可能是一条指令执行或一个外部信号的结果。 如果在发生异常或从异常返回时异常级别保持不变,则执行状态也不能改变。 AArch64和AArch32执行状态都具有类似的异常级别,但是安全和非安全操作之间存在一些差异。 当发生异常时,处理器所处的执行状态会限制能用于其他执行状态的异常级别。 如果ARMv8-A处理器在特定的异常级别以AArch32执行状态运行,它使用与ARMv7-A中相同的异常模型来处理发送到该异常级别的异常。 EL3中的代码不能在更高的异常级别中使用异常,因此除了执行复位之外,不能更改执行状态。 Arm64位上可以同时运行32位和64位。32位和64位的切换只能通过更高的EL来进行。例如,我们有一个64位的os运行在nsec的EL1,这个os上可以同时跑32位应用程序和64位应用程序,那么这两个应用程序之间的切换必须由运行在EL1的os完成,这也就意味着一个单独的程序不可能混合32位和64位。