编程语言相关技术专家
能力说明:
掌握封装、继承和多态设计Java类的方法,能够设计较复杂的Java类结构;能够使用泛型与集合的概念与方法,创建泛型类,使用ArrayList,TreeSet,TreeMap等对象掌握Java I/O原理从控制台读取和写入数据,能够使用BufferedReader,BufferedWriter文件创建输出、输入对象。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明如果把自己的博客当作一个人的话,那他应该已经是个13岁的半大小子了。 我虽然给他取名到Diary,但完全没有做到每日一志。一般来说,我在一个团队环境干得轻松或者自由的时候,就是它更新最频繁的时候,反之,则很久一篇不更。
Beta版继续在修复bug。其官方表示原计划在今年的圣诞节发布3.0 Stable版的,但看来只能继续跳票。 由于开发力量比较单薄,新版本的开发进展算是比较慢的,但3.0这个版本值得期待。 GodotEngine是一款开源自由的2D/3D/VR/AR引擎,在Unity/UnrealEngine之类的商业引擎大行其道的今天,显得难能可贵。
今天看鸡汤看到的。 真正的时间管理,是选择也是放弃。 它不仅仅只是管理时间,还管理你的精力、你的欲望,最重要的是管理你的人生目标。 好吧,三句。
虽然如今ci方法已经在很多团队使用了,但对于一些个人性的基于PHP的跑在虚拟主机的小项目,既没有服务端的Git环境,又不想时刻跑一个Genkins,就只能回到原始的FTP上传了。 所幸有了git-ftp这样的git模块,可以让我们在开发环境通过git集成的方式部署代码。
从HeroKu的官网看到一副流程图,演示了其提倡的应用构建通道,让包括个人开发者、创业团队、乃至各种规模的业务都能以自己的方式使用它,剩下的就是交给用户去开发出优秀的应用。 在开发者和应用的用户之间,间隔着应用的部署、管理、伸缩等环节,这些环节细化到PaaS平台中,大致是这样: Select I...
这里主要是梳理一下应用引擎(XXXX App Engine),它一般被归类到PaaS领域。应用引擎即提供了各种编程语言开发的应用所需的一整套运行环境;它开箱即用,你只需部署应用的代码即可,无需前期的环境搭建,也无需后期的运维,其它事情都交给AppEngine。
在手机上撤销了语音消息后,在mac桌面端无意中看到的,有点小尴尬啊。
昨天在微信读书中整理了一个“架构师”清单,把InfoQ中文社区这两年发布的电子书整理到了一起,分享给了团队成员。 如果你去研究InfoQ中文社区,就会发现其中一个人与之因缘际会的相遇,相当奇妙。 这个人就是当初的卖桃君,如今的极客邦总裁池建强先生。
在我的思考中,“如何成长”是出现得最多的。 到了三十几岁的年纪,仍清楚的知道自己:还不算成熟。 无论作为何种身份 - 儿子、兄弟、丈夫、父亲、同事、管理者、创业者,面对问题时,如何处理好问题,都不是一件简单的事情,总有一个学习和进步的过程,也就是需要成长。
『精益』和『敏捷』之类的方法论在产品实现方面消除了不少浪费,但面对SaaS产品,这些却并没有像银弹般有效。 国外的『Ramen』团队模仿Maslow的需求层次理论提出了SaaS产品的需求层次理论,可以很好的应用于他们首创的产品成功学。
注:标题其实与最后内容不符,只是描述一个事实 - 遇到坑了,不代表观点 - io域名坑我。 .io后缀的域名是英属印度洋领地的国别域名,由NIC.io(runby Internet Computer Bureau)注册局管理运营(从2017年6月开始,改由Afilias plc运营)。
如果公司在你的本职工作之外安排了一些事情给你,你会欣然接受并尝试将它做好吗? 比如,你是搞测试的,app你发版后让你上传到各大应用市场中去,虽然现在有些工具可以帮助加速处理,但如果你不懂开发,还是会有很多细节的事情要处理还是要费些功夫。
你以为有 bash git diff --name-only 就够了,NO! 对于PHP开发的系统来说,增量发布,一般只需部署新增的文件和有变动的文件,但很多时候,文件是删除的或重构成其它文件名或重构到其它目录的,而diff的结果中默认会包含所有变动。
今天,也许是某一任女朋友的生日或是和某一任的分手日哦,也或者是其它,记不清了,只是依稀记得0912这么个数字罢。 有些莫名奇妙的伤感涌上来,无法自已,还跑出去叫了两个小菜、点了瓶小酒。 事业,对于男人来说,一定是顶重要的,当然,看你把什么当事业。
我带过的这么多人里,除了 @phpdragon ,为什么就没有愿意坚持写博的了呢? 不管 当 微博 还是 博客,写写总是好的啊。 突然想到一句歌词:寂寞的人回忆比较长。是不是这个原因,写博的都是寂寞的人。
看到有人说过 四十不惑,主要是说到了这个年纪,人能看到自己能力的边界,做得了的可以选择继续做或不做,做不了的就不要做了;能想通的已经想通了,想不通的还是想不通、也就别想了。 最近自己好像隐约在思考职业化方面的问题。
能自律的人,已经快绝种了。
对照国内的项目管理软件禅道,可以好好感受一下,何为Scrum。 看板则一定要是实物,才有感觉。
现在大家都习惯用手机客户端收发邮件,但对于使用腾讯、阿里云等企业邮箱的用户来说,用手机自带的邮件客户端配置帐号时,往往很麻烦,得去翻看相应的收发服务器地址等。 现在有了这种以别名的方式自定义企业邮箱收发服务器地址的功能后,用户在绝大部分客户端默认就可以很方便的配置完成了。
为了成为B2B领域的『专业』人士,这段时间在读一些相关书籍。上周五误打误撞想起了供应链管理这个词,沿着线索,找了几本书在看,目前在看的是号称是畅销书的《采购与供应链管理》,作者刘宝红,『供应链管理专栏』博主。
不得不佩服老外对概念的提炼能力。一套一套的。 Mission Vision Strategic Objectives Key Results Tasks
今天突然悟到一件事情,我其实是个天生的产品经理。 大一下学期学完VB后的暑假,在没有电脑的情况下,就不知天高地厚的要做一款源代码编辑器出来。拿着一本笔记本就在那里画软件的界面图、还有各种功能对话框,同时做一些功能逻辑分析的说明,这甚至是一个延续至今而一直在尝试的执念。
晚上和大家分享了关于架构的一些东西,多次提到Java,脑子里突然想起了关于泛型的一些记忆。 泛型是程序设计语言的一种特性,主要是引入了类型参数这个概念。它是将类型参数化以达到代码复用提高软件开发工作效率的一种数据类型。
为了保持对Linux的熟悉度,MacBookPro一般放在公司,家里(每次用这个词是我觉得最纠结的时候,我现在有家吗?)用的是普通笔记本装了深度Linux。 之所以安装深度,主要的原因应该是支持国产吧。
经过将近一年的开发后,master 分支(即未来的Godot 3.0)所有功能特性接近完成,可以在Godot社区里进行更广泛的测试了。因此我们释出了第一个Alpha快照版本,供老用户体验、报告Bug。
无意中发现了在某个不存在的网站( https://sites.google.com )上,还存有09年写的一些半成品教材,下面这篇文章就是其中一部分。 概述 Virtools将元素(Element)组织至类(Class)中。
昨天才发现还有A-Frame这么个框架,是Mozilla(moz://a 这个logo挺有创意的)出的,但看了一下其实现方式和语法后,感觉与x3d/x3dom还是有差距的。 二者的实现方式都是基于WebGL(也是Mozilla最先发起的,后来成为主流浏览器统一采用的底层图形库规范)。
很多时候脑袋里突然蹦出一个问题,而且也许是很复杂很庞大的问题,,比如『互联网下半场,企业级应用是否应该依附于某个成熟开放平台』,其中因果逻辑三言两语无法理清并决断,我们往往容易会因此而放弃深入思考的机会,而逐渐变成一个没有足够思维能力的人。
先说点废话。 我们要想让自己过得好一点,即所谓『小康』,物质条件须要达到一定程度。财富的累积大致来说有几种方式:一种是按部就班慢慢积累,一种是家族继承,三是造富。 这个时代机会最大的,无疑是第三种,你我都深处于这个造富的进程中,只是不断富起来的不一定有你我。
答:是可以的。 只是叫另一个名字-beanshell。印象里她好像还是第一款jvm语言。应该挺多年没更新了。 我之所以知道它,是当年折腾jEdit这款编辑器较多,它的内置脚本引擎使用的就是beanshell。
一直在期待一种大一统的开放的VR技术规范,虽然短期内这点明显是不太现实的。前几天在翻译Godot的开发进展#6那篇文章时,看到了一个词OpenVR,瞬间有感觉了。 从我的经历的技术规范演进版本来看,从VRML到Web3D、X3D等,似乎越走越偏了,一向觉得叫VRML挺霸气的-虚拟现实建模语言,VR才是核心啊。
由于原文采取了记流水账的方式,觉得没有必要照直翻译了,就只选取了其中的主要信息。 GDNative C++ 语言绑定 进行了重写以便Godot更好的生成和处理脚本。 D 语言绑定 也正在积极开发中。
经过了又一个月的开发工作,在此作进度报告。本月的工作可以划分为:完成Web导出工具开发、GDNative、以及新的粒子系统。 Web Export Godot 现在有了一款实验性的导出工具,导出目标为WebAssembly 与 WebGL2。
在计算机编程领域,程序指令文本中的字符在『纸面』上所处的位置无关紧要 — 不像老式的穿孔卡片系统(punched card system)程序指令文本需要放置在指定列,这种编程语言就可算是自由形式语言(free-form language),这种语言里代码的换行也经常是没有特定意义的;空白符仅用于词法分析时的Token界定,而无其它含义。
问:编程这个世界还需要英雄吗? 答:要!只是你不是做英雄的料!
很多技术一直感兴趣,在工作中没有太多实践的机会,但可以持续关注。Jython最初是Python on JVM,所以最初的名称是JPython,后续由于基于JVM可以有更多可能性,名字改为Jython。一开始得到很多大公司如IBM的支持,推广力度挺大的,后来基于JVM的语言越来越多而且发展迅猛,这么多年下来实际使用的人并不多了吧。
compatible 对于配置pathinfo的支持,在Nginx作服务器、无数种系统要同时运行的环境,实在是一项很累赘的事情,而又不想很low的多个参数(像m、c、a)构造路由参数,我需要那种不必强制使用pathinfo的还可以伪pathinfo(用一个路由参数如s=/abc/ddd/ddd.html,参数名如route、s、r等)的框架。
居然一个多月没有发字了,其实也是确实碰到了人生中的一道真正难题,闭关思考了很久,如今似乎柳暗花明,所以继续出来活动。 一直有邮件订阅infoQ,它的《架构师》期刊陪伴了我很多年,从一开始几乎看不懂、到逐渐积累各方面知识和经验后的共鸣。
程序猿很多时候费了九牛二虎之力使用各种黑科技实现了某个功能,终于可以交差,但整个过程就像个噩梦,一般人是不太愿意回过头去阅读自己写的代码的,交出去的代码就让它如往事般随风吧。 可你不愿读自己的代码,却避免不了去读别人的代码,正如别人不愿读你的代码一样。
PHP中没有struct、enum这些东西,虽然万能的array用起来很爽,但写出来的代码typo问题很多、可维护性也差,需要更多的测试来辅助,而一旦加上测试的工作量是否还谈得上『爽』就是个问号了。 看了一篇研究Java enum机制的文章,文章里提到java的具体的enum其实就是一个类,重点是它的每一个枚举值也是一个enum对象。
PHP的Composer工具规范了我们对系统各种资源库的加载格式,借助于PHP的自动加载机制,可以很大程度上简化在应用开发过程中的类库文件引用场景。但到目前为止,它有个不是问题的问题,就是文件后缀名只支持.php,而基于某些框架开发的旧资产,类文件的后缀名是.class.php,想使用Composer的自动加载规范,就不太纯粹了,一般要两者混着用,或者修改其他框架下的加载规则。
由于公司B2B业务对于支付通道手续费的敏感性,最近一直在接触不同的第三方支付平台,刚 在《爱范儿》看到一篇讲新“网联”即将横空出世的文章,将其中感兴趣的内容重新整理了一下,放出来。 第三方支付的交易清算模式 在电子支付兴起前,我们的交易遵循的是以商户、收单行、发卡行以及卡组织为核心的“支付-清算-结算”四方模式。
有码。 DEF TopicSound Shape { appearance Appearance { texture DEF st2 MovieTexture { url "" #snd/topic.
从产品应用的角度,我们团队经历了企图将B2C系统套用到B2B业务流程上的阶段,对于自营业务这还勉强可以实施,但对于外部用户的实施难度就太大了,用户体验也不好。这个过程中,我只关注了技术范畴的迭代速度、而忽略了用户体验的指标,这是我这两年犯的一个最严重的错误,虽然勉强算是有些客观因素,但从团队的角度是浪费时间。
有段时间我好像是带一点腥味的东西都不吃的、尤其是荤菜,因为连用铁锅做的饭菜里铁质的味道能吃出来;后来到了大学,喝酒的几率高了很多,味觉在酒精的刺激下变得麻木了,口味才越来越重、荤素不忌。 味觉像其它感官一样,有它自己的记忆,本来应该也是『长情』的。
到目前为止的5.0.7版本中,route里相关参数不会再压入$_GET与$_REQUEST变量中,比如 index.php/user/blog/id/123 里我们想用 $_GET['id']是取不到的,只能在专门的PARAM环境去取: $this->request->param('id/d', 0); 用get、request都不行: $this->request->get('id/d', 0); $this->request-> request('id/d', 0); 这对于老版本的用户来说,可能是需要注意的一点。
Free无论是译作“自由”还是“免费”对于使用者来说似乎都有好处,但当自己处于开发者或开发厂商的角度,可能就是“双重标准”了,毕竟没有几个人能像Linus那样Just For Fun,也没有人能像Richard Matthew Stallman那样发明“Copyleft”;大家要吃饭。
环境变量,顾名思义就是在不同的系统环境,同一个变量的值可以有所不同。 如开发环境、测试环境与正式环境下,数据库配置、静态资源文件Url前缀、缓存、各种key等配置都不相同,对于提交到仓库中的代码,理论上不应该将与环境相关的这些参数传进去。
传统GUI编程相对于Web前端编程来说,应该要复杂点。以MVC的要求来看,大多数现有系统代码可能都不达标。但在Web领域,通过框架的约束,是个人都知道要MVC。 MVC有Classic MVC和Web MVC,其主要的区别在于M与V是否耦合。
投资和投机只有一字之差,但二者之间有90%的相似性,都是要先投入与付出,只是结果不同,投资对于结果的回报率相对长远和宏大,投机则短期且明确。 现实生活中,我分辨不出。 在每个人身上,投资和投机也常被应用着。