haocheng 積分 0

看來唯一令人擔心就是螢幕烙印問題了...

chchwy 積分 0

其實很多的軟體工程原則像是「函數的長度不應該捲動超過兩頁」之類的,也是受限於人類的大腦能力吧

IngramChen 積分 2 編輯於

未來某一天, AlphaCode Zero 在訓練 10 小時後發現了 結構化程式, 30 小時後開始狂用物件導向, 40 小時後寫的程式全部是函數式證明題. 87 小時後...

IngramChen 積分 2

我不懂圍棋, 棋靈王卻看的很開心.

我不懂圍棋, 這個 alphago zero 特別企劃有三集, 我像電影一樣全看完了, 超滿足

zero 學習了 40 小時後就發現人類的定石, 然後狂用, 到了 70 小時後反而不用.

所以人腦停在 40hr 無法進步了, 接下來是神的領域...

haocheng 積分 0

不過從 Unity 換到 GNOME 也是蠻大的改變,所以才放在 17.10,畢竟下一版 18.04 是 LTS

changyuheng 積分 0 編輯於

Ubuntu GNOME 行之有年啦

haocheng 積分 0

第一個改用 GNOME 的 Ubuntu 版本

kaif 積分 0

我覺得不要集中周一到周五上班不錯

kaif 積分 1

因為各種因素重看了一下原文, 部分摘要如下:

NIST特別出版論文800-63號《電子驗證指導原則》中規定制訂的密碼原則

在最新的版本(第三版),此文件由原本一份被拆分為四份文件,其中密碼原則部分落於800-63B Authentication and Lifecycle Management [1]。

在800-63B中,密碼規則主要敘述於Section 5.1.1 (Memorized Secret) ,以及Appendix A (Strength of Memorized Secrets)。其中5.1.1提供密碼規則的規範,Appendix A則提供密碼規則制定的理由的背景討論。

考量此文件與這次討論較有關部分, 節錄5.1.1 密碼規則規定如下: 1. Memorized secrets SHALL be at least 8 characters in length if chosen by the subscriber. 2. Verifiers SHOULD permit subscriber-chosen memorized secrets at least 64 characters in length. 3. No other complexity requirements for memorized secrets SHOULD be imposed. 4. When processing requests to establish and change memorized secrets, verifiers SHALL compare the prospective secrets against a list that contains values known to be commonly-used, expected, or compromised. 5. Verifiers SHOULD offer guidance to the subscriber, such as a password-strength meter 6. the verifier SHALL limit consecutive failed authentication attempts on a single account to no more than 100. 7. Verifiers SHOULD NOT require memorized secrets to be changed arbitrarily

其中第三點規範密碼規則不應該要求複雜字元, 而應以黑名單及長度增加破解難度。第六點表示應限制密碼猜測頻率, 且在附錄A提到此機制應該要有足夠容許用戶打錯密碼的機會並避免造成DoS攻擊。第七點規定系統不應該要求用戶定期改密碼。

fox 積分 1 編輯於

同樣的概念,做最好的敗下陣來,反而是做的比較差的那個成功。這種案例也很常見。 實力好很難說結果就一定好,時運佔蠻大比例。 人能掌握的僅僅是不要犯傻,比對手氣長。

nanashi07 積分 0

據說要做新創,最困難的是尋找一個適合的概念,而最可怕的是在系統接近完成時,才突然發現別人早就做好相同概念的東西(而且做的更好)

IngramChen 積分 1

除非是真的很有名的部落客,不然寫篇文章會遇到問題/糾紛的機率很低。

如果寫 blog 寫到要抄別人的半篇或整篇,那已經不是 blog 了吧 (叫農場?)。

對我而言,寫 blog 就是寫到自己也看得津津有味就行了 (不難辦到,因為都麻自己的意見,很容易自嗨的)

natsu 積分 0

聽說撰寫論文時,最困難的是尋找一個適當的題目,而最可怕的是在做完相關研究之後,才突然發現別人早就做過相同的題目(而且做的更好)。

最擔心的就是發生這樣的事情吧,感覺挺悲劇的 ...

所以說「千金難買早知道」...

natsu 積分 1

有時候並非不願意分享,而是考慮到著作權的問題 ...

畢竟 blog 想要寫得長篇大論,通常就是要引經據典。

都不引用他人的文章是很困難的,可能會幾個月都還寫不出一篇 blog ...

所以還是用提供超連結的方式1最安全 ... (不就是kaif2嗎 XD)

IngramChen 積分 1

medium 不是為了程式設計師設計的吧,是為了思考家或是作家之類的。

natsu 積分 0

試用了一下,發現以下項目都不支援:

  • Iceweasel (但是有支援 Firefox !?)
  • Markdown 語法
  • 刪除線
  • 縮排

所以 Medium 的編輯功能算是很陽春 ...

不知是否是因為考量到 mobile device 才這麼做的?

natsu 積分 0

我甚至不在 前 100 个 npm 贡献者 之列,就已经感觉到了压力。简直不敢想象那一百个人的感觉是什么样的。

不曉得這些人是怎麼辦到的?有這麼多的業餘時間?