自分のことを「システムエンジニア」ではなく、「システムコンサルタント」と言いたがる人の特徴。 - 感謝のプログラミング
自分はいわゆる上流工程を担当する比較的大きな会社(いわゆるSIer)のエンジニアなんだけど、合コンに行った時の自己紹介が人によってまちまちなことがわかった。 合コンでほぼ100%聞かれるのが 「仕事何してるの？」 という質問なんだけれど、これに対する答えにその人の価値観がちょっぴり表れたりするのが面白い。 だいたい7割くらいの人は、 「説明するのがちょっと難しいけれど」 と前置きした上で、 「SEだよ。システムエンジニアっていうパソコンをたくさんいじる仕事」 と説明する。 そうするとたいてい、 「今度パソコン壊れたら直してね」 と言われる。そこはヤマダ電機に言ってほしいところだと内心思いながら、「任せとけ」という。 僕はだいたい「プログラマー」と答えるが、これはかなり少数派だ。 仲間からは「プログラマーなのかよ」というツッコミが入るが、自分はプログラマーであるという信念は曲げない。 そうす
GNU GLOBALとvimで巨大なコードでも快適にコードリーディング
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 これまでも、多くの記事にされていて、恐らくKernelや巨大なコードを読んでいる人にとっては当たり前なのかもしれませんが、あまりに快適だったのとこれをきちんとやれてなかった事に自戒をこめて記事にしようと思います。grepとかscreenを駆使していた時間を返してほしい！ 対象者 僕がLinux大好きなので、Linux上での動作を前提にしています。対象者はLinux KernelやApache HTTP Server等、数万から数十万、さらには数百万行のコードをじっくり読んでいきたいと考えている人におすすめしたいと思います。巨大なコードを何のツールも使わずに読むのはかなりきついはずです。しかし、今回はGNU GLOBALと呼ばれるソースコードタ
Linuxエンジニアを目指して入社一年目にやって役にたったと思う事
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 自分がLinuxエンジニアになりたくて、入社一年目にやってよかった事をまとめておこうと思う。一年目にどれだけやるかが、勝負の別れめといっても過言ではない。それは技術を学ぶだけではない。いっぱいあるんだけど、最低限やって良かったなと思う項目を列挙する。 それがぼくには楽しかったからを読む Amazonとかで買う。出来れば原著がいいけど無理しなくて良い。 Just for Fun. Linuxがどうやってできたか、なぜそれをしようと思ったのかが分かり、今後自分がLinuxのエンジニアとしてどういう動機で仕事をしていきたいかを考えさせてくれる本。この本を読めば、自分が仕事でオープンソースを扱っていることに自信を持てると思う。 「なんでその仕事してる
人間とウェブの未来 - Linuxエンジニアを辞めて大学院に入学しました
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 昨日の記事が1日で多くの方に見て頂けているようでとてもうれしいです。 今回は元々、今日このタイミングで記事にしたいと思っていた内容があったのでそれを書きたいと思います。僕は去年の9月に会社をやめて、今年の4月から大学院に入学しました。「Linuxエンジニアを目指して入社1年目で役に立ったと思う事を書いた本人が、実はLinuxエンジニアをやめていた事を知ると、昨日のはなんだったの？」と思う人もいるかもし れません。なので、少しタイミングが悪いかもしれませんが、とりあえず書こうと思います。話は小学校までさかのぼるので長くなるかもしれません。暇つぶしに読んでやろうか、ぐらいで読んで頂ければと思います。 大学までの自分 僕は、小学校3年ぐらいから中学
mrubyによるWebサーバの機能拡張支援機構を一緒に開発しませんか？
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 ある人「あなたのやりたいことはなんですか？」 僕「複数あるWebサーバソフトウェアの拡張記述を統一したいです」 ある人「（それはさすがに無理だろ…）」 という感じで始まったmod_mrubyやngx_mrubyの開発ですが、今ではそれも夢では無い所まできています。当時は「mod_mrubyを作ってみようか」という記事からmod_mrubyの開発ははじまりました。 朧げにあったアイデアでは、「どうやって統一するのか？どんな言語にするのか？どうやって組み込むのか？え？そもそもそんな事無理では？」という感じでしたが、1年前に運良くmrubyがGitHubで公開されて以来、色々なアイデアのピースがはまっていき、いつの間にかそのアイデアが形になろうとし
堀江貴文『政府に頼るのをそろそろやめないか。』
堀江貴文オフィシャルブログ「六本木で働いていた元社長のアメブロ」 一般的には、ホリエモンとか堀江とか呼ばれています。コメントはリアルタイムには反映されません。私にコンタクトを取りたいときは、info@takapon-jp.comへメールでご相談ください。 事業仕分けの第三ワーキンググループで科学技術系の予算が減らされていろんなところで議論が紛糾しているようである。 ノーベル賞の野依氏、蓮舫氏らの「スパコン、世界一になる必要あるのか」発言に憤慨 政府の補助金申請など一度もしたことのない私からすれば、あれだけの巨額予算で食っている人たちがいるんだー！となんだか損したような気分になるのと同時に、補助金なぞを当てにして仕事をしたり研究をするという感覚が全然理解できない。 もともとは国民の税金であり、当然今回のようにオープンな議論の場で晒されれば、科学技術に興味ないやつは、なんでこんな予算つかってん
人はなぜブラック企業を辞めないか|ガジェット通信 GetNews
なんか最近堀江貴文のおかげで、この話が盛り上がっている。ぶっちゃけ、詐欺に引っ掛かった被害者が、自分を被害者だとなかなか認めないのと同じだと思うのだよね。いくら「それは詐欺だよ」と言っても、「そんなことない」といい張る。 これは単純な心理で、自分を被害者だと認めることは、過去の自分の判断の誤りを認めることで、一般に重大な誤りほど認めるのに抵抗があるものだ。だから詐欺じゃないといい張れる間は、絶対認めない。 よく心理学の本に出てくるけれど、一度相手を同意させてしまえば、相手は「同意した自分」を正当化するために、共犯になってしまう。 * * * ブラック企業についても、過去の自分がその企業を選んだということが、辞めることへの抵抗になる。過去の自分の選択が間違っていたことを認めなければならないのだから。 むしろ「この会社はブラックじゃない」といい張れる間は、そう思い込みたがる。過去の選択
Human Factors
ソフトウェア開発における人的要因 Human factors in software development あらまし ソフトウェア開発工程の大部分 （要求分析，プログラム設計，コーディング，デバッグなど）は， 自動化が困難です． 伝統工芸品を作るがごとく，熟練した技術者が集まって手分けして 作業を進めていく必要があります． そのため， ソフトウェア開発の効率は，人的な要因が大きく影響します． 例えば，各人の技術力の問題，作業分割の問題，要員配置の問題， コミュニケーションの問題，進捗管理の問題，などなど． 本研究では，実際のソフトウェア開発の様子を観測・分析し， 開発効率に影響すると思われるあらゆる人的要因を明らかにすることを目的とします． デバッグ行動の分析 Analysis of debugging process --- 「デバッグ大全」という本を書くのが野望？ --- プログ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログイン - Okabe Lab.
本上まなみ[落としぶたと鍋つかみ]〈コラムニストプロフィール〉 | AERA dot. (アエラドット)![本上まなみ[落としぶたと鍋つかみ]〈コラムニストプロフィール〉 | AERA dot. (アエラドット)](https://cdn-ak-scissors.b.st-hatena.com/image/square/003b52d54bd9bb4d16a5dcbde74522552b455edd/height=288;version=1;width=512/https%3A%2F%2Faeradot.ismcdn.jp%2Fcommon%2Fimages%2Fogp.png)
