新卒を3ヶ月で捨ててフリーランスになって変わったこと、得たもの、そして失ったもの
新卒入社したピクシブ株式会社を退職し、フリーランスになって半年以上経った。本格的に仕事をし始めたのは8月からなので、まぁ丁度半年と言っても問題ないだろう。 自分は高卒で入社しておいて3ヶ月半でやめるという信じられないような行為をした上でフリーランスとして生きているわけだけれど、今の生き方はすごく満足している。自分にとって新卒というカードはあまり重要ではなかったので使ったことに特に後悔はないし、ストレートでフリーランスになるより数ヶ月だけでも新卒をできたのは良いことだと思っている。 とはいえ状況としては今のほうが性に合っていることは間違いない気がするし、良いことを書きたいんだけど、それはそれとして、明確に失ったものもあるのでどちらもどこかにまとまったテキストとして書き残して、これからまた自分が大きな人生の選択をする時に考えるためのものとして活用できたら良いなということを思い、書いてみることと
ソフトウェアエンジニアが当たり前にやるべき事 - そーだいなるらくがき帳
manabusakai さんの下記の記事を読んだ感想。 blog.manabusakai.com Twitterにも書いたけど僕は信頼されるエンジニアをずっと目指してきたし、そのために僕に必要なことがここには詰まっていた。 ほんとみんなに読んでほしい。 このエントリーの中の信頼を得ているエンジニアの姿を引用する。 有言実行である 仕事の納期をきっちり守る どんな仕事でもムラがない 困ったときに快く相談に乗ってくれる 皆がやりたがらないタスクを拾ってくれる チームの雰囲気を良い方向に導いてくれる etc... まさに。 ではソフトウェアエンジニアとしてこの他に当たり前にやるべき事って何があるだろう？ ソフトウェアエンジニアとしてやるべき事 僕らは技術で問題を解決することで価値を高めたり、対価を頂いている。 例えば使っているOSSにバグがあったらどうだろう？ これは自戒をかなり含むが不満をSN
エンジニアの次のステップへの勉強法 - Qiita
言われたものはだいたい作れるし、どんなプログラミング言語が来ても大抵書けそうかなってなったエンジニアがそこで成長が止まってしまう人を見かけることがあります。 技術が好きで、作ることが好きで、なのに環境に求められず成長が止まってしまっているんだろうと思います。 ここで成長が止まってしまう環境とは、 新しい技術の情報を仕入れて語り合うエンジニアが居ない 業務用件に高い技術が求められない 改善サイクルが遅い 開発プロセスなどをまとめる人がいない などです。 簡単に言うと、今はうまく仕事があるけれど、停滞している仕事場ですね。 下手にビジネス的に成り立ってしまっているので、それ以上成長をする必要がないのです。 まあ、そういう生き方もありかな？って思うので、それでいいやって思う人は続きは読まなくてもいいかなって思います。 ここから先はエンジニアとして技術を伸ばすことが楽しい、ものを作ることが楽しい、
口の悪い人間をエンジニアとして採用するべきか
旧帝大の情報系の研究室を可もなく不可もない業績で出て、今年の4月からまあまあ大手のIT企業で働いている。 来年あたりから採用面接で学生と話すことになるかもしれないんだけど、表題の件についてインターネットの人達に聞いてみたい。 研究室でも、あるいはTwitterでも優秀（ここでは、たとえばトップカンファレンスにほぼ毎年論文を採択される程度の能力を指す）で口が悪い人はそれなりにいる気がする。そういう人ともし面接で話すことになったら、どう評価すればいいんだろうか。技術的に色々知っていて、日夜最新のトレンドに追いつくどころか更に先を行くために勉強/開発/研究に取り組んでいるが、自分がよくないと思ったものに対して「それゴミでしょ」などとバッサリ否定するような人を。 たとえば研究室にいる優秀な後輩は（その人が認めている）優秀な人とは普通に会話しているが、自分のような冴えない人間には冷淡で、Twitte
ソフトウェアエンジニアのUSビザ
「アメリカ就職に失敗したはなし」で盛り上がっているアメリカ就労ビザ話。学歴がないとダメとか、修士以上がイイとか、いろんな意見が出てますが、ここらではっきりさせときます。 Demystifying U.S. Visa! H-1Bまずは、アメリカ就労ビザの花形「H-1Bビザ」。 ざっくり言うと以下のとおり。 企業にスポンサーになってもらう必要がある条件がある毎年4月から申請開始、10月から働ける申請者が多すぎるので抽選になる転職できるH-1Bの条件ソフトウェアエンジニアとしてH-1Bを申請してもらいましょう。条件を満たしているかどうか、次のフローチャートで確認できます。 見てのとおり、学歴は必須条件ではありません。 実際には、移民弁護士と膝を突き合わせて、成績表を眺めながら、コンピュータ・サイエンスの単位として使えるものをピックアップしていく作業が必要ですが、大雑把な傾向としては次のとおり。
「元グーグル」という肩書はいつか外したい――及川卓也さんが考える、日本の「残念なIT」からの脱出法 | HRナビ by リクルート
DEC（デジタル・イクイップメント・コーポレーション）・マイクロソフト・グーグルと、時代を築いた外資系IT企業を渡り歩いた及川卓也さん。マイクロソフトではWindows NT、グーグル時代にはGoogle日本語入力やChrome OSなどのプロダクトに、エンジニアリングマネージャーとして携わっている。 今年5月にプログラマー向けの技術情報共有サービス「Qiita（キータ）」を運営するインクリメンツを経て、今年6月に独立。現在は、国内人材紹介大手のクライス＆カンパニーの顧問に就任し、CTO・IT技術人材の採用支援や組織変革活動に力を入れている。そんな及川さんに、「日本のITをどう見ているのか」という観点から話をお聞きした。 日本のIT産業はどこが残念なのか？ ――組織変革やIT活用という面で、しばしば「残念」と評価されてしまうこともある日本のIT産業ですが、いわゆる外資大手IT企業での経験を
どういうデザイナーとだと仕事しやすいか - Konifar's ZATSU
デザイナーさんと昼飯を食っていたら急に「どういうデザイナーとだと仕事しやすいですか？」と聞かれ、しばらく考えて色々話したけれどいい感じに伝えられなかったのでここに書き出しておきたい。 先に言っておくと、これはデザイナーさんの良し悪しの話ではなく、あくまで自分の経験的にこういうことを意識してくれていると楽だったなーやりやすかったなーという感想でしかない。人によって仕事のスタイルが違うのは当たり前だし、やり方を強要するつもりはない。ただ、お互いにこういう振る舞いだと仕事しやすいというのを伝え合うのは大事だと思うので、あくまでこういう風に考える開発者もいるんだなぁくらいにとらえてもらうのがいいのかもしれない。 1回目に見せるラフを作るまでがとにかく速い 人に見せる時に、今の完成度やどういう粒度のフィードバックを期待してるかを先に伝えられる 何かフィードバックを受けた時に、なぜ自分がそうしたかを論
エンジニアの技術力評価は難しい? - 5年間運用してきた技術力評価制度の改善の歴史 ‒ / Regional SCRUM GATHERING Tokyo 2017
Jan 12, 2017 @ Regional SCRUM GATHERING Tokyo 2017
「できます＝やります」じゃない、非エンジニアに知ってほしいエンジニアのこと | HRナビ by リクルート
変化の激しいエンジニアの世界で、どうすれば成長し続けられるのか。そのヒントを、飲食店向け予約台帳アプリを手がける「トレタ」の増井雄一郎さんが解説します。今回のテーマは「エンジニアと非エンジニアのコミュニケーション」です。 エンジニアはクセのある人間ばかりで、会話が噛み合わない……。そう感じている非エンジニアの読者は少なくないかもしれません。しかし、そのクセには一定の傾向があり、「どんな価値観を重視しているか」は共通している部分があると、増井さんは言います。 そこで今回は、非エンジニアとエンジニアの距離を縮めることを目的に、エンジニア目線で「エンジニアが困る仕事の頼み方」や「エンジニア独特のコミュニケーション文化」について語ってもらいました。 「エンジニアの特徴を把握して『彼らにはそういう文化があるんだ』と認識してもらえると、普段からのコミュニケーションが取りやすくなるかと思います」と増井さ
はてなのエンジニアに期待する「アウトプット」 - Hatena Developer Blog
id:stanaka です。はてなでは1月末と7月末に評価の時期を迎えます。毎回この時期になると評価プロセスや評価軸について議論になります。 はてなでのエンジニア評価として、コード品質などいくつかの項目がありますが、その中の一つとして「アウトプットする」ということを設定しています。 「アウトプットする」ということは直接的にはその本人と会社の社外におけるプレゼンスを向上させる、ということになりますが、それ以上の効果があると考えており、そのあたりの背景について社内向け文章を書いたのですが、せっかくですので社外にも公開します。 「アウトプットする」ことを期待する背景 はてなのエンジニアの評価基準として「アウトプットする」ということを軸の一つとしています。 アプトプットすることは、自身や会社の社外におけるプレゼンス向上だけではない価値があると考えています。 アウトプットすることで各エンジニアがより
インフラエンジニアの責任範囲と評価 - クックパッド開発者ブログ
インフラストラクチャー部の成田です。2015年10月現在、インフラストラクチャー部には私を含め7人のインフラエンジニアが所属しており、このメンバーでクックパッド本体サービスをはじめ様々な新規事業やいくつかの子会社のサーバを運用しています。私自身もエンジニアではありますが部のマネージャも兼ねているため、立場上、社外の方からインフラエンジニアのマネジメントについて質問されることがよくあります。今回は、私自身の考え方とクックパッド社における事例を紹介したいと思います。 「インフラエンジニア」とは 「インフラエンジニア」という言葉の定義はあいまいで、しばしば議論の的になります。傍目からは明らかにインフラエンジニアであるように見えるにも関わらず「私はインフラエンジニアでは無い」と主張する人たちもいます。このような状況になっているのは、サーバ運用に関する業務分掌が会社ごとに異なるからであると私は考えて
スターエンジニアはキラーアプリを生み出すのか？ - mizchi's blog
日本Web技術界隈著名人の残念さ具合 - thinkchangの日々日誌 は内容自体はどうしようもないのだけど、テーマ自体は自分も日頃悩んでいたものなので書き出してみる。あ、そういえば行方不明のmalaさんは一昨日のハッカソンで振り向いたらいたんで大丈夫です。 キラーアプリの出現と技術的イノベーションに相関あるかと言われたらあるとは思うけど枯れた技術の水平思考的な余地も十分あるんでキラーアプリが必ずしも技術的なイノベーションを果たしている必要はない。ただし技術優位がない場合は企画レベルで制限かかるので、それを許容するかどうかという話— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24 技術的イノベーションによって可能になったサービスはたくさんあって、たとえばデータベースを使った動的なウェブサービス、2000年前ごろにPerl CGIが現実的な速度で動くようになってから増えた
非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP
嫁は専業主婦なんですが、エンジニアがどういうことをやっているのかをある程度理解してくれていて色々と捗ります。ただ嫁に限らずエンジニアじゃない人にエンジニアのことを理解してもらうのは結構難しくて、どう実現していったかを簡単に残しておこうと思います。 問題意識 仕事柄、突発的に問題が起こって帰りが遅くなることはざらにあります。特にリリース前は忙しくて帰りが遅くなることも多く、帰るたびに説明責任を果たす必要がありました。 また仕事以外でも勉強のために家で開発をしたりブログを書いたりすることも多く、ジトっとした目で不満を訴えかけられていました。 これは毎回同じような対応をするよりも、根本的に教育した方がいいかなぁと考えていました。問題の本質は 何をやってるか想像もつかないことにあると思ったからです。 クイズを出す こんな会話をしてました。 俺「（画面を見せながら）このボタン何%くらいの人が押すと思
デスマをやってみた - satomicchyのつぶやき
デスマーチとは 【 death march 】 〔 死の行進 〕 - 意味/解説/説明/定義 ： IT用語辞典 デスマをやってみた。過去形だけど、リリース日が延期になって、スッキリ終わったわけではない。これからどう進めるかはこれから相談。知人によれば、それもまたデスマらしいと言う。 S/W業界のデスマは初めてだけど、前職の業界でも似たようなことはあった。そのときは、企業体質なのかラッキーだったのか、女性ていうのが考慮されてそれなりには帰らせてくれた。でも今回は、フリーランスになって初めてのデスマで、守ってくれるものなんてない。自分で自分のマネジメントをしなくちゃいけない。 自分マネジメントのためのステップとして、自分観察したことを書いておく。 コードに没頭すると日本語が理解できなくなる現象 デスマ真っ最中は、起きてる間はほとんどPCに向かってコードを書いている状態で、作業をするときは「仕様
技術の進歩は「螺旋」である。 @ t_wada さん社内講演 - >& STDOUT
先週、新卒技術研修の一環として @t_wadaさん にご講演を頂きました。 題して「この先生きのこるためには」*1。 第一線のエンジニアとして素晴らしい薫陶の数々を授けて下さいましたので、渋谷や六本木の会社さんもオファーしてみたほうがいいですよ。ホント。 エンジニアはアーティストとしての側面も持つので、ファーストクラスの方の考え方に早いうちから触れておくことは、数年先の彼らの在り方に少なからず良い影響を与えるはずだ、という考え*2に基づくおふたりめの社外講師です。おひとりめは当時非公開でしたが、時効になってましたら教えてください。 新卒研修とはいうものの、社食のカフェテリアを全開放した形で既存社員にも受講してもらいました。正直、私も含めた既存社員のほうがよっぽど直接の教育効果は高かったんじゃないかと思いましたが、それはそれとして。ご講演の中でのいくつかの気づきを共有します。 技術の進歩は「
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
コミュニティに入るか入らないかでエンジニアとしての幸福度がかわる - きしだのHatena
以前、「勉強会に参加しないと不幸になる話」というのをアップしました。 勉強会に参加しないと不幸になる話 - きしだのはてな このときは、勉強会x勉強会という枠だったので、「勉強会」と表現していますが、実際にはコミュニティに参加しないと不幸になる話でした。 あと、ここでの幸せ・不幸せというのは、エンジニアとして、という話で、エンジニアリング能力があがるとか、エンジニアリングの活動がやりやすいとか、エンジニアリングの活動が評価されるとか、エンジニアリングの話題を共有できる仲間が増えるとか、そういう観点です。 エンジニアとしての幸せ以外にも、人生にはさまざまな観点の幸せがある、ということは最初に補足しておきます。 会社が教育機能をもっていない エンジニアとしての幸せに大切なのは、エンジニアリング能力を上げていくことです。 ただ、2013年の産業経済省IT人材白書の概要に IT企業に対して、201
生産性が高いエンジニアを評価するための２つの仕組み - レベルエンター山本大のブログ
仕事ができるプログラマって、できないプログラマに比べて「１０倍」も生産性が高い。とか言う話がありますよね。 僕も体感的に、本当にできるエンジニアは本当に生産性が５倍とか１０倍とか変わることを見てきました。 でも開発の現場では「残業しまくってる」ほうが、なんだか仕事してるように見えてしまう。 そんな中で久々にこの記事を目にしました（漫画なので1分ぐらいで読めます）。 ■「残業しないで帰るSEってやるきないんじゃない？」 http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000800 2006年の記事ではありますが、こういう話って普遍的なので古くもありませんね・ 残業しないで定時に帰れるって評価するべきだし、残業をせず家庭を大事にする社風にしたい。 すごく生産性が高いっていうエンジニアを評価したい。 でも残業してるのって分かりやすいから評価さ
ScaleOut | Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
エンジニアが作るネットサービスのアイデアがしょぼいワケ【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 若干釣り気味のタイトルですいません。今通っている大学院の授業で、漫画家の浦沢直
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
