桐について語るスレ 2 【ｻｰﾊﾞｰ未満 Excedl以上】

桐について語るスレ 2 ..

2:NAME IS NULL
09/08/21 21:05:03 5re0WCli
×　Excedl
○　Excel

しくじった、ｽﾏﾝ

3:NAME IS NULL
09/08/21 21:29:52
>>1
お疲れ３

いい。いい。そのずれ加減が桐っぽくて感じいい。

4:NAME IS NULL
09/08/21 21:40:45
桐はデータベース板から出て行け

5:NAME IS NULL
09/08/21 22:11:57
桐のデータベース性能と評価

・Unicodeを扱えないｗｗｗｗｗ
・結合表はバカ単純な結合しかできないｗｗｗｗ
・共有情報が頻繁にぶっ壊れるｗｗｗｗ
・データファイル、スクリプトファイル丸ごとN/W共有ってｗｗｗｗ
・その末にデータファイル、スクリプトファイルぶっ壊れるｗｗｗｗｗ
・なので共有機能は実用に耐えないｗｗｗｗｗ
・外部データベースの関数がしょぼいｗｗｗ
・外部データベース接続のセキュリティが脆弱ｗｗｗ
・つか全体的にセキュリティ意識が低すぎｗｗｗｗｗ
・サードパーティー製ツールが皆無ｗ
・スクリプトファイルは直にテキストエディタで読めないｗｗ

ｗ　　　　　愛嬌ってことで勘弁
ｗｗ　　　　しょうがないね
ｗｗｗ　　　笑えねー
ｗｗｗｗ　　師ね
ｗｗｗｗｗ　・・・

6:NAME IS NULL
09/08/21 22:26:28
Access2003のパスワードも桐の利用者コードも同レベルで、一瞬で解除出来るが、セキュア桐は破られてない
マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
共有機能が弱いのはAccessも同様

7:NAME IS NULL
09/08/21 22:35:18
釣られるじぇねぇ

8:NAME IS NULL
09/08/21 22:42:24
桐シタンの親の敵、Accessスレはデータベース板にないんですけど．．．
マジレスしてみよう！

> セキュア桐は破られてない
10年前にマックがセキュアって威張ってたのと同じ事。
どこの物好きが桐をハックするのか。絶望的死んだほうがマシ的不人気を自ら証明したな。

> マクロファイルは、もちろんテキストに書き出すのも普通の操作でオケ、テーブルになっていて拡張子をtblに変えると表でも開ける
ん～と、それ便利？プロジェクト開発でバージョン管理できる？キミは開発をしたことないな？
データベース桐なんだよねぇ。

> 共有機能が弱いのはAccessも同様
敵はAccessか。味方は？Accessの味方になるツールは多いぞ。ほとんどMSだけど。
データベース板（DBって書くとぶち切れる桐シタンがいるので、あえて展開）にもない糞Accessに背伸びして張り合おうって根性が
泣かせる。Accessなんて糞だぞ。ク・ソ。

9:NAME IS NULL
09/08/21 23:08:47
悪意のあるヤツが立てたようなスレタイだな

10:NAME IS NULL
09/08/21 23:13:45
ACCESSが糞なのは同意する。
なぜならターゲットはデータベース初心者であるはずなのに、初心者に全然優しくない。
Excelがわかったから次はAccessを覚えようとする人が多いのは当然の流れなのだが、
まず間違いなく挫折する。
それならExcelから桐のほうがはるかにわかりやすい。
まあいろいろと欠点をあげつらってくれたし、半分以上同意できるのではあるが、
それは開発ツールとしてみた場合の欠点。
データベース入門用としてみた場合には問題にならない。
もっともわかりやすい反面、本格的なデータベースとの違いが多すぎるため
次へのステップアップが難しくなる面は否めない。
スレタイのようにExcelではちょっと荷が重い程度の集計に使うのなら間違いなくお勧めできるのだが。

11:NAME IS NULL
09/08/22 07:06:51
>>10
分かりやすい解説ありが㌧。
だから、ビジネスSOFT板がお似合いだって言ってんの。

Accessが難しいって意見には、はぁ？って思った。
誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。

12:NAME IS NULL
09/08/22 10:53:01
RDBMＳだけがデータベースだと思っているおめでたい人がいるスレはここですか？

13:NAME IS NULL
09/08/22 12:24:28 MQp+t04z
テーブルとフォームとレポートとマクロがこれだか簡単お手軽に出来ちゃうってのも他にないぞ

14:NAME IS NULL
09/08/22 13:46:49 iMc4ZQD6
> だから、ビジネスSOFT板がお似合いだって言ってんの。
前の掲示板にも書いたけど、俺もそっちに乗せた方が良かったと思う
桐はアプリケーションソフトの範疇で考えて便利とした方が賛同している人も批判している人も
間をとってちょうど良いと思ったのに

> Accessが難しいって意見には、はぁ？って思った。
> 誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。
今でこそAccessは扱えるようになったけど、やっぱりExcelとかを通常使うソフトとして利用してきていた人が
初めてAccessに触れたときの違和感と言うか視覚的操作ができないのは
難しいと考えてしまうのは仕方がないし、大抵の人がそういう感想をもつもんじゃないかな

15:NAME IS NULL
09/08/22 14:14:03 iMc4ZQD6
> 誰でもすぐに覚えられるはずのAccessを難しく感じる、可哀想な人っているんだな。
自分にとって簡単に扱えるからって、調子に乗りすぎだよ

16:NAME IS NULL
09/08/22 14:41:52
>>14
桐は紛れも無くデータベースなんだからデータベース板でなにが悪いってことでいいんじゃない？
つまらないいちゃもんなんか気にすることはない。
Excelをやっと覚えたような人がじゃあ次はAccess教えてと言われてもどうしようもない。
それだったらなにも知らない人間にAccess教えるほうがずっといい。
Excelの概念の延長で捉えようとするから余計わけわからなくなる。

17:NAME IS NULL
09/08/22 14:48:07
>>15
あんまり本気でとるなよ。「覚えられる」と言わずに「覚えられるはず」と言っているだろ？
たぶん実際にはほとんど使ったこと無いんだよ。
それにAccessとか桐とかは覚えるだけでは意味が無い。
使いこなしてなんぼのもんだろう？
こんな○○○○○の×××××野郎のことは無視しておけよ。

18:NAME IS NULL
09/08/22 20:07:45
>>11
桐の今を知ってるようだけど、桐の真相を知らないな。
批判を恐れず、乱暴な言い方すれば、桐はインテリ層のためのパーソナルデータベースソフト。
医師・教師などＩＴ学習に時間を避けなかった人が、簡単に、個人が管理する情報を運用するためのもの。
高卒で電算室叩き上げのデータベースエンジニアが知るＤＢとは、根本から異なる。

> 個人が管理する情報を運用するためのもの
であるから、共有する必要はないし、セキュリティはＯＳ任せで十分。
データ数は数百～数千、プログラムは操作記録の再現程度でごちそうさま。

肝心なのは、知的労働を阻害しないこと。
言っちゃ悪いが、お前よりずっと頭いい。でもAccessなんて覚える時間が惜しい。桐シタンで結構。

19:NAME IS NULL
09/08/22 20:17:10 FcZ8gNoo
確かにソフトの習得に労する努力や時間が必要最低限で済むのがいいところだな
本来のやりたい仕事の妨げにならないところがメリットか

20:NAME IS NULL
09/08/22 20:43:42
桐のお得意様は、医者・教師・土建屋・市町村職員

21:NAME IS NULL
09/08/22 21:30:58
データベース板というより、2chには不釣合いだな。
2chから出て行こうぜ。

22:IT土方
09/08/22 22:03:43 739Slicf
ぼ…僕はインテリなんか嫌いなんだからね！
2chから出て行って欲しいんだからね！

23:NAME IS NULL
09/08/22 22:11:50
こらこら。人の心の声を聞くなｗ

24:NAME IS NULL
09/08/22 22:17:18
> こんな○○○○○の×××××野郎
こんな岩手花巻東の本格剛速球野郎

25:NAME IS NULL
09/08/22 22:55:49
データベースじゃないといけんですか？
便利だから、データベースじゃなくともいい思います。

26:NAME IS NULL
09/08/23 06:07:23
>データベースじゃないといけんですか？
良いとか良くないとかじゃなくデータベースなんだからしょうがないだろう。
＞データベース (DB、英: database) は、特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの再利用をできるようにしたもの。
以上はWikipediaに出ていたデータベースの定義。
この定義に従えば桐は間違いなくデータベース。
むしろRDBMS（オラクルやMySQLなど）は「データを集めて管理」するほうに特化したものと考えたほうが良く、
「容易に検索・抽出などの再利用をできる」という面では疑問もある。（容易をどの程度ととるかにかかってくる）
むろん、Wikipediaが常に正しいというわけじゃないし、世間一般にはRDBMSはデータベースで通用している。
データベースという領域があってその中に桐もAccessも入る。
そのデータベースの領域内の一部にRDBMSという領域があってその中にオラクルだのMySQLだのが入る。
一部のおかしな人たちはRDBMS以外はデータベースではないから桐は出て行けと行っているわけだが
完全にお門違いの意見だ。
どうしても分けたいのならRDBMS板を新規に作ってそっちが移動するのが筋。
それに桐がビジネスSOFT板にふさわしいかどうかも疑問だ。
別に桐はビジネスに特化しているわけじゃない。
家計簿として使うことも可能だし,趣味で集めたものの整理に使うことだってできる。
会計ソフトのようなものとは根本的に違う。
結局データベース板以外ありえないのだよ。

27:NAME IS NULL
09/08/23 06:42:19
桐にいろいろと欠点も無いわけではない。でもそれに代わるものはないんだ。
結局桐ってナンバーワンのソフトではないかもしれないが,オンリーワンのソフトなんだよね。
NO.1にならなくてもいい♪　もともと特別なOnly one♪～
さあみなさんごいっしょにｗ

28:NAME IS NULL
09/08/23 09:40:54
日本語RDB分野で桐とシェアを二分する、五郎のスレもあることだし。桐がいてもいいんじゃまいか。
ｽﾚﾘﾝｸ(db板)

板のほとんどはエンタープライズサーバスレが占めてるけど、だから何！？
大切なのは、恥ずかしいと思わない度胸。自分を日本人と思っちゃダメ。北朝鮮の工作員と思うこと。
さあ、歌おう！
> NO.1にならなくてもいい♪　もともと特別なOnly one♪～
> タッタッタッタ　足音♪ 我ら桐シタンの足音♪
> さあみなさんごいっしょにｗ

29:NAME IS NULL
09/08/23 09:46:48
歌はどうでもいい。

>>26
意味が分からん。桐スレで難しいこと言うな。

30:NAME IS NULL
09/08/23 10:04:23
Yahoo!ブックス見てみなさいよ。
「桐・五郎・その他データベース」のカテゴリに、Access、VBA、FileMakerが居候してますよ。
桐＞五郎＞その他データベース（Access、FileMaker…）って、世界のYahooが認めたってことですよ。

31:NAME IS NULL
09/08/23 10:29:43
日本の Yahoo は世界の Yahoo じゃないよ。
子会社ではなく、別法人。技術の提携関係はあるけど。

だから、世界の Yahoo が撤退したオークションを日本独自に続けられたりする。
一方で、世界の Yahoo が開発した技術に、日本では提供されないものがあったりする。

32:NAME IS NULL
09/08/23 12:36:47
別に世界のヤホーで認められなくてもいいだろ？
桐がデータベースじゃないなんて言っているのはこの板の一部の特殊な思考回路をもったやつらだけなんだから。
> こんな○○○○○の×××××野郎
こんな超偏狭思想のマヌケクソ野郎かな？

33:NAME IS NULL
09/08/23 12:46:36
>>32
汚い言葉、攻撃的な言葉はやめてください。悲しくなります。

34:NAME IS NULL
09/08/23 13:21:22
前スレでも一部の人が口汚く罵っていたけど、今後はそういう人は出禁ということで。

35:NAME IS NULL
09/08/23 14:54:46
たとえ世界のヤホーが認めようとも、この俺様は認めね～ZE！！

36:NAME IS NULL
09/08/23 15:07:26
特殊回路ハーケンｗ

37:NAME IS NULL
09/08/23 15:09:03
まあ、あと２カ月でV10出なかったら見限るけど、桐V9-2010とかは見捨てる

38:NAME IS NULL
09/08/23 15:12:25
いい加減この手の議論も秋田。
なんか桐でこんなことできないかというような質問でもない？

39:NAME IS NULL
09/08/23 15:27:30
何でも簡単にできちゃう魔法のソフトだから質問は無い

40:NAME IS NULL
09/08/23 16:15:18
>>38
PHP5でWeb-DB構築

41:NAME IS NULL
09/08/23 16:27:53
>>40
出来ません

42:NAME IS NULL
09/08/23 19:14:12
地元で有名な不味いラーメン屋、どこにでもあるよね。
私の生活圏にも、「あんなものラーメンじゃねー」「食い物じゃねー」って言われるラーメン屋があります。
でも、私の周りにはラーメンの定義を調べるWiki厨はいませんよ。
ダメなものを、あんなもの○○じゃねーと言うのはよくあることです。

ちなみに、まずくて有名なラーメン屋「彦龍」は、来年店じまいします。
日本一不味いラーメンと、日本一人気のない桐が、リアルにシンクロする妙。

43:NAME IS NULL
09/08/23 19:15:34
>>42　ソースは？　ブルドッグとおたふくは禁止

44:NAME IS NULL
09/08/23 19:19:44
デミグラス

45:NAME IS NULL
09/08/23 19:30:11
「彦龍引退」でググって下さい。

46:NAME IS NULL
09/08/23 19:33:54
ピョコタンニュース　って

47:NAME IS NULL
09/08/23 20:24:18
桐よりアクセスの方が安いんだね
桐はアクセスより劣ってるのに高いなんて売れるわけないやん

48:NAME IS NULL
09/08/23 21:04:05
？？？
Accessより全然高級な製品だろ、だから高いんだよ
同じものを開発するのに、Accessより１/５の開発期間でできる、高いのは当り前だよ

非連結フォーム使うくらい高度なの希望なら、どうせVBとかで開発の方が良いから
桐でもAccessでも向かない

49:NAME IS NULL
09/08/23 21:21:55
Wikipediaには、「全然高級」の情報はありませんでした。
“全然高級”の定義がないので、>>48 のレスは無効になりました。

『残念でした』

50:NAME IS NULL
09/08/23 21:27:08
そういう用語を印象付けるために故意に使うのがインテリ層には多い印象だけど
気に障ったならゴメンネ

あなたレベルでも『ぜんぜん大丈夫ですよ』

51:NAME IS NULL
09/08/23 21:38:25
開発期間１/5なら値段10倍でもいいんじゃねーの。

52:NAME IS NULL
09/08/23 22:08:13
>>51
確かにｗ
アクセスと同等で、開発工数が５分の一なら、シェアがアクセスの倍でも少ないな。
この人気のなさを、インテリの>>48はどう説明するのか期待しよう。

53:NAME IS NULL
09/08/23 22:37:40 hR8CZmEz
よく判らないが Access は嫌いだ。あれは気色悪い。
桐は知らないが・・・
で客観的に工数その物は大きく変わらないはずだ。
手間が掛かるということだろう。つまり、手間のかかるソフトは出来が悪いって事だ。
開発時間は倍率に比例しないぞ。

時間が半分になったからツールの価格は倍でいいのか？・・・ばかな発想だな。

54:NAME IS NULL
09/08/23 22:40:42
Ｗｉｎｄｏｗｓへの対応の遅れとエクセルによるＶＢＡプログラミングの定着が大きいんじゃないか

55:NAME IS NULL
09/08/24 06:48:03
スキルの問題なんだが。Accessのほうが自由度が高い分、悩むことが少ない。
Accessより桐が優れていると感じたことは、一度もないな。
Accessは、要求をストレートに実現できる。桐の場合は無理やり。
レポートだけなら、桐が早いけどな。

個人の能力の問題だよ。一般に桐よりAccessのほうが開発が楽。

56:NAME IS NULL
09/08/24 07:05:13
とは言うものの、Accessもおもちゃ。低レベルな争いは、俯瞰で眺めるべし。
データベース的玩具の実力は、Access＞＞桐＞＝五郎といったところだ。

57:NAME IS NULL
09/08/24 08:30:52
>>53
なにが「客観的に工数その物は大きく変わらないはずだ」ちゃんと比べてからものを言え。
同じものをつくるなら桐のほうがはるかに工数は短い。
これは両方を比較してみれば誰でもわかる。
それを考えれば価格を直接比較することになんの意味もない。
＞この人気のなさを、インテリの>>48はどう説明するのか期待しよう。
４８じゃないが優れたものが劣ったものに負けることは良くある事。
これを悪貨は良貨を駆逐するという。これ常識。ちゃんと義務教育を受けていれば知っている。
（ゆとり世代なら知らないか？）
Wordと一太郎どっちが日本語ワープロとして優れている？
どう客観的にみても一太郎だろう？（まあ一太郎を知らない世代に言ってもしかたないかもしれないが）
ちなみにDos時代にはｋ３の松のほうが一太郎よりはるかに優れたワープロだった。
同じように優れたものが劣ったものに負けることは良くある事。
こういうことはちゃんと比較せずに名前やブランドで商品を見る >>52 のような人間が多いことによるもの。
ちなみにAccessはもともとMSが開発したものでは無い。
どこか小さな会社で開発したものをMSが買い取ったもの。
だからExcelとの連携も最悪。桐のほうがずっと良い。

58:NAME IS NULL
09/08/24 08:41:50 JDwNdOtu
松は一太郎のプロテクトフリー販売に負けた、アセンブラで開発された松は一太郎よりキビキビ動いて使い易かったが
一太郎はワードのバンドル販売に負けた、ワードの使い難さってなんなの

管理工学は元々は表計算開発する予定だったんだけど、ロータスが1･2･3に松茸採用したので急遽データベース開発に変更して出来上がったのが桐
ロータスアプローチに対抗すべく、MSが他社製デスクトップデータベースを買い取って出来たのがアクセス、それまではMSユーザーはFoxProで開発してた

有料で出来あいソフトを売るには厳しい時代になってるから、全部まとめてジリ貧だろう

59:NAME IS NULL
09/08/24 08:43:37
>>56
ならばあなたのオヌヌメデータベースはなんだ？

60:NAME IS NULL
09/08/24 09:32:23
＞Accessより桐が優れていると感じたことは、一度もないな。
よっぽど鈍感なのか？Access使っていてその不安定さに悩まないとは？
少なくともそこは桐のほうが優れているのだが。

61:NAME IS NULL
09/08/24 10:06:04
>>58
ちなみにFoxProももともとFox Softwareが開発したもの。（Fox社は1992年にマイクロソフトに吸収合併された）。
なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。
ついでに言うとWindowsの前身であるMS-DOSも他から買い取ったもの。C言語も別会社から買い取った。
マイクロソフトはソフト開発の会社というより商社みたいなもの。商売だけはうまいから世界一に君臨している。
それに引き換えK3の商売下手なこと。非常に歯痒い。

62:NAME IS NULL
09/08/24 10:20:22
>>61
> なお米国ではAccessはアプリケーション開発にはあまり使われずFoxProが使われることが多いそうだ。

それは昔の話だなぁ、dBaseみたいなもん

63:NAME IS NULL
09/08/24 15:22:35
>>62
すでに開発が終了しているからね。
dBASEは多くの互換ソフトがあったけど結局FoxProだけが生き残って多数のシェアを握った。
FoxProがあのままならたぶんAccessに未来は無かっただろう。
意図してかどうかはわからないが結局まともに戦っても勝てそうも無かった一番のライバルを金の力で潰して
FoxProより出来が良いとはとても思えないAccessがこの分野での勝者になった。
ライバル潰しとして意図的にやったとすれば見事なもんだ。
戦略としては見事だがかつてのdBASE愛好家としては気分が悪い。

64:NAME IS NULL
09/08/24 19:56:34
>>42
なるほど、つまり高卒は人間ではないということですね。
２ちゃんねるでは有名な話ですね。

65:NAME IS NULL
09/08/24 20:04:25
>>57
随分とお怒り心頭で…
所で俺は桐を悪いとは少しも言ってないのだがなぁ

所で松のサンプルとかはどこかでみれるのかいな？
フォームが優れてるらしいけど。。。

66:NAME IS NULL
09/08/24 20:20:15
>>65
松？いまさらDosのソフトを持ち出してどうする？
使えないことはない（エディッタ並に高速だろう）が、
相当古いプリンタで無いと印刷できないかも。

67:NAME IS NULL
09/08/24 20:26:16
>>66
ああ、ごめん。間違った。
当方はMacなので桐を試すことができないんだよな。
その雰囲気だけでもわかるのは、まさか管理工学のHPという訳じゃないよね？

68:NAME IS NULL
09/08/24 20:26:39 VMtP8d0Y
>> 57
> だからExcelとの連携も最悪。桐のほうがずっと良い。
いくらなんでもそんなことはないだろうAccessとExcelの方がリンクテーブルやADOでの
データやり取りなど色々な接続手段があってお手軽なはず

69:NAME IS NULL
09/08/24 21:00:40
>>68
また「はずの話」か？コンピュータの世界で「はず」なんて当てにならない。
簡単にできるはずのことが実際にやってみれば難しかったり不可能だったりすることは良くある。
桐のほうは直接エクセルとやり取りできる。
URLﾘﾝｸ(www.kthree.co.jp)
どう考えてもリンクテーブルやADOを使うよりこっちのほうがお手軽だと思うがどうだろう？

70:NAME IS NULL
09/08/24 21:10:26 VMtP8d0Y
「はず」とは書いたけど、ちゃんとAccess使用経験者です
でも一番手軽なのはコピー＆ペーストかな

71:NAME IS NULL
09/08/24 21:16:32
>>67
URLﾘﾝｸ(www.kthree.co.jp)
管理工学のサイトの一部だがこれならその雰囲気くらいはわかるのではないか？
フォームが優れている？まあ間違ってはないと思うがより優れているのはレポートかな？
ワープロで出来るようなものならほとんど出来る。

72:NAME IS NULL
09/08/24 21:26:15
> 優れたものが劣ったものに負けることは良くある事。
> これを悪貨は良貨を駆逐するという。
それを言うなら狡兎死して良狗煮らるだろ。
DOSでデータベースをしたいという獲物がなくなれば、よく出来た猟犬は殺される。
用済みということだよ。

DOS版桐はよかった。俺が桐が良いと言うときは、DOS版を指す。
Windows桐は、口にしたくない。桐シタンから罵られたくないからな。

73:NAME IS NULL
09/08/24 21:43:08
>>72
確かに最初のころのWindows桐はDos桐に劣っていたがVer9はそんなことない。
Ver6やVer7のころのことならわかるが？

74:NAME IS NULL
09/08/24 21:55:23
桐は最強のはず！

75:NAME IS NULL
09/08/24 22:20:09
>>74
なんだそれｗ
なんか「北朝鮮は世界一豊かなはず！」と言っているのと同じように聞こえるぞ。
まず最強の定義からしないといけないなあ。

76:NAME IS NULL
09/08/24 22:53:05
桐はデータベース板から出て行け

77:NAME IS NULL
09/08/24 22:59:20 qfjEQkXp
　　　　　　ﾊ,,ﾊ
　　　　　（ﾟωﾟ )　　お断りします
　　　　／　　　＼
　 ((⊂ 　）　ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ｀J

78:NAME IS NULL
09/08/24 23:17:21
桐がデータベースであることには間違いない
よってこの板にスレがあることも当然である
個人的に最強のデータベースはＡＴＯＫだが

79:NAME IS NULL
09/08/24 23:21:15
Outlookに一票

80:NAME IS NULL
09/08/24 23:46:51
>>71
早速にありがと。
PHP5＋DBとかしてるとしんどいのはレポートかな。
HISAGOやサンワサプライ用紙のテンプレート情報がなぁ。
その他の例は取っ掛かりやすいものを載せていて難しい事書いてないのがいいね。
アナログ時計の例はなんとなく遊び心あって面白いかも。

81:NAME IS NULL
09/08/25 00:27:15
>>80
まあそうだろうね。PHP5＋DBなりJavaなり移行しようとして引っかかるのが印刷。
ＨＴＭＬを出力して後はブラウザに任せるというのが一番簡単なようだけどそれでは細かいことができない。
まあ専用のレポートジェネレータも売っているようだけどかなり高い。
後PHPやJavaで伝票入力をどうやって実現するのか？これを考えると頭が痛い。
いろんな本を読んでも具体的なことは書いてないんだよね。
これも専用のプログラムを売っているが１００万くらいする。
そんなこんなを考えると桐って本当に安いと思う。
桐のフォームとレポートをJavaで使えるようにして売ってくれないかと本気で思う。

82:NAME IS NULL
09/08/25 00:48:08
>>81
PHPとかだともうプログラムの世界だから簡単という訳にはいかないかもしれないけど、伝票入力とかその当たりは普通にサンプル有ると思う(PHP系＋MySQL, PostreSQL, SQLite2/3 etc...)
そう、それにしても100万とかは作る側としては欲しいかもね（一品料理が多い訳だし）
桐のフォームやレポートの部分を呼び出せるようになったらいいねぇ。ランタイムで売り出したらいいのに。

83:NAME IS NULL
09/08/25 00:59:37
＞伝票入力とかその当たりは普通にサンプル有ると思う
おせーて、おせーて・・・・
結構探しているのだがいっこうにそれらしいのが見当たらない。
サイトでも本でもいいからあったら教えて。

84:NAME IS NULL
09/08/25 01:04:26
>>82
＞100万とかは作る側としては欲しいかもね
本当にいいものだったらさほど惜しくはないんだけどね。
これで使い物にならなかったら会社に行って火つけたろうかと思いますよw

85:NAME IS NULL
09/08/25 06:44:15
普通にPDFで実現できているけど。
PHP難しい？

86:NAME IS NULL
09/08/25 07:00:09
桐はデータベース板から出て行け

87:NAME IS NULL
09/08/25 07:02:52
　　　　　　ﾊ,,ﾊ
　　　　　（ﾟωﾟ )　　桐シタン一同はのりピーを応援します
　　　　／　　　＼
　 ((⊂ 　）　ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ｀J

88:NAME IS NULL
09/08/25 07:17:24
>>85
PDF?
PDFlibとかFPDFとかじゃなくて？
ＰＨＰは簡単にWebシステムを作るには非常に良いと思うけど、
それ単独では操作性が悪いし、ソースを隠せないのが難点だと思う。
それならちょっと敷居が高くなるけどJavaのほうが良いと思っている。

89:NAME IS NULL
09/08/25 07:22:15
Javaのほうがいい。敷居が高いのは最初だけ。

90:NAME IS NULL
09/08/25 09:07:46 gfGhzD6U
>>83
URLﾘﾝｸ(www.bitpower.co.jp)

91:NAME IS NULL
09/08/25 10:03:38
>>90
桐では簡単に出来るということはわかっているって。

92:NAME IS NULL
09/08/25 12:21:32 gfGhzD6U
>>67 のマカーが伝票見たいと言うので

93:NAME IS NULL
09/08/25 17:46:56
>>83
最近この手の本買ってないからなぁ
URLﾘﾝｸ(www.webmate.ne.jp)

>>92
えっ・・私？
それはどうもありがと。
で、このメニューから「売上処理・仕入れ」と「売上・見積り、請求書発行」の端末は分けたいって要望は普通にありそう。あとマスター管理は多分全く別部署になる可能性大かな。
そんなんで複数端末での使用が前提となるわけだけどメニューのカスタマイスなんかも普通にできるんでしょう。

まぁ全体はどのシステムでつくっても同じような所になるんだろうけれど

・売上台帳表形式表示【売上台帳表形式表示画面】

にある設定ダイアログなんかが桐の使いやすさって所なんだろうか？・・ちょっと面白いかも。

94:NAME IS NULL
09/08/25 20:19:34
>>93
おおサンキューって言いたいところだがちょっと違うような？伝票印刷は参考になりそうだけど。
メニューのカスタマイズ程度は簡単だけど、
販売管理システムはあなたが考えるような大規模なものは桐では無理があります。
これはスタンドアロンかせいぜい２～３人程度で使うようなもの。（工夫によっては１０人くらいはできそう）
まあ中小企業というより零細企業向けかな？
その代わり販売管理システムの基本的設計がしっかりしていれば極めて短期間でこの程度のことはできます。
それと売上台帳表形式表示はただデータを直接見ているだけです。
特になにもせんでも直接データをみるだけで割と使えるというのが桐の特徴のひとつです。

95:NAME IS NULL
09/08/25 21:18:40
>>94
うそー、大規模でないって、これスタンドアローンで使うには立派過ぎじゃん。切り分けして少しコンパクトに構成したら売れそう。

マスター管理とかは切り離しても別にOk？それぞれが独立したデータベースになってると思ったら間違い？

で、売り上げ台帳表示にあるダイアログは、いわゆるこれように作り上げたのじゃなくって桐のメニューだったのか。とんでもない誤解を Orz...

あと桐であろうとなんであろうと、こういう設計できて作り上げるスキルがあるヒトなら、後はそれが PHP に変わろうともそれらのテクニック習得位だよね。

逆に PHP なんて簡単とか Access ぐらい使えないのか・・ってピントはずれなヒトがたまに出てくるけど、そのひとがSE無しでこういうのつくれたらたいしたもの。というか出来る人はそんなこと言わないだろうけどね。。

96:NAME IS NULL
09/08/25 21:25:56
桐はデータベース板から出て行け

97:NAME IS NULL
09/08/25 21:26:37
　　　　　　ﾊ,,ﾊ
　　　　　（ﾟωﾟ )　　桐シタン一同は日本共産党を支えています
　　　　／　　　＼
　 ((⊂ 　）　ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ｀J

98:NAME IS NULL
09/08/25 21:30:54
>>97
ほ、ほんまかいな。

99:NAME IS NULL
09/08/25 21:49:56
なわけあるかい。

×日本共産党
○幸福実現党

100:NAME IS NULL
09/08/25 21:53:31
>>97 も >>99 も今どき怖くもなくそんなことフル名でかけるな

101:NAME IS NULL
09/08/25 21:58:40
桐シタンに怖い者などないのだ

102:NAME IS NULL
09/08/25 22:15:26
俺は怖いものなど無いが饅頭だけは怖い

103:NAME IS NULL
09/08/25 22:43:59
話し変わるけど、7月から毎晩アイスノンして寝てた。
ぬるくなったら、もうひとつのアイスノンに交換して。
そしたら、体調崩してしまった。
経験したことのない肩こり。もともと肩こり知らずだったから、最初は気がつかなかった。
肩から首にきて、今はひどい頭痛に悩まされてる。
あと、ハンパない頭の汗。通勤するだけで、滝のような汗が出る。
今日は、2ヶ月ぶりにアイスノン無しで寝てみるよ。

104:NAME IS NULL
09/08/26 06:35:46
>>95
＞マスター管理とかは切り離しても別にOk？
ふたつメニューをつくればいいだけなんじゃない。
＞それぞれが独立したデータベースになってると思ったら間違い？
テーブルはそれぞれ独立したファイルだよ。
この程度のものなら割と簡単に作れるよ。
ある程度経験があるなら設計など飛び越えてお客の前で話をしながら形を作っていくことも可能。
入力はこんな形でいいですか？印刷はこれで？
じゃあこの入力からこの印刷を作る方法を考えてきますね？
マスターは直接データをいじればいいですね？
一週間で形をつくって細かいバグフィックスなども含めて1ヶ月もあればいい。
これほど簡単な開発方法はない。
でもね、同時アクセスするととたんに遅くなるという欠点がある。
これはAccessも同じ。だから同時アクセスがなるべく起こらないように工夫をするとか、
クラサバを導入するとかしなければいけない。
そこで問題になるのは桐は外部データベースへのアクセス機能が弱いということなの。
ODBCでの接続はできるのだけど、桐の根幹的機能である「表引き」が使えないとか
非常に遅くなるとかの問題が指摘されている。
それで大規模開発には向かないということになる。
しかし、ここで言うのは気が引けるが桐よりさらに簡単でかつクラサバに対応しているソフトがある。
それはＭＲＤ・・・・・なにをする・・・この狂信的桐シタンめ・・・・・やめろ・・・・ングッグ・・・・・・・・・

105:NAME IS NULL
09/08/26 07:08:48
>>104
DOS時代のソフトだ。基本設計が時代遅れなんだよ。
国産なんて全く意味がない。先進国以外で作られた良質なソフトも流通している。
初心者向けなんてのは、出来の悪さを取り繕う苦しい言い訳だ。
値段だってＡｃｃｅｓｓより高い。
桐よりいいソフトだったら、もっと有名なはずだ。
だいたい、ＭＲＤＢなんて名前が気にくわない。
桐スレにあげるなど立場を考えろ。

精一杯背伸びして、知ったかぶりなどして恥ずかしいやつだ。

106:NAME IS NULL
09/08/26 09:01:22 OOKAepe1
Accessが桐に追い付いてきた歴史
*レコードロック装備(2000?New! 共有が比較的安全になるますた)
*分割フォーム(2007New! 帳票フォームが多少は柔軟になりますた)
*コントロールレイアウト装備(2007New! 罫線が多少は引きやすくなりますた)
*計算項目装備(2010New! 表形式スクロールの度の再計算が不要になりますた)

107:NAME IS NULL
09/08/26 09:17:16
せっかく名前を伏せたのにわざわざ取り上げてくれてありがとうwおかげで反論の形で堂々と書けるｗ
基本設計が古いというのはまったくそのとおり。
普通に作るとまるで昔なつかしのオフコンやCOBOLで書いたような地味なアプリケーションになる。
でもそれでいいと思う。おかげで動きは軽いし割と安定している。
Dos時代のソフトのようにマウス無しでキーボードだけで動かせるメリットもあったりする。
キーボードから手を離す必要がない分伝票をバンバン入力する場合などはこの方がありがたい。
安く簡単に出来て使えればいいじゃんというのもひとつのありかただと思う。
ところで初心者向け？国産？誰がそんなことを言った？
完全に開発用のシステムだし初心者向けではない。
簡単というのは工程数が少ないって意味で考え方はそれほど易しくも無い。
初心者向けなのはむしろ桐の方だろう。桐が出来の悪さを取り繕っているとは思うが。
国産なのは確かだけど桐のように日本語にこだわっているわけじゃない。
英語のほうがわかりやすいところは英語のまま。関数は日本語でも英語でも書ける。
文法はBASICライク(?)で桐のように日本語化してない。
日本語であろうとなかろうとわかりやすければいいじゃんという姿勢のようだ。
それから国産であることに意味が無いというのは本当に苦労したことの無い人間の言うことだ。
罫線や均等割り、縦書きなど日本独特の文化ってのがある。
一応Accessなどでも出来たりするが、細かい部分でいまいちだったりする。
その点は桐も含めて国産のソフトのほうがずっと良い。
まあ正直桐ユーザーに乗り換えは薦めないよ。
非定型業務にはほとんど使えないし思想が違いすぎる。桐で間に合う部分は桐で良い。
クラサバまで考えるのなら選択肢のひとつとして考えても良いかな？というところ。

108:NAME IS NULL
09/08/26 09:20:48
おっと大事なところを間違えた。
＞桐が出来の悪さを取り繕っているとは思うが。
桐が出来の悪さを取り繕っているとは思わないが。

109:NAME IS NULL
09/08/26 11:33:28
>>102
おれはクラサバ完全対応の桐が出るのが怖い。

110:NAME IS NULL
09/08/26 14:32:27
>>95
なんか誤解しているような気もするので注意を一言。
桐はファイル共有型のデータベース。
言ってみれば倉庫番のいない倉庫に
データを勝手に取りに行ったり置きにいったりする方式。
２～３人で使っている分には混乱は起きないが、
それ以上は管理しきれなくなる。
これが桐でアプリケーション開発するさいの最大の問題点。
要するにエンジンが弱い。車でいえば軽みたいなもの。
お手軽だけど大型トラックの荷物は詰めません。

111:NAME IS NULL
09/08/26 15:45:30
>>104
なんとなく様相がみえてきた。
ただ、そういうつくり方はどうかな？というおもう。
ディスカッションしながら作って行くと、内容説明するものがないから手離れが悪いというかさ。。
基本プログラムの基礎的な事を学んだヒトなら、直ぐコードを書くって事はまずしないと思うんだよね。
例えどんな簡単なものでもA4一枚でいいから整理すると見落とや例外の有る無しも確認できて安心だよね。
始めから完成形まで詰めるか、段階を踏んで勧めていくかは規模によると思うけど。

ま、「話しながらつくれちゃうよ」ってのは作業の「手抜き」であって自慢にはならない話だとおもう。
どうも見てると、桐ユーザーはそういうのが「善い」という価値観があるみたいなんだよね。「簡単に出来る」って事と手抜きは違うと思うんだ。

>>105
この人の、なにがいいたいのか伝わってこないな。DOS時代のだからダメって事？

>>106
Access嫌いだからどうでもいいや（御免
OOoPが追いついてきちゃったね。OOoPのDBがAccess越えた（そんなこたぁ無いだろうけど）って豪語するヒトがいるくらい作り込めてるらしいよ。
無料だしサポートも無いというのは不安だろうけれど、有る程度出来るヒトならそれこそ個人事業者は Access なんか使わなくていいわけだし・・・
しょぼい画面さえ気にしなければ、桐とも競合だよね。

>>110
例えが今一つぱっとしないな
二つの独立したアプリケーションがそのファイルにアクセスする時のセマフォがもし「無い」という事なら今どきちと致命的な気がするよ。
SQLite ですらロックはかけられる（行じゃなくてファイル単位だけど）からなぁ。
レコードの扱いが便利なアプリケーションでExcelでVB使わなくていいレベルなんじゃない？
良いソフト何だろうけれど手が出し難いソフトでもあるな。

112:NAME IS NULL
09/08/26 16:31:39
>>111
決してディスカッションしながら作っていくのが良いと言っているわけではない。
設計を飛び越えてと言ったけど、決まりきったものならやろうと思えばそのくらい簡単だってことで
実際になんの設計もせずにやろうとは思わない。
ただ印刷に関してはワープロで作るくらいなら桐のレポートで直接書くほうが早い。
字の大きさだとか実際に見てもらいながら決めたりとか出来る。
それから桐にもレコードロック機能はある。
ただクラサバのようには多人数で同時使用は望めないってだけのこと。
ExcelでＶＢＡはやったことあるけど桐のほうがはるかに易しいし応用も利く。
スタンドアローンとか２～３人までの使用なら最高のソフトだと思うよ。
BASEは追いついてもＡｃｃｅｓｓ程度がせいぜいなんで最初から対象外。

113:NAME IS NULL
09/08/26 19:55:05
話が全然伝わらない。
ここはAccessスレ？開発者スレ？桐ユーザーに分かりやすく話してください。

114:NAME IS NULL
09/08/26 20:25:49 OOKAepe1
>>113
ここは、データベース板で断トツに賑わってる超人気スレです
勢いが第２位のSQL質疑スレの５倍www

115:NAME IS NULL
09/08/26 20:27:33
>>113
あああ、ごめんね。

>>112
まぁ相手との共通認識手段が大切という事だよね。
というか相手に（こういうことなんだと）全体を知ってもらう意味があるでしょ。
で、VBAを出したのはそういうことで、桐のアドバンテージはVBAなんて言語使わなくてもいいということなのかなと。
だけどレコードロックがあるというのだからセマフォは実現できるわけだよね。Excelもファイルロックはできるだろうけど行ロックは出来なかったんじゃないかな？
でさ、データベースの運用でリポートにワープロと比較するのが今一つわからないんだよなぁ。ポリポリ
それってワープロのおまけ？みたいにあるDM発行なんかと比較してるわけ？・・規模はどうあれ、あれはあれで完全にデータベースだよね。

で、>>113 に戻るけど
桐ユーザーで何か困ることってあるのかな。
身近な事はささっとできちゃいそうだし。

116:NAME IS NULL
09/08/26 21:57:45
> 桐ユーザーで何か困ることってあるのかな。
ないですね。

と言ってしまうと、話が終わっちゃうんだけど、本当に困らない。
良い意味で枯れてるから、有志のサイトで技術情報を得られる。
桐をよく知っているから、桐で実現出来ないことは頭に浮かばない。
（他のものはよく知らないけど、桐があれば他を知る必要に迫られない）
だから困らない。

117:NAME IS NULL
09/08/26 22:06:30
> 桐で実現出来ないことは頭に浮かばない。
ん？へんな日本語。
桐ユーザーに共通する資質だと思うけど、桐で出来ないことは、やりたいと思わない。
でも中には実現しちゃうヘビーユーザーもいらして、コードを公開なさってる。
現実には、「今すぐ必要じゃないけど、こんなことも出来るのか」ってテクが山ほどあって、
出来なくて困る局面はないですね。

118:NAME IS NULL
09/08/26 22:08:33
>>116
なるほどねぇ。結局はそうなんだろうな。
桐の領域は個人に丁度いい所に収まっていてかゆい所に手の届くツールでもあるんだろうね。

ま、知り合いには Word 使わずなんでも Excel でこなすという強者？もいるけど（ここまでなると、有る意味で彼は「神」といっていい－笑）

ということで私は消えよっと

119:NAME IS NULL
09/08/26 22:30:49
消えるといってまたきてしまった。
>>出来なくて困る局面はないですね。
まぁそうなんだろうねぇ
桐で（それらしく）出来ないことは無いにしてももっといいのが他にあるかもしれない・・そういうことなんだけどね。
シェアが高いのがいいなんてちっとも思わない。AccessなんてMSの力が無ければアウトな製品だと思う。
ただ、桐ユーザーはその世界で満足しきっているという感じなんだよね。それをとやかく言うことではないんだけどさ。

始めに桐に出会って当時に満足が得られ、桐は最高という事で今に至と思うんだ。
「他のツールを今からなんて今から面倒だ」って事もあるんだろうなぁ。

ま、まかーな私は（笑）遠目かな。（まかーと言えど今のマック君は桐を走らすことはできるんだけど・・・）

120:NAME IS NULL
09/08/26 22:32:14
> 桐ユーザーで何か困ることってあるのかな。
うーーーん、基本的には満足している。
しかし、満足しているがゆえに欲も出てくる。
例えば間近に迫った選挙。
個別に電話かけたりしてその反応でここはいけるとかだめだとかある程度予想するのは
どこの陣営でも多かれ少なかれやっていることだが、
こういうことに桐を使うといろいろの角度から分析できて便利だろうなあと思う。
でもデータがかなり膨大になるので入力者が２人以上になることを考えると二の足を踏んでしまう。
１００人がアクセスしても大丈夫というところまでは望まない。
せめて１０人くらいまでは実用的に使えるようにならないかなと思う。

121:NAME IS NULL
09/08/26 22:37:39
＞データベースの運用でリポートにワープロと比較するのが今一つわからないんだよなぁ
えーと、エクセルでなんでもやってしまうつわものがいるように桐をワープロ代わりに使うような人もいたりする。
ワープロと違ってデータが１行もないと印刷できないのでダミーのデータを用意したりして。

122:NAME IS NULL
09/08/26 22:55:36
＞始めに桐に出会って当時に満足が得られ、桐は最高という事で今に至と思うんだ
そういう人がいることは否めないと思う。
しかし、そうでない人間も大勢いる。例えば私。
dBASE,DBXL,Quick Silver,dBMAGIC,Access,MRDB,Informix,DBPro
その他マイナーなまま消えていった数々のデータベース。
いろいろやってきたがその中でも桐は出色の出来だと思う。
なによりも完成度が高い。クローズな桐の世界で満足できればこれ以上のソフトはない。
桐の中の蛙、大海を知らず。
なまじっかもっと広い世界を知っているから満足できないんだよなあ。

123:NAME IS NULL
09/08/26 23:29:17
＞桐のアドバンテージはVBAなんて言語使わなくてもいいということなのかなと。
ＶＢＡに相当するものがあるんですよ。一括処理とかイベントハンドラとかいうやつです。
きっと慣れないと気持ち悪いと思うのだけどすべて日本語でプログラムが書けます。

124:NAME IS NULL
09/08/26 23:31:50
ＡＳＫＡって知ってる？
DOS時代の桐のクローンなんだけど、おまけでエディタとエディタワープロとワープロが付属してた
アルゴって会社が出してたけど今はハードシステム売ってる

125:NAME IS NULL
09/08/26 23:38:15
>>124
なんか微かに覚えている。
T字型カードとか言っていたやつだろう？
桐のクーロンっていうほど出来が良かったとは思えないけど。

126:NAME IS NULL
09/08/26 23:41:41
桐のクーロンつーよりも、まんま桐のパクリだった
だがレコード数1000くらいでスクロールしなくなったのを覚えてる

127:NAME IS NULL
09/08/26 23:43:46
>>121
桐をワープロ代わりに・・・そういうことくぁ。

>>122
なるほど。私はそうそうに決めつけてしまったみたいかな
この中では Informix や Access くらいだけど Informix はそうそうに Linux 環境にあるから今も現役だとおもう。
データーベースサーバー形式は使うまでの準備とかがあるから、この当たりを煩雑に感じるんだろうなぁ。
勝手にファイル作られても困るし複数のアクセスを安全にするには避けて通れない訳だし。
それをもって桐はお手軽、こちらは面倒と線を引かれるとね。

>>117 や >>118 のようなヒトはそういう世界に居ないから桐で満足って事でいいんたげど
>>120 の様な話題になると、桐ならそうなんだろうけど玩具みたいな Bento でもないかぎりそういうことで頭を悩ますことはない訳だよね。(Accessは？なんて言わないでね。あれ嫌いだら・・笑)

ま、ここは、桐のスレだからそういう視点で見るのはダメなんだろうけど…んじゃ、皆さんがんばって…

128:NAME IS NULL
09/08/26 23:53:46
ああ、アンカーずれた >>116 & >>117 っす。自分にアンカーうってどうする・・

>>123
日本語で・・・それは気色悪い（笑）
実はマックの世界の Apple Script なんて気色悪いのがあって、日本語圏にして日本語でもスクリプト書けるんだよね。
C ライクなのがいいなぁ。敷居が高くなっちゃうのかな。でも PHP にしろ Java にしろ C が源流だよね。

>>124
桐も「おお、あったのかぁ」という位の俺だから ASKA は初耳。
検索するとシン・アスカ（機動戦士ガンダム）というのがヒットした。

129:NAME IS NULL
09/08/27 00:13:07
＞C ライクなのがいいなぁ。敷居が高くなっちゃうのかな。
Ｃの基本文法は別に難しくないだろう？俺はポインタとか副作用とかで気持ち悪くなって投げ出したけど。

130:NAME IS NULL
09/08/27 01:47:29
>>129
ん？ Cの文法は頗るシンプルだし言語に携わるヒトにとってはどうという事はないでしょ。
ポインターでツマづくヒトがもいるようだけど意識し過ぎじゃないかな。
そんな程度の低い話じゃなくてさC では構造化の発想を抽象的に表現できる事であったり Objective-C や C++ はまさしくオブジェクト思考（結局はメモリーの数値なんだけどそれをメタファとする部分での）発想ができるって事でしょ。
それらの概念を理解した時「わかった」という事じゃないかな。

どちらにしても桐という使い勝手の中で実装するのは難しいとはおもうんだよね。ただ、日本語でのスクリプトっていやだなぁ（個人的にです）

131:NAME IS NULL
09/08/27 01:49:06
誤字脱字は・・・いいよね

132:NAME IS NULL
09/08/27 01:50:11
誰だ？SQLがキモイとかいってるやつは？

133:NAME IS NULL
09/08/27 02:02:53
＞桐ならそうなんだろうけど玩具みたいな Bento でもないかぎりそういうことで頭を悩ますことはない訳だよね。
ああ、そのとおりだよ。でも他のツールを使えば当然桐の便利さを享受出来なくなる。
だから言ったろう。「満足しているがゆえに欲も出てくる」と。
手足のように使える桐は他に代え難いものがある。

134:NAME IS NULL
09/08/27 07:04:04
また桐と関係のない話しになってる。
桐について語ってるようだけど、遠くから値踏みしてるに過ぎない。
桐にどっぷり浸かってる人が来なくなっちゃった。

135:NAME IS NULL
09/08/27 08:12:07
>>130
なんでオブジェクト指向にまで話が飛ぶのか良くわからんが、
オブジクト指向は構造化だけでは見通しが悪くなるような場面で使われるもの。
桐ではそんな長いコードを書く必要が無い。（数行からせいぜい数十行）
また、言語としてはサポートしてないがオブジェクト指向の考え方は採用している。
それぞれのオブジェクトに実行するイベントを記述できる。
これをイベントハンドラという。
本格的なオブジェクト指向とは違うがこれで十分。
日本語でプログラムするのが気持ち悪いってのは、単なる習慣の問題。
米国人が英語でプログラムするのが気持ち悪いなんて言わないだろう？
プログラム入門としてはわかりやすくて悪くはないと思う。
＞桐にどっぷり浸かってる人が来なくなっちゃった
だって満足して使っていてなんの不満もなければ質問も無いっていうんだからなあ。

136:NAME IS NULL
09/08/27 09:29:03
＞Informix はそうそうに Linux 環境にあるから今も現役だとおもう
現役だけど引退間近の現役かな？
今はIBMのものになっているからいずれＤＢ２に統合されるみたいだ。

137:NAME IS NULL
09/08/27 09:35:12
まあ、V10でて開発継続するなら我が社各部門で20本ずつ買うよ、計560本。

138:NAME IS NULL
09/08/27 10:19:21
＞データーベースサーバー形式は使うまでの準備とかがあるから、この当たりを煩雑に感じるんだろうなぁ。
そういうのも勝手な思い込みだと思うけどなあ？
はるか昔のDosの時代ににdBMAGICはデーターベースサーバー形式（微妙に違うと思うが似たようなもの）で使えた。
実際使っていたがいたって簡単だった。１０人くらいのアクセスはまったく問題なかった。
＞勝手にファイル作られても困るし複数のアクセスを安全にするには避けて通れない訳だし。
実行版と開発版とを分ければいいだけの話。だから複雑にしなければいけないなんてのはただの思い込み。

139:NAME IS NULL
09/08/27 18:31:32
>>128
> 桐も「おお、あったのかぁ」という位の俺だから ASKA は初耳。
> 検索するとシン・アスカ（機動戦士ガンダム）というのがヒットした。

　主人公なのに番組の終期には声優の並び順で3番目になっていたというあのかわいそうな

140:NAME IS NULL
09/08/27 19:36:21
>>135
ごめんごめん。何も桐にそんな言語を使えるようになんて、ちっとも思ってないよ。ポインターで挫折なんて訳のわからない事いってるからさ、雑談程度でいったんでそうムキになられても…。
マクロ程度な処理にオブジェクト指向も何も必要ないじゃんね。私がわるうございました。ハイ

>>136
どうでもいいんだけど。Informix が DB2 に統合なんて事はまあ冷静に考えて・・・・信憑性低いような気がするなぁ。
Informix で動いてる所を次回更新時に DB2 にリプレースしましょって事は普通にあるだろうけどね。（って、それが狙いだとおもうんだけど）

>>138
そう、確かに私の思い込みだったかもしれない。うんうん
桐だとそういう対処方でいけるわけなんだね。なるほど簡単なんだ。

>>139
そ、そうなのか！？・・・キャラよりもリアルな方で順位が・・・

次ページ