2018年12月31日、新卒入社して3年半勤めた会社を辞めた。東京の八重洲にある、フリーペーパーやWebサービスを作る会社で働いていた。いわゆる「文系プログラマー」というやつで、文系学部を卒業後、会社に入ってからプログラミングを覚えた。現在は退職してフリーランスになり、個人で開発しつつ、ずっと漫画を描いている。 3年半のあいだ、大きく分けて2つの失敗をした。 1. プログラミング入門の仕方に失敗した 2. プログラミングを覚えてから何をすればいいかわからなかった 前者の失敗の結果、プログラミングを投げ出して京都に逃亡した。後者の失敗では精神を病み、3ヶ月休職をすることになった。前者は笑い話だが、後者は人生に暗い影しか落とさない。これからプログラミングを始めようと考えている人には同じような失敗を避けてほしい。そういう願いも込めてこの文章を書いている。 ※「文系プログラマー」という表現は適切で
こんにちは。アプリエンジニアの五味です。 2017年4月にリクルートホールディングスの新卒Web採用枠で入社した新卒社員のうち、21名がリクルートテクノロジーズに配属となりました。(いらっしゃい!) リクルートテクノロジーズでは「ブートキャンプ」と呼ばれる新卒社員向けの技術研修を3か月間実施しています。 もともと高い能力を持つ彼・彼女らですが、「これからのリクルートをリードしていく存在」になって欲しいという期待を込め、プロとしての重要な立ち上がり期を支援しています。 今年からは社外講師の既存プログラムに加え、より実践的な内容を求める経験者をターゲットに、総勢12名の現場エンジニアが担当する特別講座を開催しました。 各分野のスペシャリストがこれまで現場で培ってきた「本当に必要な生きた知識・技術」のインプットは、彼・彼女らの成長を加速させ、これからのエンジニア人生の礎になってくれるものと僕らは
イベントや勉強会とか出ると、40代、50代、60代の人が発表することもありますね。有名サービスを作った若いエンジニアとかだったり、発表内容がトレンドだったりすると、すごい話を聞きたくなるけど、たいして有名でもないし、すごいものを作ったこともない、俺みたいに無駄に年を重ねた人のトレンドからはずれたダメダメオッサンの登壇内容ってクソいんですよ。自戒の念を込めて書く。 最初の自己紹介30秒以下にしろよ: おまえがちょまどみたいに若くてキレイでかわいい女子だったら何時間でも聴きたいけど、ダメなオッサンのつまんない自己紹介は5秒以上も聞きたくない。無駄に長いこと生きている人の長い自己紹介ってつまんない。「89年に大手SIの子会社に入社」とか聞きたくない。もうねダメなオッサンは「idと好きなAWSサービス」だけでいいよ。長いこと生きてるからいろいろ言いたいことがあるだろうけど、いらない。無名無能力な4
毎度おなじみ技術評論社の傅さんからご恵投頂きました。 その「エンジニア採用」が不幸を生む ~良い人材を見つけ、活躍してもらうには何が必要か? 作者: 正道寺雅信出版社/メーカー: 技術評論社発売日: 2016/12/07メディア: 単行本(ソフトカバー)この商品を含むブログを見る 結論から先に言いますと、僕が今までご恵投頂いたエンジニアのキャリア本で「ベスト」の一冊です。 採用という切り口でエンジニアのキャリアを見つめ直す 本書は「採用」に絞って、エンジニアが企業組織で良いキャリアを築くためには何が必要なのかを問題提起しています。「エンジニアはもっと採用されるように頑張れ」というクソみたいな話じゃなく、採用すると決めた経営陣、それに従う人事担当者、採用されるエンジニア。この3者の立場を俯瞰しつつ採用コンサルティングとして携わってきた筆者が、重厚な論調で痛快に問題点を指摘しています。 エンジ
morimorihoge@Webチーム部長です。ご無沙汰しています。ゴ魔乙はギルド戦が実装されてから拘束時間が多くなり、そろそろ見切りを付けようかとも思い始めた今日この頃です。とりあえずポケモンGOは始めました。 しばらくTechRachoに投稿できていなかったわけですが、別に遊んでいたわけではなく、むしろ開発会社としての本業の方で一杯一杯でなかなか記事を書く気合を充填できていませんでした。 今回は、最近社内で(というか主に僕のいるWebチームで)取り組んでいる社内エンジニアのスキルアップへの取り組みについて、これまでの経過と近況を書こうと思います。長いです。 ※今年に入ってから弊社は事業拡大を目指して採用活動を強化しており、現在進行形でメンバの増強を行っています。新しい人が入ってくる中で古くからの人もいるという当たり前のことではありますが、過去にこういう取り組みをしていたんだよという記録
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
この種の議論は僕が10年前に通った道だ。10年間何も変わっていない。 今のIT技術者への期待論を見ていると、まるで建築士に、「何でも良いからカッコいい家を作ってよ」とそっくりかえって言い放つ住人の姿のようだ。自分がどんな暮らしをしたいのかも言えないくせに、提案だけを求める。そして、出てきた図面を見ると、「こんな値段じゃ高すぎるよ!」と、必ず文句をつける。 ユーザ側の『ITイノベーター』こそ、急いで育成するべきだ : タイム・コンサルタントの日誌から なんでこうなるかと言えば、ITシステムというのは建物ではなくプラント(工場)だからだ。建物はそれを作るだけで良い。ただ、プラントになれば話は別。どういった情報を収集し、集計もしくは加工し、最終的にどんな価値を提供すれば良いのかを考え無くてはならない。 で、問題は「どういった情報を収集し、集計もしくは加工すれば、経営に資する価値が生まれるのか」を
吉田真吾(@yoshidashingo)です。フリーランスでたくましくやってます。 本日は後ほどこちらにエンジニア代表として参加予定です。 ll.jus.or.jp そこでこんなお題を事前にいただいてます。 Web業界に特有の人材不足の原因とは 人材不足はいつまで続くのか どうすれば解決するのか、あるいは取り組んでること 頭の整理も兼ねて一通り自分の考えを記載しておきたいかなと思います。統計などとの突き合わせはできてませんので、経験則に基づく仮説レベルになってる点はご了承ください。 Web業界に特有の人材不足の原因とは 1. Webに対するニーズに人材供給が追いついてないのではないか説 今回のイベントのお題ではIT業界の中でもとくにWeb業界にフォーカスしています。ITにおけるWeb業界というのは生まれてここ20年くらいの業界です。その前にはそもそもWeb上でのマネタイズがされてなかった(
元AWSエバンジェリスト堀内氏が話す、クラウド時代に向き合うエンジニア像のこれから(前編) July Tech Festa 2015 7月26日に産業技術大学院大学にて「July Tech Festa 2015」が開催されました。 基調講演に登壇したのは、元AWSエバンジェリストの堀内康弘氏。クラウド時代のエンジニアはどのようなスキル、マインドを目指すべきなのか、独自の見解を、ソーシャルゲーム企業のCTOやクラウドのエバンジェリストなどの経験に基づいて紹介してくれます。 講演の内容をダイジェストで紹介します。 ベンチャーCTO、AWSエバンジェリストを経て考える、クラウド時代に向き合うエンジニア像のこれから みなさんおはようございます。朝早くから集まっていただいて私の話を聞いていただくのは非常に恐縮なんですけども、僕の経験とかちょっと面白いキャリアのお話が何かのヒントになればと思っておりま
Eメール、グループウエア、Officeソフト、レンタルサーバ。用途が限定的なものは便益がすぐにわかるのでどんな企業だって導入できる。でも、業務システムは別。インストールすればいい、契約すればいいというものではない。ハードルがくそみそ高くなる。 経営に資するITを正しく手に入れる手順 自社の事業の全体図(ビジネスモデル)を描き それを支える業務プロセスを描き 何をITに載せる意味があるかを描き ITに落としこむだけの情報を揃えて 実際のITシステムを導入する この5段階のプロセスを踏まねばならない。正しくやろうとしたら、ね。これを提供できる技術がITじゃないってことぐらい、誰でもわかる。何をITに載せる意味があるのかを見出すのが最も大切で、その意味にもベクトルやレベル感がまちまちだ。ある企業は見積のプロセスを強化したいだろうし、ある企業は在庫のリードタイム短縮を目指しているかもしれない。エン
2015.07.24にあった表題のDevLove関西の勉強会に参加してきました。 クラウドがアーキテクチャを変え、エンジニアの役割も変わる 佐々木拓郎さん NRIネットコム株式会社 DevLove Kansai AWS from Takuro Sasaki www.slideshare.net 概要 クラウドファーストからクラウドネイティブへ オンプレミスの提案だけだと「なんでクラウドの提案もないのか?」というようなことを訊かれるクラウドファースト時代になってきている。 データとその処理をサーバで変換する必要があった3-Tierのクラウドアーキテクチャから、データやストレージまたは計算処理(Lambda)に対して直接操作ができる2-Tierアーキテクチャが実現されつつある。 サーバの構築がほぼ不要で、パーツの組み合わせだけでサービスの構築が可能 Lambdaで計算処理はサーバレスでできるよ
筆者は、数年前に大手ユーザー系SIerから中小のとある卸売業会社に転職し、誰もエンジニアがいない環境で一から会社の営業活動を支えるシステムの構築などに取り組んでいます。いわゆる「ひとり情シス」として、システムを組み上げてから約3年の間、システムを運用改善していく中で、ようやく会社全体を俯瞰できるようになり、エンジニアならではの視点で、会社の経営改革を促すことができました。ここでは、この実体験をもとに、どのようにしてエンジニアが経営を変えていくことができたのかについてご紹介します。 1979年生まれ。文系卒。旧アイ・ティ・フロンティア(現タタ・コンサルタンシー・サービシズ)に2003年に新卒入社。Javaプログラマ→PM→コンサルタントとキャリアを積み、特に小売・流通業界のシステムに従事。プログラム実装からIT戦略立案までを経験し、ユーザー企業のIT競争力強化のためには内製化の促進が最良だと
ITエンジニアなら、今後のキャリアを考える上で、「転職」を一度も考えないということはまずないのではないだろうか。それはITエンジニアは、ジョブローテーションを前提とした総合職ではなく、ITエンジニアリングを中心とした専門職であるということにも由来する。ITエンジニアは、企業に就職するという考え方ではなく、「ITエンジニア」という職業に就職するという考え方だからである。そこで今回は現在のITエンジニアの転職マーケットの状況について見ていきたい。 エンジニアの人不足、転職の現状 昨今、特に飲食業界等を中心として人材不足が叫ばれているが、IT業界はかなり以前から常に人不足と言われ続けている業界である。本コラムでも再三指摘しているが、事態は更に深刻な事態となりつつある。2014年9月18日の日経新聞でも「IT分野の派遣『月収100万円』でも集まらず」というような記事(有料会員限定記事)も出ている。
ドットインストールのシステムを1人で支えるF.Ko-Ji氏の抱えるジレンマ【30分対談Liveモイめし】 2014/11/27公開 『ツイキャス』を運営するモイの代表取締役で、経験豊富なエンジニア赤松洋介氏が、週替わりで旬なスタートアップのエンジニアや起業家を招いて放談する「モイめし」。『ツイキャス』連動企画として、お昼に30分の生放送&その後のフリートークも含めて記事化したコンテンツをお届けします! 『ツイキャス』を運営するモイの代表取締役で、経験豊富なエンジニア赤松洋介氏が、週替わりで旬なスタートアップのエンジニアや起業家を招いて放談する「モイめし」。今回のゲストは、3分動画でマスターする初心者向けプログラミング学習サイト『ドットインストール』を開発・運営する株式会社ドットインストールCTO/Co-FounderのF.Ko-Ji氏だ。 放送翌日の11月27日でサービスリリースから丸3年
サイボウズ・ラボの西尾 泰和さんが「エンジニアの学び方」について探求していく連載の第15回(毎週火曜日に掲載、火曜日がお休みの場合は翌日、これまでの連載一覧)。 「資格試験」テーマの最終回です。 本連載は、「WEB+DB PRESS Vol.80」(2014年4月24日発売)に執筆した「エンジニアの学び方──効率的に知識を得て,成果に結び付ける」の続編です。(編集部) 文:西尾 泰和 イラスト:歌工房 資格試験について匿名3人、実名3人の6人の方のお話を聞いてきました。いかがだったでしょうか。今回は、6人分の意見をまとめて振り返ってみます。 インタビューをしていく中で、知識には大まかに分けて3つのレベルがあることが見えてきました。 趣味の開発で身につく知識 業務に直接必要な知識 業務に直結しない基礎知識 の3つです。 趣味で開発する上では「動けば良い」になりがちで、必要とされる知識も限られ
発注者「誰かiPhoneアプリ作ってくれませんか?簡単なアプリです!!」 エンジニア「簡単かどうかを決めるのはお前じゃない。」 — のり@食べるの大好きエンジニア (@sugi511) 2014, 11月 10 発注側と受注エンジニア側だけでなく、同一社内の営業と開発という部門間でも生じやすいギャップのお話。はた目にはシンプルそうに見える、ちまたに沢山出回っているから簡便そうに見える、だから作るのも簡単だろう。作ってくれませんかと発注側は語るけれど、実のところ開発が簡単か否かを決めるのは発注側では無くて開発側。 数枚、あるいは数行の仕様での発注案件でも、いざ開発してみると山ほどのリソースを投入して数か月かけても終わらないという事案も山ほどある。プログラム、アプリ開発周りで分かりにくければ、料理などが分かりやすいかな。シンプルに見えるけど目新しくて美味しい料理。そこにたどり着くまでにどれほど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く