V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 30 页 / 共 103 页
回复总数  2054
1 ... 26  27  28  29  30  31  32  33  34  35 ... 103  
2020-07-25 17:18:05 +08:00
回复了 limyel 创建的主题 Python 异步是 Python web 的未来吗
@ericls 程序猿一定要跳出自己的圈子去别处看看,否则的话很容易被自己的圈子误导,python 做 web 有没有问题?当然没问题,它可以做啊。但是有一个叫 Java 和一个叫 PHP 的东西,外带一个 Go 的衬托下,python 做 web 就没未来了,不是你不能做,而是比较优势问题
2020-07-23 15:28:12 +08:00
回复了 jimmyismagic 创建的主题 程序员 为什么很多后端程序员认为前端很难学?
前端这东西难就难在 CSS 上。有些前端觉得不难是因为他们从来没挑战过“真正的”解决 CSS 问题。

给一个场景,现在有一个页面,不算简单,但是也不是特别复杂。上面有个元素,不在我期望的位置上,请告诉我:
1 为啥这个盒子不在我期望的位置上?
2 给出解决办法。

有相当数量的前端,是搞不定 1 的,即他们无法回答你,为什么这个盒子不在我期待的位置上;而这些前端搞定 2 的方式:如果是经验丰富的前端,配合调试器这里敲敲那里改改,靠尝试很快就解决了,还算表现过得去;而经验不那么丰富的前端,解决的方式就不太优雅了,它们往往要花很久时间尝试这里敲敲那里改改,更有甚者,敲敲打打搞不定,于是把之前的 css 代码给扔了,自己从头写了一套,好了,搞定,打完收工。。。

少数能同时把 1 和 2 都能解决的很好的人,他们往往会死在写 js 上,曾经遇到过一个写 css 写的思路行云流水的人,写 js 时不敢听音乐。。。

能同时把 js 和 css 都玩的行云流水的是顶级高手,因为他们的大脑能切换工作模式
@roundgis sqlite 有没有什么办法解决只允许单线程读写的问题?我希望在低负载场合换掉 mysql,但是这种场合有多个程序的时候 sqlite 就不适用了
业务体系复杂
======
这个要求放在这里,别想二次开发了,从头开发吧。二开的都不靠谱。

哦,看漏了,原来还有个“成本有限”,那我建议你放弃,现在已经没有“成本低廉且能实现业务体系复杂”的机会了,当心你那本来就不多的本金陪进去
2020-07-14 10:08:46 +08:00
回复了 Wicked 创建的主题 问与答 如果电脑上安装了 Skyguard,是不是连 HTTPS 都被劫持了?
我一直没搞懂一个问题,你们一个个就这么执着的喜欢用公司电脑干私事吗?我遇到这样的公司,要么,直接走人,别待;要么,绝对不在这台电脑上干任何私事。

我很明确的说,对于这种玩监控的公司,人家一般来说不会只有这一手,人家路由器那搞不好还有第二手,你用飞机又怎么样,路由器在别人手里,别人可以直接发现你起了飞机,网管就搞不好下来查你了。

BAT 的核心部门比这厉害多了,绿区黄区红区听说过没?

作为一个搞技术十多年的人,非常认真的提醒你一句,上这种管制手段,本质不在技术,而在政治,这说明了这个公司的管理态度,要的就是你服从(不然就滚蛋),想用别的技术对抗这种管制,其实是连重点都没抓住。用技术钻空子在公司看来就是破坏公司纪律,到时候政治大棒打下来,人家一个违反公司纪律开除你,你伸冤都没得地方伸
2020-07-13 21:21:32 +08:00
回复了 iseki 创建的主题 Kotlin 慌的一批, Kotlin 这么优雅的语言为什么不火呢
Kotlin 目前最大的问题是对这语言支持的比较好的 IDE 只有 IDEA,而众所周知,IDEA 是要钱的
2020-07-12 20:50:48 +08:00
回复了 yuanfnadi 创建的主题 职场话题 野生程序员在大厂三个月的体验
@hantsy 赶工期才不是借口,你要是在国内呆的足够多的地方,就会明白技术实施依赖于组织框架,很多问题的根源指向老板,不是你技术人员想的那么美好
2020-07-08 18:04:57 +08:00
回复了 zhishi69 创建的主题 问与答 大学生贷 10 万可行吗
贷款创业?别扯淡了,你是谁啊,位面之子吗?
2020-07-07 22:15:26 +08:00
回复了 xssSt 创建的主题 程序员 开发一年的困惑,自身可替代性太强了,如何破局?
只要是打工,没有人不可替代,代价高低而已,
2020-07-06 13:03:33 +08:00
回复了 li24361 创建的主题 程序员 idea 2020.2 占用内存,比 2019.3 多一倍?
IDEA 一直就是用户家的内存不要钱的风格,前两年代码质量好的时候还收敛点,现在不知道是不是也变成阿三当 CEO 了,这代码质量越来越差,之前觉得 eclipse 那样就算代码质量差了,现在我看着 IDEA 也查不到哪里去了
我这么说吧,丁克这东西,你年纪不够大的时候,是不会觉得有啥问题的,我 28 的时候还不是丁克支持者,但是现在,我是没钱,不然我要生 3 个
2020-06-28 11:30:38 +08:00
回复了 systemcall 创建的主题 Windows Windows 引以为傲的生态在现在是否反倒是劣势?
@maxxfire “手机也可以成为生产力”这句话,最早是 2010 年就有人在鼓吹,然而鼓吹到现在,生产力的大头 ToB,手机根本没有看到一点进去的希望,倒是平板现在大量的用来做展示了,挤占了部分笔记本电脑的位置
2020-06-28 11:29:05 +08:00
回复了 systemcall 创建的主题 Windows Windows 引以为傲的生态在现在是否反倒是劣势?
Windows 在 ToB 行业目前看不到任何可替代的迹象,同时,移动端也没有任何在 ToB 行业有所作为的迹象。因此我认为 Windows 在未来 20 年仍然会活的非常滋润,毕竟 toC 赚钱很难,真正给钱大方的都是 ToB

Android 在 ToC 端现在已经发展到了巅峰,不过往往一个东西发展到巅峰和他开始走下坡路其实是一个意思,想想当年的诺基亚吧,不要觉得安卓会有什么特殊
2020-06-25 21:14:58 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@phx13ye 做研究嘛,有时候要看看一个语言到底能做到什么程度。否则 mysql 满地走的年代,为啥还有人用 java 写了个个叫 H2 的内存数据库呢?
2020-06-25 21:13:19 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@yukiloh 前端加重复提交令牌确实可以把用户重复请求挡在前端(正常操作情况下),但是并不代表说后端就不需要防御了,实际上当后端规模拉大一点,某些内部事件激发的处理代码确实可能因为种种原因,被同时调用了多次,此时幂等是必要的。问题在于如何实现这个幂等,我比较贪心,想在 JVM 层面上解决这个问题,同时隔离影响,不影响到其它用户
2020-06-25 21:09:00 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@EminemW
@skypyb
如果要借助第三方,不说 redis,zk,用 mysql 的多列唯一索引也能做。但是,我现在就是要在 JVM 特性层面上找解决方案
2020-06-25 21:07:58 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@phx13ye 朋友,幂等指的是结果,而不是实现这个结果的过程,我问的是“要如何实现这个幂等”?
2020-06-25 17:51:03 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@reus 有区别的朋友,这个问题我也是思考过后才提的,秒杀场景里,所有用户争抢一把锁,用户和用户之间有数据冲突。签到场景里,你要防止的是用户抢自己的数据,用户和用户之间是不存在数据冲突的。

所以你说签到锁用户,在 Java 里,这到底是怎么个锁法?才能即避免用户自己和自己的数据冲突,但是锁不影响到其它用户
2020-06-25 17:47:39 +08:00
回复了 abcbuzhiming 创建的主题 Java 要针对特定的条件进行加锁时,用什么方式是最佳实践?
@sujin190 我不太清楚 Go 的做法,但是 java 好像没找到这种方式
1 ... 26  27  28  29  30  31  32  33  34  35 ... 103  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2979 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 08:18 · PVG 16:18 · LAX 00:18 · JFK 03:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.