夏休みの計画はすすんでいますか？
お住まいの市区町村にも在住者優遇料金の保養所がありますが、渋谷区の会社にお勤めの皆様には、渋谷区の施設利用の権利があります。

一押し
仁の平渋谷荘：http://www.hakone-shibuya.jp/reserv/index.html
あの、「三笠ホテル」のメニューだそうです。
朝からビュッフェ、夜は旅館的なお酒のすすむフルコースです。
羽振りが良かった数年前、母と子供二人を連れて行きました。
お子様メニューは安かろう「お子様ランチ」…
子供は正直、結局、大人がお子様ランチを食べて、子供達は大人の贅沢ディナーを堪能していました。（食堂での食事）
夏には子供プールもあり、露天風呂・卓球（無料）・カラオケ（有料）、のんびりできます。箱根探索の拠点にお薦めです。

河津さくらの里しぶや：2016年頃に新設
https://www.city.shibuya.tokyo.jp/shisetsu/shukuhaku/kawazu_sakuranosato.html

＝安さで選ぶなら新島・峰の原＝
新島青少年センター：https://www.city.shibuya.tokyo.jp/shisetsu/seinen/yt1_niijima.html
抽選ありますが、リピート客が多数。
昔はナンパ島だったかもしれませんが、今はファミリーが多いそうです。
新島に飽きたら、式根島もお薦めの青い海です。

夜発の船「席無し」ならば旅費も抑えられて、夜中は甲板で宴会。
運良く船からの日の出に出会えたら最高。

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

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

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

商魂！！！！

でもでも・・・・

恋人がいない人

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

写真を贈りあったり・・

有明でデートしたり・・

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

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

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

・
・
・
・

―― 10分後 ――

作りました。

それがこちら。

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

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

すごい押してくる

好き好きラッシュ

どきん

わ、私の名前を・・・？

あっ、つい本名を・・・

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

好きーーーーー！！！

・
・
・
・
・
・
・
・
・
・
・

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

一応作り方の解説

こんにちは！

ヴァンです。

地震について、世界中で日本は地震が一番多いです。
ベトナムは地震があまりありません。なので、ベトナムに住んでいればこの点は安心です。

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

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

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

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

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

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

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

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

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

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

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

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

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

では。

こんにちは、制作部の花島です。

みなさん、リーキーガット症候群を知っていますでしょうか？
もう9年ぐらい一緒にいる人から、私、リーキーガットかも？？と言われ、
何だ？？と思い調べてみました。

こんにちは、佐久本です。

立川にて”まんパク”というイベントがあったので行ってきました。

まんパクとは…（長いのでサイトをご確認ください）
http://manpaku.jp/201805/about/