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

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

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

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

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

最近需求需要接入地图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瘾