㈠ web程序员的日常工作是怎样的
Web前端工程师的职业生涯，我觉得可以分为三步，初级前端开发工程师- > 资深前端工程师- > 前端架构师。每种职责都有其不同的角色和分工。
前端开发工程师（或者说“网页制作”、“网页制作工程师”、“前端制作工程师”、“网站重构工程师”），这样的一个职位的主要职责是与交互设计师、视觉设计师协作，根据设计图用HTML和CSS完成页面制作。同时，在此基础之上，对完成的页面进行维护和对网站前端性能做相应的优化。
资深前端开发工程师，相比较“前端开发工程师”而言，更加资深一些，当然其工作的职责也会相应的更加大一些。一般而言，资深前端开发工程师需要使用JavaScript或者ActionScript来编写和封装具有良好性能的前端交互组件，同时还要对Web项目的前端实现方案提供专业指导和监督并在日常工作之中对新人及相关开发人员进行前端技能的培训和指导。另外，还要跟踪研究前端技术，设计并实施全网前端优化。
对于前端架构师，更多意义上说像是一个管理的岗位，但是其职责要求却不仅只是管理。前端架构师需要带领组员实现全网的前端框架和优化，还要创建前端的相应标准和规范，并通过孜孜不倦的布道来完善并推广和应用自己的标准和框架。同时，还要站在全局的角色为整个网站的信息架构和技术选型提供专业意见和方案。
学无止境，重要的是通过工作实现自我价值。:)
㈡ 作为一个WEB应用开发程序员,在WEB应用开发过程中要注意哪些安全问题
sql注入攻击，XSS脚本攻击，URL页面传参<例如：window.location.href='index.aspx?id=1'>，缓存的应用<防止读脏数据，未更新的数据>
解决方法：
SQL注入攻击：通过对输入内容的检测，例如：检测关键字，即查看输入的内容里面是不是有Update insert select Delete 等关键字！
XSS脚本攻击：检测输入内容输入内容是否含有< > <script> <p> <a> 等HTML标记！
参数攻击：直接在URL中更换参数，查看一些自己没有权限查看的内容！即所谓的跨权限查看。
缓存的应用：使用缓存，就应该及时更新缓存，以防止读旧数据，脏数据等，也可以使用缓存替换技术！等等等吧！好多呢！ca
㈢ 我有一个网页源代码。我想通过写ASP函数的方式把其中部分代码替换或者删除
要知道如何防御，必须知道什么是sql注入，所以我多引用了一些文字，希望对您有帮助
讲解ASP.NET中如何防范SQL注入式攻击和防御
一、什么是SQL注入式攻击
所谓SQL注入式攻击，就是攻击者把SQL命令插入到Web表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。在某些表单中，用户输入的内容直接用来构造（或者影响）动态SQL命令，或作为存储过程的输入参数，这类表单特别容易受到SQL注入式攻击。常见的SQL注入式攻击过程类如：
⑴ 某个ASP.NET Web应用有一个登录页面，这个登录页面控制着用户是否有权访问应用，它要求用户输入一个名称和密码。
⑵ 登录页面中输入的内容将直接用来构造动态的SQL命令，或者直接用作存储过程的参数。下面是ASP.NET应用构造查询的一个例子：
System.Text.StringBuilder
query = new System.Text.StringBuilder("SELECT * from Users WHERE login = '").Append(txtLogin.Text).Append("' AND password='")
.Append(txtPassword.Text).Append("'");
⑶ 攻击者在用户名字和密码输入框中输入"'或'1'='1"之类的内容。
⑷ 用户输入的内容提交给服务器之后，服务器运行上面的ASP.NET代码构造出查询用户的SQL命令，但由于攻击者输入的内容非常特殊，所以最后得到的SQL命令变成：
SELECT * from Users WHERE
login = '' or '1'='1' AND
password = '' or '1'='1'
⑸ 服务器执行查询或存储过程，将用户输入的身份信息和服务器中保存的身份信息进行对比。
⑹ 由于SQL命令实际上已被注入式攻击修改，已经不能真正验证用户身份，所以系统会错误地授权给攻击者。
如果攻击者知道应用会将表单中输入的内容直接用于验证身份的查询，他就会尝试输入某些特殊的SQL字符串篡改查询改变其原来的功能，欺骗系统授予访问权限。
系统环境不同，攻击者可能造成的损害也不同，这主要由应用访问数据库的安全权限决定。如果用户的帐户具有管理员或其他比较高级的权限，攻击者就可能对数据库的表执行各种他想要做的操作，包括添加、删除或更新数据，甚至可能直接删除表。
二、如何防范
好在要防止ASP.NET应用被SQL注入式攻击闯入并不是一件特别困难的事情，只要在利用表单输入的内容构造SQL命令之前，把所有输入内容过滤一番就可以了。过滤输入内容可以按多种方式进行。
⑴ 对于动态构造SQL查询的场合，可以使用下面的技术：
第一：替换单引号，即把所有单独出现的单引号改成两个单引号，防止攻击者修改SQL命令的含义。再来看前面的例子，“SELECT * from Users WHERE login = ''' or ''1''=''1' AND password = ''' or ''1''=''1'”显然会得到与“SELECT * from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1'”不同的结果。
第二：删除用户输入内容中的所有连字符，防止攻击者构造出类如“SELECT * from Users WHERE login = 'mas' -- AND password =''”之类的查询，因为这类查询的后半部分已经被注释掉，不再有效，攻击者只要知道一个合法的用户登录名称，根本不需要知道用户的密码就可以顺利获得访问权限。
第三：对于用来执行查询的数据库帐户，限制其权限。用不同的用户帐户执行查询、插入、更新、删除操作。由于隔离了不同帐户可执行的操作，因而也就防止了原本用于执行SELECT命令的地方却被用于执行INSERT、UPDATE或DELETE命令。
⑵ 用存储过程来执行所有的查询。SQL参数的传递方式将防止攻击者利用单引号和连字符实施攻击。此外，它还使得数据库权限可以限制到只允许特定的存储过程执行，所有的用户输入必须遵从被调用的存储过程的安全上下文，这样就很难再发生注入式攻击了。
⑶ 限制表单或查询字符串输入的长度。如果用户的登录名字最多只有10个字符，那么不要认可表单中输入的10个以上的字符，这将大大增加攻击者在SQL命令中插入有害代码的难度。
⑷ 检查用户输入的合法性，确信输入的内容只包含合法的数据。数据检查应当在客户端和服务器端都执行——之所以要执行服务器端验证，是为了弥补客户端验证机制脆弱的安全性。
在客户端，攻击者完全有可能获得网页的源代码，修改验证合法性的脚本（或者直接删除脚本），然后将非法内容通过修改后的表单提交给服务器。因此，要保证验证操作确实已经执行，唯一的办法就是在服务器端也执行验证。
你可以使用许多内建的验证对象，例如RegularExpressionValidator，它们能够自动生成验证用的客户端脚本，当然你也可以插入服务器端的方法调用。如果找不到现成的验证对象，你可以通过CustomValidator自己创建一个。
⑸ 将用户登录名称、密码等数据加密保存。加密用户输入的数据，然后再将它与数据库中保存的数据比较，这相当于对用户输入的数据进行了“消毒”处理，用户输入的数据不再对数据库有任何特殊的意义，从而也就防止了攻击者注入SQL命令。System.Web.Security.FormsAuthentication类有一个，非常适合于对输入数据进行消毒处理。
⑹ 检查提取数据的查询所返回的记录数量。如果程序只要求返回一个记录，但实际返回的记录却超过一行，那就当作出错处理。
SQL注入：利用现有应用程序，将(恶意)的SQL命令注入到后台数据库引擎执行的能力，这是SQL注入的标准释义。
随着B/S模式被广泛的应用，用这种模式编写应用程序的程序员也越来越多，但由于开发人员的水平和经验参差不齐，相当一部分的开发人员在编写代码的时候，没有对用户的输入数据或者是页面中所携带的信息（如Cookie）进行必要的合法性判断，导致了攻击者可以提交一段数据库查询代码，根据程序返回的结果，获得一些他想得到的数据。SQL注入利用的是正常的HTTP服务端口，表面上看来和正常的web访问没有区别，隐蔽性极强，不易被发现。
SQL注入过程SQL注入攻击过程分为五个步骤：
第一步：判断Web环境是否可以SQL注入。如果URL仅是对网页的访问，不存在SQL注入问题，如：就是普通的网页访问。只有对数据库进行动态查询的业务才可能存在SQL注入，如：＝39，其中?id＝39表示数据库查询变量，这种语句会在数据库中执行，因此可能会给数据库带来威胁。
第二步：寻找SQL注入点。完成上一步的片断后，就要寻找可利用的注入漏洞，通过输入一些特殊语句，可以根据浏览器返回信息，判断数据库类型，从而构建数据库查询语句找到注入点。
第三步：猜解用户名和密码。数据库中存放的表名、字段名都是有规律可言的。通过构建特殊数据库语句在数据库中依次查找表名、字段名、用户名和密码的长度，以及内容。这个猜测过程可以通过网上大量注入工具快速实现，并借助破解网站轻易破译用户密码。
第四步：寻找WEB管理后台入口。通常WEB后台管理的界面不面向普通用户
开放，要寻找到后台的登陆路径，可以利用扫描工具快速搜索到可能的登陆地址，依次进行尝试，就可以试出管理台的入口地址。
第五步：入侵和破坏。成功登陆后台管理后，接下来就可以任意进行破坏行为，如篡改网页、上传木马、修改、泄漏用户信息等，并进一步入侵数据库服务器。
SQL注入攻击的特点:
变种极多，有经验的攻击者会手动调整攻击参数，致使攻击数据的变种是不可枚举的，这导致传统的特征匹配检测方法仅能识别相当少的攻击，难以防范。
攻击过程简单，目前互联网上流行众多的SQL注入攻击工具，攻击者借助这些工具可很快对目标WEB系统实施攻击和破坏。
危害大，由于WEB编程语言自身的缺陷以及具有安全编程能力的开发人员少之又少，大多数WEB业务系统均具有被SQL注入攻击的可能。而攻击者一旦攻击成功，可以对控制整个WEB业务系统，对数据做任意的修改，破坏力达到及至。
SQL注入的危害和现状
SQL注入的主要危害包括：
未经授权状况下操作数据库中的数据
恶意篡改网页内容私自添加系统帐号或者是数据库使用者帐号网页挂木马
据赛门铁克2006年3月的互联网安全威胁报告（第九期）显示：
目前有近70%的攻击行为是基于WEB应用，而据CVE的2006年度统计数据显示，SQL注入攻击漏洞呈逐年上升的状态，2006年更是达到了惊人的1078个，而这些还仅限于通用应用程序的漏洞，不包括更为庞大的专业web应用程序所存在的漏洞。
而针对SQL注入漏洞的各种攻击工具和攻击教程更是层出不穷，掌握1~2种攻击工具的script guy（脚本小子）就可以轻易的攻破网络数据库的防线：篡改数据、获得权限……
㈣ 淮南能找到java web程序员的工作吗
上智联招聘，51job，中华英才，猎聘 等招聘网站应该有信息，可以选地区的，你去看看
㈤ WEB程序员是干什么的上班时的工作具体是做什么的要会哪些东西有前途吗谁能帮我说得详细点！！
web 简单来说就是网站什么的了,web程序员就是做网站开发的.
具体学什么就要看分工不同的,开发语言有很多种类,目前比较主流的 php,asp,jsp,.net,ruby,cgi(python,c....) 以上说的是后台语言, 前台相关的还有一些东西 ,比如(x)html,xml,css,javascript这些.
根据分工不同,还会有 程序开发人员,网页设计人员,项目设计人员,平面设计人员等等...
当你的后台设计语言学到一定水平的时候,就会接触到一些高级技术,比如ajax,框架,web2.0,w3c等等.
你如果想学的话,上面任何一种东西学精通了都很厉害,不在于学的多,在于精....
㈥ 程序员找工作怎么找
求职是社会新人的第一课，掌握一些求职技巧，可以帮你们更快地找到心仪的工作。
投递简历时应该注意的几个事项：
1、不要盲目海投，在投简历前了解清楚公司和职位信息，对症下药
如果你只是瞄了一眼职位薪资就匆忙投出简历，很容易出现“复制粘贴”的既视感，没有针对性的表述，千篇一律。这就跟你过年时收到的群发短信一样，是不是海投的简历，hr也是能感觉得出来的。
2、邮件用Hi开头会比“尊敬的领导”要好
3、邮件一定要命名，标题最好清楚地写上：求聘的职位+姓名+联系电话，让人一目了然。
面试时应该注意的几个事项：
1、建议早到15分钟
准时是基本的，但最好能提前到。如果因交通拥堵等不可控原因可能迟到，一定要提前跟hr打招呼。不要担心太早到会尴尬，没有人会因为你早到而对你反感。很多时候，早到很可能是个机会。你可以提早跟面试官打招呼、暖个场，有更多的交流机会，甚至可能有机会参观一下工作环境。
2、穿着得体干净即可，无需穿西装
因为是面试技术岗位，不同于销售/公关，面试者无需穿太过正式的西装，最重要的是大方得体、干净整洁。打扮不要太浮夸，跟平时穿着不要有太大差别，以免造成今后的落差感。
3、交谈时应主动、自信、诚恳，不要刻意讨好
求职是个双方选择的过程，没必要卑躬屈膝。自我介绍时千万不要像小学生一样背课文，你不妨在家对着镜子提前练习一下，感觉一下自己表达地是否流畅舒服。建议从最重要、最有亮点的部分开始讲，并留意观察面试官的表情，如果对方明显不感兴趣，那不妨切换内容或者停下来让面试官发问。另外，不要停留在“你问我答”单向环节，你也要适时主动地发问，这表明你足够重视这份工作。
最后祝大家都能如愿以偿，找到一份自己喜欢的工作！
㈦ 一个WEB前端，有找bug的天赋是啥感觉
会有一种想要返工写成较大块集群的冲动和诱惑。丑陋的逻辑语句，还有冗长的语法，导致代码非常难以阅读！但话又说回来，如果代码没有坏掉的话，那就不要去修复它。这种汹涌澎拜的斗争是我经常要面对的，而且显然会困扰许多软件开发人员。