YAMLは「便利なJSON」として使われることが多い一方、その複雑性から落とし穴も多く、しばしば批判の対象になります。 なぜYAMLはそこまで複雑なのでしょうか? その背景のひとつは、本来のYAMLがJSONとは大きく異なる目的意識で作られているからです。 本稿ではYAML specに従う形でYAMLのコンセプトを解説することを目指します。残念ながら、ここに書かれているYAMLの思想は実際には実用されているとは言い難いですし、これらの背景を理解しても「YAMLは複雑だ」という事実がひっくり返ることはないでしょう。それでも、YAMLの複雑さの源泉を体系的に理解し、YAMLとほどほどの距離感で付き合う助けにはなるのではないかと思います。 この記事ではこういう話をしますYAMLはJSONとは独立に、異なる目的で生まれた野心的な仕様であるアンカーやタグなどの強力な構文は、これらの目的を満たすために

日付や時刻データの扱いについてまとめたスライド「日付時刻A to Z」を作ったので公開します。 これは何？「日付と時刻」を正しく扱うために、日付/時刻にまつわる諸概念やありがちな間違いを紹介したスライドです。このスライドは大きく3つのパートに分かれています: 第1部「日付編」§1 天体の周期§2 暦§3 紀元と通日第2部「時刻編」§4 時間と分§5 秒§6 相対性理論第3部「コンピューティング編」§7 文字列表現§8 数値表現§9 時刻同期第1部と第2部では、「日付」や「時刻」の概念を定めるのに必要な知識を整理します。第3部ではその日付時刻をコンピューターで扱うときに特有の事情を補足しています。 このスライドが作られた経緯ウォンテッドリー社内では毎週1回お昼の時間に任意で集まって技術の話をする "Tech Lunch" というイベントがあります。テーマは自由で、社内でやったことの紹介やアナ

JavaScriptでは任意の値を例外としてthrowすることができますが、実際にはErrorのインスタンスをthrowするのが慣例です。 エラーの原因をより正確に説明したいときはErrorを継承するのが望ましいですが、単に継承するのではなく以下のように書くのがオススメです。 class MyError extends Error { static { this.prototype.name = "MyError"; } }その背景について以下で説明します。テーマは以下の3つです。 nameプロパティcaptureStackTracecauseプロパティnameを正しくセットするNode.jsでエラーを表示させると、クラス名が正しく表示されます。 > throw new (class C extends Error {})() Uncaught C [Error]ここで出力されている "C

Wantedly では新卒含む新入社員向けに研修を毎年実施しています。これは「新入社員向け」といいつつ既存の社員も自由に参加できるものです。今年はこの研修のフォーマットを借りて、Wantedly のプロダクト開発を支える重要な概念のひとつである「Wantedly の UI デザインシステム」についての研修を、ソフトウェアエンジニアの @izumin5210 (筆者) とプロダクトデザイナーの @NishaMe で実施しました。 デザインの構造を正しく捉えることは、UI の実装を専門にしているかどうかを問わず、正しい実装 - 開発生産性が高く、ユーザにとっても使いやすい実装 - のための重要なポイントです。よってこの研修は「広義のフロントエンドエンジニア」、業務中に UI を実装することがある全てのエンジニアを対象としました。 Web フロントエンドエンジニアモバイルエンジニア専門ではないが

こんにちは、開発チームのアーキテクトをやっている竹野（@Altech）です。先日、新人研修でソフトウェアの設計について話す機会がありました。 ソフトウェアの設計というのは関連する領域が広いため、どうしても断片的な理解になりがちです。そこで、早い段階で全体像を感じてもらうために、ソフトウェア設計の Why と How と What を1時間でまとめて話すというちょっと意欲的なコンセプトで研修を行いました。今回は、その内容を記事にしました。 この研修のねらいはじめにソフトウェアの設計について書かれた情報は世の中に多いですが、その情報の多くは How であり、それだけを読んで適切に使うことが難しいと感じています。その直接的な理由は、How に対しての What、How / What に対しての Why が語られることが少ないからです。 ただ、How だけを知っていると、それは本当に問題を解決して

ネタがない・・・・。 こういう時、ツイカスの私はそっちでネタをもらってきたりする訳ですが・・・。 と言うわけで、もらってきました。ネタ。 元ニートさん。ありがとうございます。 なんか、こう、実在の企業の方針に刺さっちゃったりするかもしれないネタですねー。 あんまし他社を下げて自社上げる系のマーケティングとかしたくないんですが。 今回は元ニートさんがいうから仕方ないね！ 『ブラックな会社つくりてぇ～』という全国のブラック社長候補生たちにお届けする【悪の教科書】と言うテイでいきますか。【今だったらこうやる】的な。さて、そういうわけで、なるべく自社は絡めずに、具体的な他社さんの描写もさけつつ。行きます。 1.作る会社のタイプまず、大前提の目的として『搾取』を行うわけですが、少人数からめっちゃ搾取すると、ヤバいです。一瞬で会社が消えちゃいます。（実際にはなかなか潰れないものらしいが）まずは規模を大

29歳よしもと芸人(吉本興業)がWebデザイナー未経験で職業訓練校に通い5年後フリーランスのフロントエンドエンジニア(プログラミング)になるためにやった9つのこと 29歳のよしもと芸人(吉本興業)がWebデザイナー未経験として職業訓練校に通い、5年後フリーランスのフロントエンドエンジニア(プログラミング)になるためにやった9つのこと 2019/9/14更新 はじめまして森田賢二と申します。 わたしは今現在、吉本興業に所属をしていながら、 フリーランスでフロントエンドエンジニア、会社経営をしています。 この記事は誰向けなのか Webデザイナー未経験の方、学校通っている方、エンジニア転職を考えている方 この記事をなぜ書くか 上記のあなたがこのページを読んだ後、 「よし。なんか勇気もらった。わたしもやってみよう。」 ヒント、後押しになればいいなぁと思い書きました。 注意。長文です。また、芸人活動

株式会社ミラティブ / バックオフィス（総務、採用、広報）、カスタマーサポート、内部監査室長、リスク管理 ライブ配信を支えるミラティブの開発チームはたった4人。少数精鋭のチームを率いるCTOは、DeNA新卒入社時からミラティブ一筋でやってきた夏（なつ）澄彦。 ■プロフィール夏 澄彦（Sumihiko Natsu） @nil Mirrativ CTO。1991年生まれ、大学3年からプログラミングに取り組む。大学時代にはWantedly最初期からのインターン経験を経て、2015年DeNAに入社。50人超の同期入社内で新卒MVPを受賞。Mirrativの初期メンバーとして、サーバ・iOS・Android・Webなどの開発全般に携わり、2017年よりリードエンジニア、新会社設立と同時にCTO。ミラティブ代表赤川のエモさに感化され、現在に至る。 ミラティブ創業メンバー：左から小川まさみ（CCO）、赤

最近、Webサイトの高速化が話題になっています。 Wantedlyでもサーバーサイドのレスポンス速度はしっかりトラッキングして取り組んでいましたが、フロントエンドはまだまだやれることがあると認識し、悔しさを胸にさっそく動き出しています。 取り組むに当たって、まずは事例を集めていくことから始めました。サーバーサイドの実装を見ることはできないですが、フロントエンドは頑張れば覗けるので、Webサイトの高速化に取り組んでいそうな他のサービスをじっくり観察することで、自分たちのプロダクトに最適な方法を選択できるはずです。 様々な種類のサービスを提供しているサイトを調査してみると、その高速化の手法はサービスごとに結構違っていて、学ぶことが想像以上に多かったので、ブログにまとめてました。同じようにWeb高速化へのモチベーションが高まっている皆さんの参考になれば幸いです。 Netflixまずは、動画ストリ

先日、5月10日(水)に行われた、Reactを運用する上で得た知見や失敗を共有する「React反省会」に登壇いただいた方々の資料を一挙大公開！ Twitterのトレンドにもランクインするほど大盛況だったイベントの登壇資料、見逃すと損するかも...? 1人目：天野 祐介氏　サイボウズ株式会社 グローバル開発本部 kintone開発チームリーダー 2人目：石井 光次郎氏　株式会社マネーフォワード UIテクノロジー部 3人目：鈴木 健太氏　株式会社クラウドワークス プロダクトDiv クライアントサポートG 4人目：外村 和仁氏　株式会社クックパッド サービス開発部 兼 人事部 5人目：泉 将之　ウォンテッドリー株式会社 エンジニア（インターン） 6人目：森脇 健人　ウォンテッドリー株式会社 エンジニア　Wantedly feedチームリーダー 7人目：zuckey氏(飛び込みLT枠 8人目：na

Supership デザイナーの若林です。アプリやWebサイトのUI/UXに携わっています（と言っても3月入社の新人ほやほやです）。 最近プロトタイピングツールが増えていますが、実際どれが一番実務に適しているんだろう？と気になっていたところ、良い機会をいただいたのでデザイナー観点で実際に（ざっくり）触った感想と比較をしてみたいと思います。 代表的なツールと種類・トランジション型（遷移）：Prott、Adobe XD、inVision、CanvasFlip、Marvel ・インタラクション型（アニメーション）：Origami Studio、Framer ・複合型：CRAFT + inVision、protopie、Principle、flinto、atomic 大まかにこのような分類で上記のようなツールが代表的かと思います。現在、当チームでは主に「Sketch」でUI制作、「Prott」でプ

こんにちは。Supership デザイナーのハガです。今回はcssのお話です。 皆さんはcssで、あるデザインを実現しようとした時、あれってどうやるんだっけ？みたいな経験をしたことはありませんか？自分はよくあります。そんな時コピペするだけでokみたいなcssスニペット集があると嬉しいと思い、主に自分のためのメモ的な意味を多分に含みつつご紹介していきたいと思います。（今回紹介しているcss達は主にスマホのためのモダンなブラウザを対象としているため、ieのようなレガシーな感じはごめんなさい。） 10個のcssテクニックコアとなる部分はboldで表現しています。細字の部分はお好きに調整してください。 1.カルーセル<ul class="carousel"> <li></li> <li></li> <li></li> <li></li> <li></li> <li></li> <li></li>

フリーランスで稼ぐのは、簡単だ。手に職がある人であれば、今の給与の2〜3倍は稼げるだろう。まぁ実は会社はかなり色々費用負担しているので、実質それでトントンの人もいるだろうが。 ただ、お金よりも大きなリスクがフリーランスにはあると思う。それは、成長が止まること。フリーランスというのは、現在のスキルやリソースの切り売り以上、何物でもないから。 今後、世界的にフリーランスが増えていく。だからこそ、1つの視点として、経験を交えながら語っておきたい。 まともなフリーランスになって、戦闘力が下がった。僕は新卒で入った会社を1年ちょっとで辞めた。最初から計画してたわけではなく、3.11の影響に受け、その勢いで辞めてしまった。 無計画なフリーランスだった。ただ、それが良かった。スキルもリソースも無に等しかったから、社会に対して前のめりに仕掛けることができた。 僕にとってそれは「よるヒルズ」や「リバ邸」のシ

Supership デザイナーの竹尾です。デザイナーの採用に関わる機会が多く、今までたくさんのポートフォリオを拝見させていただいてます。 これからポートフォリオをまとめる、という方もいらっしゃると思うので、この記事ではポートフォリオを見る側の視点も交えて、採用担当が会ってみたくなる「良いポートフォリオ」とは何かを書いてみたいと思います。 ポートフォリオが大事なわけほとんどの場合、面接前の書類選考でポートフォリオを見るのですが、99%ポートフォリオでの判断をしています。履歴書・職歴経歴書も、もちろん見ていますがほとんど参考程度です。 特にUIデザイナーやグラフィックデザイナーの場合、アプトプットがデザイナー個人のすべてを語ってしまうので非常に重要です。ごく稀に、書類選考時にポートフォリオが存在しないこともあるのですが、その場合、そもそも合否の判断ができません。 良いポートフォリオとはそれでは

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。