arbeitandy 最近的时间轴更新 arbeitandy 最近的时间轴更新 |
arbeitandythe accidental machine V2EX 第 17911 号会员，加入于 2012-03-11 10:59:25 +08:00 |
arbeitandy
ttyn
| 硬件和軟件生命週期在變短？ 自言自语 • arbeitandy • 2013-01-02 10:36:10 AM • 最后回复来自 arbeitandy | 3 |
arbeitandy 最近回复了
2022-12-06 00:03:12 +08:00 回复了 bjzhush 创建的主题 › OpenAI › 为什么我看到 chatGPT 的回复就恶心？ |
沒想到 AI 首先學會了人類的虛情假意和囉嗦。確實蠻煩它套話連篇 - 這不都是人類自己應該試圖避免的嘛。不過我覺得它能解決簡單問題 - 只是大部分時候 stackoverflow 也能解決簡單問題。
2022-08-16 09:22:22 +08:00 回复了 conge 创建的主题 › 跑步 › 试了一下 2 小时我能跑多远 |
特地裝了個中文輸入法回覆。同樣偷偷關心樓主跑了很久（在 twitter 上）沒想到這裡還有一個複本。儘管我跑得慢，也更多長距離，還是覺得樓主寫得好看，恭喜突破兩小時！和新手錶。請繼續分享吧！
感謝推薦書，從圖書館借了這部 kindle 版，正好下班可以開始看了。
感謝推薦書，從圖書館借了這部 kindle 版，正好下班可以開始看了。
2018-09-21 12:17:46 +08:00 回复了 Laz 创建的主题 › 程序员 › 40 岁程序员被劝退后吐槽工作难找，网友：都 40 了还敲代码怪谁 |
找回了好久沒用的帳號回一個在四十歲的右岸回望河對岸的片刻 （沒啥實際的，一點感想！）
年輕的時候工作總要積累一點，如果沒有積累足夠的經驗，至少積累足夠的錢💰。我感謝年輕時候的自己努力工作，攢足了錢讓我可以在三十盡頭回到學校沒有經濟壓力的讀書。如今也可以說是錢與時間揮霍一空，從零開始找工作。並沒有更難，也沒有更簡單。和過去比，當然是想要比較高一些的挑戰。目前輸贏未定，不過能站在三蕃的高樓間去和比自己更年輕的工程師聊最新的技術，我已經很滿足了。
其實我相信自己即使是做麵包師，人生四十也會繼續愉悅地烤麵包，因為我不太介意年紀與身分。我覺得比較重要的是，麵包烤得火候，對代碼的熟稔，當然這也許是到了四十歲才明白過來。過去也對於高強度的工作蠻自得，然而還是積累太少。如再重來，我會早一點翻開 Fluent Python (真是一本好書) 。
對了，多交一些朋友，對路過的人好一點。這也是積累的一部分。
除了積累錢和經驗讓人可以面對未來的挑戰，偶爾不妨放鬆一下。也不用數年紀，不用理會別人說的失敗，不用理會別人。我至今還很喜歡工作，非常喜歡寫代碼。不久的將來，還會開始新的工作。喔有空的時候，我還會去跑步，比年輕時候跑得更快並且更遠。坦白說，一切都非常非常辛苦，但值得呀。
年輕的時候工作總要積累一點，如果沒有積累足夠的經驗，至少積累足夠的錢💰。我感謝年輕時候的自己努力工作，攢足了錢讓我可以在三十盡頭回到學校沒有經濟壓力的讀書。如今也可以說是錢與時間揮霍一空，從零開始找工作。並沒有更難，也沒有更簡單。和過去比，當然是想要比較高一些的挑戰。目前輸贏未定，不過能站在三蕃的高樓間去和比自己更年輕的工程師聊最新的技術，我已經很滿足了。
其實我相信自己即使是做麵包師，人生四十也會繼續愉悅地烤麵包，因為我不太介意年紀與身分。我覺得比較重要的是，麵包烤得火候，對代碼的熟稔，當然這也許是到了四十歲才明白過來。過去也對於高強度的工作蠻自得，然而還是積累太少。如再重來，我會早一點翻開 Fluent Python (真是一本好書) 。
對了，多交一些朋友，對路過的人好一點。這也是積累的一部分。
除了積累錢和經驗讓人可以面對未來的挑戰，偶爾不妨放鬆一下。也不用數年紀，不用理會別人說的失敗，不用理會別人。我至今還很喜歡工作，非常喜歡寫代碼。不久的將來，還會開始新的工作。喔有空的時候，我還會去跑步，比年輕時候跑得更快並且更遠。坦白說，一切都非常非常辛苦，但值得呀。
2014-01-11 11:00:11 +08:00 回复了 314x 创建的主题 › Android › 有没有好玩的android游戏app推荐下 |
super hexagon
https://play.google.com/store/apps/details?id=com.distractionware.superhexagon
好久不玩遊戲了，看了介紹, 覺得很吸引人，忍不住想買個試試。
https://play.google.com/store/apps/details?id=com.distractionware.superhexagon
好久不玩遊戲了，看了介紹, 覺得很吸引人，忍不住想買個試試。
2014-01-10 07:40:37 +08:00 回复了 guoqiao 创建的主题 › MySQL › MySQL不断 crash 是怎么回事? |
* 看 errorlog，不是mysql自己的問題。似系統無法分配足夠內存，oom機制殺掉了mysql進程，可以檢查 系統日誌 syslog
參考 http://dba.stackexchange.com/questions/25077/mysql-innodb-crash-post-mortem
在 crash 時也許有其它進程快速佔用了比計劃多得多的內存 （比如python, php都是潛在的內存大戶，如果還有文件io操作。。）
* 順便建議mysqltuner 的測試要啟動一段時間後再進行
Up for: 27m 23s 這時可能cache沒warmup，hit rate會偏低。不過僅僅看數字這份my.cnf沒受這個影響。
* http://dba.stackexchange.com/questions/25165/intermittent-mysql-crashes-with-error-fatal-error-cannot-allocate-memory-for-t
這裡還有個比較長比較全面討論低配機器的mysql配置檢查。
* 如果短期訪問量不會增加，又沒有慢速查詢，my.cnf裡 max_connections可以再降低點。
參考 http://dba.stackexchange.com/questions/25077/mysql-innodb-crash-post-mortem
在 crash 時也許有其它進程快速佔用了比計劃多得多的內存 （比如python, php都是潛在的內存大戶，如果還有文件io操作。。）
* 順便建議mysqltuner 的測試要啟動一段時間後再進行
Up for: 27m 23s 這時可能cache沒warmup，hit rate會偏低。不過僅僅看數字這份my.cnf沒受這個影響。
* http://dba.stackexchange.com/questions/25165/intermittent-mysql-crashes-with-error-fatal-error-cannot-allocate-memory-for-t
這裡還有個比較長比較全面討論低配機器的mysql配置檢查。
* 如果短期訪問量不會增加，又沒有慢速查詢，my.cnf裡 max_connections可以再降低點。
2014-01-08 09:31:15 +08:00 回复了 Livid 创建的主题 › 程序员 › 大家觉得 2013 年最让你兴奋的软件/硬件？ |
软 - ansible
硬 - chromebook
服务 - aws
2014 简化工作流程，开始在 Nexus7 上用stylus, 希望可以再度为 android 系统和 N7激动。
硬 - chromebook
服务 - aws
2014 简化工作流程，开始在 Nexus7 上用stylus, 希望可以再度为 android 系统和 N7激动。
2013-08-28 02:20:27 +08:00 回复了 Colorful 创建的主题 › 问与答 › 不会外语的朋友们，你们是如何学习一门外语的。 |
duolingo 一個月，養成習慣就不需要那麼明確的目標驅動。現在每天被蚊子咬醒就自動打開duolingo背一節單詞。早上醒來一邊煮咖啡一邊也來一節。學得比想像得快多了。好像學語言和做技術或者別的工作不太一樣，最重要的動力不是目標，得是一種強迫症吧…至少是每天起床第二件事。
2013-08-21 23:53:45 +08:00 回复了 no13bus 创建的主题 › 问与答 › 问个问题 大家有没有自我深度怀疑的情况 |
每天都質問自己。但，有好幾個因素停止質問（以前我以為這是反思是introspection. 現在覺得我哪兒有那個美國時間去反思。。）
1. 嘗試想到人生苦短(請用ruby), 不能浪費時間在這種形而上思考中。實際上有一百個想法完成10%就夠多了。剩下90%注定不完美沒有時間去做。不用為那90%失望，雖然它看起來蠻多。
2. 提醒自己的本分是做好今天工作，更洪亮的事情也都是在盡本分基礎上積累出來的。
3. 不奢望，不強求。如果達不到家人的期待，也不會就此自暴自棄吧。
4. 明白很多宣傳/價值觀都是小概率事件，也不能讓大房大車自由天堂什麼的左右自己的生活。每天醒來就去上班，這是底線。
5. 沒有想法的時候就跑跑步吧。
好像太強調每天工作了。。。其實它也可以是別的什麼你每天都願意投入時間做的事情。
1. 嘗試想到人生苦短(請用ruby), 不能浪費時間在這種形而上思考中。實際上有一百個想法完成10%就夠多了。剩下90%注定不完美沒有時間去做。不用為那90%失望，雖然它看起來蠻多。
2. 提醒自己的本分是做好今天工作，更洪亮的事情也都是在盡本分基礎上積累出來的。
3. 不奢望，不強求。如果達不到家人的期待，也不會就此自暴自棄吧。
4. 明白很多宣傳/價值觀都是小概率事件，也不能讓大房大車自由天堂什麼的左右自己的生活。每天醒來就去上班，這是底線。
5. 沒有想法的時候就跑跑步吧。
好像太強調每天工作了。。。其實它也可以是別的什麼你每天都願意投入時間做的事情。
http://pastebin.com/7qa7rp5i
回复中有格式的 ~/.ssh/config
回复中有格式的 ~/.ssh/config
@pubby 一开始的方案3肯定是改动最少的方案
ssh的ProxyCommand并非在跳板机上启动一个服务，而是调用netcat或者直接用ssh的built-in netcat mode将两端的IO转发。
把tunneling的脚本改了一个用ProxyCommand版本的
#!/bin/sh
proxy_ncmode='ProxyCommand ssh -W %h:%p bastion_serv'
proxy_nc='ProxyCommand ssh bastion_serv nc -w 10 %h %p'
rsync -avze "ssh -o \"$proxy_ncmode\"" ./tmp/ trapped_me:~/tmp
ssh -o "$proxy_nc" trapped_me uptime
# -- end of script
* bastion_serv 是中间hop跳板机
* trapped_me 是只能从跳板机ssh接入的远程机 (生产环境？)
脚本里两个mode都实验了一下:
* proxy_ncmode 参数是使用 ssh 的netcat mode连接
* proxy_nc 参数是使用 跳板机上的netcat转发,如果跳板机没有netcat，就必须使用 proxy_ncmode模式了。 nc -w 10 表示进程idle10秒后自动断开。
比起tunneling来，这个ProxyCommand mode 不需要对不同远程server指定不同端口转发啦。
（万一生产环境有百来台server呢？)。但前提是远程server们没有做ip限制－如果万一它们只许可 跳板server ip登录，那就只能做端口转发 - 不过我觉得更有可能发生的是，中间跳板机做了防火墙限制端口。。so, 用哪种方法其实要看运气。
* 无密码登录和连接方式是两个不同的问题，搜索一下 key-based authentication吧。
假设没有使用公钥验证，用任何方式连接都要输入两次密码。从安全角度看，那还不如尽快启用公钥认证模式。
这一切都可以配置在 .ssh/config 里
Host ec2main
Port 2255
Hostname 23.*.*.*
IdentityFile ~/.ec2/anotheradmin.pem
Host 192.168.*.*
IdentityFile ~/.ssh/id_rsa
ProxyCommand ssh -NW %h:%p bastion_serv
Host trapped_me
Hostname 192.168.0.1
IdentityFile ~/.ssh/id_rsa
ProxyCommand ssh -NW %h:%p bastion_serv
Host bastion_serv
Hostname *.*.*.*
Host *
User anotheradmin
ForwardAgent yes
Port 2244
IdentityFile ~/.ssh/id_rsa
UsePrivilegedPort no
ServerAliveInterval 240
ServerAliveCountMax 9999
# --- 这个问题我为毛要写这么详细呢， 因为曾为小公司SA， 真的非常非常想恳求大家别再用expect拉， 特别是千万别放在跳板机啊。
ssh的ProxyCommand并非在跳板机上启动一个服务，而是调用netcat或者直接用ssh的built-in netcat mode将两端的IO转发。
把tunneling的脚本改了一个用ProxyCommand版本的
#!/bin/sh
proxy_ncmode='ProxyCommand ssh -W %h:%p bastion_serv'
proxy_nc='ProxyCommand ssh bastion_serv nc -w 10 %h %p'
rsync -avze "ssh -o \"$proxy_ncmode\"" ./tmp/ trapped_me:~/tmp
ssh -o "$proxy_nc" trapped_me uptime
# -- end of script
* bastion_serv 是中间hop跳板机
* trapped_me 是只能从跳板机ssh接入的远程机 (生产环境？)
脚本里两个mode都实验了一下:
* proxy_ncmode 参数是使用 ssh 的netcat mode连接
* proxy_nc 参数是使用 跳板机上的netcat转发,如果跳板机没有netcat，就必须使用 proxy_ncmode模式了。 nc -w 10 表示进程idle10秒后自动断开。
比起tunneling来，这个ProxyCommand mode 不需要对不同远程server指定不同端口转发啦。
（万一生产环境有百来台server呢？)。但前提是远程server们没有做ip限制－如果万一它们只许可 跳板server ip登录，那就只能做端口转发 - 不过我觉得更有可能发生的是，中间跳板机做了防火墙限制端口。。so, 用哪种方法其实要看运气。
* 无密码登录和连接方式是两个不同的问题，搜索一下 key-based authentication吧。
假设没有使用公钥验证，用任何方式连接都要输入两次密码。从安全角度看，那还不如尽快启用公钥认证模式。
这一切都可以配置在 .ssh/config 里
Host ec2main
Port 2255
Hostname 23.*.*.*
IdentityFile ~/.ec2/anotheradmin.pem
Host 192.168.*.*
IdentityFile ~/.ssh/id_rsa
ProxyCommand ssh -NW %h:%p bastion_serv
Host trapped_me
Hostname 192.168.0.1
IdentityFile ~/.ssh/id_rsa
ProxyCommand ssh -NW %h:%p bastion_serv
Host bastion_serv
Hostname *.*.*.*
Host *
User anotheradmin
ForwardAgent yes
Port 2244
IdentityFile ~/.ssh/id_rsa
UsePrivilegedPort no
ServerAliveInterval 240
ServerAliveCountMax 9999
# --- 这个问题我为毛要写这么详细呢， 因为曾为小公司SA， 真的非常非常想恳求大家别再用expect拉， 特别是千万别放在跳板机啊。
Select Language