タグ

2015年12月26日のブックマーク (7件)

  • Fluxフレームワーク戦争の現状確認(後編) - マルシテイア

    この記事は仮想DOM/Flux Advent Calendar 2015の25日目……に入れようと思ってたけどもう埋まってた……。 オマケということで頼む!!!!! 24日目は JavaScript - 実践:MagJS で TodoMVC - Qiita でした。 メリークリスマス!!!!!!!!!! こんにちは id:amagitakayosi です。 みなさん今月も Flux 書いてますか? 僕はオレオレ実装をIsomorphic対応したけど昨日Revertしたところです!!!!!ウオー!!! 今日は↓12/2の記事↓の続きを書いていきます! amagitakayosi.hatenablog.com もくじ 前回のあらすじ flux-utils Container vs View Cycle.js flux-challenge Rx系 thisless-react, Yolk DDO

    Fluxフレームワーク戦争の現状確認(後編) - マルシテイア
  • リビルドか,リファクタか

    Agile Testing Days 2015で,Wouter Lagerweij氏が,テスト駆動開発や自動テスト,継続的デリバリといったアジャイルプラクティス導入をチームに導入するためには,レガシシステムをリファクタするよりリビルド(rebuild/再構築)の方が有効であるとする講演を行った。この講演は,自身のブログ記事“Don’t Refactor.Rebuild. Kinda”の内容に基づいたものだ。 InfoQはLagerweij氏とのインタビューで,ソフトウェアのリビルドがリファクタリングよりもリスクが少ないとするならば,リファクタリングをそれほど困難にしているのは一体何なのか,ソフトウェアのリビルドは継続的デリバリにとってどのように好都合なのか,といったことを聞くとともに,ソフトウェアのリビルドとリファクタリングに関して,氏のアドバイスを求めることにした。 InfoQ: リファ

    リビルドか,リファクタか
  • あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita

    エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない 1日16時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用(ユーザーサポートなども含む)が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用(業務委託含む)する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール

    あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita
  • アジャイルプロジェクトの危険な兆候

    みなさんこんにちは。@ryuzeeです。 タイトルのとおりなのですが、過去の個人的な経験で「こういうのをみたら深掘りしろ」というポイントをシェアしておきます。 アジャイルがあわないプロジェクトへの適用アジャイルプロジェクトの経験がない、または非常にすくない企業の文化アジャイルの考え方とあっていない組織が大きすぎて動かない従来型のやり方に従わせる圧力がかかる納期とスコープの強い圧力マネジメントのスポンサーシップがない必要なアジャイルに関するスキルが足りていない技術支援チームの支援など、必要な支援が得られていないトレーニング不足立ち上げ時の準備不足アジャイルでやれば必ず成功すると思っている関係する人たちへの説明不足(期待値コントロール)いきなりプロセスをカスタマイズしたり何かを省略しているプラクティスの目的を理解せず表面的に真似だけしているチーム内のコミュニケーションがとれていないチームがチ

    アジャイルプロジェクトの危険な兆候
    ama-ch
    ama-ch 2015/12/26
    “「こういうのをみたら深掘りしろ」というポイント”
  • Electronでアプリを書く場合は、気合いと根性でXSSを発生させないようにしなければならない。 - 葉っぱ日記

    そのうちもう少しきちんと書きますが、とりあえず時間がないので結論だけ書くと、タイトルが全てでElectronでアプリを書く場合は気合いと根性でXSSを発生させないようにしなければならない。 これまでWebアプリケーション上でXSSが存在したとしても、影響範囲はそのWebアプリケーションの中に留まるので、Webアプリケーションの提供側がそれを許容するのであればXSSの存在に目をつむることもできた。しかし、ElectronアプリでDOM-based XSSが一か所でも発生すると、(おそらく)確実に任意コード実行へとつながり、利用者のPCの(そのユーザー権限での)全機能が攻撃者によって利用できる。 そのため、Electronでアプリケーションを作成する開発者は気合いと根性でXSSを完全につぶさなければならない。 nodeIntegration:falseやContent-Security-Pol

    Electronでアプリを書く場合は、気合いと根性でXSSを発生させないようにしなければならない。 - 葉っぱ日記
  • ユーザビリティのテストでありがちな勘違い・間違いTOP5

    ユーザビリティのテストでありがちな勘違いとは何でしょうか? 今回はテストの際にありがちな間違いのトップ5と、それらを回避する方法に関するアイデアをご紹介します。 UX Passionにはすでに、ユーザーテストを計画する方法やテストを実行する方法、そしてどのように対処するかなどを解説した記事がたくさんあります。まだ記事として出ていないのは、ユーザーをテストして、製品やサービスのユーザビリティを評価する際にありがちなユーザビリティの間違いは何かということです。 もちろん、今回ご紹介するすべての間違いが毎回起こるというわけではなく、テストを台無しにする原因は他にもあります。ここでリストアップするユーザビリティの間違いトップ5は、製品の改善に関わるような重要な影響をテストの全体的なゴールに及ぼす、ユーザビリティテストのよくある間違いの代表的なものとなります。 私たちは、記事でリストアップされてい

    ユーザビリティのテストでありがちな勘違い・間違いTOP5
  • bitHound 🐕 The Dog That Sniffs Out the Best Bitcoin Casinos🥇

    Welcome to bitHound! You have come to the perfect place that has in-depth information and advice when it comes to finding and enjoying the best Bitcoin casinos. We would like to personally extend a big thank you to all our visitors! Our goal is to help players to find the most reliable online gambling sites with BTC. We would like to thank you once again and wish you success. Play responsibly! Rea

    bitHound 🐕 The Dog That Sniffs Out the Best Bitcoin Casinos🥇
    ama-ch
    ama-ch 2015/12/26
    依存モジュールの更新確認とかコード解析