我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
也只能認了
有些題目BASIC (JAVA) 註定TLE
basic I/O效率太糟糕了
可能還沒讀完 時間就爆炸 ==
BASIC不適合做為解題語言
建議改用C/C++
(我也曾是VB的慣用者 學得很精 幾乎所有函數都會.. 最後還是被迫轉學C++)
我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
也只能認了
有些題目BASIC (JAVA) 註定TLE
basic I/O效率太糟糕了
可能還沒讀完 時間就爆炸 ==
BASIC不適合做為解題語言
建議改用C/C++
(我也曾是VB的慣用者 學得很精 幾乎所有函數都會.. 最後還是被迫轉學C++)
有同感 +1
JAVA 我不是學的很深入
基本的東西大概都有沾到邊吧
但是我在解某些題目的時候
同樣的演算法要用 C 才不會 TLE
所以別太堅持在 JAVA 或 BASIC 吧
我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
也只能認了
有些題目BASIC (JAVA) 註定TLE
basic I/O效率太糟糕了
可能還沒讀完 時間就爆炸 ==
BASIC不適合做為解題語言
建議改用C/C++
(我也曾是VB的慣用者 學得很精 幾乎所有函數都會.. 最後還是被迫轉學C++)
有同感 +1
JAVA 我不是學的很深入
基本的東西大概都有沾到邊吧
但是我在解某些題目的時候
同樣的演算法要用 C 才不會 TLE
所以別太堅持在 JAVA 或 BASIC 吧
我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
出题者最好让各种语言把所有输入数据读入后不会超时！
这种TLE的情况很让人尴尬！
希望让所有语言至少有一种方法可以AC题目！
Pascal的读入对于Basic和JAVA来说是快很多了吧，但ZJ上竟然还有Pascal直接读完都TLE的测资！！！
难道这种题目只为了C和C++吗？
这种题目对于我们就很无意义了！
如果是使用Basic和JAVA的同学对于某题只是读入就超时的话，我可以尽可能贡献其他语言的AC代码，让大家消消气！！！
也很气愤的 liouzhou_101
我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
出题者最好让各种语言把所有输入数据读入后不会超时！
这种TLE的情况很让人尴尬！
希望让所有语言至少有一种方法可以AC题目！
Pascal的读入对于Basic和JAVA来说是快很多了吧，但ZJ上竟然还有Pascal直接读完都TLE的测资！！！
难道这种题目只为了C和C++吗？
这种题目对于我们就很无意义了！
如果是使用Basic和JAVA的同学对于某题只是读入就超时的话，我可以尽可能贡献其他语言的AC代码，让大家消消气！！！
也很气愤的 liouzhou_101
我想大部分的出題者並不是故意要刁難其它語言的使用者的。
第一，不可能為了某些IO特別慢的語言而將時限放得太寬(也不會刻意調很緊，但是IO慢數十倍我也沒辦法)，如此可能沒辦法測出比較有效率的演算法，而且，這個系統無法設定各測資的時限/各語言的時限，如果有10組測資，每組最多也只能跑三秒，對於比較大的測資，推測Basic的速度還是不夠快。同樣的原因，測試資料的規模設得太小也沒意義。就我所知(不一定正確)，有些可以在線性時間內完成的操作，Basic中只有平方時間的函數可用。
第二，大部分的程式語言競賽，並沒有將Java/Basic列入支援的語言中。就算有，也不保證最佳的方法在不同語言中都不會超時，參賽者必須要自己做取捨。
第三， 如果有Pascal語言光讀入(最佳化)就超時的題目，可以向管理員反應。只是貢獻其它語言的代碼，完全沒有意義。
//或許可以將IO時間扣除，這個要問一下站長。
我不知道這題測資有多大，因為不公開。
這題對使用 basic 的人不知有解否？
因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。
讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。
出题者最好让各种语言把所有输入数据读入后不会超时！
这种TLE的情况很让人尴尬！
希望让所有语言至少有一种方法可以AC题目！
Pascal的读入对于Basic和JAVA来说是快很多了吧，但ZJ上竟然还有Pascal直接读完都TLE的测资！！！
难道这种题目只为了C和C++吗？
这种题目对于我们就很无意义了！
如果是使用Basic和JAVA的同学对于某题只是读入就超时的话，我可以尽可能贡献其他语言的AC代码，让大家消消气！！！
也很气愤的 liouzhou_101
我想大部分的出題者並不是故意要刁難其它語言的使用者的。
第一，不可能為了某些IO特別慢的語言而將時限放得太寬(也不會刻意調很緊，但是IO慢數十倍我也沒辦法)，如此可能沒辦法測出比較有效率的演算法，而且，這個系統無法設定各測資的時限/各語言的時限，如果有10組測資，每組最多也只能跑三秒，對於比較大的測資，推測Basic的速度還是不夠快。同樣的原因，測試資料的規模設得太小也沒意義。就我所知(不一定正確)，有些可以在線性時間內完成的操作，Basic中只有平方時間的函數可用。
第二，大部分的程式語言競賽，並沒有將Java/Basic列入支援的語言中。就算有，也不保證最佳的方法在不同語言中都不會超時，參賽者必須要自己做取捨。
第三， 如果有Pascal語言光讀入(最佳化)就超時的題目，可以向管理員反應。只是貢獻其它語言的代碼，完全沒有意義。
//或許可以將IO時間扣除，這個要問一下站長。