デザインのお仕事をしています。横澤です。 表現を設計する意味でのデザイン、コンセプトや情報設計から表現まで一貫したデザイン、どちらのアサインもお受けしています。VI／ロゴ／グラフィック／Web／APP／OOHなど幅広く担当させていただいています。 今回は主に、前者「表現部分のデザイナー」としての作り方についてまとめていきます。企画やコンセプト、WFまではすでにある前提です。結論からいいますと、秘伝のタレみたいなことはやっていません。（どなたか秘伝のタレ教えてください。） 基本的な流れは書籍やnoteなどでまとめられているものと同じですが、プロジェクトごとに中身を変えています。大まかな流れは以下の通りです。 プロジェクト・企画の理解 リファレンス収集（※これ以降ずっと続ける） 情報収集 分析 想像と妄想 ラフ作成 具現化 ブラッシュアップ 資料化 仕上げ？ それぞれ説明していきます。ね！ プ

【無料なのにヤバい】もうGoogleマップだけじゃない！？ 国土地理院の「地理院地図」が最強すぎて、見ないと人生損してるレベル！　地理総合10 【無料なのにヤバい】もうGoogleマップだけじゃない！？ 国土地理院の「地理院地図」が最強すぎて、見ないと人生損してるレベル！「地図？ いつもスマホのマップアプリ使ってるよ」 うんうん、わかります。GoogleマップやYahoo!マップ、めちゃくちゃ便利ですよね！ でも、ちょっと待った！ もし、それらとは次元が違うレベルで、超高精度で、しかも無料で使える、日本の「公式」地図サイトがあるとしたら…？ しかも、タイムスリップできたり、災害情報がリアルタイムで見れたりするって言ったら…？ 「そんなのあるわけ…」 あるんです！！ それが、地図のプロ中のプロ、国土地理院が提供するウェブサイト**「地理院地図」！ 今回は、この「地理院地図」がなぜ"ヤバい"の

うさぎでもわかる🐰ヤバすぎclaude-bridgeでClaude CodeにGPT、Gemini、ローカルLLMを接続！無料でエージェント機能使い放題の革命的ツール この記事は🐰エージェントが執筆し、飼い主が可能な限りハルシネーションのチェックを行っています claude-bridge openai llama3.2 --baseURL http://ollama-ollama-1:11434/v1 →お馬鹿さん claude-bridge openai deepseek-r1:70b --baseURL http://ollama-ollama-1:11434/v1 →ツールNG Error (400 registry.ollama.ai/library/deepseek-r1:70b does not support tools) Claude Codeの制限を完全に打ち破る革命

非エンジニアの私でも実践できた！ ObsidianとGemini CLIで、あなたのノート術は劇的に変わる 「第二の脳」として無限の可能性を秘めたツール、Obsidian。 しかし、そのあまりの自由さゆえに、私たちはいつしか「思考する」ことよりも「整理する」ことに頭を悩ませてはいないでしょうか。 ファイル名の迷宮: 「このノート、後で探せる名前はなんだろう…」 フォルダ分けの深淵: 「このメモは『アイデア』？それとも『タスク』？」 美学という名の呪縛: 「自分で決めたルールだけど、守るのが正直しんどい…」 私自身もエンジニアではありませんが、この「小さな面倒」の積み重ねが思考の勢いを削いでしまう感覚に、ずっと悩まされてきました。 そんな中で試行錯誤の末にたどり着いたのが、先日発表された、GoogleのAIアシスタント「Gemini CLI」との連携です。 この記事では、専門知識がなくても使

「毎月のシフト作成、いい加減ラクしたい…」 そう感じている方は多いはず。スタッフの希望、公平性、連続勤務禁止… 複雑なルールをクリアするシフト表作りは、本当に骨が折れますよね。 これまでも大規模言語モデル（LLM）にシフト作成を手伝わせる試みはありましたが、「惜しいけど、結局手直しが必要…」というケースも少なくありませんでした。 初期のChatGPTによる取り組みはこちら しかし、LLMの性能技術は驚異的なスピードで進化しています。特に最新のGeminiモデルであるGemini 2.5 Proの登場により、シフト作成のような複雑なタスクの自動化精度が格段に向上し、"ほぼ修正不要"なレベルの下書き作成が現実のものとなりつつあります。（タスクが複雑なので個人的にこれをLLMのベンチマークの1つとしています） 今回は、AIに高精度なシフト表を作らせるためのプロンプト（以前のものから改良あり）と、

今や、AIを活用してソフトウェア開発すること自体は一般的になり、一種のブームと化している。 しかし、Web上で見かけるのはワンショットでテトリスを作る程度の小規模なプロジェクトの話がほとんどで、驚けるものの、正直あまり実用性は無いように感じる。 俺たちが本当に知りたいのはテトリスの作り方じゃねえ！現実の中規模以上のシステム開発で、いかに楽に良いものを作れるかだろ！ ということで、まずは弊社から現時点のノウハウを全公開しようと思う。 弊社ではCursorを1年以上活用（サービスがGAになったタイミングから全社員で利用）しており、一定のノウハウを蓄積してきている自負がある。ただ、あくまで一例ではあるので、ぜひみなさんの現場での活用事例も共有してほしい！ 免責事項AIエディタでの開発は、LLMとAIエディタの進化に伴い、常に変化している。 そのため、この記事で述べる方法論は、現時点での、弊社での

安野たかひろ事務所 デザインチームリーダーの山根です。 都知事選から10日間が経ちました。残念ながら当選には至りませんでしたが、地盤看板のない無所属新人である安野たかひろが、マスコミが決めた「主要候補４人」に次いで5位／15万票超という得票をいただけたことは、一つの大きな意味ある成果だったと思っています。ご支援をいただいた皆様、ボランティアの皆様、本当にありがとうございました。 東京都知事選は、小池百合子さんに当確が出ました。 安野たかひろに投票してくださった方々、これまで応援してくださった方々、皆さまからのご期待に応えられず残念に思っております。… — 安野たかひろ@都知事選応援ありがとうございました (@takahiroanno) July 7, 2024 この記事では、記憶が薄れないうちにデザインチームが見た景色を記録しておきたいと思います。チーム安野は大方針として、政治や選挙をもっ

もしあなたがLLMを使ったプロダクトを何かしら開発している、もしくは興味があるのなら、メモリを大量に積んだMac Studioの購入を検討すべきです。 対象読者NVIDIAが絶対にいいという人はこの記事の対象読者ではありません。また、用途によって、ローカルマシンによるローカルLLMが向いてる・向いてないは明確にあるので、向いてない用途にしか使わない人も対象読者ではありません。あしからず。 また、この記事は別にNVIDIAをdisる意図はありません。みんな違っていい。NVIDIAもいい選択肢ですが、Mac Studioも悪くないですよ、と言いたい。 結論LLMプロダクト開発において、今年はもはやローカルLLMを無視できない、してはいけない状況です。 LLMプロダクト開発をする会社の視点でいえば、是非とも80GB以上の十分なGPUメモリを積んだマシンを用意できるようなアジリティを持つのが望まし

https://t.co/q01cRabCyw な、なんだこの本は...！ というのはさておき、初の商業出版で三章を書かせていただきました！日経 BP さんとの共著です！ もしよろしければお手に取っていただけるとうれしいです。年末年始、もしお時間がありましたら是非！#localllmbook — ぬこぬこ (@schroneko) December 14, 2024 2024 年 10 月追記 記事執筆から半年経ちまして、ライブラリやアプリのデファクトスタンダードが定まってきました。扱っているモデルも古くなっています。本当に流れがはやいですね。本記事も逐次更新していきますので、引き続きご覧いただければ幸いです。 アップデート Ollama→かなり使われるようになり、ローカル LLM を始めたい方にはうってつけです。 Open WebUI→Ollama が利用されることが多くなり、UI とし

Command-R+の衝撃! 100Bモデルで本当にこんなことできんの!?ダウンロードしてローカルで実行可能 Transformerの発明者らが起業したCohereAIがとんでもないモデルを出してきた。この業界では毎週のように「えーー!」ということが起きるのだが、その中でも年に1,2回起きる「えーーーっ」が起きたのでブログでも紹介しておきたい。 Command-R+(おそらくコマンダープラスと読むのが正しい)というモデルは、わずか100Bで、GPT-4,Claude-3並と言われるモデルだ。しかし、それを主張するだけのモデルなど腐るほどある。だが、実際に触ってみると期待外れということが多かった。 ところがCommand-R+は、その性能は桁違いである。というか、もはや僕という人間如きがちょっと触ったくらいでは「GPT-4よりいいね」とか「ここら辺甘いね」とか判断がつかなくなってきてる。しか

先月26日、Adobe FireflyのUIが刷新され、「構成参照（structure reference）」という新機能が搭載されました。 この機能は、アップロードした画像を参照してオブジェクトの位置や大きさなどを生成イメージに反映させることができます。 昨日のライブ配信では、この「構成参照」を取り上げましたが、想像以上に「脱プロンプト」を推し進める実用度の高い機能だということがわかりました。 ［ライブ配信］Creative.Edge Live - 1：新しいAdobe Fireflyの新機能を探求する 詳細はライブ配信のページをご覧ください。 例えば、製品モデルの3DモックアップをFireflyのリファレンスにすると… 無料の3DCGツール「DAZ Studio」を使用以下のように、3D画像とほぼ同じ構図のイメージが生成されます。 Fireflyの生成結果スタイル効果を適用したり、プロ

WEB+DB PRESS Vol.107掲載のオブジェクトベース設計によるUIデザイン改善を読んだ。デジタルなサービスのUIを設計していく上で、とても参考になる知見なのでまとめてみる。 オブジェクトベースUI設計とはユーザーがやること（タスク）の手順をそのまま画面に反映させるのではなく、ユーザーの関心対象（オブジェクト）を画面とデータに対応させながら考えていく手法。 オブジェクトベースUI設計の良いところこのオブジェクトベースUI設計は、特に複雑なタスク＆要求が混在する業務利用アプリケーション（SaaS / B向けサービス）のUIデザイン改善、運用で活かしやすいという印象を受けた。 大規模なシステム、膨大なデータと連携しながら、多様なユーザーニーズに応えやすいUIを実現するにはどうすれば良いか。 要件に散在する情報をオブジェクトとして捉えることで、その場しのぎではないUIデザインが作りやす

先日、経済産業省・特許庁の「デザイン経営」宣言もあり、デザインの重要性が話題になることが増えました。具体的には組織だったり、評価・報酬だったり、採用・育成だったり、多岐に渡っていると思います。 一方で「デザイナーがいない。」とよく聞きますし「誰かいない？」と相談も頂きます。そして、僕は、デザイナーの人口が増えて活躍することができれば、より良いプロダクトやサービスが溢れ、世の中はより良い方向に変わっていけるのではないか。と考えるようになりました。 では、デザイナー人口を増やすには、微力ながら自分で何かできないか。と考え、いろいろトライ&エラーした結果、同じ思想を持つCocoda!に出会い共感し、アドバイザーというカタチで力添えさせて頂くことになりました。 今回は、Cocoda!チームへの初アドバイスとして、"UIデザイナーになる、もしくは、より良いUIをアウトプットできるようになる為には、何

初めまして、ホットファクトリーでフロントエンドを担当しています森本です。 これまでスプレッドシートを使って社内チームの工数管理を行なっていたのですが、 「もう少し細かい工数管理がしたい。」 「集計がしずらい」 「残業管理もできれば」みたいな要望が上がってきたのと、最近自分の中でVueが熱かったのと、あくまでコストをかけないという事でgoogleスプレッドシートとGASを使って、サーバレスの環境で今回の実装をしてみました。 ざっくりこんな仕様です。 ・スプレッドシートでクライアント、プロジェクト、案件を管理 ・ユーザーが投稿するフォームにはスプレッドシートのクライアント、プロジェクト、案件が選んだ内容でプルダウンが切り替わる。 ・ユーザーは１日ごとに行なった「クライアント」「プロジェクト案件」「かかった時間」をフォームから入力 ・フォームがSUBMITされた内容を計算用シートにぶち込む。やっ

プラグインを構成する要素。あんま覚えなくてよい。 - プラグイン : プログラムやらなんやかんやファイルの集まり - プラグインバンドル : プラグインに関するなんやらかんやらが入ったフォルダ - コマンド : プラグインを構成する処理の単位、通常複数のコマンドが組み合わさってひとつのプラグインを構成する - アクション : コマンドを実行するきっかけとなるユーザの行動（メニューを選択する、ファイルを変更する、とか） - ハンドラ : アクションを検出してコマンドを実行するための橋渡しをするプログラム - スクリプト : プログラムが書かれたファイル Sketchプラグインのスクリプト（プログラム）はJavaScriptで書きます。ES6というお洒落なバージョンのJSが使えるが、面倒くさければ使わなくてよい。 Node.jsが必要なので、各自インストールする。npmも入れる。入れたらskp

デザイナーであれば、当然自分のデザインを説明する場面に遭遇するかと思います。経験してみると分かりますが説明をするというのは中々に難しいものです。特に非デザイナーに対してデザインを説明するということは。 これは僕が制作会社から事業会社へ転職した時に気づいた、デザインを言語化する（できる）ということの重要さやその効果について書いたものです。 デザインをうまく言語化できないという気づきまず僕のことを少し話すと、僕は美大でデザインを学び、webの制作会社へ入社した後、デザイナーの一切いない事業会社へ転職しました。開発部に配属された僕は当然エンジニア達と一緒に仕事をします。理論や法則性を重んじるエンジニアに対してデザインを説明していく中で、デザインをいかに定量的かつ理論立てて説明できるかということの重要性に気づかされました。しかし、ある程度デザインの知識を持っている人とそうでない人への説明の難度は全

写真やイラスト、図、テキストなどデザインする要素をどのようにレイアウト（配置）するかがデザインの仕上がりの肝になる。 同じような情報を連続して並べる場合、リズムをつけると心地よくみせることができる。リズムが崩れると不安定に見え、安心感がなくなってしまうため、同じような情報は制限を作り、リズムよく見せることを意識するのが大切だ。 一方で、リズムを作ることができれば、そのリズムを崩すことで目立たせることができる。同じような情報でも強調したいものとそうでないものの差をつけることで、ユーザーへのメッセージが明確になる。また、その差がないと何を伝えたいのかが、分からなくなりやすい。 ユーザーがどのように目線を動かすか配慮してレイアウトすると、読みやすくなる。一般的には、横書きの場合はZ型、F型と呼ばれ、左上から右下に向かって目を動かすと言われている。 デザイン要素の中に人の目線を使うと、見ているユー

ナユ(@nayucolony)です。技術書を書いています。 もう執筆も大詰めですが、悩んだことをnoteに書いておきます。 編集をしたことがないのに本の原稿を書いている今、この状態です。出版業界にも関わったことはありません。 なので「どこまで自分がやらないといけなくて、どこからは委ねていいのか」がわかりません。次の工程のお仕事を知らないし、何はちゃちゃっとできて、何が大変なのかも知りません。 僕がちょっとくらい日本語を間違えてても、編集さんが正してくれるのかな？そこは、原稿を書く僕が厳密にやることなのかな？わかりません。編集をしたことがないからです。答えはYESなのはわかっていますが、どの程度で渡したらいいのかなど言語化が難しい部分もあります。 コードを書いたことがないのにデザインをしている今の状況は、この状態とまったく同じだなと思いました。 要はカンプづくりの「サボっていいところ」「気合

文字起こしは、記事をつくる上で大事な工程のひとつ。 でも取材が終わった瞬間に、取材に行く前にやっていた“すぐにやらなければいけない仕事”をやったり、他の人から頼まれたタスクをやっているうちに、文字起こしがどんどん後回しになって億劫に。それなら、早いうちにクラウドワークスに出した方が効率がいいなと思って、ここ最近はそうしていました。 ・・・ そんなとき、こんなツイートを目にして、文字起こしを自動化できるかもしれない…！と思い、さっそく試してみました。 紹介されていたのは、「SoundFlower」と「Google Docs」の2つのツール。 ■ SoundFlower : https://github.com/mattingalls/Soundflower/releases ■ Google Docs : https://docs.google.com/ SoundFlowerの導入について

◎ デザインのヒアリング。何を聞こうかな。 良いデザインをつくる流れ、第一弾。ヒアリング。初回の打合せ。クライアントさんに、聞くべきこと、共有すべきこと。しっかりとできれば、とても良いスタートが切れます。じゃあ、何聞くの？ カフェのロゴデザインを例に挙げます。確認内容は、大きく分けて2つ。デザインの「概要」と「方向性」。 ------------ A. デザインの「概要」01. 何をつくりたいか？ 例. ロゴ 02. なぜ、つくりたいか？ 例. 新規集客のため 03. 納品希望スケジュールは？ 例. オープンの30日前 04. なぜ、カフェを立ち上げたか？（お店をつくる背景、ストーリー） 05. カフェが目指す、目標は何か？（月売上○円などの目標） ここまでは、何となく想像できたのではないでしょうか。こっからが大事。私がヒアリングの際、必ず聞き、確認を取る3点。これを聞かずに、帰れな〜い！