有家长沙的公司要我过去上班,不知道该不该去??跟贴有分

IT写轮眼 2003-09-11 03:42:57
我现在人在深圳,在深圳待了2年多了。这家公司是我在深圳的金领招聘会上投的。公司还不错,面试的人也挺好的。给我的待遇是试用期4000/月,正式后4500到5000,说是看能力。
可是我挺舍不得深圳的,这里有好多好多的朋友,而湖南那边我可是无依无靠呀。

我也去腾讯公司面试了,但是还没有消息。不过我到是挺想去腾讯的。

不知道CSDN上的兄弟能不能给我点意见,长沙的那家公司催我催得很急,我已经都拖了快2个星期了。
...全文
115 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
godliu521 2003-09-12
  • 打赏
  • 举报
回复
主要看公司是否适合你,其他的是次要的,不认识人现认识来得及
isonme 2003-09-12
  • 打赏
  • 举报
回复
深圳好
tolixiaohui 2003-09-12
  • 打赏
  • 举报
回复
不如在深圳
ArLi2003 2003-09-12
  • 打赏
  • 举报
回复
............ i don't know, who be know?
IT写轮眼 2003-09-12
  • 打赏
  • 举报
回复
谢谢各位兄弟的关心,我已经决定留在深圳了。毕竟深圳这边有好兄弟,有好朋友。相信自己还是能够在深圳找到更好的工作。对我来说,朋友,兄弟比工作重要多了。
bxjgood66 2003-09-12
  • 打赏
  • 举报
回复
选择永远是痛苦的
不过你千万记住一点:别太相信口头承诺!!!!!!!!!
jhonsonaz 2003-09-12
  • 打赏
  • 举报
回复
长沙我比较熟,能说说看是哪家公司?
oldnewcomer 2003-09-12
  • 打赏
  • 举报
回复
我感觉是深圳好。
第一、倒未必是那个公司不好,问题现在IT业界跳槽那么频繁,你去了后如果再跳,可能就会麻烦一些,基于骑着驴找驴的策略,下一个工作还没有找好之前,前一个工作一般最好先别辞,甚至说连面试都不容易,得从一个地方赶到另一个地方。
第二、深圳的大环境好,牛人肯定比长沙多,而有的时候,你的职业生涯的进步可能就是需要一个人点拨一下
第三、深圳的好公司、有规模又规范的公司一定比长沙多,而在我的经验看,在一个管理系统、正规的公司工作两年,给你水平的增长是不可限量的
第四、一个月4~5K其实并不是很多,可见你目前工资还没有这么些,从而估计你的年龄和经验或许不是那么丰富,而从我的经验看,你目前的状态不是急于找高工资的时候,而应该尽可能的增长经验、能力,更何况那个工资并不是那么吸引人

总之,我的建议是:除非那个公司是很系统、规范的公司,而且很有发展前途,否则还是待在深圳好些,没准再过两个月,你会发现你在深圳找到一个更喜欢的、工资更高的一个职位呢
acewang 2003-09-12
  • 打赏
  • 举报
回复
不去,没那么大的把握.
WJY2003 2003-09-12
  • 打赏
  • 举报
回复
选择总是难过的!!!
不过难过之后你就懂了很多
也许会失去,
也许会得到!
rqxiang 2003-09-12
  • 打赏
  • 举报
回复
恭喜
vesky 2003-09-11
  • 打赏
  • 举报
回复
中秋快乐!
91bct 2003-09-11
  • 打赏
  • 举报
回复
千万记住一点:别太相信口头承诺!!!!!!!!!
等你辞掉原来的工作时候你会发现他们的口气准会不一样的!!!!!!!!!!!!!
我原来碰到几个老板都是这样,其中有一个还是武汉测绘大学的博士,
这个老板的口头承诺的兑现率大概在100万分之一。

当然如果他们真的很有诚意,那情况就另当别论了。
zhangjie1234 2003-09-11
  • 打赏
  • 举报
回复
呵呵,兄弟我也想去呀。
能否告诉兄弟是哪家公司,和你一同去
速马 2003-09-11
  • 打赏
  • 举报
回复
能找到这样的工作说不定我就不考研了
速马 2003-09-11
  • 打赏
  • 举报
回复
试用就4K? 羡慕啊...
szch 2003-09-11
  • 打赏
  • 举报
回复
选择永远是痛苦的
elfzzf 2003-09-11
  • 打赏
  • 举报
回复
那家公司名??? 去年我在湖南 。
实验题目:数据库设计 实验目的:掌握数据库的设计方法 实验内容:网上论坛的数据库设计 需求 : (1)论坛可以分为多个版块,如 C#版块、C++版块、Java 版块等, 注册用户可以在版块中发帖和跟贴。版块的数量和名称尚未 确定。 (2)每个注册用户拥有一定数量的可用分和专家分,不区分是在 哪个版块的分数。 (3)每个用户注册时自动得到可用分 3000 分,发帖时可以设定 这个帖子的分数是多少,分数从可用分中扣除。 (4)每次发帖可以设置的分数最大值为 100。 (5)用户每天第一次登录时自动增加可用分 20 分,当天重复登 录不再增加可用分。 (6)发帖人问题得到满意答复后结帖,结帖时根据跟贴用户的回 答,由发帖人决定给予的分数,跟贴人得到的分数记入其专 家分。 (7)发帖人在这个帖子中给予跟贴人的分数总和不能超过发帖时 设定的分数。 (8)发帖人不可以给自己专家分。 (9)用户根据专家分的多少确定其用户等级,如刚登录时专家分 为 0 分,为初级用户;得到 200 分后为一级用户;500 分后 为二级用户……。用户等级的名称及分数段尚未确定。 (10)系统有超级用户、大版主、分版版主三种管理员,超级用 户系统初始化时设定。 (11)每个注册用户都可以申请分版版主,申请后由注册用户投 票,投票期为 30 天,支持票数达到最近 30 天登录过的用户 数的 10%以上,且反对票数不超过总投票数的 30%,并由大 版主或超级用户审核后,获得分版版主资格。 (12)超级用户可以指定大版主,大版主不一定是分版版主,大 版主可以有多名。 (13)每个版的分版版主可以有多名,版主可以删除违反版规的 帖子,帖子删除后,发帖人发帖时扣除的可用分不再恢复; 如果删除的帖子已经结帖,跟贴人得到的专家分要扣除。 (14)对于分版版主无故删除帖子的行为,用户可以向大版主投 诉,由大版主决定删除是否违规;如果确属违规删除,则恢 复以删除的帖子,并恢复分数。 (15)对于投诉严重的分版版主,或不能承担版主责任的分版版 主,大版主可以取消其版主资格;超级用户同样也可以取消 大版主的资格。 提交内容:实验报告书,提交电子版,不需要使用实验报告纸。 报告内容: (1)需求分析部分:用自然语言描述系统需求,要求至少包含本文 "需求"部分所包含的 1~9 部分功能,第 10 及以后部分为选做。 画出数据流图。 (2)概念结构设计:根据数据流图,确定需要存储的实体,画出分 E-R 图;将分 E-R 图集成为初步 E-R 图,并设计基本 E-R 图。 (3)逻辑结构设计:将 E-R 图转换为关系模型,并进行必要的优化, 设计必要的用户子模式。 (4)物理设计(选做):确定必要的存取方法,确定存储结构和系统 配置。
为什么需要设计数据库 这里我们思考两个问题: 修建茅屋需要设计吗?修建大厦需要设计吗? 结论是:当数据库比较复杂(如数据量大,表较多,业务关系复杂)时,我们需要先 设计数据库; 因为,良好的数据库设计能够: q 节省数据的存储空间 q 能够保证数据的完整性 q 方便进行数据库应用系统的开发 糟糕的数据库设计: q 数据冗余、存储空间浪费 q 内存空间浪费 q 数据更新和插入的异常 软件项目开发周期 我们再来看看软件项目的开发周期: 需求分析阶段:分析客户的业务和数据处理需求; 概要设计阶段:设计数据库的E-R模型图,确认需求信息的正确和完整; 详细设计阶段:将E- R图转换为多张表,进行逻辑设计,并应用数据库设计的三大范式进行审核; 代码编写阶段:选择具体数据库进行物理实现,并编写代码实现前端应用; 软件测试阶段:…… 安装部署:…… 设计数据库 在需求分析阶段,设计数据库的一般步骤为: – 收集信息 – 标识对象 – 标识每个对象的属性 – 标识对象之间的关系 在概要设计阶段和详细设计阶段,设计数据库的步骤为: – 绘制E-R图 – 将E-R图转换为表格 – 应用三大范式规范化表格 下面我们以一个BBS简易论坛的数据库设计为例来看看设计数据库的步骤: 收集信息: 与该系统有关人员进行交流、坐谈,充分理解数据库需要完成的任务 BBS论坛的基本功能: l 用户注册和登录,后台数据库需要存放用户的注册信息和在线状态信息; l 用户发贴,后台数据库需要存放贴子相关信息,如贴子内容、标题等; l 论坛版块管理:后台数据库需要存放各个版块信息,如版主、版块名称、贴子数等; 标识对象(实体-Entity) 标识数据库要管理的关键对象或实体 实体一般是名词: l 用户:论坛普通用户、各版块的版主。 l 用户发的主贴 l 用户发的跟贴(回贴) l 版块:论坛的各个版块信息 标识每个实体的属性(Attribute) 标识对象之间的关系(Relationship) l 跟贴和主贴有主从关系:我们需要在跟贴对象中表明它是谁的跟贴; l 版块和用户有关系:从用户对象中可以根据版块对象查出对应的版主用户的情况; l 主贴和版块有主从关系:需要表明发贴是属于哪个版块的; l 跟贴和版块有主从关系:需要表明跟贴是属于哪个版块的; 绘制E-R图 将E-R图转化为表格 将各实体转换为对应的表,将各属性转换为各表对应的列 标识每个表的主键列,需要注意的是:没有主键的表添加ID编号列,它没有实际含 义,用于做主键或外键,例如用户表中的"UID"列,版块表中添加"SID"列,发 贴表和跟贴表中的"TID"列 在表之间建立主外键,体现实体之间的映射关系 这里我们绘制ER图可以使用微软的Word或VISIO以及Sybase公司的PowerDesigner,它 主要用于和客户沟通交流意见,并反复修改,直到客户确认。客户确认后,再将E- R图转换为表。上面我们已经做好了这个工作。那接下来就是最后一步:应用三大范式对 设计的多张表进行审核并规范化表的结构。 数据规范化 仅有好的RDBMS并不足以避免数据冗余,必须在数据库的设计中创建好的表结构。表设 计后,很可能结构不合理,出现数据重复保存,简称数据的冗余,这对数据的增删 改查带来很多后患,所以我们需要审核是否合理,就像施工图设计后,还需要其他 机构进行审核图纸是否设计合理一样。 如何审核呢?需要一些有关数据库设计的理论指导规则,这些规则业界简称数据库的 范式。Dr E.F.codd 最初定义了规范化的三个级别,范式是具有最小冗余的表结构。这些范式是: – 第一范式(1st NF -First Normal Fromate) – 第二范式(2nd NF-Second Normal Fromate) – 第三范式(3rd NF- Third Normal Fromate) 如果每列都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式 (1NF)。第一范式的目标是确保每列的原子性。 如果一个关系满足1NF,并且除了主键以外的其他列,都依赖于该主键,则满足第二范 式(2NF)。第二范式要求每个表只描述一件事情,确保表中的每列,都和主键相 关。 如果一个关系满足2NF,并且除了主键以外的其他列都不传递依赖于主键列,则满足第 三范式(3NF)。第三范式确保每列都和主键列直接相关,而不是间接相关。 下面我们来看个形象的例子吧!假设某建筑公司要设计一个数据库。公司的业务规则 概括说明如下: 公司承担多个工程项目,每一项工程有:工程号、工程名称、施工人员等 公司有多名职工,每一名职工有:职工号、姓名、性别、职务(工程师、技术员)等 公司按照工时和小时工资率支付工资,小时工资率由职工的职务决定(例如,技术员 的小时工资率与工程师不

7,765

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧