V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  adoal  ›  全部回复第 84 页 / 共 84 页
回复总数  1677
1 ... 75  76  77  78  79  80  81  82  83  84  
2021-05-09 14:32:52 +08:00
回复了 BoringTu 创建的主题 JavaScript 为什么你们要选择 TypeScript?
看下来感觉楼主应该是一个比较聪明,个人能力比较强的程序员,并且习惯于跟类似水平的人合作。

但是现实中因为各行各业信息化的需求太大,高水平程序员根本不够用,导致大量低水平的人经过各种泛滥的商业培训班速成甚至没经过培训进入这个行业。而且高水平程序员通常不太愿意去垒技术含量不高的 CRUD 代码。所以 IT 行业看起来这么热闹,但必须面对的一个现实问题就是怎么把低水平的程序员管好,能在可控的资源消耗下以可控的时间做出质量未必很高但按项目标的通过验收的系统。

这种控制,有两方面的努力。一是来自于管理学。在软件开发领域的实践就是软件工程,通过开发过程的管理来控制质量和保证效率。这一点大家回帖里已经讲得很多了。另一个是来自编程语言理论,通过编程语言本身的方法论变革,一方面约束程序员,另一方面又提供便利,把很多因为人的脆弱性而导致的问题消灭在源码阶段,又尽可能提升生产力。比如近些年来函数式语言的复兴,很多较新的语言都或多或少引入了函数式的特征。其实类型系统也属于 PLT 的范围。很多人厌恶 Java 、C#之类“开发业务系统的场景下最常用”的静态类型语言,有一个因素是所有地方都要自己明确写变量类型……但是在近几年的新静态类型语言里,包括一些传统静态类型语言的演化里,通过类型推导极大减少了这种繁琐劳动。再比如通过对 union type 的 pattern matching 处理,也很大程度上让有可能多种不同类型的数据在运行时出现在同一上下位的情况有了较为优雅的容错解决办法。

建议楼主有空的时候了解一下对类型系统依赖性更大的语言,比如 Haskell 、Rust,并尝试用来在工作中完成一些相对独立不影响全局的小任务。看看静态类型的语言是如何也可以拥用很高生产效率的。尤其是 Rust,它在不引入 GC 的情况下实现自动内存管理,就是把资源的生存周期作为类型的一部分,通过强大的类型推导来让编译器发现分配的资源要在什么地方释放。

静态类型并没有那么讨厌。在很多场合下,它是程序员的好朋友。
2021-03-01 14:13:34 +08:00
回复了 Kasumi20 创建的主题 程序员 为什么总有人搬出“语言只是一种工具”。
因为他们只对升职转管理岗脱离具体技术工作感兴趣
那不就是相当于 Debian 系的 proposed-updates 么。确实不是 Debian testing 那个意义上的滚动发行。对于整个 RHEL 来说也不能算是 beta 版,大概可以看作是的 issue fix 的 beta 版。

不过呢,作为常年保持 Debian 随手升甚至 n 多次跨版本大升都没出问题的人,唯二两次升挂掉之一就是曾经开了 proposed,之后就再也坚决不开了。
2020-08-06 13:59:15 +08:00
回复了 dehualiddell2 创建的主题 程序员 为什么这么多人把 data 读成 date?
你再想想变量名里的各种稀奇古怪 Chenglish 拼写……就会觉得读音的问题还算好的了
2020-04-25 11:08:49 +08:00
回复了 someonetwo 创建的主题 问与答 现在我们到底要笔记本还有什么用?
你的“除非”,就是很多人的常态刚需
2020-01-23 23:13:59 +08:00
回复了 herich 创建的主题 程序员 反感同事写的代码怎么办?
换同事
2020-01-22 15:49:38 +08:00
回复了 jdz 创建的主题 程序员 哪些职位产品经理的作用比较弱呢,或直接就不需要产品经理
@eason1874 你说的协调之类的工作是项目经理不是产品经理
2020-01-11 19:21:34 +08:00
回复了 jugelizi 创建的主题 NGINX nginx 的配置代码不是按顺序执行的吗
nginx 配置语法是描述式的,不是过程式的
2020-01-10 01:47:03 +08:00
回复了 djyde 创建的主题 程序员 从「后端现在已经看不懂前端了」说起
20 多年前就开始做桌面 GUI 的老人表示现在前端的工程化(某种意义上也就是一些人认为的复杂化)其实就是把桌面 GUI 工程化过程踩过的坑再踩一遍罢了。
但是跟当年桌面 GUI 的发展🈶️两点不一样
一是 web 前端由于历史进程原因颇有一些尴尬的技术限制,导致经常要额外绕路和填坑,于是更加复杂了。
二是当年桌面 GUI 是按部就班慢慢打磨着发展的,而 web 技术(不只是前端)托互联网行业风大能吹猪的福,难免发展糙快猛。
2019-12-20 00:41:38 +08:00
回复了 miniyao 创建的主题 Python Python 4 会不会又是一门新语言?
Windows 里真正的版本号也是一个元组结构啊,讲究的程序并不会偷懒用字符串比较。
2019-09-05 11:02:24 +08:00
回复了 kisshere 创建的主题 程序员 正在全部重构自己几年前写的代码,用屎山来形容很贴切
以我的浅薄经验,几年前的代码只能算是一坨屎,要重构几次之后才能成为屎山
2018-05-27 13:42:21 +08:00
回复了 hansonwang99 创建的主题 程序员 Nginx 服务器开箱体验
@julyclyde 一般也不知道 LSB、FHS,通常也不敢开 SELinux
2016-09-06 22:32:14 +08:00
回复了 BruceAuyeung 创建的主题 Linux 显卡这么差的刀片机安装什么样的桌面发行版能流畅运行?
如果我是你们公司员工就辞职。又要开发 Linux 环境的软件,又要在主力工作机上装 Windows-only 的破软件才能上网。说难听点是办公司政治强奸技术。
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

看起来像是系统的 locale 库有问题。你用
dpkg-reconfigure locales
重建一下 locale 库试试,记得选中 en_US.UTF-8
2016-08-14 00:40:35 +08:00
回复了 lavande 创建的主题 Flask flask 开发的正确姿势是什么?
几个思路:
1. ssh 到服务器上现场开发其实没啥不专业的,但是用 nano 来些 python ……这事恐怕会很难受,建议还是用 vim 或 emacs ,然后好好配置一下,会方便很多的。
2. 可以 ssh 到服务器,利用 ssh 的 tunnel 做一下端口映射,把服务器上某个端口用 ssh -R 映射到本地电脑来做开发。
3. 可以用 PyCharm 之类的 IDE ,仍然是在 IDE 理配置 ssh 到服务器,但是 IDE 本机运行,做远程开发。
4. 印象中微信有在本机做开发的 SDK 啊……
一个会有用户贴程序源代码的社区里,就不要考虑“一旦用户没有完全遵守这个方式,或者直接加 pre/code 包裹”了。无规矩不成方圆。
2015-07-23 16:26:19 +08:00
回复了 julyclyde 创建的主题 问与答 WLAN 要支持漫游,有什么建设要求?
CAPWAP
1 ... 75  76  77  78  79  80  81  82  83  84  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1995 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 00:22 · PVG 08:22 · LAX 16:22 · JFK 19:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.