V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  bianhua  ›  全部回复第 6 页 / 共 10 页
回复总数  192
1  2  3  4  5  6  7  8  9  10  
2017-03-27 11:42:47 +08:00
回复了 muziki 创建的主题 C++ C++ 17 完成了
@mozartgho

如果你说的界面是 GUI ,那么其实你得先搞清楚什么是 GUI 以及操作系统如何支持 GUI 的。就像上面某个人说“有本事用 Go 写个游戏引擎”,都是没弄清问题的本质。

在 Windows 下,绘制标准窗体是使用 User32 这个库中的函数来实现的,操作系统通过消息改变窗体组件的状态;在 Linux 下比较乱,比如用 GTK ,但原理是差不多的( GTK 也可以安装在 Windows 上)。

就 3D 图形界面来说, Windows 下有 DirectX , Linux 下有 OpenGL (同样可以安装在 Windows 上)。

因此你只需要一个能够调用上述库的语言就行了。

哪怕你倔强的不去使用上述库,你也只需要一个能向操作系统发出系统调用的语言。 Go 当然能做到(很多语言都能做到,比如甚至 Python )。
2017-03-26 18:24:41 +08:00
回复了 muziki 创建的主题 C++ C++ 17 完成了
@billlee

就这个目标来说是的。 Rust 在我看来是一种对 C++进行剪枝的尝试,而 Go 则更像是一个全栈框架附送语言。

另外我觉得,“系统编程”的范畴可大了,因为任何东西都能是个系统,感觉 Rust 野心不小。但如果它真想发展起来的话,得先像 C++那样有个 Boost 库一样的东西,否则个人觉得很难有吸引力。
2017-03-26 11:40:48 +08:00
回复了 muziki 创建的主题 C++ C++ 17 完成了
@muziki

Rust 挺好,但是语言只带了一个很小的标准库。如果对第三方代码有洁癖的话,很多东西都要自己写。感觉上相当于是个带了自动竞争检查的 C++。

Go 语言的自带库很大,很多功能都集成了,写起来效率很高。想来这可能就是为什么 Go 比 Rust 流行。因为如果真要开始写项目的话,选型的时候效率肯定是考量之一。

我个人来说,除非 Rust Platform 真的成为一回事儿,否则我会等 Rust 的 Crate 体系真正成熟之后再开始用 Rust 写大项目。而就目前来说,我还是会选择 Go 。如果不让用 Go 的话我宁愿用 Haskell 这样有 Platform 的语言来写。

不过其实话说回来,如果小心一点的话, C++也挺好,而且有 Boost 这样的库可以用。
2017-03-25 21:10:54 +08:00
回复了 nito 创建的主题 酷工作 github 没人 star,能写进简历吗?
@rming

> 敢于把自己写的烂代码放到 github 上,把真实的自己暴露给所有人,勇敢积极的面对真实的自己,并希望自己能在开源的世界里不断学习进步

是的呢,我发现如果我写的代码只是自己偷偷拿去用,别人看不到源代码的话,我会不由自主的把代码写成稀烂状。

而如果我想到正在写的代码会出现在 GitHub 上时,则会仔细考虑一下“后果”。结果就是传 GitHub 的代码要稍微那么不难看点 :D
2017-03-25 11:57:30 +08:00
回复了 qwe3364925 创建的主题 PHP 给 phper 出一道基本的面试题, 做错了得加强基础了/
@jhdxr
@allenhu

我发现了,这是 7.1 修正的内容:
https://secure.php.net/ChangeLog-7.php

> Version 7.1.0
> .....
> Number operators taking numeric strings now emit E_NOTICEs or E_WARNINGs when given malformed numeric strings.

们那么貌似就是在说正在做我所希望的那些变更。

另外我搜索了一下 "A non well formed numeric value encountered" 这段字符串。发现很多的项目中招了,所以你看,楼主的问题可能并不是完全没有启发作用?
2017-03-25 11:30:12 +08:00
回复了 qwe3364925 创建的主题 PHP 给 phper 出一道基本的面试题, 做错了得加强基础了/
@allenhu (假定你是回复我的) @jhdxr

首先,其实,我说的是哪怕 echo intval('6+5' . 9) + 7;的情况。

另外,奇怪:
[nick@localhost]~% php -r "phpinfo();" | grep "Loaded Configuration"
Loaded Configuration File => /etc/php.ini
[nick@localhost]~% cat /etc/php.ini | grep "error_reporting =\|display_errors ="
error_reporting = E_ALL
display_errors = On
[nick@localhost]~% php -r "phpinfo();" | grep "error_reporting\|display_errors"
display_errors => STDOUT => STDOUT
error_reporting => 32767 => 32767
[nick@localhost]~% php -r "echo E_ALL;"
32767%

// 让 PHP 报告 Notice
[nick@localhost]~% php -r 'echo $a;'
PHP Notice: Undefined variable: a in Command line code on line 1

Notice: Undefined variable: a in Command line code on line 1

// 没有报告 Notice
[nick@localhost]~% php -r "echo '6+5' . 9 + 7;"
13%

[nick@localhost]~% php -v
PHP 7.0.17 (cli) (built: Mar 15 2017 07:25:27) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
2017-03-24 18:19:57 +08:00
回复了 jellybool 创建的主题 程序员 laravel 都是开源的 录个视频也要收费 一点开源精神都没有
我曾有个朋友, TA 有一条座右铭,是“技术的分享是无条件的”。

可惜 TA 并没有太多的技术可以分享。而在那些 TA 拥有一些经验的领域,如果你去询问一些问题, TA 则会躲躲闪闪,让你不知道 TA 是对那个问题的答案一无所知,还是根本不愿意将经验告诉别人。但是和 TA 接触久了就会发现,其实 TA 那个座右铭根本不是给 TA 自己看的。

我不知道一些人, TA 们自己的 GitHub 里到底有什么资本让 TA 们可以举着“开源”的大旗来要挟别人“无条件的”分享自己的知识。
2017-03-24 14:12:07 +08:00
回复了 qwe3364925 创建的主题 PHP 给 phper 出一道基本的面试题, 做错了得加强基础了/
@realpg
@allenhu

我的意思是,对 字符串 => Integer 转换进行这样设计,会造成很多问题。

如果能让无法转换成目标类型的值在转换时返回 Mismatch 之类就好了,就算退一步来说也可以丢出异常让程序停止运行。

而 PHP 现在的处理方式是将问题压制下去,自己尝试解析字符串给出一个结果。但是它解析出的结果在很多时候都不是合理的。

'6+5' . (9+7) 是能单单解决这一个问题没错,但是原因只是因为“.”运算符将后面那个 integer 转换成了 string 然后才与字符串'6+5'进行了拼接而已。但是缺陷仍然存在:每次你尝试将一个 string 转换成 integer/float 的时候都冒着风险。
2017-03-23 23:10:13 +08:00
回复了 qwe3364925 创建的主题 PHP 给 phper 出一道基本的面试题, 做错了得加强基础了/
@realpg

不觉得。

我倒是觉得这原因是 PHP 花样坑人,因为这里在拼接字符串的时候又引入了 PHP 自动类型转换的规则。而 PHP 的转换规则很多时候就是在造坑。

比如例子里的 ((int)'6+1') == intval('6+1') == 6 。从其他语言的叫都上来看完全属于设计不合理,因为会导致混乱。

试想如果你想严格判断整数输入的话,只能在 intval 转换前再加上一些格式判断,否则甚至可能就会导致安全问题(比如 var_dump('0e1' == '0e2') => true )。

在语言这么坑的情况下,想写出安全稳定的程序真是如履薄冰。
我决定在知乎上写个长答案:
https://www.zhihu.com/question/47799758/answer/152584519
2017-03-20 12:48:20 +08:00
回复了 444683462 创建的主题 问与答 租房退房的时候为了押金,房东百般叼难,速求方案
@zlowly

这事当然分两方面。如果楼主错了自然应该承担责任并解决问题;但如果是房东的问题,那就没理由让房东潇洒的逃脱它应得的那份。

你的回贴的其他内容先按下不表,但

> 别刷这些小孩子心态了

这具体是什么含义?我倒想知道非“小孩子心态”(的你?呵呵呵)会以怎样的方式来解决问题?
2017-03-19 19:46:49 +08:00
回复了 444683462 创建的主题 问与答 租房退房的时候为了押金,房东百般叼难,速求方案
楼主,提醒你一下:

1 、那间房是木地板(有缝);
2 、鸡蛋可以与水以及食用油混合;
3 、鸡蛋腐烂会发生恶臭;
4 、夏天快要到了。
Off-topic:
楼主你发帖能检查一下么?

刚我还在思考 HTML5 vs Native 的问题,现在我在超市买樱桃。
2017-03-19 18:28:26 +08:00
回复了 fbtfonfp 创建的主题 宠物 准备养一只猫,取什么名字好呢
@LittleWhiteMouse 伊利莎白猫

其实,叫大王就好了,这样,这个官位,也就名正言顺了。呵呵呵呵呵哈哈哈哈~

http://i.imgur.com/HQzp5r4.jpg
2017-03-19 14:23:09 +08:00
回复了 learnshare 创建的主题 分享发现 [来自知乎]信息泄露,那些央视没报的“内鬼”
@lausius

当然是真的。警察是有权利取得你个人信息的,其实不止警察,只是警察能查看的数据更多。

其实每个跟你有过接触的政府部门多多少少都有一些你的信息,有机会你去政府部门办理业务(比如社保或者缴纳费用)的时候,看着柜员计算机的操作屏幕,你能看到不少关于你的信息。如果你再看看他们的 ERP 页面,还会发现很多可以进行的操作,比如搜索各类信息、查看照片之类。

只要有足够的人能够接触到那些信息,无论监控或日志等保全手段有多么完善,必然会有人冒险通过某些手段利用那些信息来牟利。所以当年 NSA 风波那会儿,美国媒体的一个关注点是多少人能有机会接触到 NSA 搜集的那些信息。

所以想要保护隐私,最好的手段就是不要进行搜集(这观点前几年就有了)。

但是,想要政府和企业不搜集和储存这些黄金数据,有可能么?
2017-03-18 17:55:56 +08:00
回复了 shenhhd 创建的主题 求职 [帝都] PHP 一枚求职,没有大公司背景
@shenhhd

Don't bother.

其实你可以帖你的 GitHub ,这样更能说明你的水平。另外你的 Blog 确实是抄的没错。
2017-03-17 17:11:58 +08:00
回复了 xjtlujoe 创建的主题 问与答 PHP 文件 post 的表单信息无法显示?
提交给了本地文件 D:\Program\www\welcome.php ,呵呵呵,这题我能笑 59 分钟。
@Ley

> 说隔墙喊一声是打扰的,恐怕会觉得打内线座机电话也是打扰了吧

是的。

传递消息分两类,一类是入侵式的,让接受者中断当前正在进行的工作来接收消息;另一种是非入侵式的,接收者可以知道有一条消息需要处理,但直到他决定去处理,否则可以不理睬。

入侵式消息通常用在需要紧急响应的情况下,比如用电话、 IM 等(需要实时响应)描述一个简单但需要立即执行的事务,如: XXX 来会议室开会;
非入侵式消息用在非紧急的情况下,比如用邮件、站内通知、短信等。由于你有更多的时间来写下你的文字,所以你可以对要传达的信息进行思考,这不但让你传达的信息更准确,同时也让你有机会对你所传达的信息有所思考。

这两种传递方式各有自己的做用域,在很多场合下是不可以混用的。比如如果你通过邮件进行紧急事务联系,而对方刚好没有看到邮件,那么这个事务就无法得到及时处理;反过来,如果你用电话去交代一项任务,不但你自己的实时描述可能并不准确,同时接收信息的人可能也不能准确的将信息记录下来,最后导致整个任务失败。

觉得“吼一嗓子就好”的人,可能是从自己的角度出发,本着将信息递出即完成任务的心理,而不是以完成交接为目标。

还有一个视频,聊到了这个问题,值得看一下( 4:00 开始):
https://www.youtube.com/watch?v=5XD2kNopsUs
(注意,这是 2010 年的讲话。很可惜 7 年之后我们还在讨论这个问题)
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1057 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 23:07 · PVG 07:07 · LAX 16:07 · JFK 19:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.