1から100までの数字を標準出力に改行つきで出力するプログラムを作ってください。 3の倍数と3がつく数字の時だけ、数字のあとに!をつけてください。
出力例: 1 2 3! 4 5 6! 7 8 9! 10 11 12! 13! 14 ...以下100まで続く
コンソールで実行しやすいようにワンライナーで。
$ irb > (1..100).each { |n| puts ((n % 3).zero? || n.to_s.include?('3')) ? "#{n}!" : n.to_s } # or > 1.step(100) { |n| puts ((n % 3).zero? || n.to_s.include?('3')) ? "#{n}!" : n.to_s }
$ node > for (let n = 1; n <= 100; n++) { let v = (n % 3 === 0 || n.toString().includes("3")) ? `${n}!` : n.toString(); console.log(v) }
表題の通りですが、 has_many した時も create_xxs 的なメソッドが自動生成されると勘違いしていたのでメモ。
ActiveRecord::Associations::ClassMethods
class Project < ActiveRecord::Base has_one :project_manager has_many :milestones end
Project#create_project_manager(attributes={}) はいけるけど、 Project#create_milestones(attributes={}) はいけないという話。
やっぱり Rails ガイドよりも Ruby on Rails API の方が正確かつ詳細な情報があって良いですな。
細かい仕様の違いはあるかもしれないが、大体以下の感じで理解している。
Array に関しては Ruby でいう配列の展開（*）とほぼ同じかな。
スプレッド構文を使うと、関数呼び出しでは 0 個以上の引数として、Array リテラルでは 0 個以上の要素として、Object リテラルでは 0 個以上の key-value のペアとして、Array や String などの iterable オブジェクトをその場で展開します。
function sum(x, y, z) { return x + y + z; } const numbers = [1, 2, 3]; console.log(sum(...numbers)); // expected output: 6 console.log(sum.apply(null, numbers)); // expected output: 6
関数呼び出しとかと一緒に使わないで単独で ...numbers とかってやると syntax error になる。（これは Ruby も同じ）
Object に関してはまだ proposal っぽいけど、JS の方はそのまま Object のまま展開されるのに対して、 Ruby のハッシュ展開は以下のように配列に変換されるのでちょっと仕様が違いそう。
$ irb
> hash = { x: 1, y: 2, z: 3 }
=> {:x=>1, :y=>2, :z=>3}
> a, b, c = *hash
=> [[:x, 1], [:y, 2], [:z, 3]]
> a
=> [:x, 1]
> b
=> [:y, 2]
> c
=> [:z, 3]
レスト構文はスプレッド構文と全く同じ見た目をしていますが、Array や Object の分割代入に使われます。こちらはスプレッド構文とは逆の働きといえます: スプレッド構文が要素を展開するのに対して、レスト構文は複数の要素を集約して 1 つのオブジェクトにします。
Ruby で可変長引数を扱うための splat パラメータ（*）とほぼ同じかな。
function sum(...theArgs) { return theArgs.reduce((previous, current) => { return previous + current; }); } console.log(sum(1, 2, 3)); // expected output: 6 console.log(sum(1, 2, 3, 4)); // expected output: 10
Ruby のダブル splat パラメータ（**）の object でやり取りする版かな。（Ruby のはキーワード引数リストをハッシュとして受け取る）
今はまだ Proposal のようだ。
Rest/Spread Properties for ECMAScript 提案 (ステージ 3) は、分割代入に rest 構文を追加します。残余プロパティは、分割パターンによってすでに取り出されていない、残りの列挙可能なプロパティのキーを収集します。
let {a, b, ...rest} = {a: 10, b: 20, c: 30, d: 40} a; // 10 b; // 20 rest; // { c: 30, d: 40 }
Rest parameters - JavaScript | MDN
GitHub - tc39/proposal-object-rest-spread: Rest/Spread Properties for ECMAScript
完全に自分用のメモ。 軽い調査結果も残しておく。
GCP アカウント必要、アカウント作ると12ヶ月3万円無料期間始まるので開発直前に始めた方がいい
Cloud Talent Solution documentation | Job Search documentation | Google Cloud
新しいMSのドキュメントには求人検索系 API 載ってないかも？
Recommended Jobs | LinkedIn Developer Network
パブリッシャー登録 必要、会社名と Web サイトの URL がいる
認証は OAuth2、プロキシサーバ必要
Extend your community | Meetup
CORS 対応しており、プロフィールから アプリケーション登録 すればプロキシサーバ無しでクライアントから利用可能
Same-origin policy に引っかかるので、プロキシサーバ必要
この記事の内容は不要になったっぽい。
Revisions of "VSCodeでESLint+@typescript-eslint+Prettierを導入する（v2.0.0修正版）" - Qiita
以下、元記事。
JS のプロジェクトを TS に変更したら ESLint の整形が効かなくなったのでメモ。
VSCode の settings.json に以下を追加すればOK。
"eslint.validate": [ "javascript", "javascriptreact", {"language": "typescript", "autoFix": true }, {"language": "typescriptreact", "autoFix": true } ]
"javascript", "javascriptreact" も書かないと js への整形が効かなくなる。
GitHub - microsoft/vscode-eslint: VSCode extension to integrate eslint into VSCode
Autofix lightbulb not shown in TypeScript · Issue #609 · microsoft/vscode-eslint · GitHub
React x Flow or TypeScript の開発をやるにあたり、関数型言語と型システムの知識がないことがボトルネックになってきたと感じるので、ずっと積んでいた『すごいH本』を亀のようなスピードで進めている。
2012年に出版されたこの本には Haskell Platform による環境構築方法が載っているのだけれど現在は Stackを使った方法が推奨されているらしい。
だいたい以下のドキュメントに書いてある通りなのだけれど、一応 REPL を動かすところまでメモしておく。
$ curl -sSL https://get.haskellstack.org/ | sh $ stack --version Version 2.1.3, ... $ where stack /usr/local/bin/stack # REPL (ghci) 立ち上げ $ stack exec ghci # show type Prelude> :t putStrLn putStrLn :: String -> IO () # Hello, World! Prelude> putStrLn "Hello, World!" Hello, World! # exit Prelude> :quit
