副業をするためにfreeeを使って開業し、仕事を得て、確定申告まで終えた - futoase
開業して確定申告まで終えた 開業して仕事を得て、先週確定申告まで終えた。 初めてなことばかりだったし書いておく。 副業したい 以前からダブルワークに興味があった。 興味が合ったが、なかなか食指が動かなかった。 でも、去年、2016年にササッという感じで動いた。やるぞ。 どうやって案件なるものを探すか 最初はクラウドワークスで単発の仕事を、と思ったが 本当に単発で、その場で終わってしまう、という寂しさから合わないと思い、 Wantedlyに変更。 検索クエリに「副業 週1日」と入力して検索、 話を聞きに行きたい、とかあとで見るをクリックしていった。 いわゆるコールドコール。知り合いづてで探さなかった。 kotobank.jp オファーが クリックしていた企業さまからぜひお話をお伺いしたいです、と オファーが！まじか！うおおお！とテンションが上ったので早速行くことにした 正直にできること、参加
IT系勉強会参加のモチベーションが下がってきている - futoase
勉強会・カンファレンス参加のタイミング、意識 500名集まる勉強会や、それより規模が少なくても200名、場所は渋谷やその他の でっかい会社のでっかいセミナールームで登壇者の話を椅子に座って、膝の上でMac Book ProやiPhoneを使って Twitterにハッシュタグ付きでツイートし続ける、という感じ。 最近年を取ったのか、何なのかわからないけど無料/有料にかかわらず敬遠してしまうようになってしまっていた。 (最近は少し参加しようとしているけど) 中規模、目的意識のしっかりしている勉強会以外興味が薄れてきた という理由が大きそうだ。自分の中では。 理由として 大きめの勉強会なら、Twitterのツイートまとめ、togetterでライブ感そのままの状態で追っていける 生放送、録画OKな勉強会ならそれを見れば良い、見られないものについても最近はプレゼン資料が上がっている わからないことが
AWS Summit Tokyo 2015 で、「freeeの急成長とAWS」というタイトルで発表しました - futoase
AWS Summit Tokyo 2015 www.awssummit.tokyo アマゾンデータサービスジャパン様 主催のAWS Summit Tokyo 2015 で、 freeeの急成長とAWS というタイトルで発表しました。 発表させていただいたプレゼンテーションの内容は、 「創業期から現在に至るまでのインフラの変化、AWSさんの各種クラウドサービスを利用しつつ、会社の急成長と共にどのような形に変わっていったのか」 となっています。 AWS Summit Tokyo 2015 freee // Speaker Deck プレゼンテーション資料の作成には、弊社CTO 横路を始め、 インフラチームによるレビュー、及び 弊社マーケティングチームによるヘルプなどがあり、 作成することができました。 無事、発表が時間内に収まる形でできたのでとても良かったです。 私が入社したのは2014年6月
エンジニアを一人にさせない - futoase
エンジニアを一人にしない これは、決して一人プロダクトが悪ということじゃない。 孤独、孤立させることが問題ということ。 エンジニアを一人にさせないために 一人になってるエンジニアの周りができること 飯に誘う チャットルームで飯でいくらか話していた話題から、興味ありそうな部屋に招待する gitの使い方や、Windows 10の話とか、プロダクト外の話であれば共有しても問題ないのでそういうことをガンガン話す 飲み会については、たまにプライベートで安い飲み屋でもいいから誘う。お酒飲めない場合はランチ！ もしエンジニアが体を動かすことに興味があるのであれば、フットサルなど、プロダクトではないけど協調作業を通じて成果がでるようなことをさせる。協力系のボドゲ(パンデミックとか)でも良いかもしれない 一人になってるエンジニア、あなた自身ができること エンジニアのエリアに顔を出して、挨拶する。これだけでも
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
