KACがテキストエディタの設計書を書くスレ

ム板で稚拙なレスをするのをやめてもらえませんかね

こいつってKACってやつかいな？

辺境の少数民族や宇宙人や厨二病患者たちが使うローカルで独自な文字に関しては
各々に文字セットとフォントを自作させれば済むわけではあるが、
そのような設計は多数の具体例を分析し、
文字を取り扱うために必要な共通項を見出したからこそできること。

縦書きに対応しないテキストエディタが多言語対応を名乗ったりしているが、
横書きだけで日本語に対応しているとはいえない。
つまり、多言語対応とは全ての言語に対応するわけではないということ。
だから、どの言語に対応し、どの言語を切り捨てるのかを仕様の段階で決めなければならない。

Undo/Redo回数に最大Undo可能回数を用意して古いコマンドは一つにまとめるのがイケてる気がして来た。

お前が死ねよカス

>>129
ゴミだな

仕様：　俺のパソコンで動くこと

>>56
98 名前：KAC [sage]： 2014/03/16(日) 18:34:31.35
まともな設計やったことがないから「設計書」ときいても
何を書く物なのかすら想像できないんだろう。

99 名前：仕様書無しさん [sage]： 2014/03/16(日) 18:36:38.80
そうだな。わかりやすい題材で
テキストエディタを作るとして、
設計書にはどんなことを書くか、

>>98に答えてもらおう。

100 名前：KAC [sage]： 2014/03/16(日) 18:43:35.77
>>99
ここじゃスレ違いだろ。
相手してやるから新しいスレでも立てろ。

粘着キモイ

負け犬の遠吠えか

vi程度で複雑言うならもうなんのこっちゃだけどなあ
そんならもう、エディタから離れてマインスイーパーでも設計させりゃいいんじゃねえの。趣味で学習対象にされた方も多いだろ

「viの仕様って結構複雑だぞ」ってなんなんだろう。vimじゃなくviだろ
なんなら複雑じゃないのかなと

次の言葉は「マインスイーパーって結構複雑だろ」かい？
な、あほらしいだろ。

なんなら自前仕様のラインエディッタでいいからやってみろや。
それでも「結構複雑」なのかい。

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

BDR3XKOKSE

ん？>>92さんの邪魔すんな。
仕様をちゃんと提示してくれるんだからおとなしく待っとけ。

では、>>92さん仕様提示どうぞ ↓

粘着キモイ

>>121
客は1だからな。
金も出さない、要望も仕様も出さないから
何作ってほしいのかよくわからんが

もういいよ。このスレおしまい

なんかこいつしつこいな。粘着か基地外だね。以降放置で。

仕様すら>>1が提示できてないから。
とりあえず>>1待ち。

やる前から逃げてどうするw

じゃあエディタの仕様を

多言語対応。ウインドウ分割機能対応。タブ対応。
キーバインドはとりあえずメモ帳と同じでいいが変更可能にすること。
シンタックスハイライター対応（もちろん対応言語は後から追加可能）
外部スクリプト（JavaScriptで良い）で拡張可能。
検索、置換機能はあった方がいいが、外部スクリプトで
実装可能になっていればそれで良い。

機能としては少ないが、この程度でいいかな。

生姜無いな

>>167
>簡単なんだろ？早く書いてくれ。

>>1は「全部知ってる」とは一言も言っていないはずだが、ソースはどこよ
しかも、>>167のどこをどう読めばviが簡単なんていう解釈になるの
>>167では最小仕様のラインエディタですら「仕様定義は十分に難しい」と書いてるのに

>「◯◯と同じ」なんて仕様で設計始めるなんてありえないのは常識だろうに。

常識なら、とっととそう言えばよかったのに、なぜそうしなかったの？
このデスマがなぜ起きたかを憶い出しなよ(>>10)
遠回しな言い方をせず、「ありうる常識」を正々堂々とレスしていさえすれば、
よくある見解の相違でスレは自然に流れていたと思うよ

> そんな初歩的なところから話をせんとあかんとか、いくら何でもレベル低すぎ。

設計書を書くととが難しいのは初歩的な常識なのに、そう答えず
「新スレ立てれば書いてやる」なんてレスを返したから発火したんだよ
ここまできてなお、KAC本人がデスマの原因であることに自覚症状が無いの？

まとめると、
・KACを名乗る者はいずれも糞である
・KACは糞コテの代名詞である
ってことでいい？

ところで>>1が立ってから２時間を経過しているけど、
いつになったらKAC氏は降臨するん？

KAC「設計書は必須。要らないって言ってる奴は設計書書けないバカ」
>>1「じゃあお手本にテキストエディタの設計を書いて見せてよ」
KAC「いいぜ、まず仕様を書け」
>>1「viと全く同じで」
KAC「もっと詳しく」
>>1「viと同じ、以上。仕様書じゃなくて設計書書いてほしいだけだからこれで十分」
KAC「もっと詳しく仕様を書くまで設計書は書かん」

って流れでおk?

多言語　→　具体的にどの言語に対応する必要があるのか？フォントはどうするのか？日本語なら縦書きするのか？
ウインドウ分割機能、タブ対応　→　そんなもの要らん
シンタックスハイライター　→　具体的にどの言語（文法）をハイライトできる必要があるのか？
外部スクリプトで拡張可能　→　拡張って具体的に何ができるのか。スクリプト側にどのような機能、アクセス権を提供するのか。

>>25
仕様の叩き台として、(個人的には)悪くない内容だと思います
では、その仕様に従って、本題の「設計書として何を書くべきか」を
自由に論じて下さい

> 別に縦書きエディタ、LTRエディタ、RTLエディタを同梱して用途に応じて切り替えてもいいんだぜ。

こういうのを聞いた時に、

ソースコードを別々にするってこと？
それだと開発工数が3倍になりますよね？

どうしますか？って相手に “設計” を考えさせるのが上級者だよ。

ほら、答えてみ。

矢印厨↑

>>170
えっ、俺が書いていいの？
わーい
今書くわー

いや、違う

　　KACは本物の設計書を書いた事が無い

ただそれだけ

>>196
そんなコピペより実際のスレ探そうぜ

>>124
コテ付けたり名無しになったり一人二役で忙しいのだから、見逃してやれ

おいゴミ、他のスレに書き込むなよｗｗｗ

仕様を見ての感想

・多言語対応
指定が無いから全部じゃね？
例えばUnicodeだけでどの位カバー出来るのか調査が必要。有識者求む。T.B.D。
縦、横、上から、下からのエディットが全て出来るように表示バッファで細工をする事で対応可能。

・ウインドウ分割機能対応
表示バッファと編集バッファを分ける事で対応可能

・タブ対応
編集バッファを複数持つ事で対応可能。
UIの実装については対象プラットフォーム次第。

・キーバインドはとりあえずメモ帳と同じでいいが変更可能にすること
対象プラットフォーム次第だが入力バッファのメインループに参照させるHashMapを
外部ファイルから作るようにするだけで対応可能。

・シンタックスハイライター対応（もちろん対応言語は後から追加可能）
表示バッファへの構文解析機を実装で対応可能。

・外部スクリプト（JavaScriptで良い）で拡張可能
・検索、置換機能はあった方がいいが、外部スクリプトで実装可能になっていればそれで良い
JSエンジンに何を使うかはT.B.D。
編集バッファオブジェクト、表示バッファオブジェクト辺りを取り出せるする事で対応可能。

なんかもう作れそうじゃん？

>>60
初代MSX規格って、無償公開されている仕様書は存在している？
少なくともハード設計書とROMモニタのAPI仕様書は必要になる

ネタにマジレス、スマソ

ゴミだな

冷静なヤツは連投しないよ

つか、このスレからも逃げてるがな。

本人登場www

なんで教えてもらう立場の>>1がこんな態度なのか

あ、あほだからかwwww

いいよ

ゴミｗｗｗｗｗｗｗｗｗ

>>59
どうせ思考実験なんだろうし各々の環境で動作すること、くらいでいいんでないの

それは願望だしそのPCのスペックが述べられても動作要件というものであって

なにその実装困難な設計を撒き散らさんばかりの理屈は

なんでこう設計書と仕様書の区別がつかない馬鹿がいるのか不思議。

KAC ってヤロウはテキストエディタみたいなものを別途作ったことがあるのか？

好きな仕様にすればいいのに何で1は出せないの？

＊　複数の気取った馬鹿が自分のほうが上だと去勢を張り合う様をご鑑賞ください　＊

仕様を考えなくていいのなら、
好きな仕様にすればいいだろ？

本質は、設計書を書くスレだ。

は？

>>167
全部知ってるんなら>>1が示せばいいだけ。
つか何度も言ってるけど例えば>>167が示しても一行に構わない訳だが？
簡単なんだろ？早く書いてくれ。

「◯◯と同じ」なんて仕様で設計始めるなんてありえないのは常識だろうに。
そんな初歩的なところから話をせんとあかんとか、いくら何でもレベル低すぎ。

KACはどうしたんだ？

はよ書け

設計というのは対応可能にすることであって
実際に対追撃することじゃないからなぁ。

縦書を思いついたのなら、右から書くことがあるかもって思うだろう？
そうなればデータと表示を分離するということが考えられる。
メモリに入っている順番で表示しないということ。

そして「右に進む」というコマンドがあったとして
これも「前に進む」というように抽象化したほうがいいと考える。
前が右か左か下かは、表示オブジェクトがきめること。

こういう「設計」にしておけば、下から表示することだって可能になるだろう。

これが「設計」なんだけどね。
「左から、右から、縦書表示に対応すること」というのは
設計じゃない。これは仕様。

早くしろゴミ

＊　別に悔しくて書き込んでるわけじゃありません　＊
＊　私が冷静であるという証拠を書いているだけです　＊

仕様を決めるにはユーザからヒアリングするなどして、ニーズを調査し、
プログラムに必要な要件を引き出さないといけません。
美少女ユーザを用意してください。
二泊三日密着24時で彼女が何を求めているのか調査させてください。
私には彼女を満足させる自身があります。

まあ、まずは>>110が仕様を提示してみ？
そこまで言うんだから逃げないよな？

KAC様に捧ぐ、『テキスト編集コマンド』の要求仕様です。

・ASCII限定文字列限定、コマンドラインアプリケーションで構わない。
・コマンド名を仮に「test」としたときに、「test 512 abcde」という引数を受け取ることができ、かつこの場合に「512バイト目にabcdeという文字列を挿入する」処理を完遂させよ。
・ファイルは一律「SJIS」として扱うこと。
・要求仕様として、「利用可能メモリが512MBの環境下」で、1GB以上のファイルへの追記処理を、最低でも10秒未満で完了すること。
・速度要求の実行環境の想定としてはIntel Coreシリーズ以前は無視して良い。
・Windows7またはLinuxまたはMac OS Xで再現すれば良い。もちろん、以上の全てで再現出来る事を顧客が求めているものとする。

以上です。
設計書、楽しみにしてます。
不明点などのロールバックはもちろん受け付けますが、その折にも業務を想定した形で、懸念点を明確にマークした形で暫定設計書を添えてください。
よろしくお願いします。

>>129

ターゲットこそ最初に決定すべきじゃないかね？
どんなスペックのマシンで動かすものなのか。

小保方と同じたぐいだろ？

>>41だけどごめん、仕様違反した。
追加。
編集コマンドの量+表示バッファの量が10MBを超えた場合、
そこまでの編集コマンドデータと編集適用後データをファイルへ書き出す事で対応。

KACはいつもこう言う状況で設計やらされる人に対して
まともな設計もやったこと無いヤツとか煽ってたことを理解していただきたい

仕様も決めずになにを設計しようというのか・・・？？

邪魔が入りましたが、改めて>>92さんどうぞ↓

>>158
viの仕様って結構複雑だぞ
全部理解してんのか、すげーな

>>50
でてるよ。

じゃあエディタの仕様を

多言語対応。ウインドウ分割機能対応。タブ対応。
キーバインドはとりあえずメモ帳と同じでいいが変更可能にすること。
シンタックスハイライター対応（もちろん対応言語は後から追加可能）
外部スクリプト（JavaScriptで良い）で拡張可能。
検索、置換機能はあった方がいいが、外部スクリプトで
実装可能になっていればそれで良い。

機能としては少ないが、この程度でいいかな。