タグ

workとatodeに関するyuichiro0526のブックマーク (91)

  • プログラマが楽しく読めるLink集 Vol.1 - 乱筆乱文お許し下さいorz

    ネットサーフィン(死語)をしていて、プログラマなら誰でも楽しく読めるハズ! と思ったサイトや記事を紹介して行きます。 とりあえず、Vol.1ッ! ハッカーになろう (How To Become A Hacker) 実は、この5つすべて(Python, Java, C/C++, Perl, LISP)を勉強しておくのがいちばんいいのです。 これらはもっとも重要なハッキング用言語だというだけでなく、 それぞれプログラミングに対してまったく違ったアプローチをしているので、どれも非常に有益な勉強となるでしょう。 Rubyは?(´・ω・`)ショボン Fine Software Writings 特に僕が好きな記事を! ホワイの(感動的)Rubyガイド (why the lucky stiff) どうしてプログラマに・・・プログラムが書けないのか? (Jeff Atwood) ソフトウェア開発者のた

  • ググるな危険:プログラマで、生きている:エンジニアライフ

    だいぶ前の話になりますけど、「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」と頼まれたことがありました。 その新人はやたらとGoogle検索に頼る人で、とにかくわからないことがあると、わたしに聞かずにGoogle先生に尋ねるんですね。 検索サイトにはわたしもかなりお世話になっていますし、昔に比べるととても使い勝手がよくなっていますけれど、その人の技術レベルに対応して検索結果を出してくれるほど高機能なわけではありません。 そのため新人の書いてくるコードは、つぎはぎというかちぐはぐというか、身についてない知識に振り回されてる感が満載でした。 そういう弊害を気にしつつも、自分で調べようとする気持ちは尊重するべきなのかなあ、と思ってとりあえず黙認していたんですが、あるとき「ちょっと考えが甘かった」と思い知らされるトラブルが発生しました。 その新人が「Windowsのレジス

    ググるな危険:プログラマで、生きている:エンジニアライフ
  • なぜ「飲みニケーション」重視の会社は儲からないか(プレジデント) - ニュース・コラム - Yahoo!ファイナンス

    ■あなたの組織が素早く動けない理由 「会議より飲み会に出たほうが、仕事に必要な情報を集めやすい」「中期計画なんて形だけつくるもので、現場では役に立たない」「事業部長は大まかな方針だけ打ち出せばいい。市場での具体的な方策は現場を知る部課長以下で考えるべきだ」  社内を見渡したとき、誰でもいくつかは思い当たる言葉だろう。しかし、こういった傾向が強い組織には、ほぼ間違いなく、事業活動を進めるうえで望ましくない状況が起きている。  日企業が、急速に変化する製品市場にどう対応しているのかについて考察するため、2004年度から2年おきに大企業への質問票調査を実施してきた。日の大企業は、ビジネスユニット(事業部などの組織単位)のミドルクラスが組織を動かし、市場への適応を担うことが多いため、調査はビジネスユニット単位で行っている。  今年で3回目の調査によると、企業や業種を問わず、市場への適応を妨げる

  • 自分の頭で考えるのをやめてみよう : ロケスタ社長日記

    Webコミュニティとかを作っているロケットスタートという会社の代表取締役をやっています。いつもがんばっています。 優秀な20歳前後の人と話しているとよくあるのですが、自分の頭で考えるということをしすぎている気がするのです。 たぶん昔から「自分の頭で考えろ!」とか言われまくってるんだろうなあ、と。 そんなんで 「自分の頭で考える」=「いいこと」 と勘違いしていたりするのかもしれません。 頭で考えないのも大事 プログラマーの人がよく言う言葉として、車輪の再発明はするな、という言葉があります。すでに発明されたものをゼロから初めても意味ないよね、ということです。車輪を発明する手間をかけるなら、その時間をもっと新しくクリエイティブなことに使ったほうが有益なわけです。 で、優秀な人ほど自分の頭で考えようとする。とりあえず自分の頭で考えるというやり方をするのです。 自分の頭で考えなければ

  • 内定式(?)で入社前に予習した仕事のエッセンスが感動的だった件 - ミームの死骸を待ちながら

    人生に一度きりしかない経験はいくつかあって、「新卒入社」もその一つに数えられる。10月の頭には内定式が行われる企業が多く、僕の内定先でも御多分に漏れず内定式があった...ことはあったんだが、かなり他とは毛色の違う内定式だったようだ。 社員さんや外部の社会人のお話などを聞いたものの、"式"の比率は全体の10%程度で、残りは1日かけて外部講師を招いた"研修"を受けていた。これが今回の題材である。ちなみに内定者は3人なんだけど、若手社員さんも加わっての研修ということで、新人研修的な側面もあったようだ。 来は数日かけて行う内容を1日に詰め込んでいるし、とにかく厳しいよと事前に脅されていたので最悪の事態を色々と想定していた。肉体的に辛いのか(どこかの外資金融みたいにロッククライミング)、脳味噌的に辛いのか(とりあえず今日1日でサービスリリースしてね)、精神的に辛いのか(貴様ら内定者ごときにウジ虫ほ

    内定式(?)で入社前に予習した仕事のエッセンスが感動的だった件 - ミームの死骸を待ちながら
  • 幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ

    幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略(例:地方に住むこと) 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽

    幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ
  • やさしく解説、新入生のためのGTD | ライフハッカー・ジャパン

    アメリカでは秋に新しい学期が始まります。米lifehackerには、新入生のためのGTD解説記事がありました。今更GTDって何?とは聞けない、という人も、こっそり読んでみてください。GTDは基的に、人生のワークフローのことです。 【The Inbox (収集)】 すべてはインボックスから始まります。おそらく、インボックスはGTDの中で一番大事な要素だと言えるでしょう。多くの学生は、手帳とto-doリストは同じものだと思っていますが、日付の下に課題を書いておいても何の意味もないのです。なぜならそれは、締め切りを基点にした考え方で、終わらなかったら、ちょっと延ばしてもらえばいいや、と安易な方向に行きかねないからです。課題が与えられたら、カレンダーには書き込まずに、あとで見返すための紙に書き出しましょう。ノートでもルーズリーフでもいいです。すべての課題を収集し、そこに書き込むのです。この段階で

    やさしく解説、新入生のためのGTD | ライフハッカー・ジャパン
  • 「仕事の速い人」はなぜすぐ腹を立てるのか | 職場の人間関係学

    あなたの周りに優秀で仕事をテキパキとスピーディに片づける人はいないだろうか。仕事が速いことと腹を立てやすいことの間にははたして相関関係があるのだろうか。実は、仕事が速いことの裏側には私たちが陥りやすい深刻な問題が潜んでいるのである。 仕事を早く片づけようとして陥る落とし穴 企業で「切れ者」とか「仕事師」と評判の高い人が、「瞬間湯沸かし器」とか「おこりびと」などの別名でひそかに呼ばれていて、そのような上司の前で、顔がひきつり、体を硬直させた部下が直立不動で立っている場面を目撃したビジネスパーソンは多いのではないだろうか。「切れ者」タイプの人は仕事が速く、どんどん仕事を片づけていくので、経営者の覚えもめでたく(ときには経営者も同じタイプであったりする)、パワハラに近い言動があっても、周囲も遠慮して何も言えない。そのような仕事の速い人には、なぜすぐに腹を立てる人が多いのだろうか。 アリゾナ州立大

  • 日経BP

    株式会社 日経BP 〒105-8308 東京都港区虎ノ門4丁目3番12号 →GoogleMapでみる <最寄り駅> 東京メトロ日比谷線「神谷町駅」4b出口より徒歩5分 東京メトロ南北線 「六木一丁目駅」泉ガーデン出口より徒歩7分

    日経BP
  • Geekなぺーじ : エンジニアが見落としがちなこと

    過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く

  • 即効性のある心理ハック10選 | シゴタノ!

    以下の10選を、すべて試す必要は全くありません。これは私自身がとりあげた中でも、有効程度の高い「心理ハック」集だとおもいますが、要不要、効果的かそうでないか、個人差があって当然です。「使えそう」なものを1つでも選び、お試しいただければと思います。 1.悪癖を絶つ―「負の強化」を応用して 2.「やりたいこと」に取りかかる―「不満の解消」を「夢」にしない 3.大事なところを記憶する―マーカーしない 4.今日の仕事を気持ちよくこなす―過去の自分を参考に 5.目標を達成する―衝動に負けずに 6.やる気の消耗を防ぐ―見通しをはっきりする 7.寝てスッキリする―ストレス解消の睡眠術 8.しっかりと記憶する―記憶のチェックリストを使う 9.早めに取りかかる―話題にする 10.多すぎる仕事を削る―「明日」必ずさばく 1.「負の強化」を応用して悪癖を絶つ 何か、やめたいことがある時に使えるハックです。禁煙や