b******l
发帖数: 261 | 1 【 以下文字转载自 JobHunting 讨论区 】
【 原文由 bearbull 所发表 】
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
some one can comment on this? My major jobs are database and related
with stored proc. And this is the first time I heard about xml can
write a stored proc. I thought only programming lang(such as c,java,
cobol...) can do it. |
|
w*r
发帖数: 2421 | 2 performance performance performance
numeric based id is always the choice. ID should not carry info like state/
county, it is simple violation of normal form 1 .
use id as id, use state as state. do not mix your id with other info, if you
do that, go back to use IMS.VMS.ISPF.COBOL
numeric value as long as its range is big enough to hold data volume is
always the choice, regardless of RDBMS. all implementation of RDBMS uses
storage better on numeric value comparing to its offspring character type... 阅读全帖 |
|
p*********t
发帖数: 2690 | 3 可怜我学cl,rpg了，哈哈。学cobol挺有意思的，可惜也是夕阳红。ibm的东西，哎。 |
|
c*********e
发帖数: 16335 | 4 恩，用oracle的特别喜欢用mysql,一家的，mysql免费。
db2就是ibm的了，mainframe几乎都是ibm的东西，cobol,db2. |
|
|
w*r
发帖数: 2421 | 6 很久以前我就说过在商业数据库应用上有两个极端，一个normalize, 一个denormalize
.
normalize是关系数据库的应用，3rd normal form解决了大部分OLTP的应用，其理念就
是处理insert/update/delete的时候如何尽量减少IO cost.
denormlize解决的是reporting的问题，在关系数据库出现之前，大家把数据做成
spreadsheet, mainframe cobol基本上处理的就是这样的文本文件，一个copybook 定
义每个field是什么，然后读写操作，
从dennormalize到normalize之间使用关系数据库解决report问题就是这个怪胎：
dimension model.
你仔细想想这两个极端，很容易发现dimension model就是一个compromise.
至于FACt-Dimesnsion这样的定义没有必要纠结去严格区分，
简单来说FACT就是dimension key + measurement.
Dimesion就是你要group by的东西，
举例说明：
3rd normal f... 阅读全帖 |
|
|
i********s
发帖数: 70 | 8 Python通常被拿来同Ruby比较。许多人认为他们是next generation programming
language, 相较与Java or C#。 如果你google一下 "ruby vs python"，你会发现很多
articles。
我想，python让你想起vb或cobol，那一定有你的道理。 |
|
|
i********s
发帖数: 70 | 10 Python通常被拿来同Ruby比较。许多人认为他们是next generation programming
language, 相较与Java or C#。 如果你google一下 "ruby vs python"，你会发现很多
articles。
我想，python让你想起vb或cobol，那一定有你的道理。 |
|
l******u
发帖数: 10 | 11 Help needed urgently.
The company has two seperate security solutions for Mainframe and Web
Applications. User profiles are managed by CA-ACF2 at mainframe side, and by
eDirectory LDAP server for Web Applications. There is no direct reference or
synchronization between them. As we are developing a Web application wrapping
a legacy cobol projects using JCA, we need to integration the security of the
two hetergeneous systems. Please suggest any simple solutions for
synchronizing the user accounts |
|
k********e
发帖数: 368 | 12 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
多COBOL系统。
tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
并发要求不高的系统。
新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
作为首要任务，能用就行。那些经理们犯不着没事找事。 |
|
k********e
发帖数: 368 | 13 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
多COBOL系统。
tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
并发要求不高的系统。
新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
作为首要任务，能用就行。那些经理们犯不着没事找事。 |
|
c*********e
发帖数: 16335 | 14 agree.银行里什么语言都在用，比如cobol,perl之类的。jsp当然是它的最爱。 |
|
x****o
发帖数: 29677 | 15
商业银行很多技术更老了，我知道还有一对夫妇在chase里做cobol，还是一个部门的，
你说出去怎么找工作？很多老技术在商业银行里应用，一旦更新换代就完蛋 |
|
z****e
发帖数: 54598 | 16 本来就是如此，越靠前的，就越年轻，越靠后的，就越侧重经验
话说cobol那些人也不是那么容易搞的
猎头当年跟我抱怨，挖不到人
那些做主机的，都不愿意动，给钱都挖不到
很郁闷的 |
|
c*********e
发帖数: 16335 | 17 agree.银行里什么语言都在用，比如cobol,perl之类的。jsp当然是它的最爱。 |
|
x****o
发帖数: 29677 | 18
商业银行很多技术更老了，我知道还有一对夫妇在chase里做cobol，还是一个部门的，
你说出去怎么找工作？很多老技术在商业银行里应用，一旦更新换代就完蛋 |
|
z****e
发帖数: 54598 | 19 本来就是如此，越靠前的，就越年轻，越靠后的，就越侧重经验
话说cobol那些人也不是那么容易搞的
猎头当年跟我抱怨，挖不到人
那些做主机的，都不愿意动，给钱都挖不到
很郁闷的 |
|
n******1
发帖数: 3756 | 20 最近做一个实习项目，想在cloud， 比如google app或者ec2上面实现银行的模拟交易
，并且最大可能程度模拟真实的压力，用java做
但是问题是我对现有的银行系统不是太了解，我主要关心一些核心的操作：查询，存款
，取款，转账
性能和数据一致性是主要关注点
我只大概了解到银行是在mainframes上实现的
1.我的理解mainframes只是硬件，和实现没有直接关系？
2.这些功能模块是用什么语言实现呢？ 我理解是会C或者Cobol，如果我用java实现这
个转换有会有什么不同，目前有用java做的吗？
3.通账户并发和数据一致性是通过这个系统保证吗？ 还是通过外围系统实现？如果我
用java是不是应该用java的多线程来处理并发，一致性应该怎么保证呢
3.这个核心系统和外部系统的交互是怎么样的呢？ 我的理解应该是这个核心系统需要
对外提供一些接口可以调用，我理解银行上层的业务系统，比如一些J2ee的系统是需要
这个系统打交道，比如平时用到的网上银行
4.还有个并发处理的排队，可能也是个问题
由于缺乏一些基本的知识，提的问题可能不大正确，可以给些启发吗？谢谢 |
|
x****u
发帖数: 44466 | 21 为了维持其巨额利润，尤其是在钱多人傻的金融领域，大公司会极力让unix不退出历史
舞台的，但这和技术就无关了。
还有的银行常年雇几百个民工昼夜加班做些cobol的东西，估计话费比NT内核还要大得
多。90%的人压根就不写任何代码或者做任何测试。。。 |
|
L*******r
发帖数: 8961 | 22 我的测试结果是Python。其实我连一句Python都没有写过。也不懂。
我个人偏爱C一类的语言，包括C++，JAVA， 和C#。对JAVA更偏爱
一些。其实除了开发环境外，这一类的语言（包括Basic）都是大同
小异，互相之间没有太多的Learning Curve。因为工作原因用过
一阵子Cobol。非常不喜欢。 |
|
f*******y
发帖数: 988 | 23 来自主题: Programming版 - 程序员薪水 Programming Languages
Erlang $99,000 (added 8 June 2008)
Objective-C $82,000
Pascal $81,000
C++ $80,000
TCL $80,000
C# $79,000
Java $79,000
Python $78,000
Perl $77,000
Ruby $74,000
COBOL $73,000 (added due to demand)
JavaScript $72,000
ColdFusion $64,000 (8 June 2008)
Delphi $64,000
PHP $64,000
Visual Basic $64,000
C $60,000
Haskell $53,000 (added 8 June 2008)
Operating Systems
GNU/Linux $86,000 (maybe because of so many web servers?)
Solaris $80,000 (added 8 June 2008)
Microsoft Windows $55,000 |
|
|
g*****g
发帖数: 34805 | 25 Last time I check, eclipse is used for C/C++, PHP, COBOL, Ruby
already, and the list is still growing.
我一
latex
要用 |
|
|
t****t
发帖数: 6806 | 27 if your job *requires* you to learn cobol, then you will. you think nobody
learns it? my brother-in-law do it for a living. it pays well and it is
quite stable.
programmers as a hobit, probably won't touch it. programmers as a job,
probably won't have a choice. programmers looking for a job may have a
choice, but it's difficult to swing between choices too.
however for advanced programmers, learning another language isn't a big
problem anyway. |
|
l******e
发帖数: 12192 | 28 所以我不说谁“用”（cobol现在肯定有人用），而是说谁“学”。现在不是被要求，估
计是没啥人学了。
如果一个人在问，用\学哪种比较好，多半不是被*required*。
另外，找工作的程序员要swing并不难。
最后，对于高级程序员来说，自己学哪种语言当然不是难事。但是，给新人指点，给产
品定方向这些时候，很多高级程序员往往习惯固守自己曾经学过、用过的语言、工具。 |
|
g*****g
发帖数: 34805 | 29 cobol都还没死呢，我觉得java够我再吃30年的。 |
|
s******n
发帖数: 876 | 30 C++即使衰退，不意味着C++程序员难找工作。有可能象COBOL一样，
反而更容易找工作，而且工资很高。C++比COLBOL难多了，
更加限制了程序员的供应。
但是对于新手来说，还是顺大流比较安全，
除非你对C++语言本身有特别的爱好。 |
|
N***m
发帖数: 4460 | 31 cobol got less pay even than c#.
more |
|
N***m
发帖数: 4460 | 32 according to simplyhired.com,
average cobol pay is 68K,
c# is 75K, java is 78K, c++ is 80k, j2ee is 80k. |
|
|
|
a***y
发帖数: 2803 | 35 大侠说说现在cobol被啥子取代了?
jobs |
|
h*i
发帖数: 3446 | 36 If that's true, we should still all be using COBOL today. |
|
g*****g
发帖数: 34805 | 37 Don't understand what you are trying to make here.
Cobol jobs ain't exactly growing. |
|
g*****g
发帖数: 34805 | 38 The point is cobol is on mainframe, and mainframe is replaced by
cluster nowadays. And C++ isn't the language of choice on cluster.
And now C++ main strength is on single CPU, and this single CPU
is more than adequate for most applications already, it shouldn't
be hard to see why C++ isn't getting any momentum.
most
should |
|
a***y
发帖数: 2803 | 39 cobol特别有意思,如果写成a-b,那么编译器以为是一个变量"a-b".如果要让a减去b,一
定要写成a - b,這個时候空格是必须的.
以前特别强调代码的简洁性,一个函数里面最好只有一个return,如果写多个return,就
有人觉得写得不够聪明.现在强调的是代码的可维护性,内存现在以gb为单位,但是维护
代码的人可能会跳槽,所以可维护性狠重要.
鼓励许多“技巧”。现在看这些“技巧”有些已经失效，因为软硬件彻底改变了。有些
虽然还有效但并不提倡，因为可读性和可维护性差。
多原则在改变，过去显示器最多显示80列，现在宽得多；过去关键字两边要留空格便于
识别，现在几乎所有编辑器都支持语法高亮；过去提倡匈牙利命名，现在不提倡；过去
提倡使用STL algorithm简化函数体，把实际的操作写在函数外，现在又推出在函数内
嵌入lambda function。虽然都是为了提高可读性，但是不同时代的原则是不一样的。 |
|
p*********t
发帖数: 2690 | 40 是不是跟cobol有点象,象是英语写出来的句子,很容易看懂和维护? |
|
p*********t
发帖数: 2690 | 41 我一个朋友说，很多银行还在用cobol,因为是team legacy.很多生物实验室postdoc,
faculty还在用mac,因为是team legacy.
of
afford it. their transactions are volume driven and anti-arbitrage so the
high cost is not justified. |
|
g*****g
发帖数: 34805 | 42 这个文章不错嘛？重复的是我老10年前的论调罢了。
C++是上个10年没落的，不是下个10年要没落的。
当然，cobol程序员仍然工资很高，所以C++大牛们
不用担心。 |
|
p*********t
发帖数: 2690 | 43 cobol工作少，而且都是有资历的才能去做，和考公务员有一拼。 |
|
g*****g
发帖数: 34805 | 44 I beg to differ. When you don't have the talent pool, the
language may just die or you can't find your next job.
Cobol is still well paid but good luck to find an opportunity. |
|
q*c
发帖数: 9453 | 45 那是因为有了这么多语言啊！
要是只有 cobol, 所有的 job 都是 opportunity...
就像医学院成了垄断， 通过法律禁止你其他人干我这行，
干我这行的必须都用这些玩意， 哈哈。 |
|
p*********t
发帖数: 2690 | 46 也难怪，现在cs分得越来越细，做cobol能做到退休，做asp.net能做到退休，做c++也
能做到退休，java就更不用说了，高中生都会。貌似database需要培训的时间比java长
点。不过，都是老中老印的行当，还记得电影matrix里面那个钥匙匠？ |
|
i*****o
发帖数: 1714 | 47 你脑子还没转过来，linux被告了后kernel就要改，那很多东西包括你老做的都要改，
岂不是凭空给你多了工作机会？
想想google对oracle，google输了那它说不定就搞出一个比java更好的，那时候你老再
跳过去，还不是一条好汉？就算你不跳，那别人跳了，十几年后你老就可能是现在很多
人说的cobol级别的元老，不干什么活儿还拿很多钱的。 |
|
|
t****a
发帖数: 1212 | 49 好帖子，非常详实。
赞同一些观点，也不赞同一些观点。
- 如果不同语言都写的差不多的话，那恐怕是有些问题吧——你是不是在用C的思
路在写所有的语言啊？那可能就丢掉了那门语言的特点了。事实上，如果某个人声称他
擅长某一门语言，那么面试的时候我就会去问那门语言所特有的有趣的属性。
- lib决定语言？好兵救不了烂将，烂泥扶不上墙。就说40年前的COBOL吧。今天还有多
少人用？ |
|
