絵描きエンジニアの日常スマートフォン用の表示で見る絵描きエンジニアの日常この広告は、90日以上更新していないブログに表示しています。2018-11-23お絵かき入門はじめにエンジニアをやりつつ絵を描き始めてからもうすぐ2年目になるし、上達してきた感じがするので2年前の自分と同じくキャラクターの絵を描きたい!という人のために情報をまとめてみようと思ったので、やってみたいぞ!という人は参考にしてもらえると!ちなみに2年での成長はこんなかんじ。道具を揃えるペイントソフトとペンタブor液タブが必要。STUDIOとSAIがあります。STUDIOは機能が豊富で、SAIは描き味が良いというイメージです。STUDIOを使ってます。STUDIOがもらえるので、プレミアム会員の人はそれを使っても良いと思います。ペンタブに関しては大体ワコムのものを使っておくと良いと思います。液タブはすごくお値段がするので、最初は手を出さないほうが良いかと思います。proがあればそれでやってみるのもいいかも。senseiのキャラクターコースから始めました。顔の基本コースをずっと頑張るって感じですね。これだけでは結構難しいところもあるので入門書の力も借りましょう。おすすめの入門書はヒロマサのお絵かき講座<顔の描き方編>です。ヒロマサ先生のシリーズはかなりわかりやすく解説してあるのでおすすめです。ある程度顔の描き方を覚えると髪や目の描き方が気になってくると思うので、tips系のサイトを見ながらやっていくと良さそうです。自分が見てたサイトichi-up.nettips.clip-studio.com好きな絵描きさんの絵を観察する好きな絵描きさんを目標に、どうやったら髪が柔らかく見えるか、顔はどんな輪郭になっているか、パーツのバランスはどうかを観察しながら自分の中で噛み砕いて絵を描いてました。絵を投稿してモチベーションを保つはじめの頃はリアクションがもらえなくて辛かったので、リアクションが貰えそうなところに絵を投稿しました。Sketchははじめの頃でもリアクションがもらえるのがすごい嬉しくてモチベーションに繋がりました。最後に続けてたらなんか成長するので最後は継続力なのかなーと思います。sketchのライブなどで上手い人がどうやって描いてるか見ると勉強になるかも!とか思いました。17:29お絵かき入門Tweet広告を非表示にするもっと読むコメントを書く2018-11-18SpringFoxを使ってみる最近仕事でSpringBootを使う機会ができたのでSpringFoxを使ってみました。APIを作ったとき殆どの場合でそのAPIのドキュメントを用意する必要があると思います。大体の場合はSwaggerを使うと思うのですが(Railsのときはそうでした)これを手書きするのはかなり手間です。エンジニアにとってドキュメントを書く作業は退屈なはずなので自動で作って欲しいですよね。Railsでは難しかったのですが、偶然にもJavaは静的型付けの言語なので(最高ですね)型からいい感じにドキュメントを作れそうです。SpringFoxを使ってみるbuild.gradleで以下の依存関係を追加しましょう。残念ながらstarterはないようです。implementation('io.springfox:springfox-swagger2:+')implementation('io.springfox:springfox-swagger-ui:+')あとはちょっと設定を追加すれば出来上がりです。}}/swagger-ui.htmlにアクセスすればSwaggerの画面が見れるはずです。このパスを変更する方法は調べましたが、提供されてなさそうです。情報を増やすAPIのパラメータとレスポンスについては自動的に作ってくれますが、APIの説明がないので付け加えたいですね。methodにアノテーションを書くことで説明を追加することができます。{...}手軽に使えるのでAPIを作る場合はとりあえず入れておけば良いと思いました。20:14SpringFoxを使ってみるTweet広告を非表示にするもっと読むコメントを書く2018-09-29Doma2環境の中間テーブルを考えるDoma2環境でレコードを削除するときに中間テーブルをどう扱うか悩んだのでそのメモ。上のようなテーブルで、repositoriesのレコードを削除するときのことを考える。repositoriesにはlanguages、frameworksの間に中間テーブルが存在していて、一緒に削除しないと外部キー制約に引っかかってエラーになる。repositoriesを削除する前にこの中間テーブルを削除しなければならないが、Doma2ではsqlファイルに複数のSQL文を書くことができないので何かしらの方法を考える必要がある。CASCADEをつけてrepositoriesのレコードを削除したときに一緒に削除できるようにする。DB側で頑張るのでアプリケーションコードがすっきりする。Dのように伝播が広がりすぎると手がつけられなくなる可能性がある。この辺は経験不足なのでどうなるかわからない。アプリケーションコードで頑張る中間テーブルのDaoを作ってアプリケーションコードで削除するようにする。アプリケーションコードがつらくなる。メリットとしてはDBのマイグレーションよりはアプリケーションコードのほうが変更が容易であること。JOINして削除する[ボツ]これは試してボツになった案。調べてみて知ったが、joinして複数のテーブルをまとめて削除できるらしい。以下のようなSQL1発で解決できると思ったが外部キー制約に引っかかってダメだったのでボツ。/*repo.id*/2カスケードを使うことにしたアプリケーションコードがシンプルになる・カスケードに関してはテストである程度担保できるという理由で選択。カスケードの伝播が広がりすぎて手がつけられなくなりそうになったら撤退する予定。20:33Doma2環境の中間テーブルを考えるTweet広告を非表示にするもっと読むコメントを書く2018-09-26最近の悩み最近エンジニアとしての生き方にもやっと悩んだりしているので文章にして整理してみようと思った。今はtoCのサービスをRailsで書いている。Java好きじゃなくなったかというとそういうわけでもなく、toCやりたいなーと思っていたら成り行きでそうなった感じ。学びがなかったかというとそんなことはなくて異文化に触れることでいろいろ学ぶことはあったけど、RubyやRailsを学ぶことに対して熱量が持てていないのが現状。実際趣味でRubyやRailsを触ってないしね。toCを作ることの面白さみたいなのはあってユーザーが良い反応してくれると嬉しいし新しいものをリリースする楽しさはとてもある。Javaが好き今でも趣味でJavaを書いていて、Java11がリリースされるのもワクワクしていたし楽しみにしてた。趣味でコードを書くときはJavaしか書かないし、仕事でどうでもいい使い捨てのコードを書くときも無駄にJavaで書いたりしている(きっとRubyで書いたほうが早い)。学生のときほどではないけど今でもJavaの情報は追っているつもり。CCCとかJavaの勉強会で登壇するネタが出せない現状がすごくつらい。Rubyの勉強会のネタはあるのにね...やっぱり業務で触ってないと難しいんだと思う。今の悩み多分だけど、いつか転職するときはJavaが書けるところに行くんだろうなと思っているけど実務経験もなくRailsを書いていた人間がJavaの会社に行けるか不安だし、toCかつJavaという選択肢はすごく狭くてどちらか捨てないといけなくなるとも思っている。どっちも好きだし選ぶのって難しいなー...。エンジニアとして成長するなら多分Javaの会社に行くことだと思っていて、得意な言語を伸ばしていきたい。最近Twitterやってると他のエンジニアとどんどん差ができているような気持ちになってるし危機感。ちなみに今の仕事に不満があるわけではなくJavaが書けない以外は最高の職場と業務内容です。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。