terurouメモスマートフォン用の表示で見るterurouメモこの広告は、90日以上更新していないブログに表示しています。2019-01-13顧客企業の求人情報から受託システム開発契約の単価を決める話(フリーランス・零細企業向け)準委任契約でシステム開発を受託する際の契約単価、どう決めてますか?相場といわれる額とか、過去の自分の実績額とか、もしくは自分の生活必要な年収からの逆算とか、勘や経験や度胸に近いもので決めてる人が大半なんじゃなかろうかと思います。それだけだと単価交渉する際に弱いんで、一例としてそれっぽい算出式を書いてみます。フリーランスや零細企業が、いわゆる事業会社と直接契約するようなケースと考えてもらえばいいです。(160h×12)で割ってください。顧客企業側の1日の基準労働時間が8hではなく、7.5hとか6hだったりする場合もあるので、その場合の時間単価の計算は適時修正してください。この計算式で算出された金額は、消費税は含まない税抜価格です。顧客企業の求人ページや転職者向けの口コミサイト等で、「もし正社員として採用された場合の」給与レンジや平均給与額等を調査します。賞与、住宅手当/家族手当等の各種手当や交通費等も全て含めた額面給与です。これが一番重要な作業です。エンジニアにカネを払う気がない企業(もしくは単純にカネのない企業)がここから判定できます。カネを払う気がなければ、必然的に社員の給与額も下がり、外部委託業者への支払いも渋くなります。すべての情報が開示されているわけではないので、あくまで推定になります。雑にやると、求人ページに記載されている想定年収に、交通費等の30-40万円を足した金額で考えればいいかなと思います。休暇/残業係数いわゆる有給休暇の分を割増します。顧客企業の正社員には有給休暇があります。仮に有給休暇が20日ある場合は、年間に実際に労働しているのは12か月分ではなく11か月分です。受託側はこれを加味して金額を補正しないと、この分は無償奉仕してるのと同じ状態になります。)が恒常的に発生することが見込まれる場合、正社員であれば割増賃金を払う必要があるため、当然その分を割増します。雇う場合、企業側には、法定内福利費(社保+厚生年金)、法定外福利費(スポーツジム補助とか飲み会補助とか)、採用教育費がかかります。これも当然加味します。係数として採用します。この係数はよほど特殊なことをやっている会社でない限りは大して変わりません。無料の社食をやっていたりとかするケースもありますが、社食とかは完全にスケールメリットが効く領域なので、係数が変わるほどの影響はありません。正社員には解雇規制がありますが、外部委託する場合にはそんな法規制はありません。様々な要因で急な契約解除が出るリスクがあります。このリスク分を割増請求する必要があります。フリーランス・法人共に売上が上がれば所得税がかかるし、住民税もかかるので、それも加味して利益を確保する必要があります(ちなみにこの一連の計算をするは消費税は含まないようにしてください)。ここはかなり幅が出る係数で、長期契約が見込まれる場合は係数を低めにしてもOKで、急に契約解除される可能性が高い場合は係数を高くする必要があります。契約解除保証料(正社員に対する解雇補償金)が年額に対して約2.5-3.0か月分に設定していると考えればよいです。設定しても妥当な数値かと思います。会計でいうところの、一人当たりの器具備品費+販管費です。この項目は係数ではなく固定額となります。オフィス賃料や電気代とかの固定費や、PC購入代やGitHub税やAdobe税やVisualStudio税とかも含めて考えます。経理や営業等の実働コストも含めます。フリーランスの場合、決算を自前でやっちゃってる人もいると思いますが、それも金額ベースに落とします。私の感覚では、フリーランスから零細企業ぐらいだと、80-150万円ぐらいかかっている(年度計画時の予算として計上してる)かなぁという認識です。年商2080万円(173.3万円/月)みたいな感じになります。繰り返しですが、顧客企業側の想定年収は交通費も含んだ額面だということと、年商の方は税別価格なので注意してください。最近は東京23区内だと月単価の下限値で80万円を超えてきているという相場実態から考えても、こんなもんかなという感じがします。「自分の給与額面の3倍の売上がないとダメ」みたいなコメントが付くことを想定して予め回答しておくと、広告宣伝費が零細企業とは全然違ったり、研究開発とかのファクターを考慮してなかったりするので、そのあたりは自分の状況合わせて計算式や係数を変えてください。これは、フリーランス・零細企業向けの計算例です。まとめカネのある企業と付き合わないとカネにならんですね。Functionsのコールドスタートが速くなった」という情報を聞いたので、試してみた。Chromeの開発者ツールで手動でアクセスし、レスポンスタイムを測定。2018/09/29-30の不定期に実施。いわゆる集合住宅のインターネット回線であまり品質は高くない。計測誤差が大きい環境であることは留意が必要。体感的には5-8sec。速かったり遅かったり。ちなみに、コールドスタート完了後は数10~100msec程度でレスポンスが返ってくる。105まとめ現時点ではコールドスタートは10秒程度を考えて設計すればよさそう。APIとして使うとしても許容範囲内になってきたと思う。今後(半年スパンぐらい?で)、さらに改善されてくるはずなので、今から使い始めてみるのは悪くないタイミングではないかと思う。Filesから読みこむという構造になっている。Filesが遅いと言われているのだが、いわゆるBundleを行って1ファイルにまとめたJavaScriptコードであれば、多少ファイルサイズが大きくなってもコールドスタート時間への影響は大きくないはずである。Functionsのコールドスタートを計測してきているのだが、サービス開始直後ぐらいは90秒ぐらいかかっていて、2017年11月ぐらいで20秒ぐらいかかっていた事を考えると、本当にめでたい。startでも10秒以内に収まるぐらいに改善したんだったら、割と積極的に使ってもいいかなぁという感じになる。20secかなあという雰囲気。これに実行対象モジュールのロード(これも遅い)とか入るので...。Functions従量課金プランのコールドスタート時間が実用レベルになっていたTweet広告を非表示にするもっと読むコメントを書く2018-09-25次にソフトウェアエンジニア採用した際に教材にしたい本(基礎教養部分)受託の仕事がひと段落したので、現実逃避がてら内容が古い・良くない社内図書の整理を行っていた。整理しながら「そういえば基礎教養部分の社員教育カリキュラムがまったく準備できてないなぁ」と思い、社内図書をベースに教育用に課す本を考えてみた。以前から「日本語作文能力が足りない~」と言ってきていたのだが、それに対しての現時点の暫定解がこれかなぁと思っている。402Amazon.co.jpで詳細を見るとりあえず最初に読む本。当たり前の話がサクっと書いてあるが、意識がないと全く身についてない話でもある。読むだけなら数時間(読むのが早い人であれば、30分もあれば読める)、演習もやるなら1日~1.5日程度。118,760Amazon.co.jpで詳細を見る類書は多いので、別にこれでなくてもよい。軽く数時間~半日読んで、手元に置いて必要時に読み返せれば十分。新卒採用の初っ端によく見る「学生っぽい幼稚な文章表現」を矯正する(認知させる)ために使う。切り口は違うのだが、後述の「数学文章作法」と被る内容も多いので、教育時間がなかったり、2年ぐらいの業務経験がある人なら省略してもいいかもしれない。仕事で日本語文章を書く全ての人間は読むべき。ページ数が少ない本ではあるが、1日~2日程度かけてじっくり読んだ方がいい。時間的に早く読み終わってしまった場合は、休憩を挟んで読み直しさせるのもいいぐらい。類書に有名な「理科系の作文技術」があるが、今なら「数学文章作法」だけで十分だと思う。登場によって役目は果たしたのかなと思う。172,217Amazon.co.jpで詳細を見る端的には「相手を怒らせない」「相手のモチベーションを下げない」受け答えの仕方が書かれた本。教育側が「他人との会話が得意ではないな」と感じた場合は読ませた方がよい。話すのが得意なタイプであれば省略しても構わない。数時間~半日程度で読んだら、手元に置いておいて何度も見返すタイプの本。この本は若干読みづらいなとは思っているので、もっと良い類書が見つかれば差し替えると思う。11,219Amazon.co.jpで詳細を見る類書は多いので、これも別にこの本でなくても構わない。これも数時間~半日程度読んで、手元に置いて必要時に読み直すタイプの本。新卒採用の場合は必読として、中途採用でもメール文章を書くのが苦手な人(もしくはあまり書いてきてない人)は割と見かけるので、念のため読んでもらった方がいい。仕事で出すメールなんてほとんどのケースが定型なのだけど、定型文をちゃんと学習できてないことで、メールの往復回数が無駄に多くなって時間を無駄にしたり、「お前それ喧嘩売ってるよね」みたいな文章を平気で出してトラブルになってしまったりする事故を未然に防ぐことができる。顧客折衝をガンガンやってきましたみたいな人の場合は、当然読まなくてよい。1,351Amazon.co.jpで詳細を見るロジカルシンキング・ロジカルライティングの名著。前述までの本とは違って、一気に難易度が上がるのだが、世の中のロジカルシンキング・ロジカルライティング本は大体これの派生みたいな感じがあるので、最初からこれを読んだ方がよい。できれば1週間ぐらいかけて、要約しながら読むという感じで進めたい。346,563Amazon.co.jpで詳細を見るこれは厳密には基礎教養というよりかは、おっさんが話す「やらかさないようにこうした方がええで」とか「業界で食ってくならこういう立ち振る舞いをしたほうがええで」的な経験則に沿った内容を体系立てて1冊にまとめた本というべきか。受託開発ありきな内容に若干偏っているところがあり、ここが会社によっては合わないかもしれない。これは半日ぐらいかけて読んでもらって、半年後とか1年後とかにもう一回読んでもらうとよさそう。時間にあまり余裕がない場合は、教える側の判断で後述の「エンジニアの知的生産術」と排他選択でよいと思う。702Amazon.co.jpで詳細を見るどのように勉強したり思考したりすると良いのかが、人間の認知構造をベースに解説されている。読む人を選ぶなという感触があって、ボトムアップで思考する傾向のある人(もしくは内向的・自閉傾向がある人)に向いているなと思う。一方で前述の「プログラムは技術だけでは動かない」のようなトップダウン・経験則な面から入った方からとっつきやすいタイプもいるので、教える側の判断で排他選択でいいかなという気がしている。時間が許せば両方読むに越したことはない。この本は理詰めで書かれてる分、流し読みでは内容を理解することが難しいため、1日ぐらいかけて読んだ方がよさそう。Zeroのみ)を実装して、その上にPromiseを載せたという表現の方が正確な説明です。github.comPromiseを使った非同期処理がこんな感じで書けます。hxgndでは、hxgnd.Promiseという独自実装のPromise型が提供されていますが、これはjs.Promiseと混在させることが可能です。}}とりあえずこれがあれば、他人に無理やりHaxeを書かせる際に「Haxeってasync/awaitとかScalaのforがないじゃないですか」って言われるケースは封殺できるようになってめでたいです。4でアロー構文とfinalが入ってくるのを待つ感じです。18.04をインストールUbuntuデュアルブートにする訳でもなかったので、OSのインストール自体は特に引っかかるところはなかった。実際に使おうとすると多少問題が出た。サウンドデバイスが認識されないディスプレイがHDMIデバイスとして認識されている(=サウンドデバイスとして認識されている)ため、起動時に失敗しているような挙動をしていた。