転職基準 スタートアップへの転職を検討するための予備知識スタートアップへの転職に関する相談をいただくようになりました。周りでは幸せな転職をしている人のほうが多いように思いますが、時々少し幸せそうではない転職も見ます。 スタートアップへの普通の転職は、通常の転職とは少し異なる面を持つと思うので、少し情報をまとめる意味でもスライドに起こしておきました。 このスライドの目的は、スタートアップに転職するかどうか迷っている人のために、スタートアップに入るダウンサイドリスクとアップサイドリスクを考えるための情報を提供することです。
アウトプット増やしたらぼっちじゃなくなってきた - Konifar's WIP
2015年は『アウトプット量を増やす』というのを目標にしています。 そのために4ヶ月くらいサービス作ったりQiita書いたり勉強会で発表したりしてみたんですけど、少しだけ変化を感じるようになったので、振り返りを兼ねてまとめておこうと思います。 一言で言うと、 勉強会でぼっちになることが少なくなった気がするという話です。 今年やったこと まず今年に入ってやってみたことをまとめてみます。 1. 開発コンテストに応募してみた YOKOHAMA Ups!という横浜市の開発コンテストに出て、優秀賞もらいました。 もともと出る予定はなかったんですが、PCほとんど触ったこともなかったはずの母親から 「ExcelのMicrosoft Office Specialist試験1000点満点で合格したわ」という報告が来て、自分もとりあえず何かしないとヤバいと思ったのがきっかけです。 詳しい流れは以前にブログにま
技術的負債について考えた - 考えた。
技術的負債についての自分の考えをまとめます。 言いたいこと 最初から綺麗なコード・設計を書ける状態を目指せ。 そうもいかないものは天秤だが、勝手に背負うな。 技術的負債とは？ 技術的負債は事業リスクです。放置することによって事業が失速したり損害が発生したりするため、適切に取り扱う必要があります。 負債の種類と対応は、以下の三つに別けられると自分は考えています。 1. 新規で書く末端機能のクソコード・クソ設計 最初から綺麗なコード・設計を書けるを目指すべきですが、時間がかかるのであればスピード重視でよいでしょう。 「もっと良いように書けるべきだけど、どうすればよいか？」とコメントでも添えて、さっさとプルリを投げてしまうべきです。 末端機能で、あとで上に乗っかる物がないのであればコードの品質はそれほど問題ではありません。テストを整備しておけば、後でレベルが上がったときに綺麗にできるでしょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sorry
