d**o
发帖数: 864 | 1 这样比单纯吵哪种语言友好，还能互相学习。
我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
欢迎各种建议和友好的批评。
1. 任务: phd的课题，GPS，手机数据的分析
postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
postgis的地理功能支持地很好
c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
现在应该有8万行左右的代码
python: script调用C++程序，数据的可视化。3万行左右代码。
可视化主要是多种数据的time series分析,用qt和matplotlib,
再调用bing map 和google earch做地理数据的可视 化
php+jquery，这是5年前写的，主要用于数据的web可视化和交通调查功能。8000行
但后来跟django比较之后真是觉得php写web太低级了。
2. 任务：自己的startup project，做交通信息的实时数据收集和分析。
django: 整个架构都在上面，包括api，数据库接口，web，早期算法实现也是
，慢慢再把复杂度高的移到C++。非常方便。大概2000行
相比php，以前1个星期写的代码，现在1个星期轻松搞定
当然5年前的编程水平跟现在差太远了。
postgresql+postgis，还是得涉及到地理数据，用这个数据库方便很多。
IDE： eclipse，搞定所有的C++,python，以及各种xml,javascript,html。已经下载了
份pycharm试用。
text editor: sublime text2, vi
现在我的瓶颈主要是项目管理工具，并没有用的太顺手的，这两天在试有asana |
c****e
发帖数: 1453 | |
g*****g
发帖数: 34805 | 3 And Jenkins for build, CI, deployment.
【在 c****e 的大作中提到】
: project managment: JIRA
|
y*******g
发帖数: 6599 | 4 iPhone app, xCode objective-c
iPad app, xCode objective-c
Android app, eclipse java ant
【在 d**o 的大作中提到】
: 这样比单纯吵哪种语言友好，还能互相学习。
: 我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
: 欢迎各种建议和友好的批评。
: 1. 任务: phd的课题，GPS，手机数据的分析
: postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
: postgis的地理功能支持地很好
: c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
: 现在应该有8万行左右的代码
: python: script调用C++程序，数据的可视化。3万行左右代码。
: 可视化主要是多种数据的time series分析,用qt和matplotlib,
|
w***1
发帖数: 1951 | 5 赞一个，并握个抓！
我也是交通口的GIS开发，曾经和楼主用的差不多了。
不过现在工作了，反而用比较多的现成商业工具。
1. GeoDatabase: SQL Server 2008/2012 Geometry
2. Backend: .Net WCF MVC -> Visual Studio 2010/2012
3. GIS Services： ESRI ArcGIS Server
4. Frontend: ESRI Javascript API -> Sublime Text 2/VIM
5. Python Script: Notepad++/Sublime Text 2 自己配插件调试
6. Project Management: Visual Studio TFS+Git
【在 d**o 的大作中提到】
: 这样比单纯吵哪种语言友好，还能互相学习。
: 我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
: 欢迎各种建议和友好的批评。
: 1. 任务: phd的课题，GPS，手机数据的分析
: postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
: postgis的地理功能支持地很好
: c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
: 现在应该有8万行左右的代码
: python: script调用C++程序，数据的可视化。3万行左右代码。
: 可视化主要是多种数据的time series分析,用qt和matplotlib,
|
w**z
发帖数: 8232 | 6 github
【在 y*******g 的大作中提到】
: iPhone app, xCode objective-c
: iPad app, xCode objective-c
: Android app, eclipse java ant
|
s********k
发帖数: 6180 | 7 wireless network + back end system.
wireless 部分用C，embedded RTOS，这些都是专有工具，比如IAR，Greenhill。
backend两部分，一个是local server。一个是cloud。都用python， local的server是
python+sqlite+SQLalchemy，还有自己实现的类似gevent的coroutine库，主要是和
wireless network做interface。
cloud端是python+postgresql+bottle/ZOPE,还有大量私有库，包括自己蛋疼实现的
DBcache,类似memacached.
主要用pycharm开发，当然工作不是我一个人做的.项目管理用开源的TRAC自带代码管理
，进度管理，wiki，ticket tracker。代码是SVN，准备引入git。
【在 d**o 的大作中提到】
: 这样比单纯吵哪种语言友好，还能互相学习。
: 我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
: 欢迎各种建议和友好的批评。
: 1. 任务: phd的课题，GPS，手机数据的分析
: postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
: postgis的地理功能支持地很好
: c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
: 现在应该有8万行左右的代码
: python: script调用C++程序，数据的可视化。3万行左右代码。
: 可视化主要是多种数据的time series分析,用qt和matplotlib,
|
d****n
发帖数: 12461 | 8 数据库到c++的io是怎么解决的？静态数据？
【在 d**o 的大作中提到】
: 这样比单纯吵哪种语言友好，还能互相学习。
: 我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
: 欢迎各种建议和友好的批评。
: 1. 任务: phd的课题，GPS，手机数据的分析
: postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
: postgis的地理功能支持地很好
: c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
: 现在应该有8万行左右的代码
: python: script调用C++程序，数据的可视化。3万行左右代码。
: 可视化主要是多种数据的time series分析,用qt和matplotlib,
|
O*******d
发帖数: 20343 | 9 工作中的编程工具是公司选择的，自己没有主动权。有些公司，连你写码的风格都要管
。 |
t*****n
发帖数: 4908 | 10 这才是真正实干的。编程语言更没得选。老板说用什么，就是什么。所以一切语言讨论
，都是白搭。关于语言讨论，基本上是CTO干的事情。我等马工，只有干活的命。
【在 O*******d 的大作中提到】
: 工作中的编程工具是公司选择的，自己没有主动权。有些公司，连你写码的风格都要管
: 。
|
|
|
d**o
发帖数: 864 | 11 postgresql有C++的library做interface.直接SQL.
【在 d****n 的大作中提到】
: 数据库到c++的io是怎么解决的？静态数据？
|
z*******3
发帖数: 13709 | 12 well，也许你不能决定让老板用什么
但是你却可以选老板
话说我们这一行，不就是干几年就跳么？
【在 t*****n 的大作中提到】
: 这才是真正实干的。编程语言更没得选。老板说用什么，就是什么。所以一切语言讨论
: ，都是白搭。关于语言讨论，基本上是CTO干的事情。我等马工，只有干活的命。
|
b***i
发帖数: 3043 | 13 我们一位老哥退休又返聘了。他20年前在一个公司做嵌入式经理。VP认为所有的C程序
员都是等价的，如果项目需要，可以从嵌入式组那里拉一个人到处理数据（通常用
Excel)的组里去补漏。老哥知道这样的公司没有前途就辞职自己干了。
还有一个公司在80年代中开发项目的时候，团队想用Motorola处理器加Unix，可是VP用
过Compact的PC，觉得Intel处理器很好，拍板用Intel的。可是那个时候只有一个公司
用Intel+Unix。后来8年了，项目也没开发出来。
经理和VP级别的人应该只关心项目的开销，人员等，而不是具体的技术。否则项目必然
失败。就跟老蒋总是去前线替将领指挥一样，总是失败。
我在我们公司说准备在嵌入式上用Java,经理没有反对的。当然我现在还是研究阶段，
并不是决定必须用Java。经理是不关心我用什么工具的，他只关心能否按时完成任务。
而且，在我看来，这些工具的差距并不大，也许RTOS+C能够2年完成任务，也许Android
+Java也是2年，也许Android+C也是2年。同样，一个桌面系统用MFC，Qt和C#都能完成
任务。用很多工具没有什么本质的区别，只是有些工具比较新，比较流行而已，只是程
序员的喜好不同而已。
【在 t*****n 的大作中提到】
: 这才是真正实干的。编程语言更没得选。老板说用什么，就是什么。所以一切语言讨论
: ，都是白搭。关于语言讨论，基本上是CTO干的事情。我等马工，只有干活的命。
|
d**o
发帖数: 864 | 14 最后列的这些，在功耗上相差大吗？
【在 b***i 的大作中提到】
: 我们一位老哥退休又返聘了。他20年前在一个公司做嵌入式经理。VP认为所有的C程序
: 员都是等价的，如果项目需要，可以从嵌入式组那里拉一个人到处理数据（通常用
: Excel)的组里去补漏。老哥知道这样的公司没有前途就辞职自己干了。
: 还有一个公司在80年代中开发项目的时候，团队想用Motorola处理器加Unix，可是VP用
: 过Compact的PC，觉得Intel处理器很好，拍板用Intel的。可是那个时候只有一个公司
: 用Intel+Unix。后来8年了，项目也没开发出来。
: 经理和VP级别的人应该只关心项目的开销，人员等，而不是具体的技术。否则项目必然
: 失败。就跟老蒋总是去前线替将领指挥一样，总是失败。
: 我在我们公司说准备在嵌入式上用Java,经理没有反对的。当然我现在还是研究阶段，
: 并不是决定必须用Java。经理是不关心我用什么工具的，他只关心能否按时完成任务。
|
d****i
发帖数: 4809 | 15 嵌入式上用Java? 这个你指的是做类似于做Android这样的应用吗？如果你要调用系统
底层的资源和硬件的话，肯定不能用Java的。另外，如果考虑功耗等这些指标的话，不
要说Java，就是C++也要省着点用。我们的一个含有RTOS的嵌入式项目里面70%是C, 25%
是C++, 剩下5%是assembly，而且C++都是不用STL的。
【在 b***i 的大作中提到】
: 我们一位老哥退休又返聘了。他20年前在一个公司做嵌入式经理。VP认为所有的C程序
: 员都是等价的，如果项目需要，可以从嵌入式组那里拉一个人到处理数据（通常用
: Excel)的组里去补漏。老哥知道这样的公司没有前途就辞职自己干了。
: 还有一个公司在80年代中开发项目的时候，团队想用Motorola处理器加Unix，可是VP用
: 过Compact的PC，觉得Intel处理器很好，拍板用Intel的。可是那个时候只有一个公司
: 用Intel+Unix。后来8年了，项目也没开发出来。
: 经理和VP级别的人应该只关心项目的开销，人员等，而不是具体的技术。否则项目必然
: 失败。就跟老蒋总是去前线替将领指挥一样，总是失败。
: 我在我们公司说准备在嵌入式上用Java,经理没有反对的。当然我现在还是研究阶段，
: 并不是决定必须用Java。经理是不关心我用什么工具的，他只关心能否按时完成任务。
|
b***i
发帖数: 3043 | 16 功耗自然差别大了.如果是RTOS,估计256K SRAM，如果是android,那得512M DDR3,功耗
要查20倍以上。
【在 d**o 的大作中提到】
: 最后列的这些，在功耗上相差大吗？
|
b***i
发帖数: 3043 | 17 我要的硬件系统资源很少，基本上是串口，然后就是ADC什么的。功耗基本不是问题。
我们现在的问题不是功耗，而是实现起来太花时间。比如，实现一个带完整的TCP/IP网
络通讯（100Mb/s)，web，sD卡的系统。光sD卡就难倒一片，很多CPU不是缺这个就是少
那个。上一次用16MHz coldfire，1年后才能正确编译uCLinux，实现网络和SD,基本上
SD卡的速度是150KB/s。这个基本属于不可用。为什么？因为很少有人用coldfire+
uCLinux。
所以，我跟经理说，别自己折腾了，是时候上正式的linux了。给我512M内存，600MHz
ARM9/15芯片，功耗是大50倍左右，但是我们供电给下游设备也是耗电很大的，基本上
是24瓦级别的。所以我们用ARM，耗电1V x 2A是没有问题的。这个嵌入式说白了，也就
是个server。我是杀鸡用了导弹，但是这个有完整的系统可以参考，甚至都不用自己设
计，用最流行的手机的硬件就行了。我不想自己写驱动程序，我只想customize kernel
，砍掉程序。我不在乎内存512M，因为很DDR3便宜啊,芯片自带DDR3控制器，自带ADC，
自带HDMI（当然我还不用这个）。然后这个速度下，运行Java,实现100Mbps的网络通讯
，web server和2kbps的串口通讯，就不是个问题了。
那么我做的就不是嵌入式软件了，而是服务器软件，或者说是没有显示的(headless)的
Java SE。这调试起来也方便，开发也方便。经理看到的是需求，成本，时间，这个都
没有问题。所以如果嵌入式设备不是那种心脏起搏器级别的，功耗不是问题的，用Java
也可以。当然，现在还属于研究阶段，是Java, 还是Android,还是C++，都以研究。但
我是绝对不会用uCLinux+coldfire。
25%
【在 d****i 的大作中提到】
: 嵌入式上用Java? 这个你指的是做类似于做Android这样的应用吗？如果你要调用系统
: 底层的资源和硬件的话，肯定不能用Java的。另外，如果考虑功耗等这些指标的话，不
: 要说Java，就是C++也要省着点用。我们的一个含有RTOS的嵌入式项目里面70%是C, 25%
: 是C++, 剩下5%是assembly，而且C++都是不用STL的。
|
e*****e
发帖数: 108 | 18 你什么专业的啊
【在 d**o 的大作中提到】
: 这样比单纯吵哪种语言友好，还能互相学习。
: 我先来吧，抛砖引玉，恶意吵架的自动滤过吧，我知道自己是菜鸟。
: 欢迎各种建议和友好的批评。
: 1. 任务: phd的课题，GPS，手机数据的分析
: postgreql+postgis:地理信息数据库，存几十M条GPS和地图各种数据.
: postgis的地理功能支持地很好
: c++： 交通信息的数据挖掘，科研的东西，复杂度较高，只能用C++实现。
: 现在应该有8万行左右的代码
: python: script调用C++程序，数据的可视化。3万行左右代码。
: 可视化主要是多种数据的time series分析,用qt和matplotlib,
|
e*****e
发帖数: 108 | 19 居然用ESRI的产品。。。。
【在 w***1 的大作中提到】
: 赞一个，并握个抓！
: 我也是交通口的GIS开发，曾经和楼主用的差不多了。
: 不过现在工作了，反而用比较多的现成商业工具。
: 1. GeoDatabase: SQL Server 2008/2012 Geometry
: 2. Backend: .Net WCF MVC -> Visual Studio 2010/2012
: 3. GIS Services： ESRI ArcGIS Server
: 4. Frontend: ESRI Javascript API -> Sublime Text 2/VIM
: 5. Python Script: Notepad++/Sublime Text 2 自己配插件调试
: 6. Project Management: Visual Studio TFS+Git
|
d********g
发帖数: 10550 | 20 GIS这块用ESRI没办法，QGIS玩一下还行，功能差太多了
【在 e*****e 的大作中提到】
: 居然用ESRI的产品。。。。
|
|
|
d**o
发帖数: 864 | 21 数学，交通
【在 e*****e 的大作中提到】
: 你什么专业的啊
|
d****i
发帖数: 4809 | 22 看来不同嵌入式系统要求差别很大，我们有一个系统要求电池下连续运转至少7天，这
样对硬件软件的要求都很特殊，最后为了省电连FPU都不用改成定点数了，当然这样程
序搞起来麻烦很多，TI的芯片有deep sleep mode，整个硬件设计就是为了降低功耗，
软件也跟着改。
600MHz
【在 b***i 的大作中提到】
: 我要的硬件系统资源很少，基本上是串口，然后就是ADC什么的。功耗基本不是问题。
: 我们现在的问题不是功耗，而是实现起来太花时间。比如，实现一个带完整的TCP/IP网
: 络通讯（100Mb/s)，web，sD卡的系统。光sD卡就难倒一片，很多CPU不是缺这个就是少
: 那个。上一次用16MHz coldfire，1年后才能正确编译uCLinux，实现网络和SD,基本上
: SD卡的速度是150KB/s。这个基本属于不可用。为什么？因为很少有人用coldfire+
: uCLinux。
: 所以，我跟经理说，别自己折腾了，是时候上正式的linux了。给我512M内存，600MHz
: ARM9/15芯片，功耗是大50倍左右，但是我们供电给下游设备也是耗电很大的，基本上
: 是24瓦级别的。所以我们用ARM，耗电1V x 2A是没有问题的。这个嵌入式说白了，也就
: 是个server。我是杀鸡用了导弹，但是这个有完整的系统可以参考，甚至都不用自己设
|
d****i
发帖数: 4809 | 23 这个确实是这样，现在市面上大概有形形色色五花八门几百种RTOS，我以前的公司的一
个产品用的是QNX，但是发现下面少很多驱动，然后我们自己写，后来又找人写，结果
搞了好久还是有没有搞定的，这个QNX已经是算很流行的了，最后换了Linux才算了事。
600MHz
【在 b***i 的大作中提到】
: 我要的硬件系统资源很少，基本上是串口，然后就是ADC什么的。功耗基本不是问题。
: 我们现在的问题不是功耗，而是实现起来太花时间。比如，实现一个带完整的TCP/IP网
: 络通讯（100Mb/s)，web，sD卡的系统。光sD卡就难倒一片，很多CPU不是缺这个就是少
: 那个。上一次用16MHz coldfire，1年后才能正确编译uCLinux，实现网络和SD,基本上
: SD卡的速度是150KB/s。这个基本属于不可用。为什么？因为很少有人用coldfire+
: uCLinux。
: 所以，我跟经理说，别自己折腾了，是时候上正式的linux了。给我512M内存，600MHz
: ARM9/15芯片，功耗是大50倍左右，但是我们供电给下游设备也是耗电很大的，基本上
: 是24瓦级别的。所以我们用ARM，耗电1V x 2A是没有问题的。这个嵌入式说白了，也就
: 是个server。我是杀鸡用了导弹，但是这个有完整的系统可以参考，甚至都不用自己设
|
d****i
发帖数: 4809 | 24 还有比较麻烦的一点是，嵌入式系统不同于桌面和服务器，不同厂商出来的C/C++编译
器都是针对某一款或某几款芯片和操作系统，这样编译器本身就可能有错，我们用过的
TI和Greenhill的都发现过C++编译器的错误，还好不算太严重的错误，一个是TI SYS/
BIOS+ARM/DSP环境下，还有一个是GH Integrity+ARM环境下，都出现了他们给的C++编
译器出现的错误，这也是不用STL的原因之一，当然还有其他更重要的原因。
600MHz
【在 b***i 的大作中提到】
: 我要的硬件系统资源很少，基本上是串口，然后就是ADC什么的。功耗基本不是问题。
: 我们现在的问题不是功耗，而是实现起来太花时间。比如，实现一个带完整的TCP/IP网
: 络通讯（100Mb/s)，web，sD卡的系统。光sD卡就难倒一片，很多CPU不是缺这个就是少
: 那个。上一次用16MHz coldfire，1年后才能正确编译uCLinux，实现网络和SD,基本上
: SD卡的速度是150KB/s。这个基本属于不可用。为什么？因为很少有人用coldfire+
: uCLinux。
: 所以，我跟经理说，别自己折腾了，是时候上正式的linux了。给我512M内存，600MHz
: ARM9/15芯片，功耗是大50倍左右，但是我们供电给下游设备也是耗电很大的，基本上
: 是24瓦级别的。所以我们用ARM，耗电1V x 2A是没有问题的。这个嵌入式说白了，也就
: 是个server。我是杀鸡用了导弹，但是这个有完整的系统可以参考，甚至都不用自己设
|
b***i
发帖数: 3043 | 25 我们有个老印，强烈推荐我用TI的自己的操作系统和编译器，我才懒得理他。他不过是
炫耀一下自己曾经发现了里面的3个bug。等我用这个系统搞不定，到时候得求他。我就
用Linux，就不用他用过的芯片，就用他没用过的，比如Zynq7000。这样遇到什么问题
，linux社区都有解答，将来找工作也是主流的操作系统经验。
我曾经跟老哥说过，当时很多mp3播放器的程序员都搞不定硬盘，因为那个需要擦操作
系统才能方便的开发，而当时的操作系统除了Linux，就是Dos/Windows。你卖一个mp3
播放器，然后dos系统，不可能阿，或者Windows系统，那得多慢？根本就得需要自己的
操作系统，而苹果一下子就成功了，因为它有自己的操作系统，可以customize，有源
代码。
我做这个类型的系统，已经不属于真正的嵌入式了，已经成为了成熟的服务器/移动系
统，这也是Oracle免费发布Java到ARM上的一个原因。因为它根本不是原来意义的嵌入
式了。
【在 d****i 的大作中提到】
: 还有比较麻烦的一点是，嵌入式系统不同于桌面和服务器，不同厂商出来的C/C++编译
: 器都是针对某一款或某几款芯片和操作系统，这样编译器本身就可能有错，我们用过的
: TI和Greenhill的都发现过C++编译器的错误，还好不算太严重的错误，一个是TI SYS/
: BIOS+ARM/DSP环境下，还有一个是GH Integrity+ARM环境下，都出现了他们给的C++编
: 译器出现的错误，这也是不用STL的原因之一，当然还有其他更重要的原因。
:
: 600MHz
|
l******d
发帖数: 530 | 26 如果这些代码都是lz自己一个人纯手工码的，那太牛了 |
w***1
发帖数: 1951 | 27 没办法，做的都是政府项目，人家ESRI公关做的好，我也没办法，都快成GIS业界标准
了。
【在 e*****e 的大作中提到】
: 居然用ESRI的产品。。。。
|
d**o
发帖数: 864 | 28 一个人，4年，纯手工，苦逼无数熬到头。
【在 l******d 的大作中提到】
: 如果这些代码都是lz自己一个人纯手工码的，那太牛了
|
