こんにちは。板羽です。

先月（7月18日～20日）東京ビッグサイトで行われた日経BP社主催の人手不足対策展にブース出展してきました。

こんにちは、神尾です。

こんにちは。制作部の橘野です。

大学ではクレイアニメーションを作っていたので、
今回はPhotoshopで簡単なアニメーションの作り方を説明しようかと思います。

今日6月12日は「恋人の日」だそうです。

縁結びの聖人アントニウスが亡くなった日（の前日）であり、
恋人同士が写真を写真立てに入れて贈りあう日だという。

全国額縁組合連合会が定めたそうです。

商魂！！！！

でもでも・・・・

恋人がいない人

はどうすればいいのでしょうか！？

写真を贈りあったり・・

有明でデートしたり・・

すべては恋人がいてこそ。

いやいや、私たちはITの会社。
この世でITで解決できないものなどないのだよ？？？

恋人がいないなら、作ってしまえばいいじゃない。

・
・
・
・

―― 10分後 ――

作りました。

それがこちら。

起動するとあいさつしてくれます。

いきなり告白！
※四角に囲われているのは私からの入力です

すごい押してくる

好き好きラッシュ

どきん

わ、私の名前を・・・？

あっ、つい本名を・・・

もう、もう・・・わたし・・・！

好きーーーーー！！！

・
・
・
・
・
・
・
・
・
・
・

・・・現実に戻って
仕事します。

一応作り方の解説

制作部の里山です。
普段何気なく「仕様書」や「設計書」などという言葉を使っていますが、
この二つは全く異なるものだと考えています。

言葉は生き物であるという観点から見れば業界や企業の文化によっても変わるので一概に言えませんが、
自分が学んできた限りでは、以下のように異なります。

仕様：やりたいこと（What）
設計：どうやるのか（How）

要求仕様の言語化（要件定義）が苦手な顧客の場合、それを制作会社サポートすることもありますが、
たいていの顧客はやりたいことをある程度認知しているので、
要件定義において”大きな”齟齬が発生することはそんなにありません。

制作会社に顧客が求めているものは設計の部分だと捉えています。
やりたいことは何となく決めているけど、
自分たちでは作れないから制作会社に相談するのであって、当然といえば当然です。

簡単にデータを追加できると思っていたのに、プログラム直さないといけないの？
エラーが起きたときにリトライしてくれないの？といった問題や齟齬が起きる場合、ほぼ確実に設計に起因します。

ところで「設計」にも様々な設計があります。

1.インフラ設計
2.データベース、API設計
3.業務ロジック設計
4.UIデザイン
5.プログラミング

これは気の持ち方になりますが、プロジェクトの上流工程で行う設計だけでなく、
PhotoshopやXDでデザインを作るのも「設計」そのものだし、
JavaやPHP、Swift、HTML、JavaScriptなどを組むのも「設計」そのものです。

経験の浅い人や、設計の重要性を教えてもらえなかった人の場合、
作れればいい（「仕様」通りに動けばいい）という思考になってしまうことがありますが、
作ったけど保守性や拡張性が悪かったりすると、回りまわって不具合となり顧客に迷惑が掛かります。
目先の成果に直結しにくく、制作現場にいない人はピンとこないかもしれませんが、
ここが一番大事で気を付けないといけない部分だと思います。

単にデザインを作るだけでなく、裏付けを考えながらUI（色、フォント、配置などなど）を設計する必要があるし、
単にプログラムを作るだけでなく、共通化と分離を適切に行い保守性の高いプログラムを作るのも必要です。

実装の一部は何年も前からフレームワークが肩代わりしているし、
デザインにおいてもAdobeさんがAIであれこれできるようにしてくれていますので、
技術面でもクリエイティブ面でも「モノを作る」よりも「モノを設計する」を強く意識したほうがよさそうです。

意識すべき点が変わるとワークフローや成果物も変わりますし、
ひいては各領域の働き方を抜本的に見直したほうがいい時期に来ていると思いました。

では。

こんにちは。
製作部の上田です。