Tweet 「作りながら考える」。これはデザイン思考でアイデアを創出する際の基本姿勢です。 ですが、基本姿勢だからといって、それが実践できているかというと、どうでしょう? 皆さんはちゃんと実際に「作りながら考える」ことをしているでしょうか? 言葉で考え、言葉でアイデアを伝えるのではなく、イラストや簡単なプロトタイプを作成することで視覚的に具体的にアイデアを考え、それを他人に伝えるようにすること。それがなければデザイン思考ではないといっても過言ではないと想います。 「使えない」アイデアはどんなに「使えたら」素晴らしいアイデアであったとしても無意味 ユーザー体験を重視するのですから、視覚的に、具体的に考えるのは当然のことです。ユーザーが何かを体験する際のインターフェイスになるものは、言葉に限定されることなどはほとんどなく、視覚的な表現や、より物質的なタッチポイントとなるものの形状やふるまい、あ
Git Advent Calendar / Jun. 6/12 担当@T_Hashです。 明日も仕事でだるいのですが、怠惰はプログラマの美徳といいます。というわけで僕が日々の仕事で怠惰にgitを使うための設定を共有したいと思います。 zsh ↓を参考にした設定を.zshrcに記述して、右プロンプトにブランチ名とステータスを表示させています。コマンドを叩かずに状態が見えて非常に便利です。 git のブランチ名 と作業状態 を zsh の右プロンプトに表示+ status に応じて色もつけてみた 緑だとクリーンな状態、赤だと未コミットの変更があります。「緑が正常な状態、緑に戻って来たら一段落してコーヒー飲もう」とか考えながら作業をしてます。 あと、zshはgitのコマンドも補完してくれるので地味に重宝します。 gst: git status git statusは常に叩くクセを付けた方がいいと
こんにちは。株式会社8bitの高本です。 今週は今のところプログラムをあまり触っていないので精神的に安定しています。 さて、そろそろ今年も終わりに近くなってきたので、来年への抱負と今年の反省を込めて、今回はこの1年間でWebサービスを作ってきたまとめをしようと思います。 反省し始めたら本当に当たり前のことを理解するまで時間をかけたなあ、とつくづく思いました。 今年に入ってから、リニューアルも含めれば6つ位はWebサービスを作ったと思うのですが、どのWebサービスもサービスを通じて受託案件をいただいたという感じで、サービス自体では売上は皆無に等しい状況です。 会社設立当初はとにかく作って社外的なPRという意味もあり、無駄だったとは言いませんが、1年半経って何の収益性もなく、売却もできていないWebサービスたちが沢山できてしまいました。 ある意味、会社としては失敗の歴史でもあると思っています。
情報システムやソフトウェアの開発に携わる技術者、マネージャー、スタッフなどを対象とした「全国スキル調査」(主催は特定非営利活動法人 ITスキル研究フォーラム)が、8月17日まで開催中です。 診断は以下の3種類で、登録すれば誰でも無料で参加できます。 ■IT技術者向けスキル診断「ITSS-DS」 ITサービスを提供する企業に在籍し、他社向け情報システムや販売用パッケージソフトの企画・開発や運用・保守を請け負ったり、技術者として派遣されている方などが対象 ■組込みソフト技術者向けスキル診断「ETSS-DS」 家電、自動車、産業機械などに組み込まれているソフトウェアやシステムの開発に携わっている方が対象 ■ユーザー企業情報システム技術者向け「UISS-DS」 一般企業やIT企業に在籍し、自社で利用する情報システムの企画・開発や運用・保守を担当している方が対象 IT技術者向けでは、今回からクラウド
成功するためのコツなんて都合がいいものはない。しかし失敗の法則、言い換えると「成功するためにやめるべきこと」は存在する。 人気ライフハックブログ「Marc and Angel Hack Life」に掲載された「成功するためにやめるべき10のこと(10 Things You Must Give Up to Be Successful)」が興味深いと話題になった。記事のコメント欄には、読者から「ありがとう!(Thank you!)」との言葉がいつも以上に数多く寄せられている。 誰もがわかってはいるけど、忘れがちなので紹介したい。 1. 待ち癖をやめる 時間の使い方によって自分というものが変わる。人は自分がどのように死ぬか、いつ死ぬかは選べない。どのように生きるかを決め、今すぐ行動するのみ。 2. 言い訳をやめる 米100ドル紙幣に描かれているベンジャミン・フランクリン曰く「一般に、言い訳のうま
ややうさんくさい感じのするタイトルですが、ホントの話なんです。 海外のサイトを見ていてたまたま見つけて試してみたところ「このプラグインを使えばデザイナー自身、そしてコーダーのお互いが幸せになれるっ!」と思ったので全力でご紹介したいと思います。 SPECCTRについてごく簡単に説明すると… フォント名やオブジェクトのサイズ、間隔、色などをボタン一つで建築の設計図のようにデザインの仕様を書き出せる というものです。 これまで、デザインからコーディングに取りかかる際に、ボタンのサイズやレイアウト間隔を正確に調べたりするには元データをいちいち開いたりしなければならず、地味ながら非常に手間のかかる作業が必要で、それらを一覧にできる良い方法が無いのが実情でした。 また、デザイナーからコーダーにデータを渡して、いざあがって来た時のレイアウトをみると、ところどころ変わっている部分があったりして、相互の無駄
Oculusはビジネス用データベースクエリー共有システムです。 開発者の所にはたびたびユーザが訪ねてきてデータベースから一定の条件で抜き出したデータが欲しいと言われることがあります。そんなことが繰り返しあるとSQLをテキストファイルで残しておいたりする人も多いのではないでしょうか。そこで使ってみたいのがOculusです。クエリーを共有したり、データのダウンロードができます。 インストールはRubyGemsで行います。 オプションです。ユーザ名、パスワード、データベースを指定して実行します。 起動しました。 実行しました。結果が下に表示されます。 データはテーブル上に表示されます。 こちらはクエリーログです。 クエリーを保存しておけます。お気に入り登録も可能です。結果はダウンロードもできます。 お気に入りのクエリー一覧です。 Oculusを共有して使えば、最初は開発者がクエリーを作成し、後は
いや、パスワードをしっかりSaltingしても十分ではない、CUDA Accelerated PBKDF2を使用すべし 2012年06月12日19:52 ツイート fsecure_corporation ヘルシンキ発 by:ジャルノ・ネメラ 私は最近のパスワードのリーク(LinkedIn、eHarmony、Last.fm)に関するオンラインの議論を追ってきたが、salt値がパスワードを安全にするという強固な信念を持つ開発者が、まだ大勢いるようだ。 攻撃者がsaltを有していたとしても、攻撃は実質上可能ではない。何故なら14文字の鍵空間をチェックするには非常に時間が掛かるためで、よってsaltにより安全が保たれる、というのが一般的な推論のようだ。小さい子供がテディベアを抱きしめるように、デベロッパはsaltを握りしめていれば、すべての悪しきクラッカーを寄せ付けずにいられると考えている、と言
プログラミング初心者が写経する時に気をつけると良い事を4つ説明します。 画像はイメージです プログラムを勉強する時に、写経しろ(すでに完成しているプログラムを本から書き写せ)とか言われるが、ちょっと意識するとだいぶ違うと思う 1. 外から書け 例えば、1からnまでの数字を全部表示するプログラムがあるとする。 def run(max) 1.upto(max).each do |i| puts i end end run(10) これを写経する時、上から下に1行目から順に書くのではなくて、まず def run(max) end いちばん外側を書いて def run(max) 1.upto(max).each do |i| end end 中を書いて def run(max) 1.upto(max).each do |i| puts i end end こうなる。 上から書かないのが重要。プログ
オシャレでかっこいいロゴを作るのはセンスと労力を要する大変な作業ですが、「Free Unique Logo Creator」を使えばテキストボックスに文字を記入するだけで誰でもあっという間にスタイリッシュなオリジナルロゴを作ることができます。 Free Unique Logo Creator http://logotypecreator.com/ 使い方はいたって簡単。トップページにあるテキストボックスに名前などロゴとなる文字を入力して、「Generate Logo Now!」をクリックします。今回は「GIGAZINE」で作ってみました。 するとこんな風に画面上に9つのロゴがざっと並んでくれるというわけです。 右上の「Generate logo」をクリックすると、気に入るものが出てくるまで何度でもロゴマークを変更できます。 右下に「Free!」とあるものは無料ダウンロードでき、「Uniqu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く