Kotlinの雑なテスト用DSLを作りなおした

　はじめに

Kotlinでテスト用の雑なDSLを作るというのをやってみたんですが、
なんかイマイチなものが出来たなぁと思います。

記事を書いてからも改善出来ないかやり方を考えてたんですが、
もうちょっとマシなものが出来た気がするので、今回は続編記事です(まだ洗練されてませんが)。

SIer to SIer

6月30日をもって、SIerのちっちゃい会社を辞めました。
7月からはSIerのちっちゃい会社で働きます。


僕が強く主張したいのは、転職タイミング的に夏のボーナスが出ないということです。
皆様のご好意をお待ちしてます！！！切実にビールとか技術書とか！！

ほしい物リスト

　なんでやめたの？

特に会社に大きな不満はありませんでした。
それに技術者のはしくれとして飯を食っていけるようになったのは
この会社のおかげなのでそこは頭上がりません。


ただ、この会社でやりたいことは全てやったなという
自分の中でのしきい値を超えただけです。

客観的に見てやり尽くしたわけではないでしょうが、
僕個人の主観としてはもうこれ以上はやることないなと。




1年前ぐらいの段階でその結論には至ってて、
あとは環境面、待遇面、業務内容などで良い会社
と巡り合えればなぁという気持ちでした。

　これから何やるの？

これからも基本的にはSIです。今まで2次請けとかでしたが
1次請けとかやってく予定です。


あと、社内でプロダクト作って売ろうって話もあります。
（こっちはそこまで期待してない）



この会社以外にも軽く誘ってくれる会社だったりとか、
協力的な方もいたりとかで、感謝しています。






はい、ということで、ここから下は余談とかです。

　一人で出来ることと会社で出来ること

今まで、会社にいてやろうとしていたことって
1人でも出来てしまうなってことが色々増えてきました。

1人で出来る事をプライベートワークとするか仕事とするか。
そういうことも転職にあたっては考えたりしました。


例えば、Androidのアプリ作るとか、
webサイト作るとか、勉強会とかで発表するとか。

あと、学習に関してもそう。
仕事でStruts使ってようがJava EE 7は覚えられるし、
他の言語だって覚えられる。
それは仕事とか環境のせいにしてはいけないし、
個人でやれることだと思いました。


逆に1人で出来なくて会社でやる意味のあることはなんだろうとか

チームビルディングとか大規模開発とか
顧客折衝とかシステムのパフォチューとか。


そういうのも転職のポイントだったかなぁと思います。

　システムをインテグレーションしたい

なぜSIerを続けるか、その１。


僕は、SIという感じのなんかウォーターフォールっぽい渦の中で
システム開発をしてきたりしてこなかったりしたわけですが、
いまだかつで、システムをインテグレーションしてる実感がわきません。

なんだか泥臭いことやカッコ悪いことばっかりしてる気がします。
ってあたりは以前にも書きました。

泥沼プロジェクト振り返り
現場ロックインが技術力さげてるのかもしれない


これは今まで居た会社がというよりは、
ひとえに、僕の力不足だと思ってます。


あと、「このプロジェクトは成功したぞー！」みたいな経験って今まであんまなかったなと。
そういう風に自分の力で導いてこれなかった。

だから本来の意味で、
SIerならシステムをインテグレーションしたいわい、という思いがあります。


そこのやり残した感があってSIerを続けたいなと思いました。
あと、単純にいろんなシステムでの経験値が少ない。
色んな業界の業務にも触れたいし場数を踏みたいなという。

　SIerのネガティブなイメージも消したい

なぜSIerを続けるか、その２。


なんかSIerはダサいことやってるとか、社畜がうんたらとかって
話題ばかりな風潮があんまり好きではないんです。
いや、僕もネタにすることあるんですけどね笑
でも、もっと明るい話があってもいいのになぁとか。



多重請負の構造とか契約形態とかっていうところまで考えは至ってなくて、
単純にプロジェクト単位とかチーム単位で幸せな話を増やしたいなぁと思います。


なんか、「技術がある人はSIer辞めてWebサービスの会社行くよね」
みたいなんもすごいモヤっとするんですよね。


そこまで僕に影響力があるわけではないですけど、
なんでしょう、憧れられるようなチームとかが
SIでいっぱい出来ればいいのに、と。



キャプテン翼という漫画で葵新伍ってキャラがいるんですが、

「ジャポネーゼ=サッカーの下手なやつを
ジャポネーゼ=サッカーの上手いやつに変えるんだ」

とか言ってまして、僕も気持ち的にはそんな感じに近いです。



などと、大袈裟なことを書いてみましたが、
いろんな場所で楽する術を身に着けたいですね、はい。
明日にはSIが嫌になってるかもしれません！！

　経験積んだら

30代前半を目処に、多分また結論を出します。
ジョブホッピーでヒッピーな感じにしたいわけもないんですが、
いろんな経験は積みたいし。


その頃に熟練度マックスだったらバトルマスターとか賢者とかなりたいですね
ってことです（出典：ドラクエ6）



でもまぁ、いい話があればいつでもお声かけください。
次の会社と自分と、、色々天秤にかけて真剣に考えると思いますので。
(我ながら甘い考えですね)

　僕がホントに欲しかったもの

ほしかったものはこちら！！！
皆様のご好意をお待ちしてます！！！切実にビールとか技術書とか！！（2回目）

ほしい物リスト

JJUG ナイトセミナー 「Reactive Streams特集」に行ってきました #jjug

http://www.zhaojunlucky.com/architecture/what-is-reactive-systems/より引用

　はじめに

JJUG ナイトセミナー 「Reactive Streams特集」に参加してきました。

本記事では実際に参加して感じたこと、学んだことをメモがてらまとめようと思います。



今回参加の目的としては
・自分の中でバズワード化している「リアクティブ」な用語が分からない
・概念はどんなものか？
・ただのObserverパターンじゃないの？
・ただのFuture/Promiseじゃないの？
・ただのデータバインディングじゃないの？
・Stream APIっぽい関数型パラダイム的な何かじゃないの？

というところの曖昧さの整理とか勉強のためでした。


すでに色んな方がレポートを書いてます。みんな仕事が早いですね(^^;


・JJUGのReactive Streams勉強会に行ってきました！ - Java EE 事始め！
・JJUG ナイトセミナー「Reactive Streams特集」に行ってきた #JJUG - mike-neckのブログ
・JJUG ナイトセミナー 「Reactive Streams特集」に行ってきた #jjug - yukungのブログ

Kotlinでテスト用の雑なDSLを作った

　はじめに

Javaでまぁ、JUnitでテスト書きますよね。



テスト書くときにassertまでの間にインスタンス生成やら、
初期化やらset/getやらゴチャゴチャ書いてしまって見にくいな…って思ったことありませんか？

ということで、そこらへんを考えながらKotlinでテスト用のDSLを作ってみました。

JavaのREPL、project kullaがスッゴイ便利！

※注意

本記事は2015/06/12現在のproject kullaに関する情報です。
今後のJava SE 9のリリースやproject kullaの開発状況によっては内容が変わる可能性もありますのでご了承ください。

　はじめに

Java SE 9ではJavaにREPLが入る予定となっています。

その名もproject kulla！！


とある記事を読み、リリース前ですが今でも使えることを知りました。
これは使ってみたい！ということでトライしてみました。