手机随时阅读
新人专享大礼包¥24
是团队,就需要领导。领导从哪里来呢?途径可以有多种:1、从团队提拔2、从内部找3、从外面找。。。。。可能还有其他方式其实不论是从团队提拔还是去找现成的,这个人都是从一个团队脱颖而出的,都可能是从基础做起,在团队中表现出色之后被提拔起来的,只不过可能是在来公司之前,在其他公司的团队被提拔起来的。本文就和大家说一点关于“提拔”的个人想法。提拔一个人,通常做法是找那些能干的,肯加班的,任劳任怨的,工作能
今天给大家讲一下html中的圆角,以及如何实现圆角。 最早的时候,我们都是用图片,做一个圆角的图片,做成背景,或者在容器的角落里面应用一下这张图片,这么做很容易实现。 随着时间的迁移,发现小图片太多了,增加浏览器发送的请求数量,又增加下载的数据量,而且大家都开始扁平化设计了。 css3中有一些属性可以用来实现圆角,但是对IE6-8的支持不好,各种不同的浏览器也有自己的解释规则。
在web.config或者app.config中增加自定义配置节
jquery.validate验证text,checkbox,radio,selected,通过扩展支持正则表达式验证。
在浏览网站的时候,我们经常会提交一些信息,这些信息也被叫做“表单”,“提交信息”专业一点的叫法是“提交表单”。 通常会提交的信息就是注册信息,登录信息,登陆之后还需要提交详细的个人信息,其中就会包括学历,地址,项目经验等等。 还有就是在电商网站,我们还会提交订单,添加收藏,添加购物车。 在网络中,我们每天都会遇到各种各样的表单,随着网络的普及,信息化的普及,很多信息都是通过网络提交的,我们会频繁的和表单打交道。 那么什么是表单呢? 表单指的是用户在页面中填写的信息的总和,也是填写的信息项的总和。 本文是从设计者的角度看动态表单的设计。
目前的情况是项目已经开始正式部署,开始上线,开始推广。而且已经部署了二十几次了,有几次是新功能部署,有几次是临时的bug修复,有几次是体验的改进。 有几次是在部署新东西之前拷贝整个文件夹,有几次是将需要覆盖的文件重命名,前面添加一个当前的日期,甚至是时间。 参加了几次部署,感觉手动拷贝和备份简直是噩梦,由于是线上,不是自己的机房,没有专线,带宽不够,所以速度很慢。越来越感觉到使用脚本来加快部署是多么的重要,无论是备份现有的代码,还是备份现有的数据库,还可以添加日期,为将来的版本规划提供资料。如果是界面操作,肯定会等死人的。
数据库设计方式的转变,从传统的直接映射方式转变为事实表加维表的方式。 结构更加灵活,系统更加稳定。
不提倡跨域的post请求。
从web开发看.NET和Java。 以下都是个人观点,仅供参考,欢迎提出不同意见! 首先声明本文只从一个角度来说一下.NET和Java,而且只说一个点,可以肯定的是,本文的观点肯定是片面的,但是我觉得可以说明一些问题,或者作为一些参考。 我个人不排斥任何技术,也认为任何技术都可以实现同一个业务目的。 个人涉猎过.NET, Java, Python, Rails,有的时间长些,有的时间短些。 技术是为业务服务的,或者是为某种商业或者非商业的目的来服务的,为了实现目的,为了提升效率,为了节省时间,应该说使用任何编程语言、任何编程平台,在大部分的场合都可以实现同一个目标。 语言和平台没有高低优劣,只有场景适用。
今天给大家分享的是: 用户管理模块,或者说用户管理子系统如何设计,包括如何抽象以及相关的存储。 大部分的应用中都会有用户的概念,除非你的网站全部是匿名访问,不保存用户任何信息。其实这也是不好的,因为你的网站如果没有用户的概念,没有设计用户模块,就很难收集用户信息及用户行为,也就很难有数据来分析用户的喜好,也就少了一条给用户提供更好服务的途径。 现在是web2.0的时代,甚至是web3.0,用户越来越在意网站给自己带来的内容,显示的内容是否合适自己,而且用户很想参与网站的内容构建,想要对自己构建的内容进行聚合、管理。 说了这么多,就是要说明用户管理模块很重要,是个应用就应该考虑,而且还是重中之重。
业务层引入缓存组件实现业务对象的缓存,对外部应该是个黑盒,不需要外部关心使用那种缓存组件,使用的具体细节,哪些场景使用,外部存取业务对象的接口也不应该发生变化,不需要任何缓存相关参数。但是应该允许外部调用者关闭缓存,就是说外部调用者应该可以在初始化业务对象的时候声明不使用业务对象的缓存机制,或者在使用的过程中设置关闭和开启业务对象的缓存机制。 假设我是业务层的调用者,我希望在初始化业务层对象的时候,可以设置是否启用业务对象的缓存机制。同时在使用已经初始化的业务层对象的时候,也可以在需要的时候进行缓存机制的开启和关闭。
今天来介绍一些杂七杂八的测试知识,但是它们是不能错过的。
企业招人不是来点击按钮的,是需要这些人做更好的东西,提出更好的意见,提供更好的产品,提供更好的服务。我们打工也不想永远从事简单重复的工作,也希望给企业带来自己的想法,为企业的发展做出自己的贡献,希望企业良好的发展,希望自己有各方面的提升。 双方都提升了,双方都高兴了,这才是双赢了。
时区以及日期的格式化是每个程序员的必修课,就像字符串的各种处理一样重要,而且使用频率很高。 rails默认就是写入utc时间,然后读取也是utc时间。 设置config.time_zone只能保证写入数据库的时间是local,就是保证创建对象的时候created_at和updated_at使用设置的本地时间。 但是读出来的时候还是有可能是utc时间,有可能需要在界面上转换的。 rails推荐使用utc时间,这样就统一了,只是在界面显示的时候格式化为本地时间。 对于任何应用来说,遇到时区问题,都应该考虑语言本身和存储本身,甚至是操作系统本身的时区设置和一些默认值,这样才能最终较好的解决时区问题。
正则表达式 正则表达式在很多场景都适用。例如,验证字符串是否匹配格式,查找匹配的字符串,替换匹配的字符串。 很多编程语言都支持正则表达式,语法也相近。 正则表达式由两部分组成:模式和匹配字符串。 通常我们说的写一个正则表达式,就是写一个模式。然后验证一些输入的字符串是否匹配这个模式。
设计模式-规约模式C#版
突然有一个想法,来自圆桌骑士,就叫做“圆桌团队”吧。 圆桌骑士在百度百科有解释:圆桌骑士 十二圆桌骑士。 圆桌的含意是平等和世界。所有圆桌的骑士彼此平等,并且互为伙伴。
Rails开发细节《五》Migrations 数据迁移
昨天被问到了一些Cookie和Session的知识,回答了一部分,有一部分没有回答出来。今天上午特地查了一些资料,现在把找到的一些好的资料,总结出来,分享一下。 先来说一些cookie和session的基础知识。 cookie是保存在客户端的,保存少量信息,明文,经常用来保存用户id之类的信息,常见场景就是登录时候的“记住我”。不推荐保存敏感信息。 session是会话级的,保存在服务端,每个用户是唯一的,可以用来实现购物车之类的,需要在服务端保存当前用户会话的上下文信息的需求。可以保存在服务器的内存中,不能跨服务器;可以保存在数据库中。 上面是一些零星的知识点。其实还有很多,例如cookie中的sessionid,session还可以用状态服务器保存,这样可以用专用的服务器保存session。在ASP.NET中,可以在web.config文件中进行配置。 问题有两个。 1 客户端禁用cookie之后,session还能用吗? 2 cookie是如何在客户端和服务端传递的,具体的传递过程。
本文是SQL Server索引进阶系列(Stairway to SQL Server Indexes)的一部分。 在第一级中介绍了SQL Server中的非聚集索引。而且在第一个学习的例子中,我们证明了在从表中获取一行数据的情况下,索引带来的潜在的好处。在这一级中,我们继续介绍非聚集索引,看看他们在提升查询性能中做出的贡献。
本文是SQL Server索引进阶系列(Stairway to SQL Server Indexes)的一部分。 索引是数据库设计的基础,向开发者显示了使用数据库大量数据库设计者的意图。不幸的是,索引大部分时候是在出现性能问题的时候,才被事后添加上的。
web缓存位于一个或者多个服务器和一个或者多个客户端之间,监视其中的请求,节约响应的数量。例如:页面,图片和文件。如果对相同的url地址的另外一个请求,可以使用已有的响应,而不是向原始服务器重新请求。 使用web缓存有两个主要原因: 1、减小延迟。因为请求从缓存,这个离客户端更近的地方,得到响应,而不是从原始服务器。花费更少的时间获取内容并且呈现出来,使得web看起来响应更快。 2、减少网络传输。因为响应被重用,减少了客户端的带宽使用。如果带宽需要付费的话,还可以节省开支,保持对带宽的较小需求。
在开发博客系统或者是电商系统,总之,凡是带有回复、评论、回帖之类针对一个内容进行回复的功能的时候,现在几乎全部都是采用ajax异步提交,并且同步在正确的位置显示提交结果,而不是在提交之后重新刷新整个页面来显示提交之后的内容。 ajax由于google的使用,被广为推广。它在客户端使用javascript语言编写,使用XMLHttpRequest对象,实现和服务的数据交互,详细信息参看:AJAX - XMLHttpRequest 对象。
今天主要说的是一个开发者的思维和习惯问题。 思维包括编程的思维和解决一个具体问题的分析思维,分析思路,分析方法,甚至是分析工具。 无论是好习惯还是不好的习惯,都是在者一天一天的思维中形成的。那些不好的习惯,久了确实不好改。所以说,如果今天你认识到了,那么就从今天开始改,早改早受益,晚改痛苦一生。
本系列文章翻译自《50 Tips and Tricks for MongoDB Developers》,暂时没有找到中文版,反正自己最近也在深入学习mongodb,所以正好拿来翻译一下。一方面加强自己学习的效果,另一方面让大家也一起来体验一下需要我们这些mongodb使用者需要注意的地方。 首先声明自己的英文水平不是太高,加之有些英文翻译成中文也找不到合适的词来表达,所以在文章中可能会出现英文原词,或者说有些地方的翻译会有些生硬,也就是说会出现直译的地方。翻译该书的主要目的是为大家学习探讨用的,如果有翻译不精准的地方,或者说有更加精准的翻译,还请大家指出,我会及时的更正的,在此先谢过各位了。 Tip#1.Duplicate data for speed,reference data for integrity 数据冗余是为了性能,引用数据是为了完整性。
MongoDB支持不同服务之间的异步的数据复制,来实现failover(故障转移,故障切换,故障恢复) and redundancy(数据冗余)。 同一时间,只有一个服务节点(primary或者master)支持写入。 MongoDB支持两种复制的模式: Master/Slave,主从复制。 Replica Set,复制集复制。 今天实战的是master-slave,也就是主从复制。
最近在加紧学习python2.7+django1.2,操作系统使用的是ubutntu11. 而且充分利用了SAE(Sina AppEngine)几乎免费的云服务,还可以更好的实践在生产环境的效果。 新浪SAE的python环境的详细情况,可以参看:SAE Python 开发者手册。 今天学到了发送邮件这一课。刚开始没有使用sae的邮件服务,直接使用django.core.ma
最近突然对网站的用户关系感起了兴趣。当然了,万事万物都是有原因的,只是有的是直接原因,有的是间接原因;有的原因很明显,有的原因不明显;有的原因很容易说清楚,有的原因说不明白。总之一句话,肯定是原因的。 引发这个系列话题的原因是,在我收到的人人或者是校内发送的的推荐关注邮件中,或者是各大微博、SNS社区中的推荐关注与推荐话题中,发现大多和我没有关系,推荐的准确率不是很高,甚至可以说的比较低,更有甚者,还有一些毫无相关的人和内容推荐过来,我就不明白了,既然没有就算了吧,为什么非要有呢?
我觉得一个较好的代码风格,代码习惯,代码结构,代码管理工具,代码管理流程对于一个软件项目的成功尤为重要,对于一个产品项目,甚至是互联网项目来说,那就甚是重要了。至少不比业务次要,试想如果基础没有打好,业务再吹嘘也是徒劳。 结论 当然了,工具毕竟是工具,它不是万能的,不能什么都交给它,希望它帮我们做好一切,那是不切实际的。 但是不可否认,一个好的工具,已经对于工具的正确使用,可以提高我们的效率,可以提高做事的愉悦程度,可以加快我们的进度。
视野的开阔,思路的开阔决定一个程序员,或者说一个技术人员能否在技术这条路上走得更远,能否让路越走越宽。而不至于年纪轻轻就发感慨:技术没有前途(那是你没有做出努力),c#没前途(那是你的视野和思路太窄了),35岁以后没有人要了(那是你35岁还在做20岁的人能做的事情,老板肯定要年轻体力好的,而且还便宜)等等。
Copyright © 2005-2022 51CTO.COM 版权所有 京ICP证060544号