技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編）
技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編） ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90％以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの「命名的問題」、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた「構造的問題」のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。 具体的には、命
アジャイル・フルーエンシーモデルでアジャイルに技術的負債対策を組み込む
🐳この記事は「ログラスサマーアドベントカレンダー2023」の28日目の記事です。 次はデザイナーチームの高瀬さんです。 こんにちは、ログラスの松岡です。 ログラスのプロダクトチームでは、ドメイン駆動設計とアジャイルプラクティス（スクラム、エクストリームプログラミング等）を併用していました。 その中で、「アジャイル・フルーエンシーモデル」(以下、省略時には「フルーエンシーモデル」と表記)という概念が多くのプラクティスを取りまとめ、全体感を把握してチームの成長余地を考えるのに役立つものなので、この記事で紹介したいと思います。 アジャイル・フルーエンシーモデルの面白いポイント 面白いポイントはいくつもあるのですが、この記事で紹介するポイントは二つあります。 ポイント①: 技術的負債への対策が組み込まれている 一つは、「技術的卓越性によってアジャイルの持続可能性(サステナビリティ)を高めるという
「ちょうぜつソフトウェア設計入門」でSOLID勉強会＋実践会をやってみた
みなさん、勉強会やってますか〜！ こんにちは〜！お昼時の天気の良さが気持ちいい季節になりましたね🌞 あすみ(@asumikam)です！ みなさんは勉強会やってますか？ 今日は、社内で企画した勉強会について書いていきたいとおもいます🖋 勉強会＋実践会をするに至るまで 私が所属しているPJではスクラムという開発手法を用いて日々開発をしています。 そのスクラムのイベントの中に「スプリントレトロスペクティブ」、つまりふりかえりをやっているのですが、何回もやっていくうちに「メンバー間の技術力の差」に関してのお悩みが目立っているな〜と感じ始めました。 「設計に関して、言われればわかるのだが自分で一から書くのは難しいかも・・・。」 DDDをベースとした設計方針で開発をしており、基本的な設計概念は共有されています。もちろん個人でDDDの本も読むこともしています。ただ、いざコードに落とし込む時にどこに何
REST API仕様からAPIクライアントやスタブサーバを自動生成する「OpenAPI Generator」オープンソースで公開。Swagger Codegenからのフォーク
REST API仕様からAPIクライアントやスタブサーバを自動生成する「OpenAPI Generator」オープンソースで公開。Swagger Codegenからのフォーク RESTful APIの仕様を基に、APIクライアント用SDK、APIクライアントのテスト用にAPIサーバのように振る舞ってくれるスタブサーバ、Webサーバのコンフィグレーション、ドキュメントなどを自動生成してくれる「OpenAPI Generator」がオープンソースとして公開されました。 RESTful API仕様の記述フォーマットは、2015年にマイクロソフトやGoogle、IBMらが立ち上げた「Open API Initiative」が提唱する「OpenAPI Specification」が事実上の業界標準となっており、OpenAPI GeneratorもこのOpenAPI Specificationを基に開
GREEが悩むNode.jsの問題を考えるヒント - ぼちぼち日記
先日 GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012 という記事が公開され、GREEのCTOの藤本さんが、 javascriptをサーバーサイドでも使うケースが多くなってきていて、必然的にnode.jsを使うことになるが、大きく３つの問題がある。 ひたすらすごい勢いでバージョンアップしているので安定しない。コストを払ってついていく覚悟を持って取り組んでいる。 メモリリークがあるので、サーバを起動しっぱなしにするとメモリが食いつぶされる。 コードをデプロイしても再起動しないと読み込まれない。 （中略) これで絶対大丈夫という解決策がなくて、node.jsで一番悩んでいる。これでバッチリ解決するというものがあれば、是非教えて欲しい。 といった話が掲載されていました。 GREEさんに限らず一般的に Node に対して同じ問題
オリジナルのCloud Foundryサイトを構築する
Cloud Foundryのインストール 第1回ではCloud Foundryの概要を紹介し、cloudfoundry.comを題材に利用イメージを解説しました。 Cloud Foundryの強みは、オープンソース版を利用することでオリジナルのCloud Foundryサイト（注1）を立ち上げられることです。早速、オープンソース版を利用してCloud Foundryサイトを構築してみましょう。 注1：この連載ではCloud FoundryのAPIおよびアプリケーション／サービス実行環境を提供する単位のことを「Cloud Foundry サイト」と定義します。1つのCloud Foundryサイトには、vmc targetコマンドで指定するターゲットエンドポイントが必ず1つだけ存在します。 オープンソース版のCloud Foundryのインストール方法には次の3つがあります。 同梱されている
git rebaseのメモ - unpushの日記
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
Node.js の起動オプション、環境変数、npm start の話 - Block Rockin’ Codes
Node は起動時に色々オプションをつけることができます。 面白いもの、有益なものあるんですが、あまり言及されてないので、 ちょっと紹介してみようかと思ってます。 最後の npm start の話は、それ単体で書いても良いかと思っていたんですが、 関連するし良い機会なので書きます。 そして、オプション周り興味がない方も、Node やってる方は最後の npm start の話だけでも、 読んでいただけるとと思ったりします。(知らない方が多いようなので) ここで紹介している Node のバージョンは v0.7.7 です。しかし v0.6.x あたりでは、 v8 のバージョンが古く、オプションが微妙に違います。そこは v0.6.12 での結果を載せている場合もあります。 -h まあ、とりあえず全ては -h から始まる。ということで、実行すると以下が出ます。 Usage: node [option
インフラエンジニアがSegmentation fault をなんとか治してみる - メモとかそんな感じなやつ
普段Webサーバを運用していて、めんどくさいトラブルのひとつに「Segmentation fault」があります。 あれー？なんか500エラーがでるなーなんて思ってログを見るとSegmentation faultになってるときは死にたくなります。 そもそもSegmentation faultはメモリ上にあるデータに対して不正が行われたときに起こるもので、 インフラエンジニアにとってはなかなか手がだせないところでもあります。 それでもなんとかして治さないといけないわけなので せめてどのプログラムが悪さしてるかどうかぐらいは調べ上げてみます。 apacheでのログ apache + mod_perl での環境です。 こんな感じでエラーがでます。 #tail error_log [notice] child pid 26028 exit signal Segmentation fault (11
ActionBarSherlock - Home
ActionBarSherlock is an extension of the support library designed to facilitate the use of the action bar design pattern across all versions of Android with a single API. The library will automatically use the native action bar when appropriate or will automatically wrap a custom implementation around your layouts. This allows you to easily develop an application with an action bar for every versi
AsyncTaskLoaderに手を出してみる - ナカザンドットネット
※2012/5/14 手を出してから４ヶ月後の使い方を d:id:Nkzn:20120514:1336979844 で紹介しています。 お仕事でHTTPレスポンスを非同期で受け取ってゴニョゴニョするよくある処理をしようとしています。 で、当初はHandler使って非同期処理を実現していたのですが、どうやらJavaの実務経験が乏しい僕では、Threadを直接触るのはまだ不安が残ることが身にしみて分かって来ました。 ということで、今まで敬遠していたAsyncTaskに触ってみようとしたのですが。。。 時代は AsyncTask より AsyncTaskLoader http://archive.guma.jp/2011/11/-asynctask-asynctaskloader.html どうやら時代はAsyncTaskLoaderのようです。ヽ(ﾟ∀ﾟ)ﾉ コンパチに入っているのでAndro
今日から始めるCoffeeScript - KAYAC Engineers' Blog
こんにちは。毎年花粉症になりかけている飯塚です。 最近のNode.jsの普及などによってサーバサイドJavaScript界隈が盛り上がっています。 そんなホットなJavaScriptをラクにかつエレガントに書くためのCoffeeScriptという言語をチュートリアル風に紹介します。 何かしらのライブラリを自分で書く程度にJavaScriptで開発している人は絶対に使ったほうがいいと思います。 JavaScriptを知っていれば1-2時間程度で十分駆使できるようになります。 （2011/6/28：@m_satyr様にご指摘頂いた箇所を修正しました。） 目次 CoffeeScriptとは？ インストール Hello World 構文 関数 変数展開 Objectの生成 ループ 存在チェック ヒアドキュメント thisのバインド クラス 無名関数 {var} Tips ?の使い分け 存在チェック
月間57億PV、300台のサーバを運用するミツバチワークスが編み出したインフラ技術
ミツバチワークスのエンジニアは、「月間57億PV」という巨大なトラフィックをさばくため、さまざまな技術を駆使してインフラを構築している。主と副の2本立てでデータベースを運用し、300台のサーバを使いながら「負荷の限界」に挑むエンジニアに、技術ノウハウを聞く。 ミツバチワークスが運営するケータイブログサービス「DECOLOG」は、異色のサービスである。10代後半から20代前半の女性に最も人気のあるケータイブログサービスで、「デコメール」などを利用して、かわいくカラフルなブログを作成できる。広告基準を厳しくすることで女性ユーザーにも不安なく使ってもらえるような安心感を作り出し、口コミだけでじわじわとアクセス数を伸ばしてきた。 結果、2010年7月実績で月間57億PV（ページビュー）超、想定800万UU（ユニークユーザー）、会員登録者数180万件と、ケータイブログサイトでは国内最大のサービスとし
NginxとApacheの比較：NginxはCGIスクリプトを普通では利用できない件 - ドラあり！*ドラゴンに挑むアリの物語 ** Python使いの日々
NginxはApacheより処理速度が早いとされて、昨今人気が出てきている。 NginxとApacheの速度比較を検討するとともに、速度と機能の等価交換について 検討したい。 まずは、ここに簡潔でいいデータがある。 参考：mod_php(Apache)とspawn-fcgi(nginx)でのパフォーマンス比較 本サイトが見れなかったので、キャッシュから一部引用させてもらう。 Host名は抽象化して掲載。 1接続で100アクセス:Apache VS NGINX Apache まずはWebスタックの大御所「Apache」 Apache ab -c 1 -n 100 -H "Host: xxx.xxx" http://xxx.xxx:82/ This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0 Copyri
MapKitでルート案内をするライブラリを公開しました。 - 24/7 twenty-four seven
MapKitフレームワーク単体では、標準のマップアプリのようなナビは作れないのですが、Google Maps APIと組み合わせることで、似たような機能を実現してみました。 GitHubのリポジトリで公開しています。 kishikawakatsumi/MapKit-Route-Directions · GitHub 仕組みは、裏でJavascriptを実行して、Google Maps APIを叩いています。 結果としてルートの座標が緯度経度として返ってくるので、その値を使用して、MapViewの上にルートのラインを描画します。 Javascriptの実行エンジンにUIWebViewを使用します。 Google Maps APIのラッパーと、ラインをマップビューの上に描画する拡張から構成されています。 ラインの描画は下記の記事を参考にしました。 The Reluctant Blogger :
AndroidでGoogleCalendarにイベントを登録する - Gen-Sukeの日記
GoogleCalendarにイベントを登録する日本語的な説明をあまりみなかったので書いてみる。 お品書き パーミッションを忘れない。 カレンダー情報を取得する。 取得したカレンダーにイベントを登録する。 通知情報を登録する。 URIについて パーミッションを忘れない。AndroidManifest.xmlに忘れずに書いておきましょう。 <uses-permission android:name="android.permission.READ_CALENDAR" /> <uses-permission android:name="android.permission.WRITE_CALENDAR" /> カレンダー情報を取得する。 カレンダーにイベントを登録するには、登録先のカレンダーがわからなければどうしようもないです。 なので、まずはカレンダー情報を取得します。 String[] p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ファイルをAWS KMSで暗号化して安全にgit commitできるようにするmozilla/sopsの使い方 - Qiita
GitHub - getsops/sops: Simple and flexible tool for managing secrets
GitHub - kishikawakatsumi/MapKit-Route-Directions: Extend MapKit to add route directions powered by Google Maps API.
ABC2011w 補足
