“二番煎じやるなら全力で” と戦う
知り合いの経営者に言われた二番煎じやるなら全力でという言葉が強く心に残っている。ここで言う二番煎じというのは簡単に言えば、似たような製品やサービスを作って行くという話である。 二番煎じをやるということは、ある程度その市場が儲かっており、二番煎じだとしても利益が出る可能性が高いということだろう。 二番煎じの強みは「考えなくていいこと」であることは間違いないと思う。すでに市場を先に走っている相手がいるわけだから、まずはそれと似たような製品を出せばいい。で、それをやるなら全力でやれという話。 相手は先行者がいないため、色々考えることがあるが、二番煎じをやる場合は先行者の模倣をしながら先行者が実現していなことを足していけばいい。 むしろ二番煎じをやると決めた以上は、なんとなく作ってなんとなく儲けるのではなく全力でやれという話。 本題さて、二番煎じをしろというはなしではなく、自社の場合は二番煎じをさ
SQL Server のクエリチューニングの参考情報 at SE の雑記
SQL Server のクエリチューニングをする際に参考になる情報のメモを。 SQL Server クエリのパフォーマンスを最適化する クエリのチューニング 実行プランを読む – 基本編 (その 1) 実行プランを読む – 基本編 (その 2) 実行プランを読む – 基本編 (その 3) どうする？ SQL Server のクエリ パフォーマンスが低下した！ クエリチューニングの取り掛かりとしては SlideShare の以下の情報も参考になります。 SQL Server Query Tuning Tips – Get it Right the First Time Microsoft SQL Server Query Tuning クエリチューニングの考え方ですが、大きく分けると、 クエリ自体を改修することで実行効率を向上させる クエリは改修せずに実行効率を向上させる の 2 パターンが
Scala採用を決めて3年半たった、CTOの振り返り。アーキテクチャ刷新を成し遂げるために必要なこと - kubell Creator's Note
メリークリスマス！ChatWork Advent Calendarもついにラストとなりました。 本日の記事はChatWork CTOの山本が担当です。 ChatWorkでは約3年半前に、PHPの独自フレームワークでつくられた大規模システムを、Scalaを使ってゼロベースでつくりなおすという決断をしました。 当時の記事：チャットワークの新しい開発言語とフレームワークを決める開発合宿を開催！その全貌を丸公開します。 その決断をした時に在籍していたScalaエンジニアは0人。まずブログで宣言してからスタートするという、なんとも無謀なプロジェクト進行ではあったのですが、当時の自分たちとしてはマジメも大マジメ、ここでなんとかしないとサービスが将来的に死ぬと背水の陣で挑んだプロジェクトでした。 あれから3年半。途中で大きく開発が頓挫しチームが絶望に包まれた時もありましたが、どうにかこうにか立て直しに成
やっていく技術テーマを探す - はこべにっき ♨
Webエンジニアを8年くらいやっていて、なんとなく、一通りのことはできるようになってきた。ただ、ちょっと得意な分野もあるとはいえ、基本的になんでも屋さんとしてやっているので、技術者としてのアピールがいまいちだなーというのが気になっている。そこで、技術者としての自分をアピールできそうな技術テーマを一つ選んで、それにじっくり取り組んで見ようと考えた。 しかし、取り組む技術テーマをうまく選ぶ自信がない。そこで、ちょっと作戦を考えて取り組む技術テーマを見つけようと試行錯誤してみたので紹介してみる。 ステップ1: 指標を考える やっていく技術テーマを見つけるにあたって、テーマの候補をスコアリングしてみることにした。漠然とスコアをつけるのは難しいので、自分が普段技術テーマに取り組むかどうかを考えるときに気にしていることを思い出して、5つの指標に分解してみた。 指標1: 自分の興味 自分がおもしろい、や
Azure SQL Database Managed Instance (Preview) のまとめ | 蒼の王座
Azure Database Migration Service(preview) SQL Server からAzure SQL Database Managed Instanceに簡単に移行できるように設計されています。 DocuSignもこれを使って移行しました。 サービス帯 Public Preview中は、General Purposeが提供されます。 基本的な可用性、共通的なIOレイテンシーようです。 ・基本的な性能要求と可用性 ・Azure Premium Storage(8TB) ・１インスタンス100DB ・8/16/24 vCore ・ストレージは３２GB〜８TB ・500-7500IOPS/１データファイル ・１データベースのデータファイル数は複数 ・ログファイルのデータファイルは１つ ・自動バックアップ ・可用性は、リモートストレージとAzure Service Fa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
