生涯現役のソフトウェアエンジニアでありたい。IC（Individual Contributor）のキャリアパスがあると自覚するまで10年の軌跡 - Findy Engineer Lab
ソフトウェアエンジニアの藤吾郎（@__gfx__）と申します。最近、IC（Individual Contributor / 個人貢献者†）という言葉でキャリアが語られることも増えてきたように思います。この記事では、ソフトウェアエンジニアにおけるICというキャリアパスについて、自分の認識と経験を交えて次の点から解説していきます。 ICというキャリアパスがあることを、ソフトウェアエンジニアに知ってもらいたい 私が39歳という年齢でIC一本でいくと決意するに至った経緯は？ 「IC」とはどういったキャリアなのか？ 管理職ではないキャリアとしてのIC これからICを定義する企業は増えるか 私がICというキャリアパスを選ぶことになるまで ソフトウェアエンジニアになるつもりはなかった 27歳で選択したソフトウェアエンジニアをウロウロする10年 Fastlyに入社して初めて明示的にICとなる ソフトウェア
仕事を任せられるエンジニアになるために意識してほしいこと - 食べチョク開発者ブログ
皆さんこんにちは。エンジニアの西尾です。 今日は仕事を任せられるようなエンジニアになるために意識してほしいことをまとめましたので、ここに公開いたします。 もともとは社内向けに公開したものです。 この文章は私がビビッドガーデンに入社する前の、前職での経験を踏まえて書いています。 今の食べチョクエンジニアが意識できていない、という話ではありませんのでご注意ください。 意識面 作業の見積もりができる 技術力が低い（コーディングができないなど）よりも敬遠されるエンジニアは、作業の見積もりができない方です。 第一線で活躍している方は、作業見積もりが他の方に比べて正確です。 見積もりをするためには、どういう設計をして、どういう機能を作り、どういう影響範囲があるのかを正しく理解する必要があります。 見積もりができないということは、作業内容を正しく理解できていない、技術的な困難性を理解していない、不確定要
「お前らのフリーランスになるメリットは間違っている」というお話 〜 リク◯ート半端ないって！編 〜
お願い この記事はいいねが短期間でつきましたが、Qiita運営側に都合が悪い内容なのでサイトTOPのトレンドやタイムラインに表示されなくなりました。 （大手企業が収入源なのでQiitaも都合が悪い。でも、勝手に記事を削除してしまうとサービスとしての信用問題になってくるからしない。といったところでしょう。） 読んでためになると思ったらSNSでシェアにご協力ください。 前回までのおさらい 前回、「フリーランスは事業だ」って話をした。 「お前らのフリーランスになるメリットは間違っている」というお話 しかし、フリーランスやってて色々なエンジニア（フリーや1人親方の経営者も含めて）と会うが、 「事業」と意識した判断・動きをしていない人がとても多い。 フリーランスといいながら、脳みそが会社員。 経営者やってるといいながら、脳みそが会社員。 そんな人がITフリーランスにはとても多い。 フリーランス１、２
“握力の強さ”で日本一に 「ウェブ魚拓」創業者はいかにして肉体派プログラマーになったか | HRナビ by リクルート
ウェブページのアーカイブを保存しておくために欠かせない「ウェブ魚拓」は2005年にリリースされた老舗サービスだ。ユーザーからの切実なニーズに応え、有料課金で長いあいだ継続的に収益をあげている稀有な事例である。 そんなウェブ魚拓を運営する会社の創業者である新沼大樹さんはどんな人物なのか。前回は開発秘話やネット炎上について聞いたが、今回は新沼さん本人の知られざる一面に迫った。 スタートアップ経営者として成功していながら、なぜかネット業界よりも、“筋トレ業界”で有名のようだ。（取材場所は宮城県内にある新沼さん宅） トランプを素手でやぶるのはトレーニングだった –すごい…。このトランプはどういうことなんでしょうか？ トランプを破るのは“握力”における有名な技で、一時期流行ったんです。流行ったといっても、できるは人あまりいないかもしれませんが。 –新沼さんの場合はもう簡単に破けちゃうものなんですか。
いろいろと思ったことなど。 - mixi engineer blog
こんにちは、仕事するのは好きだけど出勤が大嫌いな森本＠たんぽぽグループです。 今年の5月頃に社内ブログに書いた文章をまとめなおしてみました。 社歴とか年齢とか経験年数とか 社歴とか年齢とか経験年数とかは飾りで大した意味はありません。 よくわからない仕様があったときに、尋ねると歴史的な経緯を教えてくれるとかあるかもしれません。 聞いたらどんどんドキュメント化しておくといいです。 遠慮しないでね 変だって思ったときに、先輩だから年上だからと遠慮する必要はまったくありません。 というよりも、遠慮することは悪です。 目的はよりよいサービスを作ること。 遠慮することで目的を達成できるのならば遠慮すべきですが、逆に達成を妨げる方向しか働きません。 間違いを認めよう アイデア・プログラム・設計などなどに対する指摘は、個人に対する攻撃と取る人が時々います。 指摘されて間違いを認めることは最初は恥ずかしいで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Zenn｜エンジニアのための情報共有コミュニティ
