タグ

ルールに関するm_shige1979のブックマーク (5)

  • やっぱり現場は混乱?メールのローカルルール

    直井研究員(以下、直井):前回の「驚きのローカルルール」面白かったですね。 平野所長(以下、平野):どうしてこんなルールがあるんだ!これはなんとかしてあげたい。そんな使命感もわき上がってきたよ。 直井:でも、みんな職場を良くしようと思ってしていることなんですよね。 平野:そうなんだ。そこに悪気がないから問題だ。 直井:感情を伝えるために文字に色を付ける。個人情報が漏れないように伏せ字を使う。そうしたことも、みんな仕事を円滑に進めるためにと考えてのことだと思います。 平野:そうだね。でも、視野が狭く自分目線にしかなっていないものもある。何かルールを作るときには、もっと総合的な判断が必要なんだ。 直井:あの面白メールのお話、まだまだありますよね? 平野:まだ20くらいしか見られていないが、合計で100あるよ。似たようなものもあるけど、あと1~2回はこの面白ネタをご紹介したいね。 直井:所長の話

    やっぱり現場は混乱?メールのローカルルール
  • ESLintについて - Qiita

    命。ESLint 2015年現在、JavaScriptLinting toolといえばJSHintかJSLintみたいな風潮ありますが、もうESLintで行きましょう。 公式ページ github 大きな特徴 プラガブルな実装 全てのルールのON/OFFが可能 独自のルールの追加が可能 独自のフォーマッターでの出力が可能 ECMAScript 6 / React JSXをサポート Philosophy ESLintは下記のPhilosophyを掲げています。 全てはPluggableである。 Rule APIはバンドルされたものもカスタムもどっちも使える Formatterはバンドルされたものもカスタムもどっちも使える 追加のルールとフォーマッターは実行時に指定できる バンドルされたルールとフォーマットを使わなくても良い 全てのルールは 独立している 全てのルールはoffにもonにもで

    ESLintについて - Qiita
  • 今どきのJavaScriptで使われているインデント規約まとめ - ICS MEDIA

    みなさんは普段JavaScriptを使って開発する場合、インデントはどのようにしていますか? タブ、スペース2個、スペース4個・・・などいくつかの選択肢があります。 個人で開発している方は問題ありませんが、チームで開発している場合は意見が分かれ議論になることもあるでしょう。プロジェクト開始早々インデント論争でチーム内の雰囲気を悪くしたくはありません。 記事はそんなインデント論争の1つの解決策となるべく、ブラウザベンダーやプロダクトで定めているJavaScriptコーディングのインデントルールを調べてみました。 この記事のポイント* 海外のJS界隈ではスペース2個のインデントが多数派 ESLINTなどの設定ファイルからコーディングルールを調べられる なぜインデント論争が起こるのか? そもそもなぜインデント論争が起こってしまうのでしょうか? それはそれぞれ一長一短のため好みが分かれてしまうか

    今どきのJavaScriptで使われているインデント規約まとめ - ICS MEDIA
  • 政府の消費者保護策もお構いなし?携帯各社が新設する「違約金」 - すまほん!!

    先日、政府は携帯電話契約の解約に伴う違約金を、一定期間不要とする「初期契約解除ルール」を実現する、電気通信事業法の改正案を閣議決定しました。複雑化する通信プランへの理解が不十分なまま契約させられたことによる、消費者からのトラブルや相談が相次いでおり、「初期契約解除ルール」により無償解約可能な期間を設けることで、消費者の保護に繋げます。 改正案は総務省主導で提出されたもので、改正草案をまとめる際、2年契約の更新制度見直しや端末の返品も議論されていましたが、携帯各社からの強い反対があり、これらは結局含まれませんでした。 スマホ販売の「クーリングオフ」骨抜き 業界の反発受け、端末返品は対象外に クーリングオフ導入、通信契約は対象・スマホ体は非対象。2015年度開始 そのため、今回の消費者保護策で実現されるのは、あくまで「通信契約の無償解約」のみ。端末は返品できず、代金の残債は支払い続けることに

    政府の消費者保護策もお構いなし?携帯各社が新設する「違約金」 - すまほん!!
  • 僕はCSSを見殺しにした - dskd

    公開日2014-12-10タグAdvent CalendarCSSCSS Architecture Advent Calendar 2014の 10 日目。 それまではけっこう頑張っていた。スタイルガイドも作っていた。デザイナーとコミュニケーションをとり、拡張性のあるパーツを作っていった。新しく触る人にも読み方や使い方を説明できるようにしていた。 崩壊は UI デザイナーがいなくなった時に始まった。汎用ボタンは使われなくなった。決まったルールのデザインエッセンスはなくなった。要素間の空白は誰かの感覚で変わった。 なぜ止めることができなかったのか。それは、デザインの改修が少しずつ行われたからだと思う。その改修はいつのまにか始まり、いつ終わるとも決まっていなかった。あらゆるパターンが同居するデザインを CSS は管理できない。改修途中でも平気でブランチが切られていく。デザイナーがやりたい時にや

  • 1