flutter的前景个人是看好的,而且其搭建环境还是比较容易的,简单实现个功能也不算太复杂,热加载调试起来也方便,常有想应用到新项目的冲动!奈何其构建UI方式个人不太喜欢,虽说仍保持有结构性,但给我类似下面手动创建界面的即视感:
(此图为网上下载) 真的不想说什么。最初看到这个“双亲委派”四个字的时候,我是接受的。当时也没什么多余想法,看到名词就感觉这大概就是最权威的。 但,最近我开始怀疑这样的翻译了。因为它真的不能够准确的让人把它映射到Java类加载机制的画面上去。 双亲委派?你委派给谁?双亲?双亲又是什么? 看看Java类加载的委派模型图: 基本机制就是: 如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把请求委托给父加载器去完成,依次向上,因此,所有的类加载请求最终都应该被传递到顶层的启动类加载
面对这个问题,那么不得不吐槽一下,Java 中获取长度的方式,设计着实有点乱,对刚入门的程序猿而言,那绝对是一脸的懵逼。 本次这个命名不是吐槽的重点。主要想分享如下代码片段。 一条 if 语句引发不满 先给各位抛一段 Java LinkedList 类的代码片段,一起吐槽吐槽。 好了,吐槽中见真谛,今天就讲这么多吧。希望你能 get 到一点点共鸣,如果你比较感兴趣,就多多分享给身边的朋友吧。
吐槽下安卓手机 安卓手机的问题: 1、安卓的机子运行时间长了,都需要折腾的,这就跟电脑一样,3-6个月恢复一次系统才快。很少有安卓系统不预装自己的软件的。 吐槽下各品牌手机: 1、三星。三星的机子预装的各种三星的服务是最多的,而且高版本的的三星手机很难root,重启就没有root了,如果彻底root了,你彻底用不了三星PAY了,所以这有点矛盾。 华为的虚拟按键是被用户吐槽的最多的,在浏览网页的时候会有“四下巴”是效果,很不美观。而且华为屏幕主流的还是5.2和6.0英寸的屏幕,感觉大屏手机5.5英寸已经是极限了,再大就很傻(胖子除外)。
其中,一位 ID 为“oraguy”的程序员对 Oracle 数据库代码的吐槽,更是引发热议。内容大意如下: Oracle 数据库 12.2。它有近 2500 万行 C 代码。 我不再为 Oracle 工作了。永远不会再为 Oracle 工作了! ----
槽点:不懂技术 一个不懂电脑的人,长期对我说,加这个功能,我认为挺简单的,我就说,那你做,他说,我要会还用你,我说,你不会就没资格说简单!老板总认为今天提的需求明天就能实现,不就是晚上加会儿班么。 槽点:无穷尽需求变化 需求变动真是深恶痛绝,尤其是涉及业务逻辑上的更改,牵一发而动全身啊,每改一次,全部系统都要过一遍,改的次数越多,BUG的风险越大。 美其名曰,“软件设计师”,“程序设计师”,“动漫设计师”,“CG设计师”……听起来都很高大上,做起来一个比一个苦逼,没完没了的加班,客户一个不满意,什么劳动法,休假权,8小时工作制都,合同是浮云,各种修改 槽点:没文化真可怕 以前公司,做了个b2b平台,老板想让我自己利用业余时间把搜索做成百度那样 我要做一个打车软件,嗯,就滴滴打车那样,抄你都不会? 不被媳妇吐槽的程序员不是好码农 槽点:不好找媳妇 嫁人千万别嫁程序猿,哈哈。我天天对老公说这句话,因为他就是。天天加班到晚上9点半之后,真担心他的身体吃不吃的消,脑细胞够不够用。
最后再说一句 吐槽了这么多,我并不是要完全否定Python,不得不说Python是一门非常简单实用的语言,而且社区强大,拥有各种功能的第三方库,说句夸张的,除了生孩子,Python能做任何事情。
每次打苹果技术支持电话,首先就问姓名,你要先想好了,她问的是你要咨询苹果账号持有人的姓名,如果你说自己的姓名,如果发现你不是账号持有人,技术支持会和你说让账号的持有人来 咨询。很尴尬啊。作为公司账号,之前的持有人离职了,那么后面的人就接管了账号。苹果的意思是,如果之前持有人不在公司了,只有做账号变更变成现任开发者的账号,就算之前的账号是公司账号,只要之前的持有人离职了,那么他就没有权限来操作苹果账号,即使是持有人打电话来他们也不会受理。这个规定虽然是为了账号安全但是很麻烦。
指针: 参数 含义 %p 表示为十六进制,并加上前导的 0x 狂吐槽,这种方式灵活多变,可以满足所有要求,但实际上大多数情况下,转 string 就是想看到一个值原本的样子,为什么不能每种类型给个默认参数呢 继续狂吐槽,这种方式太二了,参数都是 64 位的,传个 int32 还不行,必须先强转成 int64,这不是浪费效率吗。 string = "999" var num int64 num, _ = strconv.ParseInt(str, 10, 8) fmt.Println(num) // 结果是 127 都无力吐槽了 if age := 20; age > 18 { fmt.Println("已成年") } else { fmt.Println("未成年") } 我又要开始吐槽了,在条件表达式里声明一个变量
作者 | Nico 参与 | shawn 今天,一篇吐槽TensorFlow的文章在网上刷屏,到底是怎么回事呢?来看这位作者的抱怨有没有道理。 Tensorflow面世已约两年,我还是找不到一个令我满意的批评Tensorflow的言论,也许是我用的搜索引擎不对,但是我认为罪魁祸首是一种被称为“谷歌嫉妒”的现象,具体表现为全世界的工程师都臆想: 在谷歌工作的人比你聪明
吐槽 Micorsoft.Owin 的设计 在 OWIN 的设计当中, 一切都是松散耦合的, 基于职责链的中间件处理模式给开发者提供了很大的自由, 基于 OWIN 的应用甚至可以脱离 Windows/IIS Microsoft.Owin 中奇葩的设计 不过今天要吐槽的是 Microsoft.Owin 的设计, 在传统的 System.Web 命名空间下, 有一个很庞大的 HttpContext 对象, 让开发者又爱又恨
这里有个吐槽点,我在下面的隐式转换中再来吐槽。 (2) 浮点数 没有 float 和 double,而是用 float32 和 float64 表示。 浮点类型默认声明为 64 位。 var num1 int64 = 999999 var num2 int8 = int8(num1) // 转换结果是63 吐槽开始,也许你觉得,隐式转换没有就没有吧,最多用的时候强转一下。 之前说道 int 类型的时候,有个要吐槽的,来看下面的代码! 不管你是啥系统,int 和 int32、int64 都是不同的类型,想直接比较?没门!
发自内心的吐槽一下某云的ack服务。其他服务没有多大发言权。都差不多。但是作为一个算是比较早期的kubernetes用户有必要吐槽一下某云的ack服务,没有办法。 深度吐槽某云ack服务1.从创建集群开始吧1. 关于虚拟交换机关于这个选择虚拟交换机我就很不能理解,比如我现在有四个交换机,ok,我选择了三个,是不是我另外一个交换机的服务器就不能加入集群? 能不能别让我修改阿......4.可恶的报警.......先吐槽一下这个报警模板,大家的审美观看一下可还顺眼? 然后接着吐槽,报警这里fs.inode.utilization_device设置的阈值是85%没有问题,看一下kubelet的垃圾回收:--eviction-hard=imagefs.available 希望某云ack的小伙伴能看到我的吐槽,没有办法阿吐槽无门阿....太高高在上了.....希望能听一下用户的心声!更忍不住突遭,写个文章非要让我写某云吗?人工智能真的让我呵呵
代码首先是给人看的,其次才是给机器看的。 烂代码特征:可读性差、逻辑混乱、性能低下。 1.奇葩项目(模块)名 项目(模块)名称使用汉语拼音、英汉双拼、超长的字母集。 项目(模块)名称应该使用言简意赅的英文单词或短语,可代表项目(模块)意图即可。 2.奇葩包名 包名称使用毫无意义的单个字母或另类的单词。 正常的包结构名称应该以官网或产品域名的倒序为基础包,然后细分service、dao等。基本上常用的包名也就那几个,没必要为了体现出自己的不同而新创包名,如果真的有必要建新包名,应该使用名词性质的单词。 3
首先我个人工作经验最大的一个感触就是。如果说一件事情做好,能够最大的提升工作效率,我觉得就是文档规范。对于接口测试来说,接口文档。就是最要命的卡脖子技术。 啊首先要说一下jira的文档写的还是非常好的,虽然是英文的,但是通过翻译软件翻译出来阅读也是没有任何障碍的,但是我要吐槽的就是他关于接口参数以及接口响应的处理。 还有就是呃关于fields里面参数values的传参方式:这里要吐槽的两个点第一个就是明明传一个值来解决的非要穿一个JSON对象。
吐槽一万字… 虽然有切片可以用来实现我们的功能,但是,数组就变得有点鸡肋了。 切片 slice 切片是引用类型,类似于 C# 中的 list 。
接下来的吐槽不是目的,目的是“前车之鉴后车之师”。 (提示:字有点多,看粗体即可) 搭建环境 以前搭建过很多项目,无非是需要老员工指点一下,还是几下的问题。 有一次组长问我工作进度,我就把本周做了什么先讲了一下,结果没讲完,就被打断了:“你只需要告诉我哪些做完了,哪些些没有就行(至于中间做了什么我不关心,也不想听)”。 (我觉得这里有些逆天) (其他比如代码扫描修复,需要写3份工作日报或周报之类的非开发相关的事务不做赘述) 写在最后 也许有人说,上面这些问不大都解决了吗?没解决的不也不影响程序运行吗? ,比如需求要反复核对字段......我们 996 加班就是在做这些低效的工作.....而且哭笑不得的是:干完了手上的任务也必须例行加班,而多的做不完的时候还不能“过度加班”(因为不给审批)。 对于脑力型的劳动,工作量的增加往往是“无形”的,而这种“无形”增加的工作量,累加到极限的结果就是质量不可保证,人困马乏,出事故是迟早的问题。
1.C 语言 作为拥有「便携式汇编语言」头衔的 C 语言, 绝对充斥着各种问题!相信没有人会喜欢编写,大量独立的头文件,也更没有几个人能在使用预处理器的时候保持平和心态。 从理论上讲,我们应该能够利用指针的数学能力,完成无比睿智的壮举,但很少有人能超越已经存在的数据结构。事实上,鼓捣指针往往正是代码崩溃的起点。即使大 家自身水平能够轻松搞定指针,但也需要编写冗长的注释加以记录,这相当让人抓狂。另外,我想问一下各位,有人几个人能记住编写 C 代码所应当遵循的全部最佳 实践吗?例如避免一切潜在的安全漏洞
最常用的Adam优化器,有着收敛速度快、调参容易等优点,但是也存在经常被人吐槽的泛化性问题和收敛问题。 因此,在很多大佬的代码中,依然会使用传统的SGD+momentum的优化器。 2 Adam的两个吐槽 2.1 泛化问题 在讨论模型泛化问题的时候,我们会希望模型找到的极小值(收敛位置),是一个比较平缓、不陡峭的位置!,原因看下图: ? 2.2 收敛问题 Adam在某些情况下会出现无法收敛的情况,最著名的关于这个问题的Adam的吐槽就是这个论文:2018 ICLR的best paper:On the Convergence of Adam
这段时间一直沉浸在开源鸿蒙系统中,所谓爱之切,责之深,在此忍不住要吐槽一下开源鸿蒙系统。 首先是文档问题。大多数开源系统都存在文档不足的问题,而且很多开发人员信封源码就是最好的文档。 再次,还是要吐槽一下开源鸿蒙系统的构建系统,混杂了 GN、Make、JSON、Python脚本、Bash脚本等等,这是逼迫程序员拥有十八般武艺,才能把这些整明白。