hirax.net::inside out::2005年07月14日
最新記事(inside out)へ | 年と月を指定して記事を読む（クリック!） / 2001/ 2002/ 2003/ 2004/ 2005/ 2006/ 2007/ 2008/ 2009/ 2010/ 2011/ 2012/ 2013/ 2014/ 2015/ 2016/ 2017/ 2018/ 2019/ 2020/ 2005年6月 を読む << 2005年7月 を読む >> 2005年8月 を読む 先日、画像関連の資料集を執筆した人に、「何か資料をまとめるという作業をすると、すごく勉強になりますよね」なんていうことを言った。すると、「そうですね。だけど、製品の仕様書はなかなか書けないですね」「仕様書をきっちり書いて始めて気づくことも多いんです。けれど、どんどん変わっていくフェーズが多いので、そういう時に書いてもなかなか実にならないような気がします」と言われた。その時に、ふと 過去
Ten Things You Can Do Today to Jump-start Success – Marcus Vorwaller
Read or listen to something that motivates you every single day. If you don’t read another item on this list, take this to heart. Don’t let a single day go by without providing yourself external motivation. Keep a journal of your daily progress and carry it with you wherever you go. Change and progress will happen, but in order to recognize it, you have to record it. An example of a journal entry
先輩エンジニアが心得ておくべきこと（前編）
研修を終えた新人たちが現場にやってくる。皆さんの中には、先輩エンジニアとして彼らを指導する人も多いのではないだろうか。新人を迎え、指導するために必要なのは、相手を知り、自分を知ること。新人と自分との間にあるギャップを意識し、成長の手助けをしよう。それが先輩エンジニアとしての心得だ。 新入社員を迎えるに当たって こんにちは。「5月病」の時期も終わり、いよいよ梅雨に入ろうかという季節になりました。皆さんの部署には、今年は新入社員はいらっしゃいますか。ここ2～3年の緩やかな景気の回復に伴い、いままで凍結していた新卒採用を再開した企業も多いのではないかと思います。6月ともなると、研修を終えた新入社員たちが皆さんの部署にも配属されてくるのではないでしょうか。 新入社員を迎え入れる先輩となる皆さんの中には、メンターやOJTリーダーに任命される人もいらっしゃることと思います。新入社員を迎えるに当たって、
ジョブズCEO、スタンフォード大学で波乱の半生を語る | WIRED VISION
ジョブズCEO、スタンフォード大学で波乱の半生を語る 2005年6月14日 コメント： トラックバック (0) AP通信 2005年06月14日 カリフォルニア州パロアルト発――米アップルコンピュータ社のスティーブ・ジョブズ最高経営責任者(CEO)は11日(米国時間)、スタンフォード大学の卒業生たちに向かって、大学中退は自分がこれまでに行なった最高の決断だったと語った。大学中退によって、創造的にならざるを得なくなった――夕食代を捻出する場合にさえ――からだ、とその理由を説明した。 一風変わった気取りのない卒業式のスピーチで、ジョブズCEO(50歳)はおよそ5000人の卒業生を前に、珍しいタイプの膵臓ガンを経験した(日本語版記事)ことで、毎日を精一杯生きなければならないことを再認識したとも述べた。 「人の時間には限りがある。だから他人の人生を生きて時間を無駄にするな」と、ジョブズCEOはスタ
[はてな] ITエンジニアの幸せはどこにあるか? - higepon blog
はてなブックマークのホットエントリーに気になるタイトルのエントリーがありました。 「日本のエンジニアには絶対になりたくない、と心から思った」 izu@San Franciscoというエントリーですが、なんとなく思い当たる節があり妙に納得してしまいました。 そんな私もはてなにエンジニアとして入社して2ヶ月ほどが過ぎました。 以前いた会社は大企業で、エンジニアとして幸せになれないと思い転職に踏み切りましたが、これは正解でした。 たった2ヶ月ですが、もう1年以上経ったかのような濃い開発者Lifeを過ごしています。 私の理想とする、いわゆる会社や研究所に所属しているエンジニアの幸せは 尊敬できる技術者に囲まれていること 好きなこと「も」やれる環境であること 新しいものがそこにあること 無駄な会議がないこと 自分にしかできない仕事があること 自分が会社を支えている技術者の一人だと強く実感できること
![[はてな] ITエンジニアの幸せはどこにあるか? - higepon blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/be94a27cba8cde85cf8dd393427f55d61c377b22/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729888502%2F17391345971656215039%2F1529549379)
正しいものを作ることと正しくものを作ること - 未来のいつか/hyoshiokの日記
プログラムを作ることはそれほど難しいことではない。それを製品にしてビジネスとすることは非常に難しい。「正しくものを作ること」より「正しいものを作ること」のほうがはるかに難しいのである。 いわゆるウォーターフォールモデルでは開発プロセスの初期に仕様を固定してそれを「正しく作る」事に注力する。１千行あたりのバグ数とか月当たりの生産コード行数などが、いかに「正しくものを作ったか」の生産性の指標になる。ソフトウェアファクトリとか日本のソフトウェア産業の得意とするところである。開発プロセスの初期段階で仕様を固定するので、状況の変化とか、顧客の要求の変化とかには取り合えず目をつぶるので、作られたものが顧客に必要とされているものかは、ものができてみないかぎりよく分からない。まあ、原子炉の制御システムみたいに信頼性が絶対条件だとか、システム要件が何年経ってもほとんど変化しないものには、そーゆー開発プロセス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Your time is limited, so don't waste it living someone else's life
void GraphicWizardsLair( void ); //