製品やサービスの開発という視点からビジネスを考えるときには、4つの大きな要素があります。市場、競争、組織体制、技術の4つです。この4つは、企業の持つ能力の4つの面を表している、とも言えますね。つまり、販売能力、競争力、供給能力、技術開発力の4つです。 製品やサービスを開発するときには、これら4つの要素を独立にバラバラに検討するのではなく、合わせ技として、スパイラルを形成するような仕組みを考えることがポイントです。 ところでこの4つの要素は、最初の2つが企業にとっての外部環境を表し、残る2つが内部環境を表すと言い換えることもできます。ここで似たようなものとして想起されるのが、SWOT分析でしょう。よく経営コンサルタントは、最初に訪問したクライアントに対し、SWOT分析という道具立てを導入に使います。SWOTとは、strength, weakness, opportunities, threa
Github、joinしたのは2013年で作ったものは軒並みちゃんと突っ込んではいるんだけど、単に一区切りついたらadd => commit => pushしているだけでちゃんと使っていなかったので、個人開発ではあるがGithub Flowを取り入れてみた。 What is Github flow ? Githubを用いた開発作業を進めるにあたっての指針みたいなものです。基本的にはmasterブランチ上では作業せず、作業工程ごとにブランチ作って、終わったらプルリクしてmasterにマージしてもらうことでデプロイとしましょうね、というものだと理解している。至ってシンプルではあるけど、これを取り入れるだけで従来やっちゃってた「masterで作業してるのでデプロイしても動かないレポジトリがGithub上にある」みたいな状態が防げて良さそうだと思った。 ちなみにGit-flowというのもあるようだ
npmは優れたパッケージ管理システムですが、使っていると速度が遅くてストレスを感じることがあります。その挙げ句にエラーが出たら目も当てられません。それを解決するためにyarnも作られていますが、まだ機能的に十分でないこともあります。 そこで使ってみたいのがpnpmです。高速かつディスクスペースを低減してくれるnpmです。 pnpmの使い方 標準のnpmでインストールした場合。 pnpmを使った場合。3MBくらい小さくなっています。 pnpmでは複数のモジュールを平行してビルドする方式をとっており、高速化を実現しています。依存関係をフラット化することで余計なものをインストールせず、ディスク容量をセーブしています。 pnpm/pnpm: Fast, disk space efficient npm installs
# デフォルトエディタをvimに変更 sudo update-alternatives --set editor $(update-alternatives --list editor | grep 'vim.basic') # パッケージリポジトリを日本ミラーサーバーに変更 sudo sed -i'~' -E "s@http://(..\.)?(archive|security)\.ubuntu\.com/ubuntu@http://ftp.jaist.ac.jp/pub/Linux/ubuntu@g" /etc/apt/sources.list # よく使うパッケージをインストール sudo apt-get -y update sudo apt-get -y install software-properties-common sudo add-apt-repository -y pp
画像を使わなくても、立派なリボンをWebサイト上に表示することができます。この記事では様々な形のリボンの作り方を使用サンプルとともに紹介していきます。どれもHTMLとCSSのコピペで使うことができます。 はじめに リボンのテキストはサンプルでは「Welocome to My Blog!」や「NEW」などとしていますが、お好みのテキストに変えてご利用ください。ただし、複数行にわたるような長文にするとデザインが崩れてしまうことがあります。なるべく、短めのテキストを入れて頂くのがおすすめです。 また、HTMLコードでは例としてh3タグを使っていますが、この部分をh1~h5やpタグ、div、spanタグに置き換えてそのまま使うことができます。
B! 42 0 1 0 Vimでプログラムを書く時の環境設定について。 IDEっぽくと書いてますが、基本 GNU screen を開いた上でウィンドウを分割して作業を行うので、 別のファイルを開きたいとかgrepしたいとか言った場合には Vimを開いているウィンドウとは別のウィンドウで普通にコマンドラインから行います。 なので主に重要なのはシンタックスチェックとtagsファイルの取り扱いです。 ファイルリストとかタグリストとかの表示は基本的にはOFFにしておいて、 たまに気が向いたら使う感じ。 (なんとなくやってみたかった感が強い。。。) Syntax check vim-rooter タグジャンプ タグファイルの用意 ジャンプの仕方 タグのリスト表示 関数等の定義場所のソース表示 ファイルエクスプローラー Tagbar, SrcExpl, NERDTreeを全て表示する Unite その
TL;DR 世間のScalaに関するイメージは、昔のままであることが多い 昔のままどころか、最初から間違ったイメージを持たれていることも多い 実際には、既に解決されている問題は多々あるし、改善に向かっていることも多い プロジェクト管理の問題を言語に押し付けているケースもある はじめに 自分が最初にScalaに触れたのが2005年（Scala 1からカウントした場合）、あるいは2007年（Scala 2以降からカウントした場合）と、Scalaとの付き合いも結構長くなってきましたが、その間に Typesafe社（現Lightbend社）の設立 実質標準ビルドツールとしてのsbtの確立 ライブラリのバイナリ後方互換性に関するポリシーの策定 公式ScalaイベントScala Daysのはじまり Play 2 Frameworkの登場 Scala Center発足 その他色々 がありました。この間、
『エリック・エヴァンスのドメイン駆動設計』（以下DDD本と呼ぶ）の原著出版から十数年が経過した今、DDD本に書かれている内容は、吟味されアップデートされるべき時が来ている。このアップデートに盛り込みたい内容を、4つの原則という形で考えてみた。 なお、以下では「EvansのDDD本の内容」と「ドメイン駆動設計というコンセプト」は重なる部分があるにせよ、それぞれが指す対象は異なるものだとしている。この違いは本文中で触れるが、表記として「DDD本」は本を指し、「ドメイン駆動設計」はコンセプトの方を指すようにしている。 DDD本とドメイン駆動設計 DDD本では、ドメイン駆動設計というコンセプトが導入された。ドメイン駆動設計というコンセプトは、ソフトウェアエンジニアの一般教養といえるほど、今ではその価値が認められている。同様のアイデアは、EvansがDDD本を執筆した時代ですら、すでに先人たちが口に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く