OracleのSun買収を支持します:Kenn's Clairvoyance
OracleがSunを買収するとの発表がありましたが、ネット上ではあまり好意的な意見がなかったので、一言コメントしたくなりました。（ディスクロージャ。。。というわけでもありませんが筆者は新卒で入社した会社がOracleだったこともあり、適当に割り引いてみてください） というのも、昔からシリコンバレーの「おしどり夫婦」と呼ばれるぐらい、互いが互いの成長を支え合ってきたOracleとSunのコンビなのだから、この二人がくっつくのは実にいい結末だと思っているのです。 時代がメインフレームからミニコン、UNIXへと向かい、ダウンサイジングが進んだ1980-1990年代、SunとOracleはともにUNIX世代の盟主として君臨していました。ところが2000年代以降、さらにUNIXからPCサーバへとダウンサイジングが進むにつれ、両者は典型的なイノベーションのジレンマに陥っていました。たまたま直接的なダ
オトコの生きる道
2008年初頭に、MySQL ABがSunに買収されて非常に驚いた。400人弱の会社を10億ドル（1000億円程度）で買収するという破格の買収劇だった。単純計算でいうと、一人頭2.5億円で移籍したわけである。そして俺もその400人の中に含まれていた。。。 MySQL ABは素晴らしい職場だった。Sunに買収されてから現在に至るまでも、Sun自体の業績が良くなかったために人員の増加が出来ない（超忙しいヨ！）といった問題はあったものの、基本的にはMySQL ABと同じ労働環境を維持することができた。MySQLサポートチームの同僚は世界中に住んでいて、仕事を始めると社内のIRCにログインして挨拶を交わし、電話とPCとインターネットさえあればどこでも仕事をすることが出来た。（だから殆どが在宅勤務である。）そして同僚の技術レベルが素晴らしく高かった。早いときには30分以内にソースコードを確認して回答
DBIx::Class::Schema::Loaderでダンプさせたやつが変わってて(´(･)｀)ｸﾏｯﾀ･･[Oracle] - ヒルズで働く@robarioの技ログ
スキーマが変わったのでダンプさせたら -__PACKAGE__->load_components("PK::Auto", "Core"); +__PACKAGE__->load_components("Core"); - { - data_type => "TIMESTAMP(6)", - default_value => undef, - is_nullable => 1, - size => 11, - }, こんな差分になってた。 「data_typeがTIMESTAMPだったらinflate_column仕掛ける」ってのをやっていたのに、できなくなってしまったではないか。 DBIx::Class::Schema::Loader::DBI::OracleがDBIx-Class-Schema-Loaderにマージされたから？とか思ってDBIx-Class-Schema-Loader-D
![DBIx::Class::Schema::Loaderでダンプさせたやつが変わってて(´(･)｀)ｸﾏｯﾀ･･[Oracle] - ヒルズで働く@robarioの技ログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/2663487b90871f8122aacd9d3e0c80cfb0f7054d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127100682843%2F17680117127100698104%2F1556722037)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
