stanford-oval/wikipedia huggingface dataset:
豪風旭

豪風 旭（たけかぜ あきら、1979年6月21日 - ）は、秋田県北秋田郡森吉町（現・北秋田市）出身で尾車部屋に所属した元大相撲力士。本名は成田 旭（なりた あきら）、愛称はアキラ。身長172cm、体重152kg、血液型はAB型。得意技は突き、押し、一本背負い。最高位は西関脇（2014年9月場所）。現在は年寄・押尾川。
秋田県県民栄誉章受章・北秋田市市民栄誉賞受章・北秋田市ふるさと大使。
取り口

低い身長と広い肩幅を生かした重心の低い押し相撲が持ち味。元鳴戸部屋の元関脇隆乃若（尾崎勇気）曰く手首、足首、首という具合に「首」と付く部位が総じて短く、それ故低い重心が生まれるという。立合いのぶちかましは強烈。その後、おっつけ、モロハズを駆使して一気に攻めきるのが理想。しかし脇が甘く体の小さい豪風には致命的ともいえる欠点である。基本的に廻しには目もくれない相撲を見せ、2016年などは年間46勝中寄り切りが0回であった。
一方、中学時代まで柔道をやっていたため一本背負いを得意としており、幕内では2004年5月場所千秋楽には金開山に対して、2017年1月場所8日目には魁聖に対してこの技を決めているほか、十両時代の2004年7月場所でも千代天山に対して決めている。一本背負いは数年に一度しか出ない大技であり、幕内で複数回決めた力士は2019年現在豪風が唯一である。足は短い部類に入るが内掛けなどの足癖を奇襲として披露することもあり、土俵際では首投げや突き落としで逆転することも目立つ。2010年頃からは差し身が良くなり掬い投げや肩透かしもたびたび決まるようになるなど、押し相撲以外でも器用さをみせる。
師匠の尾車親方は豪風の押し相撲について「当たりが極端に強いわけではなく、弱いところを正確に突き放す」と評しており、本人も研究を重ねて相手の弱点を付く押し相撲を心掛けている。元テレビ朝日アナウンサーの銅谷志朗は2014年11月場所前の座談会で「中村が尾車部屋に移籍してからは積極的に質問を行っている」と伝えており、35歳を迎えてからも進歩を遂げるところはこうした研究熱心さによるところが大きい。
30代後半に入ってからはいなしが目立つようになり、2017年7月場所3日目のNHK中継では自身の誕生日について取り上げられたが、その際テロップには「いなしの豪風」とあった。
怪我に強いことでも知られており、同じく件の座談会での銅谷の証言によると「支度部屋で怪我をした豪風を見かけた際に様子を尋ねると『こんなの、怪我の内に入らない』と睨みつけられた」といい、銅谷は「それぐらい気持ちの強い力士」と評した。
人物・エピソード

几帳面で我慢強い性格。
趣味はサイクリング。
好物は生肉に近い状態の焼肉。「ライオンだって、闘犬だって強い動物はみんな生肉を食べてるでしょう。もし下痢でもしたら、下痢した時点でそいつの負けですよ」が本人の弁。
大変筋トレに凝っており、その甲斐あって腕周りは53cmを記録したことがある。現役時代のベンチプレスのセットは60kg×10～15回→100kg×5回→120kg×5回→140kg×5回×5セット→100kg×5回→100kg×10回。
2006年8月に結婚した。
2011年頃、交流訪問で県内のある秋田病院を訪れ、難病で発声が難しい男の子からパソコンで「頑張って」と伝えられた。大相撲八百長問題による心労で気持ちが弱くなっていた豪風は病気と闘う子供の姿に涙して、奮起した。
2016年7月場所中、なまはげの描かれた染め抜きで場所入りした。
2017年1月場所、東前頭5枚目（平幕）の立場で『これより三役』に出場した。この場所は14日目までに鶴竜・日馬富士の横綱2人、大関の豪栄道ら、本来なら「これより三役」に出場するべき上位力士が相次いで休場したことから、比較的好調な成績を維持していた豪風が「これより三役」に出場することとなった。「これより三役」は殆どの場合が関脇以上の力士で占められる。特に近年は横綱・大関の在籍数が多くなっている為、なおさら平幕の立場で出場する例は少ない。過去には蒼樹山や玉鷲などが平幕の立場で出場した例が在る。
現役に対するこだわりは、6歳年下の隠岐の海に対して「お前より先には絶対に辞めない。三段目、序二段に落ちてもやる」と言い、隠岐の海が「親方稼業を早くやった方がいいですよ」などと様々な情報を出しても聞く耳を持たないほど。
2017年2月23日に秋田市の保戸野小学校に訪問した際、豪風は「小学生のときの夢は警察官」「好きな食べものはきりたんぽ」と話した。
2017年1月場所12日目に勝ち越しを決めた際、大島（元関脇・旭天鵬）は「37歳8か月で僕も優勝しましたからね。豪風はよくトレーニングしてますから40歳までいけるんじゃないかなと思います」と絶賛した。大関・照ノ富士を破っての勝ち越しでインタビュールームに呼ばれた豪風は「勝ってはいるんですけど内容があまりよくない。大関戦で上位に当たることに誇りを持って、恥ずかしくない相撲を取ろうと思いました」と謙虚に話した。大島のコメントを聞かされると「40歳までやるなら、41歳（で迎える）オリンピック（東京五輪）までやりたいです」と宣言した。
2017年7月場所3日目の支度部屋では「暑いからといって、クーラーの部屋にいないこと」と体調管理について語っている。
2017年11月場所7日目は39歳で幕内最年長の安美錦と、安美錦が再入幕するまで幕内最年長であった38歳の自身との対決。この取組には叩き込みで敗れ、取組後安美錦は「しっかり当たれた。すぐ反応できて、よかったんじゃないかな」と納得。安美錦は8場所ぶりの幕内だが、その間に最年長を張った豪風との対戦に「こんな俺でも励みにしてくれたら。（最年長は）もともと俺のもの。お互い一生懸命、刺激になれば」と笑みがこぼれた。
引退に際して、高校の後輩でありまだプロ野球の日本ハムに入団したばかりの吉田輝星に対し、精進をするようにエールを送った。
元横綱・稀勢の里とは学校新卒時期と年齢差の関係でほぼ同期のデビュー。また、同じ一門であり、引退した場所も同じ時であり、解説の初鳴きも同じ時期となった。
東映代表取締役グループ会長の岡田裕介とは親交があり、岡田は豪風の引退相撲を盛り上げようと囲む会の代表発起人を務めた。
2020年東京オリンピックの秋田県代表の聖火ランナーに選ばれた。
相撲協会は新型コロナウイルス感染対策として「場所前2週間の外出を原則禁止」と定めたが、走行予定の6月上旬が外出禁止規則に当てはまらないことから辞退を免れた。
合い口

元横綱・朝青龍には7戦全敗。
元横綱・白鵬には1勝22敗。白鵬の大関在位中は対戦なし、横綱昇進後は20戦全敗。
元横綱・日馬富士には3勝23敗。日馬富士の大関在位中は2勝6敗、横綱昇進後は1勝7敗。2014年7月場所で金星を獲得。
元横綱・鶴竜には20戦全敗。鶴竜の大関在位中は4敗、横綱昇進後は5敗。
元横綱・稀勢の里には5勝21敗。稀勢の里の大関在位中は1勝9敗、横綱昇進後は1敗。
元横綱・照ノ富士には5勝3敗。照ノ富士の第一期大関在位中は1勝2敗。照ノ富士の大関復帰前に引退したため、それ以降は幕内で対戦なし。
元大関・貴ノ浪には大関陥落後に対戦して1勝。
元大関・千代大海には3勝4敗。
元大関・出島には大関陥落後に対戦して3勝6敗。
元大関・雅山には大関陥落後に対戦して9勝9敗。
元大関・魁皇には3勝6敗。
元大関・栃東には1敗。
元大関・琴欧洲には5勝17敗。琴欧洲の大関在位中は4勝15敗。
元大関・琴光喜には4勝9敗。琴光喜の大関在位中は4勝3敗。
元大関・把瑠都には3勝6敗。把瑠都の大関在位中は4戦全敗。
元大関・琴奨菊には13勝14敗。琴奨菊の大関在位中は3勝4敗。
元大関・豪栄道には9勝14敗。豪栄道の大関在位中は3勝2敗。
元大関・髙安には10勝4敗。いずれも髙安が大関に昇進する前の対戦である。
元大関・栃ノ心には4勝12敗。いずれも栃ノ心が大関に昇進する前の対戦である。
元大関・貴景勝には1敗。貴景勝が大関に昇進する前の対戦である。
元大関・朝乃山には1勝2敗。いずれも朝乃山の大関昇進前の対戦である。
元大関・正代には1勝4敗。いずれも正代の大関昇進前の対戦である。
元大関・御嶽海には1勝4敗。いずれも御嶽海の大関昇進前の対戦である。
主な成績 > 通算成績

通算成績：687勝746敗46休 勝率.479
幕内成績：591勝669敗31休 勝率.469
現役在位：100場所
幕内在位：86場所
三役在位：3場所（関脇1場所、小結2場所）
主な成績 > 各段優勝

十両優勝：1回（2003年9月場所）
主な成績 > 三賞・金星

三賞：2回
敢闘賞：2回（2008年1月場所、2010年9月場所）
金星：日馬富士1個（2014年7月場所）
主な成績 > 場所別成績

|  | 一月場所 初場所（東京） | 三月場所 春場所（大阪） | 五月場所 夏場所（東京） | 七月場所 名古屋場所（愛知） | 九月場所 秋場所（東京） | 十一月場所 九州場所（福岡） |
| --- | --- | --- | --- | --- | --- | --- |
| 2002年 （平成14年） | x | x | 幕下付出15枚目 6–1  | 西幕下3枚目 4–3  | 西十両12枚目 8–7  | 東十両10枚目 10–5  |
| 2003年 （平成15年） | 西十両3枚目 10–5  | 西前頭13枚目 1–3–11  | 東十両8枚目 休場 0–0–15 | 東十両8枚目 9–6  | 東十両5枚目 優勝 13–2 | 西前頭11枚目 9–6  |
| 2004年 （平成16年） | 西前頭6枚目 4–11  | 西前頭11枚目 9–6  | 東前頭8枚目 9–6  | 東前頭5枚目 6–9  | 西前頭7枚目 8–7  | 西前頭6枚目 6–9  |
| 2005年 （平成17年） | 西前頭8枚目 休場 0–0–15 | 東十両3枚目 11–4  | 東前頭15枚目 9–6  | 東前頭11枚目 8–7  | 東前頭9枚目 7–8  | 西前頭9枚目 9–6  |
| 2006年 （平成18年） | 東前頭3枚目 4–11  | 西前頭9枚目 9–6  | 西前頭4枚目 2–13  | 西前頭13枚目 9–6  | 東前頭10枚目 10–5  | 東前頭4枚目 6–9  |
| 2007年 （平成19年） | 西前頭8枚目 8–7  | 西前頭4枚目 7–8  | 東前頭5枚目 8–7  | 東前頭3枚目 4–11  | 東前頭8枚目 9–6  | 東前頭5枚目 6–9  |
| 2008年 （平成20年） | 東前頭7枚目 12–3 敢 | 西小結 3–12  | 西前頭8枚目 6–9  | 東前頭12枚目 7–8  | 東前頭14枚目 9–6  | 東前頭8枚目 9–6  |
| 2009年 （平成21年） | 東前頭3枚目 7–8  | 東前頭4枚目 8–7  | 東前頭2枚目 4–11  | 東前頭9枚目 8–7  | 西前頭5枚目 9–6  | 東前頭筆頭 6–9  |
| 2010年 （平成22年） | 西前頭4枚目 6–9  | 西前頭8枚目 5–10  | 東前頭12枚目 8–7  | 東前頭11枚目 6–9  | 西前頭12枚目 12–3 敢 | 西前頭4枚目 6–9  |
| 2011年 （平成23年） | 東前頭7枚目 8–7  | 八百長問題 により中止 | 西前頭4枚目 7–8  | 西前頭4枚目 8–7  | 東前頭3枚目 5–10  | 西前頭7枚目 10–5  |
| 2012年 （平成24年） | 東前頭筆頭 4–11  | 西前頭8枚目 9–6  | 西前頭3枚目 7–8  | 西前頭4枚目 7–8  | 西前頭5枚目 8–7  | 西前頭3枚目 4–11  |
| 2013年 （平成25年） | 西前頭9枚目 6–9  | 東前頭11枚目 9–6  | 西前頭6枚目 9–6  | 東前頭筆頭 1–9–5  | 東前頭11枚目 9–6  | 西前頭3枚目 7–8  |
| 2014年 （平成26年） | 西前頭4枚目 6–9  | 西前頭6枚目 9–6  | 西前頭筆頭 6–9  | 西前頭4枚目 9–6 ★ | 西関脇 7–8  | 東小結 2–13  |
| 2015年 （平成27年） | 西前頭9枚目 9–6  | 東前頭4枚目 4–11  | 東前頭8枚目 8–7  | 西前頭4枚目 5–10  | 東前頭8枚目 5–10  | 東前頭12枚目 7–8  |
| 2016年 （平成28年） | 東前頭13枚目 10–5  | 東前頭7枚目 5–10  | 東前頭12枚目 8–7  | 西前頭8枚目 6–9  | 西前頭9枚目 8–7  | 東前頭7枚目 9–6  |
| 2017年 （平成29年） | 東前頭5枚目 10–5  | 東前頭筆頭 5–10  | 東前頭6枚目 4–11  | 西前頭12枚目 8–7  | 西前頭10枚目 6–9  | 東前頭13枚目 7–8  |
| 2018年 （平成30年） | 東前頭13枚目 5–10  | 西十両筆頭 9–6  | 西前頭14枚目 6–9  | 東十両筆頭 4–11  | 西十両6枚目 6–9  | 東十両9枚目 6–9  |
| 2019年 （平成31年 /令和元年） | 東十両12枚目 引退 1–9–0 | x | x | x | x | x |
各欄の数字は、「勝ち-負け-休場」を示す。    優勝 引退 休場 十両 幕下 三賞：敢=敢闘賞、殊=殊勲賞、技=技能賞     その他：★=金星 番付階級：幕内 - 十両 - 幕下 - 三段目 - 序二段 - 序ノ口 幕内序列：横綱 - 大関 - 関脇 - 小結 - 前頭（「#数字」は各位内の序列）
主な成績 > 場所別成績 > 注

↑  右膝内障及び右足関節捻挫により4日目から途中休場
↑  2013年7月場所は右足関節靱帯損傷により10日目から途中休場
↑  10日目に引退
主な成績 > 幕内対戦成績

| 力士名 | 勝数 | 負数 | 力士名 | 勝数 | 負数 | 力士名 | 勝数 | 負数 | 力士名 | 勝数 | 負数 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 碧山 | 7 | 13 | 明瀬山 | 1 | 0 | 朝青龍 | 0 | 7 | 朝赤龍 | 10(1) | 9 |
| 朝乃山 | 1 | 2 | 朝乃若 | 2 | 0 | 旭日松 | 2 | 1 | 阿炎 | 0 | 1 |
| 安美錦 | 16 | 18 | 阿夢露 | 2 | 1 | 荒鷲 | 4 | 4 | 阿覧 | 4 | 8 |
| 勢 | 4 | 6 | 石浦 | 3 | 1 | 逸ノ城 | 2 | 1 | 市原 | 1 | 0 |
| 岩木山 | 7 | 4 | 潮丸 | 0 | 1 | 遠藤 | 6 | 4 | 皇司 | 2 | 0 |
| 大岩戸 | 1 | 0 | 大砂嵐 | 2 | 4 | 隠岐の海 | 8 | 12 | 魁皇 | 3 | 6 |
| 魁聖 | 7 | 7 | 海鵬 | 2 | 2 | 臥牙丸 | 6 | 13 | 鏡桜 | 0 | 1 |
| 輝 | 2 | 6 | 垣添 | 9 | 9 | 鶴竜 | 0 | 20 | 春日王 | 8 | 3 |
| 春日錦 | 4 | 2 | 片山 | 2 | 0 | 稀勢の里 | 5 | 21 | 北桜 | 3 | 1 |
| 北太樹 | 6 | 9 | 木村山 | 3 | 3 | 旭鷲山 | 6 | 4 | 旭秀鵬 | 4 | 3 |
| 旭大星 | 0 | 1 | 旭天鵬 | 12 | 12 | 旭南海 | 1 | 0 | 金開山 | 2 | 2 |
| 豪栄道 | 9 | 14 | 光龍 | 3 | 1 | 黒海 | 12 | 5 | 琴欧洲 | 5 | 17 |
| 琴春日 | 1 | 1 | 琴奨菊 | 13 | 14 | 琴ノ若 | 1 | 4 | 琴光喜 | 4 | 9 |
| 琴勇輝 | 7 | 2 | 琴龍 | 1 | 3 | 磋牙司 | 2 | 0 | 佐田の海 | 5 | 4 |
| 佐田の富士 | 7 | 2 | 霜鳳 | 7 | 3 | 十文字 | 5 | 2 | 駿傑 | 1 | 1 |
| 常幸龍 | 6(1) | 4 | 正代 | 1 | 4 | 翔天狼 | 4 | 4 | 松鳳山 | 5 | 8 |
| 青狼 | 1 | 0 | 蒼国来 | 5 | 4 | 双大竜 | 1 | 0 | 大奄美 | 0 | 2 |
| 大栄翔 | 5 | 5 | 大翔丸 | 6 | 4 | 大道 | 2 | 3 | 大真鶴 | 1 | 0 |
| 貴景勝 | 0 | 1 | 貴ノ岩 | 2 | 5 | 隆の鶴 | 0 | 1 | 貴ノ浪 | 1 | 0 |
| 隆乃若 | 1 | 0 | 高見盛 | 12 | 10 | 髙安 | 10 | 4 | 宝富士 | 5 | 7 |
| 玉飛鳥 | 4 | 0 | 玉春日 | 5 | 5 | 玉乃島 | 5 | 13 | 玉鷲 | 12 | 9 |
| 千代鳳 | 5 | 5 | 千代翔馬 | 1 | 5 | 千代大海 | 3 | 4 | 千代大龍 | 8 | 6 |
| 千代天山 | 1 | 0 | 千代の国 | 5 | 4 | 千代白鵬 | 1 | 1 | 千代丸 | 2 | 3 |
| 出島 | 3 | 6 | 照ノ富士 | 5 | 3 | 天鎧鵬 | 1 | 0 | 闘牙 | 1 | 3 |
| 時津海 | 4 | 2 | 時天空 | 14 | 13(1) | 德勝龍 | 3 | 7 | 德瀬川 | 2 | 2 |
| 土佐ノ海 | 2 | 2 | 土佐豊 | 1 | 3 | 栃東 | 0 | 1 | 栃煌山 | 10 | 14 |
| 栃栄 | 2 | 1 | 栃ノ心 | 4 | 12 | 栃乃洋 | 5 | 9 | 栃乃花 | 5 | 3 |
| 栃乃若 | 4 | 1 | 豊桜 | 5 | 4 | 豊ノ島 | 18 | 8 | 豊響 | 15 | 10 |
| 錦木 | 5 | 3 | 白馬 | 3 | 1 | 白鵬 | 1 | 22 | 白露山 | 4 | 4 |
| 追風海 | 2 | 1 | 把瑠都 | 3 | 6 | 春ノ山 | 0 | 1 | 日馬富士 | 3 | 23 |
| 英乃海 | 1 | 1 | 富士東 | 1 | 2 | 武州山 | 3 | 2 | 普天王 | 9 | 3 |
| 武雄山 | 6 | 2 | 寶智山 | 2 | 0 | 豊真将 | 7 | 14 | 北勝力 | 7 | 5 |
| 北勝富士 | 1 | 2 | 誉富士 | 2 | 0 | 将司 | 0 | 1 | 舛ノ山 | 2 | 2 |
| 御嶽海 | 1 | 4 | 雅山 | 9 | 9 | 妙義龍 | 4 | 13 | 猛虎浪 | 1 | 2 |
| 山本山 | 1 | 0 | 豊山 | 1 | 1 | 燁司 | 0 | 2(1) | 龍皇 | 1 | 1 |
| 竜電 | 0 | 1 | 琉鵬 | 1 | 0 | 露鵬 | 5 | 4 | 若荒雄 | 6 | 0 |
| 若兎馬 | 1 | 1 | 若の里 | 18 | 7 | 和歌乃山 | 1 | 0 |  |  |  |
※カッコ内は勝数、負数の中に占める不戦勝、不戦敗の数。
改名歴

成田 旭（なりた あきら）2002年5月場所 - 2002年7月場所
豪風 旭（たけかぜ - ）2002年9月場所 - 2019年1月場所
押尾川 旭（おしおがわ あきら）2019年1月22日 -
BASIC

| --- | --- |
: この項目では、プログラミング言語について説明しています。その他の用法については「ベーシック」をご覧ください。
他のプログラミング言語
■カテゴリ / ■テンプレート
| --- | --- |
パラダイム:  非構造化プログラミング、命令型プログラミング、手続き型プログラミング、オブジェクト指向プログラミング 
登場時期:  1964年 
開発者:  トーマス・E・カーツ、ジョン・ジョージ・ケメニー、メアリー・ケネス・ケラー 
影響を受けた言語:  FORTRAN、FORTRAN II、JOSS、ALGOL 
拡張子:  bas 
テンプレートを表示
BASIC（ベーシック）は手続き型プログラミング言語のひとつ。
名前は「beginners' all-purpose symbolic instruction code」のバクロニムである。日本語では「初心者向け汎用記号命令コード」を意味する。
概要

誕生したのが1964年（昭和39年）であり、当時普及していたプログラミング言語FORTRANにいくつかの点で似ている。構文は、FORTRANの文法が基になっているとしばしば解説されている。
BASICはインタープリタ方式で動くものと、コンパイラ方式で動くものに大別できる。また、構文の様式が大きく異なる2種類のBASICが存在している。それは構造化前のBASICと、構造化後のBASICである。
構造化以前のBASICの行番号とGOTO文については、#構造化以前のBASICの節で解説する。また、BASICの基本的な予約語や、ステートメントとコマンドの区別（ステートメントはPRINT, FOR NEXT, IFなど、コマンドはRUN, LIST, SAVEなど）についても、同節で解説する。
最初のBASICは、1964年、米国ダートマス大学で、数学者ジョン・ケメニー（1926年-1992年）とトーマス・カーツ（1928年 - ）がもともと教育目的を想定して開発したものである。このBASICを「ダートマスBASIC」という。行番号の使用や構文は、当時主流だった言語FORTRANの影響を受けている。彼らはこれで金儲けをする気はなく特許なども取得しなかったため、普及することになった。このダートマスBASICはコンパイラだった。BASICはGEとの提携を経て大学の外にも普及し、1970年代後半以降のマイコン、パーソナルコンピュータなどの多くの機種で次々と採用された。この頃のBASICのほとんどはインタプリタ方式でマザーボード上のROMにあらかじめ書き込まれた状態で供給されていた。一部のBASICはインタプリタ方式でもROMに書き込まれておらず補助記憶装置から読み込まれたり（たとえば日本ではシャープのMZ-80シリーズなど）、あるいはコンパイラ方式のBASICで高速で実行できるものも開発・供給された。
歴史

1964年、ダートマス大学にて、ケメニーとカーツにより、教育用などを目的としてダートマスBASICが開発された。これは同時期にともに開発された、タイムシェアリングシステムDTSS上のラインエディタ（テレタイプ端末環境）で利用されるよう設計されていた。
BASICは、GEとの提携を経て、学外にも普及した。ダートマス大学のオリジナルはコンパイラだったが、パソコンなどの商用版では基本機能を最小限にしたうえでインタプリタとして実装されることが多く、独自の発展を遂げた。
BASICの方言（異仕様）は、1970年ころ、GEがBASICの第4版を使っているころに現れ始めた。新しいバージョンを待たず、ver.5を用いたマシンをGEがリリースしたころからである。ケメニーとカーツの2人が「BASIC the Sixth（BASIC 第六版）」をリリースした1年後くらいに、ズレが生じはじめた。当時のBASICの異バージョンはGordon Eubanks（シマンテック社のCEO）によるもので、彼は1970年にBASIC-Cを開発した。（なお、BASIC-Eは現在のJavaのような技術を用いており、命令文は一種の中間コードに変換された後に機械語に変換されるものである。）Eubanksも彼の開発したBASIC-Eについては法的に保護せず、次のCBASICでそのような措置をとった。CBASICは彼の会社 Compiler Systems社から販売された。あまりにも次々とBASICの異バージョンが現れるので、ANSIも1974年にBASICの標準化の必要性を感じ始めた。ANSI内に標準化委員会が立ちあがり、BASICの2つの標準、「ミニマルBASIC（minimal BASIC）」と、もう一方は「スタンダード BASIC（Standard BASIC）」を作成しようと取り組んだ。だがBASICの標準化は難しく、委員会が長年かけて「標準化」の仕事を完了したころには、とうにBASICは世界中で広く使われており、実際上標準BASICは現れなかった。
歴史 > 8ビットパソコンの普及とBASIC

史上初の市販のパーソナルコンピュータとされているのはMITS社のAltair 8800であり、1975年、このAltair 8800向けにハーバード大のビル・ゲイツ、ポール・アレン、モンティ・ダヴィドゥフの3人がAltair BASICを開発し、MITS社との契約のもと配布された。1976年4月11日にはスティーブ・ウォズニアックによって開発されたパーソナルコンピュータ・キットApple Iがアップル社から発売され、このマシンのために同じくウォズニアックが開発したInteger BASIC（英語版）が供給され（当初はデータレコーダのカセットテープの形で供給され、後にApple IIが発売されてからROM版も供給された）、翌1977年6月にはキットタイプではない完成品タイプのApple IIが発売となり、それにもやはりINTEGER BASICが、だが今度は最初からROMに書き込まれた形で搭載された。
1970年代末から1980年代初頭にかけては、少数のエレクトロニクス好きたちは、8ビットCPUのコンピュータをキットなどから自作しその上でTiny BASICを動かしたり、スタートレックなどのゲームを動かすことなどを楽しんでいた。
だが大多数はコンピュータを実務に使いたいと感じており、キットではなく最初から完成品の、動作することが確実なコンピュータを求めていた。メーカー側はそうした要望に応えてターンキーシステムを開発しそれにBASICインタプリタをROMに書き込んだ形で搭載するようになり、BASICは一気に当時のマイクロコンピュータ（パーソナルコンピュータ）の標準言語の地位を獲得した。この時に搭載されたBASICインタプリタはほとんどがマイクロソフト製で、同社躍進のきっかけとなった。また、マイクロソフト製BASICは中間コードを使用する構造になっており、汎用機を再現した極めてエミュレータに近いランタイム形式の実行環境でもあったため、当時の互換性が皆無なコンピュータ事情の中でも、スクリプト自体の移植は容易だった。
その後、パソコンに操作を提供するのにも使われ、しばしばROM-BASICとしてハードウェアに組み込まれた。電源投入後にエディタ込みで利用できることから、現在における、シェル、インタフェースとしての役割ももち、ローダなどの役割も担った。入力の効率化のため、省略形式での入力や、1980年代後半には、ラベル、インデントへの内部的な対応、C言語への橋渡し、日本では漢字の利用など、様々な機種ごとの独自の発展を遂げた。当時のPCの処理速度は遅いので、処理の高速化が必要な部分はデータ形式でアセンブリ言語による処理を呼び出すなどの手法もとられた。
1980年代後半から1990年代前半ころにはC言語がパーソナルコンピュータのユーザにも少しずつ知られるようになり、BASICの代わりにC言語を使うことが増えていった。
一方で1990年代などでもプログラミングの専門家ではない数学者が、あいかわらず行番号を使用する数値計算用のBASICを開発（UBASIC）していた。
歴史 > 「方言」の乱立

BASICは1970年代後半から1980年代にかけて、当時黎明期にあったパーソナルコンピュータ（マイクロコンピュータ）の各機種に続々と搭載され、業界の発展にも貢献した。
だが、BASICを最初に開発したダートマス大の2人は今で言う「パブリックドメイン」でいいと考えており、また標準化団体のANSIも後手にまわり、BASICには「方言」が乱立した。
マイクロコンピュータやパーソナルコンピュータに標準搭載されたBASICは、たいてい各メーカーの各機種ごとに独自拡張が行われた（おもに画面操作やI/Oの直接操作などについて、独自の仕様が次々と導入された）。コモドール社のPET 2001のCommodore BASICに類似したシャープのS-BASIC、SEGAのベーシックカートリッジ、次第にシェアを増やしたマイクロソフト製のBASIC（MBASIC、BASICA、G-BASIC、GW-BASICの移植版）や、その命令体系を引き継ぎ実装したものである、F-BASIC、Hu-BASIC、カタカナで表現するG-BASIC（前述のマイクロソフトの物とは異なる）以外にも、C言語を意識したX-BASICなど、さまざまなBASICを各社が独自に開発した。
この結果、「あるパソコンのBASICで書かれたプログラムは、他のパソコンではそのままでは動かすことができない」という状態になった。
歴史 > 「方言」の乱立 > 方言の例

カーソル位置を指定するLOCATE文は、別の処理系ではCURSOR文
音楽を演奏するPLAY文、MUSIC文とそれらに記述されるMML
画面モードを指定するCONSOLE文
スプライト機能を使用する命令
VRAMと配列変数の内容をやりとりする命令
条件付きループを実現するWHILE〜WEND
GOTO, GOSUB文の飛び先を指定するラベル
CALL, CMD, SETなどで始まる命令文
歴史 > 「方言」の乱立 > メイン・メモリの制限による処理系の実装例

初期のTiny BASICはともかくとしても、BASIC実装処理系のメイン・メモリの制限により言語仕様が極めて制限された実装が存在した。
数値型は整数型のみ、また数値演算は整数演算のみ
変数名は頭文字1文字または2文字程度しか認識しない
文字列の長さが限られる（255文字など）
配列の大きさ（添字の最大値）が限られる
歴史 > 「方言」の乱立 > 中間コードサイズを小さくしたり処理を速くする、機種依存性のあるテクニックの例

処理プログラムの大きさや速度の制限を改善あるいは回避するテクニックを紹介する。いくつかは、ソースの読みやすさを犠牲にするようなテクニックでもあった。
プログラムの初めに全ての変数のデフォルトを整数だと宣言する（DEFINT A-Z）。これはきちんと%などを付けて整数変数として書いてあるプログラムでは意味がないし、小数演算があるプログラムなのにこれを書くとまともに動かなくなる。整数の範囲の演算しかしていないが、%を付けずに書かれているプログラムを後から改善する場合だけに意味のあるテクニック。
命令を省略形で書く（PRINT→?、LET A=B→A=B、REM→' など）
余白やコメントを入れない
NEXTの変数名を省略する（可能な処理系のみ）
一行に複数の文を詰め込んで（マルチステートメント）を使用して行の制限一杯に命令文を詰め込む
よく使う変数は早めに確保する（実行時に毎回変数領域の先頭から検索されるため）
よく呼び出すサブルーチンは先頭に配置する（同じような理由。なお、一度通過したGOTO/GOSUB命令のオペランドを内部で行番号からメモリアドレスに書き換える処理系ではあまり効果がない）
キャラクタコードをバイナリと見立て、バイナリに相当するデータを直接プログラムに記述する
歴史 > コンパイラ

次のようなコンパイラがある。
BASCOM（マイクロソフト BASIC-80 CP/M用インタプリタ）
MS-DOS用N88-BASICコンパイラ（日本電気 PC-9800シリーズ）
F-BASIC386コンパイラ（富士通 FM TOWNS）
MSXべーしっ君（アスキー MSX）
実行ファイルは生成しない
X-BASICコンバーター（シャープ X68000）
C言語に変換した上でのコンパイル
FreeBASICコンパイラ（Microsoft Windows、Linux、DOSエクステンダ、Xbox）
フリーでGPL形式の80386向けコンパイラで、現代向けに多数の機能追加が行われているが、QuickBASICとの互換性もある。
しかし、パソコンに内蔵または標準添付されていたインタプリタと違い、コンパイラは別売であったり、高価であったり、実行にはランタイムライブラリを必要であったりする場合があった。このことから、BASICインタプリタによる開発に習熟したユーザーは、より高速で柔軟なプログラムを求めて、機械語（アセンブリ言語）や、C言語などに移行していった。
また、コンパイラと称していても、実際はインタプリタとソースコードを同梱した実行ファイルを作るだけ、というものもある。中間表現と、そのインタプリタ、という構成のものもある。
歴史 > 行番号とGOTO文への批判

急速に広まったBASICだが、構造化機能の無いBASICは教育に使うな、などとコンピュータサイエンティストの一部から酷評されたりもした。1975年にはすでに、エドガー・ダイクストラから激しく批判された"How do we tell truths that might hurt?"などが知られる。
行番号とGOTO文は特に激しく批判された。（構造化前の）BASICのIF文とGOTO文を組み合わせて使用する文（「IF .... THEN GOTO ...」）を頻発せざるを得ず、IF + GOTO文を増やすほどスパゲティプログラムになってしまうことはしばしば指摘された。
さらにBASICには局所変数（ローカル変数）が無いなど、他にも問題は多い。つまり、プログラムのどこからでもアクセス可能な大域変数（グローバル変数）しかなく、これもまたスパゲティプログラムを誘発する要因である。
歴史 > 「基本BASIC」という標準化、およびその失敗

BASICの標準化が望まれたが、マイコン・パソコンの急激な普及で標準化は後手後手にまわり、各メーカーの独自拡張はすでに各機種のROMに書き込まれていて後から書き換えるわけにもいかず、後手にまわってしまった標準化団体も一部のメーカーだけを優遇するわけにもいかず結局、「どの機種のBASICでも、共通で使われている、ごく基本的な機能」に絞った小規模の仕様だけが「標準」として制定されるにとどまった。ANSI X3.60-1978「American National Standard for the Programming Language Minimal BASIC」は、日本では JIS C 6207-1982「電子計算機プログラム言語 基本BASIC」として規格化された。制定直後にJISの分類の再編があり、電気電子のCから情報のXに移動してJIS X 3003となったが、次節のFull BASICのJIS化の際に改訂として同じ番号を使うという形で旧規格として消滅した。
すでに多数の重要な機能は、各機種のBASICの「方言」として実装されて後からそれを削るわけにもいかず、結局、各社は高度な機能は方言で実装しつづけ実際上はBASICの標準化は失敗したままに終わった。
日本では1990年代後半から、高等学校や大学入試センター試験の数学に、標準化された基本BASICの範囲で書かれたプログラミングが扱われるようになった。
歴史 > 構造化BASIC > Full BASIC

ダートマスBASICは、他のBASIC（ケメニーらは「ストリート」BASIC、と呼んだ）とは異なって既に1970年代後半から構造化などが進んでおり、ANSIでは新しい規格の策定も進んでいたが、これをパソコン向けにアレンジしたTrue BASICが、1984年に開発された（日本ではクレオから発売）。構造化の他、行列演算の機能など、学術的（特に数学的）な方面の拡張も特徴である。そしてTrue BASICとほぼ同一の構造化BASICであるFull BASICがISO/IEC 10279 (Information technology−Programming languages−Full BASIC) がINCITS/ISO/IEC JTC 1によって1991年に規格化された。また日本でもJISによる翻訳として、JIS X 3003-1993『電子計算機プログラム言語 Full BASIC (The Programming Language Full BASIC)』が1993年に規格化された。
構造化に対応する制御文を追加した（DO〜LOOP、DO WHILE〜LOOP WHILEなど）
IF文が多行に渡るブロックIF（IF〜THEN〜ELSE〜ENDIF）も可能となった
LETを省略できないようにした（True BASICではOPTION NOLETまたはNOLETを実行すると省略可能）
スコープの概念を取り入れた
外部副プログラム（EXTERNAL SUB〜END SUB）や外部関数（EXTERNAL FUNCTION〜END FUNCTION）の中でローカル変数が使用できるようになった
副プログラムと関数は戻り値を戻すかどうかで区別される
再帰処理の実装が容易になった
計算精度や丸めの方法を規定した
配列の添字を1から始めるようにした（OPTION BASE命令で0から始まるようにすることも可能）
行列演算機能
構文のアドホックな所などを極力排除した
予約語を極力少なくした
I/Oを直接操作するなどシステムに干渉する命令は持たないようにした（True BASICでは拡張ライブラリとして提供）
グラフィック命令を規定した。なお、(0, 0) が、デフォルトでは、コンピュータ系に多い左上ではなく数学などで伝統的な左下である（変更できる。高機能なBASICに多かった、任意にスクリーンとウインドウのそれぞれの座標を設定できるタイプである）
Minimal BASICの上位互換である
パソコン向けのそれまでのBASICとは命令の互換性が低い
サブルーチン（GOSUB〜RETURN）は規格として残ってはいるが、使用は推奨されない
歴史 > 構造化BASIC > QuickBASIC

マイクロソフトはFull BASIC規格の策定には参加しなかったが、1985年にFull BASICに類した構造化や特徴を追加した独自規格のQuickBASICを発売した。これは自社のMS-DOS用のGW-BASICの上位互換で、コンパイラ並に動作を高速にした上にコンパイルもできるようにしたもので、Version4.5まで発売した後に1991年のVisual Basicへと繋がっていった。
QuickBASICとの互換性を考慮した自由なBASICとしてQB64（英語版）やFreeBASICがある。
歴史 > 構造化BASIC > Windowsの普及とVisual Basicの普及

MS-DOS上で動作するGUI拡張環境として、1985年にMicrosoft Windows 1.0が登場し、のちに独立したオペレーティングシステム (OS) としても普及を始めた。GUIオペレーティング環境はコンピュータの操作に直感性をもたらしたが、Windows上で動作するGUIアプリケーションソフトウェアは、ボタンのような画面上に表示された視覚的なGUI部品（ウィジェット、コントロール）をユーザーがマウスで操作することに反応して動作する、イベント駆動型のプログラムである。Windowsアプリケーション向けのプログラミング言語や開発環境とし、マイクロソフトはC/C++を用いた開発ツール（Microsoft C/C++、のちのMicrosoft Visual C++）だけでなく、構造化BASICを用いた開発ツールとして「Visual Basic」(VB) も提供した。VBは前述のQuickBASICから発展したもので、Rapid Application Development (RAD) 方式の本格的な統合開発環境 (IDE) でもあり、生産性と直感性に優れていた。
Windows自体はC/C++を使って開発されていたが、BASICを見捨てることはしなかった。既存ユーザが受け入れやすい選択肢を提供することで、ユーザが他社に逃げてしまうことを防いだ。
Visual Basicでは、業務用のソフトウェア、プロフェッショナル用のソフトウェアなども多数開発されるようになり、C言語やC++同様に、プロでもその気になればまともに使える言語になった。なお、C/C++は言語仕様上、そもそもGUIプログラミングや統合開発環境との親和性、コンパイル速度などに問題があった。プロパティなどの便利な機能をサポートし、またシンプルな言語仕様を持つVBのほうがGUIプログラミングに向いていた、という側面もある。VBは後発のDelphiやC++Builderの設計思想にも影響を与えている。
また、「PC/AT互換機とWindowsの組み合わせ」というプラットフォームが一般化したことで、「BASICの方言の乱立」の問題が解消されていくことになった。Windowsが走るマシンであれば、どのメーカーが製造したパソコンであろうが、MicrosoftのVisual Basicが「標準的なBasic」という位置づけになっていき、いわば「標準語」のようなものが定まった。ただしVisual Basicは、Windowsというプラットフォームに依存する言語、開発環境であり、MacintoshやLinuxといったプラットフォームでは使えないものであった。
なお、VBのサブセットであり、アプリケーションを制御するためのドメイン固有言語・マクロ記述言語としてVisual Basic for Applications (VBA) も登場し、主にMicrosoft Office (MS Office) 向けに提供されている。Officeに統合開発環境が標準的に組み込まれており、専業のアプリケーション開発者以外の一般ユーザーにも利用可能であることからエンドユーザー・コンピューティングの普及に寄与し、事務作業の効率アップやプログラミングの入門にも使われることになった。ただし、VBAのマクロ機能を悪用したコンピュータウイルスも出現し、利便性と引き換えにセキュリティホールの温床にもなったことから、Office 2007以降の既定のファイル形式ではVBAは使えなくなっており、また既定でVBAは無効化されている。
VBから発展したVB.NETは、C#とともに登場したモダンなオブジェクト指向言語であり、アプリケーションの開発および実行に.NET Framework環境を必要とする。のちにMonoや.NET Coreにも移植され、WindowsだけでなくLinuxやmacOSでも利用可能なクロスプラットフォームな言語となった。Xamarinを利用することでAndroidやiOSで動作するアプリケーションも開発することができる。
だが大学ではBASICの使用は構造化BASICも含めて減っていった。大学では、構造化言語の中でも、特定メーカーに依存せずプラットフォームを超えて使え、方言が乱立しなかったC言語を教えることが一般化した。また、特定のOSやCPUアーキテクチャに依存せず、無料で使えるJavaなどの洗練された後発言語の普及により、BASICは開発環境としては選択肢のひとつでしかなくなっていった。
なお、コンパイラで開発した場合、実行ファイルとは別に、巨大なランタイムライブラリが必要となる処理系が多い。このため配布に必要なファイルのサイズが大きくなり、敬遠されることもある。
もともとVB.NETは姉妹言語のC#やF#と比べて、新しい言語機能のサポートが遅れる傾向にあったが、マイクロソフトは2023年2月、VB.NETには今後新しい言語構文を追加せず、安定性に重きを置く方針であることを発表した。VB.NETのサポート自体は継続されるが、言語の進化は止まっている。
プログラミング言語の人気度 (popularity) を示す指標のひとつとしてTIOBEインデックス（英語版）が存在する。この指標は実際の言語利用状況とはやや異なるが、2023年9月現在、PythonやC系統の言語が上位を独占する中、Visual Basicは一定の地位を維持している。TIOBEが発表した2021年11月のランキングでは、トップ10は上から順に、Python、C、Java、C++、C#、Visual Basic、JavaScript、アセンブリ言語、 SQL、PHPとなっていて、つまり2021年11月時点でVisual Basicは6位だった。一方、RedMonkによる2021年6月のランキングでは、VBは20位以内にも入っておらず圏外だった。
歴史 > その他の現代化BASIC

十進BASIC - 日本人数学者が開発した数値計算用FullBASIC
歴史 > その他の現代化BASIC > RATBAS

構造化ということを意識していなかったパソコン用のROM/Disk-Basic環境で、構造化プログラムを記述するために作られたプリプロセッサである。アスキーの書籍の形（アスキー書籍編集部編著「構造化BASIC RATBASのすすめ」 (ISBN 978-4-87148-152-6) ）で、1985年に公開された。これは、独自の構造化された構文で記述されたソースプログラムを処理し、行番号やGOTO文を使うROM/Disk-Basicに変換するプログラムで、すべてBasicで記述されていた。RATBASという名前は構造化FortranのRatforなどに倣ったものである。RATBASは、スタンドアローンのBasicプログラムと、μ-UXの外部コマンドとして作成されたサブセット版がある。μ-UXとは、年刊AhSKI!の1984年号に掲載された、Disk-Basicで記述されたUnix風のオペレーティング環境であるUni+を拡張したものである。
歴史 > その他の現代化BASIC > その他

海外ではボーランドが独自にALGOL風の拡張を施したTurbo Basicを発売した。
歴史 > オブジェクト指向とBASIC

現在[いつ?]、BASICもオブジェクト指向化が見受けられる。その代表例がVisual Basic .NETやREALbasicやActiveBasicやFreeBASIC等で、四者とも既に完全なオブジェクト指向言語になっていると言える。
構造化以前のBASIC

| --- | --- |
 Atari 8ビット・コンピュータ用のAtari BASIC（英語版） (1979年 (46年前) (1979))
パラダイム:  非構造化プログラミング、命令型プログラミング、手続き型プログラミング、オブジェクト指向プログラミング 
登場時期:  1964年4月1日 (60年前) (1964-04-01)
設計者:  John G. Kemeny・Thomas E. Kurtz
開発者:  トーマス・E・カーツ、ジョン・ジョージ・ケメニー、メアリー・ケネス・ケラー 
主な処理系:  ダートマスBASIC, Tiny BASIC, Microsoft BASIC, QuickBASIC, QB64, Casio Basic, Turbo Basic(PowerBASIC), Applesoft BASIC, Atari BASIC, BBC BASIC, Commodore BASIC, Liberty BASIC, Sinclair BASIC, TI-BASIC
影響を受けた言語:  FORTRAN、FORTRAN II、JOSS、ALGOL 
影響を与えた言語:  Visual Basic, Visual Basic .NET, Hot Soup Processor, COMAL, GRASS
拡張子:  bas 
テンプレートを表示
構造化以前のBASICは、行番号とGOTO文があることが特徴のひとつである。
構造化以前のBASIC > ステートメントとコマンド

BASICのエッセンスを説明し簡単なプログラム例を示すために、BASICのステートメントとコマンドについて説明する。
本来のBASIC、ダートマスBASICではステートメントとコマンドを明確に区別する。ダートマスBASICのルールを説明する。
行番号を持ち、プログラム本文の中に書かれるコード行はステートメント（文、statement）と呼ぶ。
PRINT - 出力（印字）する。たとえば「PRINT A」と書くと、変数 A の値を画面などに出力する。
FORとNEXT - 両者を前後に組み合わせて使うことで、FORの文からNEXTの文までがループ（繰り返し処理）となる。
GOTO - 「GOTO <行番号>」という書式で、指定された行番号へジャンプする。
GOSUBおよびRETURN - 「GOSUB + <行番号>」という書式。GOSUB文で指定された行番号へジャンプするが、ジャンプ先で行番号の順に実行していき、RETURNというワードに到達するとジャンプ元の位置に戻る。
END - ダートマスBASICではプログラムの最終行に書かなければいけない。（実装によってはENDを書かないとコンピュータが暴走するものもあった。ENDを省略できる実装が次第に増えた。）
処理系に指示を与えるワード（プログラムの外の命令）はコマンド（命令、command）と呼ぶ。
RUN  - プログラムを実行する。
LIST - プログラムを行番号の小さいほうから順に、リスト状に画面に表示する。
SAVE - 現在のプログラムをストレージに保存する。
構造化以前のBASIC > プログラム例、実行法、出力例

きわめてシンプルな例を挙げる。
画面に次のように入力したとする。
10 REM 5つ数える
 20 FOR I = 1 TO 5
 30 PRINT I
 40 NEXT
するとBASICの処理系は、行番号10から40までの文をプログラムとして扱う。次にRUNと入力し（すると「40 NEXT」の次の行に「RUN」と表示され）リターンキーなどを押すと、行番号10の行すなわち「10 REM 5つ数える」から順に実行され、行番号20から行番号40まではループとして扱い5回繰り返す。この場合の出力は次のとおり。
1
2
3
4
5
なお、「REM」はステートメントであり、ソースコードを読む人のための注釈文（英: remark）の文頭に置かれる。REMで始まる行はプログラムの実行結果に何ら影響を与えない。
また、前述のプログラムに編集を加えたい場合は、続いて例えば次のように入力する。
10 REM 5つ数える(“3”だけ飛ばす)
 25 IF I = 3 THEN GOTO 40
このように入力すると、行番号10の文は書き換えられ（つまり上書きされ、以前のものは消え）、20行目と30行目の間に行番号25の「 25 IF I = 3 THEN GOTO 40」が挿入された、とBASICの処理系は判断する。 そしてRUNと入力すると、やはり行番号10から実行し、出力は次のとおり。
1
2
4
5
構造化以前のBASIC > 主な特徴

高水準言語である。
BASICはFORTRANの影響を受けており、いくつか似た特徴がある。ALGOLを始祖とするPascalやC言語とは系統が大きく異なる。ただし、演算子のスタイルや、大文字と小文字を区別しないなどの点で、Pascalとの類似性は見られる。
ダートマスBASICはコンパイラだが、他のBASICはインタプリタとして実装された処理系が多い。
構造化以前のBASICでは、すべての行頭に行番号を必要とする。
基本的に先頭行（行番号が一番小さい行）から1行ずつ実行される。
GOTO文（GOTO <行番号>）があると、<行番号>で指定された行番号にジャンプしてその行を実行する。たとえば「GOTO 250」と書かれていたら、行番号250にジャンプする。行番号は、テレタイプ端末時代に処理系と一体の行指向テキストエディタで扱うのに便利であったので採用されてしまった。ジャンプ先をただの数字（行番号）で示すので、ある程度以上の行数を書くとGOTO文が増え、直観的には分かりづらい行だらけになる。アルファベットなども使って意味付けされた単語（ラベル）で行き先を指定するジャンプではないので、一行ずつ焦点を当てると、どういう意図で書かれたコードなのかが不明瞭な行ばかりになってしまう。また、通常ある程度以上の規模のプログラムは分岐判断が多数含まれるので、IFとGOTOを組み合わせた文を多数使うことになり、ある程度の行数以上のプログラムを書くとスパゲティプログラムになりやすい。だが現在[いつ?]でも互換性のために両者を残している処理系もある。ラベルを用いて「GOTO *LABEL」のように指定できる実装もある。
プログラム中の予約語（キーワード）にはステートメントやコマンドの他に関数がある。それらと同じ文字並びを変数名として使うことはできない。
文字列変数の内容等を除いて、大文字と小文字を区別しない。入力の時点で全て大文字に変換される処理系もあった。
算術演算子以外の記号は極力使わない。論理演算子はAND、OR、XOR、NOTである。括弧は演算の優先順位も、サブルーチンの引数も、配列もすべて「()」のみを用いる。ブロックも「{}」のような括弧ではなく「FOR文からNEXT文までの間」といった構文により指定する。
代入と比較はどちらも「=」である。代入はLET文（たとえば「LET A = 10」など）とするのが本来の書式だが、キーワード「LET」を省略した構文も許される方言ばかりになったので、結局「A = 1」のような、代入文なのか比較文なのか見た目の印象が非常に紛らわしいものばかりになり、バグ頻発の原因ともなった。
明示的な変数宣言を必要とせず、変数を使用し始めたところで宣言したものと解釈される。
使ったことのない変数を使うと変数が作られ、また中身は自動的に初期化される（数値型は0、文字列型は空文字列）。
ファーストクラスの型は数値型と文字列型である。数値は浮動小数点数だけのものもあるが、整数型などがあるものもある。文字列型の変数名は末尾に「$」を付ける、といった規則のものもある。
LEFT$, MID$, RIGHT$など、文字列操作関数もそれなりの数備えていることが多い。
編集環境を兼ねたコマンドラインインタプリタを持つものもある。（一種のシェルのようなもの。LISPのREPLとはやや異なる。）
具体例 > Web上で動くBASIC

Webブラウザ上でBASICの動作をエミュレートするWebサイト・Webサービスが公開されている。手軽に最低限の雰囲気を理解することができる。
Quite BASIC (外部リンク) - ブラウザ上でBASICコードを書いてWeb上で実行できるサービス
USO 800 BASIC (外部リンク) - N88-BASICのように利用可能なBASICコード実行サービス。Web上で動作し、サイトの外観も当時のN88-BASICさながらである。
具体例 > 構造化以前のBASICの具体的実装例

構造化以前のBASICが動作していたコンピュータ実機の新品販売は、ほとんどは終了となっている。