浅谈自学方法论- 不断更新-记录思路

1. 用程序员的思想,去自学。

从主函数入手,也就是,了解整个框架。

2. 读书,带着宏观和微观的思路,

先不管看得懂看不懂看第一遍,

然后带着问题去读第二遍,并搜索不懂得关键词。

第三遍,精读,记住核心思想。

3.在大概弄清架构,原理,工具,后去找大项目分析源码,

实践。

4.提高程序运行性能,学习积累算法,底层架构与流程。

时间: 2024-10-09 20:27:49

浅谈自学方法论- 不断更新-记录思路的相关文章

浅谈游戏中BOSS设计的思路

对于大多数游戏来说,BOSS在其设计上都有着不可替代的作用,也是玩家印象最为深刻的一部分.近期自己也有在做BOSS的设计工作,有一些心得想要分享一下: 1.明确BOSS的设计目的 在设计之初,我们一定要想明白,设计这个BOSS的目的在于什么,一场BOSS战往往需要花费巨大的成本来制作:美术需要花费大量时间.经历制作与其相关的多种美术资源:开发需要编写大量代码来实现BOSS相对复杂的行为,以及实现对应动画.特效及相关音频资源.一场失败的BOSS战设计,不仅会花费大量的成本,还会令玩家感到十分反感.

萌新浅谈LINUX下数据库 表记录增删改查 、 WHERE条件应用 、 数据备份与恢复

今天为大家带来的是一些干货,鄙人才疏学浅不善言辞,还望大家多包涵 首先登录数据库 查一下有什么库MariaDB [(none)]> SHOW DATABASES; 创建库MariaDB [(mysql)]> CREATE DATABASE xiangyashan;检查一下是否创建成功MariaDB [(mysql)]> SHOW DATABASES;建表格MariaDB [mysql]> USE xiangyashan;CREATE TABLE base(编号 char(13),

浅谈自学Python之路(day1)

2018-02-19  17:15:14 Python语言相对于其他语言较为简洁,也相对好入门比如后面不加分号,基本见不着大括号等优点 第一个程序,也是学每门语言都需要掌握的第一个代码 print("Hello World") print 语句用法 1 print 'a', 'b' #print可以接受多个参数,参数的输出之间以空格相隔. 2 print 'a', #如果逗号之后没有参数,则不会换行. 3 print 'b' 接下来是输入用户名密码 1 import getpass 2

浅谈python字符串存储形式

http://blog.csdn.net/zhonghuan1992 钟桓 2014年8月31日 浅谈python字符串存储形式 记录一下自己今的天发现疑问并且给出自己现有知识有的回答.长话短说,用过python的人对于 == 和 is 应该不陌生,但是这里我还是介绍一下. ==是用来判断两个东西是否相等,比如: a = 10: b = 10: print(a == b): 输出是true: 再看一个例子: a = [1,2,3]; b = [1,2,3]; c = [1,2,4]; print

Hibernate更新部分字段浅谈

update语句是在Hibernate的Configuration的时候生成的,不能动态改变.为什么update的时候所有的属性都一起update,而不是只更新改变字段,其实这是一个比较值得探讨的问题. 如果想要做到只更新改变了的字段,必须做到两点:1.对PO的每个属性设置version进行状态跟踪2.update语句是动态生成的,在实际向数据库更新的时候,依次检查每个属性的version,决定哪些属性需要更新,动态构造update语句. 单单要做到上述第一点,就势必要给PO的操作带来沉重的负担

浅谈相对论【更新ing】

前言 我是通过乐乐课堂学习相对论的冰山一角的,在此感谢! 物理学可以分为两个阶段:经典物理学和近代物理学.像牛顿力学.光学.热学.电磁学,都是20世纪以前的科学家努力的成果.20世纪初,著名物理学家威廉汤姆逊甚至这样宣称: 科学的大厦已经基本完成,未来的物理学家只要做一些修修补补的工作就可以啦! 但汤姆逊也同时指出: 在物理学明朗的天空中,飘着两朵小小的乌云:一朵是黑体辐射.另一朵是迈克尔孙莫雷实验. 这两朵小小的乌云后来却下起了狂风骤雨,把经典物理学的大厦吹打得七零八落.但他们最终也孕育出了两

浅谈群红包的实现

前言: 红包是支付的方式, 也是社交的延伸.群红包在这两块领域串联得很好, 表现尤为的浓墨重彩. 承接上两篇技术浅谈: 1). 浅谈接龙红包的技术实现. 2). 浅谈微信红包摇一摇的技术实现. 这一次, 让我们谈谈群红包的技术实现. 一为是红包的分配算法, 二为竞抢的技术实现. 分配算法: 最初玩群红包的时候, 并没有意识到分配算法的难度. 下意识的觉得, 不就是个随机算法嘛? so easy! 后来在知乎上看到很多人在讨论, 才意识到该算法或许并不简单. 好的东西, 往往让人觉得简单, 而其背

移动互联网的架构设计浅谈一

一,图片体验的优化. 在手机上显示图片,速度是一个非常重要的体验点,试想,如果您打开一个网站,发现里面的图片一直显示失败或者是x,稍微做得好一点的,可能是一个不消失的loading或者是菊花等等,但不管如何, 没能快速的拉取和展示图片对用户体验是一个极大的挑战.那么,手机上的图片体验如何做呢?这里笔者有些小总结: 1,减少图片的大小.在失真度和图片大小中做好折衷,尽量利用工具减少图片的size,也可以考虑利用不同的图片格式. 2,减少图片的请求数.可以考虑把多个图片利用类似css sprite的

hdu1875浅谈prim算法的朴素实现

阅读原题 题目大意 给你几个(<=100)小岛的坐标,然后你把所有的岛都修上桥连接起来,求最小花费,还有个附加的限制:只有岛之间的距离大于等于10,或小于等于1000时才能修桥. 大概是因为十米以内不用建桥,千米以上无法建桥.哈哈,说着玩的. 很明显这是一道MST(最小生成树)的题目,貌似也有人用并查集AC过. 最小生成树算法 概述 最小生成树的常用算法有两个kruskal和prim算法.两者都是不停地执行归并操作,然而一言以蔽之,两者的不同之处在于:kruskal----归并边:prim---