> > http://el.jibun.atmarkit.co.jp/photos/uncategorized/2012/03/27/chart.jpg
> > これとかAccessで十分だったりするんだよね(;´Д`)railsでなくても
> 昼間Rubyで社会を変革する会社の人を募集してたよ(;´Д`)

あー(;´Д`)あれ貼ったの俺だよ

参考：2012/03/29(木)22時26分16秒

> > C++はCLIのおかげで.NETにも対応できるけど
> > 正直使えなくなって欲しかった(;´Д`)
> http://el.jibun.atmarkit.co.jp/photos/uncategorized/2012/03/27/chart.jpg
> これとかAccessで十分だったりするんだよね(;´Д`)railsでなくても

昼間Rubyで社会を変革する会社の人を募集してたよ(;´Д`)

参考：2012/03/29(木)22時24分34秒

> 社内に数多あるVBA資産。 
> 老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。 
> ところが、これを置き換える手段というのは中々存在していない。 
> なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、 
> Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。 
> この利便性は認めざるを得ない。 
> JettyとSQLite？結構。 
> で、どの端末がホストするんだ？ 
> ポートがコンフリクトしないか？その保守は誰が？ 
> SQLServerCEとC#？結構。 
> で、ソースは誰が保守するんだ？ 
> アドホックな対応にも毎回cloneしてコンパイルってか？ 
> HTA？結構…じゃねぇな。 
> ということで、VBA資産をいかにして駆逐するかを議論するスレです。 
> Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。 
> VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。 

ｽﾚ？

参考：2012/03/29(木)22時20分16秒

> > Accessはﾑｰﾝｼｬｲﾝﾀﾞﾝｽだろ(;´Д`)
> C++はCLIのおかげで.NETにも対応できるけど
> 正直使えなくなって欲しかった(;´Д`)

http://el.jibun.atmarkit.co.jp/photos/uncategorized/2012/03/27/chart.jpg
これとかAccessで十分だったりするんだよね(;´Д`)railsでなくても

参考：2012/03/29(木)22時23分42秒

> > Accessはﾑｰﾝｼｬｲﾝﾀﾞﾝｽだろ(;´Д`)
> C++はCLIのおかげで.NETにも対応できるけど
> 正直使えなくなって欲しかった(;´Д`)

訳が分からなく

なるね(;´Д`)

参考：2012/03/29(木)22時23分42秒

> > AccessもVBAじゃね？(;´Д`)
> Accessはﾑｰﾝｼｬｲﾝﾀﾞﾝｽだろ(;´Д`)

C++はCLIのおかげで.NETにも対応できるけど
正直使えなくなって欲しかった(;´Д`)

参考：2012/03/29(木)22時22分12秒

> > 社内に数多あるVBA資産。 
> > 老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。 
> > ところが、これを置き換える手段というのは中々存在していない。 
> > なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、 
> > Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。 
> > この利便性は認めざるを得ない。 
> > JettyとSQLite？結構。 
> > で、どの端末がホストするんだ？ 
> > ポートがコンフリクトしないか？その保守は誰が？ 
> > SQLServerCEとC#？結構。 
> > で、ソースは誰が保守するんだ？ 
> > アドホックな対応にも毎回cloneしてコンパイルってか？ 
> > HTA？結構…じゃねぇな。 
> > ということで、VBA資産をいかにして駆逐するかを議論するスレです。 
> > Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。 
> > VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。 
> AccessもVBAじゃね？(;´Д`)

Accessはﾑｰﾝｼｬｲﾝﾀﾞﾝｽだろ(;´Д`)

参考：2012/03/29(木)22時21分46秒

> 社内に数多あるVBA資産。 
> 老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。 
> ところが、これを置き換える手段というのは中々存在していない。 
> なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、 
> Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。 
> この利便性は認めざるを得ない。 
> JettyとSQLite？結構。 
> で、どの端末がホストするんだ？ 
> ポートがコンフリクトしないか？その保守は誰が？ 
> SQLServerCEとC#？結構。 
> で、ソースは誰が保守するんだ？ 
> アドホックな対応にも毎回cloneしてコンパイルってか？ 
> HTA？結構…じゃねぇな。 
> ということで、VBA資産をいかにして駆逐するかを議論するスレです。 
> Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。 
> VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。 

AccessもVBAじゃね？(;´Д`)

参考：2012/03/29(木)22時20分16秒

社内に数多あるVBA資産。 
老害がひとりよがりな発想と貧困な技術で作った負の遺産だ。 

ところが、これを置き換える手段というのは中々存在していない。 
なぜならWebにしろ何にしろ、まずサーバーありきで考えられているのに対し、 
Accessなんかは(あたかも)クライアント単体で動く。ランタイムもたいていの場合不要だ。 
この利便性は認めざるを得ない。 

JettyとSQLite？結構。 
で、どの端末がホストするんだ？ 
ポートがコンフリクトしないか？その保守は誰が？ 
SQLServerCEとC#？結構。 
で、ソースは誰が保守するんだ？ 
アドホックな対応にも毎回cloneしてコンパイルってか？ 
HTA？結構…じゃねぇな。 

ということで、VBA資産をいかにして駆逐するかを議論するスレです。 
Excel詳細設計書に仕込まれたアホなマクロを自慢げに語る先輩、上司にガックリした者よ、集い、ともに戦おうではないか。 
VBA資産さえなくなれば、我々はOfficeに依存しなくてもよくなる。