V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 189 页 / 共 251 页
回复总数  5019
1 ... 185  186  187  188  189  190  191  192  193  194 ... 251  
2020-09-17 11:48:16 +08:00
回复了 LuShanshan 创建的主题 程序员 目前 iOS 想学后台从哪个语言,什么资料开始入手比较好
入门真没多少东西,HTTP 、MVC 、REST 、微服务、JWT 、数据库学会之后,就可以自己做些东西了,语言、框架只是后端知识的九牛一毛,其他更多的是系统架构、中间件、数据库、SRE 、安全之类的知识,当然这些也不是都能掌握的,得根据自己的需求来学习和使用。
2020-09-17 11:02:04 +08:00
回复了 LuShanshan 创建的主题 程序员 目前 iOS 想学后台从哪个语言,什么资料开始入手比较好
如果只是爱好的话,随便找一个容易上手的后端技术栈就行,Python 也常被用来开发后端,而且你也有基础,就从 Python 开始呗,语言基础学会了可以开始接触 Django 和 Flask,可以先试试看官网教程就行。

每看到一个不了解的词就去搜一下百科,这种散知识只能靠积累。

去 MDN 上看一看 HTTP 教程,了解一下 HTTP 基础知识,你会有不少收获。

做 App 年,MVC 应该了解吧,可以结合自己的后端语言去搜索一下后端 MVC 的讲解文章,然后找找微服务的文章、REST 的文章。

对了,搞技术想突破天花板,英语是绕不过的,要敢于看纯英语的文档,并学会用英语在技术社区上讨论问题。
2020-09-17 10:49:42 +08:00
回复了 dwadewyp 创建的主题 Python 大家的 pycharm 跑起来 一般占用内存是多少?
Java 可以添加 Xmx 参数来限制内存使用大小。
官方教程在这里 https://www.jetbrains.com/help/pycharm/increasing-memory-heap.html

8G 确实太小了,JVM 和 Chrome 的 V8 都是内存大户。
@lzhw 看潜在影响吧,比如这个接口可以被用来自动化获取大量手机号的机主姓名,那就涉嫌泄露用户隐私信息,因为爬这个数据的人极大概率没有出现在这个平台的用户协议里,既然不算平台主动分享数据,就只能是泄露了。我自己没有举报过,但我知道现在数安法正在立法流程,通信部也在大力清查侵犯用户隐私权的行为,这种要是找官方客服投诉无果,走工信部投诉流程可能会有用。
普遍的文书办公需求和娱乐需求用无线网络就能基本满足,特别是现在 WiFi6 正在普及,网络使用体验会逐渐超过普通的千兆有线网,去掉网口可以减小厚度,这方面市场价值更高。当然特别的工业需求或网络技术需求者肯定还是会用带各种网络接口的笔电的。WIFI 也要走 ARP,MAC 地址肯定也是有的(以前中国移动就做个 WLAN MAC 认证方案),而且如果以后普及 IPv6 的话 ARP 可能会被拿掉,所以这个其实是企业的认证方式能不能紧跟技术潮流的问题,不能紧跟也不要否定整体的技术发展趋势。

笔电的定位主要是便携性,也就与存储容量相关的需求相悖,NVME 在当下是最符合笔电定位的解决方案,轻薄(现在很多笔电的厚度都已经和 SATA 口的厚度相当了)、节能、速度快(比 SATA 极限速度快 6 倍)、容量适中,如果一两个 M.2.口能解决当下的需求,SATA 干掉得到的收益就是比较可观的。简单说,哪怕有 30%的客户反映需要接 SATA 盘以及装黑苹果,企业都会慎重考虑的,现在这样完全是跟随市场需求的。

视频口以后 USB Type-C 是趋势,统一物理标准,其余的想要啥就自己转信号就好了,甚至以后显示器、电视、投影仪会内置 USB 转视频的芯片( LG 已经在做这种显示器产品了)。

使用摄影设备的人群还是很大的,不管是职业的还是爱好的,摄影设备大多使用 TF 卡,所以现在很多笔电会保留 TF ( MBP 啥都没有就是了)。

还有耳机孔也会被取消,有专业需求肯定会用外接声卡而不必担心这个问题,日常使用无线耳机还是完全够用的,至少以后体验会越来越好。

硬件焊死的问题,我 00 年代的时候自己换过硬盘、内存,但一台机器也就换过那么一次,后来 16 年用了 MBP 到现在,16G 内存、250G 硬盘没感觉到有多大问题,CPU 算力也一直是过剩的状态,也就没有换的动力。当然玩游戏我还是会用台式机的,性能、散热、成本都更合适,但即便这样,一万五预算的台式机玩游戏用 5-7 年也是足够的,等需要升级的时候也就全换了。

笔记本电脑是有其自己的定位的,用户会按照需求来确定需要什么定位的产品,而这种需求又会反映在市场上,厂商也会按照市场需求的宏观情况来做产品规划。需要兼容旧用途、高灵活性,这个本来就是和笔电特化的需求相矛盾的,PC 反而是最适合的,凡是对便携性有一点要求的,也可以考虑一下笔电工作站,没必要和面向普通用户的消费级产品较劲,因为你完全不是人家的目标客户。。。

我有时候也会吐槽,主要是因为自己手里一堆旧配件用不了了,这个是正常心理,只是这些都没法阻挡技术的发展(或商人捞钱的步伐),用购买行为说话(不和需求就不买),市场经济会帮广大消费者优胜劣汰。
自己的项目经验来看,数据能放在一个地方就不要复制两份,维护缓存是一个超级烦人的问题,还容易出错。

新字段为什么不能直接加到旧表里,是维度不一样嘛?

如果是日志表的话,仅承诺数据是当时记录发生时的数据,业务上都以旧表的数据为准就好了。
可以向工信部投诉,京东有泄漏用户隐私信息的重大漏洞,工信部现在在狠抓这方面。
2020-09-15 14:24:41 +08:00
回复了 Rxianbei 创建的主题 问与答 现在高校学生的实际编程能力怎么样
是 10 年代初
2020-09-15 14:23:55 +08:00
回复了 Rxianbei 创建的主题 问与答 现在高校学生的实际编程能力怎么样
本年代初个人看到的情况是高校计算机专业的学生,在编程方面能的很能、菜的很菜。
其实有相当比例的计算机专业学生到毕业依然不怎么会编程,因为编程考试远比面试简单,而且从业也不一定要做开发岗位。

即便在大学期间很能的那群人,当中也有一部分,在真正开始工作后会发现大多数要用的知识和技术都是学校里没有教的,只不过基础打得好自学起来效率会高而已。

私以为学生讨论一些基础问题没什么奇怪的,可能课上的知识很多都是死记硬背的,大家都有从不懂到懂的过程。楼主要是有能力和精力也可以帮他们答疑,很多知识自己以为懂了,给别人讲的时候就会发现不是那么回事;这样既帮助了别人,自己也能加深理解。
2020-09-15 14:08:18 +08:00
回复了 zealinux 创建的主题 Linux 大家生产环境服务器是选用 Ubuntu 还是 CentOS?
Ubuntu 有 Server 和 Desktop 两个主要版本,Server 版是专攻服务器的。
Ubuntu 和 CentOS 背后都是公司驱动,所以品质都有保障。

个人感受 Ubuntu Server 在一些软件包和指令的命名上会有些非主流,所以一般在服务器上用 CentOS 。

也看生态吧,有些 Ubuntu 主推的技术可能用 Ubuntu Server 支持会好一些。

CentOS 和 Ubuntu Server 都可以通过增加扩展软件源的方式来安装商业软件,这方面比 Debian 似乎好一些。但 Debian 确实稳定,要是一台服务器配置好可以数年不动(仅打安全补丁),那 Debian 是完全 OK 的。

十几年用了各种发行版,已经对发行版不敏感了,都是在 Linux Kernel 上跑,都是那些常用的软件包,都一样用。
2020-09-15 10:20:46 +08:00
回复了 gaorenhua 创建的主题 Java 太难了,项目砍掉 PHP ,强转 Java ,学不下去怎么破。
学不下去可能就得被淘汰了。。。

要不换个 PHP 的工作?

不过个人感受是 Java 技术栈沉淀了大量的知识,学起来确实需要投入比其他技术栈更多的精力。
2020-09-14 17:16:03 +08:00
回复了 myzincx 创建的主题 Linux 单机存储大量的小文件该如何选择?
可以尝试存在数据库里管理,比如 MongoDB 对于 16M 以上的文件可以用 GridFS,对于 16M 以下的可以用 BinData,自己没用过,感兴趣可以简单做一下压测。

https://docs.mongodb.com/manual/core/gridfs/
2020-09-14 12:31:13 +08:00
回复了 ob 创建的主题 Linux 服务器安全请教
默认端口能改就改,包括 SSH 的,避免定向扫描。
防火墙打开,打底规则所有端口的外网进出流量全部禁止,然后只开放必要的几个端口。
建议卸载 sudo,或者为了兼容一些管理脚本可以仅让 root 能用 sudo,普通用户切换 root 只能用 su 指令输入 root 的密码才能切过去。
SSH 登录 root 用户仅支持秘钥对,且给秘钥再配置密码,防止秘钥泄露。
建议 mysql 、redis 、web 服务(不仅限这几个)都不要对公网开放端口,走 VPN 或者 SSH 隧道让自己的客户端处于服务器的内网环境再经由内网访问这些服务的端口。
所有服务,能不跑在 root 用户上的都尽量不要跑在 root 用户上,各自的用户要把权限最小化配置。
系统频率至少每周都升级更新,特别是安全更新,补丁都要打好。

既然存的是重要的数据,当然也要有备份,而且是异地实时备份,异地的标准建议是两机器地理距离 30 公里以上(为了避免极端的天灾人祸)。为了避免引入脏备份,可以加入快照功能。
2020-09-14 11:57:50 +08:00
回复了 cat 创建的主题 Node.js 不懂就问: node.js 做静态资源服务器如何?
开头也说了是轻业务、访问量不大,基本原则就是如果没有可预见的问题或明确的需求,顺不顺手就会成为选型的首要因素,哪个顺手直接用就好了,等遇到问题再优化或者换方案。

如果你提供文件是有业务逻辑控制的,不好直接用 Nginx 简单 host 一个目录的话,那就直接在 Koa 里搞就行了,fs readable stream 直接 pipline 到 res 的 response writable stream 就行了。

一般如果在提供静态文件访问服务上面不需要额外的业务逻辑参与的话,Linux 上直接包管理器 install nginx,然后去 /etc/nginx/ 下改一下配置文件写上你的静态文件目录的路径,有需要再加上几个 Header,这个已经比装 Node 、装包、写代码要简单一些了;要想更简单的话大多数 Linux 都预装了 python,一行 python3 -m http.server 或者 python2 -m SimpleHTTPServer 就能启动一个静态文件服务器。

而且提供静态文件访问的性能方面话还要看你的磁盘 IO 、网络速度、能提供的内存缓存大小等。

要是真的对这个性能情况好奇,可以自己做一下 benchmark,然后把结果发上来。
2020-09-04 16:47:53 +08:00
回复了 RiceMarch 创建的主题 Linux Win+ Linux 双系统到底有什么弊端和优点?
日常用的话可以考虑 WSL,我现在用我的 XServer+WSL 方案完全可以胜任使用 IDEA 进行 Web 全栈开发的工作。

如果想使用桌面和系统服务可以用虚拟机,我曾经在 2015 年到 2016 年使用台式机+Win10+Virtual Box+Arch Linux 做主力开发,上班的时候 Virtual Box 全屏,下班后把 Virtual Box 休眠回到 Windows 界面玩游戏。

要是你觉得基本使用方面都熟悉了,打算研究一下系统引导、驱动硬件(比如直接从 Linux 中调用显卡硬件)等可以装双系统,现在主流发行版装双系统也不难,兼容性最好的是台式机,笔记本也可以考虑 Ubuntu 认证的机型(或 System76 的产品)。
2020-09-04 16:36:49 +08:00
回复了 RiceMarch 创建的主题 Linux Win+ Linux 双系统到底有什么弊端和优点?
多说无益,鼓励自己尝试,试过了就了解了。

日常用的话可以考虑 WSL,我做 Web 开发用我的
2020-09-04 11:37:32 +08:00
回复了 NanJi 创建的主题 Linux Linux 平台下 有哪个不错的能代替 WinSCP ?
系统自带的文件管理器应该都支持 SFTP 吧,你本来就是用 Linux 系统桌面环境的话没必要装额外的工具来支持 SFTP,就好比是在 Windows 上没必要额外装工具支持 SMB 协议。

FileZilla 在 MacOS 平台曾经被 Homebrew 标记为捆绑 Malware,不知道 Windows 和 Linux 上怎么样,不过我在这三个平台上用得还挺爽的。

网上有人针对 FileZilla 的安全问题推荐 Cyberduck,但这货貌似只支持 Windows 和 MacOS (也是没必要支持 Linux )。
2020-09-04 10:32:25 +08:00
回复了 lighting233 创建的主题 北京 大家发没发现最近感冒的好多啊
我最近有过敏性鼻炎,周围很多人也是。
1 ... 185  186  187  188  189  190  191  192  193  194 ... 251  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   961 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 83ms · UTC 22:43 · PVG 06:43 · LAX 14:43 · JFK 17:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.