machine滋賀県のような存在。大事にしないと「うるせぇ、琵琶湖の水止めるぞ!」と言われる。件のコメント:Tweet2016/06/26技術動向とかについてぼんやり最近感じてることの整理オチ無し。僕がプログラミングしたりする仕事を始めて、5年ぐらいが経ちました。(うろ覚え)ずっと、SIな現場で、目の前のミッションとか少し先の会社の未来とかを追いかけながらやってきたわけですが、最新の技術動向はなかなか抑えられていなかったなぁ、というか。自分のスキルとして身に付けることを選んでこなかったなと感じています。いうか、選択するレベルでもなく、むしろ"見えてなかった"感じが強い。それが見えるようになってきたのはある意味で自分の成長なのかもしれない。考え2016/06/21CircleCIでbuildとgitへのpushを実施する逆引きKotlinというサイトをやってまして、build手順が面倒だったんです。mdファイルからhtmlファイルをbuildしてcommit、pushして...と言った感じで。僕の管理してるプロジェクトでそれやってますね。2016年6月18日ということで、出来そうだということが分かったのでやってみることにしました。Kotln2016/06/16最近の個人的サーバーサイドのKotlin動向観測Kotlinのサーバーサイドどうなんよ?というのを個人的に思っていることを書きます。以前に発表した内容のアップデートをしたく、このブログエントリを書いています。#ProgramBaseこれ。href="http://xbase.connpass.com/event/31711/"kyon_mmさんとwantedlyさんの共催?っぽい感じのイベントでした。勉強会2016/06/10システム改善がこわいの根源こわさってあるよねって話と、こわさ持ってない人は眩しいなってのと、こわさを無くしていきたいよなという思考のダラダラとした文章化です。考え2016/06/09結局、dockerは一体何が嬉しいんだろうなとトライするdocker、大分名前が知れ渡ってきた感があります。dockerとは...仮想環境でハイパーバイザー型のコンテナがなんやかんや。Docker2016/05/29GitHubのStreakを表示するChromeプラグイン作ったChromeのプラグイン作るの超簡単だなぁって話。streakが表示されないUIに変更しました。Springに行ってきました。今回もたくさんのセッションがあり、自分の身体を分身させて複数みたい気持ちが高まりました。見なかったやつもホント苦渋の決断という感じで。ばさんのやつとかmakingさんのやつとかぜろゆさんのやつとかおれきゅーさんのやつとか若者のやつとかじゅくちょうさんのやつとかきつねさんのやつとか。全部見たかったですね、で、実際見たのは以下のセッションでした。勉強会2016/05/17BigDecimalというやつ、意外と知らないから見つめなおすjava.math.BigDecimalは、扱う場面になればなるほど「あれ、なんだっけ?」とか「そうだったのか...」とか新たな発見があります。ごめん、BigDecimalのこと全然知らんかったわ...と毎回思うので、BigDecimalのソースを呼んだりしてみた。Oracleのjdk1.80_51です。Frameworkの素振りをする(3スイング目)これまでのあらすじ。Frameworkの素振りをする(2スイング目)さて、引き続き何かしよう。Frameworkの素振りをする(2スイング目)さて、前回に引き続き、素振り2スイング目。目では導入部分的なことをやった。良いかなぁって思ったskinny使ってみよう!っていうブログエントリです。Scala2016/04/23SIerという名のバズワードSIerはバズってる最近、というか毎度毎度SIerについて話題が上がる。モヤモヤとウンザリを書いてみることにする。言いたいのは、SIerって言葉が便利すぎるということ。立派なバズワードだと思う。考え2016/04/09【書評】KotlinスタートブックはKotlin開発の基準になる今回は書評記事です。Kotlinスタートブックに関して。献本してもらいましたので、まぁ書評書かないとなぁっていう強迫観念で書きます。良い本なのでちゃんと書きます。Androidに興味がなくてもKotlinという言語に興味があれば買うメリットは有ると思います。Androidって入ってるのは出版社的に売れやすいからってところとまぁKotlinという言語のターゲットが少なからずAndroidになっているという事実があるからだと思います。(サーバーサイドでもKotlinはもちろん使えます。SwingでもJavaFXでも使えます。)Androidに関しては本の3分の1ぐらい。基本的に言語部分をがっちり書いてあります。勢いでAndroidを始められちゃうかもっていうぐらいの気持ちで良いんじゃないかなぁ。基本的な部分は全て網羅されているといっても過言ではないです。これまで、Kotlinの日本語書籍がない中での1冊です。「本が無いしなぁ〜」みたいなのはもう言えないわけですね!(ニヤニヤ)Kotlinの情報は増えてきたとはいえ、これまではネット上にバラバラにあるような感じでした。(公式ドキュメントでも個人的には結構大丈夫なんですが)そんな中、まとまった情報が書籍になったということで。確実にこれが基準になってくるだろうなと思います。概ね、これに従っておけば良いのですが妄信的にならないようにしてほしいなと僕、個人としては思います。javapして欲しいし、生成されたクラスのデコンパイルとかして欲しい。KotlinでAndroid開発を始める場合はこの本があれば怖くないんじゃないかなぁと思います。基本的な知識を習得する目的にも使えますし、リファレンス的に利用するのもありでしょう。サーバーサイドとか、Android以外で使う場合は言語の基礎は抑えられます。いうフレームワークを使うかとかの選定、使っていくうえでのハマりどころの克服とかは自分たちでしないとダメですね。Kotlin導入の手立てになるということで、「この本があるから導入してみましょう」とかネタになると思います。プロジェクトの問題とかマネジメントの問題とか色々あるとは思うのですが、それはKotlinに限らず、ですね。Javaでも、なんでも。Kotlinという言語に関して2016/08現在、ハマりどころとしてはJSR269の絡むもの。DatabindingとかDagger2とかそんなやつです。それも本書内で説明がありますので多分なんとかやれるんじゃないかなぁと思います。Kotlinを使ってみたいと迷っている方は実際に読んでみて確かめてみて欲しいですね。本に書いてない内容ハマったとしてもKotlinのSlackで質問してくれれば、みんなが答えてくれます。http://kotlinlang-jp.herokuapp.com言語の思想も含まれている筆者のngsw_taroさんはKotlinという言語の発表当初からずっとこの言語を追いかけてきています。したがって、今現在のKotlinのメジャーバージョンの表面部分だけが語られている本ではないです。著者自身の考えによるところもあるとは思いますが。Javaのこういう部分が・・・」など設計思想が書かれていたりします。これは単純に公式リファレンスを読むだけでは気づけなかったりする部分もあると思います。愚者は経験に学び、賢者は歴史に学ぶというやつですね。チームでみんな1冊持てば怖くないこの1冊あればAndroid開発は出来るか?考えたところ基本的なJavaの知識とAndroidの知識があれば出来ると思います。みんな1冊買って開発すればいいと思います!w気になるところ褒めすぎましたかね、なんか嫌ですね。いうことで、あえて気になるところを出すとすればKotlinとScalaでtailrecの仕様が違うのに言及してほしいとか、3章のKotlinガイドツアーはしょっぱなから結構勢い出てるなぁって思ったこととか、です。重箱の隅的なやつです。まとめKotlin気になるなぁという人、取っ掛かりがほしい人、もっと詳しくなりたい人におすすめです!Androidで使いたい人は後半部分(本の後ろ3分の1ぐらい)を立ち読みしてテンション上がったら買えば良いと思います。Androidじゃない人はパラパラと流し読みしてオモシロイと思ったら買えば良いと思います。発表しました東京から京都へ向かい、参加してきました!!つい、カッとなって参加した。気づいたら京都にいた後悔はしていない。経営論だか組織論的に言うと、プロジェクト型組織というものがある。これはなんだか、とても身近な感じがする。「プロジェクト型組織」とはプロジェクトを実施する上での組織形態の1つ。特定のプロジェクト専門のチームを作り、各々のプロジェクトで独立して事業が動かされる。この「プロジェクト型組織」ではプロジェクト内のマネジメントはプロジェクトマネージャーが責任を持って行う。各プロジェクトメンバーは定まったポジションはなく、プロジェクトが終了すれば別のプロジェクトに所属する。プロジェクト型組織とはプロジェクト終了とともに解散するのがミソである。Partyに行ってきました!kotlin.doorkeeper.jp大盛況で40人ぐらいキッチリ入ってたと思います。サムライズム2016/02/23チケット管理のアンチパターンとベストプラクティス主語がでかいタイトルですが、自分なりに考えようという目的です。何か意見があればガンガンコメントなりツイートなりして欲しい。前提として、チケット管理システムは2つぐらいしか使ったことがないので、そちらに偏ってしまうかも。ちなみにRedmineとBacklog。考え2016/02/02ドラクエと転職そこにいるのはまだ宝箱があるからかドラクエが好きだ。みなさん、ご存じだろうか。外に出てモンスターを殺したり、なんとなく南に行って洞窟でイベントをクリアして王様に褒美をもらったりするゲームだ。僕は昔からドラクエが好きで、あれは色んな街を渡り歩く。隅々まで色んな町人と話して、宝箱を物色して、イベントをやりきったか確認する。考え2016/01/23知らないと地味に困る現場ランゲージはじめになんだか、いつの間にか使ってるけど、「どこからやってきたか分からない言葉」というのが現場にはあります。ここで言っているのは、カタカナ語とかああいう類のものです。BEST40一見こういうの、馬鹿にしがちですが、使う人も多いし説明する際に便利だったりします。確かに使いすぎるとダサいんですが、覚えておいたほうが情報共有の観点では便利だと思います。僕の個人的な会話の聞き方としては、脳内変換かけるとともに、カタカナ語好きやなぁとしみじみする感じです。今回特に考えてみたいのが日本語のそういう言葉。日本語なだけにみんな無意識に使ってて、一般的な用語として混在しがちな気がするのですが、これらも知らないと困る気がするのです。いうことで、それらを「現場ランゲージ」として勝手に命名し、考えてみようと思います。考え2016/01/17【Kotlin】BooleanフィールドはisXXXという命名が推奨されているはじめにらしいです。元々はKotlinのbooleanのアクセスって変じゃない?って話で。Kotlinの勉強会に行ってきて、その時の懇親会でJetBrainsの@yanex_ruさんと@ngsw_taroさんの間でそういう話が繰り広げられました。href="http://connpass.com/event/22189/@yanex_ruさんはJetBrainsでKotlinコンパイラとKotlinのAndroid対応をやっているそうです。いうことか話題として、Kotlinのbooleanのプロパティアクセス変じゃない?ってなってたのは2点です。1.JavaのbooleanのクラスフィールドがKotlinからisXxxというプロパティとしてアクセスされるJavaとKotlinでフィールド名が変わっちゃうのは違和感ありますよ、って主張ですね。ソースで言うと、こういうことです。sample.isHoge2.KotlinのbooleanプロパティはJavaからgetXxx、setXxxと見えるKotlinでbooleanのフィールドはisXxxになって欲しいのにsetXxx、getXxxになっちゃうよって話です。ソースで言うと、こんな感じです。}}Kotlinとして推奨されるのはこういうことなんだそうです。sample.setFuga(true);}つまり、Kotlinではbooleanのフィールド変数はisXxxと宣言するのが正しい。JavaのフィールドのxxxはKotlinからはisXxxとしてアクセスされる、という仕様らしいです。・Javaとの相互互換性を考えると、やりやすいといった理由らしいです。(懇親会でさらっと聞いたので間違ってたらすみません)確かに、よくよく考えてみるとJavaがbooleanのアクセサメソッドの命名規約を特別扱いしてるとも考えられますもんね。考えるとKotlinがこういった対応をとるのは自然なのかなぁとか思いました。サンプルソース的なもの一応作って検証しました。コンパイルエラー}まとめ今まで、KotlinはなんでJavaから見る時にbooleanのアクセサをgetXxx、setXxxってしちゃうのかなぁと思ってたんですが、謎が解けてスッキリしました。他の言語でもこういうアプローチとってたりするらしいですね。言語を作ってる人の話を聞くのは貴重でした。人を動かす調整力」を読んだこの本を読みました。良い本だったので、僕なりに思うところ、興味を持ったところをピックアップしてみようと思います。書きすぎると本の中身を並べるだけになるので難しいですね。リーダー、マネージャーの人など。#kotlin_internalJavaでQRコードを作る。fmがオススメKotlinのインスタンス生成時のコンストラクタとクラスフィールド初期化の罠っぽいもの【Kotlin】ktファイルとパッケージ。JapanJavaとGoでお仕事してるプログラマです。Java/Kotlin/Go/Vimとかが好き。【プロフィール】yyyank.github.io【問い合わせ先】yy.yank.dev.blog@gmail.com【twitter】@yy_yank【Github(クソコード)】https://github.com/yyYank詳細プロフィールを。