処理プログラムの大きさや速度の制限を改善あるいは回避するテクニックを紹介する。いくつかは、ソースの読みやすさを犠牲にするようなテクニックでもあった。
コンパイラ.
次のようなコンパイラがある。
また、コンパイラと称していても、実際はインタプリタとソースコードを同梱した実行ファイルを作るだけ、というものもある。中間表現と、そのインタプリタ、という構成のものもある。
さらにBASICには局所変数（ローカル変数）が無いなど、他にも問題は多い。つまり、プログラムのどこからでもアクセス可能な大域変数（グローバル変数）しかなく、これもまたスパゲティプログラムを誘発する要因である。
「基本BASIC」という標準化、およびその失敗.
BASICの標準化が望まれたが、マイコン・パソコンの急激な普及で標準化は後手後手にまわり、各メーカーの独自拡張はすでに各機種のROMに書き込まれているわけで後から書き換えるわけにもいかず、各メーカーは競合関係にあり自社のものを標準に採用して他社のものは排除してくれと考えるわけで、後手にまわってしまった標準化団体も一部のメーカーだけを優遇するわけにもいかず、ともかく後手にまわってしまった標準化というのは非常に難しいので、
すでに多数の重要な機能は、各機種のBASICの「方言」として実装されてしまっていて後からそれを削るわけにもいかず、基本以外の高度な部分の標準化はされず乱立状態は放置されたので、結局、各社は高度な機能は方言で実装しつづけたわけで、実際上はBASICの標準化は失敗したままに終わった。
構造化BASIC.
QuickBASIC.
QuickBASICとの互換性を考慮したフリーなBASICとしてやFreeBASICがある。
Windowsの普及とVisual Basicの普及.
なお、コンパイラで開発した場合、実行ファイルとは別に、巨大なランタイムライブラリが必要となる処理系が多い。このため配布に必要なファイルのサイズが大きくなり、敬遠されることもある。
その他の現代化BASIC.
その他.
オブジェクト指向とBASIC.