主要为ASP.NET方向,提供ASP.NET程序员面试题,c#面试题,收集各大型公司公司面试题,提供下载!
Pages: 1/4 First page 1 2 3 4 Next page Final page [ View by Articles | List ]
Sep 25
入门级PHP程序员面试题
  简述题(50分)

  1、用PHP打印出前一天的时间格式是2006-5-10 22:21:21(2分)

  2、echo(),print(),print_r()的区别(3分)

  3、能够使HTML和PHP分离开使用的模板(1分)

  4、使用哪些工具进行版本控制?(1分)

  5、如何实现字符串翻转?(3分)

  ---------------------------------------------------------------
Apr 1
Highslide JS
一、选择职业
  职业的选择,总的来说,无非就是销售、市场、客服、物流、行政、人事、财务、技术、管理几个大类,有个有趣的现象就是,500强的CEO当中最多的是销售出身,第二多的人是财务出身,这两者加起来大概超过95%。现代IT行业也有技术出身成为老板的,但实际上,后来他们还是从事了很多销售和市场的工作,并且表现出色,公司才获得了成功,完全靠技术能力成为公司老板的,几乎没有。这是有原因的,因为销售就是一门跟人打交道的学问,而管理其实也是跟人打交道的学问,这两者之中有很多相通的东西,他们的共同目标就是“让别人去做某件特定的事情。”而财务则是从数字的层面了解生意的本质,从宏观上看待生意的本质,对于一个生意是否挣钱,是否可以正常运作有着最深刻的认识。

  公司小的时候是销售主导公司,而公司大的时候是财务主导公司,销售的局限性在于只看人情不看数字,财务的局限性在于只看数字不看人情。公司初期,运营成本低,有订单就活得下去,跟客户也没有什么谈判的条件,别人肯给生意做已经谢天谢地了,这个时候订单压倒一切,客户的要求压倒一切,所以当然要顾人情。公司大了以后,一切都要规范化,免得因为不规范引起一些不必要的风险,同时运营成本也变高,必须提高利润率,把有限的资金放到最有产出的地方。对于上市公司来说,股东才不管你客户是不是最近出国,最近是不是那个省又在搞严打,到了时候就要把业绩拿出来,拿不出来就抛股票,这个时候就是数字压倒一切。

  前两天听到有人说一句话觉得很有道理,开始的时候我们想“能做什么?”,等到公司做大了有规模了,我们想“不能做什么。”很多人在工作中觉得为什么领导这么保守,这也不行那也不行,错过很多机会。很多时候是因为,你还年轻,你想的是“能做什么”,而作为公司领导要考虑的方面很多,他比较关心“不能做什么”。

  我并非鼓吹大家都去做销售或者财务,究竟选择什么样的职业,和你究竟要选择什么样的人生有关系,有些人就喜欢下班按时回家,看看书听听音乐,那也挺好,但就不适合找个销售的工作了,否则会是折磨自己。有些人就喜欢出风头,喜欢成为一群人的中心,如果选择做财务工作,大概也干不久,因为一般老板不喜欢财务太积极,也不喜欢财务话太多。先想好自己要过怎样的人生,再决定要找什么样的职业。有很多的不快乐,其实是源自不满足,而不满足,很多时候是源自于心不定,而心不定则是因为不清楚究竟自己要什么,不清楚要什么的结果就是什么都想要,结果什么都没得到。

  我想,我们还是因为生活而工作,不是因为工作而生活,生活是最要紧的,工作只是生活中的一部分。我总是觉得生活的各方方面都是相互影响的,如果生活本身一团乱麻,工作也不会顺利。所以要有娱乐、要有社交、要锻炼身体,要有和睦的家庭……最要紧的,要开心,我的两个销售找我聊天,一肚子苦水,我问他们,2年以前,你什么都没有,工资不高,没有客户关系,没有业绩,处于被开的边缘,现在的你比那时条件好了很多,为什么现在却更加不开心了?如果你做得越好越不开心,那你为什么还要工作?首先的首先,人还是要让自己高兴起来,让自己心态好起来,这种发自内心的改变会让你更有耐心,更有信心,更有气质,更能包容……否则,看看镜子里的你,你满意么?
Mar 13
第一步:hr给你一长表,填写工作经验,技能,期望薪资
第二步:技术面试
1、基础类:值类型,引用类型,委托,事件,代理,等等概念性的
2、垃圾回收,链表,生命周期
3、设计模式,常用设计模式距离说明
4、高并发数据处理
5、数据库锁表,索引,优化
6、mvc开发模式理解,soa技术,webservice 和wcf异同之类
7、编码模式,前端类jquery,css,linq等
8、其他的一些运营的扯扯seo,Linux,nosql等等
9、职业规划,业务经理,架构师,,,,
10、你有什么问题要问的??

Mar 13
苏州新电面试题(很全,很好,带答案!)近几年的面试题都在了,英语面试题都有,整理过的。
Download ( 228 downloads)
Feb 13

以下为收集的大量程序员面试题,包括各大公司的基础题,算法题等等

Dec 1

 一年多前,出于显而易见的原因,下定决心肉身翻墙。经过一番考虑,放弃了读书这条途径,决定直接找工作,通过H1B签证出去。于是去年八月份从百度辞职,开始着手准备。当时觉得今年拿到H1B的成功率大致能有个六七成,加上周围朋友们的不断鼓励,可以说还是相当自信的。然而,时至今日,在历经Google、Amazon、Facebook三家公司之后,这第一次尝试却可耻地失败了……

战绩概览:

        
  • Google:仓促应战,HR电面一轮,技术电面一轮,北京onsite两轮,惨败;
  •     
  • Amazon:技术电面两轮,在面试官反馈良好的情况下莫名挂掉,详情见下;
  •     
  • Facebook:HR电面一轮,技术电面两轮,Menlo Park总部onsite五轮,惜败;
  •     
  • AeroFS:因为是startup,临时告知无法提供H1B,于是告终。

个人背景参见这里

失败的原因,简而言之就是两个字——自大。在百度四年多,技术方面长进不少;虽然从未以做管理为目标,却也阴差阳错地干了两年管理,从零带出了一支二十多人的研发队伍,同样获益颇丰。再加上离职时恰逢耗时一年之久的首部译作正式出版,自我感觉良好,信心爆棚。周围的朋友和同事们听说了我的计划之后都鼓励说“肯定可以”,于是我也就飘飘然地认为“肯定可以”了。这种自大心理使得我没有尽早将目标公司的面试方式研究透彻,也未能及时采取最为有效的方法弥补自己客观能力上的不足。

无论如何,这段经历还是相当宝贵的:经历了第一次英语面试、第一次办签证、第一次出国、第一次倒时差,还有第一次误机…… 虽然求职失败,但仍然获益良多。本文便是对这次求职全过程的记录,一方面警醒自己,一方面也为其他有类似打算的朋友们留一个参考。由于几家公司的面试是交错进行的,下文并没有完全按照时间顺序进行描述。此外,出于NDA协定等原因,本文不会透露具体的面试题。

Dec 1

 1,简介

毕业答辩搞定,总算可以闲一段时间,把这段求职经历写出来,也作为之前三个半月的求职的回顾。 

首先说说我拿到的offer情况:

微软,3面->终面,搞定

百度,3面->终面,口头offer

搜狗,2面,悲剧

腾讯,1面,悲剧

布丁移动,3面,搞定

涂鸦游戏,3面,搞定

友盟,3面->CEO面,搞定

雅虎,4面->终面,搞定

微策略,2面,悲剧

人民搜索,3面->终面,搞定

人人,2面+终面+Special面,搞定

Google,7面,搞定

求职经历分为定位准备简历笔试面试这五个部分,大家挑感兴趣的看就成。

我的求职经历适用但不限于码农,不适用与企事业单位(据说是完全不同的考察标准和流程)。废话比较多,大家耐心忍受,有什么问题可以跟帖提问。

2,定位

教育经历:本科在大连某工科院校,由于GPA比较惨烈+挂科,所以没保成研,毕业后修了一年英语双学位,然后到帝都计算机职业教育学院接受再教育。

技术能力:属于半码农半产品的类型,代码编的过去(搞过compiler),也有一些拿的出手的产品(几十w的用户量),一句话描述:几十w代码+几十w用户的Coder。

Nov 28
1.数据库锁一共分为几种?锁一般在什么情况下使用?
回答:一个是锁的范围(行锁、页面锁、表锁),另一个是锁的粒度(共享锁、持有锁等)
1) 指定表锁
一般地,SQL Server是不大使用表排它锁的,尤其是对于比较大的表。
因为维持一个大的表排它锁会严重影响系统的并发性能。
但是呢,如果在没有并发操作的情况下,出现很多的PAGE LOCK和EXT LOCK也会在一定程度上影响性能,
毕竟锁的管理还是需要一定的开销的。所以,在确认没有并发操作(或者并发操作优先级低)的情况下,
我们可以使用TABLOCKX来指定使用表排他锁。
UPDATE dbo.ShortMessage WITH (TABLOCKX)
SET OtherPartyNumber = u.Username
FROM dbo.UserList u
WHERE u.UserID = dbo.ShortMessage.OtherPartyID

2) 不使用锁
一般地,在SELECT的时候,是会对资源发出一个共享锁的。可是在查询和更新都很频繁的时候,
我们不希望因为互相等待锁资源而降低性能,而且我们不在乎读到的数据是不是最新的,
不在乎脏读和未提交读的产生,我们可以指定SELECT不使用锁
或者是,在大批更新或插入数据时,由于性子急的原因,我想要知道操作进行到什么程度了,
而此时由于表排他锁的存在,使得我不能或者共享锁来查询该表,那么我们也可以不使用锁。
SELECT COUNT(*) FROM dbo.ShortMessage WITH (NOLOCK)

3) 在查询时使用排他锁
这个跟性能倒没有什么关系,但是在一些特殊的情况下有用,比如我们在查询某些记录的时候,
不希望它被其它进程所查询,那么我们可以使用排他锁。
SELECT * FROM dbo.ShortMessage WITH (XLOCK HOLDLOCK)
WHERE OtherPartyID = 1
这里我还使用了一个HOLDLOCK,是为了使这个锁保持到整个事务的结束
Pages: 1/4 First page 1 2 3 4 Next page Final page [ View by Articles | List ]