全部そろうと理想のチーム！ ワークスタイル4つのタイプ | ライフハッカー・ジャパン
仕事をめぐって、ああでもないこうでもないと人が言い争っているのを耳にするとうんざりしますね。誰が一番の働き者で、誰が一番の切れ者で、誰が一番の怠け者か...などと延々論議を交わしたところで、結局は批判の応酬に過ぎず、効率性アップにはつながりません。 「私はずっと働いているのに、あなたは全く働かない」といった、「全部か無か」的な議論はもうやめて、仕事についての「本当に意味のある」会話をしたいものです。そして、自分独自の働き方を理解し、なおかつ、チームメンバーそれぞれのワークスタイルの良さも認めていきましょう。 私はここ数年、ありとあらゆる性格テストを研究してきた結果、基本的なワークスタイルには4つのタイプがあるという結論に至りました。実行タイプ、統率タイプ、共感タイプ、研究タイプです。 理想的なチームには、この4タイプがすべてバランスよく含まれています。そして理想的な組織は、バランスの取れた
タイポグラフィの歴史を5分で説明するよ（コマ撮り動画＆全訳）
タイポグラフィの歴史を5分でダッと説明するストップモーションアニメ（上）が超クールと海外で注目を集めています。 製作したのはカナダのマクマスター大学でマルチメディアを専攻するベン・バレット=フォレスト（Ben Barrett-Forrest）さん（23）。3年目のアニメーション科目の課題でショートアニメを作れと言われて始めたら、ついつい凝ってしまったのだそう。 出身地ユーコンの地方紙はこう紹介してますよ。 ｢たぶん15～20時間もかければ合格だったと思います。それが始めたらとてもそんな時間じゃ終わらない、課題よりずっと手間かかるってすぐに気づいて。でも、それでもいいやって思ったんです｣ 結局バレット=フォレスト君は2ヶ月暗い部屋に篭って500ワットの電球で照らしてる熱い中、ダンボールくり貫いて作った292個の文字を並べて2500枚の静止画像を撮影し、そこからストップモーションビデオをつくっ
システムの「価値」をどう考えるのか？〜なんで人月換算基準がなくならないか、について - 急がば回れ、選ぶなら近道
「なんで人月換算基準がなくならないか」については、これは作る側での議論が非常に多いのですが、逆側から見た議論があまりにも少ないので、自分の考えを記録しておきます。そもそも、発注した側ではシステムの価値をどう見るのか？という議論があまりにもなさ過ぎの印象があります。いくら作る側が頑張っても、発注サイドで「いやだから、結局いくらかかったか内訳見せろ」という話になった途端に、残念ながら人月単価が登場するわけで、話は振り出しに戻ります。 まず一義的にはユーザーから見たシステム開発は投資になります。確かに、毎年作っているでしょう、という話もありますが、普通は数年に一回作っては動かして、メンテナンスにモードに移行させる、という形になります。投資として、通常はキャッシュ・アウトに相当するコストで資産を認識します。リースにすれば、定常的でしょうという話もありますが、オン・ブックになった途端に普通に取得原価
「K=100は濃い灰色！」「リッチブラックはC90% M90% Y30% K100%」で印刷関係者が騒然
概要 ▶ PhotoshopVIPのK=100は黒ではありません？ K=100は濃いグレー？ リッチブラックはC=90, M=90, Y=30, K=100？…疑問に思ったので調べてみました。 K=100は黒ではありません。 Photoshopでやってしまいがちな10個の間違い - PhotoshopVIP 「Photoshopでやってしまいがちな10個の間違い」（PhotoshopVIP）で「K=100は黒ではありません」「K=100は濃い灰色」とあったので印刷関係者が騒然となった（一部）。 名指しはしていないけど、こちらのブログでも K100%は「濃いグレー」か？ 日本に限って言うならはっきりと、「いいえ。違います」 K100%はグレー？？？いいえ、「黒」です。それでもリッチブラックを使うなら… | やもめも とある。（違ったらすみません） 日本と欧米ではブラックのインキの濃度が違う
Rust 基礎文法最速マスター (rust 0.7 編) - gifnksmの雑多なメモ
警告 (2014/1/25 追記) 以下の記事ですが、今となっては通用しない記述が多く含まれています。 0.7 から現在までに行われた大きな変更としては、思いつくだけでも 言語組み込み機能としての managed box が非推奨になった (将来削除され、ライブラリによる実装と置き換わる) rusti ツールが削除された というものがあります。 おそらく、文中のコード例はコンパイルすら通らなくなっていることでしょう。 また、今後も 1.0 に向け大きな変更が予定されています (DST や GC の実装など)。 文中の、言語の基本的なコンセプトに関する部分はかろうじて現在でも通用すると思いますが、その他の部分についてはきちんとメンテナンスされている文章 (公式のドキュメントなど) を参照してください。 以下、オリジナルの記事です。 ブログ移転後の最初の記事っということで、最近僕がハマっている
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Quine リレー - まめめも
ref: https://github.com/mame/quine-relay/ 以下は、自分自身を出力する REXX プログラムを出力する Python プログラムを出力する R プログラムを出力する (...略...) を出力する Scala プログラムを出力する Ruby プログラムです。合計 50 言語を使います。 eval$s=%q(eval(%w(B=92.chr;N=10.chr;n=0;e=->(s){s.gsub(/[#{B+B+N}"]/){B+(N==$&??n:$&)}};E=->(s){'("'+e[s]+'")'} ;d=->(s,t=?"){s.gsub(t){t+t}};D=->(s,t=?@){s.gsub(B){t}};Q=->(s,t=?$){s.gsub(t){B+$&}};puts(eval(%q("objectXQRX extendsXApp{
シェルスクリプトのデバッグは typeset または declare を使うと良いかも - よんちゅBlog
はじめに つい最近知った便利なデバッグ方法 (長年シェルスクリプトを書いているのに知らなかった。これが常識だったら恥ずかしい…) シェルスクリプトのデバッグでは echo で変数の中身を見るという原始的な方法をよく使うかと思います。 いわゆる プリントデバッグ というやつですね。 もう少し詳しいデバッグが必要な場合は、 set -x と set +x でデバッグしたい部分を囲むという方法もあります。 今回は プリントデバッグ で使う echo の代わりに typeset or declare を使うと良いというお話です。 プリントデバッグは typeset or declare を使おう typeset or declare は変数宣言などでよく使うコマンドですが、変数の中身を見るのにも使えます。 echo と比べて何が良いのかというと、変数の中身はもちろん変数名や変数の型も表示してくれ、
ランダムで日本人の名前を返す gem を作った - おもしろwebサービス開発日記
gimei という、ランダムで日本人の名前を返す gem を作りました。 似たようなライブラリに faker があります。faker は人の名前だけではなく、住所やメールアドレスやユーザ名や電話番号など、たくさんのジャンルのダミーデータを返してくれるすごい gem です。しかも i18n に対応しており、yaml ファイルを定義すれば日本語も使えます。 じゃあ faker でいいじゃん！って思いますよね。しかし一つだけ問題がありまして…。ふりがなが使えないのです。 そこでgimeiです。gimeiは下記のような形でふりがな(フリガナ)に対応しています。 gimei = Gimei.new gimei.kanji #=> "斎藤 陽菜" gimei.hiragana #=> "さいとう はるな" gimei.katakana #=> "サイトウ ハルナ" gimei.last.kanji #
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レスポンシブやらアイコンフォントやらフラットやら！2013年の気になる技術やデザインを試してみたリニューアル手順！ | バンクーバーのうぇぶ屋
GitHub - turbolinks/turbolinks-classic: Classic version of Turbolinks. Now deprecated in favor of Turbolinks 5.