シンプルなVPC設計を考える - Around the World
この記事はAWS Advent Calendar 2014の24日目の記事です。メリークリスマス！ 今日は、最近イチから構成を考える機会があったVPCの設計について、その一部を晒してみたいと思います。 前提 以前からAWSは運用していましたが、今後複数アカウントが乱立したり、利用する人がより増えることが想定されたため、以下のような要件を前提に見直しました。 Web/Appサーバとデータベースで構成されるWebサービスがメイン 複数アカウントで汎用的に利用できること なるべくNWレベルの意識をしなくても良いこと 運用の発生する部分を減らすこと シンプルでわかりやすいこと 基本構成 Functional Firewallパターンをベースにしました。Functional Firewallパターンは、各レイヤーのセキュリティルールをグループ化して適用することで煩雑になりにくく、シンプルに管理するこ
20150329 オープンソースがもらたした、生駒のムーブメント（CIVIC TECH FORUM 2015）
2015.3.29 CIVIC TECH FORUMで発表した資料です。 「オープンソースがもらたした、生駒のムーブメント」 オープンソースである5374.jpの横展開から、生駒のムーブメントは広がりました。横展開したところから市との繋がりが生まれ、コミュニティが大きくなっていき、多くの人と繋がりました。CODE for IKOMAは、益々地域に根ざした活動を目指していきます。Read less
メンテナンスしやすいようにCSSの記述方法を変えてみた - emuramemo
メンテナンスしやすいようにCSSの記述方法を変えてみました。 なにも難しいことはしません。 いままではこんな感じ タグを階層的に指定してCSSを記述。（子孫セレクタ） pとかdivは広範囲すぎるのでh,liなどで使うことが多かったです。 最近は以下のとおり。 一個ずつ、個別にclassをつけ、CSSを記述。 メリット HTMLの構造に変更を伴う修正に対応しやすい。 デザインの修正が入った時に、タグを増やしたり、減らしたり、HTMLの構造を変更せざるを得ない場合があります。この時、構造に依存しないCSSの記述方法だと非常にメンテナンスしやすくなります。 デメリット classを多用するので、HTMLの記述が増えたり、class名が長くなったりしてソースが見にくくなります。ソースが見にくくなるということは、ミスが増える可能性を増やしてしまいます。なるべく誰がみてもわかりやすい命名規則を使うなど
もうgulpで憔悴しない - 低依存gulpfileのレシピ - Qiita
【追記150805】さらに憔悴しないための有用な記事『アカベコマイリ | gulp なしの Web フロントエンド開発』が掲載されましたので、こちらもお勧めします。 こんにちは、@armorik83です。皆さん、Grunt / gulp使ってますか。おなじみなので、ここでは説明はしません。 この記事の要点 なぜGrunt / gulpは憔悴に至るのか、経緯と問題点 npm run-scriptの仕組みについて package.jsonにscriptを羅列することに対する是非 シンプルなgulpfileについての提言 経緯 さて、先日このような記事が界隈で広まっていました。 Grunt/Gulpで憔悴したおっさんの話 この記事については同意できるところと、そうでもないところと、両方有りました。ただ、Grunt / gulpを使っていて色々歯がゆさを感じている方は昨今増えているだろうと感じます
若い会社でエンジニア組織の上司として大切にしていること3つ - netmark.jp
4月、新生活、な雰囲気。 というわけでたまにはポエミーなことも書いてみます。 新たに部下を持つことになった人もいると思うので、 そんな人に役に立つかもしれない、 私が上司として大切にしていること3つを紹介します。 前提として、 HRやリーダーシップについて大学院やものの本である程度知識はつけているものの、 きちんとした専門のトレーニングを受けているわけではありません。 なにか勘違いとかがあれば教えてください。 人材マネジメントも組織マネジメントもプロジェクトマネジメントも得意なわけではないですが、 現実的に直轄の部下が20人近くいるわけで、 なかなかに悩ましいところであるわけです。 短期的な視点と長期的な視点は両方持ちつつ、 落とし所を探しながら日々過ごしています。 その1: 自分を基準にしない 思い遣りがないと感じられるかもしれませんが、 「自分だったらどうか」 「自分だったらどう感じる
後輩のH.Aです。降臨させていただきました。 「どういう規模のどういう職..
後輩のH.Aです。降臨させていただきました。 「どういう規模のどういう職場で、二人がどういう立場で働いているのか分からない」とのコメントがありましたので補足します。 いわゆるユー子で、全体の規模は60人程度。わたしも先輩も新卒採用の正社員です。所属しているチームは7人です。インフラ、ネットワークまわりの運用をやっているチームです。 わたしは3年目。私立文系出身で、いまのチームに異動して半年になります。それまではプログラミングを中心にやっていました。 先輩は4年目で、工業大出身。ずっといまのチームにいます。最初っからバリバリ仕事ができて「驚異の新人」と呼ばれ、非常に高い評価を受けている方です。 そもそもですね、 わたしが業務を引き継ぐのはIさんからであって、あなたからではないです。 なぜあなたがわたしに業務を指示するのか、なぜわたしを指導しようとするのか、ずっと疑問に思っていました。 それが
謝罪の達人はビジネスを制す？「謝り上手」7つのポイント | ライフハッカー・ジャパン
『なぜ一流の人は謝るのがうまいのか 100％信頼される人間関係の法則』（野呂エイシロウ著、SBクリエイティブ）は、テレビ番組『ザ！ 鉄腕S|DASH!!』『奇跡体験アンビリバボー』『ズームインスーパー』などに携わってきた放送作家であり、PRコンサルタントとしても活躍する著者の新刊。タイトルにあるとおり、テーマは「謝る」です。 人間関係の摩擦は、「法則」を知るだけでは解決しません。 実践が必要です。 超実践のスキルこそ、「謝る」ことなのです。（「はじめに」より） 欧米では「謝った方が負け」「非を認めた方が負け」という考え方が一般的ですが、「謝った方が勝ち」だと著者は断言しています。事実、謝罪を続けるうちに、いつのまにか、人との摩擦がゼロになったのだとか。 では、謝る人はなぜ成功できるのでしょうか？ 第2章「謝って成功できる人 7つの共通点」を見てみましょう。 1．一流はあえて遅刻する 世の中
ある会社で配布された、「新入社員へうちの会社が求めていること」という資料が、すごい本音だった。
ある会社で配布された、新入社員向けの資料があった。タイトルは、「新入社員へうちの会社が求めていること」 内容を拝見したのだが、かなり本音で書かれており、面白いと思ったのでこちらで紹介したいと思う。 1.言われたことを、キッチリやること。 うちの会社がまず最初に皆さんに求めることは、「言われたことをキッチリやること」です。 納期内に、先輩や上司の指示した仕事を100%終わらせること。それが重要です。正直、創意工夫も、提案も、今の皆さんにはあまり求めていません。それはもう少し仕事を覚えてからでも遅くありません。 そのために、頼まれたことは決して忘れないこと。忘れてしまう不安がある際には、必ずメモを取ってください。 あと、ほんのちょっとアドバイスをするとすれば、納期を前だおしして、頑張って仕事を終わらせること。先輩や上司はそれだけで喜びます。 2.上司に可愛がられること。 どんな人が可愛がられる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ZabbixによるAWS監視のコツ
日本語版 : IBM Bluemix
GitHub - watanabeshuji/cfn-template-builder
