Common Lisp 很难接项目?

上周个朋友介绍我一个(他朋友要做的)项目, 互相交流阵子应该看得出来我的技术是有一定水平的(自认为超过国内91.72%的程序员), 开始他是找node的, 我说我现在主要用Lisp, 辅助用node, 但是ERP系统绝大多数工作都是数据库(我用PostgreSQL)处理, 用哪个都无所谓(反正我不用Python)
约了过几天我到他们那边(深圳)深入交流再开干(初步约定1个月做好, 报酬4w)

但过了几天经过深思熟虑他觉得用 Lisp 不靠谱, 又取消了:

请问咱这里有没有Common Lisp的项目单成功案例, 或者经验分享?



做的主要就是一个电子器械类的论坛, 后台的重点就是用户登陆, 发表还有办理年会员收费(我们的利润), 审核
如果我估算正确, 这后台很简单, 半个月内可以解决(我今年开发的项目大都时间精力在前端和UI上)…

维护确实是个问题,国内CL玩得熟练的太少了

也是, 不过现在沟通很方便, 该网页也不算复杂, 除非身体有情况, 我是可以坚持维护的(适当的维护费), 我有过这样的案例(添加功能当然要另外收费)
CL自认为已经有了点小小的成功案例

自认为超过国内91.72%的程序员

这个有什么统计学依据吗 XD

koolshare的?最近要改版了吧。我经常上去看看路由器,哈哈。

是的, 他就是想让我开发改版 koolshare
我觉得那页面看起来比较 “老气”(大学的味道, 十几年前了)…
他说我的关键问题是找不到适应的(node)网页模板, Python 可能比较多(我没用Python)
(请不要在该论坛提到我这个提问哈… )

心灵神学🤪

1 个赞

据说看完算法导论就超过国内90%了

5 个赞

你的客户是对的。 要学会把工作和娱乐分开。

1 个赞

工作和兴趣还是要分开,如果是商业项目,可维护性,稳定性才是最主要问题

common lisp 还是算了 :joy:

没有,之前尝试在公司一个项目推 cljs 取代 nodejs 也没成功

1 个赞

我觉得如果客户其实并不懂技术的话,没必要讲lisp这些,如果懂技术估计会直接指定用什么语言,开发人员就没的选.

我以前做过一个网站,后端是PHP,但我猜客户可能更喜欢java,于是我把网站首页改成了index.jsp,这样如果不深入,看起来就像是用java做的一样

更新:现在首页应该改成index.do更像

2 个赞

不是很难,是基本不可能

1 个赞

我刚才说了, 不知道大家是否认可:

也就是说, 如果需要, 那我不用Lisp也无所谓, 就用node
我近期开发的项目大部分代码就是Postgres里的函数



那些(绝大部分)请求直接就是调用PostgreSQL 的函数… Lisp代码只占一小部分, 例如登录, 记录日志
所以假设后面要别人维护, 只要懂SQL就OK了, 例如你想要添加一个获取最近数据的接口, 只需要在Postgres添加一个函数, 然后在客户端(JS)调用该函数, 立刻就OK了, 以前我用node还要重启, 添加url路由…
(有兴趣可以看一看 https://wecat.celwk.com/schedule )

我可以实时更新谁在线和在浏览哪个网页的哦~~

1 个赞

我买了好多年了(近两年放在了床底抽屉里了…) 没看多少, 因为还没做过用得上那些算法的项目, 大部分就是数据库的操作和客户端的一些canvas 动画 (好像这就被归类为erp?) :confounded:

我是聊过一些项目, 她要求用Java, 因为她们的团队(太忙, 所以让我做另外一个)都是用Java, 她也知道她团队们的能力很有限, 不满意, 反而更欣赏我, 但非主流她难以承受

你的脑还没被《黑客与画家》洗干净啊 :rofl:

我的项目里面数据库的存储过程和函数是不能用的。分布式数据库没法用,而且导致业务逻辑和数据库强绑定,不利于维护。业务逻辑要写到代码里面。

我也是最近一年才开始把逻辑都大部分压在SQL函数里的, 试了觉得好用比以前更清爽高效了:

  1. 写起来方便, 把SQL写在 pgAdmin 里比 VSCode/WebStorm 好很多, 也可以立刻测试(node还要重启)
  2. 就像把 MVC 的M都集中在了数据库里
  3. 更新也方便, 我只要把服务器数据库更新就可以了, 不需要重启服务器什么的(大部分时间没有修改Lisp代码, 而是修改 数据库里的函数)

逼我创业

应该是归类为 CURD。

学到了, 顺便好奇问下, 时常看到一些视频教程用 MongoDB 这种NoSQL, 我大概了解过没兴趣(也没实际使用), 觉得他们要做的用 SQL (+Redis) 也完全可以不麻烦, 请问对吗?