Industry Standard Design ResourcesSupercharge your design workflow with up-to-date UI Kits, Icon Templates and much more
1.救急搬送のとき ・ただごとじゃなさそうだったので救急車を呼んだ。 ・救急車到着、即行病院搬送かと思いきや、「普段服用している薬は?」「持病は?」「保険証は?」とか色々訊かれた。それが死の原因ではないけど、かなり焦ったしイライラした。 ・服用薬のリストを作って、保険証と一緒にわかるところに置いておくといいかもと思った。特にある程度の年齢になったら。 2.死んだとき ・今まで特別病気とかしたことのない人だったので、ただただ急過ぎて意味が分からなかった。 ・死因は大動脈瘤破裂。これと心筋梗塞と脳梗塞とくも膜下出血あたりが突然死四天王みたい。 ・死んでからすぐに「どこの葬儀屋に頼むか決めてくれ、ここで」と言われた。マジか。 ・結局農協へ依頼。 ・シンプル火葬とかのサービスもあるけど、その辺を利用する決断をこの場で下すのは難しい気がした。故人が生前からシンプル火葬希望の旨を周知徹底しておくとかで
渋谷オフィスを作り社会復帰して以来、チーム内でUI設計を標準化したいと、暇をみては色々なツールを試作している。その中の一部をとして、アプリケーション定義ステートメントの共有ツールをテスト公開。 アプリケーション定義ステートメントとは 聞き慣れない言葉ですが、大雑把にいうとアプリの本質を一言であらわしたコンセプト宣言。 家訓や社訓、電通鬼十則のアプリ開発版みたいなものであり、Appleは自社のヒューマンインターフェースガイドラインで、アプリ設計の最初にこのステートメント作成することを強く推奨しています。ステートメントがチーム全体で共有されていると、アプリがふらふらとブレずにしっかり芯が通ったものになる訳です。 アプリケーション定義ステートメントは、アプリケーションの主要な目的とその対象を、簡潔かつ具体的に宣言したものです。 アプリケーション定義ステートメントを開発作業の早い段階で作成しておく
これはもう何年も前から気になってることなのですが。 何故、昔からずっと見出し画像などの文字組みや文字詰めの甘いWebサイトが多いのでしょうか。 私はデザインについて偉そうに言える立場でないのは分かっていますが、折角全体的なデザインや背景、写真、Flashなどの動きはとても美しく、文章構成のしっかりしたサイトなのに、ただ一点文字詰めだけが甘いというサイトがあまりにも多くて、そういうサイトが減る様子もないのがずっと気になっています。 私は以前、ファッション雑誌やビジネス誌の組版(MacのInDesignやQuarkXPressを使って印刷用のデータを作る仕事。DTPとも言う)の仕事をしていて、見出しは言うまでもなく、本文の文字詰めが少し甘いだけでもものすごく怒られたものですが、Webデザインの世界ではそういうのはあまり怒られることがないのでしょうか。 私は、見出しやタイトル画像における文字組み
はじめて長期で旅に出るとなると、一体何を持っていけばいいのか分からないものです。これから長期で旅をしてみようという方の参考になるように、1年間世界を旅した記者がバックパックの中身を晒してみます。 世界新聞特命記者の清谷啓仁です。海外放浪取材中のわたくし、現在カンボジアのシェムリアップにいます。今後はタイのバンコクへと向かい、2週間ほど滞在して日本へ帰国する予定です。 シェムリアップは赤ピンの辺り より大きな地図で 旅のルート を表示 普段僕は、こんな感じで旅をしています。 メインのバックパックはZERO POINTの60リットル。 前にサブバッグを抱えるのがバックパッカースタイルです。 で、どんな持ち物が入ってるか気になりますよね?……な、なりますよね!? ◆必需品 ・パスポート 入国の条件に「パスポートの残存期間が◯ヶ月以上」という場合もあるので、注意が必要です。 ・航空券(eチケット)
プルリクエスト/レビューを取り込んだ、よりシンプルなGitHub Flowの運用を図解する:Gitブランチを使いこなすgit-flow/GitHub Flow入門(終)(1/2 ページ) 数回にわたってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。最終回は、GitHubが採用している、git-flowよりシンプルな構成のブランチ管理フローについてです。5つの運用ルールや開発の流れを図を交えて解説します。 本連載「Gitブランチを使いこなすgit-flow/GitHub Flow入門」では、これまでgit-flowについて解説してきました。git-flowはプロダクトを厳格にリリースすることを念頭にフローが考えられていますが、プロジェクトによっては、冗長過ぎると感じることもあるかもしれません。本連載の最終回となる今回は、git-flowに比べシンプルなブ
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
TeXの文書を書くとき,いつも書く命令があります.パッケージを読み込んだり,余白を調節したり,マクロを定義したり.ここではいつも自分が使う命令を書いたテンプレートをリストアップしておきます. はじめに † やっているのは主に上下余白の調整です(どうも標準だと余白が大きすぎると感じるので). ここでは \documentclass{} に jsarticle や jsbook を指定しています.これは奥村さんの提唱するpLaTeX2eの新ドキュメントクラスです.デフォルトの jarticle などより優れた点が多いので僕はいつもこれを利用しています.入手方法などについては配布元である 奥村さんの解説ページ を参考にするのが一番でしょう. 以下,...と表記しているのはそこに本文などを書く,ということです. %からはじまる行はコメントです.また,ページ余白などを\setlengthで調整してい
起業するまでは、あたりまえに会社に存在したいろいろな申請書類。 起業後はそういう書式も全て自分で作る必要があります。 今回は、起業後にあった方がいいなって思われる社内の申請書類をGoogleフォームやスプレッドシートで作成したものを公開させていただきます。 今回の記事は、たまにGoogle検索が嫌いになりそうになりますが、基本Googleが大好きな小松宣郷が担当です。 ※ 起業時じゃなくても、旅費の精算や購買申請など紙をお使いの企業さんは結構使えるかも。 あと、エントリーフォームなどは自社の求人ページに埋め込むだけで使えるので、都度都度で採用したい人材って変わると思うので、その都度編集するなどすれば便利だと思います。 使い方は、各書式のリンクからテンプレートを開いて頂き、コピーして自社用に加工してお使い頂ければと思います。 ※ スプレッドシートはロックかけてますが、フォーム送信するとスプレ
契約書なしの口約束でお仕事を受けてませんか? 自分はまだ駆け出しのフリーランスだから…… クライアントへ契約の手間を与えてしまうから遠慮しちゃう…… 契約とか法律とかよくわからないから…… などなど、理由は様々あるのかもしれません。 でも、契約書なしで案件を受けていると必ずいつかトラブルが起きますよ。 例えば、代金以上の労働を求められたり、お金を払わず逃げられたり。 ボクも12年間、ウェブ制作業に関わってきてますが、残念なことにこうした契約に関わるトラブルをいろいろと経験しました。 確かに、契約書を自分で作るのは難しいです。行政書士へ契約書の作成を依頼するとかなりお金がかかります。 でも、契約書がたった1枚あるだけで、クライアントと友好的な関係を長く築けるのも事実です。 この記事のタイトルには「モンスタークライアントから守る」と書きました。 実際は、契約書は制作を受ける側のあなただけを守る
About Creodocs Ltd.Creodocs Ltd. is a small business based in New Zealand, developed and operated by the founder, Vel. The focus of the company is on using LaTeX to create high quality documents for business, academic and personal use. Creodocs Ltd. consists of: LaTeXTemplates.com (launched 2012) LaTeXTypesetting.com (launched 2013) Creodocs.com (launched 2021)
Windows/Linuxで両方で動作する成果物を想定。 有償のツールは理解が得られる方が稀なので除外。 仕様書 外部仕様 Word/Excelが手軽だけど差分が追いにくい。 Markdown+PandocかSphinxでPDF提出がいいかな? Pandoc - About pandoc Sphinx-Users.jp :: ドキュメンテーションツール スフィンクス Sphinx-users.jp 内部仕様 きちんと書いてあればDoxygenで十分だと思う。 Cしか対応していないみたいだけどdocuriumの方がgitとの親和性が高くて(tag付された結果をまとめて解析してくれるみたい)出力結果も今風にできてる。 Doxygen github/docurium インセプションデッキ 作っておくと上司/部下/協力メンバで方針を合わせやすい。 ネスケラボ » インセプションデッキ ソースコード
TopCoderというプログラミングコンテストで 他人のコードから発見した、美しいマクロや 型宣言を紹介します。 これを導入することで、C++のコードが短くなり、 早くコーディングすることができます。 ※すべてのTopCoder参加者がマクロなどをテンプレートと して用意しているわけではありません。 マクロなどを定義している人は半分より少ないようです。 TopCoderの他人のコードを参考に、 マクロやtypedefによる型宣言をまとめました。 コードの全体はこのようになっています。 (あとで個別にコメントします) //include //------------------------------------------ #include <vector> #include <list> #include <map> #include <set> #include <deque> #in
ユーザーに届ける価値を徹底的に追求する マーケティングを提供します © Copyright 2022 バズ部. All rights reserved. WEBサイトのデザインは、誰もが頭を悩ませる部分だ。 「どういう配色なら良い印象を持ってもらうことができるのか?」「どのレイアウトならコンバージョンが上がるのか?」など、様々なところまで考えを張り巡らさなければいけないからだ。 そこで本日は、The Art of Color Coordination というインフォグラフィックをご紹介する。これを見れば、WEB配色の基本の2大原理と、今すぐに使える6つの配色パターンがすぐに分かる。 そして、初心者でも、統一感のある配色のWEBサイトを作るための大きな助けとなるはずだ。 WEB配色の2大原理と6つの配色パターン画像を拡大して表示する ※追記:インフォグラフィックの最後のクレジットの部分が途切
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く