タグ

2016年6月30日のブックマーク (7件)

  • 私がMVCフレームワークをもはや使わない理由

    数ヶ月前、私はなぜここにたどり着き、何が可能かを理解する旅に出ました。この旅は、私にアプリケーションアーキテクチャ、MVCという強烈な宗教に対する疑いをもたらしました。そして、リアクティブ、関数型プログラミングの真の実力に触れたのです。また、シンプルさに集中する旅でもあり、私たちの産業はうまくやっているという考えを捨てる旅でもありました。どんなことを見つけたか興味がある方もいるでしょう。 私たちの見ている画面の背後にあるパターンはMVC –Model-View-Controllerです。まだウェブがなくソフトウエアアーキテクチャも分厚いクライアントが単一のデータベースに原始的なネットワークでアクセスするのがせいぜい、という時代にMVCは生まれました。そして数十年後、MVCはまだ現役であり、衰え知らずでオムニチャネルアプリケーションの開発に使われています。 Angular2のリリースの前にM

    私がMVCフレームワークをもはや使わない理由
  • レガシー開発環境を今風の開発に近づけるために一年やってきたこと - Qiita

    自己紹介 @pugiemonn といいます。 オンラインサロンプラットフォームを手掛けるシナプス株式会社で開発とマーケティングを担当しています。 今日の話 1年前にレガシー環境に参加したメンバーがレガシーな問題に対して、どのような取り組みを行ってきたかお話します。 開発チームメンバーゼロ問題 社長1人で3年開発していた 1人で走るのはつらい 突然ユーザー数が増加しはじめピンチに 求人がんばった結果 チームメンバー10名(インターン生含む)になりました✨ バージョン管理されてない問題 1人だったのでバージョン管理など無かった GitGithubを導入した結果 まずはSourceTreeから 作業ログがわかるようになった 問題発生箇所の調査が容易に 作業がチケット化されていない問題 1人だったのでチケットなど無かった 何のタスクかわからない チケット管理した結果 何の作業かわかるようになった

    レガシー開発環境を今風の開発に近づけるために一年やってきたこと - Qiita
    okinaka
    okinaka 2016/06/30
    1年で開発者が1→10人に!!10人で分担すればいろいろできそうですね。
  • anyenv + phpenv + php-build が便利すぎる件

    第 103 回 PHP 勉強会での発表資料です。表題のツールの組み合わせにより、複数の PHP を簡単に切り替えて使う方法を説明しました。また、phpenv には複数の実装があり、初心者にはやや複雑な状況になっています。後半のスライドで、その点についても説明しています。Read less

    anyenv + phpenv + php-build が便利すぎる件
  • Macでvagrantを動かすための環境構築方法 - Qiita

    概要 Macでbrew, brew caskを使用してvagrant(viratualbox)のインストール方法を説明します。 brew のインストール方法 $ /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" $ brew -v # brewがちゃんと動くかを確認。 $ brew update 注意点 スクリプトの実行でエラーが出る場合は、以下の参考サイトからインストール用のスクリプトをコピーし直して実行してみてください。 (PCによっては"がエスケーブされたり、余分なスペースが入ったりする場合もあります。) インストールでエラーはでなかったけど、brew -v で何も表示されない場合は、端末の再起動など試してみてください。 参考サイト br

    Macでvagrantを動かすための環境構築方法 - Qiita
  • 【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO

    はじめに こんにちは植木和樹@上越妙高オフィスです。日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 (この記事を読むのにかかる時間の目安:5分) 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1

    【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
    okinaka
    okinaka 2016/06/30
  • http://xiao-ctrl-y.com/blog/2016/06/28/react-redux-2/

  • Jenkins+Vagrantでテストを分散しよう

    テストの分散は、環境を分けたい場合や速度を上げたい場合に役立つ。Vagrantで複数マシンのテスト環境を構築し、Jenkinsから複数マシンにまたがるテストジョブを実行してみよう。また、お勧めの便利なプラグインも紹介する。 ← 前回 連載 INDEX 次回 → 連載第3回「アプリケーションをデプロイしてみよう」では、Jenkinsからのさまざまな通知方法、およびテストの分割、Herokuへのデプロイを解説した。Jenkins以外についても多くのことを解説したが、いきなり全てを実践する必要はない。どのプロセスの優先順位が高いのか、プロジェクトメンバーで話し合って、着手する順番を決めていこう。 テストの分散とは? さて、今回は「テストの分散」の話である。「前回の連載で複数のジョブに分けたのが分散なのでは?」と気付いたあなたは鋭い。今回の「分散」とは、ジョブに分割することではなく、「複数マシンで