こんにちは。板羽です。

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

こんにちは、神尾です。

コーディング依存症ないしコーディング好きの人ならば携帯環境で開発したいと思ったことがあるはず。

私も昔ガラケーに付属のメモ帳でコーディングをしていたことを思い出します。

今はスマートフォン。いい時代ですね。

Androidで使えるのは「Android IDE（AIDE）」というアプリで、AndroidSDK、Android NDK、libGDX、HTML5、Java、C/C++、JavaScriptの開発ができる統合開発環境です。

主にAndroidアプリ作る用ですね。

ただのエディターではなく統合開発環境だと言い切れる機能を紹介します。

※この記事はASPではありません

機能

ビルド＆実行できる

Gradleの実行が可能で、ビルドができます。
もちろんその場で実行可能。Android機でAndroidの開発をするのでエミュレータではなく実機で見れるのはメリットですね。
コンソールの吐き出しもできます。

ただエミュレータはついていないので、複数の環境で試すことができないのはネック。

Git対応

自分的にはこれが一番ありがたいです。というか必須です。

スマホで使えるGitクライアントは他にもあるのですが、クローンができなくてリモートリポジトリに直接コミットするなどあまり使えませんでした。

コマンドはできなくてマージやブランチの作成など最低限の機能だけですが、とっても助かります。

xmlビジュアルエディタ

これは私は使っていないのでよくわかりませんが、
Androidのレイアウトxmlを見た目を確認しながら編集できます。

軽い

多機能なのでいろいろ圧迫するかと思いきや軽いです。
動作も基本はエディターなので軽いですし、
容量はクローンしているプロジェクトの容量によるので、本体は小さいです。

その他

自動整形、ピンチイン・アウト、記号入力のショートカットなど、携帯機ならではの地味に役立つ機能がまじありがたいです。

注意点

日本の機種には弱い部分があるのか、不具合がいくつかあります。対策をまとめました。

フリック入力・テンキー入力ができない

できません。QWERTYキーボードを使ってください。手先が器用になります。

日本語入力できない

できません。メモ帳からコピペしてください。

ビルドするとAIDEが止まる

再起動ください。
ちなみにビルドしてAIDEが止まっちゃった場合は以下の手順でコンソールが吐き出されるようになります。（Android6.0の場合）

①AIDEとアプリを閉じる
②アプリを開く
③AIDEを開く

外部ライブラリがインストールできない

外部ライブラリのダウンロードはできません。
ダウンロードしてプロジェクトに含めて使ってください。

ありがとうAIDE、そしてこれからも

ちなみに有料で1200円とアプリとしては高いですが、個人的には安すぎると感じているぐらいです。
無期限体験版もあります。

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

大学ではクレイアニメーションを作っていたので、
今回は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であれこれできるようにしてくれていますので、
技術面でもクリエイティブ面でも「モノを作る」よりも「モノを設計する」を強く意識したほうがよさそうです。

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

では。