タグ

careerに関するmoqadaのブックマーク (7)

  • 「フロントエンド開発者」の終焉 | POSTD

    元記事の著者より:この記事は主に北米文化で私が見たことを反映しています。 誰かに職業をきかれたら、私は「フロントエンド開発者です」と答えます(答えは相手によって変わることもあります)。10年か20年前は、自分の仕事に必然的に伴うものが何なのかは、かなり明瞭でした。インタラクション用にHTMLCSSを書き、JavaScriptも多少は書いていました。駆け出しの頃、PHPMySQLの作業に職務の大半を費やしていたとはいえ、フロントエンド開発者として見られる方が好きです(これに関しては、後に詳しく説明します)。この状況は、2010年の初頭に変わり始めました。JavaScriptが、重要で、非常に大きな存在になってきたのです。昨年の初め頃から、たくさんのフロントエンド開発者に会うようになり、あることに気付きました。フロントエンド開発者は、もはや、私が以前から知っているフロントエンド開発者ではな

    「フロントエンド開発者」の終焉 | POSTD
  • 色んなことをソコソコできる人が、生きる道 - GoTheDistance

    僕は器用貧乏です。色んなことがそこそこできるという、一般的なキャリア論では最もダメな部類に入ると思います。屋。ドラッカー先生も言うてはる。あなたは何によって知られたいのか、それが重要だと。 エンジニアとしてキャリアをスタートさせて、恐ろしいことに10年以上の月日が経ちました。残念ながら、エンジニアとしては絶対に大成しないという確信があります。コードを書くのは好きです!でも、要素技術を突き詰めようという気持ちがすごく弱いのです。1つに絞り込むってことが、生理的に出来ない...全く違う分野に対して興味を持ったら、もう止められない。 そんな人って、実は技術職のエンジニアでも結構いるんじゃないかなっと感じたので、ブログ書きました。1つの分野の専門性が築けなくて悩んでいるのなら、「そーゆーの向いてないわ、俺」で諦めちゃったらいかがでしょう? 僕のように。 僕より優れたエンジニア、僕より優れた営

    色んなことをソコソコできる人が、生きる道 - GoTheDistance
  • 中の下のエンジニアを脱出するための目標設定

    9. きっかけ②  インフラエンジニアの責任範囲と評価  http://techlife.cookpad.com/entry/2015/10/07/181340  明確な責任範囲、5つの軸 ⇒パフォーマンス、可用性、キャパシティ、バックアップ、セキュリティ  定量的な達成指標を設定し、評価  目標達成のためなら、アプリ側のコードも書くインフラ  明確な範囲、軸、目標、評価。 11. きっかけ③  中の下のエンジニアを脱出するための仕事術  http://www.slideshare.net/noriakikadota/ss-54131591 > 一通りの開発に関する経験はしている > 降ってくるタスクは大体こなせるし、こなせる自信はある > 目の前のタスクをこなすだけになっていて目標設定出来ていない > 「自分の強み」がなんなのかよくわからない > 突出したスキルを持ってい

    中の下のエンジニアを脱出するための目標設定
  • 8d9bb0cfc2096c4eb8db

    トレタ アドベントカレンダー土曜日担当の増井です。 IT芸人とは 最近、深津さんが「IT芸人」について書いていました。 一般的にIT芸人枠のエンジニアを揶揄する流れがあるけど、会社に一人はいた方がいい。IT芸人がいると、コスト0でサービスがメディアに露出し、ユーザー数万人をタダで獲得でき、求人サイト使わずに人材が募集でき、VCから1億ぐらいは余裕で調達できる上に、色んなサービスと提携しやすくなる。 — 深津 貴之 (@fladdict) 2016年11月22日 「一社に一人いた方がいい『IT芸人』」ってなんでしょう? 私が初めて「IT芸人」という言葉を聞いた時は「プロダクトや技術より人物の知名度が高いIT系の人」という意味だったと思います。いつだったか忘れましたが、"小飼弾さんが何者かわからない"って話とセットで聞いた記憶があります。 2014年頭ぐらいからよく見るようになり、「IT業界

    8d9bb0cfc2096c4eb8db
  • 35歳を超えたエンジニアの5つの働き方

    ぼくは36歳です。けっこう大きなサイトで、RailsJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきました。最近になってよく思うのですが、若い人たちは比較的よく、主語を抜かしたり目的語があいまいなまま話をして

  • プログラマは履歴書をどう見るか

    当の見方はこちら 上のから読むといい。 How to recognize a good programmer (いいプログラマの見分け方) Another Resume Tip (さらに履歴書のコツについて) - Joel on Software Ten Tips for a Slightly Less Awful Resume (履歴書をもうちょっとマシにするための10のヒント) - Steve Yeggeによるアドバイスで、楽しい読み物。 Getting your resume read (履歴書を読んでもらうには) - Joel on Software

  • ウェブ人材として育つための3姿勢+5つの実践(後編): DESIGN IT! w/LOVE

    不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 ウェブ人材として育つための3つの基姿勢について書かせてもらった「ウェブ人材として育つための3姿勢+5つの実践(前編)」に引き続き、この後編では、自分で育っていくための実践的な方法を5つばかりご紹介。 もちろん、僕が思う実践の方法ですので、これだけやっていればいいってもんじゃないでしょうし、中にはこういう方法が向かない人もいると思いますので、そのあたりはご了承を。あくまで僕自身の経験からいえる5つの方法だと考えていただき、真似してもいいかなと思う人だけ参考にしてくれるといいかなと思います。 Web人材として育つための5つの実践では、さっそく1つ1つ、実践的な「育ち方」を紹介していくことにします。 とりあえず5年間で300冊を目指そうウェブの情報を毎日せっせと収集するだけで、

  • 1