タグ

workに関するsemicolonのブックマーク (69)

  • 「それ、知ってます」は禁句 | 九十九式

    2006年6月6日 火曜日 at 23:46 コメント、トラックバックを受け付け中です。 トラックバックURL: (※ 文中に当方へのリンクのないトラックバックは、無効送信として処理されます) コメント / トラックバック 66 件 shidho Says: 2006年6月7日 at 12:29 なるほどね。 castingvote Says: 2006年6月7日 at 13:04 「それ、知ってます」と言うのを止めて、相手の話をさえぎらずに相槌を打つ。うなずきメソッドに近いな。 usj12262 Says: 2006年6月7日 at 13:49 関係ないけど「今やるとこだったのに!」とむきになってみたい hatayasan Says: 2006年6月7日 at 14:28 「とっておきの話を「それはもう知ってますよ」と1回でも言われたら、もうその人には話をしたくなくなるだろう」ありそう

  • クリエイターのためのライフハック | コラム | クリエイティブ | マイコミジャーナル

    Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます

  • 「姿勢性症候群」が増加中--「同じ姿勢」に医療関係者が警鐘 - CNET Japan

    今現在、正しい姿勢を取っているだろうか。 もしも、背中を丸めて首だけ起こす、「コンピュータにもたれかかる」ような格好でこの記事を読んでいるならば、将来的に、理学療法士が「姿勢性症候群」と呼ぶ疾患にかかるおそれがあることを覚えておいてほしい。 姿勢性症候群は、屈曲した前傾姿勢を取り続けた結果、首と胸椎(中背部から腰部におよぶ12個の脊椎)に継続的な力が加わって起こる疾患だ。医師や理学療法士によると、この疾患は一般的に第四、第五、第六胸椎の間にある椎間板に対して起こり、筋肉の圧痛や硬直、場合によっては神経過敏などを伴うという。 何年にもわたって前屈みの姿勢を取っていると、椎間板の間隔が狭くなり、肩胛骨の下部や腕、背中へと神経過敏症が広がってしまう。 デスクワーカー自身や人間工学専門家のほとんどがよく知っているとおり、1日中PCに向かってマウスやキーボードを繰り返し操作していると、手首の弱化やテ

    「姿勢性症候群」が増加中--「同じ姿勢」に医療関係者が警鐘 - CNET Japan
  • Joel on Software - 射撃しつつ前進

    Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ

  • 仙石浩明の日記: IT企業には技術者と経営者の両方と話せるバイリンガルが必要

    今日は昨日の続きで情報漏洩防止ネタを書こうと思っていたのですが、 トンデモない文章を見つけてしまったので、 急遽予定を変更... この日記の副題にもあるように、 私は「プログラマ兼システム管理者」なのですが、 いちおー (^^;) 取締役でもあるので、 著名な経営者の方々のブログも読んでおります。 で、今朝起きて読んだ日記がコレ↓ 「渋谷ではたらく社長のblog」から引用: 日の決算説明会。参加者からの質問・・・ 「アメーバの進捗が遅れているボトルネックは何ですか?」 「スピードが遅れている理由はいくつか組織に存在しますが・・」 「一番は技術者の頭数が明らかに不足していることです」 うわっ、「頭数」なんて表現使ってる... 優秀な技術者であればあるほど、 「人月」という考え方には反発するものだし、 優秀な技術者は、 平凡な技術者の何倍、いや何十倍のパフォーマンスを発揮できる (私は技術

  • プログラマの種類とキャリア - naoyaのはてなダイアリー

    http://d.hatena.ne.jp/mkusunok/20060426/hr を読んでいろいろ考えた。 最近はてなブックマークとか見てて、優秀な人は自分がすごいことをやってるとか、努力してることに気づかないみたいな話がありましたね。例えば僕なんかはゲームがすごい好きで、ある程度つまらないゲームでも結構ずーっとやってられるみたいな感じがありますが。んなゲームするのが好きでどうすんだよ! ってそういう話じゃなくて。この感覚をときどき、プログラミングをしてたりコンピュータを触ってるとき、新しい技術について調べてるときに感じることがあるよという話。 その一方で、読みづらくて分かりづらいを読んだり、ひたすらバグを叩いてるときとか、同じプログラミングに関することでも気分が滅入るときはたくさんある。プログラマという職業を続けられるのは、プログラミングが好きだからと思う一方で、好きだからといって

    プログラマの種類とキャリア - naoyaのはてなダイアリー
  • プログラマの心の健康 - あなたは、そのままでいいんです

    目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードをべながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。

  • はてなに入った技術者の皆さんへ (jkondoの日記より)

    最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、

    はてなに入った技術者の皆さんへ (jkondoの日記より)
  • Milano: : Monolog: さらに面白いポストイット使用法を教えてもらった

    さらに面白いポストイット使用法を教えてもらった さて、いただいたPost-itをさらに面白く活用する方法を考えていたのです。 先日「Post-itを使って確定申告対策」というエントリを書きましたが、こんな感じで独創的な使用法を提案したいなぁ~と。 (ちなみにONEDARI BOYSによるPost-it Style Notesバトンエントリあがってます) そう思っていたところ、お友達からメッセンジャーで面白い活用方法を教えてもらいました。 「つぶれた豆」て。 どうやら、このお友達の会社では、人が会議とかで離席している隙を見計らって、ポストイットにおもしろ一言を習字したものを机のどこかに貼り付けておく、と言うのがブームになっているっぽいです。 ヘンな会社ですねぇ。 でも、打ち合わせでクタクタになって席に戻って一息つこうとしたら「つぶれた豆」。これはヘコみます。 「あなた間違ってる」 細

  • Ruby on Railsのチームから学ぶ仕事術

    Ruby on Rails自体についての解説は、「WebプログラマはRailsに乗るべきか?」や、「Rubyアジャイルプロトタイピング」にもありますので、そちらもぜひご覧ください。記事は2006年に執筆されたものです。RubyRuby on Rails全般の最新情報は@IT Coding Edgeフォーラムをご参照ください。 素早く開発が行えるRuby on Railsに驚くとともに、Railsプロジェクトの素早さの根源はどこにあるのか不思議に思った人も多いことでしょう。 Ruby on Railsの開発には、37singals社のDavid Heinemeier Hansson氏を中心とする11名で構成されたチームがかかわっています。 Core team behind Ruby on Rails Ruby on RailsによるWebアプリケーション構築風景を撮影したいくつかのス

    Ruby on Railsのチームから学ぶ仕事術
  • RSSで疎結合される社内システム - kokepiの日記

    いや、疎結合って言ってみたかっただけなんですごめんなさいごめんなさい。 社内でとりあえず業務に使われてるWEB系ツールは次のよう。 社内ブログ 社内ソーシャルブックマーク 社内wiki バージョン管理システム 要望管理システム(イシュー管理、バグ管理、不具合追跡) 基的にほぼ全てのツールが、RSSの入力か出力に対応してる。そうなってると、 インフルエンサーのブックマークRSSを、ブログに読ましたり プロジェクトのwikiに、イシュー管理のRSS読ましたり wikiにポータル風に情報を集めたり 自由自在。 まだメーラ、スケジューラ、オフィスソフトあたりの聖域は残されてるけれど、やっぱり「つながる」「利用する」「共有する」に焦点がおかれていない業務ツール(「作成する」ばっかりのものとかね)には改善の余地が大きく残されてることを強く感じる次第。 スケジューラに関しては、SSEとかに強く期待。

    RSSで疎結合される社内システム - kokepiの日記
  • 仕事の心がけ

    目次 はじめに こころとからだ 休息は大切 睡眠 夜型と朝型 眠るための儀式 事を味わう 心の健康 無駄を無駄にしない工夫 誠実に 記録と計画 仕事の見積り 文章を書く、プログラムを書く 文章の書き方 日々の生活 習慣の力を借りる メモの取り方 整理・整頓 道具 書物 文房具 自分との調和、他人との協調 複数の仕事のコントロール 他の人と仕事する 残りの話題 読者のみなさんからのフィードバック ぜひ、感想をお送りください 更新履歴 リンク集 はじめに このページでは、 結城が仕事をする上で心がけていること、 心がけようとしていることをご紹介しています。 こころとからだ 休息は大切 仕事について書くのに、 「休息」から書きはじめるのは変でしょうか。 けれども私はそうは思いません。 私は、よい休息がとれているときにはじめて 充実した知的生活を営むことができるからです。 逆に、休息がきちんとと

  • Just do it 行動しないことで発生するリスク : akiyan.com

    Just do it 行動しないことで発生するリスク 2006-02-27 「最も大きなリスクは、何もしないことだ」ということについて最近よく考える。 世の中には何も新しいことをしようとせずにもっと幸せになりたいと思う人が大勢いるように思う。たとえば与えられた仕事だけを無難にこなし、限られた自由な時間でさえとくにやりたくもないことを繰り返して暇つぶしをしているような生き方だ。何も新しい行動を起こさないなら現状に満足すべきだ。毎日畑を耕し、休養し、季節に数回の祭りを楽しむような「足るを知る」の精神を見習うべきだ。なのに彼らは現状に漠然とした不満を抱き、口を揃えて以下のようなことを言う。 「忙しすぎて時間がない」 「なにもいいことが起きない」 「仕事がつまらない」 「あいつのせいで何も出来ない」 「やりたいことはあるけど失敗しそうでできない」 「怖くてできない」 「会社が給料を上げてくれない」

  • 社員1.0と社員2.0

    semicolon
    semicolon 2006/02/22
    [filetype:jpg][media:image]
  • FPN-SNS的な社内ブログを手作りしたコールセンター業、バーチャレクスの凄さ

    コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えてみてください。作業効率の圧倒的向上が可能です。… 2021.05.06 2021.05.11 205 view 6.ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 4.インプリケーションと提言 リサーチを通じて気付いたことは?公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない!?ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか?」「この技術が主流になっているというのは信憑性があるか?… 2021.

    FPN-SNS的な社内ブログを手作りしたコールセンター業、バーチャレクスの凄さ
  • 社内コミュニケーションを活性化するツール導入方法論 ― @IT情報マネジメント

    4カ月にわたる連載を通じて、コミュニケーション・ツールの分類、メリット/デメリット、およびいくつかの活用事例を紹介してきた。今回は最終回として、これまでの内容を踏まえながら、実際にどのようにツールを選定・活用していけばよいのか、方法論をまとめていきたいと思う。その手順の概略は下記のとおりである。 順を追ってみていこう。 (1)課題設定 第1回で紹介したとおり、企業内コミュニケーションに関して課題はすでにある程度把握できており、実際にツールを導入する段階に進んでいる企業もある。しかし、「課題を解決した結果のイメージはある(あった)のか?」「なぜコミュニケーションを活性化したい、させなければならないのか?」は、あらためてもう一度考えてみるべき項目だといえる。導入済みのツールを急に廃棄するのは現実離れしており、現状は現状として、見直し・検討は再度ゼロからしてみるべきだろう。 再考すべき点【再掲】

  • jkondoの日記 - 息継ぎは多い方が楽に決まっている〜水・日曜休みのススメ

    今日は花の水曜日です。なんで花かというと、仕事がお休みなのです。 はてなでは先月から土曜日と水曜日の好きな方を選んで休むことができる週休2日制を導入しました。それまでは土・日と休む日が決まっていましたが、それを選択性にしたのです。 創業時、はてなは週休1日制でした。土曜日でも必ず出勤して1日中仕事をしていたし、ベンチャーならそれが当たり前だと思って頑張っていました。不思議なもので、KRPのようなインキュベーション施設に入居していて、周りの企業が土曜日に休みを取っていても、「世の中の企業に差をつけられるチャンスだ」くらいの気持ちでやっていたのを覚えています。 はてなの事業で売上が出るようになって、少しだけ資金のやりくりにも余裕が出てきた頃に、週休1.5日制にしました。さすがに体力的につらかったからです。 それから人が増えたりして昨年完全週休2日制にしたのですが、どうにも月曜日にエンジンがかか

  • jkondoの日記 - 仕事は非ルーチンワークから片付けよう

    仕事には毎日毎日の定常業務・いつもの仕事=ルーチンワークと、突発的な仕事=非ルーチンワークがあると思いますが、時間の使い方として非ルーチンワークの方から手をつける方が良い結果になることが多いんじゃないかとふと思いました。 非ルーチンワークというのは、朝突然「これをやろう」とアイデアを思いついたとか、社内で話しをしていて急遽行う事になった、みたいなタスクで、こういう仕事が発生すると「まあ待て。とりあえず今日やるつもりだったいつもの仕事を終わらせてから取り掛かろう」という人と、「なんだか面白そうだし新しい事をやってから残りの仕事を片付けよう」という人に分かれるような気がします。 ところが、「定常業務を終わらせてから手をつけよう」と思っていても、定常業務は仕事時間を全部使い果たそうとする性格がありますので(ありますよね、何でなんでしょう?)、結局その日には手がつけられない、みたいな事になりがちで

    jkondoの日記 - 仕事は非ルーチンワークから片付けよう
    semicolon
    semicolon 2006/02/06
    わたしもこのタイプ。
  • 業務経歴書や得意な言語でPerlと答えると馬鹿にされる - *「ふっかつのじゅもんがちがいます。」withぬこ

    こんにちは。 今回初めて転職活動をしているのですが、 業務経歴書や得意な言語でPerlと答えると馬鹿にされる傾向がありませんか? 「CGIですか。ワラ」 「Perlは遅いし、大きな案件には使えないね〜」 (中略) 「うちは Javaで飯ってるので、そういう低レベルな言語を得意げに話されても困ります」 のだそうだ。「得意げに話されても」というコメントに若干の悪意を感じる辺り、この方が変なプレゼンテーションをした可能性もあるけれど。 おそらくこのJava派の企業はSI屋さんなのだと思うけど、普通のやつらの上を行けとか読んだことないのかなぁ。 昨今のSIはWebベースじゃないのかも知れないけれど、Webに限って言うとJavaは大して力の強い言語じゃないと思う。(僕の経験はSI3.5年、Web2.5年くらいやって、サーバサイドで使われる言語の個人的な得意度合いで言うとC++>Java>C>Per

    業務経歴書や得意な言語でPerlと答えると馬鹿にされる - *「ふっかつのじゅもんがちがいます。」withぬこ
  • Beating the Averages

    普通のやつらの上を行け ---Beating the Averages--- 著者:Paul Graham Copyright 2001 by Paul Graham これは、Paul Graham: Beating the Averages を、原著者の許可を得て翻訳・公開するものです。 プロジェクト杉田玄白正式参加テキスト。 <版権表示> 和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2001 by Paul Graham 原文: http://www.paulgraham.com/avg.html語訳:Shiro Kawai (shiro @ acm.org) <版権表示終り> 文中、Eric Raymondの "Ho