Archive

‘项目’ 分类存档

php上传文件样例

一个php的上传例子,可以简单的实现文件上传

对于上传文件的大小,朋友建议修改配置的三处地方
配置文件在centos的路径:/etc/php.ini
大小限制如下,按需修改:
memory_limit = 128M
post_max_size = 30M
upload_max_filesize = 20M

完整阅读

多点实在,少点浮华

多点实在,少点浮华

这八个字,是我最近一直在提醒自己的
完整阅读

[pw]宠物形象

游戏中一些比较q的宠物形象


仙人掌

说服

最近对一些技术点的疑问比之前多了很多
因此跟同事的讨论、争论多了

时常会发生这样一些情况
彼此企图说服对方
而双方互不相让

也有这样一种情况
同事在性能优化方面会提出一些建议
然后,这些建议是基于某篇网文,或者他人之口

这两种情况,我以前会顺从别人,听从别人的看法
这需要在一个前提下,就是别人的说法我之前没有仔细考虑过、实际验证过
因为他们的口吻会很肯定的告诉你,确实是这样这样

然而,现在,我越来越反对自己的这种行为
因为,对方基于的观点,真的是如他所肯定的吗
在分析对方的观点之后,如有疑云
我会问多一次,你亲自验证过吗?你验证的环境是怎样的?
事实胜于雄辩嘛

一般情况下,如果认为对的
而我自己又把握不了的
我会自己花时间去验证
这种东西,是需要做比较筛选的

否则
真的要说服我,那就用事实吧
就像我用事实证明我的观点一样

另外
不用“可能”“应该”等词语来说明你的观点
这只能说,你内心其实是不靠谱
你自己也是没把握的!!
技术,这东西,有就有,没就没
不存在应该可能或者
要不就是你自己也看不透
仅此而已

顶级策划

到底什么是顶级策划呢

他们应该是一群喜欢挖坑的家伙
而且又不单单是挖坑那么简单
顶级策划也是艺术家

他们会热衷于挖坑
并且挖的十分细心
挖的让你掉进坑里时
还会开心会抓狂会喷

你会很抓狂的想到坑底去
又为墙壁上那些花纹感叹不已
你会忘记时间
对渐起的皱纹察觉不到

他们会挖进你的心
挖进你的肺
挖进你的脾
挖近你的肺
挖进你的菊花

他们会很快察觉到同行的坑
复制改进挖坑

顶级策划
就是这样一群鬼
就是这样一群怪诞

突破?擦屁股?

进入公司之后,老大们常常提到的词语当属“突破”二字了

对这个,我一开始并没有太多的理解
起初的认识也只是停留在“掉进洞里爬起来”,谓之为突破也~

今天请假外出,车上做了些许思考
觉得这个跟“擦屁股”只是一线之差

举两个例子吧
路上有个坑,大家都掉进去了,爬出来的很少,你爬出来了
路上有个坑,有人提醒你,你还是掉进去了,或者你自己爬起来,或者要人拉你上来

前者我认为叫“突破”
后者我觉得叫“擦屁股”更合适
要不你给自己擦屁股,要不别人给你擦屁股

游戏生产中,无论从策划上还是技术上,很多时候在前期多做一些思考还是必要的
现在很容易就跳进一个自己挖给自己的坑
在表示很无奈的时候,也应该问问自己,前期的设定是不是太鲁莽、太随意了
严重点说,是不是太不负责任了

到底公司里面“突破”的人多呢?还是“擦屁股”的人多呢?
这个就不好发表意见了
毕竟每个人都有极限
时间也是一个需要考量的
但是,别人给你提议,你思考都没思考就反驳
那是不是你该死呢?
从上级看,你确实是绕过去了
但是你从洞里爬出来所要浪费的信任有多少你知道吗?

我一再提醒自己,自己做的事情,少叫别人麻烦
无事也别弄个不干不净的pp擦来擦去
必要情况下花点时候思考下,还是需要的

谨记之!

 

[pw]继续折腾

我真的不想再去重复游戏卡的原因了
我也想过很多去解决的方法,无论是技术上还是沟通上,都是这也不行那也不行

与其老是在原地打转
何不一口气把弊端干掉呢

我也反对在游戏环境中随意更改python版本
出问题真的对不起玩家
至少,同事还得为此而折腾

好吧,我有很强的怨念
接下来的,我搞完分线工作之后
继续看看内存清理那部分的

而我也明白,游戏现在最重要的问题是:卡!回档!

 

[pw]暗流涌动之春

 

公司发了erlang的书,抽空看了两章,带来的习惯冲击没想象中大
还好!

 

书名是《Erlang程序设计》(《Programming Erlang》的中文版)
还是比较讨厌鬼佬的思维模式,讲话老是喜欢拐弯抹角,东西总是不给一次说清
书还是不错滴,就是感觉非得把东西留到后面讲,不大系统

 

Erlang,其实,公司有人褒有人贬,我自己就是中立的
但是我期待它能给我们一种全新的启示和收获

 

首先,这个语言确实是跟以往习惯冲突,需要一段时间来消化下
第二,同事进行网关测试之后,对内存的使用表示担忧,再者,从另外一个项目组提供的资料看来,erlang是个吃内存狂人,3k人在线需要的内存是多少呢,几台机器……期待这个项目组的测试版本发布!(如果是内存出现瓶颈,有服务器可以加,问题应该不大,就是怕一个服要10几台就郁闷咯)
第三,代码的可读性上,或许是我刚接触不久,觉得代码维护起来是很困难的,主要体现在数据的标识上,所以,注释是一定不可缺少的!
第四,哈,我觉得数学系的人一定要学下这个东西,觉得适合他们的,因为erlang的很多东西都很数学式差不多

 

这个周末的计划已经订下来了:
1、当然就是工作的重要东西搞定咯,负责的模块现在策划还没动静,明儿得去沟通沟通
2、嘿嘿,看书,包括两部分,一个是Erlang的学习,一个是进程通信(这个回过头来系统学习)
3、mmo的移动服务器设计构思(后面理顺后再贴出来)

 

【最近,话貌似说的比较少了,我喜欢自己认真上进的样子,哈哈,好吧,自恋了撒】

[pw]终点站否?

项目,晃晃悠悠的,快一年了
大改的不止三次了

团队的人也都身心疲惫了
幸好有个好的boss费心费力扛着走

其实从第一次改版之后
给自己打气的时间真的不少

希望,这次能带来好的变现!
在揉成一团的底层架构上,真的想了好多好多
这种做法时间长,另外的做法改动大
左搞不定,右搞不定
大家肯定都辛苦了

确实,真正的变通就是改动小而效果显著
还好,这次的策划改动很让人期待

接下来是我负责模块的改动
我知道,我需要用最少的时间,完成!

无论如何,都应了一句话
大家都成长了!

[pw]隐患

隐隐约约感到 pw 的不足……
藏了很多隐患
静观其变吧。。。