サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。
人を育てるというのは、とても難しい。 なぜなら、育てる方も未完成な人間だから。 ちょっと経験値のある未完成な人が、経験値の少ない未完成な人と、ともに冒険をし、ともにレベルをあげていくことが、人を育てるってことだと思う。 人を育てようと思うと、どうしても上から目線になってしまう。上から目線だと気持ちも相手に伝わりにくい。気持ちが伝わらないと相手もうまく成長してくれない。 だから、人を育てる機会があったら、ともに冒険をする仲間を持ったと考えよう。きっとその方がうまくいく。 それでは、自分の話をしよう。自分というよりは自分たちの話かな。 2010年、自分は、昼間、ブラ三をやりながら、新規ビジネスの企画を考えたり、プロトタイプを作っていたりしていた。ブラ三をやっていたのは、当然ソーシャルアプリというものを学ぶためだ。ブラ三の能力はかなり向上したけど、仕事ではたいした結果が出せなかった。特に企画考え
ペパボという会社はもとがレンタルサーバーというストック型ビジネスであったことと、サーバー、ドメイン、ECとインターネットインフラの事業であることから、ベンチャーではありますが、かなり安定的な考え方の組織だと思っています。 また、サービスが多数あるため、サービス毎に事業部制をとっており、それぞれの組織でトラブルなくサービスを運営することに重みが置かれます。このことは悪いことではなく、お客様を大切にし堅実な経営にはつながると思いますが、一方で大きな方針転換をしたことがない組織であるが故に、大胆な変化やチャレンジすることに対して消極的な体質になっていると感じています。 そんななか、今年はチャレンジしやすい組織になるために意図的な取り組みを始めています。 1.エンジニア目線でのアプローチ技術的なアプローチを強化しようと、エンジニアのトップであるmizzyに直属になってもらい、全社的に取り組むべき課
このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料
2012.02.25のqpstudy系の勉強会が一同に介したカンファレンスに参加してきました。その中で聴講した odstudy の「エンジニアのための提案力向上セミナー」のメモです。ほとんど書き写しになっちゃいましたが、そこはまとめ力のない私を笑って済ましていただければとw 話者 teian-lab 式町久美子さん (APMP) teian-lab 提案力を高めたいヒトタチによる提案力を高めるための勉強会 いろんな業界/業種でノウハウ、経験を共有 内容 提案書の書き方 提案計画の仕方 プレゼンテーション 大事にしたいこと 頑張り過ぎない 自分もみんなも楽しむ どのような提案? 上司への改善提案 お客様への提案 コンペ どう考えても負け試合になりそうな場合とかにどう対応していくか 将来チェレンジしてみたいこと どうやって書くの? 提案戦略 エグゼクティブサマリー ストーリーボーディング FA
gitによるバージョン管理 バージョン管理システムはつかってますか? 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な1日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大@クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
2011年8月18日紙版発売 B5判/190ページ 定価1,341円(本体1,219円+税10%) ただいま弊社在庫はございません。 Amazon 楽天ブックス honto ヨドバシ.com Fujisan(定期購読のみ) 第1特集 ベンダ任せにしない 運用エンジニア「攻め」の仕事術 24時間365日稼働が当然となった今,システム運用のあり方は大きく変わろうとしています。「運用(オペレーション)業務」というと,これまで受け身的なイメージがありましたが,昨今のWeb系システムは変化のスピードと規模のスケーラビリティをその特徴としており,これを支えるうえで,運用エンジニアの役割がとても重要になってきました。本特集では,「開発」「インフラ」のエンジニアとともに「運用エンジニア」がどんな働き方をしていくことが望ましいのか,“DevOps”をキーワードに,さまざまな運用の現場をのぞきながら探っていき
エンジニアのためのWord再入門講座 美しくメンテナンス性の高い開発ドキュメントの作り方 佐藤竜一(著) 翔泳社 2008年5月 ISBN-10: 4798117137 ISBN-13: 978-4798117133 2310円(税込) Wordはワードプロセッサです。 Excelは表計算ソフトです。 残念ながら、Excel方眼紙にドキュメント作成ツールとしての地位を奪われた感があるWordですが、きちんと機能を理解して使えば、必ずエンジニアの役に立つはずです。「Wordは変な動作をするし、おせっかいな機能が多くて使いにくい!」とは、言わせません。 ■「より良いドキュメントを、効率よく作る」ための本 「より良いドキュメントを、より効率良く、低コストで作成する」――これが本書の目指すゴールです。この目的を達成するために必要なWordの初期設定、および理解しておくべき機能などが解説されており、
孤独なエンジニアが、楽しく勉強する機会を増やすには:仕事を楽しめ! エンジニアの不死身力(14)(1/2 ページ) 地方は勉強会やセミナーが少ないけれど…… 先日、東京に住む知人から「竹内さんは地方に住んでいて、どのようにモチベーションを維持しているのですか?」と尋ねられました。 知人によれば、「地方に行くと書店が少なく、あってもベストセラーやタレント本しかない」「セミナーや講演会がなく、刺激がない」「勉強会の機会もなく、情報を得たり、議論したりする場がない」とのこと。知人は地方出身で、勉強する機会が少ないことを知っているからこそ、このような疑問を持ったそうで す。 確かに、書籍は学習意欲を誘いますし、セミナーや講演会で聞く著名人の生の声は刺激的です。勉強会に参加して意欲的なエンジニアと出会うと、「よし、私も頑張ろう!」と思えます。 一方、「地方在住である」「職場の中に勉強し合える仲間がい
最近は、@kazeburo さんの真似をして自分も「オペレーションエンジニア」と名乗ろうかと思ってます。正直最初にオペレーションエンジニアって聞いた時、なんのことだかよくわからなかったんですよね。ちょうどこの言葉を最初に見たのは 1 年前くらいで、その時僕は 2 年目に入ったところで MySQL Conference から帰ったばかりで「おらは DataBase Administrator(DBA)なんだ!」と思ってた頃でした。 それからちょうど 1 年。1 年目の時も DB だけをやってたわけではないですが、この 1 年はより広くより深くいろんなモノを見てきた関係で、自分の仕事は「DBA」だけだとちょっと説明に足りないなぁと思ってたところで、「オペレーションエンジニア」という言葉を思い出しました。そう、僕の仕事は「オペレーションエンジニア」なんです。ひよっこだけど ん、ちょっと待てって?
エンジニアとしての歩き方-都元ダイスケ IT-PRESS http://d.hatena.ne.jp/daisuke-m/20090707/1246979611 今自分が掲げているエンジニアとしてのキャリアを思い描いたときに、こういうステップを踏んでいこう、と思ったことが全て網羅されていて、自分の考えの方向性は間違っていないんだ、ということを再確認できたと同時に、ものすごく同意。そこで今の自分の到達レベルがどこなのだろうと再認識するために一つ一つ確認して振り返ってみる。 何事にも興味を持とう 興味って持とうと思って持てるモンじゃないもんね。だけどね、勉強やめたらエンジニア終了だと思ってる。俺は、勉強するのやめる時は、一緒にエンジニアも辞める。 これについては学生時代から興味があって今の仕事をしているので、クリア。逆に今時間が段々取れなくなってきて、読書や勉強時間が取れないことについてストレ
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
2011年4月21日(木) ゼロスタートコミュニケーションズにて、はじめての勉強会「zsstudy」を開催しましたー!! 第1回目のテーマは「DNS」です!!とぅぎゃってみたので、ご参考になれば!! またやりたいと思いますので、取り上げてほしいテーマなど「#zsstudy」もしくは「@risucomorino」宛に、お気軽にお送りください♪ 続きを読む
こんにちは、櫛井です。 ライブドアの開発部ではエンジニアを対象にフレックス制度を導入しており 11:00〜16:00がコアタイムとなっています。そして、先週から新たに 「ノーエンジニアデー」というのを導入してみたところ、なかなかうまく いっているようなのでご紹介したいと思います。 ※試験的な導入のため今後も続けるかは現時点では未定です 内容としては、毎週水曜は自宅作業を推奨しコアタイムの間は いつでも連絡つくようにPCの前にいることが条件で、必要があれば 都度出社してくださいという運用です。節電対策というのもありますが 夏に向けて計画停電があるかも知れないため、その予行練習も兼ねています。 いつもは沢山のエンジニアがいる開発部ですが、水曜はこうなります。 わりとスカーン!としていて、CTOだけがポッツーン! 「人がいないところの電灯ついてるじゃん!」というツッコミがありそうですが 省電力な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く