2020年6月8日月曜日
2020年6月2日火曜日
自分のブログが開けない
自分のブログが開けないんですが。
https://iaiaie.blogspot.com/ っていうかここなんだけど。
開き終わるまで数分かかる感じ。
どうもこの間のpodcastの投稿あたりから表示に時間かかっている気がする。bloggerやめて別に移ろうかなとか最近考えていたので、
ちょうど良い機会かもしれない。
2020年6月1日月曜日
ズボンを履け
2020年5月28日木曜日
podcast
2020年5月11日月曜日
世界じゃまだ足りない
https://ja.wikipedia.org/wiki/%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87
今、机を換えたいなーと思っていて、要件を整理したいと思った。
- 今(120x60)よりも広いこと
- 特に物を置くスペースと作業スペースが分かれると良い
- でもデカすぎて置き場所にこまるようだと困る...
- 立ったり座ったりが出来ること
- あまり仕事をしなくて済むと良い(電動だったり
- モニターアーム含めて20kg程度を支えられるだけの天板であること
- 木製な天板が良い〜
- 今黒色の天板だけど、ホコリがめちゃくちゃ目立って嫌
- サブマリンな座り方をしても脚に干渉しないこと
十分な机の広さを求めたときに、じゃあどのくらいだろうか? と考えたが、
机が広ければ広いだけ物を置くんだろうなというのが想像できて、冒頭の話に戻る。
十分な広さの机を求め続けると地球程度の広さでは足りないはず。
おそらくだけど、机が広いことが必要ではなく、
物を置くための棚とかがあれば解決出来るんじゃなかろうかという自問自答をしている。
ここで言っている「物」は
- ノートPC
- 15inch mac book pro
- 会社用は常に置いとくとして、私用も置けると嬉しい
- キーボード
- HHKB
- パームレスト含む
- トラックパッド
- マウス
- スマホ
- 複数台
- Qi充電器
- ヘッドホンスタンド
ディスプレイはアームで机上から除外出来るはずなので、この辺がMustかなと。
会社用PCとか、ヘッドホンスタンドとか、スマホ、Qi充電器は机上から除外して、棚があればそこに置くことも出来るはず。
ただ、置いたり取り出したりが容易であると良い。それを考えると、机に置いてあるのが一番で、そういった「物」を置くスペースが分離出来るL字型の机が理想なのではという気持ちがしている。
立ったり座ったりは、一日中座っているのは健康に良くないという懸念はある。
それと気分として、例えば朝方は立って仕事していいな、と思うこともあり、
体がそうしたい、と思ったときに体の要望に応えられる環境であると良い。
モニターアームは、ディスプレイが43インチで15kgくらいある。
これを机に置いておくのは、地震で不安というのもそうだが、
何より机を圧迫しすぎているというのが大きい。
アームで机の上から除外できるが、クランプ式の場合、相当な力が天板にかかることが想定できる。
補強も必要だと思うが、そもそも天板がある程度の厚みを持っていることも必要そう。
なので天板はどうしようかなーというお悩みを抱えていて、
結構DIYだったり、マルトクショップみたいな加工してくれるところに出している記事が見つかる。
20mmくらいであれば足りるだろうし、30mmくらいはあると良いのかもなというのも感じる。
表面に薄いシートを張ってあるような天板(化粧合板?)って何かのときにそこだけ若干ハゲるみたいなのも気に入らない。
サブマリンの解説はしないけど、脚が伸ばせると良いなと思っていて、
そのとき、なにかに当たるようであればよろしくない。
とかとかを考えていて、色々見て回ったが、
候補として出てきたのは↓
- https://www.ikea.com/jp/ja/p/bekant-corner-desk-left-sit-stand-white-stained-oak-veneer-white-s19282306/
- 天板が薄すぎる
- https://flexispot.com/l-shaped-electric-height-adjustable-desks
- 日本で売ってない〜
- https://www.kagg.jp/office-desks/okamura/153556/543768/
- 高すぎる〜
それとは別で、こういうのも考えていたんだが、サブマリンで居続けることのリスクを許容できないと無理だなと思って諦めてる。
- https://www.kagg.jp/office-desks/okamura/201940/714190/?gclid=CjwKCAjw7-P1BRA2EiwAXoPWAxcbEa1MXg_ryGLm4X2oyDgesmjNXSVbNh50XcP8ngPqFfzymWbQ0BoCxpEQAvD_BwE
理想形で既製品は難しそうで、脚だけ買って天板を別で、というのはもちろんあり。
その場合、耐荷重が心配で、天板700x1600x30とかだと20kgを超えてくる。
ディスプレイですでに20kg、それ以外にも物を置くわけで50kgくらいは常にかかることを考えると、
それなりに耐荷重に余裕がないのは心配。なのでikeaは除外。
机に30万出すかって言われると微妙で、天板変更も出来なさそうなので除外。
flexispotが日本でL字出してくれるのが一番良さそうなんだが、いつになるんだろう...。
2020年4月5日日曜日
最近の食卓事情
UberEatsも何回か使ってたんだけど、サービス料が出てきたりで高くなりすぎてきてちょっと使えない。
最近はどうにも腹の調子が悪いのと、いつも晩飯時に腹減ってないことが多くて、
夜食わなくても良いんじゃね? と気付き、実際試してみたら結構余裕で、継続していきたい。
休日はグリーンカレーをよく作る。適当に野菜切って煮込むだけなので楽。2日分は余裕で持つので良い。
米なしで食ってたが、米ありで食いたくなってごはんパックで食ったりしてる。
なるべく品目を増やしたくて、入れる食材はまちまちだがベースとしてナスとピーマンは常にある感じ。
金曜の夜にスーパー寄ってから帰ることもあるし、冷凍食品が無くなってきたら西友のネットスーパーで、
まとめ買いみたいなことしてた。が、これ結構面倒に思っていて、
毎週1回くらいで勝手に選んだ食材とか惣菜を届けてくれるサービスあると嬉しい。
平日の昼飯は、前職までは外の店で食うことが多かった、というかそれしかしてなかったんだが、
近くに店が少ないこともあって、弁当屋で弁当買うみたいなパターンが増えた。
それは野原ひろしの昼飯の流儀のモデルとして許されない!
今まで弊社はリモートOKだったんだが、最近の情勢から毎日強制リモートに変わった。
ので昼飯難民になってしまった。まぁそれなりに食えるところはあるんだけど、
めちゃくちゃ良いかって言われると微妙だよな。
土日の分が余ることも少なくないので、昼飯作ることができるのが割と強い。
外だと、米の量が漫画みたいな山盛りだったり、肉野菜炒め(野菜9割)とか、
そういうのが地味にストレスだったりするので、
自分で好きに量を調整できたりするの良い。
まぁそれだと偏り出ると思うので、たまに外で食ったりとかはするけど。
ということで平日に突入するのに食材を買ってみた。
昔は少食だったので、1食の量を少なくして一日4食とかだったりをしてたんだが、
大学くらいからそういうことができなくなってきてる感ある。
仕事中に早弁みたいなことできないし、外の店は1食の量多いしランチの時間決まってるし、
と思っていたがリモートで自分ちで飯を作る分にはそのへんも自由きかせられる気がするので、
昼を分けるのありだなーとか考えてる。
腹の調子が悪いのは、常に左脇腹が違和感を抱えていることと、腹減ってないのにずーっとぐーぐー鳴り続けてるあたり。会議とかで狭い部屋で静かになってたりするとこれが結構恥ずかしくて、医者に相談すべきだなーと思ってる。
2019年12月31日火曜日
年末なので振り返り
会社のPCを借りてるので、足りないものをあぶり出すために使ってるんだが、
反復入力されてうざい。ので、改めて書き直すのはやりたくない。
「足りないいものはあ」みたいなる。面倒くさいからあ直さあん。
引っ越して、救急車がうるさいってのと、トイレが遠くてだるい。
退職はまぁいいいのではあ。
トイレに人感センサーの電球つけたら良かった。
日々の生活を楽にしていく系は今後も買っていきたい。
ちょっと来年で達成医師帯OKRをいくつか考えてた。そのうち出す。
2019年12月29日日曜日
退職しました
今年いっぱいで退職し、来年1月から別の所で働くことになりました。
ということで現職の振り返りということをしておく。
2017年9月からなので、2年4ヶ月間、元教育系のスタートアップで働いてました。
# 何をやっていたか
色々やっていたが、主にやってたものだけ列挙。
## バックエンド
入社1年くらいはRailsのバックエンドをやっていました。
もともとRailsの業務経験積んどきたいっていうことで入社したので。
社内で使う管理画面とか、教育系なので先生側の画面とかの回収が主だった。
大学生インターンの子と仕事することが多かったかな。
みんな優秀で、それに比べて大学生時代の俺は…みたいな気持ちになった。
エンジニアも優秀で、色々コードレビュー受けたり開発方針一緒に考えたりで勉強になった。
## Androidアプリ
2年目くらいはAndroidアプリのリプレース版開発。
Androidアプリのエンジニアが足りないが急いで開発しなければならない状態で、
ちょうど自分がバックエンドの方で手が空き始めていて、
前職でAndroidアプリ開発やっているので、やりますよと手を挙げた。
人数は2->3->1かな? スタートを切ったのはベテランの方で、その人の決めた開発方針でやってた。
そもそも前職でテストを書いてなかったのでInstrumentationテスト書いたりが結構キツかった。
最終的に一人で開発することになったが、CIとか整備できたりしたので良かった。
## 採用
3年目(といっても4ヶ月くらいだけど)、エンジニアが大量離職して、エンジニアがインフラと自分だけという状態になった。
自分が主導しないと誰も動いてくれないなと気づいて、採用活動に注力した。
このときすでに求職者として転職活動で喋りまくっていたので、
求人側としての面談/面接でも苦なく喋れた。
それに求職側として、聞かれた質問とかは覚えていたりしたので、
なぜそれを聞いたのか? 真意は? とか考えて求人側の面談/面接でも良さそうであれば取り入れた。
途中から優秀な総務とディレクターが入社してきてくれたので、
応募者との日程調整(他社に会議室を借りていて調整が死ぬほどめんどくさかった)や、
会社説明の資料、面談なんかをお願いできて、開発の仕事に戻ったりができるようになった。
# 辞めた理由
1年近く転職活動してると辞める理由とか色々あったしドンドン変化してた。
色々恨みつらみもあるが、ここでは割愛。ざっと列挙する。
- インパクト
- あまりユーザは多くはないサービスがメイン
- 人の役に立ってはいるが…
- もっと社会にインパクトのある仕事をしたい
- 刺激
- もっと色々なエンジニアと関わって刺激を受けたい
- 人が大量離職しまくってそういう刺激がなくなった
- コンフォートゾーンから抜け出す
- 刺激の話にも近い
- 自分が一番低能な環境に身を置きたい
- 給料
- もともと入ったときに前職からそんなには上がってない
- 結構会社のためになることをやっていたつもりだし忙しかった
- の割にあまり給料上がらんなーということで交渉とかやった
- があまり上げてくれなかった
- 会社の立ち位置
- これはあまり言えない
# 次何をするか
Androidアプリの開発。次のところもRailsだが、
Androidアプリエンジニアが1人なのと、
自分のAndroidアプリ開発の経験を評価されたというところが理由かな。
とりあえず軽快なスタートを切りたかったので、PCを入社前に借りに行ったが、
その時に期待値が上がり過ぎているように感じて、めちゃくちゃしんどい。
コンフォートゾーンの外に身を置くというのはこういうことなんだなと。
これは転職くらいしないと味わえない苦痛なので良い。
会社自体についていうと、またスタートアップなんだが、
めちゃくちゃ儲かってるなーという印象。
優秀なエンジニアも揃っていて、だからこそ辛いのはあるが。
サービス自体も、現職はあまり自分が使う系ではないが、次は自分でも使える系統。
# 最後に
開発で色々と経験することも出来たし、採用についても色々知る/考えることが出来てよかった。
何回も会社が引っ越したり、xxされたり、xxxxしたり、スタートアップはこういう感じかーという経験も良かった。
なので得るものはめちゃくちゃあったのでは。
それと採用でめちゃくちゃぜひ来てくださいとか喋っておきながら、
入社してみたらそいつが辞めるってことを知ったエンジニアの方には申し訳無さしか無い。
すでに何人かSESだったり社員だったりで優秀なエンジニアが入っているし、
もうちょっとあとになるが、もう何人かも入社が決まっていて、
少しのやりとりしか出来ていないが、優秀なエンジニアだと思えたので、
そこから離れてしまうのはもったいないなーという気持ちが少なからずある。
このエントリでは会社について説明していないし、離れることにはなってはいるが、
もし教育系に興味がある方はご連絡ください!今ならまだ繋ぐことはできるかも。
2019年12月9日月曜日
俺は会社をやめるぞージョジョー
ようやっと決まったので辞めます。次は来年1月からです。
ということで、次の会社の準備とか、今の会社の引き継ぎとかをやっていく!
テンカツ今年の2月くらいから本格的に動いていたはずだが、
まさかここまで伸びるとはと思ってなかった。長引いた理由は別記事で書く。
その間、なぜ会社を辞めるか、転職の目的(ゴール)は、みたいなところとかが変わまくって大変だった。
直近は忙しすぎて、精神的に疲れが酷かった。
が、辞めるとなってそのへんの仕事をガンガン周りに振りまくってる。
そうすると周りの人がすげー忙しそうにしていて申し訳ないと思いつつニンマリしてしまう。
半年くらい前から怪文書は用意してあるので、後で出すつもり。
が、ここも時間が経ちすぎてめちゃくちゃ書き直さなければという気持ちがあるので、後でやる。
とりあえず、キーボード変えたいなーという気持ちがあって、
HHKBいいんだけど、そろそろ分割キーボードがいいなーという気持ちがあり、
MD650Lがキー数的に良さげだったので、それを買ってみて使ってみてる。
なのでだらだらな長文なのは慣れるためというのがある。
現職には持っていっても微妙で、またしてもお引越しがあるそうなので荷物増やすのはなーという気持ち。
自作キーボードははんだ付けとか、絶対私のような不器用だと失敗するタイプのことはできないなーと思ってる。
次の会社ではandroidアプリエンジニアとしてやってくが、
せっかくなのでrails(バックエンド)の方もやっておきたい。
ktorも仕事で触ってみたんだが、一人でやってるとベターなやり方が分からなくて辛い。
ただ、現職で手を広げて仕事する辛さを思い知ってしまったので、
あまり手を広げたくない気持ちがあったりなかったり。
ただ次もスタートアップなので、望まなくても手を広げる必要はあるだろうなと思ってる。
副業は欲しいが、この辺はガンガン外で言っておかないと、なかなか難しいだろうなと思ってる。
これは今採用もやっていて、とりあえず業務委託で人を置いときたい!ってなったときに、
そういやあいつiOSできる、副業欲しいって言ってたなーと思って声を掛けにいったりしていて、
自分ができることと、副業やりたい、っていう意思を常にいっておく必要があるなというのに気づいた。
というわけで次の年はアウトプットを重視していきたい気持ちです。
2019年5月6日月曜日
clean architecture 達人に学ぶソフトウェアの構造と設計 を読んだ
- xx型プログラムとかは制限を設けているだけ
- してもいいではなく、してはいけない
- OOPの利点(というより特徴)はポリモーフィズム
- classA -> classBの関係
- classBを変更したいだけなのにclassAを意識せざるを得ない
- oopはinterfaceが使える!
- classA -> interface <- classB
- 依存関係を制御できる
- オープン・クローズド
- 修正に対して閉じていて、追加に対して開いている
- コードの共通化の話
- 異なるユースケースで同じ処理がある
- コードを共通化しておくと、Bのユースケースで変更があるとAのユースケースで困ることがある
- コードが同じように見えるだけで、本当に同じかどうかはわからない
- 不安定なモジュール(class)に対する依存をやめる
- インターフェイスを作ってそれに依存する
- classA -> classB(不安定)
- classA -> interface(安定) <- classB(不安定)
- 循環依存しない
- classA -> classB -> classC -> classA とか
- 不要なものには依存しない
- 例 classA -> classB.methodA, classB.methodB
- もしclassAはclassB.methodBを必要としていないならおかしい
- これもinterfaceで解決
- classA -> interface.methodAのみとか
- 修正したいものがまとまっていると良い
- classを変更するときに理由はひとつ
- コンポーネントを変更する理由もひとつ
- 単一責任
- 選択肢を残す、決定を遅らせる
- 方針(ビジネスルール)を決める
- 詳細(DI何使う? DB何使う?)は決めない
- 決定を遅らせられれば色々試せるし情報も得られる
- レイヤー
- 水平レイヤー
- システム的な部分
- DB, UI, ビジネスコード, ....
- 垂直レイヤー
- ユースケース
- 注文追加, 注文削除, 編集, ....
- 水平レイヤーでも分割するが、垂直レイヤーでも分割
- 注文追加のときに削除のコードに影響を与えない
- ユースケース
- アクターで考える
- ユースケースで分割すると重複コード
- 今「偶然」同じなだけ
- まとめる必要は無い
- 重要なものとそれ以外で境界線を引く
- ビジネスルールが最重要
- DB, GUIはムシムシで構築できると「決定」を遅らせられる
- マイクロサービスだとかはアーキテクチャにおいて重要ではない
- サービスとサービスの間に境界線があるわけではない
- ビジネスルールは横断的
- テストがプロダクションコードを硬直化させてはならない
- 1個の修正が1000個のテストを壊したら?
- 誰も修正したがらない
- ハードウェアはすぐに時代遅れになる
- ソフトウェアは長寿命
- ハードウェアに依存する(ファームウェアを書いてしまう)とソフトウェアの寿命も決まる
例えばRailsで、Androidアプリで、ってのを実際的には難しいのではと思いながら読んでいた。
`rails new` して、MVCで書いていて、フレームワークに依存してないはずだから
hanamiにすぐに変えられるか、というとうーんとなる気がする。
Androidアプリのコードを書いてて、ハードウェアに依存しないように書いて、
じゃあこれをiOSアプリで書いてと言われたら、うーんとなる気がする。
今までの経験的に、そもそも詳細(ハードウェア、フレームワーク)は真っ先に決まってしまって、
その上で動くコードを書いていたからか感覚と違っている、ように感じる。
例えばrailsであれば、先に素のrubyで、まぁARくらいは使って書いて、
何のフレームワーク使おうか、railsでhanamiで、っていう気持ちに出来れば良いねという感じかな。
なのでビジネスルールのみをコードに落とし込む訓練をしておくと良いのだろうとは思った。
詳細が決定されるのが早い理由は、実際に動いているところを見せる必要があるからかなと。
プロダクトの初期段階だと、そもそも上位の方針が決まっていないので、
プロトタイプを出しまくって方針を固めるってのがアジャイルだとよくあるケースだと思う。
なのでリプレース期とかにはいい気はする。
別にビジネスルールだけコード化して、詳細は後回しすべきとは言っていないので、
普通に開発してく中にも適用することは可能だと思う。
とか書いてたら
- フレームワークと結婚するな
って言葉があった。
2019年1月29日火曜日
テンカツ!セカンドシーズン 2話
こっちは12件くらい来てるけど、まぁ職歴とかもちゃんと書いてあるわけではないので、 実際に会わないと本当にマッチしているかは分からない。
大抵は興味ない業種なのでお断りしているので残念ではある。
今回は転職ドラフトに登録して、結構指名が来たので楽しい。
あと1日あるけど、滑り込みセーフをかます会社はまぁ無いでしょう。
全部で7件で、基本的にAndroidアプリエンジニアで募集かかってるのが多いかなという印象。
一応、現職でこの数字を見せつつ確認してみるけど、 期待できない感じなら転職かなぁというお気持ち。
正直ここに来て転職どうしようかなという気持ちになっていて、 今回リプレースしてる案件が、時間がなくてFIXMEが多いので それを直したい気持ちが多分にあったり、 多分年俸はかなり上げてくれるはずだけど、 具体的な数字を出してくれていないし、 そこから毎年どれだけ上がるかも不安な状態で ただ転職活動めんどくさいしなぁというのもあって悩ましい。
一応
転職意欲
是が非でも転職するで登録してしまっていて、それで指名が来ているので 気になるところに話聞きにいくくらいはしていい気がするなぁという感じです。
2019年1月17日木曜日
おひっこし
引っ越しました。
19m^2 から 36m^2 です。
引っ越しが決まったのが11月末くらいで、そこからだらだらと動いてたが、 正直引っ越し完了するまでストレスが半端なかった。年末年始挟んでいるのが悪い。 決めてもう2,3週間くらいで終わらせるのが良いんだろうな。
いくらか物は捨てたがそれでも結構荷物があったので、 またここから捨てたり買い直したりをする必要がある。 というかケトルとか加湿器とか、大した金額じゃないし買い直したほうが良かっただろうな。
沖縄居た時はそこそこ広い部屋で、デッドスペースが気になって 狭い部屋で良いんじゃね?!って思って、安くて狭い部屋に行ったが、 狭いと模様替えとかもしづらくて、物をどかす、というのがしづらいというのは教訓だな。 今回引っ越すときも物を詰めたダンボールが邪魔で掃除が出来ないという状態になっていたし。
ダンボールに物を詰める時、何を入れたか書いてたけど、 優先順位のための番号もつけておいて、 0,1,2,3はすぐ開ける, それより大きいのは後で良い、 みたいな感じでやってたが、結構微妙だった。 多分詰めた順番とか、日付くらいが良いんじゃなかろうか。 ゲーム/CDとか、数あると意外に重いから小さめのダンボールに入れるべきだなって後で気付いた。
テレビを実家に投げたので、また新しく買い直したいがまぁ後で考えよう。 それとは別でディスプレイは欲しいので24~27インチくらいのゲーム用で欲しい。
荷物になるので捨てて来たが、普段MIYOSHIの無添加泡のボディソープ・ハンドソープを使っていて、 これは変な匂いが無く、肌が荒れる事ないし、泡切れも良いので最強なんだが 置いている店が少なくて、目の前にドラッグストアがあるけど、 そこにも無かったので仕方なくアマゾンで買いなおした。
旧居は両隣があって、若干音に気を使っていたが 今回は階に2部屋しか無いのでその辺り心配しなくて良いのが良い。
交通費が、ちゃんと支給されるが、会社の引っ越しも重なっているので、めちゃくちゃ面倒くさい。 一応会社から1ヶ月定期分が毎月出されているんだが、定期が若干ズレていて、1/9までだったので、
- 1/10~1/15までは手出しで毎回往復400いくらかを出して、
- 1/172/18までは1ヶ月定期で買って、(会社としては1/171/31までの実費の交通費を支給)
- 2/18~2/22の往路分までまた手出しで出して、(これをどうするのか謎)
- 2/23からまた定期を買う? (多分会社としては2/22の帰り分から2/28までの実費の交通費を支給, その場合通常の1ヶ月定期分が同計算されるのか謎だが)
- 3月から1ヶ月分定期分を支給
定期の払い戻しをググったけど、https://ssl.tokyometro.jp/support/faq_answer?lang=ja&faqno=OpenFAQ-000449 この書き方だと0ヶ月数日は1ヶ月への繰り上げなんじゃねーかなと。 それに手数料とかアホくさいなと思って手出しだったが、どうするのが最適解なのか全く分からん。 多分区間変更とかもあるんだろうけどなぁ。
今回の引っ越しの反省から得た教訓は
- 年末年始とか挟まない時期にしろ
- 内見のときにカーテンのためのサイズ図っとけ
- magicplan使って帰って配置考えろ
- 物はガンガン捨てろ
- 引っ越しは2回(2日)くらいに分けてやれ
- 引越し先決めたら出来る限り早く引っ越せ
- 前日にガス止めろ、1日風呂入らなくても平気
- 契約書は事前に送ってもらえ (面倒くさい客扱い・契約書書き直させられるかは謎)
- ネット回線がどうなってるか確認しろ
- ダンボールに入れた順番と日付つけろ
2018年12月31日月曜日
年末なので
今年どんだけ働いたか調べたかった。
✗ git log --numstat --pretty="%H" --author='iaia' --since=2018-01-01 --until=2018-12-31 --no-merges | awk 'NF==3 {plus+=$1; minus+=$2} END {printf("%d (+%d, -%d)\n", plus+minus, plus, minus)}'
コマンドの意味はわかってない。
- Railsプロジェクト1
- 41730 (+29195, -12535)
- Railsプロジェクト2
- 3660 (+2699, -961)
- Androidプロジェクト1
- 479 (+473, -6)
- Androidプロジェクト2
- 51385 (+35883, -15502)
- staticなプロジェクト
- 84957 (+30280, -54677)
主な仕事はRailsプロジェクト1とAndroidプロジェクト2なので、約10万行か。
staticの方はなんでこんなにあるのかよくわからん。
テンカツは転職ドラフトでresume通ったので、1月入札が楽しみやな。
それを持ってとりあえず現職で給与交渉してみて、そんなもんかってなったら転職する方針で。
それと、今年はrubyとvimのイベントに参加したので、OSSに貢献したい感がある。
一応2個プルリク送ってマージされているけど、もっと頑張るか。
qiitaにも記事を書いた。https://qiita.com/iaia/items/a3348b466de1fc9e5ba6
今年は70kg切るようにするという目標があったわけですが、まぁちょっと無理かな。
これはまぁそろそろ頑張らないとという思い。
引っ越しは今年やるとか言ってたが、一応来月引っ越しなので許容範囲内。
転職するつもりなのでちょっとあれだけど。
2018年12月2日日曜日
テンカツ!セカンドシーズン 1話
辞める意思は伝えたので。 今の仕事が3月には終わっているはずなので、3月末で辞めるかなくらいの考え。
元々今の会社に来たのは
- ToCの自社サービスをやっている
- Railsを触れる
- 希望すればAndroidも触れる
- 普通の一般的な開発スタイルができる
あたりが理由だった気がする。
で、なぜ辞めるか。
- そもそももっと前に辞めるつもりだった
- 入ってみたら意外と経営がヤバイ状態だったので沈む前にやめよう
- 少なくとも1年の経験を得てからにしよう
- Androidアプリの開発手伝って! -> (ユーザ操作があるアプリを作ってなかったので)ぜひともやりたい
- アプリリリースまで続けよう
- それなりに実績・経験は積めた
- まだだけどアプリリリースとか
- もうどこの会社行ってもそれなりに働けるんじゃね?くらいの自信を持てたという意味
- この会社でやれることは一通り出来たという認識
- 仕事は増えてくが給料は据え置き
- Railsエンジニアでやってた時はそれなりに仕事やってた時は普通に満足だった
- Androidもやり始めの時は問題なかったが...
- 「最近Rails側のリソース足りないので手伝ってくれない?」のパターンが増えてきた
- 都合よく使われている感が否めない
- ディレクター陣との考え方の違い
- あの仕事を早めにやらないと残りの仕事が出来ない -> issue作れてません -> ディレ陣で確認作業が... -> エンジニアの仕事ありませんのパターン
- 単純にディレ陣人数少ない割に仕事が集中しすぎていて忙しい
- とりあえず文句は言うだけ言うが管轄外のディレ陣の話でそれなりに思惑はあるし一理あるし...
- でもそれ1日で終わる仕事じゃない? というのにも安全策を巡らせて1ヶ月は掛けてる仕事もあるので、改善すべきだなと思う
- 子会社化
- 親会社の要求でシステムにアホな設計を入れないで欲しいとはお願いしていた
- 例えば「ウチが使うときには、XXXの機能は表示させるな(or ウチだけに表示しろ)」「UX悪くてもXXXを必ず表示させて訴訟リスクを減らす」とか
- 赤字なんだし、仕事やるからと上で言ったみたいなことをやらされる
- これ、文字化するのが難しいがどうしても自分にはやりたくない仕事
- これが多分言いたいことを書いてくれてると思う
- この会社はどこを目指してるのか?
- これが割と重要な気がしている
- 子会社化して創業者がやめて...
- 会社としての理念が消えてしまった
- 新規事業立ち上げの話もあったが、辞める気だし特に案を出す理由ないし...
- 給料上げる上げない問題
- 創業者やめた時点で、新しい目標・理念、新しい評価基準の2点の話が持ち上がった
- 独自に目標・理念を持って、ただの下請け企業にならないようにする
- 評価基準を設けて達成度合いで給料を上げられるというモチベーションを生み出す
- この話が出る前ではそろそろ辞めようと思っていたが、この話が出て居続けても良いなと思えた
- 実際100万単位で給料上がりそうだった
- そういう期待を持たせられた状態で、突然のキャンセル
- 親会社と色々あったらしいが、私には「お前ら赤字だろなのに何言ってんの」というのが印象に残る
- 創業者やめた時点で、新しい目標・理念、新しい評価基準の2点の話が持ち上がった
- 1on1の結果
- 給料上げる上げない問題があったあとに色々1on1が組まれた
- 確かに仕事の割に給料低いよねという相互認識
- でも親会社が給料にはうるさいので...という弱い立場
- 4月になったら上げられると言われても...
- 黒字に出来たら立場も変わってくる -> 従業員が弱い立場で我慢し続ける理由とは
- もう辞めるからはいはい言っておくか状態になっている
- これは自分と会社どちらにも良くない
次の会社は自分たちで儲かっている企業が良いですね。 転職ドラフトで引っかかるのを待ちたいが、何せレジュメがrejectされるので辛い...。 こういう自分の評価って難しい。
2018年11月26日月曜日
vimconf 2018
- いつもどおりの遅刻する感じ
- 外人と一緒に迷子
- wifi のパスワードどこにあるんやってキョロキョロ
- 英語の発表、通訳無しでそのまま聞けるようになれると良いですねと思いました
- vimがweb severになるとか、高速化したかったら高性能PC買えよとか、面白い話多かった
- 結構コアな部分の話も多かったので、いくつかキーワードを頭とブラウザに保存して、家に帰ってから調べたりする感じで
- あとpluginが100個以上とか多かったな
- 次のバージョンで入れたい機能とか、ワクワクする感じで良かった
- 個人的にOniとvim.wasmは聞いておきたかったので良かった
- 聞いてるとplugin作ろうという気分になれる
- 昼飯(今半のすきやき弁当)美味い
- After Party行けば良かったと思いつつも、なかなかああいう場だとぼっち感を演出してしまうので早々に退出
vim関連に貢献したいとは思ってて、よく使ってる vimagit にPR送ったりもしたけど、
今後も何がしかできるといいですね。
2018年7月27日金曜日
ビューワー
作品のviewer部分は操作しないと分かりづらいのでスクショは撮らない。よく考えたら18禁なだったのでモザイク。
dmmは同人を電子で買うと、サークルによってはjpg, pdfでもダウンロードできるようになっている。上の画像はそれ。
要件的には
- 本一覧の表示
- 本をお気に入りできる
- 履歴を表示
- 著者、サークル、タグが設定できる
- 本情報を編集できる
- 本のページを見開きで表示
- モバイルでも操作可
とかとか。そもそもこれを最初に作ったのは4年くらい前か。
sinatraで第一弾を作って満足してたんだが、段々ファイルが増えてきてもうsinatraの領分では無いのでは?
という気がして、railsの勉強がてら作りなおそうというのが第二弾。
その後、色々勘所が分かってきて、勉強の試行錯誤の後とかかなりゴミが溜まっていて、
今の知識ならもっとキレイに作れる!という気持ちで作ったのが第三弾。
その後転職して、railsを業務で使えて、テストもかけるようになったし、
第三弾までは見た目が非常に悪かったのを今ならキレイに書ける!という気持ちで作り直したのが第四弾(現行)。
実際、第四弾は1週間くらいでテスト含めて実用できるレベルまで作れた。
その後もチョコチョコ修正を加えてより便利になっている。
でまぁ最近、komifloというのが出てきて、俺が作ってるやつやんけと思い使ってた。
どうにもビューワーがゴミで、俺の作ってるやつで不満点を解消させてやろうという決意をした。何が駄目かと言うと、
- 作品ごとに読み込み
- シコってる時に「THE END」と出てくる謎仕様
- 複数作品を一気に読めない
- シリーズものはとか、間に余計なものは要らない
- 先頭のページに戻るのがだるい
- 作者の作品一覧からだと並び替えが出来ない
- シリーズ物が3->2->1という順番でしか連続で表示できない
- 星マーク(お気に入り)とハートマーク(Like)の違いが意味不明
で、自分のviewerで改善策を実装してみた。
スクショ...は分かり辛いのでやめた
OnTheGoとかネタみたいなModelを作ったが、プレイリストを作って作品を全部連結させてるだけ。
実際全部の表示には時間かかるが、その日その日のオカズはたかだか10作品程度しかないはず(1作品20ページとして200枚の画像、1ページ2MBと考えても大したことない量)で、lazyloadしているから特に待ち時間は発生しないし、重くても一度読み込んでしまえばどうでも良い問題。
シリーズ物は間に「THE END」みたいなエロゲの中出し外出し選択肢みたいな余計なものは無く、スムーズにシコれる。
更に、ループ機能をつけているので、4作品目の最後のページが右にあって1作品目の最初のページが左にある状態が作れるので便利。作品ごとの並び替えは当然できる。
一つ問題があって、プレイリストを表示後に、別タブで別作品をプレイリストに追加したり、プレイリストの並び順を変えると、
プレイリストを表示しているタブで再読込みする必要があり、大量の画像をまた読み込むハメになって辛かったので、
imgタグを全部最新のものとreplaceする機能もつけた。画像は既にブラウザが持ってるので差分だけ引っ張ってくれる。次の日にシコるときにはプレイリストを削除する運用。
komifloのビューワも良いところはあって、
- 見た目が素敵
- その作品の一覧がサムネで見れて移動できる
- その雑誌の作品一覧が一覧で表示できて移動できる
この辺は真似したくて、いい加減ピュアなjs,css(sass)の小手先だけだと辛いので、
せっかくなのでviewerを独立させてAngularDartで作りたい。
2018年7月16日月曜日
40kmとカリギュラ
そろそろ昼間に荒川サイクリングロードを走ってみたいという気持ちに駆られ、ようやく走ってきました。
そもそも荒サイまでが遠く、車の通るところを走らざるを得ないので、涼しい朝方に走ろうと思い4時に家を出ました。
どこまで行くとか決めてなかったので適当に走っていたが流石に決めておかないと帰りの体力が無いな。
で、結局帰ったのは8時だったので、10km/1時間くらいだという結論。
当面の目標は実家までの80kmオーバーなので、その予行演習というか、今のうちに装備が足りないとか知っておきたかった。
とりあえず靴とサドルは換えておきたい。
で、最近カリギュラをやってたんですが、まず良かった点。
歌は良かった。おんぼろとか大好きです。絵もキレイだしよい。まぁ3DCGの方はウンコなんだが。
モブも仲間に出来て戦闘できるっていう謎システムもすごいなと思った。戦闘システムは確かにボス戦とかなら面白いが、雑魚戦がクソ面倒くさいことになるのは分かるやろって感じでAUTOの仲間AIを優秀にさせてうまいことやってくれよ...。
悪かった点。UIがクソ。一番上で上を押したら一番下に行く、横押したらページ送り、が常識では?
コントローラのマッピングもクソで、会話時にL1で加速で、フィールドではR1で加速、
さっきの横押してページ送りもWIREでは有効だけど、戦闘時には出来ない・・・。
こういうの細かいけどめちゃくちゃストレスで何故改善しないのか理解できない。
それと500人以上のすべてのモブにイベントが用意されていて、
確かにすべてをやる必要ないんだけど、無意味過ぎて理解できない。
これが10人とかで、全部イベントが違うとかなら文章ちゃんと読んでやるけど、
こんなに多くて、同じような内容もいくつかあるので、もう全部飛ばしていいなとなるので一切イベントの内容分からない。
無駄な努力で完全にオナニーだと思う。
しかもこれクリアするまでかなり面倒くさくて、
まず1個ずつしか受注出来ず、さらに
クリア条件見る
->クリアできるか調べる(必要な装備があるか?必要なトラウマ持ちがいるか?をクソUIで下ボタン連打したりして探す)
->モブ一覧から呼び出す->エントランスに入り直して出現させて話しかける
->パーティに入れる
->必要な装備をクソUIで探して装備 or 必要なトラウマ持ちをモブ一覧からクソ操作で呼び出してまたエントランスに入り直す
->無駄な文章をスキップで飛ばす
フリューはクソゲー会社とは聞いてたけど、まじでクソゲーだった。
2018年7月5日木曜日
キーボードについて
まず人間は肘を曲げたとき手は内側にあるのが自然で、さらに手の平は内側を向くのが自然。
体の近くに置くのであれば一般的な非分割キーボードでも問題ないはず。 手は体の中央ライン上にあるし、手のひらは下を向いているので。 この場合Yとか6とかが押しづらいことになるが仕方ない。 まずいのはHHKBみたいな少し高さのついたキーボードだと、手のひらを上に向けて外側に向ける必要があること。 これのせいで自然で無くなり手首が痛くなる。
次に分割キーボード。これは腕を前に伸ばしているパターン。 非分割キーボードだと、体の前面を狭めるポーズになるので良くないということらしいが、 非分割キーボードでも肘を外側に曲げていれば良いはず。 エルゴドックスだと、若干親指側に高さがあって、より自然な形になるようにしているがこれでもまだ不十分だと考える。
どちらも手のひらを下に向けるという点から抜け出せていないのが問題ではと考えていて、 分割キーボードを立てて、表面が斜め前と上を向いている状態になるのが自然なのでは、と考えている。
常々、「机の上にキーボードを置くのは体に悪いのでは?」と考えている。 椅子に座ったとき、腕にとって自然な位置はお尻の横、更に地面に近いところではないだろうか。
最近は太ももの上にキーボードを置くこともあるが、「腕を前に出して上にあげる」の「上にあげる」を無くせただけで、 それでもまだ、「腕を前に出す」という不自然なポーズになっているのは確か。 なので椅子の横にキーボードがあればなぁと考えたりもしたが、 それだと、「ずっと同じ位置に腕がある」という不自然さも残る。
キーボードがあるところに手を持っていくのではなく、手があるところにキーボードがあるのが、より自然なのではないだろうか。 手首にリストバンドがあって、そこからキーボードが手のひらに向かって伸びているのも考えたが、 「そもそもキーボードに拘る必要なくね?」ということに気づき「ウェアラブル キーボード」とかでググるとそれなりにある。
なのでこういう系が盛り上がってくれると良いなぁという思い。
2018年6月19日火曜日
最後のジェダイ
面白いか面白くないかは置いといて、とにかく無駄な時間が多かった。
例えば、結果だけ見ると「おばさんがクルーザーで光速で敵艦に突っ込んで帝国壊滅」って超短い話なはずなんだけど、
何故か
「おばさんに不信感を持ったメインキャラが独自に、ある星にいるコードブレイカーを見つけて、敵艦のシールドを破ってもらって侵入して、
追いかけっこされないように敵艦の追跡装置を止めようとするも、実はクルーザーを囮にして輸送艦で秘密基地に逃げる作戦だったのでその行動は無駄で、
囮に気づいた帝国は輸送艦を攻撃してクルーザーは放ったらかしにされて、無視されたクルーザーに乗ってたおばさんは光速で敵艦に突っ込む」
っていう超長い話になってた。
この話のヤバイのは、長々と見せられてた話がほぼ無駄っていう点。
多分、メインキャラが良かれと思って行動していても無駄になることあるんやでお偉いさんはちゃんと考えてるんやで的なことをやりたかったのかもしれない。
現に、序盤でメインキャラがそういうことをやって結果良い方向に進んだっていうことをやっているので、それのアンチテーゼなのかもしれん。
ただこれ見せられた側は、じゃあさっきまでの全部無駄じゃん!としか思えなくて疲労感とか落胆が強くなってて、観客のこと考えてないよねとしか言えない。
他にもなんだよそれってのは多くて、
例えばラスボスの死に方もそうだし、結局主人公はルークに鍛えてもらってないのに終わりのあたりで「なんかめちゃくちゃフォースを感じる・・・!」とか、
主人公に闇落ちフラグ立った気がしたけどそんなことなかったぜ!とか、レイアが死んだと思ったらフォース使って船戻るシーンとか、生霊飛ばしたあと即死亡とか。
盛り上がりを予感させておいて、肩透かしさせまくっているせいでただただ疲労感だけ増してった。
ルークが「闇を感じたのだ・・・」とか言って弟子を殺そうとして失敗して弟子が暗黒面に落ちちゃったとか、そりゃ役者も怒りますわって感じ。
それと根幹の話で、帝国圧倒的多数vsレジスタンス400名っていう構図ね。
レジスタンスが他の星にSOS出しても反応してくれないあたり、レジスタンスって要らないんじゃね?感がヤバイ。
そもそもなんでこいつら戦ってんだよ感が今回凄く出てて全く気分が乗らなかった。
こう文字化すると良い点が全く無いな。
いつものC-3POとR2-D2の会話劇みたいな面白いところがあったわけでもないし、
あと「デス・スターみたいな建造物の溝に戦闘機で入っていって高速で戦う」みたいなシーンがスターウォーズで大好きなんですが、今回はそれもなかったし、
面白くなかったな!
2018年3月31日土曜日
今日から出来る!エンジニアのための掃除術
というかエンジニアがどうこうではないんだろうな。
したいことが分かっているのに何からすれば良いのか分からないのであれば、
細かい単位でチケット切って、todo->doing->doneにすれば良いんじゃね?とか思ってやろうとしたけど駄目だった...。
とりあえず物を無くすのが一番いいと思うのでモリモリ捨てていけば良いんだろうけど...。

