我不知道這題測資有多大，因為不公開。

這題對使用 basic 的人不知有解否？

因為這平台可使用的 Free Basic 功能真是陽春，只能用 instr 和 mid 來拆開字串。

讀檔進來，拆開，都已經 TLE 了，其餘都不用說了。

也只能認了

有些題目BASIC (JAVA) 註定TLE

basic I/O效率太糟糕了

可能還沒讀完 時間就爆炸 ==

BASIC不適合做為解題語言

建議改用C/C++ 

(我也曾是VB的慣用者 學得很精 幾乎所有函數都會..  最後還是被迫轉學C++)

 有同感 +1

 JAVA 我不是學的很深入

 基本的東西大概都有沾到邊吧

 但是我在解某些題目的時候

 同樣的演算法要用 C 才不會 TLE 

 所以別太堅持在 JAVA 或 BASIC 吧

如果要Java 或 Basic 當解題語言的話，就必須發現另一種程式寫法而讀取又比較快的程式語言源碼。 

話說Basic只有Input , Line Input..

Line Input效率一樣很糟糕...

讀進來Split  時間一樣炸=  =

我不知道這題測資有多大，因為不公開。

這題對使用 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時間扣除，這個要問一下站長。