Producing Web » Blog Archive » Web企画を立てる際にリストアップする34の要素
Webサービスの企画を行う際に、企画書を作られることがあるかと思います。個人で作るサービスであれば作らないこともあるでしょうが、企業として取り組む場合には必要なものです。 via Changes to site permalink page on Flickr - Photo Sharing! なぜ必要かと言えば、プロジェクトメンバーと意識を共有するためです。これがずれていると、プロジェクトの進行方向が徐々にずれていってしまいます。そうならないよう、初志を書き出しておくことで、定期的に見直し、改訂してプロジェクトを進めていくのが重要です。 そこで今回は私がWebの企画書（自分用ではなく、他社への提案用）を作る際に注意している項目を書き出してみました。実際は、これらを必要に応じて削除/追加したりします。 □ コンセプト 最も大事ですね。端的な言葉でサービスの概要を言い表す必要があります。 □
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記
第1回 そろそろ本気で学びませんか？ | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない（と思う）。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn
分裂勘違い君劇場 - 無学歴、無職歴、無実力のニートが年収500万円の正社員になる方法
を具体的に書いてみる。 まず最初にニートがやるべきことは、「このゲームは、正攻法でやるかぎり、どう足掻いても、絶対にニートが勝つことができないように仕組まれた八百長ゲームである」ことに気づくことだと思う。 だから、正攻法はだめだ。明後日の方角から、とんでもない反則攻撃をして、八百長ゲームのルールを食い破って勝利を強奪するような戦略で行くべきだ。 具体的にいうと、まず、そもそも、正面玄関から企業に就職面接を受けにいくのはやめとくべきだと思う。 ニートの場合、「この空白期間はなに?」とか聞かれて撃沈するだけ。時間の無駄な気がする。 職歴が弱点なんだから、その弱点を突かれるような戦いかたをしてどうする、というか。 その弱点を無効化するような戦い方をするべき。 で、職歴という弱点を無効化するために、ダンピングもどきの反則技を使う。 ほんもののダンピングは、独占禁止法で禁止されている。それだけ悪質で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
