快速解决Mac OS 被顶部图标摄像头挡住的问题。Quickly fix the Camera area covered the menu icon on MacOS

都2024年了,苹果系统内部还没有解决.

当右侧icon较多时,默认分辨率的屏幕很容易当icon超过10个时多余的icon 挤到 notch区域,然后怎么样都无法点到了。

1. 网上主流的方式是安装一个第三方软件比如Bartender 16$ 付费

第2种方案,改变屏幕分辨率

第3种方案:减少 icon的间距

这种情况适合 那种icon也不算太多,但是也不舍得都关闭的情况。我就属于这种,直接通过 iterminal 输入命令来修改

  1. 打开 terminal
  2. 输入如下指令
    • 运行 defaults -currentHost write -globalDomain NSStatusItemSpacing -int 8
  3. 重启电脑

就可以看到被隐藏的icon又重新出现了,我这边可以放下大约 16个icon元素

大概是这样,并没有完全铺满

够用了。

高德地图恐怕是最难用的开放平台了吧

最近需求需要接入地图SDK,本想腾讯地图确实不给力,想看看竞品做的如何,发现高德的SDK更烂。

首先是sdk还停留在十年前,使用jar包方式集成。需要拷贝一大坨jar包到工程项目中。

后来下载了demo,一堆报错,2024年了,demo中的gradle版本还是4.6版本,gradle tool 版本更是3.0,与java11 都不兼容。

解决完工程结构后,发现运行竟然报错。报错的原因是变更了jar包中类的处理。

大量的类在构造的时候需要Catch住?真的是毁了三观。

作为一个知名的地图开放平台,显得太不专业了。

一些思考

Continue reading “高德地图恐怕是最难用的开放平台了吧”

求职者,招聘者

年前把工作定下来,虽然有些小插曲,但是看淡就好。 但也收获了不少,主要是结合自己之前面试别人,这次从求职者的角度重新审视了整个过程,发现之前存在的一些问题。

招聘者

见过一系列招聘者,有各种类型的,有外包公司,小型创业公司,中型公司,大型公司,都有接触过,各有各的pros and cons
Continue reading “求职者,招聘者”

对现有云盘的一些想法

事情是这样的,我这个笔记本的ssd硬盘只有256G,虽然目前还够用,但难保我这种不善于整理文件的人来说,迟早会全部占满的, 于是我想通过网盘分担一部分的存储,于是想到了云盘,后来发现好像只有百度有mac版本的同步盘,下载安装后,在本地选择了一个目录作为同步目录,结果,它居然把网盘上所有的文件都同步下来了。这可不是我想要的。

我觉得云盘同步盘应该是像tortoise那样作为一个插件,可以直接对目录同步,微云的那个作为一个单独软件(mac版本)让用户上传下载,真心还是一个上个时代的产品,除了传大文件方便点,对于操作目录还是不够方便, 目前很多云盘提供的网络存储都是好几T的空间了,虽然自己个人资料加起来都没有几个T,个人电脑的硬盘也能够达到T级别,可是对于本地存储空间不大的ssd的笔记本,和移动设备还是需要更多的存储空间, 云盘服务提供的同步盘能够让用户感觉自己的资料放在本地,目前看的百度云盘的同步盘功能是在服务端和本地同时存了一份,如果换一台电脑,比如我到台式机上去,安装同步盘,用同一个帐号登陆,同样会把所有的文件同步下来,可是如果有好几个T的资料呢?我并不需要把所有的文件都同步下来,比如有很多视频资料可以在线播放,何必都要下载下来占本地的资源呢?我希望只在本地留一个镜像文件,如果要同步可以自己手动同步,也可以设置哪些文件或者目录一旦变更就自动同步,这一点对自己写的文档或者代码,可以在切换不同的电脑时感觉会很方便。

程序员浪费生命的几种方式

     程序员应该要爱惜生命,做有用有意义的事情。做有用的事情,有两种方式,一、做一个对用户真正有价值的项目,这个项目是真正有意义有用的;二、朝正确的方向以正确的方式做项目。但是程序员会遇到很多失败的项目,这些系统要么是没有人用没有真正价值,要么是以不正确的方式做项目,使用不当的技术,例如,用报表工具代替查询、用ESB企业总线当作海量数据传输用,或者做一些没有实际用途的功能,如做一个万能的用户自定义查询系统、做用户自定义工作流工具、做用户自定义报表工具,这些项目无疑在浪费程序员的生命。笔者试图总结程序员浪费生命的几种方式,如下。


1、开发一个质量和性能很差的系统

    程序员经常会碰到这样的项目,做出来的系统质量很差,操作无反馈,失败无提示,而且速度很慢,操作时不时要等一会儿。然而,关键是程序员没有机会或者不想参与实施和维护,失去了学习和诊断问题的机会。

2、花费大量人力财力开发一个一次性的项目

这是从事应用开发程序员经常碰到的情况,为某个客户定制化开发一个一次性的项目,然而这个项目要花费巨大的人力成本,最终开发维护周期很长,以巨大亏本收尾或无法收尾。

3、开发一个很漂亮花哨的无人用的系统

    这也是当前常见的情况,客户要做一个亮点政绩工程,要做一个界面漂亮花哨“很炫”的系统,各种图表,各种交互方式、各种监控分析全部堆上,但最终这样的系统是没有人用的。这只是给领导或客人参观用的。

4、全新开发一个原有遗留的系统

     程序员的领导要基于原有的系统重新做一个产品,大幅提升可维护性可扩展性,增加系统的稳定性,减少系统故障。领导决定召集人马,重新进行需求调研,需求分析,架构设计、编码开发测试。但是,这样的事情一再重复,同样类似的需求给不同的客户做了一套又一套新的系统,而且每个系统过一段时间后故障不稳定的情况依旧。各种版本、各种代码库留给了程序员……程序员需要持续给不同客户维护不同版本的系统。

5、开发一个项目范围不确定的系统

    程序员所在的项目,没有人管理项目范围,没有WBS,用户提一点做一点,项目完全没有合同或契约约束,用户要做的越来越多,系统做得越来越大,最终无法控制,客户不满意,程序员也累得半死,试图讨好客户争取更大项目的计划失败。

6、开发一个没有系统角色或涉众的系统

    程序员做的这个项目,虽然都有需求、有功能、有界面,但是奇怪的是,需求没有提到,也没有人知道这些功能是什么人用的。需求没有定义出系统的角色,以及角色所要参与的业务活动。然而这样的项目也不少见,

7、开发一个使用环境不确定的项目

    程序员做的企业应用项目,不知道是给电脑用的还是给移动设备用的,不知道是给IE用的还是其他浏览器用的,不知道是给IE6用的还是IE10用的,不能确定浏览器平台版本。移动设备不知道是iOS还是Android,Android不知道是2.3的还是4.0的,也不能确定手机或平板电脑型号。我们知道,中等规模的企业应用都会比互联网应用要复杂很多,几乎不可能覆盖所有用户的使用终端平台,要做一个优秀系统必须有约束条件,有使用的目标平台。

    针对以上各种情况,程序员经常是没办法干预的,因为,要么这是客户明知故犯的行为,要么是公司部门的战略行为,要么是由于项目经理基本的技能职责缺乏。当然程序员可以假设自己是项目经理,考虑该如何做好这些项目并适时适当的提出问题或解决办法,以免浪费自己的生命。
转载自

IT瘾