A. SCSS和LESS相比有什麼優勢
怎麼可能取代css，這些甜甜圈的最終都是解析還原成css的。
舉個簡單例子，比如我用php或js做了個css語法糖，裡面你可以這樣寫：
#test1 to 3{fn:12px;}
你把文件保存為*.ecss，然後我寫的程序遇到ecss後綴文件就會去處理成：
#test1{font-size:12px;}
#test2{font-size:12px;}
#test3{font-size:12px;}
最終把上面3行標準的css語法返回給瀏覽器。
優勢也沒多大，就是寫的時候能省些事，用這些玩意壞處也多，首先是你網站比直接用css多一個解析還原的過程，不管你把這個放在後台還是前台完成都會多耗費點時間。第二，一個語法糖的學習成本是存在的，如果不是有專門規范的團隊集團使用的話，比如你不會，你去接手一個別個用這個玩意寫的項目，維護就很不方便，同理你會，你寫的項目別人再接手也很煩的。
另外據老外的文章說w3c也在參考這些語法糖的優勢，下一個版本的css原生的會自帶很多類似的功能。
B. 看看C#6.0中那些語法糖都幹了些什麼（終結
yield 語句只能出現在 iterator 塊中，這種塊可作為方法、運算符或訪問器的主體實現。 這類方法、運算符或訪問器的體受以下約束的控制。不允許不安全塊。方法、運算符或訪問器的參數不能是 ref 或 out。 yield return 語句不能放在 try-catch 塊中的任何位置。 該語句可放在後跟 finally 塊的 try 塊中。 yield break 語句可放在 try 塊或 catch 塊中，但不能放在 finally 塊中。 yield 語句不能出現在匿名方法中。 有關更多信息，請參見 匿名方法C# 編程指南。當和 expression 一起使用時，yield return 語句不能出現在 catch 塊中或含有一個或多個 catch 子句的try 塊中。 有關更多信息，請參見 異常處理語句C# 參考。
C. python和Php的比較。
兩種語言都是高級腳本語言
php也可以做客戶端 也很成熟
只不過PHP當時被開發的時候就是為web為主
PHP是C系列語法 很標准
不過如果你沒有學過語言 建議你學python
說實話 入門很簡單 而且思想更清晰
擴展非常多
現在的py3.0 連中文變數都支持了~
而且如果做web python 現在有 django webpy zope等很多框架
django非常火 我個人用webpy
D. PHP中的切片是什麼意思
php有切片的概念嗎？我記得python和golang中有，
其實切片就是獲取數組、列表一段數據，語法糖罷了
E. 語法糖是什麼
這是不可數名詞。
不可數名詞的前面，不能加上不定冠詞，也沒有復數，後面的謂語動詞要用單數。但不可數名詞前面可以加上形容詞some、any、much。
不可數名詞前面有時可以加上定冠詞或指示代詞，也可以在前面加上量詞。
希望我能幫助你解疑釋惑。
F. 什麼是語法糖
語法糖（Syntactic sugar）
也譯為糖衣語法
是由英國計算機科學家彼得·約翰·蘭達（Peter J. Landin）發明的一個術語，指計算機語言中添加的某種語法，這種語法對語言的功能並沒有影響，但是更方便程序員使用。
通常來說使用語法糖能夠增加程序的可讀性，從而減少程序代碼出錯的機會。
舉個例子：
在C語言里用a[i]表示*(a+i),用a[i][j]表示*(*(a+i*數組a第二維的長度)+j)，由此可見語法糖不是「現代語言」獨有，這種寫法簡潔明了，容易被人理解。
G. 什麼是語法糖
語法糖也叫糖衣語法，是一個英國計算機科學家發明的一個術語。它只是計算機語言中添加的一個語法，更方便程序猿們使用，對各功能沒有影響的。
H. scss 支持cssnext嗎
scss 支持cssnext：
這些甜甜圈的最終都是解析還原成css的。
舉個簡單例子，比如我用php或js做了個css語法糖，裡面你可以這樣寫：
#test1 to 3{fn:12px;}
你把文件保存為*.ecss，然後我寫的程序遇到ecss後綴文件就會去處理成：
#test1{font-size:12px;}
#test2{font-size:12px;}
#test3{font-size:12px;}
最終把上面3行標準的css語法返回給瀏覽器。
優勢也沒多大，就是寫的時候能省些事，用這些玩意壞處也多，首先是你網站比直接用css多一個解析還原的過程，不管你把這個放在後台還是前台完成都會多耗費點時間。第二，一個語法糖的學習成本是存在的，如果不是有專門規范的團隊集團使用的話，比如你不會，你去接手一個別個用這個玩意寫的項目，維護就很不方便，同理你會，你寫的項目別人再接手也很煩的。
另外據老外的文章說w3c也在參考這些語法糖的優勢，下一個版本的css原生的會自帶很多類似的功能。
I. 求大神 解釋smarty和thinkphp的區別
====ThinkPHP是mvc框架 主要用於後台語言開發
====Smarty是模板引擎 用於前台模板更改
ThinkPHP是一個快速、兼容而且簡單的輕量級國產PHP開發框架，誕生於2006年初，原名FCS，2007年元旦正式更名為ThinkPHP，遵循Apache2開源協議發布，從Struts結構移植過來並做了改進和完善，同時也借鑒了國外很多優秀的框架和模式，使用面向對象的開發結構和MVC模式，融合了Struts的思想和TagLib（標簽庫）、RoR的ORM映射和ActiveRecord模式
Smarty是一個使用PHP寫出來的模板引擎，是目前業界最著名的PHP模板引擎之一。它分離了邏輯代碼和外在的內容，提供了一種易於管理和使用的方法，用來將原本與HTML代碼混雜在一起PHP代碼邏輯分離。簡單的講，目的就是要使PHP程序員同前端人員分離，使程序員改變程序的邏輯內容不會影響到前端人員的頁面設計，前端人員重新修改頁面不會影響到程序的程序邏輯，這在多人合作的項目中顯的尤為重要。
J. 找一個拒絕學php的理由
語法設計不合理
這個誠然有歷史原因，但確實是不合理。
命名空間用（）分隔，簡直喪心病狂；對象成員用（->）訪問，略顯繁瑣
函數名不區分大小寫，老版本的類名也不區分大小寫，而變數名卻區分大小寫
數組的寫法繁瑣（array()），直到 5.4 才有簡寫語法（[]）
這樣function test_array(array $input_array), 可以限制參數的類型，適用於類和數組，卻不適用於int和string
unset,echo,empty,list長得像函數，卻不是函數
直到 5.4 才支持func()[0]這種寫法
大部分內部函數默認不會拋出異常，導致 PHP 中存在兩套獨立的錯誤處理機制
很多被棄用的功能仍被廣泛使用，新的功能被普及得很慢
這個是使用者的事情，但情況就是如此。
在開源軟體中更為突出，比如 WordPress 為了盡可能兼容舊的 PHP 版本，沒法用上例如匿名函數(5.3), 數組簡寫語法(5.4) 這種能夠大幅改善代碼可讀性的功能。
下面是一些被棄用的功能，這些功能大多是設計上存在失誤，後來因為可能導致潛在的問題被棄用，但因為網路上互相轉載的一些不靠譜教程，所以很多人依然在使用。
__autoload
mysql_*系列函數
Register Globals
Magic Quotes
Safe Mode
缺少好用的包管理器和依賴管理方案
PHP 和 Python, Ruby, Node.js 在使用領域上是有一定重疊的，我們來比較一下包的數量：
雖然包的數量不代表質量，但是代表了人們是否願意發布和使用包。
Composer 在 PHP 中的普及率恐怕不及上面其他三款包管理器，比如作為最火的博客程序 WordPress, 和國內的 Typecho 都沒有使用 Composer, 而是直接在源代碼中包含所有依賴。
PHP Composer: 46k
Python PyPI: 53k
Ruby Gems: 94k
Node.js NPM: 116k
必須為每個請求創建一個單獨的進程
PHP 必須為每個請求創建一個進程（或線程），這導致在高並發的情況下會佔用大量內存。
在 PHP 中很難創建一個資源，並讓它可以在全局范圍內，可以被所有請求訪問到，只能通過外部的資料庫或緩存來實現。亦沒有辦法定義一項任務，獨立於其他請求運行，只能通過單獨的任務隊列來解決。雖然這兩個問題並不嚴重，但無法輕量級地維護全局的狀態，算是一個缺憾。
PHP 是為 Web 優化的編程語言
現在大多數 Web 程序，往往都是 MVC 架構，在這種架構下，具有額外語法糖的 PHP 並不會比通用編程語言更好用。
相反的方面，雖然 PHP 可以用於 Web 之外的場景，但坑實在是多。例如缺少好用的非同步流程式控制制的方案等。
可以直接用$_GET和$_POST訪問來自客戶端的 GET 和 POST 數據
可以用<?php ?>的方式嵌入到 HTML 文件中