富士ゼロックスを退職し、DeNAに転職します。 - from scratch
自分が退職エントリを書くことになる、というのは一年前、このブログを初めた時には考えもしなかった。この数ヶ月間、いくつか考えることがあったので、自分のためにも残しておく。 今回のエントリは多分めちゃくちゃ長いです。 最後にまとめがあるので、そこを見るだけでもいいと思います。 バックグラウンド的な まず、今の会社、富士ゼロックスに入社が決まった時から「この会社に一生勤めよう」とか、「安定したメーカーに就職できたからこれで安泰だ」とかは全く思っていなかった。 せっかくエンジニアになったのだから、「ユーザーの生活・働き方が変わるようなイノベーティブな製品を作りたい」という思いを持ち、それを叶えようと思っていた。 富士ゼロックスに勤めると、プリンター、コピー機だけじゃなくて、ソフトウェア含めて色んなモノを開発しているから自分の視野の拡大できるだろうし、富士ゼロックスにはFXPALっていうソフトウェア
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
日本とアメリカのエンジニアの違い : ITコンサルジャンキー
11月27 日本とアメリカのエンジニアの違い カテゴリ:徒然 Tweet 日本のプログラマやSEの社会的イメージは非常に悪い。下請企業もといブラック企業と言われたり、３K（汚い・きつい・危険）と揶揄されたりと、いわゆる”社畜”のイメージが付きまとう。しかし、外資系の企業はどうだろう。Google、Appleといった企業で働いているエンジニアはとてもクリエイティブで楽しそうなイメージがある。もちろん、外資系企業で非常に優秀な方でも日本の（一般的な）エンジニア並に長時間労働・休日出勤はざらにあると思うのだが、社畜的な"汚さ"といった物はあまり感じられない。その理由について述べた中島聡氏の記事がこちらだ。 なぜ日本のソフトウェアが世界で通用しないのか つまり、いわゆるシリコンバレー企業はVC等の投資家からお金を借りて事業を開始している。お金を貸す側としては当然リターンを求めるわけで、事業計画やど
What's New in SQL2016 CTP2 Release - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
エンジニアが知っておくべき厳選英語Webサイトなど - YAMAGUCHI::weblog
はじめに こんにちは、Python界の情弱です。なんか「WEB屋が知っておくべき」ってエントリが出てたんですが、まあ自分はエンジニアの端くれなのでこのへんは読んでますよ、ってのをメモっておきます。僕は情弱なので、もっと素敵なサイトがあったら教えて下さい。 「英語だから…」なんて拒否っちゃ駄目なWEB屋が知っておくべき厳選ブログ、WEBマガジン色々 | バンクーバーのうぇぶ屋 僕は主にPython系の記事を読んでますが、他のテーマ（言語、OS、仮想化、DBなどなど）はきっと著名な方々がテーマに沿って書いてくれてたりするんじゃなかろうか、と思っています。 こんなのを読んでいる 公式サイト 公式サイト なにはともあれ公式サイトとかを見ておくのはマナー。例としてPythonの公式。更新に関するRSSがあればそれを登録すると便利です。 パッケージ管理レポジトリ 今日日のプログラミング言語だとパッケー
ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】：お茶でも飲みながら会計入門（54） - ＠IT
意外と知られていない会計の知識。元ITエンジニアの吉田延史氏が、会計用語や事象をシンプルに解説します。お仕事の合間や､ティータイムなど、すき間時間を利用して会計を気軽に学んでいただければと思います。 「お茶会計」も早いもので50回を超えました。今回は、エンジニアが知っておきたい会計知識をカテゴリ別にまとめた記事リンク集です。 各回とも、前提となる会計知識を含めて解説しています。会計知識を身に付けるための足がかりとしてチェックしてみてください。 ◎ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】 簿記3級＆2級レベルの知識を身に付けるための解説 決算書を読むための解説 何かと身近な税金についての解説 ◎続・ITエンジニアとして知っておきたい21の会計知識【ニュース＆社内業務編】 経済ニュースを理解するためのキーワード解説 意外と知らない社内業務を知るための解説 会計周囲の法律
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
変態エンジニア万歳！：101回死んだエンジニア：エンジニアライフ
いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ■ビバ、変態 皆さんは変態と聞いて何を思い浮かべるだろうか。一糸まとわずに白昼堂々と大衆の面前を闊歩するような中年紳士だろうか。それとも、男性同士の性別を超えた感情に思いを馳せる淑女だろうか。メジャーなイメージとしてはそんなところだろう。 変態とは、常人の理解を超えたものを指す。必ずしも、マイナスイメージばかりではないはずだ。 ■真の天才とは 本当に優れようとすると、一つ破らなくてはならない壁がある。それは、”常人の壁”だ。当たり前だが、人と同じ発想をしてるようでは、斬新な発見はできない。人と違った観点から発想するには、この”常人の壁”を超えなくてはならない。 そもそも、普通の人と同じ考え方をするのが”常人”。天才になりたければ、この壁を上に突き抜けなくてはならない
優秀なエンジニア5人は二流の1000人を完全に凌駕する：Rails Hub情報局：エンジニアライフ
1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」（Five great programmers can completely outperform 1,000 mediocre programmers.）と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏（個人サイト）が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」（アマゾンUSへのリンク）のためにインタビューした際の答えとして、Harvard Business Revie
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
