精华内容
下载资源
问答
  • 精简Jre过程感想分享

    2019-05-23 21:59:27
    开发的程序不大(才几M),而在用exe4j打包成exe时却要背着一个近200M的jre,因此开始了我的精简历程,下面我分享下我的一些小技巧和感想。 1.精简Jre实际过程可参考一下博文:...

    前段时间利用Java开发了一个GUI程序小项目(想要详细了解或获得项目的朋友可以在下方回复我),

    开发的程序不大(才几M),而在用exe4j打包成exe时却要背着一个近200M的jre,因此开始了我的精简历程,下面我分享下我的一些小技巧和感想。

    1.精简Jre实际过程可参考一下博文:https://my.oschina.net/haitaohu/blog/2243410 ;

    2.精简bin过程可以采用删除法:首先用exe4j将jar(必须是可运行的jar文件)和jre打包生成相应的exe文件 —> 双击运行exe文件,然后打开bin目录Ctrl+A全选(除java.exe)删除,遇到不能删的点击跳过 —> 关闭exe文件,再次打开若能正常运行,即精简bin完毕;

    3.精简lib中的rt.jar可能会用到GreenJVM,这里提供免翻墙下载地址。需要注意的是利用GreenJVM make工具精简出来的rt.jar的确很精简,但是会漏掉很多class导致后面运行不起来exe,也是后面exe4j打包后出现could not load main class问题的主要所在;GreenJVM make使用方法主要是利用记事本编辑下make.bat内容,不懂得可以回复我;

    4.建议可以按照以上博文的步骤去试试,而我本人则是通过一种另一种笨方法来实现的:

    (1)准备三个rt.jar和待执行的exe:一个是经GreenJVM精简后的rt.jar;一个是完整版的rt.jar;还有一个就是你要的rt.jar(你要做的rt,可以先复制一份完整的过来准备修改);以及将jar和你的jre打包后的exe;

    (2)利用WinRAR分别打开三个jar文件,对照精简后的rt.jar(标记为rt_Simple.jar)相应的删除目标rt.jar(标记为rt_Target.jar)里的CLASS文件,然后进入运行exe,若运行成功不报错即没问题,继续下一批文件的操作;若报错或者报错,则打开完整版的rt.jar(标记为rt_Full.jar)找到相应的文件复制至rt_Target.jar里;以此循环,直到所有的(尽可能找大文件删除验证,到后面一些小文件可以忽略)删除完毕;

    5.删除完所有的多余CLASS后用exe4j(点击可下载)进行打包exe,点开运行后若出现could not load main class问题,是利用GreenJVM make工具精简出来的rt.jar漏掉了很多class导致的,此时在exe同文件夹下会生成一个error.log文本,可以尝试着在该文本下找到缺失的CLASS名,在rt_Full.jar里找到相应的CLASS还原至rt_Target.jar里,继续运行exe,一般会再次出现问题,所以需要依次不断的找回CLASS;ps:有时候可能往rt.jar里面添加class文件也不能解决问题 那么就把相关的整个文件夹替换进去

    6.全部CLASS文件都已经找回,打包完exe后,自己的电脑终于可以运行起来自己的项目了(有时程序不会用你自己的jre,即使你设置了相对路径,此时可以把电脑里的java环境变量随便改下致电脑的jre失效);

    7.光自己的电脑成功了还不够,需要到其他电脑里测试才行,一测,果然还是出错了,又有好几个CLASS丢失,唉,为了解决这个问题我做了很多工作去解决,最后发现一切都是徒劳,因为:这样精简的jre对其他电脑系统的兼容性比较差,甚至不能运行,而解决方案就是在目标系统上运行一次,得到rt.jar整合所有用到的class文件;

    8.后面的解决方案我已经无心去尝试了,对这个jre精简我已经琢磨一个多礼拜,煞费心血最后得了半成品:对于除了rt.jar包外进行了精简,而rt.jar依然原封不动打包进去,这样得到的jre虽然不是很精简,但确实是简化了一些;

    在这里主要分享了自己这么长时间琢磨后的感受与小技巧,有什么问题可以直接回复我,我尽可能的回答大家。

    希望对你有所帮助,欢迎订阅我的博客!

    展开全文
  • Autodesk首届云编程马拉松在上海中国研究院举行。...在Hackathon,举办方一般会现场来演示要在编程马拉松中推荐的科技,并且有专门的课程来分享具体的技术细节,告诉大家如何用。并配备相关的帮助文档,例

    Autodesk首届云编程马拉松在上海中国研究院举行。  Autodesk ADN 部门全程组织了是次活动。


    编程马拉松(Hackathon), 这个是最近兴起的一种编程赛事活动。一般安排在周六,周日这两天。 (所以参加者不需要占用工作时间,不会因为工作忙而无法参加,也不用担心工作单位老板是否批准)。在Hackathon,举办方一般会现场来演示要在编程马拉松中推荐的科技,并且有专门的课程来分享具体的技术细节,告诉大家如何用。并配备相关的帮助文档,例程代码等。 很多编程爱好者为了编写出好的效果,中间的那个晚上是不睡觉,或少量时间的休息一下然后继续开发。 这次Autodesk提供了睡袋,如果想连夜开发,可以免费领取睡袋,用完后可以作为纪念品带回家。 是不是很Nice :)  ?


    这次我们的的编程马拉松内容主题和相关技术资料请看我的同事杜长宇的博客:

    点击打开链接



    主要科技展示和详细介绍



    其它课程如下:参与这些课程,能学习最新的科技。增强对最新技术的热情。



    参与者可以 是个人来参加,在参赛现场后,听完科技介绍后,一些参与者现场想出一些项目创意和目标,然后有兴趣的人一起现场组建团队来构思开发实现这个项目创意。这次我们Autodesk给他们被采用的项目创意思想进行了奖励。也是鼓励大家思考各种创新思想。 我们收到9个创意,最终7个创意在最后进行了PK。


    分享项目创意。将分享写在白板上。



    分享创意后,我们有一些深度相关终点技术培训。听完培训后,打开开始编队,给队伍取名字。



    编队结束后,各个小组开始了紧张的讨论和编程。




    若碰到难以解决的问题,Autodesk的研发专家来答疑帮助。xiaodong 在解答大家的问题。



    其它小组在工作中:Daniel 在现场指导



    在整个大赛期间,Autodesk全程提供免费餐饮。甜点,水果,各种饮料,无限量供应。期间还有一个有意思的小项目,比如生日蛋糕,桌球比赛等Have Fun的小环节。

    第二天下午进行项目的报告和演示。 抱歉我没有拍点水果,点心类的。


    大家在玩桌子足球。下面是我们的Recap技术生成的三维人体的两个截图。


    用Recap照片生成技术生成的3D人(姚文先生在打桌足球),看起来有点像在烤串,呵呵




    抽签决定项目演示的次序:


    活动最后决出了一等奖一个小组,每个组员获得很时尚的多功能耳机(可记录心率耗氧速度距离GPS路线等及通话音乐播放):http://item.jd.com/986783.html

    二等奖一个小组,每个组员获得西部数据移动硬盘(1T)一块:

    三等奖两个小组,每个组员获得超大容量便携式充电宝一个:http://item.jd.com/1060055.html


    参与者分享: 学习了最新的炫科技。对我们的最新云技术非常有兴趣,希望能立即用到手头的项目中。大家在短时间内学习云编程技术,感觉进步很快,也激起了对多种编程的热情,激起了云技术的热情。


    最后演示和发奖,合影等我还没有得到照片。得到后上传共享。

    下次Autodesk云编程大赛在北京,敬请留意我们的消息。


    报道作者:叶雄进 

    转载请注明出处:


    展开全文
  • 项目经验感想分享

    2008-03-13 17:17:00
    上周参加协会的一个 项目经验分享的一个论坛,感触颇深。写下来供大家分享 1.对项目计划的制定,必须有规模的估算. 没有估算,随意制定版本发布计划是非常不科学的.而且后期也很难控制.2.需求变更的控制. 需求变更...

    上周参加协会的一个 项目经验分享的一个论坛,感触颇深。写下来供大家分享

     

    1.对项目计划的制定,必须有规模的估算.
        没有估算,随意制定版本发布计划是非常不科学的.而且后期也很难控制.
    2.需求变更的控制.
         需求变更是任何软件企业都非常头疼的事情.需求不是不能变更,而是如何做到有效的控制.HP针对需求的实例是:超过15%的需求变更,采取的策略:第一,重新和客户签订合同,重新确定开发周期.10%--15%的需求,如果是可以接受的,需要追加时间和费用.低于10%,评估后可以酌情添加.
        结合不同公司的情况,产品需求对研发的变更还存在,而且研发对于需求变更的评估也总是很乐观.
    3.milestone点(里程碑点)的设定.
        milestone点(里程碑点)的设定一定要科学.不能太随意性.策略:有易到难;由关键到一般.即,在设定里程碑点的时候,对于关键模块开发完成,进行充分测试.采用8/2原则.即80%的时间集中在20%关键模块的设计和研发上.
        结合不同公司的情况,对于关键模块的优先级排序还不是很明确.不能做到全体人员对模块关键性理解的一致.
    4.沟通
      项目经理最重要的职责就是和各个部门和研发人员的沟通.沟通占其总工作量的70%以上.占总工作量的80%以上.对每天产生的关键性缺陷要进行日推动.即,每天都要对产生的关键性问题进行Review.明确解决计划.
    5.产品的总体规划
      产品规划要做到系统性和持续性.特别是不成熟的产品,一定要注意系统性,不成熟的思路一定不能做为研发的基础.否则,很容易出现,研发针对功能一改在改的局面.无形中增加研发成本和周期.对于已经开发的功能点要有一定周期的连续性.
    6.测试
      测试需要注意有效性和测试效率的集合.建立对人员的量化标准.
      对于产品开发周期内的阶段,测试重点有所不同.尽量做到前期测试充分.保证每一轮测试的周期.防止关键性问题到后期版本才被发现.即,前期版本发布频率要低,做到充分的测试.后期版本由于前期测试充分,问题会比较少,可以增加发布频率.
     
    7. 研发过程数据的度量
      由于公司度量目前涉及的比较少.在此不做论述.
    8.针对产品和销售向客户承诺的问题,一般来讲,客户的满意度表现在:一,提交给客户的版本质量比较高,缺陷少.二,如果版本质量不高,则对客户反馈的问题能快速反应;三,产品的性能,友好性,健壮性,安全性等.而客户在前期反应最大的是产品提交的及时性:即是否能按时提交.因此,一般公司在向客户承诺提交版本的交付日期时,尽可能的给自己争取最大的余地.以保证产品研发过程中的不可控性(风险)和产品质量.
     
       举例说明:如果产品的内部发布时间是11-3号.则市场和销售向客户承诺是不能以11-3号为日期的.因为,万一中间有一些不可控的因素发生.发布不了,岂不是把自己束束起来.同时,影响客户对公司开发能力的怀疑.即使客户不说,稍后的发布,客户也比较谨慎.
     
       换一种思路:假设内部设定发布时间是11-3号.根据公司以往的经验,应该向后推迟10-15个工作日,即向客户承诺11月末.明智的客户一般不会挑剔,因为她并不知道你的内部发布时间是11-3号.如果我们11-3号发布的版本确实很稳定.提前5个工作日向客户提交.相信客户的满意度肯定会增加.对公司的研发实力也不会怀疑.
      
        给自己束束,满足不了客户承诺.造成客户不满
        给自己点处理不可控问题的时间.提前满足客户承诺.外松内紧.
    展开全文
  • 本来每天都是写一写技术分享的文章的,然而昨天一整天都是在修改UI上的小问题,我就随意写写这次开发过程自己的一些感受好了。 以后我希望我能每次开个项目的时候就写一篇这样的博文。一步步记录下每一天的开发感受...

    本来每天都是写一写技术分享的文章的,然而昨天一整天都是在修改UI上的小问题,我就随意写写这次开发过程自己的一些感受好了。

    以后我希望我能每次开个项目的时候就写一篇这样的博文。一步步记录下每一天的开发感受。

    这次开发算是比较扯淡的了。最开始不紧不慢的慢慢来。最后又出于各种原因赶工。简直累炸我了。

    这次算是第一次真正的系统性的去开发一款APP。发现了自己很多问题。

    1.代码调理不清晰。后期想修改一个功能,一直出问题。还以为是怎么了。后来才发现。是我自己代码没搞清楚。

    2.不懂善用开源框架。自己写的很多功能其实网络上都有开源的框架的。可是我都没有怎么用到。大多数时候都是自己写。写的也很low,所以我要总结一下常用的框架。以便自己以后不再犯傻。

    3.基础知识不牢固。怎么说呢。连最基础的Map数组遍历我都要去Google一下。真觉得我也是够可以的了。有必要好好的巩固Java基础。

    ——2015年8月3号 APP1.0完成后


    哎。我来更新了。本来是该早上起床更新下博客的。可是因为昨天晚上实在太晚睡。然后早上一起床又开始修复bug。所以就没时间来写,其实今天真心累。今天也不知道是什么原因。遇到了很多问题

    1.在为很多按钮加上点击效果之后就会出现一个和XML文件有关的异常。好像是没有找到资源文件吧。完全没有任何解决的头绪。Google出来的一些解决方案也是没怎么看懂。

    2.OOM。这个真的不想说什么。一开始我以为只有在同一个页面内图片加载量过大才会引起OOM,然后现在更具反馈看了。好像每次finsh()掉界面但是没有释放图片资源。这样的次数多了只会也可能会导致OOM

    3.屏幕适配。这个、真晕了。而且遇到一个很奇葩的问题。就是UI那边给我的是1080p的图片文件。我直接随意的放到了hdpi的资源文件夹里。然后就会在ViewPage滑动的时候特别卡。放到xxhdpi的文件夹里就好了。也不知道这是为什么。哈哈哈、

    4.dialog。因为很多时候我的会在页面一打开的时候弹出dialog。然后我就会判断页面是否完全打开。如果打开且需要就显示dialog。但是好像在进页面后立刻返回。有概率性的会出现错误。

    反正约到了挺多问题的。果然还是应该先好好学习。以后要记住的就是凡是在用到BitMap之后要进行内存释放!!!

    ——2015年8月4号 APP上线第一天


    昂。我都喜欢后一天的早上更前一天的东西。。这样是不是不太好呀。不过就这样咯。毕竟睡觉之前写的话。。感觉我一下又少了好多睡觉时间呀。要不得要不得。

    想想昨天做了些啥。

    1.高德地图。居然地图抄的官方Demo还有bug。一个空指针异常的,是地图还没初始化就退出了导致的。加上了判断就解决了。

    2.XML文件的一些错误居然在Clean工程之后就解决了。。。好像是重新构建了索引还是连接什么的。不太懂。

    3.内存溢出。先是优化了一堆有Bitmap调用的页面。然后又找上美工。把所有的图片给了我三组。1080P。720P。480P三份。然后也好了很多。以后图片都要三份。要三份!

    4.发现我的布局文件结构写的好复杂呀。该好好看看文档,看看要不要精简优化下布局文件了。

    5.关于ViewPage内存释放的。发现好像我有个地方是五个页面。但是切到第三个的时候第一个的内存并没有被释放掉。。应该是要在Adapter里面做处理的。还好现在页面少。

    6.还是XML得问题。我太多的文字都写在布局文件里面了。规范应当是弄到String.Xml文件里面的。也方便做国际化,以后要注意!以后要注意!

    好像也就这些了吧。嗯。发现了好多问题。也在慢慢解决问题。O(∩_∩)O哈哈哈~

    ——2015年8月6号 APP上线第三天


    今天真难过、、肚子痛了一天。昨天晚上一点左右睡的。早上四点多就疼醒了,哎,都是因为没关风扇。还吃不下什么东西,感觉好累昂。

    昨天晚上发现谷歌提供了一个Navigation可以做侧滑菜单。哎,我也真是傻,谷歌官方提供的东西居然没有好好地去利用,今天读了一会文档,然后花了几个小时就把项目里面一个用到菜单的地方改成侧滑的了。然后。。有空去把谷歌的一些文档全看一遍好了。。

    今天还折腾了会服务器。买了个DO的vps。新加坡节点。感觉还不错。网速可以。还不丢包。。搭好了PHP和JavaWeb的环境。过明天看看做好推送服务的页面挂上去试试。

    其实写代码重在细心呀,╮(╯▽╰)╭。今天肚子疼,早点洗洗睡。对自己好一点,么么哒、

    ——2015年8月10号


    今天弄了个沉浸状态栏。233333.发现原来把布局中相同或相似的title提出来单独一个xml文件是一个多么棒的决定了。沉浸状态栏画了一个小时不到就弄完了。。。

    今天无聊想弄ss的多用户。弄了半天都没弄好。。无奈了。还废了我基本一天的时间。。。还一直以为wdcp的Apache有问题,最后居然发现是因为我自己不会用。。。23333.自己犯傻了。弄的原定今天写好的推送后台都没弄。又只能明天弄了。orz,早睡早起。早睡早起。。

    ——2015年8月11日


    看了下日期。发现我竟然十天没写过博客了。其实不算久昂。可能是最近太闲了吧。呵呵。我这人一闲起来就什么都不想干。不能闲下来的人呀。

    昨天吧。一直在折腾电脑。就是下了很多东西。弄弄分区什么的。但是也基本花了一天时间。哎。下午的时候看到有人反馈了一个蛮严重的bug。。刚弄好东西就赶忙找错。修复。推更新。其实心里总有种怪怪的感觉。哎。不想纠结了。

    其实再好好看了下MVC框架。发现自己的代码真low。有空整体得改改。

    ——2015年8月22日

    展开全文
  • 听取了火烈鸟公司CEO对数据挖掘在企业中的实际应用,我做了分析和总结得出以下感想:     ~~~~    在企业中应用数据挖掘,首先得确立研究动机,考虑实际可行性和带来的收益...
  • 美联(蘑菇街)无线技术分享感想

    千次阅读 2017-03-13 14:05:03
    所以最后对懒加载的数据部分抽象出来一个类,能够识别数据加载过程中禁止读写,数据加载被永远阻塞重新加载,数据加载失败。 viewWillAppear函数并非在页面加载前的处理,而是页面出现时的时机时在刚显示还不能...
  • 分享些遇到的问题和感想 UltraISO做的U盘启动盘,安装到另一个U盘上。一路安装下去。分配好2G的系统内存后。竟然直接提示成功安装重启或者进入。竟然没有虚拟SD卡这项。无语 过程中有提示写入引导文件,并没有像...
  • 针对网易游戏后台框架Pomelo的入坑感想分享(一) 经常听到有同学问:“nodeJs还火么?”,我就告诉大家一个字:火!!!  在Github上查看网易的pomelo项目,虽然已经显示已经停留在2年前的的维护,而且细看其中...
  • 计算机感想

    2020-04-21 15:21:25
    对计算机的一点浅显感想 1 、当前,计算机行业是个飞速发展的行业,日新月异,因此,不断加强理论学习,拓展知识领域,进行知识更新,是 我们当前最为迫切的任务,在方远电脑学校这一个多月的学习当中,我总结了不少的经验,让...
  • 课程设计是培养学生综合运用所学知识,发现,提出,分析和解决实际问题,锻炼实践能力的重要环节,是对学生实际工作能力的具体训练和考察过程.随着科学技术发展的日新日异,单片机已经成为当今计算机应用中空前活跃的领域...
  • 近期感想

    2017-06-10 20:57:38
    近期忙于期末复习,也没有时间继续推进大数据和云计算,docker的有关学习,也就没有时间写博客了...打算期末考试结束后,立马推进这些知识的学习,接下来,我也将会继续分享自己在学习过程中遇到的坑和解决方法经验。
  • 《计算机组装维护实训心得》由会员分享,可在线阅读,更多相关《计算机组装维护实训心得(1页珍藏版)》请在人人文库网上搜索。1、计算机组装维护实训心得为期一周的计算机组装维护的实训在不知不觉中结束了,...
  • 自考感想

    热门讨论 2017-10-22 17:08:47
    前言: 为期三个月的学习自考以后,和为期一天半的考试以后,网络经济管理学、数据库系统原理、和软件开发工具终于暂时告一段落了,回想这次考试和第一次自考考试,感觉自己有了很大的进步...感想:  坦白的说,这次自考
  • 面试过程基本是笔试/心理测试、面谈(N轮)、人资,主要是在面谈环节,一定要把一些对面试官的考核内容加进去,一般面试差不多了会问你有什么想问的,你就要在这个时候去了解你想要的信息,至于怎么考核面试,后续...
  • 接上一篇:记一个转行程序员的工作经历与感想(一) 前言 这篇文章主要是接上篇的,如果看过上篇文章的人应该就能大体知道我之前的经历,以及我三年前的想法,什么?没有看?那还不赶紧去看(等着我踢你么)。不...
  • GWT项目经验总结与感想

    千次阅读 2008-09-05 17:43:00
    GWT项目经验总结与感想最近接手了一个GWT的项目,因为公司从来就没有做过这个技术的项目,所以我必须负责所有的关于GWT的Research以及Design的工作。我很早以前就对于Google那帮天才所作的OpenSource项目非常感兴趣...
  • 回顾这学期的java学习,我认为这样靠自己积极主动学习的过程对我整个学习生涯都是一次大的挑战磨炼,同时也是量变到质变的飞跃,收获颇多。这一学期中,每周都有很多需要我去学习的知识,敲代码、写博客、做测试题...
  • 学习是一个循序渐进的过程,且需要经过大量的实践和不断的学习,才能掌握部分知识。不是你看完了几本书,就能成长为某个领域的专家;而且一本书要读好几遍,不是连续的读,而是间隔一段时间后再读,通过问题,才会...
  • 一点感想

    2019-10-04 23:15:21
    下面写的是我的一些感想和总结,既是自勉,也是学长们的一些经验和大家分享: 1.关于团队合作 这个小组中的每个人要尽量发挥自己的长处。我们是一个整体,需要每一个人的力量。队友之间最重要的是互相协作...
  •  前两天接了阿里的电话面试,被问到了关于Spring的东西,结果我连ApplicationContextBeanFactory的区别都搞不清楚,面试过程实在尴尬.于是深觉自己的技术水平实在太浅,有必要好好地深入的学习一下Spring相关知识....
  • 说明:从今日(2019年6月25日)开始,笔者将在宁波中软国际进行实训,这期间,将每日对本博客进行更新,... 今日记录:Java Web开发环境的安装配置过程,以及实训首日的收获和感想记录。 0、笔者想说 首先,...
  • 实习感想

    2019-12-08 22:16:17
    自从3月底去sangfor实习,到现在一直没更新博客。实习期间学了很多东西,但是没有输出成文章,很容易就被把识点...因为工作中使用的前端框架是vue,所以接下来会分享一些vue使用过程中遇到的坑和部分源码解读。 ...
  • 文章目录自述成为美团实习生的经过大学感想说明笔试面试的流程对大学前3年的一些思考对老师的感谢对未来的思考 自述成为美团实习生的经过大学感想 说明 ​ 这只是我个人经历,每个人经历都不同,把我的分享...
  • 开坑感想

    2019-10-04 23:08:19
    之前碰到问题,都是通过各种大佬的博客找到答案,真的非常感谢分享...而如今我感觉自己成长了不少,也可以分享一些自己在学习过程中踩过的一些坑,以及一些感想,希望对那些想学习Unity开发游戏的朋友有所帮助。 ...
  •  在技术分享过程中,我的主要观点是讲解Lua 基础知识点,其中包括变量,语法,函数等。而有的同学则认为应该讲讲Lua 在实际项目中应用的场景。  他们有这个观点我也理解。比如学习一个新知识点时候,我会问自己...
  • 《高级软件工程》这门课在软件学院中非常重要,这门课程的主要目的是阐述软件开发过程中的方法论问题,从一个全局的角度去理解软件开发过程中需要注意的问题,而不是拘泥于软件开发的具体细节和技术。这门课程帮助...
  • ACOUG年会感想

    2019-12-23 07:30:00
    基于Oracle的智能诊断系统探索实践 ”,听着名字,就很高大上,通过探索和演进,目的是实现不同数据库之间技术壁垒的打通,让熟悉Oracle不熟悉PG的同事,能解决PG的问题,让熟悉PG但不熟悉Oracle的同事,能解决...
  • 《奇点临近》这本书是当时看纪录片——《互联网时代》中提及的一本书,关于人工智能的。当时很好奇,于是在2014年双十一从当当购入,没...今年十一,从北京回来,打算花一个月时间读完此书,以下便是一些总结和感想

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 6,847
精华内容 2,738
关键字:

分享的过程与感想