‘デジハリ’ カテゴリーのアーカイブ

フライヤー作った:デジハリのクリエイターズオーディション用

Illustorator, デジハリ | 投稿者: 管理人
11月 24 2009 年

とりあえず、フライヤーを4パターン作った。12月の後半にある、クリエイターズオーディション用のやつ。

サムネクリックするとでっかくなるよ。んで、でっかくなった画像の右上と左上にNEXTとPREのボタンも出てくるよ。


指定は、【冬をイメージさせるもの+華やかなイベントであることをイメージできるように】とのこと。

うーん。元来お絵かきが苦手なので、うーんうーんダサイね、なんともはや・・・。などと言いながら作成。

その1:華やかってか、にぎやかな感じ。才能飛び出せボバボボンってイメージ


デジハリ:クリエイターズオーディションvol.34用フライヤー

デジハリ:クリエイターズオーディションvol.34用フライヤー



その2:冬の空気をイメージして。あと挿し色に赤←出場者の燃える闘魂的なw


これはね、ブレンドツール使いたかったからやってみたのww ジョロロロンって感じが好きで。

デジハリ:クリエイターズオーディションvol.34用フライヤー

デジハリ:クリエイターズオーディションvol.34用フライヤー



その3:雪だるま。ただそれだけ。なんか一番投げやりw


あージンジャーマンクッキー食べたい。

デジハリ:クリエイターズオーディションvol.34用フライヤー

デジハリ:クリエイターズオーディションvol.34用フライヤー



その4:卵。やっぱ才能眠ってますよって感じですね。でも、こんな寒そうな卵、中身死んでるんじゃ・・・。ゴバァ・・・。


デジハリ:クリエイターズオーディションvol.34用フライヤー

デジハリ:クリエイターズオーディションvol.34用フライヤー



その5:結晶。これが一番冬っぽくてかつなんとなく華やかかな???


無難な感じに、まとまってんね。

デジハリ:クリエイターズオーディションvol.34用フライヤー

デジハリ:クリエイターズオーディションvol.34用フライヤー



にゅう。イラレの使い方超絶忘れ気味だったから、よい復習になりやんしたっとww

うしゃしゃしゃしゃ< br/>

つぶやくこの記事をツィッターでつぶやく

SQLite覚書1(てかただのメモ)

デジハリ, 勉強 | 投稿者: 管理人
11月 06 2009 年

    ■rktSQLite2
    今回はこのアプリケーションを使って、SQLiteを触ってみるよ
    ▼DLまでのながれ
    rakutoネットで検索:http://study.rakuto.net/php/rktSQLite/rktSQLite1/
    rktSQLiteをDL:今回はこれrktSQLite2.2.07.zip(110KB)
    eclipsのプロジェクトにDLしたディレクトリごとコピー
    いつも使ってるlocalhostでhttp://localhost:○○/プロジェクト名/rktSQLite2/htdocs/index.php
    ▼eclipsのプラグインで、rktSQLite2と同じ用に使えるやつ
    ※今回ははじめから、インストールされてた以下の2つを見てみたよ(後で実際に触ってみようね)
    ウィンドウ→設定→Clay Databace Modeling:DB作る
    DBViewerプラグイン:DB見る

    SQLite
    通常はDBはサーバー(DB専用の)にインストールする(ってかサーバー立てる)けど、今回のrktSQLiteはプログラムに組み込み系のDB
    ※手軽で便利

    ■テーブルの作成:CREATE TABLE テーブル名
    カラムの情報(たとえば↓)
    CREATE TABLE staff (
    id INT NOT NULL,
    name VARCHAR(256) NOT NULL,
    height DOUBLE NOT NULL,
    weight DOUBLE NOT NULL,
    PRIMARY KEY (id)
    )

    ▼テーブルの追加
    ・テーブル名は日本語不可
    ・フィールド数は、カラム数のこと。
    ▼テーブル構造の入力
    ・項目
    ・型名:INT(数)
    CHAR(文字型で、文字数を固定)
    VARCHAR(文字型)
    ・長さ:バイト数(文字型で、256なら、128文字とかね)

    ▼追加:INSERT INTO テーブル名
    たとえば↓
    INSERT INTO staff(
    id,
    name,
    height,
    weight
    )VALUES(
    ‘1′,
    ‘田中’,
    ‘175.5′,
    ‘67.4′
    );
    ※順番が重要:VALUESの前の、カラム名に合わせて、VALUES後のデータを入力する

    ▼変更・更新(SQL内の、データの中身を変更する):UPDATE テーブル名SET
    たとえば↓
    UPDATE staff SET
    id=’1′,
    name=’田中’,
    height=’175.5′,
    weight=’75.0′
    WHERE //どこを(条件文)※条件つけないと、そのカラムすべてが変更されるよ
    rowid=1;//idが1のところ
    たとえば2↓
    UPDATE dhw SET name =’東京校’ WHERE id=1
    UPDATE dhw SET name =’東京校’ WHERE name=’東京本校’
    UPDATE dhw SET name =’東京校’ WHERE name=’東京本校’ OR id=1

    ▼消去:DELETE FROM テーブル名WHERE rowid=○○;
    たとえば↓
    DELETE FROM staff WHERE rowid=1;
    ※消す前に、DELETEをSELECT *にして、確認してから消したほうが、確実だね。ほんとに消して大丈夫なのか確認してからのが安心だし。この作業を癖にするくらいがいいよね。
    ※※条件つけないと、全部消えちゃうから、確実に、条件文をつけておくように、これも癖つけようね!!!!!


    SELECT * FROM テーブル名:テーブルの中のすべてのデータを出しなさいの意味
    *が、カラム全部的な意味
    *を、idの情報だけがほしい場合は、*をidにすればいい
    SELECT * FROM テーブル名 WHERE ○○:テーブルの中の○○にあるすべてのデータを出しなさいの意味
    複数データを取り出したいときはカンマ,で区切る
    →Ex.)SELECT id,name,height FROM staff
    DISTINCT:同じもの、重複しているデータをひとつにまとめる
    →Ex.)SELECT DISTINCT name FROM staff:重複している”名前”をひとつにまとめる
    →Ex.)SELECT DISTINCT* FROM staff:すべてのデータが重複してたらまとめる
    条件文WHERE:条件文。WHEREのあとに、条件になるものを書いて指定
    →Ex.)SELECT height FROM staff WHERE height < 170 :staff っていうDBから、height170未満のheightをセレクト
    →ANDとかORを使って、条件を足すこともできる
    →SELECT * FROM staff WHERE height < 170 AND weight > 60    :heightが170以下で、かつ、weightが60以上
    →SELECT * FROM staff WHERE height < 170 OR weight > 60    :heightが170以下かweightが60以上
    →LIKE:検索の時に使う(完全一致)
    →普通にLIKEを使うときは=とか==を使っても一緒
    →%を使うと、後方一致・前方一致が使える※シングルコーテーションの中に書いてあげる
    →SELECT * FROM staff WHERE name LIKE ‘田%’        :今回は田中が検索される 前方一致  田○○○
    →SELECT * FROM staff WHERE name LIKE ‘%中’        :今回は田中が検索される 後方一致  ○○○田
    →SELECT * FROM staff WHERE name LIKE ‘%田%’    :今回は田中が検索される 全後方一致 ○田○
    →IN:ORORORしないで、まとめて書く。※含むものをとってくる
    →SELECT * FROM staff WHERE id=1 OR id=2 OR=3 ⇒ SELECT * FROM staff WHERE id IN(1,2,3)
    △デメリット:引数が多くなってくると、重くなったりするから、たくさんのデータを扱うときは注意 SQLiteは引数100個以上になるとエラるよ
    →NOT IN※含まないものをもってくる
    →SELECT * FROM staff WHERE id NOT IN(1,2,3)    :id=1 id=2 id=3を含まないものをとってくる
    →データの並び替え(ソート)
    →ORDER BY:ならびかえ
    →SELECT * FROM staff ORDER BY height,weight
    →DESC:降順
    →SELECT * FROM staff ORDER BY height DESC,weight DESC
    →ASC:昇順(デフォはASCになってるよ)
    →LIMIT:1ページに指定した件数分を表示する
    →SELECT * FROM staff LIMIT 3    :staffデータテーブルから3件持ってくる
    →▼OFFSETとうまく組み合わせよう!
    SELECT * FROM staff LIMIT 3 OFFSET 0    :1ページに3件で、0件目から
    →▼関数
    →COUNT:そのテーブルに入っているデータの数をかえす
    →SELECT COUNT(*) FROM staff    :スタッフっていうDBテーブルの中の件数
    →SELECT COUNT(id) FROM staff    :スタッフっていうDBテーブルの中の件数
    ※そのテーブルの中のプライマリキーを指定するのが一番いいよ!!!プライマリキーは、重複することがないからね!!!!!
    ※人によってはアスタリスク指定するの嫌がって、カラム指定しなって人もいるからね
    →MAX:テーブルの中にあるデータで、一番大きいものを返す
    →SELECT MAX(id) FROM staff     :スタッフっていうDBテーブルの中のidで一番大きいもの
    →SELECT MAX(height) FROM staff     :スタッフっていうDBテーブルの中のheightで一番大きいもの
    →MIN:テーブルの中にあるデータで、一番小さいものを返す
    →SELECT MIN(weight) FROM staff     :スタッフっていうDBテーブルの中のweightで一番小さいもの
    →SUM:テーブルの中にあるデータの合計
    →SELECT SUM(weight) FROM staff     :スタッフっていうDBテーブルの中のweightの合計

    ■テーブルの削除:DROP TABLE テーブル名

    ■テーブルの更新・変更:ALTER TABLE テーブル名  (※基本的には、途中変更はしないですむように、よく考えて作ろう!最初は、DROPしちゃって、新しく作り直すくらいでもいいと思う)
    変更したいTABLE

      つぶやくこの記事をツィッターでつぶやく

      バナーシコシコ

      wordpress, アプリケーション, サーバー, デジハリ, 勉強 | 投稿者: 管理人
      5月 28 2009 年

      今日も今日とて、バナーしこしこ作っておりますよ。

      今日はとりあえず、カメラの120*600がひとまず完成&ケータイの120*240の作り直しが完成。

      毎度の事ながら、同じクラスのS君にアドバイスを頂きながら作っていました。

      ちょっと、製作に飽きて、プラプラとネットしてて、見つけたバナー関連連の面白サイトを以下に

      • BannerSnack:フラッシュバナーのジェネレーター
      • c-team:バナーのクラウドソーシング
      • bannerblog:バナーのまとめサイト(探しにくいw)

      c-teamはとりあえず登録しちゃったw

      フラッシュバナーとかはまだ作れないけど、とりあえずねw 

      BannerSnackはなかなかすごかった。

      サイト自体がきれいなのもそうだけど、操作もとてもしやすかったし、さくっとバナー作れちゃうから、自分のサイト充実してきたらたくさん作ってみたい。今回の課題とかも、オブジェクトの配置とか動かし方とかのインスピレーションを得るには丁度良いかも。

      にしても、ジェネレーター系って、ホント今すごいの沢山あるなぁ・・。ユーザーはブラウザさえあればソフト要らないんだもん。昨日知ったHobnox Audiotoolもすごかったし。

      やっぱりウェブは面白い!

      つぶやくこの記事をツィッターでつぶやく

      本日の講義:Webディレクションについての基礎講座

      サイト構築, デジハリ, 勉強 | 投稿者: 管理人
      5月 27 2009 年

      今日の授業はとっても面白かったので、とりあえずメモメモということで、エントリー

      授業のカリキュラム表には、【Webインターフェイス】ってタイトルで書いてあったから、てっきりインターフェイス・ユーザービリティ系の話かと思い込んでいた。設計・コーディングの授業まだまだなのに、どんな授業なんだ?と思ってたし。

      そしたらどっこい、タイトルの通り、今日はサイトを作る上でのワークフローのホントに基本的な所から丁寧に説明してくれて、とても面白い授業でしたよ。

      こう、半年とか、1年とか、短いスパンで技術を詰め込み教えてくれる学校とかだと、初心者から始めた私のような人は、とかくデザインから入って、そのサイトを作る目的とかコンセプトとか、ベースになるものを忘れがちなんだけど、やっぱりそれはとっても基本になるものなので

        • どんなソフトを使うとか
        • 何でそのソフトなのかとか
        • 何を作りたいのかとか
        • ターゲットはどんなユーザーなのかとか
        • クライアントの持っているコンテンツはどんなものなのかとか

      やっぱりそれを最初に決めて製作にあたらねばと、聞くと当たり前だけど、なんか忘れがちなことを釘刺されました。

       

      後は、ディレクトリリストの作成が重要だということ

      制作会社さんだと、やっぱりページが単価になるから価格を決める面でもそうだけど、チーム単位で動くときも、ちゃんとした骨組みがないとだもんね。

      ディレクトリリストはやっぱりエクセルで作るのが一般的ようでした。エクセルで作った後に、HTMLで書き出して、作ったページ毎にリンク貼って、プロジェクトメンバーとクライアントで確認しあうのも、なるほど!っと思いました。参考にして、グループワークに応用したいと思います。

      そうそう、グループワークはGoogle Calendarつかってやろうと思ってた。どうだろ。

      ディレクトリリスト作るときの注意点だけど、基本、1フォルダに対して、1html作れとのこと。んで、html名は基本index.html

      ほうほう、にゃるほどと思いました。肝に銘じます。もちろん、ニュース更新情報とかはどしどしファイルが増えてくので、それにあわせた名づけ方(yymmddのような)が好ましいとのことですが。

      あと、ファイル名は長いと重くなるから、わかりやすくかつ短くがポイントみたい。ケータイサイトはその辺シビアに考えて作らねば!

      んで、ディレクトリリストを作ったら、すぐに空でいいからフォルダ作って整理しておこうとの事です。確かに、Web製作って、納期の最後の最後まで付け足しだ増えてくから、最初にバシっとページ数を決めて動かないと、いつまでたっても終わらないもんね・・・。

       

      んで、クライアントとやり取りするときは、案件用フォルダを用意。中身は以下の感じ

        • htdocs(元ファイル・素材は入れない)
        • スケジュール(タスク管理表)
        • 原稿(テキスト情報)
        • 写真素材(元素材)
        • デザインデータ(編集後素材やレイアウト素材)
        • 画面構成図(ワイヤーフレーム)
        • 運用更新リスト

      これをバシッと用意して、プロジェクトチームで共有してクコとが大事なのね。フムフム。今日の授業は参考になるなぁ・・。

      んでんで、ディレクトリリストができたらそれを元に画面構成図(ワイヤーフレーム)を作成。毎年、この作業まで完璧にできる生徒は少ないのだとか・・・。時間なかったりでね・・・。

      私はがんばるぞ!!!ちゃんとワイヤーフレーム作ってからデザインに入れるように! 現状の課題の時点で、絵コンテとかかけない私にそれができるのか、不安だが・・。

      でも、ちゃんと、富士フィルムのサイトに来たくなるには?ってのは考えて、コンセプトリスト(ただの箇条書きとも言う)は用意したけどね。

       

      仕事するときに、気をつけなきゃならないのは、【相手に考えさせない】という事みたい。

      ちゃんと、ディレクトリリスト、ワイヤーフレーム、サイトマップを細かく作って、見てわかるようにフィックス作業をクライアントを重ねるって事ですね。

      そうやって、丁寧に仕事することで、作って終わりではなくて、その後の運用管理・ログ解析をしてあげて、ちょいコンサル的な知見からアドバイス&次の仕事にってのはいいねぇ。

       

      長くなったけど、今日の授業で釘刺されたのは以下の点

      課題ひとつ一つにも下記の全工程順をおって踏む

      1. サイト・コンテンツ・アプリ←これらを作る意味・目的を考える
      2. クライアント・作る店舗の扱うコンテンツを確認しておく
      3. 案件リストを作成する
      4. ディレクトリリストの作成
      5. サイトマップの作成
      6. デザイン
      7. コーディング

      これを毎回やっておけば、ポートフォリオに完成品だけじゃなくて、製作工程(ディレクション的なスキル)も見てもらえるし、デザイン系の学生に対して、別の部分からアプローチもできるし、何より実際の現場で役立つし、今の段階から、気をつけて行動してみようと思う。

      つぶやくこの記事をツィッターでつぶやく

      飲み会その後

      デジハリ, 日記 | 投稿者: 管理人
      5月 18 2009 年

      学校近くの焼き鳥&モツ煮のお店で飲みでした

      TAさん、セッティングどうもありがとうございました!

      Aクラスの方と親睦を深めたかったのですが、少々残念なことにAクラスの方は2名の参加でございました・・・。
      皆さん、ちゃんとご予定があるようですw
      バイトもしていない自分は・・・。
      あ、でも、AクラスのTAさんもとても気さくな方で、帰りは一緒に帰ってくれたし。やさしさに萌

      どうも、Aクラスの女の子はとってもパワフルで、
      自主的に課題を出し合って切磋琢磨しているようです。

      機会があれば、仲間に入れてもらおうかしら・・。
      人見知りな私は、入っていけるか、若干の不安が残るが・・。ゴニョゴニョ。

      つぶやくこの記事をツィッターでつぶやく

      クラス合同飲み

      デジハリ, 日記 | 投稿者: 管理人
      5月 16 2009 年

      今日はデジハリのA,Bクラスの合同飲みがある。
      Aクラスの人はどんな人たちかなぁ?

      つぶやくこの記事をツィッターでつぶやく

      授業:Illustrator(3)

      Illustorator, デジハリ, 勉強 | 投稿者: 管理人
      4月 14 2009 年

      とりあえず今日で、Illustoratorの授業は終わりらしい・・・
      まあ、確かに、Web製作で使うスキルは限られているだろう。
      でも、さすがに復習してかなきゃだね。これは。

      時間はいっぱいある!(とりあえずこの1年は)
      毎日少しずつでも復習+いろんなとこに落ちてるチュートリアル系のお助けサイトをめぐってコツコツとスキルを身につけてゆこうと思う。

      ひとまず今日やった授業の概要

      1. グラデーション
      2. テキストツール・枠取り・影効果
      3. オブジェクト内へのテキスト挿入・パス上でのテキスト挿入
      4. フィルタとアピアランス
      5. フィルタとアピアランスを使ったオブジェクトの変形
      6. 地図を描く
      ざっとし過ぎているがこんな感じ。
      とりあえず今日描いてみたものを下記においておこうと思う。

      今日描いたもの

      つぶやくこの記事をツィッターでつぶやく

      授業:Illustrator(1)(2)

      Illustorator, デジハリ, 勉強 | 投稿者: 管理人
      4月 13 2009 年

      4月1日に入学ガイダンスを済ませた後、
      現在までに実習の授業が2回と講義が1回あった。

      まず最初はIllustorator(1)というタイトルの実習。
      この日は、自己紹介とか、その他もろもろ説明があったので実習は少なめ。
      この日は、ほんとに基本説明で、編集画面の説明とか簡単なオブジェクトを描くくらい(四角とか丸とか)
      同じ週に2回目の実習があって、この日からが本格的な実習って感じだった。

      この日は、実際にいくつかの下絵を基本に、
      パスを引いて絵を描いて、色を塗るって感じの授業でした。

      ちなみに、私は、Illustratorまったくの初心者です。
      その初心者の恥ずかしながら初心作品集を下記に。
      (後から自分で見て笑っちゃうクオリティだろうが、備忘録ブログだから気にしないw)

      つぶやくこの記事をツィッターでつぶやく

      デジタルフロンティア2009

      デジハリ, 日記 | 投稿者: 管理人
      4月 13 2009 年

      昨日はデジタルフロンティア2009の日でした。
      デジタルフロンティア2009とは、デジハリ本科生の各コースの優秀作品の発表会

      つまり、私の1年先輩に当たる方たちで且つ、
      私も1年後にあの場に立つことを目標にこれからがんばるわけである。

      今回ステージ上で表彰されていた方は、
      一年前はどれくらいのスキルだったのかぁ・・・。
      今の私と同じくらいなのかなぁ・・・・・・・。

      SQLとPHPでフォト共有の動的サイト作っていた2名のチームが表彰されてたけど、
      私も、あーゆーサイト作れるようになりたい。
      よし!!がんばるぞ!!!!

      つぶやくこの記事をツィッターでつぶやく

      4月に入ってから始めたことその1(デジハリ)

      デジハリ | 投稿者: 管理人
      4月 13 2009 年

      4月、新年度なわけだが、

      何が一番身の回りで変わったかと言うと、3月に会社を辞めて、

      デジハリに通うようになったことでしょうか。

      デジハリの本科Webクリエイティブ専攻というコースに1年間通うことにしました。

      学費高いからすごく迷ったんだけど、以下の点で入学を決意。

      1. 必要最低限のことを教えてくれる。授業中はTA(ティーチングアシスタント)がいる
      2. フリータイムがある(オールナイトフリータイムがある)
      3. 授業料が高い
      4. 専門学校よりは落ち着いた人(大人)が多い
      でしょうか。

      1.)は、独学では何から手を付け始めたらいいかわからない、私のような人にはぴったり。

      一応1年コースでカリキュラム組んであるから、それにそって予習復習をすれば良し。

      案外、こうゆう風に薄くでもレール引いてもらえると勉強ってやりやすいんだよね。もちろん必要最低限(というかポイントを抑えて)のカリキュラムだから、予習・復習・応用が大事なんだけどね。

      あと、授業中はTAもいるから、わからないところがすぐ質問できて効率がよい。(一クラスに3人いました)

      これって、2回授業受けてみて感じたけど、かなりありがたい。

      とうぜん実習系のカリキュラムが多いんだけど、アレ?って思うとこって大抵どのアイコン選択するんだ、とか、どのコード変換するのかとかじゃない?

      それを、「すいません、ここ・・」って聞いて、1・2秒で回答が返ってくるのって、かなりすばらしい。授業は当然スピード早めに進んでくから、つまずくと将棋倒し敵にわからなくなってくんだけど、その最初のひと躓きを1秒でTAが解決してくれるシステムは良いねぇ。

      あと、授業後を1時間くらい残って見てくれるのも嬉しいねぇ。


      2.)は、ほんとにこれが決めてだったかも。
      まださすがにオールナイトフリータイムは使ってないけど、そのほかのフリータイムは有効に使ってる。

      会社辞めたし、時間はたくさんあるから、授業のないときもデジハリきて、予習・復習してます。

      課題出されたら、もちろんオールナイト使ってガシガシ作業できるのも良いね。

      家でやるよりはるかに集中できて便利便利。図書館と違って混んでないし尚且つPC持ってかなくてもいいしね。


      3.)は、副次的効果というか・・。まあ学費高い分、がんばる気になるよ、ほんと・・(学費参考


      4.)は、専門学校って通ったことないからわからないけど、同じクラスの人を見ると皆さん落ち着かれています。年齢も自分と同じくらいか上の方も結構いらっしゃいましたし。

      周りが10代とかが多いとさすがに気が引ける今日この頃。26歳な今日この頃。

      そんなこんなで1年がんばってゆきまっしょい

      つぶやくこの記事をツィッターでつぶやく