コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
今回は、地方活性化の障害になる「トンデモ意思決定」(ひどい意思決定)がなぜ起きるのかについて、考えてみたいと思います。 この連載では、毎回のように地域活性化における問題点をとりあげていますが、中でも活性化の成否を決める意思決定にかかわる問題は、非常に重要です。 しかし、「なぜ地方は厳しい現実を直視できないのか」でも触れたとおり、実態は、人が減少しているのにもかかわらず、実効性のないバラ色の計画が平気で立てられていたりします。 また、巨大な商業再開発を行ったり、財政が厳しいといいながら豪華な庁舎を建て替えたり、交付金でプレミアム商品券を配ったら東京資本のチェーン店に流れて終わったり・・。このように、後からみれば「なんでこんなひどい計画を」と思えるような馬鹿げた話が多発しています。 誤った意思決定には、必ず「好き嫌い」がある もちろん、新国立競技場のケースでもわかるとおり、こうしたトンデモ意思
こんにちは、パオロ・マッツァリーノです。 日本の戸籍にも、ミドルネームを正式に導入することを検討してみてはいかがでしょう、というのが本日の提案です。 そんなことして、なんの意味があるのか? おおいにあるんです。いわゆるキラキラネーム問題を解決できるかもしれません。 こどもに読みにくい名前をつける習慣は、日本では鎌倉時代からあったわけで伝統といえなくもないのですが、近年、英語のような名前に漢字をムリヤリ当てるものなどが増えてきました。親はいいけど、学校の先生が読めなくて困るし、なによりこども本人がイヤな思いをすることもあるんじゃないか、などと世間の風当たりはかなり強い。 こないだネットの芸能ニュースで読みました。お笑い芸人のゴージャスさんが、生まれた娘にエスメラルダという名前をつけたいけれどムリだろうなと悩んでるそうです。ほとんどの人にとってどうでもいいニュースですが、じつは、同じ悩みを持つ
例えば、何かしらのイメージを作成しなければいけない案件があったとして。では、それを自社で制作しよう、となった場合。ざっくりとした流れは、1. 企画立案、2. イメージへの落とし込み、3. モデルさん・被写体・カメラマンの確保、4. スケジュール調整、5. 屋内ならスタジオの確保、屋外ならロケハン + 天気予報とにらめっこ、6. 撮影立ち会い、編集、納品。といった流れになると思うのですが、動く人員数・期間からして、軽く見積もっても数十万円の規模になっちゃいます。なので、それだけの時間とコストをかける余裕がない場合、それに近い出来合いのイメージを安価に購入した方が、形となって世に出るには、遥かに近道なワケです。 つまり、市場が欲しているイメージを先回りして、まだ頼まれてもいないイメージが商品として陳列されているところがストックフォトです(昔はライブラリーとも言ったのかな?)。もちろん、ブランド
シロクグロースハックブログは、アプリ開発者・プロデューサ向けに、サービスを成長させるための情報をまとめたサイトです。 SIROKの片岡です。今日は、エンジニア向けにコーディングガイドを作った話を書きます。 コーディングガイドを作った経緯 SIROKの設立当時はエンジニア3人ほどでスタートしましたが、それから3年半で関わっているエンジニアのメンバーが20人近くになりました。 メンバーが増えて、今まではなんとなく空気で共有されていた「こう書くと良い」を、改めて明文化する必要が出てきました。 そこで先日、エンジニアメンバーのみんなに「プログラムを書く上でみんなが気をつけた方がよいと思うことはなんだろう?」と聞いたところ、「自分はこういうことを気をつけて書いているよ」というポイントががたくさん集まりました。 それを元に「SIROKコーディングガイド」を作りました。 みんなが色々意見を出してくれて実
働いてある程度経つと、リーダースキルを求められる。もちろんリーダーは天才でなくては務まらないものではなく、だれでもできる仕事だ。 しかし、リーダーと一般社員は、いわば別の仕事であって、作業者の延長にリーダーがいないのは周知のとおりである。 そのため、リーダーになりたての頃は求められる成果を勘違いしたり、スタイルを変えることができず苦労する人が多い。 前職では企業に向けて多くの研修を行っていたが、最も人気なのは年間を通じて管理職研修であった。リーダーとしてのスキル、マネジメントの手法を学びたいということで数多くの方が学びに来た。 だが、セミナーで得たノウハウやや本を読んで得た知識は実践しなければ身につかない。それは、どんな技術も同じである。 数学は自分で手を動かして問題を解かなければならない。 英語は実際に人と話さなくてはいつまでたっても身につかない。 プログラミングは、実際にソフトを作る必
みなさんはAdobe Photoshopでどのように画像を書き出してますか? 最新のPhotoshopではさまざまな画像書き出し機能が搭載されていますが、どれを選択するかで手間が異なります。 本記事ではPhotoshopのさまざまな画像書き出し機能を紹介し、最適な画像書き出し方法を検証します。 この記事はPhotoshop CC 2022 (23.5.0)で検証しています。 この記事のポイント 新しい画像保存方式(書き出し形式、クイック書き出し)は手間が少ないので、作業効率が良い 新しい画像保存方式はデフォルト設定で、小さなファイルサイズの結果を得られやすい アニメーションGIF保存は「Web用に書き出し(従来)」を使う Photoshopの画像書き出し方法一覧 Photoshop CCにおいて、画像を書き出す方法は分けて5種類あります。 書き出し形式 [ファイル]→[書き出し]→[書き出
Sassを使うにあたって、覚えておくと必ず幸せになれる組み込み関数というものがある。 自分で定義できる @function とは違い、Sassに最初から備わっているものだ。 Sass自体の機能だから、もちろんCompassなどのフレームワークを使用する際も使うことができる。 普段Sassを使っているひとでも、Sassの組み込み関数については詳しく知らない人も多いのではないだろうか。 これを自由に使いこなすことが出来ればコーディングが楽になることは間違いない。 改めてドキュメントを見直すと自分の知らないものもあったため、今回全てをまとめてみた。 すぐに試してみたい人はこちらのデモを試してみるといい。
韓国系ECの以前と以後で大きく変わったアパレルECの商品撮影 こんにちは野田(@KURUZE)です。 今日のテーマは、商品をよく「魅せる」撮影テクニックについて。「見せる」ではなく「魅せる」という部分がポイントです。 通常のアパレルECの商品撮影では「白背景 + きめポーズ」というのがスタンダートで、ディテールカットと共に商品をよく「見せる」ことに重点が置かれます。 でもファッション誌を見てみると、そのような味気ない写真は少なく、特集などで大きく使われる写真の多くは自然な表情で【シーンを切り取った】写真が使われます。 例えば、カフェや買い物、デートなど。特集の内容にあわせて、実際にその商品を購入した後の利用シーンを作り込み、購入後の体験をイメージしてもらえるよう商品をより良く【魅せて】いきます。 そしてこの手法は、DHOLICさんら韓国系アパレルECを皮切りにファッションECでも広がりはじ
この記事のURL http://www.dango-itimi.com/blog/archives/2015/001229.html Photoshop ドット絵製作者・ドット絵アニメーター向けの、Photoshop CC 拡張パネル PaletteChange を公開しました。Haxe で制作を行っています。 https://github.com/siratama/PaletteChange/ PaletteChange を利用する事で、全てのレイヤーに対し、キャンバス内で使用されているパレットAの色を パレットBの色に塗り替える事ができます。 使用例紹介動画 主な用途 Photoshop のフレームアニメーション機能を用い、制作したアニメーションキャラクターに対して色違いのキャラクターを作りたい、という場合に利用できます。 例えば以下、左が元のアニメーションキャラクターで、右が Pal
電通「人の流れラボ」研究員の秋元です。サードウェーブコーヒーの流行にのっかり、ドリップコーヒーを楽しんでいるにわかコーヒーファンです。 サードウェーブコーヒーといえば、今年2月に東京都江東区の清澄白河に日本1号店をオープンした、ブルーボトルコーヒー。オーダーを受けてから豆をひき、目の前でドリップしてくれるこだわりの姿勢が人気を博しており、数時間待ちといわれる長い行列が話題になっていました。 今回から3回シリーズで、ブルーボトルコーヒー清澄白河店の集客状況を、携帯電話の位置情報ビッグデータを活用して見てみようと思います。 本シリーズは、「コーヒー3.0」を連載中のNewsPicksさんと共同で作成しました。NewsPicksさんの関連記事は、こちらからご覧ください。 【スライドで見るデータ】ブルーボトルはどこから人を集めたのか? https://newspicks.com/news/1036
はじめに教授からのWhy? Why? Why?と立て続けに押し寄せる「どういったロジックを元に〜をデザインしたのか?」という質問の嵐に対して、学生達がBecause, Because, Becauseと素早く理論を構成して「何故なら〜だからです」というロジックを組み立て続ける。 そんな米国大学で展開されるデザイン講義を目の辺りにしてきた僕は、「デザインとはこんなにも理論的なプロセスだったのか」という率直な実感を持っています。 デザインと聞くと生まれ持った才能を存分に発揮してクリエイティブに様々なものを生み出していくというイメージをお持ちの方も多いかも知れませんが、これは全くの誤解であると言えます。 本来、デザインプロセスとは問題解決を前提としているため、地味な作業の連続であり、非常に理論的なプロセスで構成されています。 僕は日本で5年間、米国で3年間デザインの教育を受けましたが、実感として
iPhoneとAndroidではiPhoneのほうが良くできているが、iOSのフラットデザインとAndroidのマテリアルデザインでは後者の設計が優れている。マテリアルデザインは、デザインとエンジニアリングが高いレベルで融合していて、ロジカルで非常に美しい。 以下、自分の理解をまとめたメモ。 紙とインク マテリアルデザインは「ペーパー」と「インク」のメタファーでできている。 ペーパーの特徴 バーやボタンといった画面上のUIコンポーネントは、バーチャルな紙でできたカードと考える。また、このペーパーは1dpの厚さを持っている。 ペーパーは純白の矩形、あるいはシンプルな円形である。三角や星型といった複雑な形はとらない。そのような複雑な形状や模様はインクが担当する。 現実とことなり、このペーパーは自由に伸縮することができる。 マテリアルデザインにおけるレイアウトは、複数のペーパーを並べたり、重ねた
『バードマン あるいは(無知がもたらす予期せぬ奇跡)』日本版のポスター図版が変更になった。アカデミー賞作品賞含め4部門での受賞を謳ったコピーが、以前のものより控えめに入っている。最初の「カラー版」の時点で主要9部門へのノミネートが記載されていたから、変更はある程度想定内だったのかもしれない。 そもそも「カラー版」はどういう意向で作られたのか。これは紙もののデザイン業に携わる人なら痛いほどよく解るハズだ。 「とにかく全ての情報を入れろ!」 理解の無いクライアントはよくこういった無理難題を押し付け「これで金もらってんだろ? クライアントの言う通り作るのがオマエの仕事だろ?」と詰め寄る。 『バードマン』は普通のカラー映画で、過去に「バードマン」というヒーロー物の主演を務めた男のブロードウェイ舞台出演を描いているそうだ。主演にはマイケル・キートン。他に『ハングオーバー』のザック・ガリフィナーキス、
タイトルでほぼ言い切ってる感じなんですが...... SVG に対応していない環境 (IE8 以前とか、旧 Android の標準ブラウザとか) に対するフォールバックの方法はいくつかありますが、色々試して、最終的に img 要素で SVG を配置した上で、Modernizr と簡単な JavaScript (とりあえず jQuery) 書いて SVG 未対応ブラウザに対しては代替画像に差し替えるっていう手で落ち着きましたというお話。 SVG を使うにあたって、どの程度古いブラウザまで対応するかっていうのはありますが、今回対象にしている SVG は、ページ内で通常の画像 (普通の JPEG とか PNG) と同じように使われるものを想定していますので、いくら古いブラウザはサポート対象外とは言っても、文書内で大切な意味を持つ画像が表示されないのはまずいだろと。 あわせて対象となる SVG 内
年の瀬ですね。今日あたりで仕事納めの方が多いのでしょうか。今年も一年お疲れ様でした。 ところで、今日こんな記事をSNSで見かけました。 【超基礎】デザイン苦手なディレクターが依頼時に気にすべき7つのポイント | Webディレクターズマニュアル 唐突ですがみなさん… ・デザイナーから上がってきたデザインがイメージと違っていた ・ワイヤーを装飾しただけみたいなデザインが出てきてしまった なんて事態に困ったり、迷ったりしていませんか? 僕自身も上記の質問に「そんなことあるわけ無いじゃん」と言ってみたいところなんですが、残念ながら…。 というわけで、今回は僕が超苦手としているデザイン制作依頼時に、なるべく失敗を起こさないよう必死で気をつけているポイントを紹介しつつ> > 反省してみようかと思います。 なかなか面白いのでぜひ読んでみてください。 「デザイナーから上がってきたデザインがイメージと違って
これは、冒頭の問いから端を発した、各章のつながりが不明瞭なエッセイ、流行りのミームでいうと技術的ポエム、であり、プログラミングをテーマにしていてもプログラミングの記事ではない。(と一番最後まで書き終わった自分が注釈を入れている) 良いコードとは何か 趣味で4年、本腰を入れたは最後の2年なのだが、それから3年間ほど仕事でプログラムを書いてきた。それで、趣味プログラマと業務プログラマの一番の違いは、業務プログラマが要求されるのが「他人にどれだけ意図を伝えることができるか」ということに尽きると思うようになった。 他人にとって良いコードとは、書いた人の意味が読み解けるコードであると思う。どれだけ書いた本人の自意識の中でかっこいい・よいコードを書いたと思っていて、実際にちょっと紐解けばそのポテンシャルがあったとしても、隣に座っている人間に伝わらなかったら意味が無い。正しくコードレビューが行われるなら
pixivのCSSで使われるクラス名ルールという命名規則の記事を読んでいた。初見では大規模だとBEMの衝突が絶対に起きない書き方の方が優れているように思えた。しかし衝突するであろうことに警報を出すという形にゆるくすることで、開発者たちに自由を与えるというような目的でこうなっているようだ。ちょっと興味深い。 規模が大きくなると制約を厳しくして安定性を重視する一辺倒だったが、こういう自由さをうまく提供しようという考え方をすることはあまりなかった。具体的にも、変更されることがあまりない、またはわかっている人だけが行うひとまとまりのルートにのみ特殊な命名(_で始める)というのはバランスが良さそうに思える。 コードだけを見てみるとうまくいっているというのは少し驚く。_で始まるところはあまり触らない人と_で始まるところを触る人、と人的リソースが能力や職掌に応じてうまく振り分けられているのかなと想像して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く