| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> 信息交换 斑竹:huadugaojian,sunyesy,huangjacky | |||||
| 作者： |
|
2023/11/4 15:35:28 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 时间2023-11-4,今日闲来无聊蛋疼,简单说说我眼中的pas 圈 Pas圈是个具有社交,人情,创造性,互帮的圈子,且人均年龄40向上,这是创造财富和带动生产与销售进步的阶段,在单兵作战的20世纪末期,他们经历过七彩人生,从打工者到经营都会充满财富的味道,而在供给和消费市场结构化的21世纪,制造业(轻工,科技)和拥有生产者剩余的消费业(电商),正在变得越来越小(机会更多但收入更少),这是因为随着结构化市场成熟过程中,被后起者反超:老模型总想独食,后起者总是在结构化市场中寻找资源做系统集成,当便捷化信息沟通时代来临,被走量的廉价新兴竞争力抢走利润.如果,反应在生产和工作中,pas圈的人均收入随着时间骤降,包括程序员和企业主,而投资不当的经营者随着时间推演,被挤到细分领域中.这时候,重燃20世纪末期的辉煌就只能是一种幻想罢了. 结构化市场,这是一个无所不在的市场,例如,开源社区,这是知识和代码流通的市场,在里面不是通过钱来交易,而是通过引用来自三方的资源推进各种被技术覆盖的产业升级.等同于开源社区间接推进产业,反应在生产中:开源社区中的某些技术被使用越多,产业就会越来越普及,并且越来越廉价.从经济学来看,通过开源社区获取资源,通过现金交易获取资源,其实并没有差别.开源社区的获利方往往作为上游,例如芯片公司(intel,nv,amd),操作系统公司(microsoft),互联网公司(meta,google),社会面的生产进步直接提升财务报表.在另一方面,开源社区是把商业资源的互相依赖性属性,直接通过open source方式开源出来.好比,编译一pas的app需要库,控件,编译器,IDE和各种辅助工具,这是一种结构化的依赖关系,在开源社区中,全世界的大厂都在走这种结构化的依赖关系,这是一种由大厂带头的世界基建.这些基建,推进了OpenAl(工业革命,文艺复兴运动), ChatGPT(商业大模型),KVM+QEMU(腾讯云,阿里云,各种IDC),UE5(3A游戏和VR,MR,AI直播) 简单说说Pas圈的结构化市场,由于早年利益jiu纷,delphi在硅谷科技圈的口碑不佳,美国的科技圈比较排挤delphi而重点拥抱 c++,这是delphi资源流失底层的逻辑.早期的消费市场一直处于增长阶段,大厂的财报需要一年比一年更高,从而吸引更多人来配置股票,然后再把财富传导给美国社会.当增长放缓,决策层就会面临来自股东,社会,甚至国家的压力,决策层,使用开源策略,达到了推进市场的目的,这是直接反应在财报上的,因为全世界的it基建都是美国带头在做.pas圈的结构市场是在被大厂抛弃的环境中自发形成的小型结构市场,每一个依赖和供需环节都建立在自然的商业需求层,你很难想象在没有大厂的支撑下,pas 都能形成结构市场.从经济学来看,这种市场自发型形成的资源结构,早已经远超c++了.开源和闭源只是技术更好的那一端根据自己情况做出的决定. 帮助大家正确理解开源社区和结构化的pas商业王国.敬畏结构,保护结构,遵守和维护市场秩序.这能创造财富! By.qq600585
一路风雨走过,因为有你们 |
|||||
| 作者： |
|
2023/11/4 16:07:53 | ||||
| 1楼： | 楼主文采不错。。。 说的都是事实。。。 各位老人珍重。。。 ---------------------------------------------- 阳光总在 |
|||||
| 作者： |
|
2023/11/4 17:25:03 | ||||
| 2楼： | 不知道還能不能有個第二春！可能等到第二春來了，我們都老了，退休了！ ---------------------------------------------- Everyone will to do best! |
|||||
| 作者： |
|
2023/11/4 17:26:23 | ||||
| 2楼： | 多换几行好不好, 看着这一坨字就没心情看了 你看看你 一句话写了242个字, 占了5行 楼上说文采不错算是夸你了 ---------------------------------------------- http://www.cnblogs.com/lzl_17948876/ |
|||||
| 作者： |
|
2023/11/4 17:59:38 | ||||
| 3楼： | PAS圈包括了delphi和lazarus，包括了Object Pascal和Free Pascal。 pascal仍然是最具竟争力的语言。 delphi桌面、移动、驱动、中间件样样都行。 lazarus跨平台，linux\windows\MacOs和x86\arm\risc-v\loongarch桌面的开发全覆盖。 用pascal其实就是用delphi做移动，lazarus做桌面跨平台是最佳组合。 只是pascal这种编译型语言天生对web不敏感，unigui这类框架型web产品还是少了点。 pascal的两个语言都是面向组件的编程，编译的是native code，效率是动态解释型语言、中间字节码语言不能比拟的。 开发效率高，运行效率高导致用户忠诚度高，这三高就是你一旦用了pascal，再用别的语言，java、C#、 python，总是心中若有所失、恋念不舍：既然能用pascal能够做好我的项目，我干吗还要去操那个心拿不熟悉的东西工作？ ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 19:59:19 | ||||
| 4楼： | 这个是站长？ ---------------------------------------------- 我打的是酱油，而不是别的什么油。 我灌的是口水，而不是别的什么水。 我聊的折腾不是那个不折腾的折腾。 我说的阿娇不是那个邓玉娇的阿娇。 3个代表,6个为什么,9个肠胃炎。 D性强的领导干部都不喜欢热比娅。 我特别要讲的是,屁民网黄色论坛是我经常上网必选的 网站之一 |
|||||
| 作者： |
|
2023/11/4 20:19:26 | ||||
| 5楼： | delphi的object pascal的编译器现在编译器比gcc,clang的编译器差很多，估计emb没有这方面的人才了，期待delphi早日统一到llvm上面去，搭上lvlvm这班车，这样可以很好融入到c++的生态 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 20:32:02 | ||||
| 6楼： | c,c++还是软件的主流，从操作系统、各种驱动和各种硬件接口，几乎都是c或c++做的 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/4 21:34:54 | ||||
| 7楼： | LZ神人，用中文写出了机翻的风格 ---------------------------------------------- Great! |
|||||
| 作者： |
|
2023/11/4 21:45:39 | ||||
| 8楼： | 请大家祝贺我神功已成，预计明年会用pascal出三款有脸卖钱的工具软件。 其实我也已经40+了，壮心不已哦！ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2023/11/5 7:35:37 | ||||
| 9楼： | https://bbs.2ccc.com/topic.asp?topicid=681941 就这段功能，主要是取模运算，在我的电脑上（t480s,8550cpu,16G内存），用delphi,vs2013,java,clang15编译成64位后的速度 delphi(11.3): 11500ms delphi(12): 2029ms vs 2013: 1200ms java 21: 1444ms clang 15: 1016ms 这段代码，显然clang15最快，delphi11.3最慢，但delphi 12进步很多 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 8:06:39 | ||||
| 10楼： |  https://bbs.2ccc.com/topic.asp?topicid=672504就这是个枚举36选6，共1107568个，在我的电脑上（t480s,8550cpu,16G内存），用delphi,vs2013,bcb,clang15编译成64位后，程序的运行的速度,这次clang15比delphi慢,我看了汇编delphi用到r8、r9等寄存器，clang15则没有用,所以比delphi慢不少 delphi(11.3, 12): 0.68ms vs 2013: 0.57ms bcb 11.3: 0.82ms clang 15: 1.093ms 这段代码，显然vs2013最快，clang 15最慢, delphi 也非常快，不到1毫秒算出全部数据共1107568个 这段是pascal代码 unit Un33G; interface const iBuff = (33 * 32 * 31 * 30 * 29 * 28) div (6 * 5 * 4 * 3 * 2 * 1); type pOneItemF = ^OneItemF; OneItemF = record case integer of 0: (U: Int64); 1: (data: array[1..6] of Byte); end; var ArItemF: array[0..iBuff - 1] of OneItemF; function Calc33g(pItem: pOneItemF): Integer; implementation function Calc33g(pItem: pOneItemF): Integer; var i1, i2, i3, i4, i5, i6: Int64; begin for I1 := 1 to 28 do begin for I2 := i1 + 1 to 29 do begin var itmp2: Int64 := i1 + i2 shl 8; for I3 := i2 + 1 to 30 do begin var itmp3: Int64 := itmp2 + i3 shl 16; for I4 := i3 + 1 to 31 do begin var itmp4: Int64 := itmp3 + i4 shl 24; for I5 := i4 + 1 to 32 do begin var itmp5: Int64 := itmp4 + i5 shl 32; for I6 := i5 + 1 to 33 do begin pItem.U := itmp5 + i6 shl 40; inc(pItem); end; end; end; end; end; end; Result := iBuff; end; end. 这段是c++代码 #include <stdint.h> #include <stdio.h> #include <windows.h> #include <iostream> using namespace std; const int iBuff = (33 * 32 * 31 * 30 * 29 * 28) / (6 * 5 * 4 * 3 * 2 * 1); union OneItemF { int64_t u; int8_t data[6]; }; OneItemF ArItemF[iBuff]; int Calc33g(OneItemF *pItem) { for (int64_t i1 = 1; i1 <= 28; i1++) { for (int64_t i2 = i1 + 1; i2 <= 29; i2++) { int64_t itmp2 = i1 + (i2 << 8); for (int64_t i3 = i2 + 1; i3 <= 30; i3++) { int64_t itmp3 = itmp2 + (i3 << 16); for (int64_t i4 = i3 + 1; i4 <= 31; i4++) { int64_t itmp4 = itmp3 + (i4 << 24); for (int64_t i5 = i4 + 1; i5 <= 32; i5++) { int64_t itmp5 = itmp4 + (i5 << 32); for (int64_t i6 = i5 + 1; i6 <= 33; i6++) { (*pItem).u = itmp5 + (i6 << 40); pItem++; } } } } } } return iBuff; } int _tmain(int argc, _TCHAR* argv[]) { uint32_t t1 = GetTickCount(); for (int i = 0; i < 1000; i++) { Calc33g(&ArItemF[0]); } t1 = GetTickCount() - t1; printf("ti:%d\n", t1); OneItemF &p1 = ArItemF[iBuff - 1]; printf("%d\n", p1.data[0]); printf("%d\n", p1.data[1]); printf("%d\n", p1.data[2]); printf("%d\n", p1.data[3]); printf("%d\n", p1.data[4]); printf("%d\n", p1.data[5]); system("pause"); return 0; } ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 8:30:10 | ||||
| 11楼： | WPS由Delphi转为QT开发后，效率严重下降，性能降低至少20倍 https://tieba.baidu.com/p/7627888137 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/5 9:21:37 | ||||
| 12楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/6 0:19:19 | ||||
| 13楼： | to powerpcer 怎么又扯到我了？我估计专心做一年，能做个0.1版本。其它的话，我不敢瞎说。何况我有自己的几个产品要做，实在没工夫。 不过你说的 慢200倍也沒差 倒是有道理的。而且事情怎么能怪到Qt上呢？毕竟Qt是C++，做界面是DirectUI，一般来说效率也很高，只能是新的WPS程序员们水平不行，大多数都只擅长做UI罢了。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2023/11/6 1:45:44 | ||||
| 14楼： | C++也是面对rust的竞争,Windows的内核也改用rust重写了,效率比C++好。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 6:52:55 | ||||
| 15楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/6 9:29:39 | ||||
| 16楼： | 微软改用rust是被无数漏洞和修补漏洞给折腾疲了，其中绝大部分漏洞不是因为逻辑错误产生的，而是编译系统造成的内存泄漏问题，rust刚好在安全性特别是防止内存泄漏方面公认是强项。rust诞生的初衷就避免其它程序设计语言的不可靠问题。 不是因为rust比C++如何高超才被微软选用。 另外C++云里雾里的编程模式会造成后期维护的巨大成本，这不是熟不熟悉的问题。 微软一直不敢将C++引入windows开发，只使用C，win10才开始扩大C++的使用范围，同时也带来很多问题。长痛不如短痛，饱受调试折磨的开发组喊出了用rust。 C++如果也想加强稳定性，那么必须更改很多规则，同时也面临巨大历史包袱。就像我们的房地产轰轰烈烈这么多年，突然发现外墙保温层容易着火一样，很难修正了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/6 11:36:40 | ||||
| 17楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/6 12:56:19 | ||||
| 18楼： | 我就是个会点老版本delphi的圈外人，也就是一种回忆。真要做东西，考虑各种资源，也不会用Delphi。目前用C#做后端是我的首选，反正我这里涉及的业务通常都不需要高并发。C#挺好，简单又稳定。前端就用Vue，流行也好用。单机版我都愿意把后端编译成windows service。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/7 19:15:12 | ||||
| 19楼： | @wk_knife C#比Delphi简单在什么地方？ ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/7 20:57:41 | ||||
| 20楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 1:08:04 | ||||
| 21楼： | C的记忆体问题更恐怖吧。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 9:10:19 | ||||
| 22楼： | 这么多字,说了什么好像又什么都没说,净是些老生常谈,总体感觉跟这位细雨大佬的开源方案一样不知所云,复杂的问题能不能简单的说人话? pas圈说白了就是小圈子,非要扯什么结构化,去掉结构二字也不会影响什么,Delphi收费,小厂没盈利工具就要收钱不会用,lazarus开源但开源了寂寞,资料缺乏,易用性差,新手折腾了一堆之后出不来东西就烦了,然后打死不用,试过去折腾lazarus开发ESP32,结果搞了一阵,才发现只能在Linux环境下才可以,但是就这简单问题不去issue里面看完全没说明; 缺乏大项目,或者说是大厂背书,如果是有大厂搞了个大项目,搞定制版,增加易用性,能快速上手,出东西; 里面说了一句很对,pas适合单兵作战,那就意味着没有很适合团队的大型框架,没法增加岗位需求,找不到工作,学来干嘛; ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 9:22:47 | ||||
| 23楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 12:26:17 | ||||
| 24楼： | 钱才是一切 C本身是为了50多年前, 记忆体超珍贵而设的. 当年 Pascal 与 C 都是同步出现的第三代语言. 比它们更早的就是 Cobol, 难用死了. 比它们后的就是简化偏向 Assembly 运作法的 Basic, Bill Gate 的至爱. Pascal 重点是语法尽可能清晰, 方便理解, 除错. 所以出现了类似的 Pseudo code 作为设计与教育用途. Delphi 是 Borland 把自创的 OOP 引入商业开发, 九十年代确实是最强的开发语言. 它之所以暗淡起来, 主因是钱作怪. 它最强的对手, 必然是微软. 而微软连最爱的 Basic 都要放弃, 又要找 Delphi 的人过去. 那么多年, Dot Net 也未达到原定目标. 可见根本不是那么强. 微软能胜出, 主因是它们本身就需要很强的开发语言来发展自己众多的软件. 所以即使开发语言/工具的市场根本无利可图, 但微软依然不惜补贴来发展这些工具. 相反 Delphi 没有这种补贴的来源, 要完全靠大家付费支持, 所以生存相当吃力, 也没能力大幅度发展/改善. 市场因果都是在于... 钱 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 12:38:19 | ||||
| 25楼： | 如果在组织内, 很有设计规划下, 用 C 开发确有好处. 但如果是个体开发, 程序比较有点规模的, C 逻辑除错上真的辛苦了. 个人能力很有限, 而除错就是最辛苦的步骤, 用什么工具真的要考虑清楚. ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 15:17:21 | ||||
| 26楼： | @powerpcer你的阅读能力差是你说鬼话的理由?莫名其妙说别人的话是鬼话是吃了翔? pacal没有大厂插旗,没有影响力,没人推广,没有新血本来就是个死循环, ESP32在fpcupdeluxe里面有,ESP32环境也可选,但在windows环境下却是不行的,如果这工具在windows环境下不行,又搞在fpcupdeluxe上面,本来就离谱,浪费人时间,如果你是指拿乐鑫官方的idf环境开发,那我就想拿pascal开发硬件不行么? ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 15:53:07 | ||||
| 27楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 16:41:04 | ||||
| 28楼： | @19楼ooolinux C#比Delphi优点有很多.... 1.巨头资源； 2.社区资源； 3.新的特性和语法糖等等；包括更全更多样的反射机制、结合lambda表达式的函数式编程支持等；写起来比现在的delphi爽好多。 4.visual studio 的一些编辑器新特性，对开发效率也是有很大提高。 缺点么，我涉及到的就是原生的windows api调用有点啰嗦，加好多注解，*庆丰*惯了也好。用windows Api的机会越来越少。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 16:55:17 | ||||
| 29楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 16:58:20 | ||||
| 28楼： | @powerpcer 当一个新手刚用下载fpcupdeluxe windows版但esp32可选但不能用,当一个环境配置工具连识别自己运行环境,并告诉使用者当前环境这个选项不可用都做不到? 这功能很难吗?! 吐糟这工具垃圾有什么问题? 要新手到处去翻资料?所以也难怪有些开源到最后是卖说明卖支持的 很明显你并没有理解我说的大厂是什么意思,明显说的就是B端,指网易,altium这些,这些能创造pas圈岗位的... 这帖子不就是聊的这个吗? 所以是谁的理解能力有问题? ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:08:39 | ||||
| 30楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 17:19:34 | ||||
| 30楼： | @wk_knife 我查到C#也有不少问题缺点： 1、依赖庞大的.net framework才能执行，而且.net版本不同也不行，无法做绿色版软件 2、程序第一次执行的启动速度慢 3、中间语言代码的执行速度慢（即时编译成机器代码再执行） 4、中间语言代码的反编译问题，相当于源代码公开 5、与非托管代码的交互问题等 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:21:15 | ||||
| 31楼： | @powerpcer (大强) 也就管理内存简单一点 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 17:43:12 | ||||
| 32楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/8 19:30:16 | ||||
| 33楼： | @powerpcer (大强) 做商业软件不太可能公开源代码，所以没见过C#写的商业软件 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/8 19:48:09 | ||||
| 34楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 作者： |
|
2023/11/9 21:46:16 | ||||
| 35楼： | 其实走出Delphi的小圈子，外面的天地很大的。 好多有Delphi版的控件包，也同样有C#版，而且现在Delphi版和C#版都不是重点了，重点是JS版。 ---------------------------------------------- - |
|||||
| 作者： |
|
2023/11/9 21:55:23 | ||||
| 36楼： | …… 被禁用帐号，帖子内容自动屏蔽！ …… ---------------------------------------------- 呆湾傻冒 |
|||||
| 信息 |
| 登陆以后才能回复 |
