别人看表vs程序员看表

㈠ 基表上一般建几层视图为什么程序员只能对视图操作

基表上一般建几层视图？
这个看项目的需要。 不同公司， 不同项目， 千差万别。
有的业务简单的， 就一个视图， 直接 SELECT 表了。
有的业务复杂的， 就先 底层视图 select 表。 上层视图 select 底层视图。
具体几层， 还是看业务的复杂程度的。
不过不建议层数太多。 某些情况下， 视图嵌套多了， 影响查询性能。

为什么程序员只能对视图操作？
没这个规定的啊。
除非是某些公司的， 某些项目。 一个表中， 某些数据， 不能让程序员看到。
但是又需要程序员来开发相应的程序。
这种情况下，是 程序员只能对视图操作， 不能看表的。

例如 公司的 HR 的表， 包含 员工 的工号、姓名、出生年月、家庭住址、部门、职务、薪资等信息。
HR 希望 程序员开发一个 “生日提醒”的 功能。
就是每月月底， 自动提醒， 产生一个 下月过生日的 员工信息列表。 包含 姓名、生日、部门等信息。

对于程序员来说， 要必须要访问这个 HR 的表。
但是对于 “薪资” 这类 较为敏感的数据， HR 也不希望让你们 写程序的都知道。
咋办咧？

那就创建一个视图
CREATE VIEW v_员工表缩水版 AS
SELECT 姓名, 生日, 部门 FROM HR的表。

然后只
把 SELECT v_员工表缩水版 的权限， 给程序员。
就可以了。

㈡ 程序员适合戴手表吗

我觉得程序员适合戴手表，每个人都可以戴手表，这样的话会更有时间观念。

㈢ 低级程序员和高级程序员的区别在哪

低级程序员认为自己与高级程序员的区别：高级程序员任何功能都能编码实现，编码速度快，代码无bug。

正如一惯的那样，IT培训http://www.kmbdqn.cn/认为低级程序员之所以低级，正是因为他们勉强能看到（或者根本看不到）事物的表象而看不到本质。

我们来听听高级程序认为自己与低级程序员的区别是什么。

高级程序员之所以高级，在于他们认识到代码bug是不可避免的，有千万种理由可以导致bug，但他们可以在设计和逻辑上保证（追求）滴水不漏，并用逻辑的百分之百准确性来减少代码bug。没错，严谨的逻辑能力是高级程序员区别于低级程序员的最主要原因。

类似于武侠小说中的武术一样，程序员也分内功和招式。

招式就是各种编程技巧和编程概念（框架，架构等），通过经验可以不断习得。而内功就是数据结构+算法了，招式可以决定你干活的速度，而且绝大多数情况下，不需要深厚的内力(知道加减乘除就行)。而内功可以决定你解决问题的高度，就是说一件事情难到一定程度，内力不够的话是解决不了的。

优秀程序员的行为：

拿到任务，就开始仰望星空或天花板上那盏高悬的电灯棒，状如老僧入定

忽而皱眉，忽而展颜一笑，忽而手舞足蹈，忽而在纸上指指戳戳，忽而口中念念有词，忽而长吁??感觉有点神经病啊

桌子上摆的是代码大全、设计模式、敏捷实践之类的书籍，并且没有灰尘

chrome或firefox的书签栏里分门别类，类别多于10个，8个以上是技术相关的

容不得破窗户，看见别人的烂代码就想改过来

随手就能在白板上画出软件的流程图或者时序图??

㈣ 程序员戴什么手表比较好戴手表有职业的区分吗

我认为程序员戴万国手表还是不错的，不过还是要根据你个人的性格。

㈤ 什么样的手表适合程序员的男生

前阵子大家在大肆讨论程序员的着装问题，格子衬衫、牛仔裤和运动鞋基本就是标配了。还有人晒了程序员的办公室，一眼望去一片花花绿绿的格子（还有的居然能和餐厅桌布撞衫，佩服），蔚为壮观。 理由是“格子衫穿上，代码敲出来都整整齐齐的”……

这个细节非常清晰，这块就是雅典的航海天文台腕表，43mm表径，用的是雅典的UN-118机芯，黄轩戴的这块配了鳄鱼皮表带，另外也有橡胶表带的选择。不过黄轩的这块是旧款，现在不太买得到了。但我们可以看看同样是航海系列的领航者腕表，因为它的灵感就来自于航海天文台腕表。同样用的是雅典的UN-118自动上链机芯，不过表径是42mm，有钢款也有玫瑰金款式。

㈥ 低级程序员和高级程序员的区别

低级程序员认为自己与高级程序员的区别, 主要是高级程序员任何功能都能编码实现, 编码速度快, 代码无 bug. 正如一惯的那样,
低级程序员之所以低级, 正是因为他们勉强能看到(或者根本看不到)事物的表象而看不到本质. 所以, 低级程序员总结出的一切东西,
你都可以大胆的忽略.

所以, 我们来听听高级程序认为自己与低级程序员的区别是什么. 高级程序员之所以高级, 在于他们认识到代码 bug 是不可避免的,
有千万种理由可以导致 bug, 但他们可以在设计和逻辑上保证(追求)滴水不漏, 并用逻辑的百分之百准确性还减少代码 bug. 没错,
严谨的逻辑能力是高级程序员区别于低级程序员的最主要原因.

可以举一个简单常见例子: 网络购票终端的开发. 当然, 比低级程序员还低级的程序员做不出来. 我们先看看低级程序员是怎么做:

order = Db::new_order();
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}

你看到的没错, 这段代码逻辑清晰, 一般 90% 的情况都能正常工作, 有的甚至能达到 99%, 在某些特定的时间段, 这样的系统 100% 能正常工作(几乎是完美的系统).

你可能发现了问题: 网络是不可靠的, 网络请求可能发出去了, 也可能没发出去; 对方可能收到了, 也可能没收到; 响应可能由对方发出去了, 也可能没发出去; 你可能收到了响应, 也可能没收到.

但是, 低级的程序员会这样解释: 我用的是 TCP 协议, "TCP 是一种可靠的传输协议", 哈! 可笑的照本宣科. 这种低级程序员,
不仅在于他们写出了逻辑上不完备的系统, 而且还恶劣地引经据典来做错误的辩护. 但他们引用的经典是不合时宜的(不能支撑他们的结论).

正确的做法应该是假设上面的每一行代码都可能中断执行, 然后进行相应的对策. 正如狭义上的网络协议其实是广义上的交互协议, 我们可能把 TCP/IP 协议上的许多思想和机制应用到系统间的交互上来.

简单来讲, 可以加上就是重试(超时重传)和对账(请求确认). 所以, 逻辑上更准确的代码应该是这样:
Process_0{
order = Db::new_order();
}
Process_1{
order = Db::find_new_order();
ret = Network::query_order_result(order);
if(ret == NOT_FOUND){
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}
}
}

Process_0 和 Process_1 是相互独立的处理逻辑.

Process_0 即处理用户交互, 接受订单.
Process_1 请求服务提供商进行对账. 进行采购下单(补单), 更新订单状态.

上面的代码逻辑实现了重试(超时重传), 对账(请求确认). 但上面的代码在逻辑上还不是 100% 准确的, 例如, 如果对方系统误报呢? 但其它的异常情况可以根据实际情况来忽略. 如果你发现这段代码还有重要的逻辑上缺陷, 欢迎告诉我.

记住, 低级程序员和高级程序员的区别在于逻辑和抽象.

㈦ 怎样做一名高效率程序员

1、理解编程语言的原理

三流的人才懂应用，二流的人才懂开发，一流的人才懂原理。各种语言之间存在着相似的地方，掌握语言的原理是必不可少的。最重要的，让语言去适应项目，反之亦然。

2、向优秀程序员学习

你有一个苹果，我也有一个苹果，我们交换苹果，你我还是有一个苹果;你有一种思想，我也有一种思想，我们交换思想，你我就有了两种思想。

与优秀的程序员为伍，你将吸收的最实用的经验，这远比你一个人自学、死磕编程来的快一些。有一句话说到好，与臭棋佬下棋，棋会越下越臭。不可否认这样一个事实：和什么样的人在一起，就有什么样的格局，就会有什么样的人生。

3、了解数据结构和算法

如果你要成为一个高效的开发者，就必须学会快速排序、学会辨认O(n2)程序、学会编写递归函数。

学会多种语言，你便会更清楚不同的框架是相同问题的是如何解决的。尽可能去了解底层命令(plumbing)，以便能够作出明智的决定(Web框架是怎么存储session状态的?Cookie到底是什么?)。

4、精通一个编辑器

高效开发者通常是用IDE编辑器吗?其实不是的，他们更常用的文本编辑器，因为这样更会学到东西。

如果使用编辑器选择通用的Emacs或Vim，自然是最好的。其次，挑选你的首选平台最支持的。使用宏，不断地写代码;使用Visual Studio或SublimeText的自动补齐功能。

5、整洁的代码胜过巧妙的代码

如果想让别人可以轻松读懂你编写的代码，请尽量使用最少的代码来完成任务。在编写代码过程中，遵循DRY(Don’t repeat yourself)的原则，使用明确定义的对象和库，将任务分解成小而简单的代码段。

6、掌握代码调试技巧

现如今市场和需求变化相当快，项目的周期有时就会缩短。一个月的工作计划，会缩短到2个星期。项目的压力难免会导致程序员的代码质量会有所下降!

因此，调试技巧在这样的环境下就显得尤为重要。高级程序员会在函数的开始和结束输出Log，把所有的参数和返回值打印到日志系统，便于追踪。在解决问题的过程中，使用开发工具一行一行进行调试，实时观看参数的变化。

7、重新回顾代码

重新去回顾和审视自己写过的代码，通常会有两种体验，一种是我怎么写了这么烂的代码;另外一种则是对自己写过的代码充满了成就感。回顾代码有时可以触发我们新的想法，甚至还能对编码有一个更深层次的思考。

㈧ 好程序员：优秀的程序员和一般的程序员差别在哪

一个好的程序员定义分为三种：兴趣，努力，行业前景
1: 首先你要对前端这个职位这个行业感兴趣，没有兴趣你再怎么去学都是没有用的，比哑巴吃黄莲都更难受。有兴趣后就要懂得培养。
2: 俗话说：人往高处走，水往低处流，努力要讲究方法，你刚毕业不久，我建议我们先好好实习积累工作经验，然后跳出来自己找个公司上班，工作经验会更加丰富，我就是这样
3: 互联网行业正属于当今社会的发展高峰期，首先确定你选这个行业前景是没有错的，非常好，其次 除了前端，你应该去了解后端，和互联网行业的其他职位，程序员不一定都是前端。或许互联网行业的其他职位也很适合你。
在大学里学的专业是前端，这个已经是非常好的了，当今前端的需求量大。也是很景气。希望你能抓住这个机会 不要放弃 踏实一步一步来，成就会来的非常快！

㈨ 大理电脑培训学校告诉你低级程序员和高级程序员的区别在哪

低级程序员认为自己与高级程序员的区别：高级程序员任何功能都能编码实现，编码速度快，代码无bug。

正如一惯的那样，IT培训http://www.kmbdqn.cn/认为低级程序员之所以低级，正是因为他们勉强能看到（或者根本看不到）事物的表象而看不到本质。

我们来听听高级程序认为自己与低级程序员的区别是什么。

高级程序员之所以高级，在于他们认识到代码bug是不可避免的，有千万种理由可以导致bug，但他们可以在设计和逻辑上保证（追求）滴水不漏，并用逻辑的百分之百准确性来减少代码bug。没错，严谨的逻辑能力是高级程序员区别于低级程序员的最主要原因。

类似于武侠小说中的武术一样，程序员也分内功和招式。

招式就是各种编程技巧和编程概念（框架，架构等），通过经验可以不断习得。而内功就是数据结构+算法了，招式可以决定你干活的速度，而且绝大多数情况下，不需要深厚的内力(知道加减乘除就行)。而内功可以决定你解决问题的高度，就是说一件事情难到一定程度，内力不够的话是解决不了的。

优秀程序员的行为：

拿到任务，就开始仰望星空或天花板上那盏高悬的电灯棒，状如老僧入定

忽而皱眉，忽而展颜一笑，忽而手舞足蹈，忽而在纸上指指戳戳，忽而口中念念有词，忽而长吁感觉有点神经病啊

桌子上摆的是代码大全、设计模式、敏捷实践之类的书籍，并且没有灰尘

chrome或firefox的书签栏里分门别类，类别多于10个，8个以上是技术相关的

容不得破窗户，看见别人的烂代码就想改过来

随手就能在白板上画出软件的流程图或者时序图

㈩ 有哪些话一听就知道一个程序员是个水货

有hover切换功能，不能直接换成png ，现在的官网取消了hover才换的png

首先，有些公认的水货，比如熊节，根本就是一个文艺编辑，就不用废话了。其次，有争议的，比如陈皓。这货的博客多年保持livelock状态。什么意思呢，就是看起来系统还是在跑，但没有任何有用功。常年都是给入门马农做科普的内容。这种属于大自然的搬运工，把搜索引擎里的资料编译一下就拿来做自己的内容。然后是比较隐藏的水货。比如陈硕。言必让读者看自己的书第几页。但他那本书纯属基础知识和常识列举。看几个man page和rfc就够了。另外，他的书里错误很多，言之凿凿的地方其实都是挂一漏万，把特例当公理。云风当属最隐蔽的水货。都是实打实的产品，代码，难题，分析。内容都是网络，高性能，并发，分布。但不幸的是，老子才是这方面的行家。就拿他最新那个所谓的乐观悲观锁来说吧，里面每个结论每个分析我都指出其不靠谱之处。还有其他一些水货，就不一一列举了。他们有如下显着特征:话题以程序科普为主。内容都是在其他它地方能轻易获得的，缺少自己的思想。问题分析流于猜测，不能达到问题本质。轻易下结论，下过多总结陈词。缺乏量化分析，以主观感受和特例作为依据。如果有不服的，欢迎讨论。我可以具体问题具体分析给你看，他们的思想有多毛糙，基本功有多不扎实。