はてなブックマーク

(2020-02-07 追記) 転職活動終わりました 今回の転職活動は終了しました。 su-kun1899.hatenablog.com 転職活動しています 現在働いている会社を2019年12月末で退職することになりました。 年明けから無職なので、次の会社を探しています。 1月までは就活しようと思っているので、働き始めるのは2月からを想定しています。 （それまでに決まるといいな） 背景 転職するにあたって一番大変なことって、そもそも受けたいと思う会社を探すことだったりしませんか？ 自分の状況を明らかにすることで、（できれば自分のスキルや人となりをそれなりに知ってる人から）おすすめの会社とかエージェントとか、その他お役立ち情報とか教えていただけたら嬉しいなと思っています。 職歴など Web のバックエンドエンジニアを中心にやってきました。 歴は11年くらいです。 言語は Java と Kot

概要 Nuxtにはミドルウェアという機構がある。 ミドルウェアを使うと、ページがレンダリングされる前に、実行されるカスタム関数を定義できる。 複数のページでミドルウェアを実行するには3つ方法がある。 nuxt.config.js でrouterに読み込ませる layoutでミドルウェアを読み込む layoutを使用しているページ全てで読み込まれる 各ページでミドルウェアを読み込む nuxt.config.js で読み込まれる方法を使うと、すべての画面遷移時にミドルウェアが実行されるようになる。 (ブラウザの更新ボタンによるリロード含む) この方法を試してみる。 なおMiddlewareは nuxt.config.js → レイアウト → page の順で実行されるそうだ。 Middlewareの作成 単純にログだけ吐くミドルウェア、middleware/sample.js を作成する ex

概要 GitHubのAPIも触らないまま大人になってしまった。 せっかくなのでモブプロにお世話になっているMobsterをAPI経由でダウンロードしてみます。 Releaseコンテンツ リリースページからDownloadできるやつらのことです。 APIの表現だとassetsというようです。 Release 0.0.30 · dillonkearns/mobster · GitHub GitHub API Release関連のAPIがあるのでそれを使います。 Releases | GitHub Developer Guide Releaseの取得 APIはcurlで叩いてみます。 一覧取得は下記のような感じです。 curl https://api.github.com/repos/dillonkearns/mobster/releases レスポンスがたくさん出てきてうんざりしました。 最新

MybatisのネストしたresultMapの自動マッピングはデフォルトPARTIALになっている。 つまり、ネストしたオブジェクトのauto-mappingは効かないということ。 これだといちいちマッピングを定義してやらなきゃいけないのでとてもつらいのだが、設定を変えなくても、個別にresltMapを定義してやることで、auto-mappingを使える。 対象のマッパークラス public class Company { private long id; private String name; private List<Section> sections; // 部署リスト // アクセサは省略 } public class Section { private long id; private String name; private Member representative; //

MyBatisでネストしたオブジェクトマッピングするサンプルあんまり見かけないので、残しておく。 例えばこんなデータを person id name address_id 1 yamada 11 2 sato 11 address id city 11 tokyo book id title 21 hoge 22 fuga 23 piyo person_book person_id book_id 1 21 1 22 2 23 こんなオブジェクトにマッピングしたい時。。 public class Person { private Address address; private List<Book> books; // アクセサは省略 } こんな感じになる <mapper> <resultMap id="personMap" type="Person"> <id column="perso

概要 APIのパラメータとして期間の範囲を表す命名について、職場でいい議論がなされたので自分なりにまとめておく。 期間の範囲というのは「開始日時」「終了日時」のようなものを想定。 start-end 扱いやすそうなのはこれ。 日時の場合は、終了側が排他的であった方が扱いやすいことが多い。 ※一ヶ月分取得しようと考えた際に、末日が月によって変わってしまうので、1/1-2/1 と検索可能なほうがうれしい endは排他の命名としてリーダブルコードでも紹介されている。 ただしリーダブルコードでは begin-end で紹介している。 startとbeginは基本的には置き換え可能らしいが、 startの対義はstopであるのが正しいようだ。 しかし開始時間は start time のように表現することが多いので悩ましいところ。 Kotlinの TimeRanges が使っている。 startInc

複数コンポーネントで状態管理をするのに便利らしいVuexを使ってみた。 Vuexストアに状態管理を任せて、各コンポーネントはストア経由で状態変更することで、状態変更を一元管理できるっぽい。 ja.nuxtjs.org ストアの作成 store/sample.js を作成する。 store配下にjsファイルを作ると、Nuxt.jsがVuexストアにしてくれる。 state 状態管理する要素の管理 mutations 状態の操作 actions 状態の操作する処理を呼び出し、反映（commit）する commitしない限り、反映されない 各コンポーネントからは、actionで定義した処理が呼ばれる。 // 状態管理したい要素に名前をつけて、stateとしてexportする export const state = () => ({ // 'hogeFromStore' という名前の状態を管理す

概要 vue-cliから作れるNuxt.jsのテンプレートに、express-templateというのがある。 Nuxt.jsと同時にExpressを起動させて、バックエンドとして動かすことが可能。 Nuxt.js内でバックエンドのMockを作って動かせるので、フロントエンドとバックエンドの開発が切り分けるのが容易になる。 github.com プロジェクト作成 vue-cliでプロジェクトを作成する。 $ vue init nuxt-community/express-template nuxt-express-sample $ cd nuxt-express-sample $ npm install # or yarn install バックエンドのMockAPIを作成 下記のようなjsonを返すAPIを作成する。 [ { name: 'とろ', price: 300 }, { nam

概要 http://localhost:3000/sample?hoge=abc123 のようにRequestされた場合に、 abc123 を画面に表示してみる asyncDataを使う pageコンポーネントの場合、asyncDataというメソッドを使うと、Context経由でリクエストの情報を取得できる。 asyncDataはレンダリング前に呼びだれ、結果はdataとマージされる。 Queryパラメータの場合は context.query で取得できる pages/sample.vue はこんな感じになる。 <template> <div> <p>hoge: {{hoge}}</p> </div> </template> <script> export default { data: function() { return { // asyncDataで上書きされる hoge: 'de

検証用のMySQLデータベースをせっかくなのでDockerコンテナで作ったら、接続できないという事態。 docker run -d -p 13306:3306 --name mysql-for-local mysql-for-local こんな感じでコンテナを起動して mysql -u root -D my_db -h localhost -P 13306 -A こんな感じで接続しようとしても繋がらない。。 正確にはローカルのMySQLに繋がってしまう。 docker exec -ti mysql-for-local /bin/bash して、コンテナ内部でmysqlに接続するとちゃんと繋がる。 もしかして、-Pオプションが効いてない？と思ってぐぐってみたら、まさかそのとおりでした。。 MySQL :: MySQL 5.6 リファレンスマニュアル :: 4.2.2 MySQL サーバーへの

前提 Docker for Mac使用 クライアントにpostgresqlを導入済み ホスト側からpsql等で接続するため コンテナの起動 イメージは postgres:10 コンテナ名は dev-postgres パスワードは postgres ポートは 15432 (コンテナの5432番にフォワードする) $ docker run --name dev-postgres -e POSTGRES_PASSWORD=postgres -p 15432:5432 -d postgres:10 psqlでの接続 postgresユーザで接続 $ psql -h localhost -p 15432 -U postgres ユーザの作成 postgresユーザで作成 パスワードを設定する ユーザ名は sample_owner $ createuser sample_owner -h localh

概要 とりあえずNuxt.jsはVSCodeで書いてみてるんだけど、フォーマットをかけるとエラーになってしまう。 前提 Veturというプラグインを入れています。 github.com 結論 Prettierプラグインを入れる。 github.com VSCodeの設定に下記を追加する。 "prettier.singleQuote": true, "prettier.semi":false, .eslintrc.js のrulesに下記を追加する。 rules: { // 追加する 'space-before-function-paren': 0 }, 詳細 VSCodeでフォーマットかけると、エラーになってしまった。 フォーマット書けると下記のようになる。 <script> export default { data: function() { return { message: "he

原因 デフォルトのSQLモードが違うための模様 http://qiita.com/nagi244/items/04747f8e4ec351b22311 Expression #n of SELECT list is not in GROUP BY clause and contains nonaggregated column 'dbname.b.name' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by 対策 本筋（ちゃんと対応する場合） MySQLはsql_modeを指定しないとかなり寛容・ゆるふわ・いい加減。。 なので、本筋で言えば下記の対応を行うべきである SQLモードの設定見直し エラーに

今日チームでモブプログラミングを初めてやってみたのだけれど、最高だったのでテンションのままにブログを書く。 きっかけ ふりかえりでたまたまJoy.Incの話になり、あの会社は全部ペアでやってるらしく、ペアプロしたくなるという話をした。 そうしたら、なんとチームメンバー全員（自分含め3人）がちょうど本を持っており読んでいる、読もうとしているところだった。 メンバー全員ペアプロの経験は殆どないに等しく、全然わからない笑 でも、とにかく試してみようよという話になった。 ただしチームメンバーは３人のためペアが組めない。 そこで、Scrum Gathering で見たモブプログラミングでやってみよう、ということになった。 なお、モブプログラミングについても当然経験はなく、ペアより多い人数の場合はモブと呼ぶ、くらいの理解しか無かった。 2017.scrumgatheringtokyo.org どうやっ

privateメソッドのUnitTestについて、下記のような扱いがあると思う。 スコープを（例えばprotectedに）拡張する 直接間接を問わず、リフレクションなどを活用してテストする これらに対して、ずっと何か違和感を覚えていた。 実践JUnitでちょっと触れられている箇所があって、自分なりの読み解きで何となく向き合い方が腹落ちしたので書いておく。 UnitTestはメソッドのテストではなく、そのふるまいのテストにより重きが置かれるべき privateメソッドは実装の内部詳細であり、その変更はふるまいに影響をあたえるべきではない 上記の前提を考えると、基本的にはpublicスコープに対してのテストで十分になりえるはず。 そのクラスのふるまいであるなら少なくともパッケージ以上にスコープが（テストのためではなく）拡張されることに違和感はない。 そうでないならば別のクラスに切り出すようなふ

デブサミなんかでも感じたけど、スクラムを中心にアジャイル開発手法が広まったことで、少し業界の中でのアジャイルに対する捉え方が変わってきたと感じている。 ※ちなみに僕は「アジャイル」という言葉の定義について、XPに代表されるプラクティスや、スクラムと明確に区別したい（誤解の温床であると思うから） ※ただし、ここでそれをやいの言うのは本筋からそれるのでやめておく ちょっと前まで ちょっと前まではアジャイルがいい・悪いといった、誤解にまみれた宗教戦争が散見された。 「ハイブリッドアジャイル」なんて謎の言葉が生まれたり。。 www.amazon.co.jp 最近 だが今はアジャイルやスクラムは方法論に過ぎないのだから、現場ごとに最適解を見つけていくのがよい、という流れに変わってきている気がする。 デブサミでのAgile TEDの話だとか Developers Summit 2015 #devsum