幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
自分の書きたいコードを書け - 脱職業プログラマのすすめ - ひがやすを技術ブログ
良く仕事以外のプログラムをしたことない人っているじゃないですか。ここでいう職業プログラマとは、仕事以外では、プログラムをしない人のことを指しています。 仕事以外でもプログラミングをしている・勉強している人、は、職業Onlyプログラマではなく、職業でもプログラムをしているけど、それ以外にも努力をしている人です。 それは、もちろん何の問題もないんだけど、それだけでは実力はつきません。たぶん、コードを書きながら自分が成長している気がしてないでしょう。あなたの直感は正しい。 何らかのフレームワークを使えば、それなりにできることが増える、それももちろん成長です。ただし、知識のね。プログラミングの力はそれほど変わっていないはず。 自分の経験で言えば、多くの人に読んでもらえないコードは、いくら書いても、実力につながりにくい。人に見せようとするコードは、書いているだけで、いろんなことを考えるし、それが、力
会社の人たちが仕事でメールを使ってくれない - 空中キャンプ
わたしの悩みは、会社の人たちが仕事でメールを使ってくれないことである。けっこう重要な伝達であっても口頭で指示がくることがほとんどだ。よってすべてこちら側でメモを取って復唱しないといけないし、なにより口頭なので記録が残らない。トラブルが発生したさい、言った言わない問題に発展する場合も多く、対策として、伝えられたことを箇条書きにまとめたメールを送り返して記録を残すようにする*1など、ほんらいであれば相手がやるべき仕事をこちらが引き受けるかっこうになってしまって実にめんどうである。これはどうにかならないものかしら。 それでも、伝達があるていど的確であれば、口頭でもかまわない。「やってもらいたいことは3つ。これとこれとこれ。期日はいつまで。よろしく」といったぐあいであれば、まちがいも起こりにくいし、こちらとしてもわかりやすく、すぐに取りかかれる。しかし、なんでも口頭で伝える人というのは、おおむね「
アドバイスが欲しい人に、たった一つのアドバイス : 404 Blog Not Found
2009年01月22日09:00 カテゴリArt アドバイスが欲しい人に、たった一つのアドバイス 三つもいらないし、最後の一つは致命的に間違っているので。 アドバイスの正しいもらい方 - Chikirinの日記 そーゆー時、どうすればより有益なアドバイスが得られるか、ちょっと思いついたのでまとめてみるです。いいアドバイスが欲しかったら、たった一つこれだけ心得ておけばいい。 自分なりの答えを、あらかじめきちんと用意しておく その答えが正しい必要は全くない。重要なのは、アドバイスをもらうべき問題について考え抜いておくこと。 考えても見て欲しい。あなたはどんな人に対してアドバイスを求めにいくのかを。 その設問に対して、自分より知恵も経験もある人に対して、ではないのか。 そういう人に対して、何の答えも持たずにアドバイスを求めるというのは、その人が手間暇かけて培った知恵と経験をただでよこせと言ってい
Expired
Expired：掲載期限切れです この記事は，ロイター・ジャパンとの契約の掲載期限（30日間）を過ぎましたので本サーバから削除しました。 このページは20秒後にNews トップページに自動的に切り替わります。
37signals Jason Fried氏の講演 「より少ないシンプルな機能で競争する」：Goodpic
This shop will be powered by Are you the store owner? Log in here
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
CNET Japan
人気の記事 1「Nothing Phone (2a)」--スタイルよりスペック重視の新型スマホを写真で確認 2024年03月08日 2「Files by Google」、文書を簡単にスキャンできる新機能を追加 2024年03月08日 3AIスマホのデモで実感した「スマホアプリが消える」未来 2024年03月09日 4アップル、スマートリングを開発か 2024年02月26日 5イーロン・マスク氏「日本は消えてなくなる」X投稿再び--過去最低の出生数を受け 2024年03月01日 6楽天の株価に連動して「楽天ポイント」が増減する新サービス 2024年03月05日 7「Nothing Phone (2a)」正式発表--ライトを減らし安価に 2024年03月06日 8注目を集めるスマートリング--新たな定番フィットネストラッカーとなるか 2024年03月08日 9アップル、Epic Gamesの開
コミュニケーション環境の最適化 : LINE Corporation ディレクターブログ
こんにちは。薮田（yabucccchi）です。 僭越ながら今年最後のディレクターブログを書かせていただきます。 プロジェクトを進めていく中で何かトラブルがあったときに、原因を調べてみると「コミュニケーション不足（会話不足）だった」ということはないですか？ あると思います。 プロジェクトを進めるにあたって、コミュニケーションが円滑であれば、プロジェクトも円滑に進むといっても過言ではありません。それは「情報共有」や「ホウレンソウ」がプロジェクトにおける最も重要な要素のひとつだからです。 そんなわけで今回はスムーズなコミュニケーションを実現させる方法について書いてみたいと思います。 ■プロジェクトメンバーの人数をなるべく少なくしよう 人数が増えると業務効率が上がると思われがちですが、必ずしもそうではありません。人数が増えることで情報共有は難しくなるからです。メンバーの人数が増えると、コミュニケー
設計からコーディングまでの「距離」：An Agile Way：オルタナティブ・ブログ
私の立場は「コーディングは設計（の一部）だ」(by Jack Reeves)である。ここでは、コーディング以前のラフな設計（例えばUMLのクラス図やシーケンス図レベルのアイディア、それがホワイトボードに描かれていようが、紙であろうが、JUDEであろうが、日本語であろうが）を、ここでは設計と呼ぼう。 設計とコーディングの距離が増えれば増えるほど、ムダが増える。私の主張は、できるだけ、１つの関連部分の設計とコーディングは、「一人の人」が「少しずつ」行ったほうがよい、ということだ。昔見た「詳細設計書」という細かい実装の詳細を日本語である人が書き、それを見て別の人がコードを書く、ということは避けたい。ここでの距離とは、 頭脳間距離。 時間的距離。 の２つ。 頭脳的距離は、物理的に書く人の頭脳の距離だ。1人の人が設計からコーディングまでを含めて担当すれば、この距離は0だ、別の頭脳が担当するならば同じ
広告システムエンジニアは絶対におもしろいと思う理由 - 最速配信研究会(@yamaz)
少し前からだけど,Cookpadやはてなが広告システムエンジニアを募集している. クックパッド｜採用情報: 【技術部】アドシステムエンジニア http://info.cookpad.com/?page_id=113 求人情報：広告システムエンジニア - はてな http://www.hatena.ne.jp/company/staff/accountengineer 私個人の経験から,オンライン広告システムというのは検索やインフラ系と並び,インターネット系のシステムの中でもっともエキサイティングな分野の一つだと思っている.それにもかかわらず,狙って応募してくる人はあまりおらず,いつもいつも悔しい思いをしてきていたので,広告システムがいかにおもしろいかをちょっと述べてみたいと思う. その会社で一番アクセスを受けるところなのでおもしろい. 広告システムはそのサイトの全サービス上に配信する必要が
「80時間残業しないと減給」 - トムジィの日常雑記
http://www.asahi.com/national/update/1218/OSK200812180095.html 19日の朝日夕刊に載っていた記事。過労死で亡くなった被害者は直近の4ヶ月の時間外労働が平均98時間に達していたという。妻の病気の件で労基署いったり、一応労災について調べた経験もちょっとはあるからわかるけど、労災は基本的に質より量。単純にいって月80時間を超えているかがすべてだから、これはまちがいなく労災適用。実際記事中にも労災認定の記述もある。 しかし記事内容にはびっくりである。大庄の給与体系にある一般職19万4500円に対して1行の但し書きがあるというくだり。 「時間外（労働が）80時間に満たない場合、不足分を控除するため、本来の最低支給額は12万3200円」とされていた。 ようは元々は12万3200円が一般職の初任給なわけだ。しかも残業代も軽く電卓片手に計算する
asahi.com（朝日新聞社）：「月８０時間残業しないと減給」店員過労死、両親提訴へ - 社会
「月８０時間残業しないと減給」店員過労死、両親提訴へ（1/2ページ）2008年12月19日11時30分印刷ソーシャルブックマーク 全国チェーンの日本料理店「日本海庄や」の店員、吹上元康さん（当時２４）が急死したのは過酷な残業が原因だとして、京都市に住む両親が東証１部上場の経営会社「大庄」（東京）に約１億円の賠償を求める訴訟を来週にも京都地裁に起こす。両親は「月８０時間」の時間外労働をこなさなければ給与から不足分の賃金が差し引かれる制度によって過労死に追いやられたと主張している。 両親によると、吹上さんは大学卒業後の昨年４月に大庄に入社し、大津市の「石山駅店」に配属された。同８月、自宅で就寝中に亡くなっているのを母親が見つけた。死因は急性心不全と診断された。亡くなるまで４カ月間の時間外労働は月平均９８時間余りで「２カ月以上にわたって月平均８０時間以上」という厚生労働省の「過労死ライン」を超え
richgames168 เว็บตรง richgames168 เข้าสู่ระบบแตกง่าย ฟรีเครดิตไม่ผ่านเอเยนต์
เกมส์คาสิโนสุดเร้าใจที่ ' richgames168 ' เปิดตัวแล้ว! สล็อตสุดมันส์รอคุณอยู่ หากคุณกำลังมองหาประสบการณ์การเล่นเกมที่ทำให้ดีอกดีใจที่จะทำให้คุณอยู่บนขอบของที่นั่งของคุณอย่ามองไปไกลกว่าเกมคาสิโนที่น่าตื่นเต้นที่ ‘ Richgames168 ‘ ได้เปิดตัว! ทีมนักพัฒนาผู้เชี่ยวชาญของเราได้สร้างคอลเลกชันของเกมสล็อตที่น่าตื่นเต้นซึ่งมั่นใจได้ว่าจะได้รับความนิยม และ สร้างความบันเทิงให้กับผู้เล่นทุกระดับ จากช่วงเวลาที่ค
Emacsの設定ファイルを公開してみます - hitode909の日記
日々、いろんなところからコピペしたり、人から聞いたりしていて、今のところ、こんな感じです。 はじめに書いておくと、私は、Macの画面の色を反転して、Carbon Emacsをデフォルトの色でフルスクリーン、アルファを70にして使っています。 ~/.elispに、ネットで拾ってきたファイルを置いています。 +R ls ~/.elisp auto-complete.el ruby-electric.el ruby-style.el rubydb3x.el inf-ruby.el ruby-mode.el rubydb2x.el yaml-mode.eln +R 環境に依存する箇所(Carbon Emacs用の設定とか)は、自動判別されるのが好ましいのですが、(知識的に)難しい場合は、その部分の設定をロードするかどうかを管理する変数を作って管理しています。 ;; なんたらの設定をしたいときt (
プログラマと仕事 - LukeSilvia’s diary
最近、仕事に当てる時間が多くて、Blog が更新できてない・・・。はてダ初めて以来更新していない期間が一番長いです(⊃д⊂)更新が止まると、「最近勉強してないなぁ」っていう感じが押し寄せてきてしょんぼりします。 残業続きだったこともあり、仕事についてちょっと考えてみました。 仕事に当てる時間の基準は、無理なく勉強が続けられるペース 考えてみると、仕事に当てる時間の基準はこれかなぁって思います。以下の3つのバランスがとれているのがミソ。 仕事時間（8〜10時間くらいがいいと思う。僕の場合、情報収集のみの時間は仕事中に2時間ほど当てている） 勉強時間（2〜3時間くらいがいいと思う。） 睡眠時間（5〜7時間くらいがいいと思う。5割るときついはず） 仕事が終わってないのに帰ると開発は進まないことになります。でも、毎日勉強して成長すれば、開発にかかる時間は短くなるわけですし、長い目でみればペイすると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google社員が辞める理由
amazon断ちをすることに決めた - the cycles of activity
http://d.hatena.ne.jp/lestrrat/20060817
http://www.chikawatanabe.com/blog/2009/01/%E6%9B%B8%E8%A9%95%E6%8A%9C%E6%93%A2%E3%81%95%E3%82%8C%E3%82%8B%E4%BA%BA%E3%81%AE%E4%BA%BA%E8%84%88%E5%8A%9B-%E6%97%A9%E5%9B%9E%E3%81%97%E3%81%A7%E6%88%90%E9%95%B7%E3%81%99%E3%82%8B%E4%BA%BA%E3%81%AE%E3%82%BB%E3%258