Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
wate_wateのブックマーク / 2015年12月4日 - はてなブックマーク
[go: Go Back, main page]

タグ

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

  • デザインの知識を独学で身につける!デザイナー初心者が絶対に見るべきサイト20選

    Webデザイナー初心者の方は、日々の仕事で知識やスキル不足に頭を悩ませる場面が多いのではないでしょうか。だけど時間もお金も足りない新人にとって、学校に通ったり、腰を据えて教科書を読んだりというのはなかなか難しいもの。 そんなときは、Web上の有益なサイトで勉強するのはいかがでしょう。今回はWebで見ることができる、教科書並の情報量のサイトや、Webデザインの参考になるサイトなど、全部で20サイトをまとめました。 Webデザインの教科書として読みたいサイトまずは、Webデザインの基から応用まで網羅的に揃っていて、まさに教科書のように使えるサイトを紹介します。どれもブラウザに開いて常備したいサイトばかりです。 1. Webデザインレシピ ※2020年8月現在、掲載終了 一つひとつの記事にボリュームがあり、ここを読めばWebデザインについて体系的に学べる、まさに教科書のようなサイトです。サイト

    デザインの知識を独学で身につける!デザイナー初心者が絶対に見るべきサイト20選
  • 運用でSSHログインをしなければいけないのは、設計力不足【cloudpack大阪ブログ】 - J.A.R.V.I.S.を作りたい

    こんなタイトルですが、私もSSHログインしてます。 というか、shell大好きです。 で、何が言いたいかというと、SSHしなくてもいいように設計しましょう。ということ。 運用中にSSHしなければいけない理由 まず、運用中にSSHをしなければいけない理由は以下あたりかと思います。 設定変更、確認 障害調査、対応 障害調査の場合は、以下などを行います。 サーバへSSH リソース状況を確認する ログを確認する etc...(システム特有の何か) 上記の作業をする上で最も恐れるべきは「オペミス」です。 そして、調査精度は個人のスキルに依存します。 特にオペミスの場合は、再発防止策とかすごく難しいんですよね。 「経験不足」や「番と開発環境を間違えていた」とか、「手順を間違えた」とか、、、 どう再発防止しましょうか。。。いっその事ログインしない運用とか。。。 「ログインしなければ問題起きないよね」を

    運用でSSHログインをしなければいけないのは、設計力不足【cloudpack大阪ブログ】 - J.A.R.V.I.S.を作りたい
  • Web開発の未来 – React、FalcorおよびES6 | POSTD

    この記事でWeb開発の未来を垣間見ることができるでしょう。UIの構築やサーバ、データ・エンドポイントの新しい見解を得ることができると思います。ここで、ブラウザとサーバコードの両側を含めたフルスタックな話をしていきます。これを読めば、 完全に機能するGitHubリポジトリ で紹介されたすべてのコードの検証や実行ができるようになります。皆さまが開発者として次の資質を持っていることを前提に話を進めていきます。 JavaScript中級者 HTML中級者 クライアント/サーバ間通信の基礎知識 JSONの基礎知識 Node.jsの基礎知識 上の知識がなくても、 おそらく この記事の進行についていけるでしょう。しかし、知識がないと私の紹介するコードを現実的なシナリオあるいは重要なシナリオに応用するのは難しいでしょう。インターネットは情報の宝庫なので、理解に必要な概念などをたくさん提供してくれます。必要

    Web開発の未来 – React、FalcorおよびES6 | POSTD
  • AWS再入門 Amazon Redshift編 | DevelopersIO

    はじめに 当エントリはDevelopers.IOで弊社AWSチームによる2015年アドベントカレンダー 『AWS サービス別 再入門アドベントカレンダー 2015』の4日目のエントリです。 昨日3日目のエントリは清水の『Amazon CloudFront 』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 日4日目のテーマは『Amazon Redshift』です。 Amazon Redshift(クラウドデータウェアハウスソリューション) | アマゾン ウェブ サービス(AWS語) 目次 サービスの基的な説明 高速且つフルマネージドなデータウェアハウス(DWH:Data Ware Hou

    AWS再入門 Amazon Redshift編 | DevelopersIO
  • AWS再入門 Amazon CloudFront編 | DevelopersIO

    はじめに 当エントリはDevelopers.IOで弊社AWSチームによる2015年アドベントカレンダー 『AWS サービス別 再入門アドベントカレンダー 2015』の3日目のエントリです。 昨日2日目のエントリは大瀧の『Amazon VPC』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて 最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、 今一度初心に返って、基的な部分を見つめ直してみよう、解説してみようという コンセプトが含まれています。 日3日目のテーマは『Amazon CloudFront』です。 目次 Amazon CloudFrontとは CloudFrontの仕組み CloudFrontの基的な使い方 ユースケース 高度な機能 あわせて読みたい公式情報 さいごに Amazon CloudFrontとは Amazon Cloud

    AWS再入門 Amazon CloudFront編 | DevelopersIO
  • 特許情報とGoogleの発表から導き出した”順位決定にプラスに働く”外部要因54項目

    Googleの順位決定要因 近年、Googleのオーガニック検索で上位表示するための情報が溢れかえっている。筆者は研究を通じて、それらの情報のほとんど大多数が部分的に間違っているか、完全に間違っているかのどちらかだということを突き止めた。 それらの情報を鵜呑みにしてアドバイスしたり商品開発をしたりするのは危険である。正確な「要因」として残るのはたいてい、実際にはGoogleが「要因」として考えているものでは全く無く、ただのテクニックや間接的に相互関係があるだけのものがほとんどである。 しかし、Googleの利用している要因のかなり多くについて筆者は突き止めている。SEO知識というのはその辺のブロガーやフォーラムなどで得るものではない。当に信頼のできる情報というのは下の3つからしか得ることができない。 特許情報 Googleもしくはその社員の発言 科学的に正しく行われた実験 これらの情報が

    特許情報とGoogleの発表から導き出した”順位決定にプラスに働く”外部要因54項目
  • シェルの変数展開 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    シェルの変数展開 - Qiita