SMAP騒動から考えるエンプラ系エンジニアの生きる道：エンタープライズ系エンジニアの小話：オルタナティブ・ブログ
ここ数年は何かしらのサービスの立ち上げをやっています。技術者の視点だけでなく経営者などの視点を織り交ぜながら色々とお届けします！ SMAPの騒動から、エンタープライズ系エンジニアと似ているところを感じました。 ・会社が仕事を紹介し、自分たちが直接労働を行い、会社がマージンを持っていく ・今の仕事以外で同等の収益が得づらい SMAPはアイドル（タレント）としては誰が見ても素晴らしい活躍で高給を得ていると思います。しかし、歌手や俳優など別の分野に進出した際に、同じレベルで活躍できるとも限らず、今と同じお金を手にできるとも限りません。 それと同じでエンタープライズ系のエンジニアもお堅い業務システムを作っているため、緻密なスケジュールや設計書、役割分担などに慣れすぎていて、Web系などの全く異なる組織で今までと同じようなパフォーマンスを発揮することができないことが多々あります。 お客様との取引を継
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
成長Webサービスを影で支える「Growth Hacker」ってどんな人？
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
エンジニアライフというオープンソース的集団
奈良で銅鑼をたたく オフラインでの活動が活発なのは、エンジニアライフの大きな特徴だ。編集部主催で開催するオフ会が年に数回あるが、コラムニスト主催のオフ会や勉強会はもっと頻繁に行われている。 編集部主催のオフ会を始めたのは2年前、2010年のことだ。もともとエンジニアには勉強会を自主的に開く文化があったが、このころから勉強会ブームが加速し、コラムニストの中から自分でもやってみたいという声が上がってきた。 勉強会での定番コンテンツはLT（ライトニングトーク）、ショートプレゼンのようなものだ。ひとり5分程度の短い発表を多数の発表者が連続して行うものだ。1時間のプレゼンでは自分にはできないかもしれないと考えるが（エンジニアは得てして謙虚だ）、5分程度で多くの人とともに行えるのならチャレンジしやすく、初心者にもハードルが低い。 そして実際にやってみると分かるのだが、LTはプレゼンの良いトレーニングに
エンジニア発掘場所としての「GitHub」--人材採用で企業も注目
LinkedInは非常に2011年的だ。 高度な技術を持つソフトウェアエンジニアを求めて熾烈な競争が展開される市場において、優秀な人材の獲得を目指す企業は、従来型のサービス、つまり候補者の職歴を提示するが、実際の仕事については分からないサービスに頼っていると、最高の人材を見逃す可能性が高くなることに気付き始めている。 今、この分野で「GitHub」が新たに注目を集めている。採用担当のマネージャーや求人担当者が、書類上で最も良い人材に見える候補者だけでなく、自分の能力を積極的に（そして公に）明らかにしている候補者を見つけるためにGitHubを利用する機会が増えている。 シリコンバレーで最も注目を集めるベンチャーキャピタル企業の1つであるAndreessen Horowitzは7月、同社としてはこれまでで最高の投資金額となる1億ドルをGitHubに投資した。GitHubは、オープンソースプロジ
IT業界の「人月」暴落の原因ってなに？：「走れ！プロジェクトマネージャー！」：オルタナティブ・ブログ
愛機MacBook AirのUSBの調子が少しばかり悪いので、アップルストア銀座に業務以外で行けるという嬉しい金曜日を迎えた大木です。（あ、これも業務と言えば業務？） 最近なんとなく聴いているポッドキャストが減ってきた気がしたので、iTunesで新しいポッドキャストを探していたら「りんごは踊る、されど並ばず」というポッドキャストが！登場されている方々は、なんとトマト屋さんとか、よーよーさんとか、僕が聴いているポッドキャスターの皆さんが登場しておられます。じゃあ聴いてみるかと気楽にダウンロード。最初から一気にダウンロードして、移動時などに順番に聴いていました。その第6回（緊急企画）で知ったのが、スラッシュドット・ジャパンの「ITエンジニア派遣の「人月0円セール」が行われている？」という記事でした。 内容を読んでみると、正直言ってさほど新しい話ではありません。「新入社員を教育もしないでお客様先
「無理です、ダメです、できません」＋「仕様です」で済ませないように・・・（追記あり）：田中淳子の”大人の学び”支援隊！：オルタナティブ・ブログ
わが「心の師匠」の一人に元SEの方がいらっしゃって、今、50代半ばの彼が20代のばりばりSEだったころの話。 お客様との打ち合わせで、「こういうことしたいんだけど」と言われると、つい「あ、それ、無理です」と反応し、「こんなことはできるのかな？」と言われれば、「ああ、ダメですねぇ」と答えてしまったのだそうです。 しばらくは辛抱強く相手をしてくださっていたお客様が、とうとうキレて、 「私たちは、コンピュータに関しては素人だ。だから、技術的にできるかどうかなんかわからない。でも、”したい”ことはある。あなたたちSEは、私たちが”したい”ことをどう実現するかを考えるのが仕事ではないのか。”こうすればできる”とか”こういう風に条件を変更できませんか?”とか言ってくれれば、こちらも考える。どういう風に問題解決をするか、共に考えてほしいと思って、こうやって話をしているのだ。 だから、二度と”できない”と
bloggers-network283.com
This domain may be for sale!
【コラム】"できるITエンジニア"のコミュニケーションスキル (8) 文書レビュー術(1) - 陥りがちな誤り | エンタープライズ | マイコミジャーナル
読者の中に、自分が書いた文書のレビューを受けることに、苦手意識を持っている方はいないでしょうか。 レビューを受けると、自分の作ったものに必要以上にダメ出しをされているような気がしたり、沢山赤入れをされたものを返却されて気が滅入ったりすることがあります。そのため、「品質を高める」という目的はわかっていても、できれば形式的で無難なレビューで済ませたい、などと考える方が少なくないようです。 レビューを受けるのにはストレスがかかりますが、レビューは、品質の高い文書を効率的に作成するうえで必要な作業であり、なおかつ、自分自身のスキルアップも図れる貴重な機会でもあります。特に、システム開発の中でも提案書や報告書など顧客と折衝するため文書を作るようになると、レビューをうまく受けることが非常に重要なポイントになってきます。これらの文書の品質を高めるには、技術者としての視点だけでなく、顧客からの視点で文書を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
http://www.osri.co.jp/