タグ

ブックマーク / blogs.msdn.microsoft.com (2)

  • 続・拝啓『変わらない開発現場』を嘆く皆様へ ~ ウォータフォール & アジャイル編~ – とあるコンサルタントのつぶやき

    とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS (Microsoft Consulting Services) の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが;、二回分のエントリを通して読めば、牛尾さんが言いたい

    続・拝啓『変わらない開発現場』を嘆く皆様へ ~ ウォータフォール & アジャイル編~ – とあるコンサルタントのつぶやき
  • JavaScriptライブラリ中毒者(ジャンキー)にならないために

    Web コンテンツに、より高度で複雑な機能を求められる昨今、jQuery のような外部の JavaScript ライブラリを利用しない Web サイトはほとんどないでしょう。 たしかにそれらは汎用性が高く再利用が可能なので、さまざまな機能を自分で実装する必要はなく、工数を圧縮し開発生産性を高めることができます。 また、昨今の技術系のニュース記事では、新しいフレームワークが次々と登場して話題となり、それらを使用して開発することが、さも「モダン」であるかのように書かれています。 はたして当にそうでしょうか? DOM のセレクターを使用するためだけに大量の機能セットを含むライブラリを参照しているソースや、UI バインディングを行うためだけに大げさなフレームワークを利用しているソース、それは「モダン」で「クール」な作りなのでしょうか? 今回の記事では、外部 JavaScript のライブラリやフ

    JavaScriptライブラリ中毒者(ジャンキー)にならないために
    ir_takt
    ir_takt 2016/03/18
    "現実的な 1 つの解として導きだされるのは、実装する処理に外部の JavaScript ライブラリの機能が本当に必要であるかどうか、Web 標準技術の活用だけで実装可できないのか、正しく見極めること"
  • 1