はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ メンテナンスコスト

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 10 / 10件)
 

いつ ReactNative を使っても大丈夫か - mizchi's blog

2018/06/20 このエントリーをはてなブックマークに追加 370 users Instapaper Pocket Tweet Facebook Share Evernote Clip ReactNative fork クラッシュレポート OSS

AirBnb がReactNativeをやめることが話題になってますね。 medium.com RNの未熟さ、社のRNのForkのメンテナンスコスト、JavaScriptのスケールのしなさ、JavaScriptCoreの実装の違い、クラッシュレポートが信頼できない、開発者は主に片方のプラットフォームしか知らないのでOSSのライブラリはバグってる、結局ブリッジを... 続きを読む

いつ ReactNative を使っても大丈夫か - mizchi's blog

2018/06/20 このエントリーをはてなブックマークに追加 370 users Instapaper Pocket Tweet Facebook Share Evernote Clip ReactNative fork クラッシュレポート OSS

AirBnb がReactNativeをやめることが話題になってますね。 medium.com RNの未熟さ、社のRNのForkのメンテナンスコスト、JavaScriptのスケールのしなさ、JavaScriptCoreの実装の違い、クラッシュレポートが信頼できない、開発者は主に片方のプラットフォームしか知らないのでOSSのライブラリはバグってる、結局ブリッジを... 続きを読む

非英語ネイティブにとってのOSSのメンテナンスコスト - once upon a time,

2017/01/01 このエントリーをはてなブックマークに追加 207 users Instapaper Pocket Tweet Facebook Share Evernote Clip OSS ディストリビューター Hadoop Cloudera

2017 - 01 - 01 非英語ネイティブにとってのOSSのメンテナンスコスト community program disclaimer: この記事を書いている人はClouderaという Hadoop /Sparkの ディストリビューター の会社にいます。 codelunch.fmの20回目を聞いていろいろ思うところがあったのでつらつら買いてみます。 codelunch.fm この回のcode... 続きを読む

OptionalがSerializableではない話と使い方まとめ - きしだのはてな

2015/09/01 このエントリーをはてなブックマークに追加 56 users Instapaper Pocket Tweet Facebook Share Evernote Clip optional null はてな フィールド 意図

Optionalは意図的にSerializableではなくなってますね。でその意図としては、一旦Serializableにして出力形式を決めてしまうと、今後ずっとその出力形式を維持しないといけないことになるので、そのメンテナンスコストを嫌ったというのがあるようです。このメンテナンスコストの中には、仕様が変えれなくなる、というコストも含みます。なので、シリアライズしたい場合には、フィールドはnull... 続きを読む

社内ITシステムを構築・運用するのに最重要な3つのポイント - たごもりすメモ

2015/01/22 このエントリーをはてなブックマークに追加 498 users Instapaper Pocket Tweet Facebook Share Evernote Clip りすメモ 構築 迂闊 ポイント 地獄

2015-01-22 社内ITシステムを設計・構築するのに最重要な3つのポイント 自社で使用するシステムを開発する、とする。このとき迂闊にやっていると、気付いたら過去に構築したシステムのメンテナンスにばかり時間をとられ、新しいコードがぜんぜん書けていない、という状況に陥ることがある。 こうなると地獄だ。新規の興味深いコードを書くなんてとんでもない、という状態になる。メンテナンスコストを下げるための... 続きを読む

Herokuのメリット、デメリット - Qiita

2014/11/26 このエントリーをはてなブックマークに追加 129 users Instapaper Pocket Tweet Facebook Share Evernote Clip Heroku Qiita ロードバランサ Rails デプロイ

メンテナンスコストがほぼゼロ ほぼ何もしなくても勝手に動いてくれます。 個人的な体感値だとAWSでEC2やロードバランサで環境を組んだ場合と比べると1:100ぐらいの手間無し感です。 デプロイがコマンド一発 デプロイは基本的にgit push heroku masterでHerokuにpushするだけです。(Railsのマイグレーションを行う場合はheroku run rake db:migrat... 続きを読む

Web アプリケーションにおいては Python 3 への移行は簡単だという話 - methaneのブログ

2014/09/15 このエントリーをはてなブックマークに追加 87 users Instapaper Pocket Tweet Facebook Share Evernote Clip ライブラリ 両対応 methane つらい状況 メリット

2014-09-16 Web アプリケーションにおいては Python 3 への移行は簡単だという話 Python 2 / 3 両対応のライブラリをメンテナンスしている人にとって、 Python 3 の メリットは享受できずメンテナンスコストだけが上がるつらい状況がずっと続いています。 しかし、「Python 3 への移行が大変」というのは、Python 2 を捨てるのが大変、 Python 2/... 続きを読む

Railsのルーティングを読みやすく作っていく - Qiita

2014/08/08 このエントリーをはてなブックマークに追加 65 users Instapaper Pocket Tweet Facebook Share Evernote Clip Rails Qiita ルーティング config ルーティン

Railsアプリケーションのルーティングは、config/routes.rb1ファイルで最初は開発を始めると思います。 ただ、サービスを運用していくとルーティングは膨らみ、メンテナンスコストも馬鹿になりません。 そのため、ルーティングの設定をできるだけメンテナンスしやすく作っておくことでそのコストを下げようという試みです。 Railsのルーティングは、config/routes.rb がルーティン... 続きを読む

Akamaiに買収されたfastsoftのすごい技術 | ツチノコブログ

2013/08/09 このエントリーをはてなブックマークに追加 73 users Instapaper Pocket Tweet Facebook Share Evernote Clip サーバーサイド Akamai TCP通信 ソリューション 保守

fastsoft この製品のユニークな点は、サーバーサイドに設置するだけで、 複数拠点へのダウンロードを高速化できることです。従って拠点数 が増えてもコストは上がりませんし、拠点の保守が不要ですので メンテナンスコストも最小化できます。 不特定多数を対象とした高速化及び海外拠点との通信の高速化を お考えてあれば、まさに最適なソリューションと言えると思います。 FastSoftは全てのTCP通信を対... 続きを読む

「PerlのWebプログラミング効率化のTips」を読んだ感想 - サンプルコードによるPerl入門

2012/06/09 このエントリーをはてなブックマークに追加 64 users Instapaper Pocket Tweet Facebook Share Evernote Clip perl $result $self Tips Perl入門

「PerlのWebプログラミング効率化のTips」を読んだ感想を書く。PerlのWebプログラミング効率化のTipsデバッグのしやすいコードを書く ほとんど同意。でも少し注意点としては、小さくしすぎると、メンテナンスコストが上がって、ソースコードをいったりきたりしなくちゃいけなくて、可読性が下がりがちになっちゃうこと。 sub parse { my $result; # 処理1 $self->so... 続きを読む

 
(1 - 10 / 10件)