akio @oika 6月18日。ANAで季節を飛び越えて、夏と共に出張が始まる。ホテル予約いつまで押さえたんですか?と探りをいれられて、いやぁ花火の時期は空いてなくてねと笑って返す。もう戦いは始まっている。 2015-06-18 23:38:19
「議論の時間を減らすこと」がヒット商品を出す近道 森川亮氏:会社っていうのは、本にも書いたんですけどヒット商品を生み出すこと以外に生き残る道っていうのはないんですよ。これは会社も、個人も、国も全部そうだと思うんですけど。ヒット商品を出すと。 ヒット商品を出すために何がなきゃいけないかというと、いいものを早く作るしかないんですよね。早く作るためにはどうしたらいいかっていうと、無駄な時間を削るしかないと。 大企業って何をしてたかっていうと、作るか、作らないか議論する時間と、作ってからどうするか考える時間がものすごく長くて、1番大事な作る時間がものすごく短いんですよね。もしくはそれも長くなってしまうと、コストが上がってしまうと。 なので、いかに作る前の議論と、作った後の議論を減らすか。で、作ることに時間を使えば、短い時間でもいいものが作れるんですよね。そういうことにこだわることが大事なのかなと思
縦書きしてみよう はじめに おそらく、TeX / LaTeX を使用する方の多くは、普段は横書きをメインに使われていると思います。僕自身も、おそらくコンピュータで扱う文書の9割以上が横書きです。しかし、日本では、特に印刷媒体においてまだまだ縦書きが主流で、新聞や各種雑誌などを見ても、ほとんどの出版物で縦書きが用いられています。ここでは、TeX / LaTeX による縦書きの文書のタイプセットに関して、簡単にふれておくことにします。 TeX / LaTeX での縦書きの前に、縦書きと横書きについて少し復習しておきましょう。 横書き・縦書き ひとくちに縦書き・横書きと言いますが、実際には4種類の書き方があります。 右縦書き(上から下、改行は右から左) 左縦書き(上から下、改行は左から右) 左横書き(左から右、改行は上から下) 右横書き(右から左、改行は上から下) 右縦書きと左縦書き 東アジアの
弥生24シリーズ(デスクトップソフト) 複雑な業務にも対応できる網羅的な機能を、かんたんな使い心地で。 やよいの青色申告 24 +クラウド 弥生会計 24 +クラウド やよいの給与計算 24 +クラウド 弥生給与 24 +クラウド やよいの見積・納品・請求書 24 +クラウド 弥生販売 24 +クラウド 弥生ネットワーク製品
こんにちは!開発の所(@ctokoro_me)です。 クラウドワークス勉強会「レガシーコード改善の戦略と戦術」前篇(戦略)に続き、後篇(戦術&懇親会)をお送りします。 「レガシーコード改善の戦略と戦術」 講師:和田 卓人(@t_wada) タワーズ・クエスト株式会社 取締役社長、プログラマ、テスト駆動開発者。 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。 その後様々な縁に導かれソフトウェアパターンやXP(eXtremeProgramming)を実践する人たちと出会い、後のテスト駆動開発の誕生を知る。 テスト駆動開発によって「完璧主義の呪い(完璧な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念)」から解かれてからは、文章や講演、ハンズオンイベント等を通じてテスト駆動開発の啓蒙に努めている。 今日もグリーンバンド(テスト駆動開発者の証)を左手に着
JJUG CCC 2015 Fall 2015-11-28T15:00-15:50 の発表資料です。 話せなかった分は切りましたが、言いたいことは言い切っています。
こんにちは!年初からクラウドワークス開発に新たにジョインした所と申します。 先日、クラウドワークスではテスト駆動開発とRESTFulアーキテクチャのエバンジェリストとして有名な和田卓人さんをお招きして社内勉強会を開催いたしました。 和田さんは、数多くの会社にてレガシーコード改善のコンサルティングの経験をお持ちで、書籍も多数執筆されており界隈でも有名な方です。 また、弊社CTO大場の旧知の友人でもあります。 クラウドワークスのサービスは立ち上げから現在に至るまでRuby on Railsで開発を行っており、サービス拡大に伴いアプリケーションの規模も大きくなっています。 比較的テストが書きやすいフレームワークではあるものの、ビジネスの急激な成長を支えるために速度を優先した機能開発が行われていた時期もあり、レガシーコードが残っている部分があります。 将来に向けて技術的負債の返済をしていくことは、
結構年季が入ったJavaのレガシーなwebアプリをRailsに移行するというプロジェクトを進めている。レガシーシステムは以下のような状態。 ・オリジナルを作ったエンジニアは既に不在 ・ビジネスロジックに対するドキュメントは殆ど存在しない ・単体テストは存在しない ・社内WAFで、ドキュメントなし ・複数のシステムが連動している このような状態は、年季の入ったシステムではわりとよくあることだと思うが、いかんせん「仕様がわからない」ということが色んな所でボトルネックになっていた。その対策方法について、メモしておく。 仕様を理解するための時間を確保する 「その内時間が経てば理解できるよ」という考えもあるだろうが、ある程度年季が入ったシステムをリプレースするなら、初期段階で多少コストをかけてでも、既存仕様を理解するための時間を作った方が効率的だと思う。既存仕様をよく理解しないまま移行開発を行っても
欢迎访问粉色APP导航【fenseapp.net】!向日葵app下载网站,向日葵app下载网址,向日葵app下载污,向日葵app下载向日葵官网是一款最新最热的电影资讯软件,提供ios苹果下载/安卓下载。片源丰富,高潮迭起!
はじめに 読みにくいコードや複雑なコードをメンテナンスするのってイヤですよね。 コードの品質を上げる方法の一つにコードレビューがありますが、すべてのソースコードを人力でチェックしていくのは大変ですし、レビュアーのスキルや好みにも大きく依存してしまいます。 そういう場合はツールを使って自動化するのが有効です。 ツールを使えばあっという間に完了しますし、実施者のスキルや好みに左右されることもありません。 しかし、あまりお金がかかるツールだと、ちょっと気軽に導入しにくいです。 そこで今回はC#のコード品質向上に有効なフリーツールを紹介します。 実際のプロジェクトで使用したことがあるものばかりなので、どれも「使えるツール」だと思いますよ。 ところで、ツールを紹介する前にTipsと注意点を簡単に挙げておきましょう。 ツールを利用する際のTips 自分の書いたコードのみを対象とし、ツールが作成したコー
2011年のうちに記事を書こうと思います。 C#で開発する際のカバレッジ測定ツールとしては、NCoverやPartCoverが有名ですが、今回はOpenCoverというツールを紹介します。 OpenCoverは、@scubamukiさんが開発しているカバレッジツールで以下から入手可能です。 https://github.com/sawilde/opencover インストールは、セットアップを実行するだけです。 OpenCoverの他にレポート生成ツールも導入しておきましょう。 以下から入手可能です。 http://www.palmmedia.de/Net/ReportGenerator ダウンロードしたファイルを適当な場所に解凍しましょう。 日本語の紹介はまだないようなので、ここで紹介しておきます。 サンプル:OpenCoverSample.dll ファイル:Class1.cs name
無償のカバレッジ計測ツールがないぞーと思ったら OpenCover というのが存在したので NUnit の実行結果のレポートを生成するバッチをこちらのエントリ(.NETでのカバレッジ計測ツールOpenCover - Yasuo's Notebook)を参考にして作成しようと思います。 環境 Windows8 Visual Studio 2012 NUnit 2.6.1 ReportGenerator.1.6 OpenCover.4.0.804 手順 NuGetでReportGenerator、OpenCoverをインストール 両方ともNuGetで取得可能なのでインストールします。 NUnitをインストール OpenCoverでカバレッジを計測するにはNUnitのコンソール実行版が必要なのでインストールします。 NUnit - Home バッチファイルの作成 んで、レポート生成用バッチファイ
11:16 ueday: 手元にないブランチを git checkout するときって -b とかつけなくていいんですか(質問】 ★0 11:17 motemen: いいです ★0 11:17 ueday: git co xxxxx ってやったらうまくいったきがした ★2 11:17 motemen: むしろ -b すると新しく作っちゃう ★0 11:17 ueday: -b xxxxx origin/xxxxx って慣習でやってたんですけど ★0 11:17 motemen: ああ ★0 11:17 motemen: なんかさいきんそうなったんだだよね! ★0 11:17 ueday: 最近.... ★0 11:19 ueday: 難しすぎる ★0 11:19 hitode909: リモートのブランチもcheckoutできるのしらなかった便利 ★0 11:19 aereal: 最近だと
リーダとマネージャーの違い。 リーダとマネージャーの違いは、現状を打破した人間と現状に屈伏した人間の違いだと言われています。 この他にも、両者はいくつかの重要かつ決定的な点で異なります。 マネージャーは管理し、リーダは改革する。 マネージャーはコピーであり、リーダはオリジナルである。 マネージャーは維持し、リーダは発展させる。 マネージャーはシステムと構造に焦点をあわせ、リーダは人間に焦点をあわせる。 マネージャーは管理に頼り、リーダは信頼を呼び起こす。 マネージャーは目先のことしか考えず、リーダは長期的視点を持つ。 マネージャーは「いつ、どのように」に注目し、リーダは「何を、なぜ」に注目する。 マネージャーは数字を追いかけ、リーダは未来を見据える。 マネージャーは模倣し、リーダは創造する。 マネージャーは現状を受け入れ、リーダは現状に挑戦する。 マネージャーは優秀な軍人であり、リーダはそ
近年のソフトウエア開発で問題になっているのが、レガシーコードの存在である。既存システムの改造・追加による派生開発が主流となっているからだ。また、短納期・低コスト、高品質の市場要望から、新規開発のシステム案件はほとんどない。 レガシーコードとは「何年も前に誰かが作り、内容が複雑で解析が困難でかつ、まともな仕様書もないソースコード」と定義されている。また「テストのないコードは、すべてレガシーコードである」という人もいる。このようなソースコードをベースに機能追加や改修を繰り返すと、コードが肥大化して思わぬ箇所でシステムの障害やトラブルが発生することがある。また、システム改修前の調査にも膨大な費用が掛かる。開発当時の関係者が退職していて改修を担当する会社も異なるため、よりどころも相談相手もいない。こうした開発状況が多々見受けられる。 組込みシステム技術協会(JASA)の「状態遷移設計研究会」では、
ProductImproving map data on GitHubYou've been able to view and diff geospatial data on GitHub for a while, but now, in addition to being able to collaborate on the GeoJSON files you upload to… You’ve been able to view and diff geospatial data on GitHub for a while, but now, in addition to being able to collaborate on the GeoJSON files you upload to GitHub, you can more easily contribute to the un
何のことは無いチラシの裏。 JenkinsでOpenCoverからNUnitを起動して、単体テストとそのカバレッジの測定を行い、OpenCoverの出力をReportBuilderでHTMLに変換するという手順。 JenkinsでOpenCoverとNUnitをx64環境で使用する際のMSBuildの設定例 /P:Configuration=Release /P:Platform="Any CPU" /P:DebugSymbols=true /P:ReferencePath=\"C:\Program Files (x86)\NUnit 2.6\bin\framework\" バイナリはAny CPU指定、PDBは作成する、NUnitにリファレンスを通すといったところ。とりあえずAny CPUではOpenCoverで失敗している。(が、再調査、チャレンジは必要かも)(2012/02/28 1
ここでは5つの世界における「パッケージ」の中でも「商用Webベースソフトウェア」、主に小・中規模での場合についての私見を述べます。なお、ここにおけるレガシーコードとはテストの無いコードや、不吉な臭いのするコードを指します。 人間の話 以下ではその規模毎に処方箋案を記載していますがその規模に関わらず、レガシーでありながらも苦痛を伴いながらもメンテナンスが行われているコードというものは、基本的には価値を生み出し続けてきた偉大なコードです。一般的にあなたが日曜日に書く最高にcoolなコードの、一万倍(※)以上の価値を会社や社会へ提供してきた偉大な存在であるというコードと作者への敬意は心のどこかに置いておきましょう。 また世の中には「作者とコードを完全に分けて考えられる人」「ある程度分けて考えられる人」「完全に自分の一部だと考えている人」の3種類がいます。つまりレガシーコードを痛烈に非難する時、6
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く