フリーランスは基本的にはスポットで求められている作業をスポットで実施する。新卒ではないので即戦力が求められている。逆に言うと新卒は即戦力を求められていない。フリーランスに限って言うとフリーランスの仕事というのはそのほぼ全部が昔取った杵柄でしかなく(昔取った杵柄にしか仕事は来ず)、今日やっている作業を延々と何十年も続ける未来以外を描くのは意外と難しい。
フリーランスの仕事は昨日と同じことをしていますが昨日の倍の単金をいただきますというのは通らない。水光熱費が高騰しようがフリーランスにベースアップはない。量を増やすか質を上げるかのどちらかをしないと年商が増えない。しかし…
特に何もやってあげてないのに他人(法人だけどさ)から何百万何千万のお金が何年もとめどなく注ぎ込まれてきたら、怖くないですか?
オープンソース・ソフトウェアの開発者だけで給料をもらうというのは、まさにこの現象が発生してくるわけ。それまでもこれからも、ずっとオープンソース・ソフトウェアの開発者はやってきたし、やっていくわけでしょう。そんなの会社があってもなくても、別にやることなんて変わらないじゃない。じゃあなんで、ある時から急にかなりの金額が振り込まれてきてしまうんだ?しかもあからさまに物価上昇を上回る結構なハイペースで昇給していく。やっていることは一切何も変わってないのに!
この状況に適応するまでにはいささかの時間を要しました。根が小心者なので。
| diff --git a/vm_insnhelper.c b/vm_insnhelper.c | |
| index 5e1cfccf3c..db97ec62a6 100644 | |
| --- a/vm_insnhelper.c | |
| +++ b/vm_insnhelper.c | |
| @@ -2076,6 +2076,14 @@ vm_call_iseq_setup(rb_execution_context_t *ec, rb_control_frame_t *cfp, struct r | |
| const int param_size = iseq->body->param.size; | |
| const int local_size = iseq->body->local_table_size; | |
| const int opt_pc = vm_callee_setup_arg(ec, calling, cd, def_iseq_ptr(cc->me->def), cfp->sp - calling->argc, param_size, local_size); | |
| + const int __line__ = rb_vm_get_sourceline(cfp); | |
| + if (__line__ > 0) { |
| #ifndef MJIT_PCH | |
| #define MJIT_PCH | |
| #include "/tmp/_ruby_mjit_hp30916u0.h" | |
| #endif | |
| /* glob@<internal:dir>:135 */ | |
| VALUE | |
| _mjit2(rb_execution_context_t *ec, rb_control_frame_t *reg_cfp) | |
| { | |
| VALUE stack[4]; |
当時、その案件にはひとりアサインで、客先常駐であった。幸いにして常駐先の皆さんには本当に良くしていただいて、困りごともなく、業務も適量で、掛け値なしによい客先だなと思っていた。
しかしそうなってくると、所属先に所属している意味ってなんだっけという疑問がむくむくと頭をもたげてくるのである。客先常駐ひとりアサインというのは客先常駐ひとりアサインであるがゆえに、会社がこんだけ抜いてるぞというのが隠しようがないわけ。客先に請求書持っていくのも自分なんだから単価も分かるし、振り込まれてる給料も分かる(明細見れば社保の会社負担分とかも分かる)。俺が所属先に投げてるバックオフィス業務は、この抜かれてる金額に見合っているか?
ところが。ところがなのである。やめるぞと宣言して常駐が解除になり、所属先に残りのしばらく通っていると、いろいろなことが見えてくるのだ。たとえば所属先の同僚と何気なく会話する。たとえばバックオフィスの人達と(やめるから)書類のやりとりをする。たとえば所属先の営業が電話をかけている。そういうごく些細なことの積み重ねがあるのだ。会社は、中抜きするだけの謎の組織ではなかった。もっとディティールがある。そこを無視して、というか、そこが不可視化されて、金のやりとりだけ見えてしまうから、不要という話に傾いてしまったんだと気づいた。まあ言った以上はそのままやめたし次も良かったから後悔もないけど、不幸な、というか、回避策は何かあったんではないか。
| From 98be06eba1e2f09bbfba9c63ec5f79581ad7a5fa Mon Sep 17 00:00:00 2001 | |
| From: =?UTF-8?q?=E5=8D=9C=E9=83=A8=E6=98=8C=E5=B9=B3?= | |
| <shyouhei@ruby-lang.org> | |
| Date: Wed, 23 Oct 2019 17:10:10 +0900 | |
| Subject: [PATCH] optimize CLASS_OF | |
| --- | |
| include/ruby/ruby.h | 28 +++++++++++++++++++--------- | |
| 1 file changed, 19 insertions(+), 9 deletions(-) |
| From edb99670b714b12525f36d6f9b174a72a75026b3 Mon Sep 17 00:00:00 2001 | |
| From: =?UTF-8?q?=E5=8D=9C=E9=83=A8=E6=98=8C=E5=B9=B3?= | |
| <shyouhei@ruby-lang.org> | |
| Date: Wed, 23 Oct 2019 17:10:10 +0900 | |
| Subject: [PATCH] optimize CLASS_OF | |
| --- | |
| include/ruby/ruby.h | 28 +++++++++++++++++++--------- | |
| 1 file changed, 19 insertions(+), 9 deletions(-) |
| From 7b6bbba78cb2fcfb2a9def7d2c31aad64c03b5c5 Mon Sep 17 00:00:00 2001 | |
| From: =?UTF-8?q?=E5=8D=9C=E9=83=A8=E6=98=8C=E5=B9=B3?= | |
| <shyouhei@ruby-lang.org> | |
| Date: Wed, 24 Jul 2019 16:29:59 +0900 | |
| Subject: [PATCH] greetings. | |
| MIME-Version: 1.0 | |
| Content-Type: text/plain; charset=UTF-8 | |
| Content-Transfer-Encoding: 8bit | |
| Signed-off-by: 卜部昌平 <shyouhei@ruby-lang.org> |
For instance when we have the following C file:
#include <time.h>
struct tm x;iwyu generates the following garbage output:
| From 366e7e37b5f54c5d359a32f4324b6b90a6c7d33a Mon Sep 17 00:00:00 2001 | |
| From: "Urabe, Shyouhei" <shyouhei@ruby-lang.org> | |
| Date: Mon, 21 Jan 2019 19:04:17 +0900 | |
| Subject: [PATCH] send-pop optimisation part two: eliminate pop | |
| Sending a method, then immediately throwing away its return value, is | |
| one of the most frequent waste of time that ruby does. Now that | |
| callee methods can skip pushing objects onto the stack, why not caller | |
| sites to also avoid popping them. |