堀江貴文 エンジニアは誇り高くあれ｜【Tech総研】
東京大学文学部宗教学宗教史学専修課程中退。1996年に「有限会社オン・ザ・エッヂ」を設立。2002年に旧ライブドア社から営業権を取得し、2004年に社名を「株式会社ライブドア」に変更。2006年に証券取引法違反容疑で起訴されて一審、二審ともに有罪判決を受ける。現在上告中。1972年福岡県生まれ。 今、非正規雇用の増加やいわゆる「派遣切り」が社会問題になっていますけど、僕が前の会社（ライブドア）で社長をやっていたときは、技術者派遣やSI会社の常駐社員などは一切使わなかったし、逆に自社の社員を派遣することもしなかった。社内ではこうしたシステムを利用するようにかなり説得されたけど、ここだけは頑固に譲らなかった。 唯一、派遣会社を使ったのは受付の女の子たち。いろいろとあって押し切られてしまったのだけど、彼女たちが望めば正社員にしていたし、希望すれば総務や経理に異動もさせていた。ほかに社員でない人と
技術力が足りない私。スペシャリストになりたい！ － ＠IT自分戦略研究所
過酷な環境にさらされながら、常にコンピュータ並みの正確さを要求されるITエンジニアたち。メンタルヘルスをうまくコントロールするには？ 樋口研究室の「ITコーチ」たちが、現場でいますぐ使えるメンタルヘルス改善のワザを教えます。 IT業界では、技術がすさまじいスピードで進歩しています。ITエンジニアには、常に新しい技術を学習し、そのスピードについていかなければならないつらさがあります。 「お客さまから見れば、ITエンジニアはコンピュータの専門家。でも自分は、技術的に未熟」。そんなふうに、期待と現実との差に悩むITエンジニアも多いと思います。 前回「苦手な仕事から逃げず、最後までやり抜く方法」では、気が進まない仕事を頼まれたときの乗り切り方をお話ししました。今回は、技術知識が足りないと感じたとき、上手に自分の心をコントロールして乗り切る方法を考えてみましょう。 ■見たことも触ったこともないミドル
出世以外の報酬も技術職には必要 - builder by ZDNet Japan
パソナテックは、同社設立10周年を記念して企業の経営・人事部門およびエンジニア・クリエイター職で働く人たちを対象にしたカンファレンス「パソナテックカンファレンス2008」を開催した。 初日の10日は「IT人材の未来 〜これからのIT業界と人材戦略〜」がテーマ。メインセッションにはシリコンバレーでの働き方を知り尽くす人物、Blueshift Global Partners社長で、パソナテック シリコンバレーオフィスのフェローでもある渡辺千賀氏が、「現場がイキイキする人材マネジメント：渡辺千賀の流儀」と題した講演を行った。 職場環境のHolyGrailとは 渡辺氏は、テクノロジー関連分野における日米間の事業開発コンサルティングを行うBlueshift Global Partners社の社長。また、パソナテック シリコンバレーオフィスのフェローでもある。シリコンバレーの日本人ネットワークNGOを
Geekなぺーじ : エンジニアが見落としがちなこと
過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く
プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - ひがやすを技術ブログ
人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。 プログラム設計書を作るのは「誰が書いても同じコードにするため」だけでなく、元請けがレビューするためでもあります。元請けがプログラミング言語を読めないので、日本語に落としてレビューします。コードを書いてからプログラム設計書を作ることもあります。 プログラミングがあまりできない人が、ちゃんとしたプログラム設計書はかけないのと同じように、プログラミングできない人が、プログラム設計書のレビューはできません。 当然だよね。プログラミングができないのなら、プログラミング言語を自然言語に翻訳したプログラム設計書を理解できるはずがない。 できるとしたら、誤字脱字、単語が統一されていないとか、日本語が変だとかそんな指摘くらい。
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識