  |
はてなキーワード: CSS3とは
HTML5/CSS3の段階でWebページ構築の基本的なしくみや考え方はほぼ確立してしまった。
ということは、HTML5/CSS3をマスターしてしまえばだいたいのモダンなサイトは作れてしまう。
しかしそのせいでそCSS Level 4 以上のモジュールを学習する意義が見いだせず、CSS3で知見が止まってしまっているコーダーをよく見る。
たしかに、HTML4.01/CSS2.1→HTML5/CSS3の時のような華々しい進化が Lv4 には（あまり）ない。
なんだこれ！並ぶぞ！動くぞ！消えるぞ！飛ぶぞ！みたいな興奮が少ない。
手駒だけで何とかなっている状況で興奮のないものを学ぶモチベーションがわかないのもわかる。
「できないこと潰し」「新しいこと探し」だったHTML5/CSS3に対して、それ以降は「今までも苦労すればできてたけど、もう少し簡単にしたい」という方向に進化している。
モーダルウィンドウがいい例だ。従来は何十行ものJavaScriptやCSSを使って実現していたが、dialog 要素の登場によってマジで簡単に実装できるようになってしまった。
そういう「できるけど厄介」を片っ端から潰そうとしているのが今のHTML/CSSの進化だと思う。
いやHTML/CSSだけではない。JavaScriptだって新仕様がどんどん追加されているが、そのどれもがコードをより簡潔に、合理的に記述できるようにするためのものだ。
家電とか車とかに例えると、製品の機能を増やすフェーズは終わり、組み立てに必要な技能やかかる手間を減らすフェーズに入ったと言えそうだ。
だが知っていれば確実にトクをする変化だ。
東京電機大学を卒業後、VisualBasicを用いた会計支援ソフトウェア開発、自社サイトの制作に従事するなど、アプリケーションエンジニア、フロントエンドエンジニアとして5年にわたって業務をおこなって参りました。
今後は、その中で得られたVisualBasicの予約語暗記の実務経験を活かして、VB.NETによる開発に取り組んでいきたいと考えています。
VisualBasicを用いた会計支援ソフトウェア開発
VisualBasicを用いた内製ソリューションの引き継ぎ・バージョンアップ開発。
特に、複数の法定通貨をないまぜに扱うため、レート換算と端数処理が至るところに発生する困難な会計処理でした。
社長がホームページ・ビルダーで作成したプロトタイプを元に、HTML5/CSS3で再構築した自社コーポレートサイト。
プロトタイプのコードは全く利用せず、スタイルデザインのみを参考にいちから構築しました。
また、その2年後にスマートフォン対応も行っており、SCSSやflexboxを利用したモダンなHTMLコードを構築できたと自負しております。
まともな職歴がないけど、就職したい！
あわよくばいっぱいお金がほしい！
ということで、取り敢えずHTML5、CSS3、jQuery、WordPress、フォトショ、イラレを勉強した。
そこそこ見栄えのする（と思う）サイトをいくつか作ったり、自作サイトに合わせたWordPressテンプレートを一から作ってみたりした。
……が、次に何をすればいいのかわからない。
Web制作は思ったより楽しいけど、最初から作りたいものとかはないし、また新しいサイトを作るのとかはだるい。
Rubyでもやればいいのかね？
機械学習とかに興味わかないからPythonは勉強するつもりないんだけど。
http://anond.hatelabo.jp/20161017031727
老婆心ながら，おそらくSIer関係を目指しているだろう情報系？学生へのアドバイス
どの大学でも学生課は糞対応なので，カウンセラー通して学生課に学費免除なり，奨学金なり，対応を仰げ．
このままいくと研究室・ゼミ配属で積みそうなにおいするから，中退・途中就職（大学頼らない就職）の選択肢も考えておけ．
- http://dotinstall.com/ title: dotinstall]
- http://gacco.org/ title: gacco]
- https://schoo.jp/ title: schoo]
SIerに関係ないと思われるが，Web系への選択肢も拡がるしな．騙されたとおもってやっておけ．
最近だと技術文書をMarkdown で書く場合も多いし知っておいて損ないで．
ドットインストールにも授業がある．
基本情報持ってるなら知ってると思うが，
慣れておくといいで．ついでに言語はC++でもいいが，SIerならJava8勉強しておけ．
多分授業だけだと，実際のコード使わないと思うので，自分でインストールして使ってみるとええで．
MySQLインストールして使えるようにしておけ．基本コマンドだけええで．
後々データベースの資格（シルバー，ゴールド）にもつながるしな．
基本情報持ってるならある程度知ってると思うが，低レイヤのIP/TCP, UDPのソケット通信をCでもJavaでも書けるようにしておくとええで．
開発の話あるしね
ドットインストールにもある．
今までやったこと忘れるのもったいないし，他人に見せる意味でも技術ブログやっておけ．毎日更新とかいらんで．
Linuxインストールしたレベルで，やったことならなんでもええで．
技術者の就職面接で，（関係ない）バイトしてました，サークルやってましたじゃあんま意味ないからな．
録画して好きな時間観て見ておけ．
情報系の授業もある．
コード書くようになったら騙されたと思って読んどけ．
自分の中の名著にしておけ．
スカウト来たら，入らないにしても会ってみるとええで．
バイト大事なのはわかるが，大学の目的は，知識で選択肢拡げるというのもあるので，頑張って生きるんやで．
じゃあの．
一昔前には全Web業界人必見とまで巷で囃されていたLIGブログ( http://liginc.co.jp/ )ですが、
かんたんにいうとLIGっていういんたーねっと系の会社がやってるぶろぐです。
せんもんてきな記事とかあほみたいな記事とかいろいろあって、企業のブログとはおもえないおもしろさでとてもにんきがありました。
http://liginc.co.jp/web/html-css/css/21024
http://liginc.co.jp/omoshiro/try/81992
基本的には技術系のタメになる記事とアホ系のどうしようもない記事の2本柱で構成されており、
そのどちらも、高い文章力・構成力でとてもよく練り練りされています。
とくに合法ハーブの記事などは、ついつい見てしまうようなタイトルから緊迫感のある展開を抜けてのシンプルなオチという、
http://liginc.co.jp/osora/archives/3552
・この子どこの子!?WordPressでどの固定ページの子孫か判断してみよう。
http://liginc.co.jp/programmer/archives/4361
→技術系の記事ですが、ガンダムのスパイスが程よく効いており、堅苦しさを緩和させています。
2013.12.18
・郵送サービスあり！年賀状がスマホで簡単に作れるフリーアプリ8選
http://liginc.co.jp/news/64991
→割とよくあるサービスまとめ系の記事ですが、時期的にも需要に応えていて好印象です。
2014.12.18
・Webディレクター250名が選んだ！2014年インターネット業界10大ニュース
http://liginc.co.jp/web/useful/136409
→一年の総まとめとして業界の流行を振り返ることのできる良記事です。
2015.12.18
・【24時間やってみた】ツイッターの有名人と一緒に「教えて!goo」の質問に回答し続けた話
→絶望的にそそられないタイトルとアイキャッチに、内輪感丸出しの身内ノリ。
記事全体が長すぎるし、一文一文も長く、とてもじゃないけど最後まで読み切れない。
一応オチだけ見るも、糞どうでもいい幕切れにさすがにため息。
・「光らせてるだけとか本質じゃない」ハヤカワ五味が語るファッション×テクノロジーの未来
→へー、それで？
なぜなんでしょうか？
ここ10年間のWEBの流れを見てきて、主要ブラウザで HTML5/CSS3 の実装が進んで、情報と見栄えの分離が容易になったのは良い兆候だと思う。
とはいえ、実際のWEBサイトの中身がその思想にともなっていないことが多く
という問題が依然残っているのがとても残念に思う。
どうすればこの現状が良くなるか悶々と考えたんだけど、たぶんセマンティックウェブの良さが身を持って実感できるようなプロダクトが世の中に普及すれば良さそう。
例えば、セマンティックウェブの必要性を訴えるためによく視覚障害者のための音声ブラウザが引き合いに出されるけれど、視覚障害者だけでなくて
みたいに、一般人もターゲットに含めた音声ブラウザがもっと世の中に流行ってくれたらいいなーと。
タイトル通り
いろいろわけあって、東海地方の6年制大学に20代後半で入学することになって勉強している。私立だけれども。
それで、アルバイトをしたいのだけど、どうアプローチをすればいいのかわからない。
一応、CodeIQ で『働きたい』という意思表示をしているのだけど、すべて東京方面の会社からオファーで、
お断りさせていただいている。一応は名古屋で働きたいと希望をだしているのだけど。
今できるプログラミング言語は Ruby と Java ぐらい。
C, PHP, JavaScript はよくわからなくなってしまった。
HTML5 + CSS3 は十分に勉強すれば対応できる気はするのだけれど、時間が足りない。
もちろん、Rails や iOS、Android のフレームワークは忘れてしまった。
あと、Swift や Haskell は興味がある(つまりは、習得できていない)。
それと Linux はなんとなく、サーバー構築等々ぐらいなら出来る自信はある。
ついでにいうと、以前も仕事をしていたといっても、アルバイトだったりするので、職歴とは言えない。
http://anond.hatelabo.jp/20140925002959 に続き、準メジャーブラウザとその他のブラウザの現状。
Firefox派生のブラウザは全く使ったことがないので、省略。
Chromium派生のブラウザは(レンダリングエンジンの性能に関しては)どれもChromeを超えられる存在にはなりえないので、とりあえずOperaだけ。
かつては独自のレンダリングエンジン(Presto)を載せ、独自機能を数多く搭載し、一部の人から「Opera最強伝説」と絶賛されていたブラウザ。
Web標準にいち早く準拠させた一方で、IEなどの互換性も配慮していたようだ。
しかし、HTML5やCSS3の準拠度は後発のWebKitエンジン搭載ブラウザに押されてしまった。
そのせいなのか、もしくはPCが廃れそうだから独自レンダリングエンジンに投資するのは無駄と考えたかどうかは不明だが、PC版はBlinkエンジンを採用することになってしまった。
Blinkエンジンを手に入れることによって、得られたのはHTML5の準拠度UPとブラウジングスピードと安定度。失ったのは、マウスジェスチャのカスタマイズやサイドバーといった今までのメリットだった独特のUI。ただのChromium派生ブラウザになってしまった。
バージョンアップタイミングはChromiumと同期するためバージョンアップ頻度が高くなり、現在では24まで上がっている。
それでもなお、独自エンジンを搭載した最終バージョンを使い続けるユーザーが少なからずいるようだ。
国産ブラウザ代表。かつては、IEコンポーネントなタブブラウザの定番だった(少なくとも国内ではそうだった)。
最近、Version 5系が出て、何を思ったのか不明だがバージョンが6まで上がった。5からは文字がボケボケ滑らかになったり、タブがページサムネイルになったり、Blinkエンジン専用になったり、4でできたカスタマイズができない、6で「お気にタブ」というネーミングセンスを疑う新機能など、ある意味で大化けしてしまった。
一方で、2系や4系のバージョンアップは継続するようだ。実際はこれらの処遇を決めかねているのではないだろうか。
2, 4, 6の中で不満の少ないのを模索しているようにも見える。
ちなみに、BlinkエンジンはChromiumをいじってChromiumのタブとかボタンとかを隠しているだけ。このおかげで、Chromeの拡張機能がそのまま使えるようだ。Blinkのプロセスを単独で実行させれば素のChromiumが起動する。4系で確認。6系は未確認。
全バージョンに共通して言えることは、起動が遅い、UIがごちゃごちゃしすぎ。機能に振り回されている。さらに、Chromiumのバグまで引きずるダメアプリ。
国産ブラウザ代表。昔は軽量だったのに、「世界初 トリプルエンジン搭載」だとかなんとか言ってるせいで、いつの間にか重量級ブラウザになってしまった。WebKitエンジンの更新が止まり、セキュリティ的にやばいんじゃないかと言われ続けたが、最近になってようやく更新し始めた模様。
ブラウザ本体にAds by Lunascapeと広告を載せる実験をした実績あり。
感想はSleipnirと同じ。どちらかというと、レンダリングエンジン自体が重いせいなのかもしれない。せっかく3種類のレンダリングエンジンが使えるといっても、重いのでは全く意味がない。
というか、Sleipnir4 - 安定感 + Geckoエンジン = Lunascapeという数式が頭をよぎる。
レンダリングエンジンをどう改造しているかわからないが、HTML5testではなぜかChromeよりスコアが高い(正式リリース前のバージョンだが)。
最近はChromeより30%軽いとか言っているMxNitroを作ったらしいが、まだベータ版らしくブラウザとしての基本機能が足りない。Chrome拡張機能が使えないので、Chromeと同列に扱うのは反則だと思う。
30%軽い理由の1つは、Chromiumの組み込み向けフレームワークであるCEF(Chromium Embedded Framework)ベースと推測されるため。これは間違っているかもしれない。
それにしても、UIが全体的にのっぺりな平行四辺形なのはどうなんだろうか・・・。
国産はごちゃごちゃしたものばかり作るなよと言いたいところだ。ユーザーの要望に安易に答えすぎた結果なんだろうか。技術的には中国産ブラウザに負けているような気がするが、気のせいだろうか。
Operaが独自レンダリングエンジンを止めてChromium派生になってしまった上にスマートフォンやらタブレットやらが普及してしまった以上、もうPC向けに力を入れる時代ではなくなったのかな・・・。
開発側です。
IE10 はさほど問題ないんです。IE10 でやっと標準に追い付いてきたという感じ。問題は、IE 使ってるようなユーザーはアップデートしないという事実です。
スクリプトなどの実行の早さは、IE8 位までは数倍のオーダーで遅く、マップ上にたくさんのオブジェクトを表示するようなものを作ると、IE の速度面対応だけで大変でした。
それよりも問題なのが、Web の標準に対応していないことです。
CSS3 や HTML5 への対応は、他のブラウザに比べて数年単位で遅れてました。Chrome か Firefox で開発しているとします。そのままテストすると Chrome Firefox Safari では問題ありません。IE だけ問題が、というのが普通でした。IE 対応だけで工程かかるのです。IE7 や 8 を視野に入れると、諦めざるを得ない技術もあります。たいていは擬似的に対応できるのですが (Canvas にライブラリで対応するなど)、そのために余計な工程がかかるのが問題なのです。ぶっちゃけ IE 切り捨てて、その時間を他に当てたほうがより良いものを安く早く作れるということです。
という感じになるので、IE8 以前を切り捨て OK になるだけで段違いですね。
しかし、最初に言ったように IE ユーザーはアップデートしないんですよ。Chrome Firefox Safari が優れているというより、これらのユーザーはほぼ間違いなく最新版使っているのが一番のアドバンテージなんです。IE10 は IE 史上ではやっと他に並びかけるほどまともな標準対応になったので、IE 使ってる人が全員 IE10 ならこれほどネタにされることもなかったと思います。
開発側はこうした IE によるストレスを日々受けているので、擬人化や IE 死亡のようなネタになると祭りになりやすいのではと思います。
「Webデザイナーなんてただの作業者だ。」
最近そんな話を聞かされた。
その他もろもろ。
まあ俺はデザインを知っているんだぞとかそんな話。
理解できる部分はあるし、同意できるところも無くはないなあ。
ツールがなければ何もできないだろうし、Adobeのやつとか？
けれどその人が話していたことはどうも見た目だけの情報を評価の対象としているみたいで、
一般的なユーザーも別に見た目しか気にしないんだろうけど。（見た目も気にしないかもしれない）
デザイナーの世界でもアーティストと区別のつかないような人っているし、
見た目にインパクトのあるものって大事なこともあるのだろうけど、
ことWebデザインに関してはそうもいかない部分が多いと思う。
その辺のこともあるし見た目よければ（もちろん見た目は良いほど良い）みたいなことだと
釈然としない感じはあった。
頭打ちって言っても技術は進化してるし、見た目を作る以外にもWebデザイナーには求められているし、
単純にオワコンって言えないしなあ、とか。
それに同意してる人たちにも納得がいってない。
まあ目上の人の話ではあったから仕方がないんだろうけど。
デザインってなんだろう。
僕らはデザインをしていないのか。できていないのか。
特に日本だと盛り上がっているWeb技術界隈からも浮いている感じはあるけど、
最近は見直されている感じもあったのですがが。
Webデザイナーだってがんばっているんです＞＜とかは思わないけど、
とりあえずこの話を聞いた後から自分が何をしているのかわからなくなっているし、
喉に引っかかりがあるような、ここのところずっとそんな気分です。
いっせーの! Webにのって さあ出かけよう ブラウザとのランデブー ユーザーが大事 実装が大事 JS、マジ大好き ユーザーの痛み それ言語のせい? UIの動き UXのつもり 今までのJSのポジションを 越えた未来は どうなるの? ねぇどうせWebKitでしよ ダメ? ダメ! ECMA標準だけ 油断も隙もない APIとのボーダー越えたい そうもっと! 大胆で ちょっと強引? 俺ワールド全開 優しいJSも いじわるなJSも ひとりじめ 型つけてみて やっぱやめて ウラハラ alt-js Java以上C++未満の JS、マジ最高 V8だけが きらめいて 遠い背中も 追いかけたよ これからの最適化 フローグラフの分まで伝えたい ぎゅってしてPNaClコンパイル ダメ? ダメ! 不埒です CSS3に甘えたい GPUに触れたい どこまで? APIのボーダー教えて おっとっと! 手強い IEの仇 ムキになったら 古いシステムも Flashの将来も 譲れない 実装して やっぱやめて 一方通行プロセス W3C信じて プラグイン書いて No more E4X 動的なの? 静的なの? 型推論好き? 好き! 好きだから 笑わず答えて Ion Monkey 越えよう おっとっと! 大胆で ちょっと強引? prototypeを知ったら JSでの設計や コーディングも変わるの? 答えてよ! ときめき 走り出す わくわくコーディング Self以上 Scheme未満の JS、超愛してる!!
（記事が長すぎたので前編・中編・後編に分けました）
僕ももう、リストラされそうなとあるおっさんなんですが、先日Webサービスを公開しました。
きっかけになったのはこの記事です。
http://anond.hatelabo.jp/20101203150748
こんな事できたら良いなぁと思っていると、他にもやっている方たちがいました。
http://matome.naver.jp/odai/2131952812556433001
http://anond.hatelabo.jp/20120318122617
Rails3 と jQuery で、真面目にオシャレなエロサイトをつくってみました - h300
http://d.hatena.ne.jp/inouetakuya/20120331/1333192327
http://anond.hatelabo.jp/20120914214121
http://blog.ropross.net/archives/99
これらを読んで自分もやってみたくなり、
先日の家入さんの折れずに挑戦を続ける姿を見てモチベーションも高まり、
７月２１日～８月１９日の３０日でWebサービスを作りました。
最後の一週間はお盆休みでしたが、それ以外は平日は仕事をしながら土日をフルに使っています。
と言っても、いきなり高度な事をするのは大変なので、
本当に自分が作りたいサイトをやる前に、一度シンプルなサイトを作ってみる、という所までです。
やってみて改めて分かったのは、「自分でWEBサービスを作りたいと思っている人へ」の中の人はかなりがんばったんだなぁ、と。
かなりの熱意とモチベーションをもって、効率良くやらないと、一から勉強してあの短期間であのサイトは作れません。
プロ顔負けの技術とおもしろいアイデア、情熱をもって短期間でそれをやってしまった中の人は凄いです。
だから、Webサービスに夢を見る人(僕)も、Web業界の人も、あとＨな人もブクマするのでしょう。（賞賛）
それでは、一般人が一般的ながんばりで確実にやれるだろう手堅いラインをお届けします。
偏差値40の僕が最低限ここまで出来たので、きっとあなたならもっと出来るはず。
ステップ７まではサクサク進めて、分からなくてもどんどん次に行きましょう。
今回ぼくが作ったサイトはこちら
■ステップ０：準備
・パソコンを用意
・ブラウザはChrome,IE,Firefox,Safariあたりをインストールしておく。Chrome便利。
・作りたいサイトのアイデアとデザインのイメージ、ドメイン名(○○○.comとか)のイメージ。
・作る理由とやる気
・はてブ便利、Web業界の皆さんの空気感を知るため、なるべくＰＣかスマホでチェック。
ブラウザを右クリックして「ソースを表示」すると出てくるアレです。
Yahoo!とかのソースを見るとかなり長いけど、全部書くわけじゃないから大丈夫。
ネットで調べても良いけど、やっぱり基礎知識は本が良いと思います。
メモ帳で書いてブラウザで表示して、メモ帳で直してブラウザF5で更新して確認、
何となく分かってきたら、より具体的に理解するためにこの本を読みます。
PHPについて調べる。
初めはこの本が勉強になりました。
書いてある通りロカールサーバー(XAMPPかMAMP)を入れて、自分のマシンでPHPが動くようにします。
データベースの使い方も一緒に書いてあるので入門に最適です。
次はこれを読みます。
普通に読んでいくと中盤のフレームワークを作る所で挫折するはずなので、一旦そこまででOK。
パーフェクトPHP
PHPの他の選択肢としてRubyやPythonもあるみたいですが、学習コストがかかりそうなのと、そのままでは動かないサーバーがあったりで、
最先端のプログラマーになる必要はないので、レガシー＆枯れたPHP一択です。
カッコつけずにモチベーションが持続するうちに勝負です。
VPS(専用サーバーを仮想的に分割して安くしたサーバー)が流行ってますが、
学習コストがかかるのと勉強する事が増えるので割りきって始めは普通のレンタルサーバーにします。
VPSを借りるとLinuxの知識やWebサーバー、メールサーバー、及びそれらの保守管理などの知識が必要になります。
レンタルサーバーならある程度マネージドで、作ったプログラムが動かない時の原因の切り分けもしやすいです。
おすすめは「さくらのレンタルサーバー」のスタンダードプランです。データベースの使えない「ライト」プランは止めましょう。
その他、ロリポップ、CORESERVERなどいろいろあるので最低限PHP,MySQLが使えるサーバーを選びます。
サーバーを契約したらアカウント情報を確認して、FTPでログインしてみましょう。
http://sourceforge.jp/projects/ffftp/
ログインできたら、ステップ１で練習したファイルをアップロードしてブラウザで表示してみたり、
ステップ２で作ったPHPファイルをアップロードしてブラウザで実行してみたりします。
慣れてきたらFileZilla FTP Clientが便利です。
Webサービスのしくみを理解するために、WordPressを借りたサーバーに入れてみます。
WordPressはPHPで出来たCMS（コンテンツ管理システム）で、ステップ１～３がどう組み合わさって動くのか理解できます。
ブログや会社案内のサイト程度は作れてしまうので触れておいて損はないです。
テーマをいじったり、プラグインで遊んでみると理解が深まります。
オススメはこの本。
プラグインのまとめはこの辺りが親切。
2011年版！絶対にインストールしたいWordPressプラグイン45個
http://vanilla-stone.com/blog/wordpress/2011-edition-45-wordpress-plugin-pieces-install-absolute/
TwitterやInstagramと連携するプラグイン入れたり、CRONで自動化したりすると楽しくなってきます。
ここまでで何となくWebサイトのしくみが理解できると思いますが、
自分の作りたいサイトを一から書いていくと思うと心が折れると思います。
そこで、CakePHP(ケーキピーエイチピー)というフレームワークを勉強します。
フレームワークというのはWebサイトの開発で必要になることが多い色んな機能をまとめてくれている枠組みソフトです。
PHPの文法で、フレームワークの書き方のルールに従うだけで、様々な便利機能を簡単に使用でき、
フレームワークは他にRubyのRuby on Rails、PHPだとSymfonyやYiiなどかなりの種類があります。
CakePHP 1.3によるWebアプリケーション開発―オープンソース徹底活用
あと、余裕があればこれも購入。
注意したいのは、現在CakePHPのバージョンは1.3系と2.0系がありますが、1.3を使うという事です。
2.0系は新しい機能が付いたりパフォーマンスが良くなったりしていますが、2012年9月現在、
バージョンアップが激しく、関連書籍は２～３冊程度、Webの検索でもヒットするのは1.3の情報が圧倒的に多いです。
ＭＶＣというデータ処理・表示処理・それらのコントロール処理を分離して記述するルールや、
ステップ２では踏み込んでいなかったクラスが出てきますので、慣れるまではかなりの心折設計です。
難しすぎて僕は理解できなかったので、ここで一旦CodeIgniterに浮気しました。
CodeIgniterはCakePHPと同じPHPで書かれたフレームワークで、インド方面で良く使われてるらしい。日本だとまだマイナー、かな。
ライセンス問題で下火になっていますが習得の容易さとパフォーマンスが良いのでフレームワークという概念の把握にはオススメです。
僕はこれを読んでCodeigniterだけじゃなくてCakePHPも理解できました。
CodeIgniter徹底入門
ただ、CodeIgniterは簡単・高速で習得しやすいけど、
その分シンプルで機能が少ないので、ちゃんとしたサイトを作ろうと思うほど自分で書く部分が増えていきます。
セキュリティやユーザー認証なども素人が自前で一から作るのは危険なので、やっぱりCakePHPお勧めです。
開発する時はgitHubに上がっているデバッグキットを入れると便利です。
cakephp / debug_kit
https://github.com/cakephp/debug_kit/tree/1.3
http://codezine.jp/article/detail/5105
NetBeansを使う時のCakePHP用の追加モジュールはここ
https://github.com/evilbloodydemon/cakephp-netbeans/tree/autocomplete
中編はこちら
http://b.hatena.ne.jp/entry/www.designmap.info/tobewebdesigner/preparation/webselfstudy2012/
はてなブックマークで定期的に「WEBデザイナになる方法」みたいな記事がホッテントリになる。多分スパムなんだろうけど、もしかしたら夢見がちな若者が「かっこいいクリエイティブな職業」と勘違いしているのかもしれない。そこでこれを増田に書いておくことにする。
想定する対象は10代後半から20代前半の「WEB業界」を志す若者。
http://doda.jp/guide/heikin/007_02.html
WEBデザイナはとにかく給料が安い。20代だと300万円を割る。同年代平均からも60万円も安い。これは敷居が低くある程度パソコンが使えれば誰でもなれるためだ。特に地方では手取り月収13万なんて言うのも当たり前。アルバイトでも時給800円なんていうのもよくある。正直、深夜の繁華街のコンビニでレジを打ってたほうがよっぽど稼げる。
まあ、これはコーダーに毛が生えたレベル、あるいはDTPオペレーター崩れが名乗る「なんちゃってWEBデザイナ」レベルの収入で、いわゆる「看板デザイナ」レベルになればもちろん収入も増える。ただそれは「テレビに出てない若手芸人が冠番組を夢見る」「新人賞で佳作を取った新人漫画家が週刊少年ジャンプで看板作家を目指す」「序二段の相撲取りが横綱を目指す」レベルの話である。
じゃあフリーランスならどうなの？と思うかもしれないが、フリーだと自分で営業して仕事を取ってきて、自分でディレクションして、自分で制作して納品して、自分で経理人事総務やって、自分で銀行や税理士と話をして…と、本当に全部自分で面倒を見なければならない。外注で制作会社から仕事をもらうという手もあるが、もちろん買い叩かれる。おまけに社会保障も自分で何とかしなければならない。ノマドなんてカッコイイ事言ってるペテン師みたいな人も見かけるが、はっきり言って勤め人よりもきついし自律心が必要である。
ちなみに、WEBディレクターは20代後半で413万円、プログラマは365万円。サーバエンジニアが398万円。WEBデザイナはWEB業界でもはっきり言って底辺である。
http://diamond.jp/articles/-/21790
IT系とクリエイティブ系の宿命である長時間労働どうであるが、WEBデザイナも例外ではない。あなたが運が良ければ、土日祝日休み、定時退社が当たり前で残業はたまにあるという、天国のような制作会社に勤めることも出来るだろう。しかし長時間労働が常態化している制作会社が多く、納期前のデスマーチなんていうのも当たり前になっている会社も多い。
特に営業が中心の会社は注意が必要だ、無茶なスケジュールと予算で案件を取ってくる場合が多く、そのしわ寄せは大抵立場の弱い人間に振りかかる。特に社長が営業畑出身の会社は避けたほうがよい。
更にクライアントが原因のデスマーチもある。資料をギリギリまでよこさない、納品直前に修正要求、突然の方針転換など。これはどんな業界にでもあることだろうが、特にWEB業界ではそれが多い。金を出すクライアントのおっさんたちは、「そんなのパソコンでちゃちゃっと直せるだろ」という感覚なのである。とにかく平穏で余暇を大事にする人生を送りたい人にはおすすめできない職業である。
当たり前だが、常に新しい情報を入れて勉強し続けれいなければならない。数年前まではFlashがこの職業の必須スキルだったが、今では役に立たないとまでは言わないまでも積極的に覚えるべきスキルではなくなっている。今はHTML5とCSS3とAjaxが必須になりつつあるけど、これだって数年すれば陳腐化する。というか、半年かけて覚えたことがあっという間に陳腐化していくのである。
冒頭で「パソコンが使えれば誰でもなれる」と書いたけど、当たり前だが「趣味はインターネットです。ニコ生と2chを9時間見てます」「ExcelとWordは任せて下さい」という人がなれるわけではない。PhotoshopとIllustrator（FWは別にいらない）、HTMLとCSSは必須というか最低限の基礎知識で、配色やレイアウトの知識、AjaxやActionScript、PHPやRubyなどのプログラミングやデータベースの知識、WordPressなどのCMS、SEMやLPO(SEOはすでに陳腐化している)、場合によってはイラストやコピーライトや写真撮影と、とにかく広く薄く覚えることがたくさんある。とにかくたくさん本を読んだり、検索エンジンと格闘したり、下手すれば英語のサイトを読んだりして知識を入れなければならない。業務時間中では当然のように時間が足りなくなるので、プライベートの時間も勉強することになる。ニコ生と2chで9時間というタイプの人には無理だし、普通の人にもまず無理だ（普通の人って土日とか平日の夜に勉強するもんなの？）。まあ、はてブに沢山いる「勉強熱心な人たち」には大したことではないかもしれないが。
さて、ここまで読んで「WEBデザイナになる方法」をブックマークして満足している人はそれでも「WEBデザイナ」になりたいのか。もしなりたいならば、ポートフォリオを作る前に、Adobe CSとMacを買う前に、専門学校に願書を出す前に、身近でWEB業界で働いている人の話を聞くべきだ。但し間違っても、ドワンゴとかはてなとか、あるいは博報堂なんかにいる「エリート」ではなく、出来れば聴いたこともない会社に勤めている人に話を聞こう。
Webサービスになるんじゃないかなーってことを思いついたので、自力で作ってみよう思う。
プログラマとして社会人約三年経験後、無職半年目。別業界に行こうと思ってた。
でも思いついたからやってみるって言うのは有りだと思うんだ。
機能拡張とかばっかりだったから、どうしていいのかいまいちわかってない。
・レンタルサーバを借りる
・余裕があればドメイン取得
・開発言語はPHP（とはいえ独自フレームワークばっかりだったのでCakeとか使えないぞ……）
・MySQL実は使ったことがないんだよな。関数をチェックしておく必要性あり。
・UIはHTML5を意識したXHTMLで書いておけば将来的な移行がしやすいのかな。最初からHTML5で書くというのも手か？
・CSS3使ってもいいのかなあ
・関連商品の表示のために何をすればいいのか（DBに閲覧履歴を保持するのか？）
・他にも思いつき次第追記
・ここがわからないのであった
・twitterとかなのかな
まあ、作れないかもしれないけど、その時はその時。
THANKFUL WORLD - 世界を「ありがとう」でつなげよう -
似たようなサービスは既にあると思いますが、PHPプログラムの練習課題として作成してみました。
投稿者から「ありがとう」にまつわる話を投稿してもらい、感謝の気持ちを伝えるサービスです。
この中で一番の目的だったのは3番目の最後までやり遂げるだったりします。
本当にどんなものでもよかったので、最後まで作り上げて公開するのを目標にやってきました。
Webサーバの構築課題も含めてなので、さくらのVPSを一台契約しました。
インストールから設定まで行って初めて分かることも多くありました。
1週間
今できることを高めることも重要ですが、自分に足りないものを吸収してより良い形で昇華することも必要。
個人でサービスを作る以上、自分自身がクライアントなので途中で行う仕様変更（改善や思いつきによる変更など）に対する文句のぶつけ場所もありません。
念入りに設計を行い、それに基づいて開発を行う。
何事も初めが肝心です。
ひと通り開発を行ってみて、自分の知識や能力についてもある程度把握できたように思えます。
今できることもわかったので、次は今できないことをできるように知識を深め、
今できることと合わせて新たな段階に進めればと思います。
わざと避けてた部分を書かれたw
まぁFlashの普及という意味ではvideoタグが全部持ってくよね。あとcss3。canvasはそれほど脅威ではない印象。
videoタグの実装が整ってくれば、一定数のFlash離れは起こるんじゃないかと思う。ただ、videoタグの普及にはまだまだ時間がかかりそうだから、それまでにFlash無しじゃいられない体にしてしまえば、生き残りは十分可能な気もする。実際、Mixiアプリやってる有閑マダム達を虜にして一定数は確保してる。
あと、一度インストールしたら、重大なセキュリティホールが発見されない限り、わざわざアンインストールはされない。慎重に対応すれば現在の普及率をある程度キープすることは可能。
もっとも、Adobeは、Flashをブラウザ上からクロスプラットフォームのアプリ作成環境にまで成長させるつもりっぽいので、長い目でみてもFlashは形を変えつつ生き残るんじゃないかと思ってる。
「Flashに死んで欲しいと思ってる」ってのもある程度同意。ただし少なくともIE6ほど「みんな」ではない。
Flashが恨まれるのは、まだマシンパワーが貧弱だった時代に、わざわざ重いベクターアニメーション環境をブラウザで動かしてしまった事に起因してる。その上、かなり優秀なタイムラインアニメーションツールを提供してしまったため、敷居がぐっと下がってしまい、「負荷」という言葉を知らないアーチスト達によって、きれいだけど無茶なコンテンツが量産されてしまったという悲劇を引きずっている。
もっとも、マシンパワーがあがった今でも、負荷的に無茶なFlashコンテンツが量産され続けている状況は変わってない。これはFlashのせいというより、コンテンツ作成者の知識不足によるところが大きい。Adobeは、もっとコンテンツ作成者の成熟に力を入れたほうがよいのかも知れない。
いや、あなたの言ってることは合ってるし、自分も基本的に同じことを主張したつもりだが。
を、わざわざ砕いて”リッチなインターネットコンテンツを、非常に簡潔にスマートに記述できる”と文系チックに書いたのに、なぜ、わかりにくいバズワードで言いなおすのか。
そもそも「セマンティックな記述」って意味がわからない。文章の意味構造を記述できるようにして外見と分離する事を指すのなら、それは「非常に簡潔にスマートに記述できる」という事じゃないのか（さすがにあいまいに書きすぎてるとは自分でも思うが）。「実現できることが格段に増えた」事は、リッチなインターネットコンテンツを記述できるって事じゃないのか（意味構造を記述によって検索エンジンに適した情報になるってメリットは、論旨がブレるので書いてない）。
その当たり前の事ができなかったHTML4。HTML5になればできるようになるとでも言いたいのなら、あなたもネットに向いてない。
問いかけてる以上、答えがあるようなので、ぜひ模範解答をご教授頂きたい。「無限の可能性があります」という厨二病な答えしか思いつかない。
ちゃんと書いたつもりけど、代表格は2D描画。あと複雑な処理（クラスのおかげ）。ブラウザ間OS間の互換性。ネイティブなXML処理。プリミティブな音ストリームの操作なんてのもある。
現状、Flashを必要としてるのは何処？ 誰？
Flashを必要としてる人なんていないと思ってる。ただFlashの方が制作環境とかも含めて使いやすいから使ってるだけのこと。
いやいやいやいや。iPhoneで表示されない広告に何の意味があるのか。ゲームは一理あるけどFlashは外部コントローラに対応してない。3Dなら現状Unity。一概に言えない。
