はてなブックマーク

exists?の方がいいですという指摘を受けた。 なので、ここで確認する。 [4] pry(main)> Work.where(id: [*1..100]).exists? Work Exists (0.5ms) SELECT 1 AS one FROM `works` WHERE `works`.`id` IN (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63

みなさん、ディレクトリ構成は気になったりしませんか？ 自分は割とディレクトリ構成を気にします。 どこにどういうコードが書いてあるのかすぐに探すことができるからです。 自分は普段railsでコードを書いているので、railsのレールに則って書くとディレクトリ構成で悩むことは少ないです。 そして、vueを使っている場合は、レールがないので、自分で考えなければいけません。 今回は初期構成から現在に至る構成を伝えます。 これがベストプラクティスかどうかは自分もわかりません。 現在の構成はgitlabhqを見ていて、納得することが多かったので、それに従っています。 余談ですが、大規模なプロダクションレベルのコードを見るのはオススメです！ 初期構成 javascripts ├── application.js ├── components │   ├── comment │   │   │── for

webpackerを使用していて、cssをどうするか悩みました。 いや、そもそも何に悩んでいるの？という話だと思います。 jsファイルは原則javascript/packsに存在する→jsから読み込むcssファイルはどこに置く？→javascript/stylesを作成して、そこから使用するようにする→全部そこに置いたほうがよくない？ 一番最後の全部javascript/stylesに置くというのは、webpackに全てを預けるということになります。 mastodonは全てをjavascriptに含んでいます。 https://github.com/tootsuite/mastodon/tree/master/app/javascript メリット ファイルの置く場所が固定できる→書くときに迷わない 完全にsprocketsの呪縛を解くことができる(cssも) ビルドを完全に一元化できる(

railsのDRYの原則に基づくのなら、modelのvalidationに共通ができてしまったら、共通化したいですね。 そんな時に便利なのがconcernsです。 app/models/concerns こんなフォルダがあると思います。 ここに記述していきます 使い方 例えば、PostモデルとCommentモデルのカラムにbodyというのがあったとします。 これのvalidationが同じだとします。 app/models/concerns/body_validators.rb module BodyValidators extend ActiveSupport::Concern included do validates :body, presence: true, length: { maximum: 200 } end end app/models/post.rb class Pos

AWSのt2.microだと、メモリーが1Gです。 webpackerを使用していると、普通にdeployで落ちてしまいます。 FATAL ERROR: JS Allocation failed - process out of memory Aborted こんな感じのエラーが出てにっちもさっちもいかなかったです。 memoryが足らないと言うことで、memoryを増やせばいいのですが、無料期間なので、グレードをあげて対処するなんてもったいないです。 どうしよう・・・っと思っていたところに、swap領域を作れば回避できるんじゃないですか？とアドバイスをいただいたので、swap領域を作成することにした。 AWSの上位インスタンスだと、最初からswapはあるようだけど、安いインスタンスだとなかった。 あと、inuxだと、swap領域を自分で設定できたとは知らなかった。 swapとは HDDに

どういった時に使うんだよwwwって思いましたが、使う感じになりました。 select * from icons where id in(4, 5, 6) order by field(id, 5, 4, 6) => mysql> select * from icons where id in(4, 5, 6) order by field(id, 5, 4, 6); +----+------------------+-----------------+--------------------+-----------------+---------------------+---------------------+---------------------+ | id | icon_category_id | image_file_name | image_content_type | i

最近はVue.jsを個人で使用しているので、javascriptについても学んでいます。 ES2015の機能を少しづつ勉強しています。 基礎能力がないと結局開発の仕方がわからないなってのがあるので、勉強がてらに記事を書きます。 Iteratorって何？ そもそもIteratorってなんぞや？って感じですよね。 イテレータ - Wikipedia プログラミング言語的には、反復子と呼ばれているようです。 反復するためのものの意味で反復子（はんぷくし）と訳される。繰返子（くりかえし）という一般的ではない訳語もある。 繰り返されるものに対して、呼ばれるようですね。 反復子(反復可能なオブジェクト)に対して、javascriptはfor..ofを使って処理ができるようです。 ということは・・・ 配列 配列は反復可能なオブジェクトになります。 const programming_languages

renderを使っていて、ローカル引数が渡せなかったので、忘れないために書いておきます。 _form.html.slim = form_for(user) do |f| = f.text_field :name = f.submit new.html.slim render 'form', locals: { user: @user } →undefined local variable or method `user' for なんで、そんなことが起きるのかというと、localsを書く場合は、partialを書かないといけないようです。 render partial: 'form', { user: @user } そもそもpartialを書くのがめんどくさい場合は、下記のようにも書けます。 render 'form', { user: @user } こういう動きをしているので、has