我是一个期货公司业务员，现在很迷茫，我从事的行业可以做下去么？开发客户怎么这么难！

1. 我是一个期货公司业务员，现在很迷茫，我从事的行业可以做下去么？开发客户怎么这么难！

很肯定的告诉你17年期货觉对火，现货明年不行了 抄他们底挖他们客户去。

2. 在期货公司从事系统运维工作怎么样？

你是做ctp的吧。总体来说事情比较少，专业性也不需要那么强。科技公司的运维事情比较多，同时需要管理的服务器量很大。如果相比的话，性价比期货公司的运维要好很多。

3. 前两天期货公司要开夜盘，自己找了一个系统运维的岗位，但是刚毕业做这岗位，是不是干几年自己就彻底废了

任何工作都是会有收获的，收获可能不来自工作本身，而是在周围的环境中，周围的人，先做了在说，善于发现周围的东西，可以学到你想不到的事情，等你自我认识和对你行业整体认识够了 才知道自己要什么，想什么，再去选择····在未知的阶段选择都是盲目的··

4. 期货公司职员都做什么???（急！！）

我曾经在期货公司工作过两年，期货公司职员因部门不同做的工作也不同，要看你在什么部门了。
1.综合部
主要负责公司的人事行政工作，属于后勤部门，包括前台。主要负责公司招聘，工资绩效考核，考勤，社保，团建活动的组织（包括年会），有的还需要负责总经理的日常工作安排，出差行程等。
3.财务部
这个是最大众化的了，跟钱有关的都是财务部负责，发工资，差旅费报销等。还有公司的保证金划拨，涉及到手工出入金的，都是财务部负责。
4.风控部
首席风险官负责该部门，主要审议公司的各项合同，客户开户资料。最主要的一项任务是反洗钱。
5.投资咨询部
负责研究报告，给客户提供投资建议。给产业客户提供套期保值增值服务。有的公司投资咨询部要承担部分开户等营销任务。没有研究院的话，投资咨询部的员工还要参与调研。
6.市场营销部
主要就是负责拉客户了，找客户来开户做期货，主要以产业客户为主。现在他们一般都是去找资金，然后找投顾，再开户，三方合作。传统的营销模式已经过时了，很难生存。
7.技术部
这个部门算是期货公司的核心部门了，负责所有跟计算机有关的软硬件问题。你的电脑坏了可以找他们，公司的席位运维全部指望技术部门。客户有什么软件方面的需求也要他们，尤其是做高频交易和程序化交易的客户，对技术部们员工的要求较高。
8.交易运作中心
有的公司直接叫做结算中心或风控中心。主要负责保证金的结算、客户的交割申请、仓单转让、仓单质押。同时要监控客户的保证金风险度，负责给超过风险度的客户打电话追加保证金，以及对不追加保证金的客户强行平仓。该部门通常还有交易员，负责给需要电话下单的客户下单，兼顾夜班。

扩展资料：期货公司是指依法设立的、接受客户委托、按照客户的指令、以自己的名义为客户进行期货交易并收取交易手续费的中介组织，其交易结果由客户承担。期货公司是交易者与期货交易所之间的桥梁。期货交易者是期货市场的主体，正是因为期货交易者具有套期保值或投机盈利的需求，才促进了期货市场的产生和发展。尽管每一个交易者都希望直接进入期货市场进行交易，但是由于期货交易的高风险性，决定了期货交易所必须制定严格的会员交易制度，非会员不得入场交易，于是就发生了严格的会员交易制度与吸引更多交易者、扩大市场规模之间的矛盾。
参考资料：百度百科_期货公司

5. 期货业的朋友们帮忙回答一下：想进入期货公司是做营业部的会计兼人事有发展，还是做期货公司总部的结算好

会计、人事基本上每家公司都需要，而且还是营业部。本人觉得你要是想在期货业发展的话，还是去总部的结算岗位有前途，这是掌握公司机密的一个岗位。

6. 软件开发与运维相比哪个呢?

我个人从事运维工作6年，目前担任某短信服务商的运维经理，你可以从我的百度知道认证上看到。

运维虽然一个可以长期从事的工作，后期可以转为架构师、信息项目管理者，但他最大的缺点是发展慢，同一时期你的待遇远远落后于开发，加之国内环境不好，运维行业还不成熟，一个运维往往身兼数职，要求懂服务器、网络、开发语言...，多而不精，广而不深，被大多数人视为网管和售后，如果没有好的环境来起步，发展堪忧。

建议你从事开发行业，毕竟运维本身也要懂得开发，不然就没有发展可言。另外JAVA开发尽量避免去外包公司，尤其是对日外包。

关于外包的缺陷，你可以看看CSDN上的这个讨论：
http://bbs.csdn.net/topics/390562138?page=1

7. 想开发个软件，是自己组织团队好还是外包给软件公司？

看你是自己做呢还是公司做呢，找一个好的公司做的话应该满足下面的条件
各类软件的出现，给我们的日常生活和工作学习带来了诸多的便利。现在很多企业都希望根据自己的需求定制软件，来实现更高效的工作，正是有了这一市场需求，多家软件开发服务从开发通用软件走向定制化服务。软件开发选择哪家公司比较好？笔者认为可以从以下几个方面来看：
          
1、  尽可能满足用户需求用户之所以选择定制软件服务，就是因为市面上的软件不能完全满足自身的需求，所以需要定制个性化的软件，而作为软件开发公司，就应该能够尽可能地满足用户的需求。也许会遇见有的用户不懂软件方面的原理，然后提一些不能实现的功能，而作为软件开发方，应当耐心地给用户解释不能实现的原因并提供合适的解决方案，说服用户而不是一味地说不能实现，这样的软件开发公司才比较好，能够受到用户的青睐。
互联网是个神奇的大网，大数据开发和软件定制也是一种模式，这里提供最详细的报价，如果你真的想做，可以来这里，这个手机的开始数字是一八七中间的是三儿零最后的是一四二五零，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。
          
2、  开发软件效率高用户一旦有了选择软件开发公司定制软件的需求，就说明这款软件对于他来说，是目前比较急切地需要的，希望能够在比较短的时候内开发完成投入使用。所以好的软件开发公司在确认完用户需求之后，就应该让专业的人员进行软件开发，并及时与用户进行沟通，在较短的时间内开发出令用户满意的软件。
           
3、  有比较成功的案例通常情况下，很多软件开发公司在与用户确认完需求进行报价之后，用户就需要付款才能进行软件的开发，也就是说付款在软件开发出来之前。这个时候，用户如何相信这家公司能够开发出令他满意的产品？客户案例是最说服力的。笔者曾经选择北京开运联合定制软件就是因为这家公司有多个成功案例，事实也证明他们确实能够开发出令人满意的软件。
                    
开发APP的费用，简单来说就是这个APP需要多少人、做多长时间、人员的工资是多少。
对于APP外包开发的报价，一般取决于下面几个因素：
         
1、APP支持平台：
常见的APP移动平台包括谷歌Android、苹果iOS（iPhone/iPad），做的手机APP是针对其中某一个、还是两个平台都需要，对应了不同的开发成本。
除了APP本身，很多APP还有网站版的管理后台，管理后台的开发成本也需要考虑在内。
                
2、开发人员工资
一般来说，外包项目报价的基础是开发人员的工资，而工资又是和工作年限、经验、水平等决定的。这里的开发人员包括产品经理、UI设计师、前端工程师、服务端工程师、iOS和Android客户端工程师等，不同的外包项目需要的开发人员不同。
举个例子，假设一个iOS开发工程师一月工资22000元（工资数值仅举例），按照每月21.75个工作日来计算每天的开发费用，这里是每天(22000/21.75)=1000元，如果你考虑20%的利润，则每天费用变为了1000x(1+20%)=1200元。详情大数据和APP详情报价致电一八六零零三一四起吴零（注：现实中，开发人员的工资之外，还有社保等其他人力成本支出）
                    
3、产品功能的复杂程度
产品功能的复杂程度决定了所需要的开发人员和时间，开发需要30人/天和100人/天，价格是不同的。
接前面的例子，如果一个项目需要一个iOS开发工程师30人/天，那么按照1200元每天的价格，项目总费用就是（1200x30）=36000元。
          
4、外包团队经验和素质
如果是产品功能复杂的项目，外包团队的素质对最终结果影响很大，而好的团队则报价自然会更高一些。产品功能简单的项目，另当别论。
                 
5、外包团队的所在地
同样能力的外包团队，在不同的城市也会导致开发成本的差异，比如在北京、深圳和上海的外包团队成本自然高一些，因为当地开发人员薪资和其他支出相对更高。
                      
6、客户预算
如果产品需求很多，但是预算不够，那也白搭，因此客户应该根据预算了确定产品功能需求。
当然，一定会有甲乙双方讨价还价的过程，双方合作共赢才是王道。

8. 如何成为一名合格的运维工程师

一、什么是大型网站运维?
首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂 性角度考虑，如网站规范、知名度、服务器量级、pv量等考虑，其它因素不是重点；因此，我们先定义服务器规模大于1000台，pv每天至少上亿（至少国内 排名前10），如sina、baidu、QQ，renren.com等等；其它小型网站可能没有真正意义上的运维工程师，这与网站规范不够和成本因素有关，更多的 是集合网络、系统、开发工作于一身的“复合性人才”，就如有些公司把一些合同采购都纳入了运维职责范围，还有如IDC网络规划也纳入运维职责。所以，非常 重要一定需要明白：运维对其它关联工种必须非常了解熟悉：网络、系统、系统开发、存储，安全,DB等；我在这里所讲的运维工程师就是指专职运维工程师。
我们再来说说一般产品的“出生”流程：
1、首先公司管理层给出指导思想，PM定位市场需求（或copy成熟应用）进行调研、分析、最终给出详细设计。
2、架构师根据产品设计的需求，如pv大小预估、服务器规模、应用架构等因素完成网络规划,架构设计等（基本上对网络变动不大，除非大项目）
3、开发工程师将设计code实现出来、测试工程师对应用进行测试。
4、好，到运维工程师出马了，首先明确一点不是说前三步就与运维工作无关了，恰恰相反，前三步与运维关系很大：应用的前期架构设计、软/硬件资源评估申请 采购、应用设计性能隐患及评估、IDC、服务性能\安全调优、服务器系统级优化（与特定应用有关）等都需运维全程参与，并主导整个应用上线项目；运维工程 师负责产品服务器上架准备工作，服务器系统安装、网络、IP、通用工具集安装。运维工程师还需要对上线的应用系统架构是否合理、是否具备可扩展性、及安全 隐患等因素负责，并负责最后将产品（程序）、网络、系统三者进行拼接并最优化的组合在一起，最终完成产品上线提供用户使用，并周而复使：需求->开 发（升级）->测试->上线（性能、安全问题等之前预估外的问题随之慢慢就全出来了）在这里提一点：网站开发模式与传统软件开发完全不一样， 网站一天开发上线1~5个升级版本是家常便饭，用户体验为王嘛，如果某个线上问题像M$ 需要1年解决，用户早跑光了；应用上线后，运维工作才刚开始，具体工作可能包括：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发故障 处理、服务日常变更调整、集群管理、服务性能评估优化、数据库管理优化、随着应用PV增减进行应用架构的伸缩、安全、运维开发工作：
a 、尽量将日常机械性手工工作通过工具实现（如服务监控、应用状态统计、服务上线等等），提高效率。
b、解决现实中服务存在的问题，如高可靠性、可扩展性问题等。
c、大规模集群管理工具的开发，如1万台机器如何在1分钟内完成密码修改、或运行指定任务？2000台服务器如何快速安装操作系统？各分布式IDC、存储集群中数PT级的数据如何快速的存储、共享、分析？等一系列挑战都需运维工程师的努力。
在此说明一下其它配合工种情况，在整个项目中，前端应用对于网络/系统工程师来说是黑匣子，同时开发工程师职责只是负责完成应用的功能性开发，并对应用本 身性能、安全性等应用本身负责，它不负责或关心网络/系统架构方面事宜，当然软/硬件采购人员等事业部其它同事也不会关心这些问题，各司其职，但项目的核 心是运维工程师~！所有其它部门的桥梁。
上面说了很多，我想大家应该对运维有一些概念了，在此打个比方吧，如果我们是一辆高速行驶在高速公路上的汽车，那运维工程师就是司机兼维修工，这个司机不 简单，有时需要在高速行驶过程中换轮胎、并根据道路情况换档位、当汽车速度越来越快，汽车本身不能满足高速度时对汽车性能调优或零件升级、高速行进中解决 汽车故障及性能问题、时刻关注前方安全问题，并先知先觉的采取规避手段。这就是运维工作~！
最后说一下运维工程师的职责：”确保线上稳定“，看似简单，但实属不容易，运维工程师必须在诸多不利因素中进行权衡：新产品模式对现有架构及技术的冲击、 产品高频度的升级带来的线上BUG隐患、运维自动化管理承度不高导致的人为失误、IT行业追求的高效率导致流程执行上的缺失、用户增涨带来的性能及架构上 的压力、IT行业宽松的技术管理文化、创新风险、互联网安全性问题等因素，都会是网站稳定的大敌，运维工程师必须把控好这最后一关，需具体高度的责任感、 原则性及协调能力，如果能做到各因素的最佳平衡，那就是一名优秀的运维工程师了。
另外在此聊点题外话，我在这里看到有很多人要sina、QQ、baidu,51.com等聊自已的运维方面的经验，其实这对于它们有点免为其难：
a、各公司自已网络架构、规模、或多或少还算是公司的核心秘密，要保密，另外，对于大家所熟知的通用软件、架构，由于很多公司会根据自已实际业务需要，同 时因为原版性能、安全性、已知bug、功能等原因，进行过二次开发（如apache,php,mysql），操作系统内核也会根据不同业务类型进行定制 的，如某些应用属于运算型、某些是高IO型、或大存储大内存型。根据这些特点进行内核优化定制，如sina就在memcache上进行过二次开发，搞出了 一个MemcacheDB，具体做得如何我们不谈，但开源了，是值得称赞的，国内公司对于开源基本上是索取，没有贡献；另外，服务器也不是大家所熟知的型 号，根据业务特点，大部份都是找DELL/HP/ibm进行过定制；另外，在分布式储存方面都有自已解决方案，要不就是使用现成开源hadoop等解决方 案，或自已开发。但90%都是借鉴google GFS的思想:分布式存储、计算、大表。
b、各公司业务方向不一样，会导致运维模式或方法都不一样，如51.com和baidu运维肯定区别很大，因为他们业务模式决定了其架构、服务器量级、 IDC分布、网络结构、通用技术都会不一样，主打新闻门户的sina与主打sns的51.com运维模式差异就非常大,甚至职责都不大一样；但有一点，通 用技术及大致架构上都大同小异，大家不要太神化，更多的公司只是玩垒积木的游戏罢了，没什么技术含量。
c、如上面所讲，目前大型网站运维还处于幼年时期理念和经验都比较零散，没有成熟的知识体系，可能具体什么是运维，大家都要先思索一番，或压根没想过，真 正讨论也只是运维工作的冰山一角，局限于具体技术细节，或某某著名网站大的框架，真正运维体系化东西没有，这也许是目前网上运维相关资料比较少的原故吧。 或者也是国内运维人员比较难招，比较牛的运维工程师比较少见的原因之一吧。
二、运维工作师需要什么样的技能及素质
做为一名运维工程师需要什么样的技能及素质呢，首先说说技能吧，如大家上面所看到，运维是一个集多IT工种技能与一身的岗位，对系统->网络 ->存储->协议->需求->开发->测试->安全等各环节都需要了解一些，但对于某些环节需熟悉甚至精通，如系统 (基本操作系统的熟悉使用,*nix,windows..)、协议、系统开发(日常很重要的工作是自动运维化相关开发、大规模集群工具开发、管理）、通用 应用（如lvs、ha、web server、db、中间件、存储等）、网络,IDC拓朴架构；
技能方面总结以下几点：
1、开发能力，这点非常重要，因为运维工具都需要自已开发，开发语言：c/c++（必备其中之一）、perl、python、php（其中之一）、shell（awk,sed,expect….等），需要有过实际开发经验，否则工作会非常痛苦。
2、通用应用方面需要了解：操作系统（目前国内主要是linux、bsd）、webserver相关 (nginx,apahe,php,lighttpd,java。。。)、数据库(mysql,oralce)、其它杂七八拉的东东。。。系统优化，高可 靠性。。。这些只是加分项，不需必备，可以边工作边慢慢学，这些东西都不难。当然在运维中，有些是有分工偏重点不一样。
3、系统、网络、安全，存储，CDN，DB等需要相当了解，知道其相关原理。
个人素质方面：
1、 沟通能力、团队协作：运维工作跨部门、跨工种工作很多，需善于沟通、并且团队协作能力要强；这应该是现代企业的基本素质要求了，不多说。
2、工作中需胆大心细：胆大才能创新、不走寻常路，特别对于运维这种新的工种，更需创新才能促进发展；心细，运维工程师是网站admin,最高线上权限者，一不小心就会遗憾终生或打入十八层地狱。
3、主动性、执行力、精力旺盛、抗压能力强：由于IT行业的特性，变化快；往往计划赶不上变化，运维工作就更突出了，比如国内各大公司服务器往往是全国各 地，哪里便宜性价比高，就那往搬，进行大规模服务迁移（牵扯的服务器成百上千台），这是一个非常头痛的问题；往往时间非常紧迫，如限1周内完成，这种情况 下，运维工程师的主动性及执行力就有很高的要求了：计划、方案、服务无缝迁移、机器搬迁上架、环境准备、安全评估、性能评估、基建、各关联部门扯 皮,7X24小紧急事故响应等。
4、其它就是一些基本素质了：头脑要灵光、逻辑思维能力强、为人谦虚稳重、亲和力、乐于助人、有大局观。
5、最后一点，做网站运维需要有探索创新精神，通过创新型思维解决现实中的问题，因为这是一个处于幼年的职业（国外也一样，但比国内起步早点），没有成熟体系或方法论可以借鉴，只能靠大家自已摸索努力。
三、怎样才算是一个合格的运维工程师
1、保证服务达到要求的线上标准，如99.9%；保证线上稳定，这是运维工程师的基本责职所在。
2、不断的提升应用的可靠性与健壮性、性能优化、安全提升；这方面非常考验主动性、和创新思维。
3、网站各层面监控、统计的覆盖度，软件、硬件、运行状态，能监控的都需要监控统计，避免监控死角、并能实时了解应用的运转情况。
4、通过创新思维解决运维效率问题；目前各公司大部份运维主要工作还是依赖人工操作干预，需要尽可能的解放双手。
5、运维知识的积累与沉淀、文档的完备性，运维是一个经验性非常强的岗位，好的经验与陷阱都需积累下来，避免重复性范错。
6、计划性和执行力；工作有计划，计划后想法设法达到目标，不找借口。
7、自动化运维；能对日常机械化工作进行提炼、设计并开发成工具、系统，能让系统自动完成的尽量依靠系统；让大家更多的时间用于思考、创新思维、做自已喜欢的事情。
以上只是技术上的一些层面，当然个人意识也是很重要的。
四、运维职业的迷惘、现状与发展前景
运维岗位不像其它岗位，如研发工程师、测试工程师等，有非常明确的职责定位及职业规划，比较有职业认同感与成就感；而运维工作可能给人的感觉是哪方面都了 解一些，但又都比上专职工程师更精通、感觉平时被关注度比较低（除非线上出现故障），慢慢的大家就会迷惘，对职业发展产生困惑,为什么会有这种现象呢？ 除了职业本身特点外，主要还是因为对运维了解不深入、做得不深入导致；其实这个问题其它岗位也会出现，但我发现运维更典型，更容易出现这个问题；
针对这个问题我谈一下网站运维的现状及发展前景（也在思考中，可能不太深入全面，也请大家斧正补充）
运维现状：
1、处于刚起步的初级阶段，各大公司有此专职，但重视或重要承度不高，可替代性强；小公司更多是由其它岗位来兼顾做这一块工作，没有专职，也不可能做得深入
2、技术层次比较低；主要处于技术探索、积累阶段，没有型成体系化的理念、技术。
3、体力劳动偏大；这个问题主要与第二点有关系，很多事情还是依靠人力进行，没有完成好的提练，对于大规模集群没有成熟的自动化管理方法，在此说明一下，大规模集群与运维工作是息息相关的如果只是百十来台机器，那就没有运维太大的生存空间了。
4、优秀运维人才的极度缺乏；目前各大公司基本上都靠自已培养，这个现状导致行业内运维人才的流动性非常低，非常多好的技术都局限在各大公司内部，如 google 50万台机器科学的管理,或者国内互联公司top 10 的一些运维经验，这些经验是非常有价值的东西并决定了一个公司的核心竞争力；这些问题进而导致业内先进运维技术的流通、贯通、与借签，并最终将限制了运维 发展。
5、很多优秀的运维经验都掌握在大公司手中；这不在于公司的技术实力，而在于大公司的技术规模、海量PV、硬件规模足够大，如baidu可怕的流量、 51.com海量数据~~~~这些因素决定了他们遇到的问题都是其它中/小公司还没有遇到的，或即将遇到。但大公司可能已有很好的解决方案或系统。
发展前景：
1、从行业角度来看，随着中国互联网的高速发展（目前中国网民已跃升为全球第一）、网站规模越来越来大、架构越来越复杂；对专职网站运维工程师、网站架构 师的要求会越来越急迫,特别是对有经验的优秀运维人才需求量大，而且是越老越值钱；目前国内基本上都是选择毕业生培养（限于大公司），培养成本高，而且没 有经验人才加入会导致公司技术更新缓慢、影响公司的技术发展；当然，毕业生也有好处：白纸一张，可塑性强，比较认同并容易融入企业文化。
2、从个人角度，运维工程师技术含量及要求会越来越高，同时也是对公司应用、架构最了解最熟悉的人、越来越得到重视。
3、网站运维将成为一个融合多学科（网络、系统、开发、安全、应用架构、存储等）的综合性技术岗位，给大家提供一个很好的个人能力与技术广度的发展空间。
4、运维工作的相关经验将会变得非常重要，而且也将成为个人的核心竞争力，具备很好的各层面问题的解决能力及方案提供、全局思考能力等。
5、特长发控和兴趣的培养；由于运维岗位所接触的知识面非常广阔，更容易培养或发挥出个人某些方面的特长或爱好，如内核、网络、开发、数据库等方面，可以做得非常深入精通、成为这方面的专家。
6、如果真要以后不想做运维了，转到其它岗位也比较容易，不会有太大的局限性。当然了，你得真正用心去做。
7、技术发展方向、网站/系统架构师。