Feature #4207: これから「1.8.8」の話をしよう -- 1.8がこの先生きのこるには - Ruby 1.8 - Ruby Issue Tracking System
=begin 現状 ruby_1_8 が出せる状況ではないのは存じあげております。誰よりも。 しかし1.9.0がリリースされてちょうど3年経ちました。1.8.7のリリースか らも2年半、来年6月くらいに3年目を迎えます。なぜ3年に注目するかとい うと、そんなに長らくバージョン間隔が開いたのが初というのもあります が、個人的な経験によるとシステムを構築して3年目くらいから全面改修を 迎えるケースが増加してくるという感触を得ているためで、つまりそろそ ろ、1.8.7をターゲットにして書かれたプログラムの更新が来るはずなので すね。 で、1.8.7向けに書かれていたシステムが更新されるときに何を選んで欲し いかというと、そりゃ立場的には1.9.2を使いましょうと言うしかないです けれども、実際にはなかなかそうも行かない部分もあるでしょう。拡張ラ イブラリが動かないとか。そうなったときに、じゃあ現
超高速開発ソリューションフォーラム2013〜ビジネス環境の変化に即応し、インソーシングで好機をつかむ〜
競合よりも先に新商品や新サービスを投入しなければ勝ち残れない。そのために、ビジネスのグローバル化や変化の速さに対応したい――。昨今、経営陣のこうした思いに、超高速開発ツールや、短期開発を実現する各種ツールや手法が応えています。 ビジネスの攻めと守りの両面に効く。BRMSなどの超高速開発ツールの効果を一言で表すとこうなりますが、実際に新事業などの企画から立ち上げまでの時間を減らし、業務やシステムのコストを下げることには絶大な効果をもたらします。 これらツールの最大のメリットは、開発・保守スピードの高速化にあります。BRMSは、業務ロジックと業務ルールを別々に管理できるため、アプリケーションの複雑化・肥大化を防げる、プログラムの自動生成が可能なため詳細設計やプログラミング、単体テストの工数を限りなくゼロに近づけられるといった長所を備えるからです。まさに、ビジネススピードを重視する経営者の期待に
他人の技術に興味や関心を持つということ - Line 1: Error: Invalid Blog('by Esehara' )
暫くスタートアップのお手伝いをしている。最近やったのだと、下のような感じ。 jeffh/sniffer · GitHubを使ってSphinxでDocstringをぶん投げる DjangoとJenkinsを連帯させ、ローカルでテストを廻す blockdiagを使ったモデル関係の整理 Muninを導入して、落ちる原因になってるサーバーリソースの監視 Hipchatを使っているので、GitHubやPivotal Trackerを連携させる Hipchatの遊び心としてHubotの導入 django開発の基礎としてBeProud社の『Pythonプロフェッショナルプログラミング』を薦める そんな感じ。上のことがどれだけ効いているかはわからないけれど、自分が楽しんでやれる環境に整備し、あとは他の人にも「だいぶ楽になったなー」という気持ちになれれば、こっちとしては万々歳。もしかしたら半分くらいは自己満
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.tokyojyoshipro.net/
GitHub - makotokw/puppet-kobito: Kobito Puppet Module for Boxen
Support kobito 1.8.3 by bash0C7 · Pull Request #1 · makotokw/puppet-kobito
